yahyaheee

8 ms·

61.
by yahyaheee 6y ago
Can you get things done in python/c++ sure, but the two language problem is a well known issue, and python has a number of problems. People certainly want a better option, and google investing as much as they did validates that notion.
62.
by yahyaheee 6y ago
Eh wrote it for a couple years my tldr; multiple dispatch is odd, types are too shallow, jit is really slow to boot, the tooling is poor.
63.
by yahyaheee 6y ago
Kotlin is an interesting option, especially now that it compiles to the LLVM. One of the issues I see is the mind space these languages occupy. Kotlin is deeply linked to the Andriod community which oddly feels like baggage. Julia has done
64.
by yahyaheee 6y ago
I like Nim quite a bit, I would put it and Julia as the best contenders at the moment.
65.
by yahyaheee 6y ago
Yeah its a very closed ecosystem, that is heavily Apple centric. The Apple war with NVidia is ridiculous, I guess they are just betting on TPUs or AMD to make up the difference. It is also strange that its so tied to Tensorflow rather than
66.
by yahyaheee 6y ago
Yea I don't hate the language I sort of see it as a better Java. I just don't think its right for the ML/Data science community.
67.
by yahyaheee 6y ago
I would disagree, first Go has been tremendously successful and yes will have generics soon. The ML community really needs a better language than Python, the current alternatives (Julia, Nim, R) are alright but seem to miss the mark in this
68.
by yahyaheee 6y ago
Nim is maybe the best alternative right now next to Julia, still think there may be a better numeric language yet to show up
69.
by yahyaheee 6y ago
Google really messed up here, they had an unprecedented opportunity to create a new language for numeric computation and rally the scientific community around that. They hired Chris Lattner and he basically steamrolled that dream by forking
70.
by yahyaheee 7y ago
Yea I think this concept just doesn’t resonate deeply with the rust community for some reason
71.
by yahyaheee 7y ago
You have vendor lock-in with all of these though
72.
by yahyaheee 7y ago
Such a simple and reassuring answer, why can’t we have that in America?
73.
by yahyaheee 7y ago
I think teaching devs to use k8s is generally a good thing. The patterns in k8s are very well established and a developer can learn a lot by understanding how to implement them. For basic web apps on something like GCE the time needed to ge
74.
by yahyaheee 7y ago
I get the point but I’ve also seen three web servers and a load balancer go terribly wrong at a number of places as well. L8s provides a lot of portability that you would need a disciplined and experienced engineer to match with raw deploym
75.
by yahyaheee 7y ago
That story is getting a lot easier but historically was awful
76.
by yahyaheee 7y ago
Amen, like you mention there are a couple of hurdles to get around but the reproducibility far outweighs that cost. Before docker trying to get virtually anything running on a variety of machines was a total nightmare
77.
by yahyaheee 7y ago
In my opinion this should be the only way things are done. And it does work it just depends on if the company gets OSS
78.
by yahyaheee 7y ago
Yep it is no measure of success. I look at what people have done, that should tell you more than anything
79.
by yahyaheee 7y ago
Lol that’s amazing, you should write an article on this
80.
by yahyaheee 7y ago
Yea I really wanted to like Julia overall and many of the parts I like about it are on this thread. I think it's apparent we need a better numeric language than python, I just wish Julia would focus a bit more on utility.
81.
by yahyaheee 7y ago
There are parts of Julia I really like but it has some problems. * Multiple dispatch is an odd design pattern that seems to over complicate things. I know there are people that love it and claim it’s better, but after working with it for so
82.
by yahyaheee 7y ago
Yep this has been my conclusion as well, I really wanted to like Julia and there are parts of it I do, but I think it misses the mark in some big ways.
83.
by yahyaheee 7y ago
Same, my coworkers laugh at me but it seems to be getting the job done just fine
84.
by yahyaheee 7y ago
This is neat but there is still cost in compile time
85.
by yahyaheee 7y ago
There you go, surprised this is the first time I’ve seen this answer.
86.
by yahyaheee 7y ago
I mean HN still doesn’t have proper replies and notifications so I’m not holding my breath
87.
by yahyaheee 7y ago
Eh I think 5 years from now you’ll be able to deploy and manage a distributed architecture like a monolith. There is so much energy in this space and the problems are being solved we’re just not there yet.
88.
by yahyaheee 7y ago
This is a problem but I’m not sure having everything in a single data store is a great idea either. Generally you want your analytics separate from your operations anyway. We do this by having a central ES instance which just informs on the
89.
by yahyaheee 7y ago
I've seen nothing but chaos in every org thats adopted it and they all moved to java/kotlin/go, only place I've seen it successful is around Spark. Usage stats back this up
90.
by yahyaheee 7y ago
https://github.com/robpike/filter

More ›