incepted

10 ms·

61.
by incepted 10y ago
Yes, they all run Java. What's your point?
62.
by incepted 10y ago
> 4. Who really cares about cross-platform code if all I do is on Linux? Most developers write their code on Windows and MacOS and then deploy on Linux. I'd say this "Write once run anywhere" thing was and still is a prett
63.
by incepted 10y ago
> C# and D, for example, have had most of these features for a few years Come on, now. D is 15 years old, C# 16. Python is more than 25 years old.
64.
by incepted 10y ago
> Everything we do at Facebook is focused on our mission to make the world more open and connected. Call me cynical but to me, Facebook's mission is to get the whole planet to create a Facebook account and track them so they can be
65.
by incepted 10y ago
Agree that software patents but to me, the issue is patent trolls. Patents should only be applicable if the company can show it's actually working in a domain that will apply this patent. With rules like this, patent trolls would cease
66.
by incepted 10y ago
> Derailer uses an automatic static analysis to produce a visual representation of the information flows within a Ruby on Rails web application. Rails? Such a tool might have been useful ten years ago but today?
67.
by incepted 10y ago
Very often, writing a tutorial about monoids, functors, applicatives, or monads ends up improving the understanding of these concepts a lot more for the author of the post than its readers. At the end of the day, not everyone responds the s
68.
by incepted 10y ago
> <groupId>software.amazon.ion</groupId> Why not "com.amazon.ion", like thousands of other existing packages?
69.
by incepted 10y ago
> before the turn of the century, it usually seemed like when you bought a game you owned it. That was never true.
70.
by incepted 10y ago
> Single small binaries are easy with go With static linking? I don't think so.
71.
by incepted 11y ago
Wow, $289?!? I loved the previous generation priced under $100 but that's a huge jump and I'm not convinced the feature list justifies such a price. I predict this is not going to sell very well. And I would have loved a slightly
72.
by incepted 11y ago
Agreed. I think the Facebook engineers have a tendency to fix symptoms rather than causes. A lot of their engineering creations are trying to shrink the binary while they might want to consider revisiting all the dependencies that their app
73.
by incepted 11y ago
You don't seem to realize it but your countLines() method is a getter. At the end of the day, you need to get values from your class, otherwise, they are useless (and they do side effects).
74.
by incepted 11y ago
FYI, Armstrong thinks that OO sucks [1] so it's weird to see him claim his language is a better OOP language than others. [1] http://harmful.cat-v.org/software/OO_programming/why_oo_suck...
75.
by incepted 11y ago
Good points except saying that getters and setters are an anti-pattern of OOP. Actually, you contradict this a few lines blow: > No, good OOP has class/object with both private state If a class has state, you have to be able to read
76.
by incepted 11y ago
You're not, it's just a microscopic drama that is engulfing a tiny subset of the FP world. I'm following a lot of these people and their Twitter stream has been flooded by reactions to this, which makes me think they really d
77.
by incepted 11y ago
But we went through that with C++ already: all companies used to publish their own guidelines of what C++ features were allowed and not allowed to use. Of course, all these subsets were different. And of course, if you work on open source p
78.
by incepted 11y ago
I guess the point of the person you're responding to is that following the article's advice, Kotlin would probably be a better choice than Scala in most cases. For example, Kotlin doesn't support higher kinded types so if you
79.
by incepted 11y ago
Using `Either` instead of `Option` would violate "Use the least complex approach that solves your problem". If all you need is represent an optional value, why use `Either`, which needs a second type parameter representing the fai
80.
by incepted 11y ago
It's refreshing to see some down-to-earth pragmatism in Scala land for a change. Thanks, Li-Haoyi.
81.
by incepted 11y ago
I spent the first thirty years of my life in a European country.
82.
by incepted 11y ago
Where did I say that more powerful languages don't give benefits? Besides, assembly fails the "allows to execute quickly" test.
83.
by incepted 11y ago
All good points. Even though it's hard to find any flaw in "Use the right tool for the job", I still think that the success of a start up in Silicon Valley (and probably the rest of the world) has a lot less to do with the te
84.
by incepted 11y ago
> the point we make in the book is that few employees expect or want lifetime employment at a single company Any citation about this claim? Because in my experience, it's completely incorrect. Outside of the US, lifetime employment
85.
by incepted 11y ago
Well, Erlang is a niche programming language, isn't that evidence enough that all these claims that Erlang will save us from the multithreaded hell are vastly overblown? We're doing multithreaded programming just fine in a lot of
86.
by incepted 11y ago
That would be a powerful argument if you could prove the code path enabling this uses Erlang. According to Wikipedia, shortly after Armstrong was let go of Ericsson, the company quickly ripped out Erlang from all its products and replaced i
87.
by incepted 11y ago
> And actor supervision is the best way to write reliable systems. Need some citation there, because we've been writing extremely reliable systems (multiple nines) for decades in various languages (mostly C, C++ and Java). All these
88.
by incepted 11y ago
> It used to be that when you bought an appliance, you owned it, and you could take it apart, repair it, and plug in whatever accessories you wanted without the manufacturer's knowledge or permission. That's some glorious equiv
89.
by incepted 11y ago
Branches and being able to revisit older code are very important, regardless of the number of people working on the code base.
90.
by incepted 11y ago
> TIOBE is a poor measure of programming language popularity for a lot of reasons. And yet, it is completely consistent with pretty much all other measurements of programming language popularity (github, job postings, StackOverflow answe

More ›