Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
orange8
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
24 ms
·
181.
▲
by
orange8
7y ago
OOP is not just about using classes, just like functional programming is not just about using functions. They're different programming paradigms, each with their own patterns, strengths and weaknesses. Idiomatic TS favors an OOP style
182.
▲
by
orange8
7y ago
Is that really all it is though? Cases in point: Java Applets, VB, Flash, Dart ... All of these were at one point or another "built into the browser", but where are they now? Give credit where it is due, the success of the web as
183.
▲
by
orange8
7y ago
TypeScript has been on HN for different reasons over the last few days. The main thing that has stood out, from the flame wars erupting over it is that it is a truly divisive idea. To some, it gives the same securities and checks provided w
184.
▲
by
orange8
7y ago
> You conveniently neglected to... > your little food-chain there > That is totally illogical > you appear to have a poor understanding I have not yet looked at your comment history, but just looking at your comments a few lines
185.
▲
by
orange8
7y ago
> If types are better than nothing, and tests are better than nothing, then how could both tests and types together be worse than nothing? Ok, move it to the left by one, my point still stands: considering his goals and experience, types
186.
▲
by
orange8
7y ago
Did you miss the part where they said "... at runtime are clumsy to write in languages that force types on you.." That may most likely put "types + tests" at the bottom of their food-chain. And speaking of TS, since it c
187.
▲
by
orange8
7y ago
TS may compile down to JS, but that does not make it the same language. TS done the proper idiomatic TS way is just very different from JS done the proper functional + dynamic way. How you structure your code using a dynamic, functional lan
188.
▲
by
orange8
7y ago
I think that's the best way of going about it as far as cultural differences are concerned. Same thing with names, where you'll have firstname (name_1), lastname (name_2)
189.
▲
by
orange8
7y ago
The DB will work just fine regardless of how you organize your data, some queries might just not be possible or efficient. A well designed database will easily serve many different type of applications at the same time. The power in databas
190.
▲
by
orange8
7y ago
One way to look at it, if you have more than one name, you'll usually have a preferred order of writing them, regardless of culture. The first-name used will have different protocols and meanings in different cultures, but it is still
191.
▲
by
orange8
7y ago
> STLC >> Software Testing Life Cycle? > No Ok. Since you were saying things like "..that’s enabled by an extensive test suite, as well as type specs" I assumed it must be something to do with testing. Must be a progra
192.
▲
by
orange8
7y ago
> STLC Software Testing Life Cycle? That is not a type system, that is a software development methodology. Thought you'd mention atleast TypeScript or Elixir, but no, you went for the a whole software development methodology. Which
193.
▲
by
orange8
7y ago
If its about clean code, all that means nothing without discipline and good practice. Clean code is something humans do, not linters, compilers or languages.
194.
▲
by
orange8
7y ago
> it is guaranteed to be free of type errors provided the type system is sound Give me an example of a sound type system.
195.
▲
by
orange8
7y ago
And I will observe, once again, that all that means nothing without best practice and discipline.
196.
▲
by
orange8
7y ago
> You appear to assume I like your choice of words, but no. I disagree with that assumption.
197.
▲
by
orange8
7y ago
I get it. You like TypeScript, it works for you. You like and firmly believe in static types, also great. No one is asking you to stop using them, or suggesting that they are bad. They are all just tools, use the ones that work for you. Per
198.
▲
by
orange8
7y ago
level of discipline ≠ low discipline
199.
▲
by
orange8
7y ago
> And yet all of those vulnerabilities came from hundreds of developers who shared the same misplaced confidence in their own abilities. This is a good example of a straw man argument. A comment about a programming language or framework
200.
▲
by
orange8
7y ago
> Typescript. You pretty much need that on any reasonable size project unless you are happy to spend your life tracking down runtime bugs. This is the original grandparent comment I was responding to. To me, this sounds like the belief t
201.
▲
by
orange8
7y ago
I have worked with two compile to JS languages, CoffeeScript and TypeScript. > One is a language, and the other is an (overused and over configured) linter. You could also say that one is an extremely opinionated linter and the other is
202.
▲
by
orange8
7y ago
> "Just don't write bugs", "just write perfect code", etc You are putting words in my mouth. I do not believe that you can write perfect code or avoid bugs. Just like I do not believe there is this perfect progra
203.
▲
by
orange8
7y ago
That is certainly not what I was suggesting.
204.
▲
by
orange8
7y ago
The idea that "A good linter, proper programming practices, discipline will get you there" has resulted in "a million code vulnerabilities in C" !! That is a surprising jump in cause-and-effect logic right there. I do no
205.
▲
by
orange8
7y ago
I completely agree. That something is a linter, of which TypeScript is just one of the many options available. This whole idea of you cannot write a big app in JS is just peddled by those who do not understand, or hate JS. A good linter, pr
206.
▲
by
orange8
7y ago
> Typescript. You pretty much need that on any reasonable size project unless you are happy to spend your life tracking down runtime bugs I'd say it depends on your teams skill set and level of disciple. The best defence against a b
207.
▲
by
orange8
7y ago
That's interesting. However, the Vue.js library itself uses the "function" keyword a lot, and the library is part of your applications code. Infact, it uses normal functions almost exclusively. source: https://raw.
208.
▲
by
orange8
7y ago
Makes sense. I think the two options are just dropping IE support entirely or using (usually third-party) polyfills.
209.
▲
by
orange8
7y ago
Ok. I'm not convinced at all, we'll simply have to agree to disagree on that. And I'd love to see the codebase of a JS app that completely bans the "function" keyword. Any links or examples?
210.
▲
by
orange8
7y ago
Agreed. But the reason I asked because I am assuming they are making changes to a long-standing project that previously relied on third-party libraries (for browser compat?). I'm interested in that specific situation, not all projects
More ›