thr1123
Re:Replacement for RubyMine
on Friday March 11, 2022 @06:56AM (#30638800)
it literally says "we condemn the attacks"?
Re:Ask HN: Can you share your experience when you bombed an interview ...
on Saturday May 22, 2021 @02:30PM (#27249077)
had the displeasure of working with groupon recently, for an api integration.
be thankful that you bombed the interview, that place is a mess. and is basically dying.
Re:Internet Explorer 11 (IE11) to be retired on June 15, 2022
on Wednesday May 19, 2021 @04:15PM (#27213899)
still not aboard the php 3 hype train?
now it's time to sell it hard to management
Re:Half a million lines of Go
on Sunday May 16, 2021 @02:38PM (#27175938)
or maybe even toy apps becomes eccessively verbose in go, given the abundance of if err != nil and 5-rows cycles instead of item.map(fn)
Re:Java for Everything (2014)
on Sunday April 25, 2021 @02:38PM (#26935308)
if you think this way about go, you probably have a REALLY good team that can design in a really proper, DDD-ish way (in that case, go en masse to google asking for your hard earned 500k TC, since even google has confusion on the best way to structure go projects) or you simply program toy stuff/basic integrations which boils up to a map from a type to another. go doesn't scale to huge codebases in normal teams.
otoh, you are totally right about the 8 layers deep root functionality, but that IMHO reduces to mindless application of textbook oop patterns to applications (I still have to see a company randomly "changing databases" so the 8 layers of abstraction over the db are correct).
still, I adhere to a lost standard these days, which is less code as possible. golang is automatically disqualified since it thinks that a 8 LoC for loop with temp variables is "simpler" than a .map(fn) (so much for "throwing boilerplate away"). it likes to introduce point of failures, and I dislike point of failures