Earlier quoted context omitted.
"Everyone knows that debugging is twice as hard as writing a program in the first place. So if you're as clever as you can be when you write it, how will you ever debug it?" -Brian Kernighan Over time I've come to appreciate this sentiment. Banging out clever code super fast isn't that important... Spending some time up front thinking about types and architecture pays off in the long run. Especially for server side c…
I very much like this quote. Used to work with a team of contractors out of Eastern Europe. They were exceptional programmers but wrote code using obscure language features and in such an odd way that now that they are gone, every time someone has to debug some of their code its a very frustrating process. There are definitely times to use 'clever' coding practices but nine times out of 10, just write it simply and f…
Rules of thumb for a 1x developer
361–370 of 505 posts
Re: Rules of thumb for a 1x developer
#362Earlier quoted context omitted.
Those tests aren't really about engineering skill. The interviewer is checking to see how much you want the position, how hard of a worker you are, and how smart you are. If you really want the position, you will put a lot of effort into researching what the interview will entail. If you're a hard worker, you will intensively study for the interview. If you're smart, you'll be able to apply the material you studied t…
If Trivial Pursuit: Code Monkey and Engineering Edition is the interview game, that's not a place a sensible person would want to work. A sensible knowledge and performance evaluation would involve pair coding on limited scope, immediate, real problems, not BS trivia. Interviewing is a two-way street.. the signals given-off in the interview process should be taken in as a totality by the interviewee as well. If they…
Re: Rules of thumb for a 1x developer
#363I think it should be the contrary: SQL by default, no-SQL if you have a specific need and know what you are doing.
Re: Rules of thumb for a 1x developer
#364Earlier quoted context omitted.
exactly! if you're taking home the same salary whether you're creating massive value for the company, why bother?
Self-respect?
Re: Rules of thumb for a 1x developer
#365> PHP is banned at Amazon due to security reasons, but its successor, Hack, runs a lot of.. Just to be clear, Hack is not PHP's successor. Hack is a fork of PHP developed by Facebook. Hack will not overtake PHP any time soon. PHP has had security issues in the past. Sure you can do stupid things with it if you want, but modern PHP is security conscious out of the box. Frameworks like Laravel make great default choice…
A small question. Is PHP still a preferred platform for any sort of complex web development? I have never even looked at the php site or docs, but I am curious. In this day and age, is there a subset of Apps that PHP is suited for?
In addition there are CMS:es like WordPress, Magento and Drupal with huge market shares that can be used for everything from small blogs where you to pick a theme and get a site up in minutes, to large e-commerce sites up to advanced headless backends for large publishing platforms.
It is declining in use, but the way I see it it's only because there are more alternatives nowadays, not because it's not a good option.
Re: Rules of thumb for a 1x developer
#366I used to get called a 10x developer, I was also called a rockstar and a ninja and a 100x dev and every other compliment that was hip. Then I hit 30. That type of talk stopped. Then I hit 40. Now I will not be considered for any entry level, mid level, or senior level software dev job anywhere in the United States, despite being very desperate and willing to relocate for anything. Doesn't matter. Too old. I'm suppose…
Embedded development is safe from the young turks in the US. Nobody is being taught how to competently develop in C and work with hardware. There is no apparent ageism where I work because older devs are in demand for skills that aren't available in a younger cohort.
Now, even in embedded, not every employer sees the value in 30 years of experience. Those that do, though, understand that such a person is more valuable than someone with 5 years, and will pay accordingly.
Re: Rules of thumb for a 1x developer
#367I used to get called a 10x developer, I was also called a rockstar and a ninja and a 100x dev and every other compliment that was hip. Then I hit 30. That type of talk stopped. Then I hit 40. Now I will not be considered for any entry level, mid level, or senior level software dev job anywhere in the United States, despite being very desperate and willing to relocate for anything. Doesn't matter. Too old. I'm suppose…
The best developers only have 10 years experience. 10 years is enough to understand software, process, and the rest at a deep level. You may have expertise in a particular area. You know pretty much all the things that are available to know. After 10 years, the previous experience becomes irrelevant and "drops off". The languages you learned? Gone. The APIs and weird hardware limitations? Irrelevant. Nothing beyond 1…
> The languages you learned? Gone.
I'm not sure if I'll ever get to write Modula-2 again. But every few years, knowing some PostScript can come in handy. FORTH has a tendency to pop up on every resource constrained platform for a while. Tcl has preserved some niches.
And C++ is both old and new technology. Some details have stuck around for 35 years, but if you don't reinvent your style every 10 years or so, you risk becoming obsolete.
> The APIs and weird hardware limitations? Irrelevant.
Hardware limitations tend to come in cycles. Just when resource constraints on macOS seemed irrelevant, along came iOS with its murderous daemons baying for the blood of resource hungry processes. Just when resource constraints in iOS seemed irrelevant, along came watches.
And a Commodore PET with its 7167 bytes of available RAM and fairly accessible hardware ports has some similarity with an Arduino Uno.
So while I think it's unwise to bank on some knowledge never ceasing to be useful, or that no new technology is ever worth learning, knowing old stuff in itself is not a drawback.
Re: Rules of thumb for a 1x developer
#368Earlier quoted context omitted.
There's a roughly ~12,000-word postmortem document that took an additional 2+ months to produce after the fact, which the OP has lightly quoted or summarized from in his post (including what you quoted). It really is an impressively magnificent failure at scale, but there's nothing really fundamentally earth-shattering about how this project went so far off the rails. Mistakes were made, but IMO nobody was outrageous…
OP here: take another look at the first sentence of that post-mortem doc. I don't think it's misleading to say that this was primarily driven by InfoSec. Though I don't disagree that the purported benefits of XWiki technology were considered as maybe a secondary factor.
I don't disagree that InfoSec was a driving force behind the project, and may have given it an unhelpful level of urgency (i.e. pushing for the team to make early decisions/plans too quickly, which anyways resulted in this banned PHP thing lasting 4+ years, seems counterproductive). But even if InfoSec was not a factor, the team knew that staying on MediaWiki was not sustainable, and some kind of migration would've happened eventually.
So I guess what I'm saying is, IMO the perceived pressure from the InfoSec mandate was poorly managed by this team, and ended up exacerbating the problem, but fundamentally the choice to migrate to a different wiki platforms was something the team wanted to do (just maybe on a different schedule or with different plans/priorities, in an alternate universe). Migrating off MediaWiki was not done against their will.
Re: Rules of thumb for a 1x developer
#369Rules of Thumb for a 1x Developer During work hours stay away from: * HN * Facebook * Twitter * Reddit * Any other thing constantly distracting you and taking away your attention from your job Congratulations, you are now 3-10x developer.
> Congratulations, you are now 3-10x developer. Congratulations. You are still getting paid the same. Boosts in productivity need to come with boosts in pay, otherwise the logical thing to do is to scale back your effort to a point where the amount you get done matches the amount you get paid for.
Re: Rules of thumb for a 1x developer
#370Earlier quoted context omitted.
Self-respect?
If you tie your self-respect on how useful are you to the company that pays you, you are fucked. For them you are just a number.