p4wnc6

7 ms·

1.
by p4wnc6 10y ago
In addition to the many fine recommendations already on the thread, I enjoyed Winner's Curse and Irrational Exuberance.
2.
by p4wnc6 10y ago
Junior developer is someone who was unable to negotiate a stronger position for any reason, such as experience, recent unemployment, expertise in an outside specialty, company is super tightwad about 'status' and/or pay level
3.
by p4wnc6 10y ago
Using the measurement, "how likely are they to be hired" seems like it's precisely the problem. "How likely someone is to be hired" is a totally erratic and unpredictable property of a bureaucratic hiring process. I
4.
by p4wnc6 10y ago
Disney would.
5.
by p4wnc6 10y ago
Maybe I'm missing something, but why isn't the implication going the other direction? In my experience, the problem is that interviewers have no idea how to correctly value a candidate's performance. Maybe the candidates are
6.
by p4wnc6 10y ago
> There's actually a shortage of data-savvy people who can also write production software, and you would nicely complement a more research-inclined data scientist or analyst -- someone with far more experience with research/ana
7.
by p4wnc6 10y ago
In the minds of middle management, I think this is precisely correct.
8.
by p4wnc6 10y ago
All of the C/C++ experts I know, as well as people who have interviewed me coming from primarily that background, have always been among the most adamant to stress that an application crashing unexpectedly should never happen and is
9.
by p4wnc6 10y ago
I can't speak for the other commenters, but my view is that not even Goldman has really any success to show for it. The whole Slang/SecDB thing is a colossal failure even inside of Goldman . That they nonetheless ratchet pay upwa
10.
by p4wnc6 10y ago
Agreed. Desktop apps are generally so much better.
11.
by p4wnc6 10y ago
The tool is also extremely messy internally, written in a proprietary language that resembled a very early version of Python and has accrued nearly unthinkable technical debt. Delivering usage via webservice lets them better hide the dysfun
12.
by p4wnc6 10y ago
But the huge difference is that with truly un-live-with-able circumstance, the most important thing you need is help to alleviate the circumstance itself. Changing your response to it isn't helpful if it doesn't contribute to chan
13.
by p4wnc6 10y ago
I think this gets at a bigger philosophical question about depression that few seem interested in engaging in. Sometimes depression is a correct, reasonable, and even necessary reaction to un-live-with-able life circumstances. It's a w
14.
by p4wnc6 10y ago
My sister's public middle school in Indiana has student book fees, and various fees for using mandatory assigned Chromebooks, some of which are refunded if it's returned in good order at the end of the year, some aren't. If y
15.
by p4wnc6 10y ago
In some cases it may be reasonable, but generally it's not at all reasonable. As mentioned in another comment, there is no sense in which it's generous to forsake aspects of a project that people need or rely on in order to instea
16.
by p4wnc6 10y ago
By definition though, we're talking about issues that get a huge steam of +1's, and are unequivocally extremely useful to a wide group of the project's users. When the project maintainers fail to prioritize the things that hu
17.
by p4wnc6 10y ago
I actually experience a lot of push back. Many project maintainers don't want more contributors, and feel like there are already too many cooks in the kitchen and they don't have time to help you figure out how to contribute or
18.
by p4wnc6 10y ago
That's very unrealistic. I may be a casual user of a tool, while the fix requires deep familiarity with internal parts. The age-old answer of "fix it yourself" is silly, unless project maintainers don't care if what they
19.
by p4wnc6 10y ago
I agree. That's why the article is wrong-headed in its presentation. Generally when you begin working on problems where this sort of thing is relevant, you have to make choices to get something going. You want to avoid premature optimi
20.
by p4wnc6 10y ago
Same here. When an issue goes unaddressed for a long time, yet the user base clearly needs it to be addressed, there has to be a mechanism by which the user base can make it annoying to the developers who continue to choose not to address i
21.
by p4wnc6 10y ago
I would say it differently: you absolutely should trust big O numbers for data structures and use that as a major guiding principle in terms of how to structure a program ... and you should require extraordinary evidence, like a surprising
22.
by p4wnc6 10y ago
This is a mess of an essay and does little to persuade me that allowing domain experts to have free reign to make software messes is in any way a good idea. One of the criticisms applied to software engineers -- the one about bad abstractio
23.
by p4wnc6 10y ago
The interesting thing in the case of Uber/Lyft/etc. is that the end goal would almost have to be a situation in which on-demand ride sharing applications became nearly the sole mode of transit in the regions of interest. Otherwise
24.
by p4wnc6 10y ago
Slight aside -- I am a long-time user of Cython and would love to contribute, but poking around the source code feels daunting -- like there is a huge learning curve to be able to contribute, and that other contributors will only view newco
25.
by p4wnc6 10y ago
I took off all my clothes.
26.
by p4wnc6 10y ago
I wrote a blog entry about something similar -- but trying to take it back one level and understand why do certain managers go to the trouble of hiring people only to plug them into physical environments that are demonstrably toxic for huma
27.
by p4wnc6 10y ago
There are many software jobs in which the ultimate output of your work is not something that interacts directly with a user or client. In my line of work, machine learning and statistical modeling, the true output of the work is most often
28.
by p4wnc6 10y ago
I think "full stack" is actually most harmful in start-ups, and that it's one of the primary inhibitors of growth because it fundamentally doesn't scale and doesn't, even conceptually, make sense once a project be
29.
by p4wnc6 10y ago
For me personally, I do know Javascript a bit and have worked through some tutorials, built some toy stuff with it. But I think the idea of "full stack" is such a harmful concept to the profession of programming that I won't
30.
by p4wnc6 10y ago
One special case of this general effect is non-linear coding error, especially in cases when it ends up being the level of a covariate (i.e. the log of the covariate) that matters for causal inference, or when the covariates are categorical

More ›