luord

74 ms·

661.
by luord 8y ago
For what it's worth, I agree. Siddhartha is said to have been attractive, there's no reason to think his analogues like Muhammad or Jesus weren't.
662.
by luord 8y ago
While I won't subscribe to PewDiePie because I'm just not interested in that kind of content... I disagree with very, very little of this piece. Sad state of affairs.
663.
Progressive Web Applications hit the desktop(blog.rangle.io)
4 points by luord 8y ago|0 comments
664.
by luord 8y ago
I can get past most of Go's weird idiosyncracies... Except for the odious error handling. Reading go code makes my eye twitch, and the biggest reason is its error handling. And sadly I'm now stuck with it, and not even the changes
665.
by luord 8y ago
The job posts for react are five times those of javascript :thinking:
666.
by luord 8y ago
You're awfully unfamiliar with the history of computer science if you truly believe that dynamic typing is some sort of recent invention or that static typing is some panacea that solves all of your problems. Both systems of type check
667.
Clean architectures in Python: The book(blog.thedigitalcatonline.com)
3 points by luord 8y ago|0 comments
668.
by luord 8y ago
This is the first thing I noticed too. This was an excellent read.
669.
What it's like to interview at Pinterest(medium.com)
1 points by luord 8y ago|0 comments
670.
by luord 8y ago
> because someone thinks recursive acronyms are still funny Not that I was expecting depth from a site called "hackerfactor" by a guy who wrote something like "open source sucks", but seriously, this middle school lev
671.
by luord 8y ago
I'd vote for at least some parts of PostgreSQL.
672.
by luord 8y ago
I was unsure of what to get for christmas. Now I know, I want the full collection of "the Art of Computer Programming".
673.
by luord 8y ago
The best programming advice I've gotten is from Tron: "fight for the users".
674.
Learnings from adopting GraphQL(medium.com)
2 points by luord 8y ago|0 comments
675.
by luord 8y ago
Disagree on the implication that the kanban flow (which is essentially what he described by moving stories between different phases) is inherently a waterfall; it is in as much as the idea that a project is expected to be completed (or at l
676.
by luord 8y ago
Well, as far as Quora's excuse for opting out of the archive goes... It is an admittedly great one.
677.
Bidding Farewell to the Drive Android API(developers.googleblog.com)
2 points by luord 8y ago|0 comments
678.
by luord 8y ago
Yeah, I saw your reply. To be honest, I was mostly fishing for the possibility of finding a dataset with which I could perform the test myself.
679.
by luord 8y ago
Meanwhile, I've recently started using the setup.py file and its install_requires and extra_required fields for production requirements and dev requirements, respectively. I don't even use requirements.txt as thanks to se
680.
by luord 8y ago
The article doesn't have anything I didn't know about or new but yet another reminder of how postgres is, IMO, the best piece of sw ever created is nice.
681.
by luord 8y ago
The best interview process I've read about is the one detailed here: http://www.nomachetejuggling.com/2011/05/27/a-different-kind... And sadly I haven't once seen it in action. I really wish I could
682.
by luord 8y ago
IDK about you, but I find it writing a command and seeing the result is far, far faster than clicking around. I would spend far less time at my computer (would only use it for work) if it only had a CLI, but I would never, never use a GUI (
683.
by luord 8y ago
I can't stand this type of "gotcha" questions like "tell me about a time you failed". They're almost designed to make the interviewed misstep and, in so, waste everyone's time. "Why should we hire you
684.
by luord 8y ago
This (and the comments here) was a great start to my day. Favorited =D.
685.
by luord 8y ago
Would love to do/see similar benchmarks on Postgres using more performant setups. Like someone else said, the disparity is downright shocking.
686.
Kotlin for Python developers(engineering.khanacademy.org)
3 points by luord 8y ago|0 comments
687.
by luord 8y ago
This is awfully scummy. I'd seen it in Silicon Valley (the show) and I laughed then; seeing it play out in real life is sobering.
688.
by luord 8y ago
The article is useful, detailing different approaches to... deal with the ugliness; but it still lost me because of the ridiculous implication that Go's error handling is in any way right or even better than the try catch flow. It is
689.
by luord 8y ago
Most of the problems pointed out can be reduced into "confusing indirection as abstraction", which is a sin of many OOP developers, particularly those obsessed with design patterns. IMO, OOP is not inherently any more flawed tha
690.
Clean architectures in Python: a step-by-step example(blog.thedigitalcatonline.com)
2 points by luord 8y ago|0 comments

More ›