kmiroslav

11 ms·

61.
by kmiroslav 10y ago
You're not the kind of person who likes to give choices to people, are you?
62.
by kmiroslav 10y ago
And who's Monica? OP plz
63.
by kmiroslav 10y ago
Hint: nobody ever gets offended, they just get concerned that other people might be offended.
64.
by kmiroslav 10y ago
> has went downhill. Speaking of writing going downhill...
65.
by kmiroslav 10y ago
Does anyone have any experience of using Google Fi with Google Voice?
66.
by kmiroslav 10y ago
> The fact that you can synchronize on literally any object means that your object lock is effectively part of your public API I'd argue that the fact you can lock on any object is a strength. These days, hardly any Java developer w
67.
by kmiroslav 10y ago
These languages stopped being simpler when type inference became mainstream in statically typed languages about ten years ago.
68.
by kmiroslav 10y ago
> If you are a master painter, you could paint something amazing with anything you have got. Same thing applies to programmers. That's a flawed analogy. Here is a better one: If you need to drill something, do you consider a screwd
69.
by kmiroslav 10y ago
Again, we all agree about the motto. If you need to screw something and you have a choice between 1. A screwdriver 2. Electric drill A 3. Electric drill B you will certainly look funny at someone considering the screwdriver over the alterna
70.
by kmiroslav 10y ago
> There is no universal best language nor there will ever be the one. I never made that claim, I just emphasized the widely accepted fact that having types is better than not having them. To a Java developer, Go feels like the Java of te
71.
by kmiroslav 10y ago
> you have to first unlearn your existing ways of thinking and then you will have a place for it. Unlearning is not always acceptable, especially when you have to unlearn sound and proven practices, which Go often requires to do. I think
72.
by kmiroslav 10y ago
That's odd. I think the absence of generics in Go is a reasonable answer for a JVM developer to justify they are not interested. No need to go petty.
73.
by kmiroslav 10y ago
> I don't know if I want to guess how many three-letter agencies have already had the same ide As of right now... all of them?
74.
by kmiroslav 10y ago
Here is Yann's summary of the situation back then: https://plus.google.com/+YannLeCunPhD/posts/gurGyczzsJ7 I seem to remember this article as having a lot of very interesting comments, including from the chai
75.
by kmiroslav 10y ago
NN are being talked about because they have been excessively effective at advancing the state of the art in areas that were previously in a dead end. Computer vision is such a field. The results provided by conventional approaches had been
76.
by kmiroslav 10y ago
Wow I was never able to find these, TIL. Thanks!
77.
by kmiroslav 10y ago
I'll add: - Keyboard shortcuts to increase/decrease the speed (shortcuts for all controls, really)
78.
by kmiroslav 10y ago
Yes. If life can't arise, neither can intelligence. Our universe is massively hostile to both life and intelligence.
79.
by kmiroslav 10y ago
Maybe this universe did select for intelligence. How about all the other universes that never generated intelligence? But going back to our own universe, how widespread is intelligence? It's pretty much microscopic, isn't it? I
80.
by kmiroslav 10y ago
> PS: Feel free to comment on actual the points I made. Sure. I think the idea that API's (or implementations as you said) can be copyrighted is completely insane and I can't believe any software engineer would be okay with it.
81.
by kmiroslav 10y ago
> Which is a very small part of handling errors in general Missing values are not errors. If you look up a key on a map and that key is not present, it's not an error. > partially due to the blatant copyright violations Uh copyri
82.
by kmiroslav 10y ago
> Not every error is handled appropriately by Option/?. Which is expected since these two constructs are not aimed at handling errors: they manage missing values. > If you have a language like Kotlin where they hard-coded one way
83.
by kmiroslav 10y ago
The downside of `Option` is that it's a wrapper, and as such, you need to `flatMap` (or similar) whenever you want to access the wrapped value. By encoding `null` in its type system, Kotlin lets you manipulate these values directly whi
84.
by kmiroslav 10y ago
It's perfectly fine to use nulls in languages that encode them in their type system, e.g. Kotlin.
85.
by kmiroslav 10y ago
You can achieve this with non unit tests as well.
86.
by kmiroslav 10y ago
I'm really annoyed there is no date and no way to date when this was written. Coplien has been around for a long time, this could have been written yesterday or thirty years ago.
87.
by kmiroslav 10y ago
Erasure is not the problem here, you need to be able to specify a type constraint that will allow you to invoke T(). What if T is an interface? An abstract class? A class with no default constructor? The only reasonable way to do this is to
88.
by kmiroslav 10y ago
The author should launch iTunes on Windows and realize that Apple is pulling the same kind of crap on Windows. Large companies have large egos.
89.
by kmiroslav 10y ago
Pass a factory `createT()` instead, problem solved.