Is this true though, or does network architecture only matter in terms of efficiency? This is non rhetorical, I really don't know much about deep learning. :) I guess i'm asking if with enough data and compute, is architecture still relevant?
1,605 karma · joined December 28, 2009
http://www.twitter.com/runT1ME
Is this true though, or does network architecture only matter in terms of efficiency? This is non rhetorical, I really don't know much about deep learning. :) I guess i'm asking if with enough data and compute, is architecture still relevant?
However, it's a huge waste of time when so many of the questions are the same. I get it, every company wants to know if I can turn a list into a balanced BST, it's not an unfair question, it's not particularly hard, but I really get annoyed I have to keep solving it over and over.
I really wish there was some certifying body that would put me through the whiteboard guantlet once, and then I could just share my score to companies I apply to.
I was blown away how beautiful it was and how welcoming people were, in addition to it being a fun place to be. It was nothing like the other midwest cities I had been to, seemed to me much more vibrant and scenic at the same time.
Yes. I work for a company that started out with a few separate monoliths that were hacked together under intense time pressure by some smart folks that didn't anticipate the scale they were going to be operating under. As the team expanded and more talent was added, they were able to partition up some of the functionality into separate services.
When I joined we had a small team with a mixture of legacy systems written in Java, Perl, PHP, Scala and Python. Some of the microservices were poorly done, others were fine. The new teams were able to completely overhaul each service one at a time to where they were stable and needing almost no maintenance/babysitting.
Would microservices have been a good starting decision for this company, given its current level of engineering talent? Probably not. However, take a bootstrapped team crunched for time, with some foresight to know that there would need to be rewrites but not certain where, microservices can end up mitigating a lot of unknowable future issues.
Drives a lot like a higher end mercedes, E-class/CLS feel. Smooth, powerful, good handling but not a tight suspension. My previous BMWs had better handling with better suspensions. Still, when comparing the Model 3 to similar ICE vehicles, the Tesla was hands down a better buy in my opinion.
I'm hoping that someone addresses these issues, I know VSCode is trying, and Scala "Metals" worksheets are another similar concept (though different, it puts variable values in comments next to code as you update the code).
I feel like all of these are a step closer than what the Lighttable/Eve teams were shooting for, but not quite the next generation way of coding that it could be.
The majority of Twitter is Scala, Stripe uses Scala extensively, Verizon uses scala for at least a large portion of their TV related code as does Comcast, I could go on. Did it 'take over' the world like some of us hoped? Nope, it is definitely still a niche, but it's quite a large one at this point.
I mean, maybe hard or esoteric easy questions but I don't think that's true for basic things like 'find the first duplicate' or '-traverse- this graph'. When people rail on whiteboard coding, I think they mean obscure algorithmic questions and not fundamental data structure questions.
I don't expect someone to be able to do Dijkstra's algorithm (or even spell Dijkstra, did I do it right?) but everyone should be comfortable enough with a bit of help doing BFS or working with linked lists, hashmaps, no? Am I crazy here?
It's sometimes much more challenging to dive into an existing project, learn their frameworks/style/design, and work with existing contributors.
However it's also much closer to what happens on a real development team. Whereas a project with a single author can show coding skill, working in a large open source project shows collaboration, communication, and soft skills as well.
It is a huge gold star on a resume in my opinion.
With Tesla's massive monopoly on driver data (likely a prerequisite for level 5 automation) and head start in driverless tech overal there is absolutely a chance that TSLA puts all the aforementioned companies out of business.
I don't know how likely that is, but it's a hell of a lottery ticket regardless.
I think it's likely that some subsection of Spark users are the type to over engineer a project, but I'm also confident they'd over engineer a much simpler framework as well.
I haven't used Glue, but it seems like it's able to do stream processing on Kinesis and dumping to S3 or whatnot, so it seems like there's overlap with using EMR running Flink?
The advantage of Glue or the corresponding serverless GCP ETL option (dataflow) is that it's serverless elastic, but it sounds like their workload wasn't applicable.
Many big projects roll out drivers for the JVM (Java/Scala/Kotlin compatible), Python, and Go first. I agree that C# is a 'nicer language' than Java, but at this point, that doesn't make up for the lack of ecosystem.
That doesn't mean it never provided value, just that there are now better alternatives.
At my company I'm guessing we push over 200M messages a day through it, and it is a breeze to maintain and stable as hell. Maybe gets harder a couple orders of magnitude more, but no complaints here.