prodigal_erik

6 ms·

1.
by prodigal_erik 10y ago
Surely the greater good would be dubbing in Mandarin, rather than English subtitles.
2.
by prodigal_erik 10y ago
An unfunded mandate is entirely punitive. If we as a society valued it, we'd be paying for it.
3.
by prodigal_erik 10y ago
This company isn't offering voting rights nor planning dividends. What's the benefit of owning shares, other than trying to choose the right moment to sell them to other speculators?
4.
by prodigal_erik 10y ago
It's a kind of tragedy of the commons. If two languages are basically equivalent yet incompatible, neither of the authors did something wrong , but it's a shame about the missed opportunities and problems that didn't need to
5.
by prodigal_erik 10y ago
Reading and writing CPP macros is awful, but it's still not as bad as reading and writing the mind-numbing boilerplate that they replace.
6.
by prodigal_erik 10y ago
If you can't build and deploy your own system without a piece of code, you should not be relying on the goodwill of any third party to keep it available for you with no SLA. A good build system is a deterministic function of its input
7.
by prodigal_erik 10y ago
Why do that? If your screening test says they're both qualified, interview them both. Hire them both if you possibly can.
8.
by prodigal_erik 10y ago
What happens when your production system blows up at 3 AM? Does your team have a list of who can and can't be expected to assist?
9.
by prodigal_erik 10y ago
Lots of good vendors offer free trials or guarantees without it harming their reputation. In fact most customers object to shouldering all the risk.
10.
by prodigal_erik 10y ago
I wouldn't hire a frontend-only guy instead of a qualified developer, for the same reason I wouldn't hire a guy who can only mount wall outlets instead of a qualified electrician. Everything he didn't care enough to learn is
11.
by prodigal_erik 10y ago
> if you already have open sourced a bunch of code How do I know you wrote it and didn't merely paste your name over some project I've never heard of?
12.
by prodigal_erik 10y ago
> It hardly seems worth even having a bug system if the frequency of from-scratch rewrites always outstrips the pace of bug fixing. Why not be honest and resign yourself to the fact that version 0.8 is followed by version 0.8, which is
13.
by prodigal_erik 10y ago
Java was adopted very rapidly (as soon as it ran acceptably on commodity hardware) because the industry desperately needed a safe subset of C++. The pain point addressed by Go is mostly deployment and packaging, which is why mostly devops (
14.
by prodigal_erik 10y ago
The only way to get team cohesion is positive-sum priorities. If I spend more time helping you improve long-term and less time delivering on my own responsibilities, that needs to improve my next evaluation, otherwise I'm pretty much c
15.
by prodigal_erik 10y ago
I distinctly remember "Homicide", which is actually a specialty intended for attorneys working in criminal law.
16.
by prodigal_erik 10y ago
I'd be surprised if the script kiddies attacking world-writable MongoDB instances know or care who owns them. Destroying the data and then lying is a lot less effort than actually copying and examining it.
17.
by prodigal_erik 10y ago
A 20 minute mile doesn't include waiting for walk signals at pretty much every intersection on the route, and the Manhattan distance between the Caltrain station and his office might be larger.
18.
by prodigal_erik 10y ago
Whitewashing his reputation for posterity by spending money that has never been rightfully his.
19.
by prodigal_erik 10y ago
Our phone screen takes anyone who isn't blatantly clueless; another candidate doing better never hurts you. We'd rather interview too much than triage the top N and then start bouncing viable candidates, because we aren't goi
20.
by prodigal_erik 10y ago
This must be a generational thing. I hadn't heard of any of them until years after I started and I think most of them are younger than I.
21.
by prodigal_erik 10y ago
> many candidates who are equally "qualified" within our margin of error Too many acceptable candidates? Nobody I've ever worked for had this problem. If you meet the bar, you're getting an offer, even if Chuck Norr
22.
by prodigal_erik 10y ago
This. Markdown is good for non-technical people who struggle with a real markup language, but reStructuredText is so fiddly that I can't figure out who's better off using it over DocBook, or HTML, or LaTeX, or even nroff. This
23.
by prodigal_erik 10y ago
As a fat guy it's really common to miss out on swag that we didn't get in my size. None of it was like a badge of office, though.
24.
by prodigal_erik 10y ago
I think the quote you're looking for is > The best minds of my generation are thinking about how to make people click ads ... that sucks.
25.
by prodigal_erik 10y ago
Alcohol definitely blunts fast reflexes. If it also hinders coding, it's not for the same reason. If I had to guess, a little could fix anxiety and perfectionism, while a lot will leave you too incoherent to make something work at all.
26.
by prodigal_erik 10y ago
> I don't think its worthwhile to compare Go to dynamic languages. I do think we should be making this comparison, because there's a trend in devops of moving from Python and Ruby (each of which have system-provided dependencie
27.
by prodigal_erik 10y ago
That wouldn't go on my list, no. One wonders whether hammers and drills would have mascots if they were invented today.
28.
by prodigal_erik 10y ago
Sounds like lobster meat. Servants used to insist they wouldn't have to eat it more than twice per week, and prisoners complained about it. https://en.wikipedia.org/wiki/Lobster#History
29.
by prodigal_erik 10y ago
More than one would be good, but it's probably hard to explain to layman how to choose a phrase for which they can create an accurate model that's so cheap it can run continuously.
30.
by prodigal_erik 10y ago
I'm always surprised people see this as a recent trend. If a machine has no expansion ports and the case is sealed with the weirdest screws they could find, it was meant to be an appliance for consumers rather than a tool for people.

More ›