I will not say I don't know why you are downvoted, since such remarks get downvoted here.
But can't we look at an alternative model where some such standardized test is used to test basic competence, and then trainees get 2 week training on the job? Afterwards, we can select a subset based on specific tests designed for the job, rather than the usual interview questions. How many of us have actually used dynamic programming to solve a real-world problem?
Eh, again, it’s a scale problem. When there’s too many people, the only respectable way to say ‘it’s crowded here already’ is to make the entrance criteria tough.
Take a look at skilled migration in western countries. We want to maintain a sane(sustainable) population in our society.
The problem is no other profession fucking pays or provides a decent desk job career.
The only positive of this level of gate keeping is that it’s keeping salaries decent. If the gate keeping disappeared, the metric fuck ton of downward pressure on developer salaries would be catastrophic.
Generally, I'm more likely to hire someone with interesting hobbies than someone who has completed HackerRank tests. I don't find it compelling to see that a candidate has accomplished standardized metrics; but I am swayed by non-computing hobbies. Synthesizers, painting, rock climbing, volunteering, and so on are indicators of a curious mind that's happy to apply itself.
But do they still have to pass a bunch of HackerRank-style interview questions?
The best interview question in my life, a few years ago, was one where they gave me an open-ended question, a laptop, and the whole afternoon with occasional checkins to see how I handled it. The evaluation was completely subjective.
That's hard to standardize at an industrial scale, I understand why FAANG can't do that, but smaller shops really should and stop denying themselves acquirable talent.
I think it would be nice to have a pair coding exercise where you're given a snapshot of the company's code base from a year ago, and an actual, simple, historic ticket to work, and the interviewer kind of acts like it's your first week and you are getting to know the codebase.
We don't have any technical quiz as part of our interview process. We look at experience, education and creative outlets; then folks sink or swim upon being hired.
So far we're batting fairly well. Folks don't generally lie about their experience.
In my youth I wound up in charge of hiring at a low-end shop due to a funny set of circumstances and absolutely got burned by people straight up lying to me.
If I were more experienced, I'd have been able to ask the right questions about their alleged experience and smell the BS.
We tend to catch the liars when we talk to them about the particulars of their experience; it becomes quickly apparent that they are being dishonest when they cannot answer technical queries.
I've used this process for about ten years now, and it hasn't really burned me yet.
Maybe your company is too small for data structures and cutting every 0.1ms latency count. As an example at Google I needed director level exception to introduce 0.1ms latency to the ads server (which wasn't needed at the end, but the monetary damage for timeouts is real).
Understanding basic data structures and how the computer works is important in these cases, even if you just need it once in 3 years.
The rarity of this scenario is not remotely close to once every 3 years, and not everyone is interviewing to work on something so obscenely performance dependent.
Probably >99% of developers will never encounter something like this in their career.
Fair, but for those unaware, ads infra at Google etc. are a class of their own because it's the starkest place in the pipeline where latency = -$. More like high-speed trading fintech than regular engineering. They don't care anywhere near as much about services (possibly--but possibly not even--google.com).
That sounds interesting. I would have a job by now if someone valued the fact that I like memorizing Ancient Greek poetry :) Instead I failed my last interview because I took longer than half an hour to implement JSON indented stringify in JS and did not use template literals and a switch statement. It was my first technical interview ever after 10 years of developing software. I did not expect how much being watched and trying to fulfill several unclear expectations would hinder my performance on a problem, which I would otherwise consider very easy.
I do sympathize, but there is a flip side to this. I have worked in large orgs with many developer and engineer titled employees that can’t code at all. Zero coding skills. And their title would be things like “Senior Enterprise Application Engineer”. Unfortunately their resume doesn’t read that differently than a similarly experienced engineer that actually writes code.
I think (hope?) you're getting downvoted because most folks aren't arguing against giving someone fizzbuzz or seeing if they can loop through a tree, it's the fact that some of these tests gives you what is an obviously O^3 algorithm and you have to use some non trivial trick to get it to O^2 or something.
I've had people show up to an interview with a solid looking resume who can BS their way through some technical talk but can't even write a simple for loop.
I’ve worked with people who led competitive programming competitions and they couldn’t produce working code in a real project. The entire project was held up by them over and over because they couldn’t figure out APIs or write anything maintainable. They were wizards at leetcode but I’d prefer having somebody who could code. Managers are just lazy and imagine these people to be magical because of how intense their brains can work at niche problems, but it’s not magic at all and isn’t even on topic. Ask some design questions
I find the revisiting of fundamentals to be valuable practice when the job hunt begins. Refresh the algorithms, pick up new skills. Yes a bit of it is playing the game but its not totally wasted effort.
I guess companies do very tough interview to justify high salary. Let's say Google and some-small-shop have same interview for exactly same job position and responsibilities, and only one of them pays really well.. I am quite curious how the economics of market will shape out
when someone has a spouse, two kids, a mortgage to pay, a whole bunch of daily chores to finish, pressure from manager to finish under tight deadlines, a simple depth first search looks like a very big problem at the end of the day.
People pay cognitive tax that robs them from doing intellectually difficult tasks. This is well documented in behavioral economics. "Scarcity: Why Having Too Little Means So Much by Sendhil Mullainathan and Eldar Shafir"
When I hire, I would be happier to hire older (>40) engineers; they have more experience, they are usually done with job hopping, and are also mostly done with resumė stuffing and buzzword bingos that includes the latest framework.
However, it seems that those older people that I want are not actually looking for a job - they either found their endgame in tech or realized that they have to go to management/consulting for better salary and control.
Many of the 20-years of experience that do apply are better described as “having 20 times the same 1-year experience”. They are not any better than a recent grad despite those 20 years, but they lack the energy and expect much higher pay and automatic respect for their opinions.
The rare older engineer who wants to keep doing technical work, has learned from their experience, and can actually deliver is very valuable. Many people describe themselves in this population and complain of ageism but very few actually are.
A rather tired conversation in my opinion. Everybody likes to complain about interviews, but every single alternative I've heard is even worse:
Take-homes are biased toward those willing to work hours for free, a "track record" is biased toward those who inflate their resume, a casual conversation is biased toward the likable and native english speakers, high-level whiteboarding is biased towards people who are good at whiteboarding
This shouldn't be downvoted, it's exactly right. For every "do this instead" I've ever seen in articles bemoaning the state of tech interviewing, I've seen a dozen people attacking that other thing just as vehemently. There's nothing even remotely approaching a consensus viewpoint on what we should do instead.
And with all things in life, the answer lies in the middle. You should ask programming questions, but they should be applicable, universal and not “trick” questions. You can do a take home, but if you do, make it 60 minutes and fun. You will end up whiteboarding in a room, but you should train your team to be good at this, shadow them and help them get better at it. Nothing is wrong with these techniques, per se, but often they end up as a terrible candidate or hiring experience.
What if there were a certification authority that could claim that professionals are, indeed, competent in X, Y, Z within software? And, of course, that authority would need to be recognized by A, B, C companies. That'd certainly skip the endless, often mind-numbing, repetitiveness of technical interviews (especially for those with many years of experience) and can jump straight to culture/team/behavior fit.
This is basically what all engineering disciplines do and it's why I take "software engineer" with a massive grain of salt.
I have several certifications from Microsoft and Google and, for the most part, mean jack to an interviewer. I am still forced to leetcode and answer mind-numbing questions.
On a side note, of all the choices I prefer a take-home, as long as it is timeboxed to no more than 1-2 hours.
It never is one or two hours though. It might be if you designed the thing and know exactly how to get there and handle all the corner cases. Oh and also we always underestimate.
I have yet to see a 1–2h take home test actually be doable in that amount of time. It’s more like 8–10h to get going, have something meaningful, and code that isn’t inscrutable.
The timebox has to be enforced on the company side, meaning that you have e.g. 2h to submit your answer once you've opened their link (which you should be free to open at any time, so that you're sure you have the time allotted).
I think the <textarea> problem can be solved if the interviewer gives enough information so that the interviewee can have their IDE working correctly by the time they get started.
The pressure problem can be solved by giving more time than what would be expected in a work setting. If you expect a task to be completed in 1h, just give 2h. Of course that implies that you don't give a task which would take an expected 6h to complete.
Of course these are things to consider from the company side, if they think they want to hire people who can program under high pressure, they should probably keep that as part of the interview, for both the company's and interviewee's sake.
It can be if they give you something to start with.
One company gave out sample code and asked me to optimize it so it ran under 5 seconds. The exercise was in parallelizing or caching/reusing what you could per the requirements.
i would agree a universally accepted accreditation organization, like the American Medical Association, can make interviewing for technical competency easy.
But like with AMA, they would (and does) gatekeep. What kind of policy can the organization be instituted with so that gatekeeping is impossible?
Doctors _should_ be a dime a dozen. They should not cost so much - because their services are valuable and therefore, more of them should be produced to make medical costs lower.
Software engineers, if they followed the AMA model, would cost $500k in student loans to train, and there's be barely any graduates to fill the demand.
> Doctors _should_ be a dime a dozen. They should not cost so much - because their services are valuable and therefore, more of them should be produced to make medical costs lower.
Physician salaries make up about 8% of medical costs. And even if you doubled medical school class size, you wouldn’t get 2x the doctors because there aren’t enough resident slots available.
And even if you had enough slots available, you’d still need to guarantee high salaries afterwards. Most people who are smart/driven enough to be doctors aren’t going to work 80-100 hours in a high stress position for 3 years if they are only going to come out making $80k.
So the only way to drastically increases (3x,4x) the supply of doctors is to drastically decrease the standard of training.
So you reduce residency down to 1 year and you triple the number of doctors. Now you’ve reduced the quality of doctors, and you save people less 5% in healthcare costs, but no one even notices because that number gets drowned out by the continued rise in the other 92% of healthcare costs.
You're assuming the bugs are required. Residency as it is now is a terrible system that had no need to exist in its life destroying form. The industry had already figured this out and is moving work from doctors to nurses and PAs and offshore radiologists who don't need a residency.
Moving work to lower level practitioners is functionally equivalent to reducing physician requirements.
Of course companies are going to do anything they can to reduce prices. And of course the industry is going to put out flattering white papers in support of their cost cost cutting measures. Yet those reduced costs haven't been passed on to consumers or measurably improved medical care, so the argument merely that the industry is doing something is a poor argument in favor of it from a consumer/public health/societal standpoint.
Some companies love to outsource labor to countries with relaxed labor laws. That isn't a convincing argument against the need for labor regulations.
I don't have statistics in front of me, but I'm fairly certain that the vast majority of people with "real" engineering degrees aren't Professional Engineers (which is what I assume you're referring to). On top of that, there was a SWE PE offered in the US for several years. NSPE stopped offering it for lack of interest.
Maybe because building a bridge is a very standardized process that lives through regulation. Maybe software will end up there some day, hopefully a day by which I am retired.
It may make sense to do this for certain disciplines, like software tailored for other engineering disciplines (think medical grade software, airplane/car control software, etc.).
However for the broad mass of software projects, certification makes no sense and is in fact much worse than what we have now. Do you think certification can't be gamed? It will usually be much easier to game that one since certification by definition is meant to be achievable by a broad mass of people. You don't build a certification program for elites.
Professional leetcode programmer? Sure. So let's count the facts we have at the end of the interview:
* You can code yourself through a number of problems, answer follow-up questions that dig into random specifics of your problem, slightly modify the problem, etc. You can demonstrate structured problem solving, ad-hoc clean code and you make an overall good impression in that performance.
* You are able to demonstrate the necessary experience through targeted behavioural questions that probe deeply into specific aspects of your job history and alignment with the company values
* You are able to design a complex software system and are able to answer unknown follow ups and able to follow drill-downs into random aspects of your design.
Congrats, you are a professional software developer. Can you game the leetcode part? Potentially, however I met several "leetcoders", some of which were even kind enough to put that on their CV... They usually fail quite spectacularly at random follow ups and modification to the problem statement. But even if you are able to somehow "wing it" convincingly, you need to succeed several times and you need to still demonstrate the adequate proficiency in the other two pillars (behaviour and software design).
What we might need is an "interviewer" certification.
I can leetcode hours for free or I can do small projects for free and usually learn a new thing while doing it instead of trying to memorize something about a binary tree.
I've paid candidates and been paid by potential employers to complete take homes. I've also given candidates the opportunity to substitute a piece of open source code in place.
This is admittedly still biased towards people who have available time, paid or unpaid, but I think it's a step in the right direction.
I like take-home as a filter for candidate from institutions that have low signal to noise ratio (getting hundreds of applicants from "some technical institute" and then have a sub 5% hire rate).
But I know from college applicants that take-home end up at the bottom of the pile in terms of priority vs in-person interview with a real engineer. Unless it's FAANG of course.
Recently I started trying something new for our interviews. I start with a phone interview that is more about discussing their background, expertise, what they need to feel productive, and explain the role. If I think they’d be a good culture and expertise fit, I send them something like this (I’ve made a few): https://gist.github.com/tywalch/cf60e4c942ab6a80e481f4ba6754....
It’s a small “api service” that represents a POC with some bugs and bad practices. I tell them to look over it, write down notes on how to make it production ready, setup a time to discuss their thoughts in a second call. No code writing necessary.
It ends up being an excellent Rorschach test where folks can really show/express their unique skill sets and experience. I ultimately let them drive the conversation and it gives me great insights into what experiences have shaped their career and what it might be like to collaborate with them. Best of all it does resemble what some of their day to day might look like better than hand crafting some tree algorithm.
the only way it could possibly go away for good is database libraries that don’t support dynamic SQL. But you almost always need the flexibility at some point, and SQL is so powerful that taking it off the table is hard to justify.
Yes, there's lots of ways to fix SQL injection. I'm more surprised that after knowing about this vulnerability for 20+ years, its STILL lost on many developers. You and I pick up on it immediately, but there's (apparently) a lot of developers who think the code is "good enough, works for me" and ship it to production.
So it needs to be asked for in interviews, and if you find it and discuss it you're apparently one of the "better" programmers. The bar for being a passable programmer is literally on the floor.
"Culture fit" is one of those things that seems to be used as a proxy for traits that are illegal to take into consideration during the hiring process.
At its worst case, sure. But it also means, can I work with this person? Can we be productive together? Are they picking up what I and the rest of the team will be throwing down?
Everyone has had to do a terrible group project in school where the group dynamic was just not there and the whole thing suffered, despite all the smarts being at the table. This is to attempt to avoid that exact same thing from happening, because often you just don't have the time to flub around telling someone how to document something properly for the 10th time.
The grandposter actually doesn't say "social skills" are worthless. You're kinda putting words into their mouth. They only claim that that type of interview is biased for one factor.
I disagree. This taps into a lot of technical know-how and communication skills.
It’s a well-rounded examination of how someone can contribute to the development of a product. That such a well-rounded assessment happens to include examining your likability or “other emotional response” is just a byproduct of testing how well someone interfaces with other humans - part of the job almost always.
We recently spent a long time filling a position. We're a relatively small team, where it is paramount that one works well with the rest of the team.
That doesn't mean you got to fit some tight social profile, far from it.
But since we're a small team each person has a lot of responsibility, and so we need to trust the right decisions are made for the right reasons, that communication won't be an issue, that you can handle dealing with customers for projects and troubleshooting etc.
We don't need the best skilled coders. We need developers who're good at finding solutions to our customers problems, within the constraints of us being a small team with limited resources (time most of all). We need someone who's capable of learning new technologies as the needs arise, and we need someone who can communicate well within the team and with our customers.
When I got hired, my actual coding skill wasn't really a topic. I didn't get a single programming quiz or similar question. They were far more interested in my background, what sort of projects I had been working on, what motivated me etc.
I can understand this concern though I can assure you when I say "culture fit" I'm considering it a two way street.
A good example: I had an interview earlier this week for a full-stack role and the inteviewee had recently come off a two year project that was heavy on react. The project he'd be on has a jquery frontend. I told him candidly that the project would likely never make a "modern" refactor a priority, and asked him if he could still be happy in a role that used jquery.
Our full-time team is small and ensuring we can all collaborate and work together is very important for us to be effective. On the flip side we try to be transparent about what our team looks like too and give you a chance to decide if you could be locked in a room, hashing out which circle talks to which on a whiteboard, with us.
That’s cool, I’d actually enjoy getting this instead of being asked to build yet another production ready app in “two hours but you can spend more if you like hint hint and then we might even get back to you”
I had an interview a few years ago where they literally hauled out some of their legacy code (unstructured PHP written in the PHP 4 era), and asked me to make a list of what I'd do to clean it up and make it more manageable. No coding involved.
It was a very pleasant experience from this side too and allowed me to express all of my domain knowledge without making a significant investment. This is such a great approach IMO.
I've found asking people to write a small program works pretty well. Like ask someone to build a command line app that arranges your mp3 files in folders of their artist's name. You can even ask it to be whiteboarded, or coded in a notepad, no code execution or IDE.
I found that to quickly tell you if someone can write programs. Surprisingly (and maybe not surprisingly), a lot of people can do difficult leetcode questions, but can't write a small app, or can't do it well.
It'll quickly show you about how the candidate can come up with some level of UX, handle OSish level stuff, how they structure and think about their code and readability, how they model data, and depending on the app you ask them to write, it could include a little algorithm in it as well.
That kind of UX experience, OSish or design small app whatever can be learned very quick on job. However Leetcode skill is not -- you have to devote 2~3 hours per day to grind and practice.
Yes, it's extremely tired. FAANG companies are not dumb, they hire at scale and know how to find talented engineers using a rigorous/repeatable interview process. I think most of the complaints come from people who fail these interviews (I used to be one), and don't want to admit that maybe they're not good enough.
It takes a talented bullshitter to convince themselves that a 30 minute whiteboarding session can determine anything of worth about a person’s first month at a company, let alone year or two. “We only hire the best” is just marketing.
Well, that's why the standard interview loop consists of at least 5-6 45 minute sessions that intentionally do not overlap in subject matter done by separate people. If the signal is not strong enough, then more interviews are done. Works pretty well I think.
Do you have any empirical data demonstrating that this “works well” or are you just assuming? What is your definition of “works well?” Low false positive? Low false negative?
Empirical data that it works pretty well? I think the fact that this has been the de facto way of interviewing at the top tech companies during the time that tech has absolutely exploded in ways never seen before, I'd say yeah, it's working pretty well. I think you're seeking an explanation where one is not owed. If it wasn't working well, it would be changed, just like the brain teaser questions of the early 2000s pioneered by Google.
And look, I get it, it's frustrating. I share in that frustration as someone that wants to switch companies but knows that I will have to put in the effort outside of work to prepare for that. But I still think the process is much more meritocratic and predictable than virtually every other industry.
> I think you're seeking an explanation where one is not owed.
Forgive my curiosity and desire to make things better.
> If it wasn't working well, it would be changed, just like the brain teaser questions of the early 2000s pioneered by Google.
This is a gigantic assumption, though. Tech has been exploding for a long time and basically all companies are ravenous for engineering talent. It’s not at all clear to me that this interviewing process is the cause of this growth or in spite of it. If I had to guess I would bet they’re wholly unrelated.
> And look, I get it, it's frustrating. I share in that frustration as someone that wants to switch companies but knows that I will have to put in the effort outside of work to prepare for that.
I have no problem passing these interviews, I just think they’re silly. Their prevalence in the industry frustrates me because I think they give an unrealistic portrayal of what’s important in software engineering. But then again my greatest area of expertise is legacy software maintenance, which is the work that nobody else wants to do.
> But I still think the process is much more meritocratic and predictable than virtually every other industry.
That’s an extremely low bar.
My favorite approach that I’ve seen is Latacora’s hiring process, in which they give you a work sample problem that can be graded quantitatively in stages as well as any prep materials that you need for it.
> FAANG companies are not dumb, they hire at scale and know how to find talented engineers using a rigorous/repeatable interview process.
Eh... maybe some do. My experience is that they hire people they already know. In fact that's how I got hired at a FAANG company. I had applied there many times and been rejected. Then I saw that a team where I was a great fit had hired someone I knew and had an opening. So rather than submit my resume through their job board, I sent it to him and he passed it on to the hiring manager. Most of the rest of the team got hired because they were all a team at another company that got cut. One of them got an interview and said, "Hey, I have about 20 coworkers who just lost their jobs and already know all the stuff you need for that new product you want to write. Why not hire them all?" And they did.
Sure, there are a few who went through the regular recruiting path. But many did not. I'd say on my team, most did not. (And they're all good engineers, too.)
There is an abundance of people more than “good enough” for roles at FAANGs. They may simply not be stellar at the examination process used by FAANGs to assess candidates.
As much as many folks at those companies might want to partake in some fart-huffing and call that a predictor of engineering excellence, it’s not. It’s an optimization to shovel candidates at scale, and intentionally throws out ton of exceptional and even over-qualified individuals to instead hire a predictable style of engineer with as little investment as possible.
I think OP meant "not good enough" to pass the interview, not to perform on the job.
Saying that a certain $PREDICTOR is bad in itself doesn't say much, in particular it doesn't say whether there's a better one available under the same constraints. Widespread leetcode interviews is just an indication that large companies have not found a better predictor yet (again, under the same constraints with respect to time, budget, etc.).
I completely agreed with you. People who hate Leetcode, I am wondering, are those who refuse or lazy to devote hours per day to practice.
Because of covid-19 there are overwhelmed programmers, newbie and veteran on the job market to compete with fewer programming openings. Companies have reasons to be extremely picky, and job seekers either to comply with the game rule (Leetcode) or consider to change career.
And those who have job also need to consider to regularly practice Leetcode (one or two questions per day or every other day) to stay employable.
The FAANG interview process is designed to allow people who are bad at interviewing to assess candidates in a way that's replicable. It's designed to be a flowchart that you can't screw up.
The point is to remove wiggle room. It's a domain-specific solution. Note e.g. DeepMind don't hire the same way.
Their number one problem is automating the beurocracy at scale with people who are fundamentally not that good at evaluating other candidates, or more likely don't care if they make a mistake. Everything else is downstream from that. Copying them without understanding their objectives is a mistake.
Other orgs don't have recruiting problems that FAANGs do. They can do better than imitating FAANG processes. They can afford to go wrong and self correct more. They can find a strategy that works for them which can combine whiteboarding, pairing, casual conversations, references, real life problems, letting the candidate showcase their work.
The problem isn't that they don't work and they gave up, problem is they aren't trying.
There was a time where you would just hire someone and fire them if it wasn't working out. Why make the barrier to entry so high and prone to bias when you can always just let people go who aren't doing the work?
Yes, I've worked at places where that was the approach. Problem is if you end up doing it very often it costs you a lot of time and you do have to eat some inital payroll and administrative costs. Plus out of respect for the candidate, they've quit their prior job, maybe moved and signed a new lease, and now they are unemployed 30 or 60 days later.
You really need to have some basis for confidence that the candidate is a good fit before you put yourself and them through that. Even for entry level jobs where what they know coming in isn't too important, you want smart people who can get along with the team and learn.
What about a pair-programming session? Even having failed some pair-programming interviews, I've felt at least like it was a fair assessment. It's an equal time investment between myself and the company, working on something pertinent to what I would be doing, in a realistic environment.
Contrast to whiteboard interviews where I've been assessed on how to calculate the number of moves of a knight on a chessboard given position X to position Y on a whiteboard in front of three people as a front-end developer. Contrast to take-home interviews which basically function as a way for the interviewing company to save on time and money by putting the whole time-investment on the interviewee.
a "track record" is biased toward those who inflate their resume
Could you explain this a bit? I'd have thought this is the only real way to judge someone. People will lie but figuring that out is part of the process.
> Once in a while, though, I'd find someone exceptional who could approach problems differently, and those people would always turn out to be the best hires. They would have been filtered out by these systems.
This is the goal. When you’re a large org, you do not need exceptional people, you need foot soldiers who do what they’re told.
Yes even in engineering. Most of the day-to-day work boils down to JSON bureacracy and code archaelogy.
Remember: They pay so much because otherwise people wouldn’t stay.
I think someone who can approach a problem differently and effectively, can also follow orders just fine.
I like to try new things and approach things differently, I don't do it with every task and recognize there is value in doing it the same old way at times too.
Way too many tests and etc assume that people can only do X, or Y or Z.
Oh totally. The problem is that folks like that often get bored by the job.
The number of stories I’ve heard of engineers having to microdose just to get through the day because working on 1 button for 6 months kills their spirit ...
I wonder if interviews should consist more of reading a pile of open source and just trying to make sense of it.
There's some crusty open source I've had to deal with whereupon it took quite some intelligence just to get it to compile and work - absolutely nothing to do with 'algorithms'.
I'm half inclined to just say: "Here's a git repo, build it, modify this thing to do that" and if they can, they're gold.
I'm not sure what language you work in the most, but based on the build issues I might guess c++, in which case I'd say check out conan central. It's still sad compared to other package managers, but if you're building c++ all day, it's a game changer.
Thanks for that - you guessed it - C++. It's like you think you speak English but then you walk into a pub in Pembrokeshire and you absolutely cannot understand a word anyone is saying, even though ostensibly they are speaking English. C++ will forever be a 'distant second language' that is different in every project. It's very frustrating.
As a consultant to large orgs who was paid handsomely to fix the situation you describe, I can say that is exactly what they think, and also exactly wrong.
[edit] Many people in these orgs are doing exactly that. Having come in, diagnosed the ultimate crap that kept them on that 1 button for six months, helped give them the autonomy to do what was needed helped everyone involved, from the devs to the PMs to the division itself.
It's a common and insidious pattern, but even big companies benefit when it's broken.
I've always preferred to give very serious candidates some technical homework. Make an API that does this particular thing. You have two days. Then we look at what they built and talk about it. It's way more realistic because that's how we actually work-- nobody is coding algorithms on a whiteboard. To any extent, it has worked very well. The people that have done great ended up being great employees and the people that did just enough to pass also did that once they were hired.
The problem with the rise of the homework approach though, is that unlike you, most companies don't treat it as an alternative to whiteboard leetcode interviews. They treat it as an addition to the whiteboard leetcode interview.
It also doesn't scale. The assignment is for one company alone, so if you get rejected, that's time spent down the drain. As heinous as leetcode interviews are, the effort spent grinding leetcode can scale massively horizontally.
Multiply that by the number of jobs someone typically applies for when they want to change role and you're likely contributing to someone not seeing their family or friends for almost a month. Also... Is that 2 days total dev time, or a deadline that's 2 days away? Someone with few responsibilities and a willingness to forego sleep is likely to put in far more time than someone with a family of the deadline is two days away.
It sounds like your interview process is designed to push away people with families and friends. Let me guess... Those great hires really put in the extra hours?
Unless you've made it to your "endgame" company that you're happy to stay at for a while, I feel investing anything more than the bare minimum to get your assigned work done is worth less than just grinding leetcode and otherwise studying for interviews. Doing an actual good job, above and beyond, is not going to be worth much when you're looking for your next job.
Thus we're now seeing the rise of Professional Interviewers or Professional Leetcoders. I am ashamed to admit that I too, am one, and probably will continue to be one until I make it into such an "endgame" company.
I did that and found that I hated it. There's a lot of bullshit that you have to deal with in a small business: incorporation papers, taxes, staying away from the zillions of people who try to scam or extort small business owners, sales, finances, etc. If you're wealthy enough that you don't really need revenue and can pay people for that, you'll likely find that being wealthy just exposes how money won't make you happy anyway.
A better endgame might be finding the job that you actually enjoy doing, moment to moment, so that while you're working it doesn't feel like you're working. Never have to work a day in your life and all that...
They’re designed to trick you into acting against your best interests. To push you to spend money you don’t have on shit you don’t need to impress people you don’t like, to quote a witty whoever wrote this.
At one end they exist to inform and offer you a service. I've clicked on ads and purchased and have been better off for it. No tricks involved but it did save me 1/2 off the original price I normally purchase from another store.
Who I am impressing with my canned milk buy?
Ads that show a lifestyle that tricks you into believing you can become something you are not is a small segment perhaps larger on social media. I don't see any of that or if I did it doesn't register. But I do see can of milk for sale.
I go through fliers and get coupons. I get email ads on products I purchased for discounts.
Even those store displays with toilet paper are a form of advertising. I don't mind them and often buy a pack if on sale.
Imo it's not that all advertisement is evil, just the ones that stoop to manipulation by taking pages from psychological research, turning our primal instincts against our own self interests to spend more of our limited money on dumb things or vote for a dumb thing to make someone else money.
Unfortunately for the majors in advertisement these days, that's their bread and butter.
I feel like the people who say money won't make you happy need to have their eyes checked. Sure, piles of money don't do anything, but money among many things gives you opportunity to have experiences with other people, and a buffer from stressful situations, and imo that is the crux of happiness.
Now you can take that flight to see your family members regularly. You can now have a house large enough where if you have guests over they no longer have to sleep on the floor. You no longer are held hostage with the fear that you will be bankrupted by your aging parent's health issues. You can afford to bury your loved ones. You no longer have to make compromises with your children's lives that you wish you didn't have to make. Your basic needs will always be met. You are de facto exempt from physical labor since you can afford to pay others to maintain your life like a prince.
Sure, money in itself doesn't buy happiness. But it buys you a lot of opportunities to be very very happy, and serves as personal insurance towards things that might put the average person into a tent on the sidewalk.
I think when people say that they are assuming you have reached a level where you can meet your basic needs. We are talking about programming jobs here, not cashiers in the local supermarket.
I recently retired after working 29 years in software development. I was always very well paid but a notch below the FAANG-level. I always focused relentlessly on achieving financial independence by saving and investing as much as I could using Boglehead techniques. I can now do whatever I want.
I got a PhD so I started a bit late but I do not regret spending my 20s as a grad student. At least when I started working, a PhD came in useful. I should note that this was a long time ago so my advice may be less relevant today. In general, my advice is to save as much as you can early in your career. Thanks to the power of compounding, $1000 saved in your twenties is worth a lot more than $1000 in your forties.
Yeah, I burned myself out really bad trying to go above and beyond for a few years at various companies. Just ended up frustrated, making no more money than people coasting in the same position, and still got laid off during downsizing instead of the people who spent time playing office politics and going out to happy hour with the supervisor.
I feel kind of guilty now though, because I actually managed to get hired at a really good company a few years ago, but I can't work up the motivation to put in as much effort as I did before. Now I'm the one coasting (still not schmoozing though), and see other new people making the same mistake I did.
Working hard for a raise/promotion is a losing strategy. Working hard so you can change jobs every 18-24 months with big salary jumps is rather easy to do consistently.
Trying to get a promotion is deciding to compete for one position in one company with essentially every qualified candidate in the world. It’s easy to see how looking for a better job every so often has better odds for success.
I don't think so at all. I have worked hard, and had a lot of fun at now two of the FAANG's. Sure the reward has not been like winning the startup lottery, but if you told myself 20 years ago I would have this impact and earn this much money I would not have believed it. I totally suck at politics, and have seen others rise quicker, but doing good work does get rewarded in my experience.
I guess this observation doesn’t really apply to the FAANGs quite as much. They have such an insatiable demand for labor that it’s much easier to work your way up to more money consistently over time.
I guess you just find the level you want to coast at. I haven’t won the start up lottery either. But I have been able to be fully employed as a contractor with a very good hourly rate for quite a long time. Which probably means I’m coasting right now. But I still manage to bump my rates up every so often, so maybe not.
Seems like you are doing pretty well. Coasting means different things to different people, do what’s right for you. Just make sure there are no regrets later, life is too short for that.
Sometimes that means coasting and spending more time on your hobbies or with your family. Can’t see anything wrong with that.
I honestly think you can do it if you want even not knowing much about you. People there are not all special. If you want some tips or a referral let me know, email is my username @ gmail.
Back in the day you wanted in to get shares before they went public. Then the dream was to cashout and using your google money you can create something. Then people stopped getting stocks but used it to get funding. Then there are the people who get in any position for less than 2 years and use that expereince to get a CTO job at a smaller org.
Why do you consider it your endgame? Top salary? Interesting problems? Making a difference?
This is an interesting question. I moved into to IT/Security from another sector, and I'm trying to figure out my endgame. At least at my company, there aren't any jobs I covet. Most of the higher ups don't impress me, and they don't seem to know what's going on in their company very well. It seems like if I moved into leadership, I'd have to spend a lot of time lying-via-powerpoint. (that is, taking a complex problem, and both simplifying and misrepresenting in a powerpoint which shows "progress" happening.)
I wasn't a loser in my old career, and I don't want to be a loser in tech. But, it seems like everyone is a loser here. IT/Security is seen as a well-paid janitor; someone you need, but not someone you really care to learn about. Worse, becoming "important" in a company seems to be useful only in so far as you have sway at that particular company. ie, it's a lot of work for some very local, and very useless prestige. And worse, there's no external meaning other than your own status. Why do I care if I have a little fiefdom within company walls? Nothing worthwhile is being accomplished, it's just more sales.
I think endgame is considered differently by different people, i.e. endgame for me is financial independence through micro-ventures thus FAANG, which I'm considering right now would just be to pay the bills and create a comfortable financial buffer until I can leave them taking with me the ex-google/facebook/netflix badge and cash on hand.
I honestly think this is a myth propogated by managers to discourage negotiation
They know the game, no employee ever is going to stay if they're being paid half their market value. "Commitment" my ass lol. But more to the point in order to replace you they have to pay market value for your job. They can only find someone cheaper if your job is beneath you.
Parlaying offers is fine as long as the work they need doing is worth that money. Who are they going to replace you with? Hiring is expensive even if they find a sucker. The only risk is if your market value is higher than they need to pay to get your job done.
maybe, i'm not saying employees shouldn't negotiate but there's a lot of ways it can backfire so you might be better of hopping to another company at that point, rather than waiting around to have the rug pulled out from underneath you
I agree, but it's still cheaper to counteroffer than to hire someone new if the demand is market price for that job. There's big overhead in replacing you.
Fundamentally the operative variable is: "can they get your job done for less than you're demanding." That's what matters, more than the impression of commitment.
In my experience "going above and beyond" tends to get you more work and responsibility for roughly the same pay. I did get the occasional 5% annual raise instead of the standard 2-3% that most of my coworkers received. Even then the raises were usually more dependent on how well the company performed vs how well I performed.
I've noticed this a few times in my career and have had to start slowing myself down at times. If I deliver in a day instead of the expected two for example, I don't get that second day off, I get twice as much work and get paid the same for it. The harder I work, the less I make. If they want me to bust my ass and sacrifice sleep I need to be given hazard pay.
You're right, and as a result I try to work no more than 4 hours a day, preferably less. I take every possible opportunity to extend timelines, create buffer, and reduce scope. I'm highly incentivized to farm as much time as possible, so that's what I do.
I try to target obscure projects that I already know how to do, where there's an assumption that nobody really knows how to do it because it's obscure. Complexity and obscurity are great cover. Picking up legacy projects on old tech is a good way to do this. "Oh no, PHP sucks! Nobody's touched this code in years! Not to worry, give me a couple of days I'm sure I'll figure it out." Now my estimate is 3x longer than it would be if I was working in the areas under normal development.
I've also got my notifications pretty dialed-in so I never appear absent when someone needs me. I prevent slack from marking me idle. I turn my notifications to a more aggressive setting when I want to take a nap.
Nobody knows how long it takes to get a piece of code working, not even other programmers, so who cares if it takes a week instead of a day. Sometimes I keep a local branch that's represents my actual work and a second branch for pushing to the team. If I get in "flow" and want to get something done in a block of many hours, I can drip-feed the commits over a couple of days instead of dropping a PR at 2am and having everyone think I'm free to work on something else tomorrow. With a little shell scripting, I can make commits and push on a timer too, which is sometimes useful if I need to "work late" because everyone is stressed.
When something blows up in prod, I put in the extra hours with a good attitude. That helps create the perception that I'm the go-to person for things and a team player, so it's not surprising to anyone if I'm running a little late on a deliverable because I had to drop everything and help with something important (another way to add more buffer). I also try to pair sometimes, especially with new coworkers, so that they can see me working in short bursts. Pairing serves as a psychological anchor that I must work that way all the time. After all, I don't want people thinking I'm lazy.
Sometimes mistakes happen and I do get stuck working an 8 hour day, but those mistakes would have been 16 hour days if I wasn't actively avoiding doing as much work as possible.
As much as I can stomach it, I try to use the extra time to socialize with coworkers to help raise my visibility and build allies. That's the smart thing to do. In reality, I mostly play video games, do housework, and anxiously wait until work is "over" for the day so I can detach from my notifications.
Has tech turned me into a sociopath? Maybe. Do I feel like a prisoner in my own home? Certainly.
But if I don't use this strategy, I'll constantly be over-committed, burned out, salty, and missing social connections with coworkers that are more valuable than the actual work.
I can't wait until I have enough money to be financially independent and never have to do this nonsense again.
I've started my first dev job earlier this year at a small company, around 10 people. And it scares me that I already do this.
I used to deliver as quick as possible and working my ass off and finding that the only thing it got me was a little praise and that more was expected from me the next time. Now I'm browsing HN during work time still delivering within deadlines, just not a week ahead, and most importantly, I feel like I'll be sane doing this work for more than a year.
What brought me to do something similar in a former job was, that I realized it only hurts my coworkers when I do more than the average.
The management would say to everyone with performance below average something like: "How can we help you to improve your performance? What do you plan to improve your performance?"
The result was that most people stopped working once they reached their goals because otherwise they would only increase the average^^
This sums up perfectly why I’m pro universal basic income. How many people do this? Think of all the collective brain cycles wasted. We’re stealing from our future. You’re clearly smart and capable. Work you don’t find rewarding stole your motivation. If you could work on projects that reflect the world you want to live in you would create something much more valuable top society than whatever it is you’re half assing now.
I agree, but I think the reason we're unlikely to see something like this no matter how much evidence we present that it is better for everyone is that people with money and power generally got there because they craved money and power. Owning people's time, even if that time isn't being spent productively for them, is as close as they can get to owning people themselves and they desperately crave the power to own people.
I'm not for UBI but I totally get & agree with the reasoning behind it; including yours here which I think is pretty dead on as to why it would be beneficial (in theory). In fact the "stealing from our future" part jumped out at me as similar to the way I think of societal debt cycles (the kind Ray Dalio talks about in his books - short-and long-term [~10yr; ~100yr] cyclical sine waves of waxing & waning [in/de]flation). You probably would avoid taking on a ton of debt during the peak of a given credit cycle (when rates are at their highest %), especially if you know you're simply fking yourself that much harder than if you were to take on the debt at some point in the future, when rates are much more likely to be low, and thus save you a ton of money in the long run.
Same thing with putting in extra effort at work. No reason to actually take on the extra hustle if it pays off minimally when all is said & done anyway. Better to say no thank you, I'd rather not take on a burden of effort-debt yet and wait till it makes significantly more sense to do so
I SO agree with this comment! Nowadays the only place in which I'm incentivized to deliver as quickly as possible at my personal project/micro-ventures. But at work I also work 4 hours or less, and those 4 hours are after I have worked and given my most productive/creative time to my projects.
So, if less than 4 hours and whatever is left of my brain is enough for my company, that's all they'll get
>I can't wait until I have enough money to be financially independent and never have to do this nonsense again.
There are a lot of people operating on that plan. Mostly it doesn't work out for them.
Play this forward ten years with a family to support and a mortgage which committed you to personal inflation and a track record of ...? You can absolutely fool people for a week or a year, but a decade of non-experience will stick out like a sore thumb. Experience compounds, and the one you describe is compounding down. Do this for ten years and you will be much less accomplished than you could be.
> Play this forward ten years with a family to support and a mortgage which committed you to personal inflation and a track record of ...?
Being an excellent employee?
I understand your point, but I actually have been doing this for about 10 years now, and I consistently have improved my "career trajectory" by switching jobs when I start to feel that my coworkers are overachieving and throwing me under the bus. I look at it like a forcing function to switch jobs and get a raise.
I already had a decade of pre-work experience just from being a lifelong hacker, so it's not like I'm relying on my job to learn new technology. I don't have a fear of falling behind. If anything, I've noticed a huge decrease in SWE competence over my time in industry.
Some of my most "successful" friends at FAANGs are bad developers that just devote more time to playing the system than I am willing to do. I find the social con-man stuff to be really draining and I hate doing it. I also hate interviewing, which limited my career more than I'd care to admit.
Also, I've opted to not support a family or carry a mortgage. I'm doing something similar to FIRE. I'm hoping to be FI with a total of 15 years as a tech employee.
"But do you really hate working so much that you would sacrifice having children!?". Yes. Very yes.
It's also likely that tech workers are "overpaid" right now, as we're compartmentalizing more work, lowering the skills required to join tech companies, and remote work is now the norm. It's a race to the bottom, and I want out as soon as possible.
I switched jobs just a few months ago. I interviewed for a couple places. Nobody cared about what I previously did. It was either all algos or architecture.
This is so sad to read. I made my way into a tech career in what would properly be described as “hacker” in the traditional sense, though I never applied the term to myself. I came into a ton of formal knowledge and became quite talented through paths that opened with recognition of my experience and skills. I’m going into the job market for the first time in a few years and this is exactly what I feared.
That said, I’m still very talented and I’m not going to let it shake me. Y’all can have the rat race, I’ll go find myself a place I can be productive.
Hoping the best for you. I'm hoping to either follow a similar path, or dodge computing entirely as a career path, find an interesting job, and keep it as a hobby where I have the chance to work on interesting problems. Don't know that I would describe myself as talented though, but definitely driven.
> Hoping the best for you. I'm hoping to either follow a similar path, or dodge computing entirely as a career path, find an interesting job, and keep it as a hobby where I have the chance to work on interesting problems.
I’m at the point I’m seriously considering this, and I’m just not sure I can do it. Everytime I run through the possibilities in my head nothing adds up. The only viable careers for me to switch into are a) not interesting or b) pay depressingly little and would require me to obtain expensive credentials.
I've never done that and only focused on doing as great a job as possible, and landed jobs at multiple companies many would consider "endgame" without knowing the k-nearest neighbors algorithm. Some companies or at least hiring managers are wise enough to look for what makes a productive individual rather than someone who chases the metric.
When I was a hiring manager at the previous company I was at, I gave an interview where I gave an exact description of what I wanted coded. No algorithm tricks (you could solve it faster with a paradigm, but it wasn't necessary) actually this is a problem I remember having to solve for homework in intro HS CS class 25 years ago. I was checking to see if the candidate could
1. read documents.
2. ask questions.
3 identify corner cases.
4. identify why the problem was hard
5. actually try out their code instead of just thinking about it.
One candidate used a very troublesome technique to try and solve it, and proudly declared, "I am sure this works". I knew it didn't - but it took me one hour to find the bug, and in order to find the bug I had to write a property test. This is SUPER dangerous behavior IMO. Code Reviews will not catch everything, so if you have a dishonest coder you can wind up in trouble. He got hired for another team "this is literally the best hash table I have ever seen".
Unfortunately all of the candidates were clearly folks who had practiced their leetcoder skills. Nobody completed the problem correctly. However, I was okay with partial answers that fulfilled some of the softer qualities I was looking for The other folks who were interviewing gave one of the candidates who bombed my part rave reviews. I got steamrolled into hiring him onto my team, and sure enough he didn't read documents, he didn't try out his code. In the month that I worked with him he did not push any code. I left.
This is really interesting. On a previous company my coding test was "build a contact manager application with python and Vue.js" and I really loved that! It was something I could do in less than 10 hours or so. The role was full-stack web dev and I got it.
I've been considering screening companies based on what their hiring process is. How do you think that could be assessed, say, companies that eveluate real-life experience vs. leetcoder skills?
one of the companies I interviewed at had a question where they showed me a bug in what looked to be an old version of their UI and I had to debug it as a pair with them piloting. I didn't get the job (probably in part because as an "almost totally backend" it took me a bit of time to decide to look at the web console), but it was literally the best interview I'd been on. It really exercised everything you could possibly want to know about a full stack dev, and was done in 25 minutes.
I wish companies like that would be easier to find!
From the feel of this thread it seems to me that a company that explicitly states on "Who's Hiring" that they don't do leetcode, but do actual pair programming for evaluating candidates would have an advantage above the rest!
My PL of choice is Elixir. I had zero interviews with leetcode questions, but there was one where they asked me to verbally describe how a hash table works under the hood, they didn't seem to care too much about the answer so long as it was ballpark and you said "O(1)" or I think I said "fake, amortized O(1)".
One company (fairly well known) gave me a homework assignment to write the snake game in JavaScript. It was pretty enjoyable, and feedback was that the hiring manager/team loved my coding.
Then I got invited to the onsite where I was subjected to multiple stereotypical leetcode rounds. Got rejected.
This is inconsistent with my experience in my most recent round of interviews.
I interviewed at a few places at a senior/staff level, and most of my interviews were behavioral, architectural, or discussions about past work. The few leetcode-style or coding questions I had were easily prepared for from my ~40 hours of interview-specific coding prep.
There is zero chance I would have gotten those interviews or passed them without excelling at my job. My resume would have looked terrible if I didn't go above and beyond at my last role, and I would have given weak answers to some of the questions I was asked if I didn't have real experience with the subject matter or a relevant situation.
I think I understand why you have the perspective you have. Indeed, many modern software interviews can feel far removed from the actual job, and we all know that even well-executed interviews sometimes result in decisions barely better than a coin flip. However, unless you really enjoy leetcode, I can't think of anything more depressing than studying for interviews all day. Also, it is hard to prepare for interviews at higher levels (senior/staff) without actual experience produced by doing a good job.
I completely agree with his, as someone who has recently completed several interviews for senior level. I used to think everything depended on Leetcode questions, but I was surprised to find out how much of the focus was on design, past experience and leadership.
Leetcode is "easy" to crack with some (considerable) amount of hard work and they know that. But you can't make up past experience in behavioral interviews as you get found out very quickly.
Yes, but in my experience you need both. If you are not willing to put in some time at leetcode it might not go well. Of course you can still get lucky, but better to be prepared.
Oh, you definitely need both. But there is a misconception that Leetcode skills alone is enough, but for more senior roles you get judged on more than that.
Me too. I interviewed at a few places in March for senior roles and there wasn't any algo gotchas. Some coding, I think mostly to make sure I could code. But a lot more emphasis on architecture and team skills.
So maybe there's the gap between senior roles and mid/jr/new.
But my question then is, how are senior folks training/picking folks to replace them? It must not be happening in the interviews, maybe on the job?
I've noticed the more experienced I get the less technical the questions are. My last interview was just a general chat about type systems, the good and bad of Haskell, why I have been using common lisp recently in my spare time, etc... No coding questions, no leetcode, no code walkthroughs -- I really enjoyed it.
oddly (if you see my sibling comment) I just got a job where they didn't ask me any technical questions. They just asked me about my coding philosophy. I guess they just looked at my github? Dunno.
I'm only four jobs into my career, and the two that didn't ask me any technical questions ended up being either boring or a quagmire of non-technical leaders attempting to manage technical processes. Hopefully yours turns out better.
40 hours seems low to me if one wants to enter FAANG. Even if you’re familiar with the process and have prepped before. I’d expect 100 hours minimum for most candidates. Only exception would be those who interview regularly, do competitive programming regularly, and those who have to do algorithmic work regularly.
Most people I know spend nights and weekends prepping for at least a month to a quarter.
I'm obviously biased because I don't consider FAANG to be a goal at all, either as a stepping stone or end game. There are much better things in life than a lot of money.
> There are much better things in life than a lot of money
Sure - but if you want to live in silicon valley, you will have to join FAANG or have startup riches (much more difficult) to have a "normal" life that you'd have elsewhere. You're not going to own a house in good school district with startup income.
If you live in BFE then whatever - maybe the 100%+ raise in income wouldn't affect your lifestyle. For most of us in SV, it has a very substantial increase in quality of life.
I did it over 4 weeks. I have two kids, so I spent about 1-2 hours per day. I usually did some reading or a couple leetcode problems in the morning before starting work, and a couple in the evening. Honestly, once you do about 20-30 problems, they start to feel the same. I found that if I treated each problem like an interview and slowly walked through a solution (versus just diving into code and mashing Compile over and over until I get it), the problem ends up being easier.
OK, so taking the usual programmer's working hours then add 10 hours a week to that. That's some opportunity cost there, just to be able to jump through a hoop that has little to no bearing on a real world programming career past the intern/junior developer level.
Absolutely. I work at Stripe now. In fact, I wish I only interviewed at Stripe (hindsight is 20/20), because I would have done zero leetcode prep. It is well known that Stripe interviews are much more practical than FAANG interviews. The leetcode prep was definitely necessary for some of the FAANG interviews I did.
Our industry feels like it's in the decline of the Roman Empire right now.
Our craft is becoming arcane: Microsoft is building VSCode for the cloud. Few people own desktop computers anymore. Apple is locking down MacOS to signed binaries. Soon we'll all have thin clients and will write software in the cloud for the cloud. Few will be able to learn how to engineer at home anymore - you'll have to go to a university or trade school. Building a simple website will require JS package management, kubernetes, and AWS. The "free tier" will fall away.
Employees aren't excited by what they do: People job hop for promos, raises, and resume fodder, not because there's an actual interest in the product. The majority of software projects are mundane glue, pipes, optimization tweaks, or migrations.
Companies don't care about employees: Wages are adjusted for cost of living. Companies are trying to hire more outside of California in order to lower wages across the board. Employees at "passion project" companies (gaming, SpaceX, Tesla) are overworked and underpaid.
Incentives are wrong: Google bestows promos on launches, not KTLO. Google kills products that make customers and engineers happy and doesn't spend enough effort to make them better.
The industry is eating the commons: The web is turning into shit. Devices are being locked down. Ads and tracking are everywhere. Open source is being co-opted, but the benefits are not returned. The cool things to hack on and integrate with (remember "mashups"?) are all siloed up, full of ads, and dumbed down to the most basic products.
The Internet now treats everyone using it like we're all brainless idiots to be injected with dopamine. Like we're not smart enough to choose how to consume it. And working for companies in this field now feels like working for the insurance industry. Optimize for the average.
You can arbitrage AWS with your own servers as long as network costs don't eat you. Run say a TravisCI type service on your own hardware?
The big lockin is network pricing. No egress fees when their data is already in S3. You have to run where the consumer has their data or you eat that network transfer as overhead for your SAAS.
I see GitHub slowly charging for egress downloads as the next lockin. You "save" by paying for builds on Azure.
There are so many pieces of software that are latency dependent. Aspects of them can be in the cloud, but I doubt we will ever truly lose track of bare metal. Right now I'm hoping for a real time OS that has enough of the common apps that most people are happy, but that satisfies the speed requirements necessary for digital audio, lighting controls, and other tangible and interactive behaviors. Hopefully the natural world's fundamental interactivity and tactility in real time is something that we all consider going forward enough that the cloud / thin client model becomes only a part of our human system.
The technology to "move gaming to the cloud" was around at least a decade ago, when Gaikai started doing zero-day "play this game in your browser via Java". It worked well then, it works well today (HN had a article several months back by a sort of follow-up to the Gaikai concept). The problem is convincing gaming companies to actually use it(they have some good reasons to be concerned).
I think the real issue remains latency. Gaming companies are using it but the users don’t want it. Try playing call of duty or doom over the network and it’s going to be a terrible experience.
Doom is on there, but I wouldn't say the experience is great. I've played it both locally and on Stadia and while a quality-inelastic buyer might be OK with it there it just doesn't match up for a serious/invested consumer. And that's totally fine; not all things have to be for all people. But it's a worse experience once you know what you're looking for, and will stay so.
And, as a TO for fighting games, there's no substitute there for the barest minimum latency possible (to the point where older games legitimately feel better because you can play them over analog connections to a CRT).
The optimist in me says that cloud gaming will expand the category, not move it from local to cloud. Cloud gaming can't beat the laws of physics, and cloud hardware isn't free. So action/fps games will always have a home on local hardware.
But cloud games have an advantage too and maybe we'll see new kinds of games/experiences that are not possible with local PCs.
I've tried out Google's beta with assasin's creed, and the results weren't promising. I had gigabit fiber and while it worked pretty well for the most part, I still got quite a few gamebreaking lag spikes and fps slowdowns. It stuttered like a youtube video: freezing, then resuming in 144p quality which made the in game text completely unreadable on my screen. And that's on a beefy internet connection, imagine the situation for the median American or someone reliant on a mobile data plan. People can scarcely tolerate playing a game with high ping as it is.
People can scarcely tolerate playing a game with high ping as it is.
People who classify themselves as "hardcore gamers" perhaps, but those people will also drop upwards of $1000 on a graphics card. They're not the majority in gaming. Most people will happily play a game even if there are a few problems if it's cheap and entertaining.
Anyone will throw a controller across the room after putting a whole clip into someone taking no damage, watching them rubber band across the map, and pistol whip you in the head. That's your life on a crappy connection in most FPS games which are some of the best sellers every year.
I've ran my own cloud gaming VM on AWS and with an enterprise connection (1ms latency to the AWS datacenter) it's been good enough to play multiplayer shooting games and maintain a positive kill/death ratio against those who play locally.
Maybe the problem isn't that it's impossible per-se but that the consumer-grade services underprovision their machines/bandwidth, or that consumer-grade gigabit fiber isn't actually that good (or problems in the "last mile" like using Wi-Fi instead of good old Ethernet)?
I would say is that a lot of hard problems (of last 20-30 yrs) are getting commoditised (e.g. S3, DynamoDB, Redis) and barrier to entry reduced. This would mean increasing the work is "glue & pipes".
> The Internet now treats everyone using it like we're all brainless idiots to be injected with dopamine. Like we're not smart enough to choose how to consume it.
The problem is that most people are. Look at the statistical breakdown of intelligence. Half of the world is 100 IQ and below. Half. Hell, 16% of all people are 85 IQ and below. That's over a billion people worldwide.
Any technology that you want to see enormous widespread adoption of, has to be usable by some of those people.
And believe me, no business-minded person wants to throw a billion potential customers to the wayside. They want to simplify the technology to capture those dollars.
Sorry if this offends sensibilities of anyone, but I guarantee you if you could get inside the heads of a lot of these billionaires and multi-millionaires, you'd hear the same shit I'm telling you right here. The reason I know this is because my Uncle is one of those people. Smart. Ruthless. And has absolutely no qualms about exploiting people of lower intelligence.
Don't think for a minute that the SV crowd is any different.
Companies are trying to hire more outside of California in order to lower wages across the board
This could turn out to be a very good thing for the country. It's a social & economic problem if all the money & opportunity are squeezed into just one metro.
Have you seen the offers for remote work? Almost every one is "remote (us citizen)", "remote (same timezone)", "remote (monthly onsites)". Unless the companies are prepared to open whole divisions with colocated management in other countries, the jobs are staying local.
Anyone who has worked with remote programmers, unless they happen to have hit the jackpot on them, really has no desire to ever do it again. Timezone differences, language differences, cultural differences, communication differences, etc, etc, all combine to chew up so much more time and money than the nominal savings of hiring someone local. And the good remote people don't cost appreciably less anyway.
You seem to be agreeing with the parent. Large timezone differences, cultural differences, and language differences can be real remote challenges. (Although, in my experience, US--at least ET--to Europe works pretty well. Takes more to coordinate Asia in general and probably want to minimize the amount of synchronous communications.)
After a decade or so working remotely I'd describe that differently. If someone working remotely finds a company with culture where remote work is fully functional rather than something odd that people have to work around, they hit jackpot. Unless everything's documented online, every meeting is online, every water-cooler chat has a link published, etc. then remote work is going to suck for everyone.
Many of them definitely won't, but daylight and the location of management's homes are still limiting factors to off-shoring. Synchronously managing people in distant time zones is no fun, and trying to do it asynchronously is really inefficient. There may be a solution to this 'problem', but until they come up with it, letting people work remotely from their homes in the same city isn't a slippery slope to all jobs being off-shored.
Or, probably more accurately, it is a slippery slope, but not a very steep one. I do believe that jobs (and wages) are going to get distributed differently in the future. But, I'm hopeful that it'll be an improvement over having every high-paying job be in the same 5 dystopian cities.
> This could turn out to be a very good thing for the country.
Once you cross the hump to not seeking physical proximity when seeking to minimize labor costs, there's very little reason to go to the rest of the US once you leave the SFBA.
Have you ever looked at the map of US HP campuses in their heyday? Dispersed across the country, with regionally clumped physical proximity, a foot in numerous labor markets and all tidily within a couple timezones.
You might think of HP as a California company but they had large engineering hubs all over the country.
Unfortunately I feel it is hard for me to disagree with the overall sentiment of what you are describing.
But I'd like to offer a little glimmer of hope from someone with too many gray hairs to count.
Computers are still machines, and we still tell them what to do by programming them.
It is still possible to stay out of what you describe above, it is still possible to work on low-level code, on real products, on things that matter to people and companies.
The reality though is that the mundane things are where the money is though.
While we all enjoy "cool" things, millions of companies need their accounting and payroll running, their truck drivers planned, their work schedules planned, ...
So you might find that more interesting things happen in e.g. industrial engineering companies or electronics companies, more so than in web companies. It's an entirely different world than what you describe above.
Hackaday might be a more interesting hangout than Hacker News for you ?
So let's not lose our excitement and sense of wonder, after all it's all bits and bytes and we tell them how to behave.
> Computers are still machines, and we still tell them what to do by programming them. It is still possible to stay out of what you describe above, it is still possible to work on low-level code, on real products, on things that matter to people and companies.
Yes it is possible, but in practice one will (sometimes have to) spend most of the time with devices/technologies that make one die inside a little.
Part of the problem is that "doing the right thing" is often not competitively viable.
Some of the most inspirational stories in tech are along the lines of "I had this terrible job where we had to use tech X so I wrote adapter Y in more cool tech Z and automated the whole thing and took long lunches."
> Hackaday might be a more interesting hangout than Hacker News for you?
The Hackaday focus on the dumbed-down format of video presentation is infuriating. It would be very nice to fund something community-driven, focused on actual content, with the same subject.
Until then, I think the few articles on the Hackaday subject that appear here on HN are worth more than the entire Hackaday site.
(I still visit both, of course, but tend to only look at the headlines there.)
> Our industry feels like it's in the decline of the Roman Empire right now. ....
And here I am, writing a desktop native app that targets a small niche of users, with no marketing, no advertising, and we've had our strongest year yet, and overall usage just grows slowly year over year.
Maybe it's how you think things ought to be that is misaligned with reality, rather than "the decline of the Roman Empire".
Yikes, tried to use Ardour multiple times back in the day (I used to work as an independent radio producer and sound engineer). Classic open source desktop software in that it promised the world, but in practice was extremely difficult to even get to install, and reliant on external packages that were themselves glitchy and baroque (I believe Jack was the common issue in this case).
The prebuilt binaries of Ardour that we supply have no external dependencies except for libc, the native window system (X11, Cocoa/Quartz, etc), and libstc++. Since Ardour 5.0, JACK has been optional.
Every week, more or less, someone tells me that Ardour is a piece of shit, and someone else tells me it's the best DAW they've ever used. I gave up believing that any given DAW could ever make everyone happy about a decade ago.
Source is always available without cost. Pre-built binaries are available via a pay-what-you-want pay tunnel. Subscriptions are encouraged to allow us to continue developing the software. We made on the order of US$200k this year.
The thing is, it's not one household. Every other company I'm in touch with in the audio software world (quite a few) had a banner year. Yes, the pandemic helped us by forcing lots of people to be stuck at home and turning to that song they'd always meant to record/write. But it was the icing on the cake for a market that generally continues to improve, despite stupid levels of competition.
Now of course, if by "household" you meant "the entire niche of audio software", then sure. Or maybe even more broadly, "the entire niche of creative software", then even more sure.
But these are not tiny niches, even if they are small.
Goodness, you and the OP have really hit the nail on the head.
I spent the last 5 years quite happy at a simple dev shop. Then they hired a bunch of people, paid them more than me, and allowed them complete free reign to write what ever kind of code on some brand new projects. After a year of this, one person quit mid-project, another died mysteriously (covid?), and then another just recently quit. My boss expected me to just pick up the slack on these three projects that were written in the most arcane and buffoon way possible. I basically just said no, and left. I had already been driven half insane over the year just trying to figure out the crap they were committing.
This was in the spring and I'm still unemployed. I'm mostly Java and some older languages, and was really looking forward to jumping onto python and django. But it's been a struggle really learning django good enough to interview for without any good experience behind me. I have a family and on top of covid issues and this year in general, sitting at home trying to learn a giant web framework is not very motivating when I could be spending it with my family (which were already severely affected by all my time I "wasted" going above and beyond at my last job for 5 years).
I just recently did an interview for a small django shop that didn't even test on django. Instead, I was given a half page of python code and asked to "fix" the problems. No requirements or tips. There was a syntax error, a bug, and a few cosmetic things.. I managed to find 8. All this while being stared at over Zoom. I was informed that "junior" devs can find 10-12 "problems", but they only hire those that "find" more than 18 (apparently 25 is the max).
I still got the code and look at it every now and then. Half a page of code that does nothing but take a list of "item" objects and print out an aggregate of a total price by item type. A loop over nothing but:
total[item.type] += item.cost
Of course there was some random data mangling above and below that, but that is the logic. Find the problems?! Should I raise errors or use a namedtuple or defaultdict? Half a page of code that could have just been a Select/Group by in SQL. No senor dev should be summing data like that. Sadly they said the code was from "production". They have "interviewed" over a hundred people in this year and hired only 1. All this for $45/hr 1099.
In the beginning, I briefly thought I could use my savings to start some kind of business, not sure what. But I've blown most of that just paying the bills while I "interview".
I used to love software and would dream and breath it. But I've never been so unmotivated over these last 6 months. I'm debating on just applying at a local small town municipal IT job for $30 an hour. Giving up basically. Just show up at 8am, answer the phone mindlessly for IT "problems" and tell people to try restarting their windows machine (at least 3 times minimum) and screw of playing solitaire the rest of the day. But it seems so pointless and waste of a life. But even that doesn't motivate me, but just makes me more depressed and even slower going.
Your comment highlights so many problems with our industry so poignantly, and at the same time is an extremely sad personal story...
I don’t actually know what to say as encouragement but I do feel for you :(
I was in a similar position to you on your last job, and after looking at every single company I could think of in my city (London) I ended up finding just one that seemed good in all possible counts...
Maybe there is a company out there that you’d like to work for? My approach was to filter by the product, and only look into working for companies whose end product I thought was good and interesting.
The Django shop test had nothing to do with your skills as a developer, and everything to do with language gatekeeping. It's just overcompensating for boring work and poor pay. It's no different to how the gaming industry exploits workers.
Don't give up. And for the love of all that is holy, don't work municipal IT, it would only demotivate you further. Keep at it, improve your skills and keep applying.
Is there anything you're passionate about? If so, why not spin up a website on that subject?
Django is pretty easy to learn. Model view Etc in Python instead of Ruby. Not rocket science.
Building something you care about will force you to dig into the details and become enough of an expert in a few weeks to get in the door somewhere where your skills will be appreciated.
That probably won't be Facebook, Google, or the next Silicon Valley unicorn. But there are a lot of other places and other Industries where interesting things are going on.
Yeah, this echoes my experiences interviewing. Spent 6 months looking a few years back
It’s just incredibly demotivating to hear all the self-professed hot shots shit all over your past 10 years of delivering unambiguous value because you don’t know that [] === ‘’ is true in Javascript.
I finally found a position that’s financially great, but it’s more in spite of their dev process than thanks to it.
I haven’t had anything quite that bad, but I’ve had an interview where I was being tested on SQL, but the interviewer didn’t actually know the SQL keywords I used.
It happens. It’s a strong sign you want to work elsewhere anyway. The problem is one of finding the right Elsewhere.
> Giving up basically. Just show up at 8am, answer the phone mindlessly for IT "problems" and tell people to try restarting their windows machine (at least 3 times minimum) and screw of playing solitaire the rest of the day.
You have a very holier-than-thou view of small scale IT work. There are a whole lot of problems to be solved at this level, many of them created by the people working the positions you're currently interviewing for.
It's a numbers game, learn from mistakes and continue to the next interview. Eventually you have seen them all and you will pass the gatekeeping. Steel in forged in fire. After hundreds of bullshit interviews, nothing surprises me anymore and it's just all automatic process now.
This sounds exactly like a job I interviewed for a couple of years ago, a Django shop. I'm skilled at Python but the questions were ridiculous. I feel like you probably dodged a bullet and don't want to work there anyway.
I’m spending some time in Constantinople right now, if anyone wants to spend some time lamenting the fall of the Western Roman Empire together. That is, after the weekend plague curfew. Email transitively in profile.
* Webasm is becoming mainstream, everything will be rewritten or tweaked.
* Browsers and emails are archaic technologies.
* Blockchain based tech is changing the game in many industries.
* Miniaturization and portable / bionic devices will mean bare metal optimization will be a must.
* There is a growing movement of people getting tired and scared of centralized tech from both side of the aisle. Decentralization is coming and having neighbors connecting each other via underground Ethernet cables or Ubiquity bridge is becoming more and more common than you think. It might only be "a few university students", but that's also how the Web started.
* More and more applications will require real time processing. Examples: driving cars, drones, video games (lol@stadia), AR, VR and the fusion of scientific fields and tech from biology to military.
* There is an inherent collective and potentially civilization ending risk in having only a few corporations having the means of producing tech, especially with a more and more uncertain world. Initiative like Open Risk initiative is a sign of that. It will not be surprising seeing open fabs project popping up like it did for the 3D printing, especially with patents from the 2000s expiring. Remember, a 2005 machine is more than enough for email and Facebook.
* There are whole industries with unmanageable technical debt which failed to exploit the processing power of modern electronics.
* There are whole industries who need to get rid of their Java / Oracle stack.
* The performance gap only keeps on enlarging. A 2005 PC would struggle to run the Office suite, which is just a text editor with macros and UI.
* New solutions always provide new unintended problems to solve, that's just a fact.
Could it be that this is a very SV problem?
I'm from a European state, I know some people doing programming in Asian regions.
What you are describing to me sounds like a bubble. Or I am in a bubble, IDK.
Yes devices can do less than 10 years ago (less arbitrary thing), but they can also do more than 10 years ago.
Of course the market in this segment might give you the feeling that everything is dumbed down. These devices are not used solely by very smart people.
The most basic of all humans has a phone nowadays. And If apple decides to make MacOS only run singed binaries. That shows that they are targeting people who do not know how to run arbitrary code safely. I am a programmer and when I have to do that I have to think really hard. If my main PC runs stuff that I would rather not like to leave my house. I have to set up a VM and check it beforehand.
You still have Linux to do whatever you want.
If people in the job market and Open Source community are getting exploited, it is only a matter of time until something develops to create a force against the exploitment.
There are unions (at least there should be) and there are multiple ways to fund Open Source nowadays (Patreon, Gitcoin, Bountys,...).
It doesn't seem to me as everything is moving backwards. It is getting harder to live out the freedom of the individual. But on a macro level, I think things are moving forward.
Yeah, a lot of posts here seem to be trying to say the following, but they don't want, or don't know, how to word it:
Technology was made accessible for the masses. That means 100 IQ people. And then it was refined so the 85 IQ people could work most of it. I have no doubt that if you gave standardized IQ tests to every reader of Hacker News, you would not see much of an overlap with the bell curve of the American, or even world, population.
The people coming here are generally very technical, very smart (I'm defining this as at least one standard deviation above the norm, so 115 and higher IQs).
Most people aren't going to build their own enormous media server from used enterprise gear. Most people aren't going to build their own home surveillance system even though the hardware and open-source software out there exists. I could list another hundred projects for which we have specialized "consumer-friendly" devices.
Watch the YouTube video where Jordan Peterson talks about working with an 85 IQ individual and how it was a struggle for that person to consistently and accurately fold a sheet of paper into thirds and put it into an envelope. And now realize that for many of you, that's someone for which you're developing.
> Google kills products that make customers and engineers happy and doesn't spend enough effort to make them better.
Small correction here: The non-paying users are not their customers. So it’s understandable that they kill all products where they don’t have any ROI. As another user here put it recently: Ads are like a hose where money pours out. And they’re desperately looking for another such hose.
I'm an eighties whizz-kid, educated hardware and software background with borderline epiphanic understanding of computer technology. From firmware to systems where peoples lives literally depend on. In 2000 jumped on a plane to Taiwan to develop the first Arduino/RaspberryPi class devices. Still up to date and currently busy polishing a ShowHN which will blow you off your socks.
Everything nowadays is shrink-wrapped out-of-the-box, hidden behind layers of frameworks. Programming languages becoming a fashion statement. Everyone seems to copy-paste stack-overflow and even then the answers are like "Why?" because it seems nobody reads specifications.
But...
Finding a job position is impossible.
The excuses for rejection range from unbelief to insulting.
It is so bad that I have now seriously considered leaving the field, taking 40+ years experience with me.
> It is so bad that I have now seriously considered leaving the field, taking 40+ years experience with me.
Please don't. We need more people like you to infuse much needed energy in a field/profession that is becoming mundane and steadily going downhill day by day.
I left two years ago and have been largely pursuing my own extended interests. One result is that 90% of the HN postings seem to be absolute wastes of time (to me at least.)
> Finding a job position is impossible. The excuses for rejection range from unbelief to insulting. It is so bad that I have now seriously considered leaving the field, taking 40+ years experience with me.
Before you do, are you up for a Zoom call or something? Talk about anything you're passionate about, and perhaps we'll post it as a show HN.
I'm 31 myself and at the beginning of my career (I've been longer in the education system than most).
> The excuses for rejection range from unbelief to insulting.
I was once rejected because I did not know inane crap like what "this" is bound to at the top-level in JavaScript. Their answer: "the window object". a) Yeah, okay, if your code only runs in the browser. But not nodejs. And b) if anyone uses a top-level "this" it's an instant reject in code review from me.
Ultimately, a lot of these interviewers are waving huge warning flags saying "stay away!"
Even FAANG. Every single algorithm there is a "trick" to it. Once you memorize that trick, every leetcode becomes trivial. But it took a guy like Knuth some 30 fucking years to come up with that "trick". It's so goddamn stupid memorizing bubble sort when every language has a built in sort you're going to use. And if you ever see a developer writing their own algorithm for bubble sort at work, you're going to think something is wrong with this person. What the fuck are you doing guy? You're going to get it wrong and there is a library for all of this, used by thousands of people with hundreds of bug fixes.
>Companies are trying to hire more outside of California in order to lower wages across the board.
Lower labor costs mean lower costs passed on to the end users which means more products in the wild which means a bigger industry. It's only a problem if you're worried about being out-competed by "those hicks in the flyover states".
Techies complaining about companies moving out sounds a lot like the guy who worked the UAW system for 30yr so he could land a buddy position where he does nothing for $60/hr complaining about non-union factories and companies moving to Mexico. In both cases it's a tacit acknowledgement that the gravy train is unsustainable.
Yeah wages might be slightly lower in 40yr but that's a reflection of the difference between being an electrician in 1910 vs being an electrician in 1950 after the last of the line shaft industries had long been converted, once all the heavy lifting and low hanging fruit has been picked there's just a lot less cash sloshing around driving up prices and wages. The people who just want to be mediocre and punch a clock will still make a decent wage but the difference is that mediocrity and job hopping aren't enough to make you big bucks in a stable industry like they are in a rapidly growing industry flush with cash. In a stable industry you actually have to be worth the big bucks.
It's hard not to see Bay Area software developer wages, especially at the big "tech" companies, as something of a bubble. They're completely out of line with engineering and science jobs more broadly, including software engineering jobs in much of the US.
Which does suggest that someone going into software just for the money or, as GP or so commented, going through the motions and spending all their time prepping for Google interviews may be chasing a pretty transitory target.
Historically there's very little to suggest that the segment of one profession that's largely in one geographic area can sustainably capture super-premium compensation even though it doesn't really require a higher level of skill than many others have throughout the country (and the world).
And the fact that a lot more flexibility in living location has come in essentially overnight means that a lot of companies are going to start looking more skeptically at some of the premiums they're paying.
This is the result of a war that was fought two decades ago and the hackers/coders/sysadmins, the people to built things, lost and lost big. It was the dot-com crash. Looking back it's absurd. Everyone was convinced there was this big bubble and everyone got caught up in the irrational exuberance of the future of computing. But was it really? The real financial damage was done by the likes of Enron and Anderson consulting. If it was so irrational why did that supposed bubble give rise to some of the largest companies that now exist? Because it wasn't. That's why we spend the next two decades wringing our hands and fretting that there was another bubble right around the corner. This never happened. Why? Because there wasn't a bubble in the first place to worry about repeating.
What did happen is a ton of people lost their jobs and those people, passionate about what they do, kept right on doing it in the form of open source software. Google, flush with cash, hovered up talent for bargain basement prices. The board room got the message that software was eating the world and if they didn't do something quick the people to wrote the software and built the systems might want a say in how those companies were run. So they outsourced what they could and doubled up what they couldn't. The message was clear. I don't need you. I've got a second one of you ready to go. The waged a war on GPL calling it "viral" and "insidious" and convinced everyone it would be much better to use more liberal licenses that would allow them to build and sell products.
The war was lost when they convinced you that management was "icky" and you didn't want that boring old stuff. You wanted to be coding so they hired the MBA to be the scrum master. The result is you were cut out of the decision making process. Your only input was on a technical level and even there you were kept a close eye on. Some people would even proudly exclaim that they liked this system because they thought they were winners based on their slightly higher than average salary all the wile cranking out multi-million or even billion dollar software for someone else. Doug Cutting, the creator of Hadoop and basically everything that was to become Cloudera was only given a job. They made so much money even they were embarrassed but only embarrassed enough to allow him to keep working for them.
You lost and they won and this is the result. You're made to jump through these absurd hoops because it's cheaper to create these pathological systems and waste your time than to do something more efficient.
I feel a common thread in the events and behaviors you describe is the prioritization of decisions by valuation, IP, and boundaries over execution, progress, and flow.
Maybe the only way out of this mess is for business schools to start teaching new metrics for the latter category.
It's because the business people got interested and are increasingly taking leadership roles. As an engineer who has shifted over to the product management side I can safely say business people suck fun out of stuff for a living. Margins, cost savings, metrics to manage, each and every slow step of creating a new, less fun, normal erodes a culture built on making "Something cool" or "Just for fun".
Worse yet is when the business minded masquerade "Fun" activities as them still being cool such as hackathons. The sad truth of the matter is that this is what happens in a maturing industry. A lot of the green field money that sat around for Facebook and Google to gobble up has been eaten. The remaining scraps are enough to prop up small startups, but really only until they get absorbed into the giants with fat checks for the founders. The regular workers get conformed into the system, with assurances "Everything will totally stay the same" as they slowly change everything.
Businesses exist to make people money. Engineers are great at solving problems and innovating. Business people are great at squeezing every last drop from those solutions till only a husk remains. To be fair to the business people, myself included, if you do anything less than squeeze for money as hard as you can, you get beat out by the competition who copy you, and nothing is as not fun as being jobless. The more and more people who get coding knowledge the more and more being a coder will be just like every other engineering position. Someone who executes. Which is why I bailed and got into PM so I could actually have a strong say to the business in what we execute on.
To end on a happy note I have never seen more people getting into robotics clubs, trying to make small static sites, learning the basics, and I am certain that every day more and more people are running their first hello world programs. So I think there some ups and downs to everyone learning coding.
Agile/Scrum was the biggest bait-and-switch con out there - developers thinking the methodologies would empower them while in fact being a vector for the worst excesses of micromanagement. I feel less empowered now than I did in my earliest days as a junior dev.
Whats driving business types to think leetcode is a good test? This should be an easy conversation with HR. I think software engineers want this arbitrary barrier.
Leetcoding involves preparation for known problems and churning out solutions in least possible time. Most of the business have problems along the same lines (think of CRUD, authentication, authorization, UI animations etc ...) and they think people who excel in the former might do well in latter.
Honestly this is probably because other businesses started doing it. When businesses have no clue they look to the market for the "standard" way of doing things. We don't make mechanical engineers design mechanical solutions for fun.It is just a consequence of the early culture of "hackers" and people who do that stuff for fun and for work. Hopefully dies over time, but it is unlikely given that now seems like the standard thing to do. Businesses are not rational thinking creatures. They just do what feels like lower risk if they can.
> Google kills products that make customers and engineers happy and doesn't spend enough effort to make them better.
Heck, as far back as 2010 I got a promo at Google because I was the only one on the Google Maps data team (or the org) who wanted to keep the data up to date. (Also the only one who wanted to live in Seattle -- which might as well have been Siberia to them.) So they shipped me up there and gave me a team. It was like somewhere, deep down, they knew it was a good idea, but each person could forcefully argue why it wasn't -- so that it didn't have to be them.
It was great! Well, other than encountering more of the famously toxic culture, where people get promoted for being smart but nasty. But I'm sure that little problem has been solved.
>Few people own desktop computers anymore. Apple is locking down MacOS to signed binaries. Soon we'll all have thin clients and will write software in the cloud for the cloud. Few will be able to learn how to engineer at home anymore - you'll have to go to a university or trade school. Building a simple website will require JS package management, kubernetes, and AWS. The "free tier" will fall away.
Building a simple website is easier and cheaper now than it ever was.
When I was a kid, I dreamed of being able to have my own domain name and an account on a shared server where I could run CGI scripts. Now most people who can afford a laptop can afford to host their own website on a virtual server.
And yet, there are still so much value one can create with software... A lot of it is even outside of the reach of the spy and divisiveness as a service companies, it's the kind of thing that if they touch it, they destroy it.
The late years of Rome is actually a great metaphor. We are suffering from human capital loss, and have signs of institutional collapse. A shock can destroy our institutions and throw us into something like the early Medieval period: much less wealthy at the beginning, and messy too, but fast growing and with a much higher ceiling than the previous age.
> Employees aren't excited by what they do: People job hop for promos, raises, and resume fodder, not because there's an actual interest in the product.
Welcome to the other 99% of humanity. Work sucks, but someone has to do it.
We have people who claim to be engineers but start thorwing a fit when they're required to do unit testing. (Aka the anti-vaxxers of software engineering)
This doesn't feel new to me. I entered the industry in the mid-90's, so I have no reference from before that period. But I'll cherrypick a few items:
> Microsoft is building VSCode for the cloud. Few people own desktop computers anymore.
I heard the same thing in my early years about these newfangled HTML email clients. Email should be consumed using Pine or Eudora, just as God intended.
> People job hop for promos, raises, and resume fodder, not because there's an actual interest in the product.
Oh yeah. I did this for the first 15 years of my career. It was faster to get a promo by changing jobs. I didn't care where I worked, as long as the company name had prestige. I kind of still do, but I transfer internally. Same effect, but I get to keep my vacation accrual.
> Companies are trying to hire more outside of California
In my early years I worked for a company that used Russian developers for some non-critical parts because it was cheaper to fly someone out there once a quarter than it was to hire the staff in CA. This was before the massive rise of outsourcing in India. See the Dilbert cartoons about Elbonia for more.
> The web is turning into shit.
Heard the same argument about MySpace. And Geocities before that. And AOL before that.
> I feel investing anything more than the bare minimum to get your assigned work done is worth less than just grinding leetcode and otherwise studying for interviews.
I totally see the logic. But the problem with this is on day 1 of the new job where you've moved up a level by successfully completing Leetcode-style interviews, you're now expected to do more and know more. And that's hard if you've only invested the bare minimum in your previous job and haven't maximized your learning.
So now you need to not only give more than the bare minimum at your current job, you need to also constantly keep your Leetcode skills up to date.
Early this year I got good at these problems and the ones I would actually encounter, above the average (based on time to solve, efficiency), as well as the system design interviews and I honestly think the behavioral interviews too, but decision makers just do not want to pay me over $180k. Whether thats salary at a Series B, C or midsize company or big tech companies whose total comp would be closer to $400k alongside a slightly lower cash comp
I questioned my competency, how I come across and everything. I subsequently let recruiters push me at the $125k range and I got a lot of offers. It was like a totally different and endearing experience, just like I had seen earlier in my career at those and lower comp ranges
So instead I created and sold some digital currencies for 7 figures
I think I would still like the validation of doing a year or two in the big tech circuit, especially because I could earn the shares and write calls on them without risking my prior capital, while being less likely to incur liability or bring attention to myself like in entrepreneurial endeavors
But I really hate that people are not able to value my contributions accurately. In fact I dont think they are valuing that at all, it felt like people were expecting a different kind of person: more stereotypical unsociable programmer at the higher comp and experience ranges. But regarding experience I also did a resume variation with less years of experience.
You created the digital currencies and sold them? So you came up with your own coin then? When was this and how did you convince people to buy it, unless you had an active project for it (or you were intentionally fleecing them)?
You could possibly get away with that a few years ago when people were throwing a bunch of money away on vaporware ICOs, but it's getting cracked down on more now.
The key for US compliance is to build a form of consumptive utility before the sale and never talk to your actual or potential buyers about the things they want to talk about (future prices, exchange listings). Look at IMVU’s no action letter for the kind of guidance US lawyers have been giving but nobody has been able to talk about. The SEC publicly agreed and I can confirm it matches the guidance given to many projects.
Huh. Okay, I'll take your word on it, I haven't done the research. Is this still a project you're actively working on, or have you moved on to other things?
Its really hard to reply to your leading questions when you're looking for controversy, or put your past troubled experience with token projects onto me (or trying to rationalize a pivot)
Token projects are just SaaS businesses with limited memberships that inherit transferability and settlement on a distributed ledger.
They're also extremely lucrative to sell in the primary market and the blockchain component sells itself.
I go "above and beyond" all the time, but not because I think it's going to get me "somewhere". It's the type of person I strive to be, and that's good enough for me.
As much as I sometimes wish I could be rewarded just a bit better for going above and beyond, I have to agree with you here. I appreciate your philosophy.
Ultimately, intrinsic motivation won’t always make us rich, but it might help us be happy and fulfilled. And in the rare occasion that health, wealth and happiness all align, what a good life we can enjoy.
Yup, I jumped into the if you can't beat em, join em camp with leetcode. I Did 160 problems (likely low for many people) before my last job search, and I now make 3x what I used to. I gotta admit it's a hell of an ego boost to crush coding questions in interviews; being completely in the flow and cranking out flawless code.
It makes me wonder how much money I left on the table the last 10 years, because I went the route of great software engineer -> great interviewer, instead of great interviewer -> great software engineer.
Also, I have to say I really came to enjoy doing leetcode, and learned (really re-learned) a lot of interesting things.
Did you just start off doing leetcode questions online and learned from the solutions? I'd study leetcode stuff if I could even start getting interviews to show my skills :/
Yes, and I went against the standard advice to not look at the solution until you solve it yourself. I think for the first 50-100 problems it's best to not think too hard about it before looking at the solution, gaining a full understanding, and writing an implementation or three (building that muscle memory so to speak).
At this point, you'll have many more tools in your kit (graph traversal, search, dynamic programming, queues, heaps, stacks, etc.) and you can work on coming up with your own solutions to new problems. But I found it to be a waste of time staring at a problem for hours when I didn't already have the fundamentals in place to tackle it.
The other thing I did was watch youtube videos to get a better grounding in some of the data structures that I struggled with. I mostly did this wish graphs, as I was always terrible at graph problems and never had to apply them in my career. I found this series of videos to be extremely good.
That part of just following the solution for the first 50-100 problems is spot on. It resonates very well with my experience learning math by first following the "solved" examples, fully understanding them, then solving similar "simple" problems, repeating them till they fit into muscle memory and only then attempting the challenging ones.
First challenge I faced with leetcode is they do not have a concept or technique map. Similar to the chapter index in any math textbook, each dealing with a specific technique, concept or pattern. For example the idea of using a hash to store a running sum is useful for a class of problems like finding the longest sequence that adds to a specified sum, longest sequence of equal no of 0s and 1s. Yet, there was and still isn't a page or resource where such a pattern was described.
Solving leetcode feels like swimming upstream, one problem at a time, looking for patterns. Some are well described (Kadane for example) but most aren't. I looked around the web but couldn't find any resources that helped me with this.
I wonder if we could, at your experience, list some concepts and techniques that can be repeatedly useful. I believe that could cut the prep time by a good degree.
Second related problem to this is retention. With this master technique map, it would become easier to review and revise quickly. (I tried spaced rep, not useful) The most effective strategy for me has been to put everything in one book.I have multiple index pages with lists of similar problems pointing the page numbers with the solution.
I have been able to get better at data structures using this approach now I'm at the leetcode phase.
I completely agree about leetcode lacking a technique map/graph/tree. This would be immensely useful. In my studies I found that I naturally gravitated to classes of problems I was already good at, because that way I could avoid the mental pain of learning new techniques. I really needed a roadmap that lead me to what I actually needed to study, and that showed me where I was strong and weak. But as you said, they never make it super clear which techniques a problem uses, and how those techniques build on and relate to other techniques.
I'm really glad you bring it up, because I had actually been pondering ideas for making a better programming training site based on the idea of a skill graphs (similar to an RPG), repetition to build muscle memory, clear progress tracks based on the graph of skills, and greater insight into your strengths/weakness/progress with metrics.
As far as enumerating techniques, I'd need a good deal of time to work on that. I think there are two classes, the macro, being data structures/algorithms and what type of problems they apply. And the micro, which is more implementation specific techniques. Things like using a loop with two pointers into the same structure (ie: find a cycle in a linked list).
Well thanks for your comments. Feels assuring knowing I'm not alone (although clearly in the minority) waving my hands at how crude and ineffective the common advice to "do leetcode" really is. That training site idea sounds exciting, much better than what exists today.
The key perspective shift from me was from
- "I need to solve 200 leetcode problems before I can approach interviews with confidence"
to
- "Here are 50 techniques. Most solutions use a combination of these"
I started my journey splitting things into buckets (Arrays, Strings, Binary tree, BST, Stacks, Linked List, Matrix, Graphs, DP). I went through EPI and Leetcode populating those buckets. I started solving the easies for a month. Built a repo of questions and links so huge, it would take me years (really, years) to get through it sequentially. That was depressing and with no sense of immediate reward, gave up.
A few weeks later, I decided to reduce scope and focus only on Arrays, Strings, BST and Graphs. Turns out that isn't a great approach either as there are a lot of overlaps between Array and String problems and by the time I got to the string problem that used a technique similar to what I had used in a problem in Arrays, i'd forgotten most of it anyway. Repeated this a few time and it gave me the impression that I couldn't remember shit, I wasn't cut out for this and gave up, again.
My latest attempt is to focus on data structures (properties, strengths and tradeoffs) and techniques. This has been liberating so far but is a lot of work which drove me to look for resources adopting such a perspective and I found none. I believe its probably a lot of work (like you mention) but I wouldn't know unless I get through more problems. ¯\_(ツ)_/¯
Yeah, it's really easy to get overwhelmed by the raw amount of stuff to study. I found I just needed to be consistent, and get through 3-5 leetcode problems a day, while trying to force myself to hit the problems in areas I was weaker. If I tried to enumerate everything, I quickly became very overwhelmed like you describe.
I think if you hit a balance of problems that touch on arrays, strings, linked lists, trees, graphs, stacks, queues, heaps, and also some dynamic programming you'll be good to go. I found that companies really love to ask graph problems in disguise, and once you know how to recognize them and the basic DFS/BFS implementations you're golden. And if you get good at graph problems, trees and linked lists are simple, so I think it's a great area to put extra focus.
I found the dynamic programming problems particularly hard for my brain to grasp, and I had to spend a lot of time repeating the basic problems and slowly building up my skillset. A ton of practice, and I never even got asked a single DP question in all the interviews!
Thanks solid advice I can related as I did follow the same after wasting lot of time on LC problems I cant solve. I have started getting good at LC. Since you landed job at FAANG, I would really appreciate if you can share tips on specific question says finding max path in a matrix it is graph problem but how can you master it so code flows in 30 minutes or less. Did you actually solve same problems multiple times?
If you want the code to flow easy, it's all about putting in the hours and working at the right level of difficultly. Not too hard, so that you're not making any progress, and not too easy such that it's not stimulating your mind. Think of it like hitting the gym, it's just you're building mental muscle (and stamina) instead of physical.
And yes, many problems I solved 3 or more times. If you go to the discussion section, you'll see a number of different popular solutions by users. Try to understand and implement a few of them to get a greater understanding of the problem. Once you feel like you know the problem well, delete all your code, see if you can re-implement it in under 10 minutes, then try again for 5. Keep putting in those reps, you'll get faster.
Think about how fast you can write out a simple for loop. You probably don't even think about it, the code just "flows" out. That's because you've done it hundreds or thousands of times, your subconscious takes over. You can get to that point with more complex things like breadth first search, depth first search, dynamic programming, path finding, etc. you just need to get the reps in. It's a lot of work, but if you put in the time (try for a couple hours a day) you will see the results. And, once you start getting better, leetcode can become addictive like a game, which makes practice much easier.
Can you give some specifics about salary, previous & new role, and location? I see these sorts of stories a lot on here but it seems like they're all concentrated in SF or NY.
I mean why not both? I worked hard and do my best in my job, but I also do leetcode and others a few times a month just to make sure I can still get another job if I need to.
I am not professional leetcoder, but good enough if I need to in addition to my experience that has been good enough so far.
Because it's not the latter that gets you the next job in many cases.
After you've been in the industry for a while, you are likely to be referred for jobs by former colleagues, or even invited by those former colleagues to come and interview at their new companies. If you excel at your job, your former colleagues will be more likely to do this. They very likely have no idea how good you are at Leetcode-style problems.
At which point you’ll have to do leetcode problems in the interview you got via the referral.
Former colleagues in most cases can just get you out of the application lottery - that’s it.
This is less true in PMish roles where there really isn’t a technical leetcode style interview or at the exec level where the friend is the hiring manager or ultimate decider.
In most cases though? Leetcode still gets you the job.
Because leetcode is way more boring than making things? Also you learn a lot more by trying to do a good job and working with smart people, they are just not that easy to bring out in an interview.
That being said if you think it’s right for you, go for it.
And what about job satisfaction, not doing an actual good job and spending miserable time doing leetcode is not going to add much worth to my day to day happiness.
I instead always suggest to do a good job regardless (note that doesn't mean doing long hours just working with care).
There are more important things than career ladder like integrity, honesty, work ethic and meaningful work.
Don't let societal policies compromise your inner values.
I can't over-stress how important this is. Societal trends come and go, and unfit ones eventually go. Stand your ground, and do the right thing, always. You won't necessarily win if you do, but you will lose yourself if you don't.
> Doing an actual good job, above and beyond, is not going to be worth much when you're looking for your next job.
After you've been in the industry for a while, you are likely to be referred for jobs by former colleagues, or even invited by those former colleagues to come and interview at their new companies.
If you excel at your job, your former colleagues will be more likely to do this, because they enjoyed working with you and want to work with you again. They very likely have no idea how good you are at Leetcode-style problems.
> If you excel at your job, your former colleagues will be more likely to do this, because they enjoyed working with you and want to work with you again. They very likely have no idea how good you are at Leetcode-style problems.
Then, once they put your name in, you get a Lettcode-style interview. That's the way every company I have worked for has worked.
> I feel investing anything more than the bare minimum to get your assigned work done is worth less than just grinding leetcode and otherwise studying for interviews. Doing an actual good job, above and beyond, is not going to be worth much when you're looking for your next job.
I feel precisely the opposite: if you work somewhere with people you like working with (and who like working with you) then you will start to get hired through your network, not through your mad leetcode skillz.
That's what networking really is, not "networking sessions" or various going through the motions you'll hear described in a seminar. It's simple human connections from people saying "Hey, I'd like to work with decafninja again" or "Oh, you need a frobnitz expert? You know, I know someone called decafninja who might be able to help you."
No dude, I’ve been burned by exactly what that poster described. Being well networked just gets your application opened. The leetcode is what gets you hired.
The people who would hire me without leetcode were either trying to take advantage of me or have never been my coworkers.
As another commenter said: Leetcode, leetcode, leetcode.
I think it really depends on how and where you get referred. Bigger companies are likely to be process heavy and inflexible.
My last three interviews and job moves have all been from referrals or old colleagues. None had coding challenges and all resulted in job offers. But that was a small satellite team for a big org and two early stage startups.
It’s also a consequence of timing and luck though. I’d definitely be prepping harder for job hunting.
I've gotten lots of referrals from old colleagues and bosses, but as the previous poster has said, all that has resulted in is opening the door to an leetcode interview.
Also timeframe is significant too. I'd say 5-10 years ago, fewer companies (especially outside the tech industry) were leetcoding candidates. Now, many of those same companies (including my current) are all leetcoding candidates.
This is what I did for the first half of my career. It worked well for me because I worked in the same domain for my whole career. Shifting into consulting was easy because I had an address book of people who knew and trusted me.
I'm not sure if it would still work though as I've been working for myself for 22 years. It seems hiring has turned upside down since I last interviewed.
I have a (metaphorical) rolodex filled with contractors who I've enjoyed working with, which I will always check first before even thinking about ringing an agency.
I have a friend/ex-colleague who I would describe as a master networker. He has connections all over the NYC investment bank and hedge fund IT department world, and can literally call a few people up and get "a" well paying job at a hedge fund in a matter of hours. Some of these connections are billionaire CEOs/fund managers.
The caveat to this is that he has to be extremely unpicky. Said job can be very undesirable other than the compensation - stuff like feeding XML feed files or working with VB, etc. But because they are at hedge funds, they all still pay well.
I worked my ass off at nameless orgs that were willing to hire a no-credential computer science graduate. Always going "above and beyond", built a reputation for getting things done, almost always delivered stuff on time, took ownership, covered up for changing and incomplete requirements, entertained last minute pivots, did what a team lead and architect should be doing even though was always paid as a dev.
This basically meant I spent late nights and weekends at home or office getting shit for work done. I've also on many occasions, put fires out in my own and other teams. I always got flattered in all my appraisals, with all my superiors including the CTO of our org.
Almost 10 years in, I feel fooled for not seeing the forest for the trees.
What a waste of time it all has been ! I get paid the highest that a non FAANG org is willing to pay for my skillset. I always get handed the harder, weirder things and it never ends.
I cannot clear these crazy interviews at these endgame orgs without a heavy investment of time grinding stuff of negligible value. Prepping now is an investment that will take months balancing family time and work load.
All I had to do a few years ago was just stop. Take a deep breath. Leetcode. Leetcode. Leetcode. Get into the weeds of my favorite language. Build a compiler. Get some research published in some journal or write a book or give some talks. Contribute to open source projects enough to get my name in. Schmooze a bit. Market myself more. And let the projects at work go fk itself ( They did end up that way anyway )
Would have paid off more than what my full time jobs have paid me for the last 10 years.
Edit: some comments seem to suggest they learnt a lot of their skills "on the job" and would not have landed their current dream job without it. I am strongly biased to believe there are more blue winged raccoons roaming around in this country than such people who got hired at FAANGs because of what the learned on the job at non-FAANG orgs.
All non-loss-making, salary-paying orgs use standard stacks with standard components in two or more enterprise-y languages glued together with a shit ton of in house coded garbage running in production with some standard relational DB. Go try to make your resume sparkle and stand out with that experience.
You spend enough time in these ecosystems in production and you see yourself keeping a safe distance from anything that is new, look at any new platform with skepticism and quickly realize how painful that upstream swim is to make fundamental changes in such environments. I still have scars to show from the time (among other fun times) I tried to get cassandra into our production systems only to later be told by the cassandra folks to "RTFM, before doing anything fancy" Its a full time job to keep those up and running not some skill a dev would pick up "on the job"
Thanks for sharing! I can relate I am also on a same boat and realized now leetcode is the way out then serving non FAANG org which I thought will serve me well for my loyalty and hard work I gave so far.
This is a truly remarkable take I've never heard before. I honestly wonder if it's true.
If it's actually true--and if poor quality of work and reputation mean nothing, just leetcode--it seems like that is just a side effect of extremely rapid expansion and/or churn.
Because no employer would willingly hire people like that. That'd be absurd. So the only reason that would be possible if the hiring manager never got wind of someone's work ethic or quality. And it seems like that's only possible with enough disjointedness in the people network, combined with hiring practices that don't care about it.
It does sound distopian. However if it's really true then employers only have themselves to blame. Potential employees are reacting to the incentives in front of them.
I currently produce average to slightly above average quality work while being a "Professional Leetcoder". All my performance reviews have been positive. I could produce significantly better and/or faster work by going "above and beyond", but other than a sentimental feeling of self satisfaction, why bother?
There is a point to "staying current" beyond chances in future interviews. Imagine working at a company that has basically found its niche, is doing well, just not growing much so only hiring really slowly. Everybody around you has been there for 20+ years. Everybody working like 20-30 years ago. This kind of bubble is dangerous, not just for the employees' future chances on the job market, but for the company itself. To find the best solutions to the problems in their market, the company needs to stay cutting edge with its tech too. Otherwisr they will get outcompeted in no time.
And by doing so, it profits the employees too. If everybody has been around for 20+ years but stays really current, even just for the sake of the company, their employability stays high too! It's a win-win.
These rants about "I'm back on the job market and now have to re-learn coding" tend to be a strong sign of complacency. "I already went through this and now want peace and quiet, why am I being forced to learn something new?" Well, because the world is evolving. Keep evolving with it, or gradually disappear in obsolescence. If you don't then that's not just bad for your job chances but even for your company. You'd not want to work at a place that still uses VB6 just because it was hip 20 years ago when everybody was hired.
FWIW I work at a company where we are strongly encouraged to stay on top of the game so that we stay competitive in the market. That automatically keeps everybody employable.
I don't think it's a strong sign of complacency. I think people just don't do toy problems involve coding breadth first searches or determining bipartite graphs. How often to people really write dynamic programming algos in 45 minutes. They don't - they think and tinker.
Algorithms can be beautiful to code but most of the time is not spent on this sort of thing. It's fixing null pointer exceptions or parsing json requests or whatever javascript front end engineers do.
Please. Neither the original article nor my comment where about interviews asking to implement a breadth first search. That's a different topic.
This was about him having to learn C# since it wasn't really around 20 years ago. And having to polish up Python cause it was very different 20 years ago. And other programming practices. You definitely need to stay up to date on the stuff that's relevant to your job. Not because of interviews, but because .. it's your job. If you prepare for an interview and notice that's what's holding you back, then you definitely started to grow complaceny in your job. And maybe your environment made you become that way, then it's not a good environment.
If you are up to date on this, then writing a BFS from scratch or debugging a null pointer issue or even json will be a piece of cake. Interview questions are an excuse to have a technical conversation, not to see if you remember some algo from school.
It is such a tragedy for our industry. Personally, I don't participate. And encourage everyone to opt out.
I want, and do, spend all my efforts in delivering best performing, most secure real products, making customers happy and the infrastructure and code maintainable. I have as much impostor syndrome as anyone (or probably more than most) but very slowly over many years and long string of managers who gush about my performance and always give me highest possible reviews, I've come to accept (if not actually believe) that I'm very good at what I do.
And yet, no way I could ever "pass" one of these whiteboard algorithm monkeydance interviews. A company wants to judge based on nonsense that has nothing to do with the job? Then you don't get to hire me, a proven expert with a track record of success. Enjoy hiring a team of people who've spent their life doing artificial exercises and (as a consequence) haven't put much effort into building actual products.
I do what I can to improve the industry hiring. I do interview lots of candidates and will never do so via whiteboard monkeydance. I interview based on their experience doing real work, based on the resume. I encourage everyone to do the same and put and end (at least slightly reduce) the leetcode nonsense that's killing the hiring culture.
I don’t understand this line of reasoning at all. There’s only so many tricks available in these interviews. I’m sure I’m biased, but if you know how to program, programming interviews are pretty easy.
I think if you are becoming a Professional Leetcoder, you’re still learning how to do basic programming.
I understand where you are coming from, but I honestly disagree. I always try and do the best job possible, but I don't do it for the company, I do it for me. I think of it as training to make myself better. I am always looking out for my skills and experience, so when the next opportunity comes around, I'm ready to take it. You could say that it's resume stuffing, but I don't think of it and mean it that way. I want to see how things work and practice what I know. I want to incorporate that knowledge and associate it with my past experiences to figure out new things.
I've been where you were at too. The problem is, no matter how good of a real day to day job I've done and what practical real world skills I've learned, "when the next opportunity comes around" as you say, I wasn't ready to take it - because I got burned by leetcode interviews that have nothing to do with the above.
I too, want to do everything you mention, but until I get past the leetcode gatekeepers, it doesn't matter.
Unless you're close to retirement and don't really need the money, it's unlikely you'll know when you're there. Companies change and/or get into trouble, managers change, projects get canceled, etc. I've been at companies I spent quite a few years at and I still came close to quitting for various reasons (and eventually did). I'd submit there is no predictable endgame over more than a 2-3 year time horizon.
You're right that "endgame" is different from person to person, and also in the same person's lifetime.
My current company was something I would have considered endgame at the start of my career. Now it's not.
A company I'd consider to be currently endgame (say, FAANG), may not be 10 years later.
For the sake of discussion, as I mentioned in my original comment, I would simply define an endgame company as one where I'd be satisfied staying for a while without further ambition about finding the next great thing. Where I'd be content doing a helluva great job and not even think about leetcode.
My best friend ended up at one of the FAANGs a few years ago and is doing exactly that. Although he is now afraid that his leetcode skills have atrophied and he'd fail interviews horribly if for whatever (involuntary) reason he ends up having to look for another job. But he has no short term intention of leaving and thus hasn't been grinding leetcode for a while.
I confess that, as someone who has never been primarily a developer (done a number of different things over time), I find this whole leetcode thing beyond strange. I have never in my life studied for interviews other than reading up on a specific company I'm interviewing with. ADDED: And every job since the one out of grad school decades ago has been directly through someone I knew.
You're not the only one. My wife finds the whole thing bizarre. As do my non-techie friends.
My wife's best friend thought it stupid (actually, I agree - it is stupid). Then she started dating a SWE, who is apparently also leetcoding in his spare time.
IF yopur #1 skill is grinding leetcode and continually jumping by being an expert interviewer, when & why would you ever stop? Have you not in fact discovered that this is your endgame? The parallels with how we envision hell are obvious...
> I feel investing anything more than the bare minimum to get your assigned work done is worth less than just grinding leetcode and otherwise studying for interviews. Doing an actual good job, above and beyond, is not going to be worth much when you're looking for your next job.
Does it mean that CV credentials like "developed requirements for a complex system, built it from scratch and overcome significant technical challenges in doing so" don't mean anything, in your opinion? Because in my experience interviewing, things like this get a lot of attention, are discussed in depth and leave impression on the interviewer. I think that my results interviewing would be significantly worse if it was just "fixed bugs and did incremental improvements" instead.
But again, I have very little experience (or desire) interviewing at FAANGs of the world, may be they do things differently?
I've got a PhD in statistics and consider myself a pretty good data scientist, but I am not a computer scientist. The last job I applied for asked me to perform a coding challenge prior to a possible in-person interview. The challenge was heavily focused on algorithms and data structures, almost nothing about statistical inference, causal inference, experiment design, model fitting, etc. I didn't bother submitting my answers.
I've got a feeling that these large corporations have started to realise that the 'data scientists' (commerce and engineering grads that know some python) they are hiring are all pretty useless because they don't have the engineering skills to actually get anything done.
A lot of the job advertisments for 'data scientists' I see these days focus WAY more on things like 'AWS, Spark, building pipelines, etc' than statistics and modelling skills.
Slightly related note, I'm seeing a silly number of advertisments asking for PhD's in quantitative fields and experience with PowerBI. That'd get me running for the hills.
Yeah, tooling is the heavy work. Most of the times a simple KNN model baseline is good enough starting point.
People are impatient to do math, they'd rather want to try 100 things at once, see what works. So I am not surprised they don't care in the interviews.
Only when someone writes a fancy engineering blog post or paper, weird equations appear out of nowhere..
This is so much visible in deep learning papers. The equations are there just to impress.
Data Science and Machine Learning are buzzwords with little jobs behind them.
There's work to do around data (databases, logs, analytics, marketing, business intelligence, etc...) but none of it has to do with stats/maths. The realization is quite hurtful for those who wished to pursue data science.
The only field that recruits maths folks is finance, specifically quants, who are doing financial analysis all day. It's only a few roles in a few places and highly selective.
As someone who has been on both sides of the table, I don't really know what some 45 minute HackerRank test is supposed to demonstrate that can't be learned in a 10 minute modified FizzBuzz. Probably 95% of software development jobs don't need the kind of algorithmic expertise that these HackerRank problems try to test. There just needs to be confirmation that this person's resume isn't a complete lie and they actually have the skills it states.
I'm very sympathetic to the idea that a more objective test like interview format eliminates bias from the interviewer, as well as the idea it allows introverts or those not as well versed in storytelling to be successful opposed to traditional 'sell yourself' interviews.
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.
This seems like a pretty good idea on the surface. I'm curious how the SAT and ACT standardized testing in the US came into the position of almost de-facto standardized college entrance exam. On the other hand, I've wondered why a similar thing doesn't exist in the real estate industry for home inspections. A good inspection costs a lot of money, and it seems basically every serious buyer needs to pay for it themselves. Why doesn't the seller pay for one up front and share the results with interested buyers? Certainly there's room for corruption / cheating, so maybe that's why? The same concerns would apply for a standardized whiteboarding. Not to mention that some kind of interview would have to happen anyway just as a context for getting to know a candidate. Personally, I think it's actually good that this happens in a technical context and, as others have said, is not completely based on a verbal conversation.
"Why doesn't the seller pay for one up front and share the results with interested buyers?"
In the Bay Area they do. No one makes offers with an inspection contingency because it's so competitive but often the seller will already have done an inspection that they share with potential buyers
>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.
In my field (actuarial), we have a ridiculously long credentialing process that involves 10 exams, which can take 8 or so years to complete. And many have the opinion that the tests are unfair and wish they could just have technical interviews instead.
Then there are some companies that don't trust the credentialing process and give you a technical interview anyway, even after you had proved yourself by finishing the exams.
I'm in the job market and I've hit a lot of these Hackerrank style tests.
They're easy. They (the people writing and administrating) the tests bend over backwards to offer the same test in many different languages. They provide unit tests and examples.
To be quite blunt: These tests just verify very basic programming skills. They're meant to filter out people who just can't code. Someone who's struggling with these kinds of tests probably needs to consider a career change.
Edit: A common gripe early in my career was the amount of incapable programmers we had to put up with. I suspect the author isn't capable of learning how to program well.
I'm assuming you have never needed to practice these problems as you already have basic programming skills and are thus able to do every Leetcode Hard within 30 minutes of first seeing the problem?
I typically do assignments from prospective employers in half the alotted time.
I don't waste my time trying to build a leetcode / hackerank profile. Edit: Compative coding has very little to do with industrial strength software development.
I had to quit coffee earlier this year because a single cup in the morning was keeping me up at night.
But, let's be honest: One of the questions that I solved was basically "detect if a string is an anagram of another string."
So cat -> act: true, cat -> dog: false.
This was just a matter of treating the string as a series of characters, sorting them, and putting them back into a string. Then, if it's an anagram, the two sorted strings match.
Can you solve that in under an hour? Specifically, can you solve that in under an hour when you can choose from 20 popular programming languages and unit tests are provided?
More specifically, if you've been professionally programming every day for ~20 years, can you solve that in an hour?
Ok sure. This explains a lot. If that's the problem you're getting, then it is indeed testing basic programming skills. But the general landscape has gone far beyond this. Nowadays this solution would probably not get you the job. Instead of sorting, you should create hashmaps storing counts of each character and checking equality of the hashmaps. And if you didn't produce the hashmaps solution within 10 minutes, you would not be competitive with the hoardes of people drilling these problems and thus producing the hashmaps solution within 5 minutes. What most people here are complaining about are being expected to solve significantly harder problems within tight timeframes. If you are interested in what these ridiculous problems can be, go to Leetcode and browse the "Hard" problems.
A Hashmap isn't "better." For example, if you need to optimize for memory, running a bubble sort on a character array will be the most compact solution.
Likewise, if you profile, there's no guarantee that a hashmap is faster or slower, or even more readable. It gets into the nitty-gritty of how memory allocation works and the overhead of maintaining a hashmap versus whatever optimized character sorting algorithms are part of your runtime.
Anyway, I've found that companies that want to ding me for those kinds of things aren't worth working for. IMO, we're better off having an industry-standard licensing board. Plenty of other industries do the same thing.
Edit: I've also spent an afternoon with a FAANG's set of practice programming challenges. I won't go into details out of respect for confidentiality, but they weren't unreasonably difficult. I only want to work with people who can solve "most" of them. (No one's perfect.)
The best analogy is like being a musician or an athlete. Anyone can learn to play an instrument or play a sport, but to be a professional musician or athlete requires something that takes more than practice. No one's excluded from those industries due to lack of talent, but the people without the talent have to take the jobs that support the musicians and athletes.
30 years ago software engineering was probably a few bunch of technical skills. Now it's a very big spectrum, no individual knows everything.
Someone applying to search quality team at Google that works on search algorithm really wants someone who knows algorithms..
but that may not be the case for a web of app developer.
but the same app developer needs to know have algorithmic sense to do some performance tuning.
The current interviews ignore all these nuances and simply ask a weird, sometimes boring, competitive coding question. That's fine too.. most engineers enjoy a puzzle once in a while.
But what really irritates me is sensitivity of assessment in these coding interviews.
Someone the other day was saying Cracking the Coding Interview book is no longer relevant. The problems are apparently simpler to what people ask in real interviews.
We don't just have to provide pseudocode. Write working, beautiful code, solve the edge cases and speak to the interviewer while doing all of this. I don't know since when engineers actually talk and code at the same time during working hours.
The phone interviews are a joke. In a 45mins meeting, where 10mins spent on introduction from both people has zero weight. In those days it was supposed to weed out non-serious candidates with fizz-buzz question. Well' agreed fizz buzz isn't really a good question, but neither a LeetCode Hard DP question to be solved in 30mins.
I agree and also don't get it: I barely write real code in my day job as the only coder on a project I own. I mostly go in, make notes on what looks bad, then fix it later, but the majority of the work isn't writing code and sometimes even I have to look up the proper `case` statement syntax or something. I can imagine being nervous, going in to do FizzBuzz, and bombing it, even as someone who has coded since I was 14 (I am now much older). We need to stop worrying about coding expertise and start thinking about how a programmer visualizes and thinks about data and code flow, that's the important part. Syntax can be forgotten, the semantics of programming are the important thing.
I was a teacher for a laughably short time, and I think what you are talking about would be called an "authentic performance task". Also, I think what interviewers are attempting is called "assessment", and I can say these tests are the absolute laziest version of it.
Genuine assessment is very hard. I worked at a leading bootcamp you would know the name of and was asked by $BIGCO to create a one dimensional assessment for all (guessing) 10000 of their programmers, so they would know who to fire. I refused. It isn't that simple.
I think a company like hackerank likely got that contract.
I am not expert enough to weigh in heavily on what's the best way to do that, but I feel like "software engineer" is just a title to make us feel great while we assemble our components much like the workers on an auto manufacturing line, but with a tiny bit more education and day-to-day work differences. However, with all the low-code and other tools which make it easier to write software and deploy it (crappy software, but "it works") soon we'll see "software engineers" turn into "software assemblers" or something like that. Sure, there will be a handful of programmers who will need to code those tools, or specialize in algorithms or writing code on constrained environments (embedded), but those will be the surgeons who make all the money, and the rest of us are the closers (whatever they call the surgeons who just sew things shut and finish up the procedure).
Lol. I took the teaching job because I was bored with "software assembly" (nice name). It was fun to get drop shipped into a random location in the world and go toe-to-toe with their best and brightest.
I've since moved on to embedded development, and it is as you say. I've recently got to work on tensorflow light, pytorch, rust, object detection, compute shaders... it's amazing.
The big company stuff can be a bit boring, but I can also say there's some pride even in the "glue". The team I was most proud of implemented Heroku-flow in their proprietary cloud using some kick-ass devops skills, figured out some innovative ways to solidly test their creation, and also got to write a genuinely comp-sci database diff tool to migrate data nightly from the original thing into their re-write.
If you can build the trust, there's most often a good route to turn a terrible, untrusting, corporate monstrosity into something decent. But that being said, it takes a ton of passion and also sometimes it will just be dull and a hobby project is probably a necessary relief valve.
I love your comment, thanks, it gave me a bit of hope, which is more valuable than most other things in the world (my son gave me the hope needed to get out of depression, maybe you will give me the spark to make my company better?).
Agreed. There's one in my family. She's literally putting the same kind of sticker on the same kind of car 8 hours a day for months or years (they rotate positions in factory so that people don't go crazy - but retraining for the new position is a matter of a couple of hours). She's basically a biological machine augmenting the factory pipeline and the company has her only because for now she's cheaper than a robot arm. I see zero parallels between that job and software development.
Yes, it's not 1:1, but the comparison is apt, IMO. I worked in a factory that had a semi-technical assembly line, in other words we had to train the workers to some level of technical competence (medical devices) and I see parallels in how I was onboarded at my current company. They don't care about your technical designs or how good your algos are, they just want you to pump out ticket completions as fast as possible, ensuring you follow the procedures to the letter, no matter what. As someone who thinks highly of my own abilities (why wouldn't one think highly of themselves?) I feel like my growth is stunted and my full abilities aren't being used because of the strict environment and procedures. I understand why they are there, I know they are important for quality (I was a QA manager at that factory) but I think there are better ways than treating coders like assembly line workers.
Don't take the comparison too literally, the actual work of putting a machine together is different than coding, and I'm not talking about "sticker applicators" type assembly lines, I'm talking about high-tech assembly lines like what I experienced (medical devices, in this case). I did base my comment on more experience than a few "How It's Made" episodes, though.
I was just griping about this earlier today. I'm in the interview process with a company, who has talked to me before, after being referred internally to do so. I've talked to them about technical problems I've solved in the past, discussed problem solving and approaches to optimization and architecture. Interview process has gone really well.
They said the last thing is a code test, that they do through Hackerrank. I figured ok, I'll go through some on Hackerrank and get the hang of them, since I've never really done much on these types of things. I did bomb out of an interview process last year that was strikingly similar, with a final step of random algorithmic code test that was timed/monitored and I struggled on.
I spent 2 hours working on Hackerrank stuff just to realize:
1. It's virtually all either 1+1 intro or comp sci stuff. There's nothing there remotely applicable to any work I've done in my career, which has included numerous positions of architecture/scalability/emergency fixing.
2. A lot of the problems are very poorly described. After an hour of failing to solve one, with no feedback on what strange inputs were failing (because the ones it would tell me all passed), I finally clicked the editorial part. And it began with "here's the obvious solution, but that won't work because it's O(n^3). Well no sh*t, I'm aware, but this is a stupid brute force exercise and there was no notice of "be efficient, must solve using linear algebra."
In the past, a couple places have done a code test that is basically "sit down with Jim for an hour, he's working on XYZ problem, and see how you would approach it." Those have been the absolute best code tests, both for me to show talent and for companies to judge me.
Anyways, time to go bomb out of another candidacy at the last stage.
I haven't used Hackerrank specifically, but some other similar tools, and yeah, those were my exact feelings. Self-taught, been doing software professionally for more than 25 years, and have rarely ever needed anything close to the types of math/compsci problems these services test you on.
The 'sit with someone for an hour' are far more indicative of how you'd work with someone because... you're working with them. 2 years ago I did a "remote pair code test" with the team lead for about 30 minutes. I think I got most of the 'test' done in half the expected time, and we talked about where/why I cut corners, how you'd test it, what sorts of things you need to keep in mind to address edge cases, etc. I got to see what working with the team lead was like in that case, and... ultimately, it wasn't much different after I got the gig.
The author has been working as a developer for 15 years, and claims very strong technical skills. Why are they learning/re-learning Python, C++, SQL, C#, college math? Nobody will be fooled by that; at 15 YoE they will be evaluated on what they have done over a career, not over the last month.
> it's all about how much time you can spend on Leetcode.
The author is playing a game built for new grads. Here's a secret, speaking as an (ex) Facebook interviewer:
Facebook's hiring pipeline is optimized for new grads, but its hiring needs are senior engineers. They know this, but you can't build a high-volume interview pipeline for senior engineers: there's not enough of them, their skill set is too varied. So Facebook is kind of at a loss, but in general if you have 15 YoE and can show you're good, they want to hire you. In particular they'll try to find deep domain experts ("pirates", their term) to evaluate you.
So be prepared to demonstrate basic competence in coding, and also some deep expertise. T-shaped engineers, as they say.
Haven’t worked at fb but same experience at other big co. Also I question authors experience interviewing people - I’ve done literally hundreds coding sessions and there’re surprisingly large number of folks who claim 5-10 years of experience and several companies under their belt but aren’t able to code a simple for-loop in their language of choice
Literally a scan of string with some basic logic and three cases inside. People would take 30 mins+ and create a giant mess. This was easily 50%+ cases during phone screen and resumes all looked good so not recruiters fault (most of the time).
Hard to believe. Actually I am surprised companies even asks such a simple question anymore. When was that?
I have done several LC easy and mediums, have done internships and published papers and didn't even make it to phone screen at every FAANG or other companies whose names carry some weight in future interview opportunities.
5-10 years ago. If you ask questions not from LC you have to make them easy or no one would make progress. My goal was to have at least something coded up so that candidate wouldn’t feel like they totally bombed, then I would calibrate my score based on quality of solution - basically secondary traits. Not everyone used this strategy =)
> have done internships and published papers and didn't even make it to phone screen at every FAANG
I recommend finding someone who works there through your network, conferences or open source projects and asking for a referral.
So basically a FizzBuzz, Jeff Attwood discusses it here. This article was really eye-opening to me.
Problem: Write a program that prints the numbers from 1 to 100. But for multiples of three print "Fizz" instead of the number and for the multiples of five print "Buzz". For numbers which are multiples of both three and five print "FizzBuzz".
> there’re surprisingly large number of folks who claim 5-10 years of experience and several companies under their belt but aren’t able to code a simple for-loop in their language of choice
No. This indicates a failure in the interview technique.
Many software jobs barely involve programming. Just look around in this thread, you will find people who argue that the job barely requires writing any code at all and mostly involves talking to customers or managers. That kind of experience doesn't make you a better coder, it makes you a better product manager, so technical interviews filtering them out is intended.
Not really - these companies try to cast a very wide net deliberately so it’s natural there will be large number of rejections. Smaller companies do a lot more prescreening so it’s less common there
That's nonsense. I've got 20 YoE, an elite college degree, tons of experience in Python and C++, have single-handedly put together mission critical software systems, and I can't get my foot in the door outside my small area of expertise. The teams I've worked on are tiny, so I have no career network to draw from. I'm missing machine learning and cloud experience, and my resume gets no hits because of it. Age 44, and I'm starting to think I've been aged out. As far as I can tell, no one is interested in experience that consists of project successes. It's just years of buzzwords and coding challenges. (So I just signed up for Hackerrank. Maybe someone will notice me there.)
competitive programming can be really fun, addictive and great learning experience, and incredibly frustrating and takes lot of time (> 3 hours/day for 1 year to do it the right way).
If you want to learn algorithms for the sake of learning, perhaps specialize in some weird algo sub-topics, places like TopCoder, SPOJ, CodeForces that train for ACM ICPC might be a great place to start. These are different from LeetCode.
There's some other problem. None of us can say what it is unless you share your resume, what companies you've applied to, etc. But if you get "no hits" with 20 years of experience in Python and C++, the problem is 100% not "missing machine learning and cloud experience".
Where's the 20 YoE? Your linkedin says 10. And it only shows 6.
What did you do between 1998 (when you earned your degree) and 2014 when you started doing the consulting? That's a super long time to leave undocumented. That makes potential employers nervous.
What subject was your degree in? It's strange that it doesn't say.
I think you should take a look at the resume of other people with 20 years of experience in the software engineering industry and compare and contrast. When I look at this, I think... "What did this guy do for all this time? Did he advance in any meaningful way?" In 20 years, I want to see
* Advancement
* Variety
* Leadership
I don't know your story, and I have no real reason to think you're not an accomplished engineer. But your CV isn't doing a good job of showing it. Good luck to you.
How big is Bernardsville, New Jersey? Is it New York basically or is it elsewhere, countryside?
One really bad thing about the industry that's rarely talked about is how the jobs are concentrated in a few cities worldwide. If you're in SV/NYC you're fine but if you're in a small city there might hardly be any opportunity.
I would had some numbers in the resume. When you say large amount of data for example, how many sensors? how many GB per day?
You're saying you're a consultant? I think it could turn off some companies who are looking for a permanent employee. Also, it's really uncommon for a consultant to work at the same company for 6 years.
If you've worked mainly for two clients, you could describe that as two separate jobs. That would add way more content and show more experience. The resume is quite empty right now for 20+ years.
P.S. Can see all the experience going back to 1999. There's no problem of linkedin hiding anything for me.
Would you consider moving away from the north east? Because you would probably be able to at least get interviewed at a national lab. But only Brookhaven is in NY and that is one that I have very little experience with.
If you were willing to entertain the idea of New Mexico then the labs might be an option for you.
I suspect that even though you have a lot of experience programming, recruiters aren't counting it as applicable experience to the jobs you want. You essentially have even less experience with cloud/ML than most college grads who at least took classes where they have applicable project experience.
Changing job areas is hard, the best way imo is to find a company that does both what you currently excel at and what you want to do, then do an internal transfer to build experience. I've seen it done before where a friend of mine joined one team building internal support tools, switched to a different team doing data science, and now gets job offers for data science.
> my resume gets no hits
> Maybe someone will notice me there.
I'm not sure if expecting them to come to you is a winning strategy. But you could get someone to review your CV to see if the presentation of it can be improved ?
I also have more than 20 years of experience, and if anyone asks me more than a fleeting question on what I did in college, that would be a massive red flag for me. I feel that even if I'm new to a certain technology, my overall experience is helpful and valued. The grey beard perspective so to say.
And getting some experience with machine learning has never been easier. Play around with TensorFlow, or buy one of those Nvidia Jetson dev kits and follow the free Nvidia AI courses. And there's plenty of things on Coursera, fast.ai and the likes for more formal insights beyond experimenting.
Same with cloud, free tiers everywhere.
But it takes effort to learn these new technologies, and that is not always easy at an age where more life has happened than for a recent graduate. So we need to be a bit smarter and efficient at it, but it can still be done.
Edit: I actually checked your Linkedin that you posted in another comment. I personally don't feel it's a bad CV, but I can see how it might not be a CV for FAANG companies. And you are already doing my suggestion of learning the newer stuff.
But I've experienced two things that might apply in your case as well. You're self-employed, which tends to reduce the people reaching for employee positions as they might think you're not interested at all. Secondly, you seem to be working remotely, which reduces opportunities even further.
I'm just wondering if recruiters commonly reach out to experienced developers that are self-employed in a remote capacity with a strong history of real world applications. Maybe a recruiter here can chime in ?
But it does seem you could use some more networking.
I recommend joining a Python meetup. It can be a simple way to grow your network and have free pizza and beer.
Now, with respect to cloud... it's not that hard to learn. If you have system administration skills it should not be a real challenge for you.
Now, people in the industry did not wake up one day and conspire to radically change how things work. It has been a gradual change over many years... that's why it's important to stay informed of new trends and technologies.
Meet-ups may work. I met my current employer at a local Python meetup and got offered a position right away (I am 40+ too, by the way). I had recently moved to the area and had no contacts.
That sounds damn frustrating. Would you be willing to share your area of expertise?
At 17 YoE, I avoid the cloud and ML because it's hard to bring my skills and experience to bear, and also I have no passion for them. But I have also found there's a ton of C++ code out there; IME there's a lot of appetite for someone who can wrangle it.
Well, the technologies I've used are all over the place, but the niche is defense contracting. Until now, I don't think I realized that processing lots of data really fast locally (i.e., not in the cloud) wasn't more generally in-demand.
That's not exactly a small niche. Edit: Just saw your LinkedIn profile below, have you applied to DC area companies? I think you would have much more success in the DMV metro area.
No, I know more defense would be easy. I'd love to try other stuff, though. There's so much out there to learn, and it's more fun to do things that push me.
I hear you. There's lots of non-defensive tech companies in the DC area these days too. The workforce isn't just made up of young college grads either.
Can you do Leetcode medium level problems bug-free in 30 minutes? If yes you can try FAANG. I knew some people of your age (one is 59) were hired by Google -- they are all good in Leetcode.
Companies nowadays want you to be good in domain knowledge but also good to solve Leetcode problems during the interview. Time has changed.
Wouldn’t that be wonderful? Over 20 years of really solid experience here doing some awesome stuff for recognizable employers. I’ve had the exact experiences as the author.
One recent interview run by ex-FUAANG folks started with a non-trivial take home that represented their actual business. I come in, am told it’s one of the best they’ve seen. Which was great, because I was genuinely proud of it. Now let’s find all of the combinations on a boggle board. Which wasn’t even the worst of it.
So far, that’s been pretty par for the course for me. It’s been discouraging.
> Facebook's hiring pipeline is optimized for new grads, but its hiring needs are senior engineers.
The hiring process should be based on the position and candidate. If you're applying the same process you use for new grads to someone with 15 years experience you're doing it wrong. FB should be capable of doing this correctly.
Tech hiring is severely broken. 22 years in and it's only gotten worse. We still tolerate PhD Comp Sci algorithm questions for frontend developer gigs, endless series of array shuffling and sorting, canned problems intended to "measure your problem solving ability," ridiculous hypotheticals (e.g. whiteboard how you would build Slack), and a litany of other tactics that recruiters or old school management thinks are reasonable hoops to jump through.
Yes, I'm a bit salty.
The best advice I received recently came from someone 10 years my junior in the industry: politely refuse hackerrank, algorithmic code challenges, array shuffling, or anything unrelated to the work you've done or the work the interviewers are doing on a daily basis. Instead, offer to pair/group program or troubleshoot on a problem they're currently trying to solve, offer to walk through an open source project you've worked on or authored and speak to the problems you encountered. Let the gatekeeper/recruiter know you decline the kinds of interviews I mentioned above, and let them know you're looking for an org that thinks outside of that box, that values a person beyond their ability to regurgitate for-sale interview prep.
That approach has an effect of weeding out companies mired in corporate lockstep. I had told a recruiter at a national, Austin based real estate firm that I decline those types of questions and interviews. Was assured that they would not happen, and in the first round of the process was asked to sort an array of phone numbers. The interviewers had no idea I would decline the challenge, and I politely ended the call.
I recently adopted this approach with great success, speaking with a number of high quality orgs and all around great people who were truly interested in what I could bring to their effort. Granted, not everyone is in a position to take a bold stance, but I found that it made me more interesting to companies who were doing more than going through the motions.
Thank you, this is brilliant advice. Despite decades of experience I was nervous due to this trend and spent way too much time on hackerank. The company I ended up with didn't ask any of that crap (despite being founded by a PhD), and we couldn't be a better fit.
Of all the companies I have interviewed with, the only ones I ever joined had sane, non-leetcode interview processes. I have actually reached a point where I see companies asking those questions as churn factories to be avoided rather than schools of practice. If/when I find myself interviewing again I will be declining leetcode interviews.
This is a good strategy for senior engineers to avoid the leetcode interviews. And to any recruiters and hiring managers reading this, there’s the other side of this. If you want responses from high quality senior engineers, then start your LinkedIn email with “NO Leetcode”. Response rates will likely increase by a lot.
Same here. I ignore all cold emails or mark them as spam. If I saw something like NO LEETCODE in the subject I'd be likely to read it. If it sounded like a reasonable place to work I'd share the job with my network.
You can't believe how many people are unable to do the basic things like sort an array.
These kind of questions is not to see how smart you are, it is to weed out all the ones who don't event get the most basic parts of programming. And I can assure you as someone doing a shitload of interviews, that a huge part of candidates doesn't understand the basics of programming such as sorting an array.
If all candidates had a minimum competence, sure we could do other kinds of things. But right now, you will first have to pass the "I can do newbie programming" tests.
Why would any company want me to write an array sort instead of calling the .sort() method on the standard array class? Is that really the sort of thing they want their devs to code and debug and maintain by hand?
I have never implemented sort after the second university compsci course. I might still be able to write one if I think about it a bit, but just not relevant at all.
I think testing whether someone can recall the implementation of quick sort and has practiced writing it quickly is not really testing for building complexity or solving problems.
It’s testing for practiced solutions of memorized algorithms and a bit of role play.
I get there’s some IQ challenge to preparing this and it’s hard to evaluate skill, but I don’t think this tests much beyond that.
Want to test true basic programming capacity? Do fizz buzz, ask someone to reverse names in a string with loops - everyone should be able to do that without thinking.
That’s actual basic stuff.
High level or more complexity? Discuss a relevant problem the company needs to solve and how they’d approach it.
Better yet discuss a problem and debug it together. Most programming is debugging anyway.
Note that koonsolo never mentioned quicksort, only sort. You can easily make it a newbie question by just accepting any sort that returns a correct output, even with a quadratic complexity in the best case. Any programmer should be able to write that in less than 10min.
And as the post you answered to alluded to, the point of the question is really just to filter out candidates who can't even write simple code, just like fizzbuzz. That's the kind of question you could ask in a first round, and then proceed to more relevant questions.
I haven't written a sorting method in years and couldn't remember it on the spot in 10 minutes, despite having analyzed the big ones 6 years ago. Yet, I have no problem creating a giant, modular, cookie-cutter enterprise structure, which is generally more sought after and something many hardcore leets seem to struggle with, especially once it comes down to doing more than just a fancy UML graph.
Again, you can make it a newbie question by just accepting any sort, including one you come up with on your own (so no need to remember). I'm sure you can design your own sort given enough time, granted 10 minutes might be too short to get it nice and clean, but with a bit more you're on the level of difficulty of fizzbuzz.
To make my point clear, you can implement a dumb and inefficient sort by implementing a min function, taking this min, then iteratively call it on what's left of the array and append the values to a new array which you then return. That won't get you into FAANGM, but maybe that's enough to get some discussion started in an interview at a company that's not too much into leetcode and is trying to evaluate other skills like communication. And I do think that 99% of people who write code every week could come up with something like this or better fairly quickly.
The reason I jumped to quicksort in my initial reply is any sort short of quick or merge sort (or some other nlogn variant) would fail you at FAANG.
You could do the naive n^2, but it better only be in the first two min and hand waved off as obviously inefficient, almost a joke that you implemented it at all on the way to writing the nlogn version, bonus points if you talk about how merge sort is nlogn in worst case and quicksort is n squared in the worst case, but in practice often faster.
Knowing how to implement sort does not mean you can't do higher complexity things. These are not the basics of programming, I think. Someone the other day refused my candidacy just because I was unable to comment more broadly on the abstractions used in C# async library, which is completely off the point. If you need to do some tweaking on async, you go to microsoft or google and find it out. Most of the time you just need working knowledge of how to use async await and a few other things.
Some people consider me a senior, yet the only sorting algorithm I actually remember and can write from scratch without consulting anything is bubble sort. And maybe insertion sort. And that's it. Both horribly inefficient. In real life I use whatever the language provides, for example Collections.sort in Java.
The more general problem is just how far removed from reality are all these questions. I once tried interviewing for Google, just for fun because they sent me an email about it. They asked me about quicksort, I said that I'm able to implement it in any language I know given an hour and the ability to google things. They were apparently not very satisfied with this response.
Why do you need to recite things from memory on the interviews while you'll be able to consult whatever the hell you want on your actual job? No one knows.
Having a deeper understanding of how things work is important in knowing how to use even the high level constructs well. How do you choose between an ordered and unordered map? If you've implemented them even one time I bet you'll have a clearer understanding of where each one excels.
If you couldn't remember how to implement quick sort or merge sort that would be one thing, but if you had no idea or never considered how a fast sort could operate that's another problem. I would never ask this in an interview but to use it as an example, it wouldn't be recall of an implementation that I'd be looking for but seeing if the candidate can identify a divide and conquer approach to the problem.
You should use sort() and ask whether it's okay to use the built-in?
They will always say it's fine and move. It would be extremely uncommon in the current decade to come across an interviewer who minds using the standard library.
Good architects know a thing or two about material science, good electricians know a thing or two about physics, why programmers programmers be averse to understanding algorithms (i.e. the nature of computation)?
Yeah, it does seem like the best jobs are the ones that you don't have to jump through arbitrary hoops for. Ideally, your employer or client will respect you as a human being who has something valuable to bring to the table.
When I find "good jobs", they almost always crop up from serendipity in areas that I am genuinely interested in at the time. Looking back it feels like dumb luck, but the sort of dumb luck that is helped along by trying to make your own opportunities.
If you ever have a chance to talk candidly with an executive or entrepreneur about a subject that you are passionate about...well, at least take the meeting. Those sorts of discussions aren't interviews per se, but sometimes your vision will click with someone else's, and that's where the magic happens.
> Yeah, it does seem like the best jobs are the ones that you don't have to jump through arbitrary hoops for. Ideally, your employer or client will respect you as a human being who has something valuable to bring to the table.
Even better if they actually know you!
> If you ever have a chance to talk candidly with an executive or entrepreneur about a subject that you are passionate about...well, at least take the meeting. Those sorts of discussions aren't interviews per se, but sometimes your vision will click with someone else's, and that's where the magic happens.
This is great advice. Talking to business folks when you aren't working for them is a great way to practice this skill and you never know what you might end up running into. Another good thing to do is to try to connect two people who might benefit from the connection (discussing a technology, an opportunity, etc). Sometimes something will happen, sometimes not, but the goodwill will be remembered.
A few years ago I joked about never wanting to submit a resume again. If you spend time on your network (all the time, not just when you need a job) and do good work, hopefully you'll get to a point where you can contact people you know who are looking for help.
Sure you'll still need to "interview" but the stakes are lower: they know you and you know them.
I can't help notice the irony that they wanted to put you through a gauntlet of leetcode style interview questions only for you to be working on what are most likely basic CRUD apps.
That's exactly how I handle these interviews nowadays.
Granted, it'd hard to know what's your price when you're young and you would take everything in the early years.
But now I'm mid 30 and have seen and executed enough interviews to know that the rational thinking and kind human is so much more worth than a code monkey that is twice as fast.
Why? It's the same reason why code should be readable - you have to live with it. And the only way to achieve this is by asking for the way of thinking, now what's the solution is.
I refuse to take any such tests, and I've had no trouble finding employment. In a world where recruiters are blowing up your inbox, the ball is in your court.
One time I interviewed somewhere. It wasn't a perfect job, but I would have taken it if the offer was good. After the interview they called and wanted me to take some kind of test. I said no. They called me at least two more times to see if I wouldn't reconsider. That made me think wow, they must really like me from the interview. Why not just make me an offer? But no, they didn't call back after I firmly denied them. Maybe they learned a lesson, maybe not. Not my problem.
And that's the final lesson. If a place has this kind of hiring process, that is already a red flag that this is not a good place to work. Even if you took the test and they made you an offer, it would not be a good time working there.
In order to prepare for eng manager interviews a couple of years back, I quit my job and spent several months on Leetcode and system design. This is with 8 years of management experience at the time and many years without hands-on coding. I landed a FAANG job as a result, something I would have 100% not been able to accomplish without the prep, so I suppose it was worth the effort.
The not-at-all-surprising end result is that my role has no coding or system design expectation, nor is there time for that even if I wanted it. I'm exactly the same person, doing a not-entirely-dissimilar job to my prior experience, yet I would not have been considered a desirable candidate had I not jumped through these hoops that bear no relation to actual responsibilities.
Now that I'm on the inside, I don't see any particular conspiracy to select for people that are willing to jump through hoops. Yet I have a hard time reasoning out why else my candidacy would undergo such a drastic transformation otherwise. It's a sad state of affairs indeed.
This betrays a lot of what tech culture is. People do it because they enjoy building stuff. We don’t have hazing or never did. I guess the money just got too good, so nothing good ever lasts.
What's even worse is when you have a different way to get the desired results and can defend runtimes but you're rudely interupted the second you deviate from the predecided best approach.
If there was a brilliant kid with a unique approach to solving the problem he would certainly be excluded by these systems.
Even worse, they say "don't worry we just want to see how you think" but I've been interupted multiple times during interviewes where the person presumes, without knowing what path I'm on, I'm on the wrong oath the literal second my answer deviates from the cracking the coding interview book. Then I'm asked to explain and I ask to just code and show it.
This is even worse imho. So I have learned to literally not think outside of the box when I interview and give them the memorization of the cracking the coding interview equivalent in my preferred programming language.
Trying to solve it your own way even if you have a good solution despite what they say is too risky the interviewer feels threatened by this new approach because they cannot follow you and are trained to rapidly rank you based on a very specific expectation.
Even worse as a female I've learned to begin all my interviews by asking the interviewers to please...PLEASE not jump in and interrupt me to try to "help me out"
I also have to provide a disclaimer that I'm about to think. If I'm silent for more than three seconds that's not thinking about how I want to approach the solution before I begin talking through my thought process it's interpreted as being completely lost. Ultimately then jumping in will count against me.
I'm serious.
Multiple interviews I'm terrified of being silent for more than two seconds but I've learned to literally instruct my interviewers to actually give me 3-10seconds to think before I speak and also please do not jump in with the answer.
The only thing more infuriating is when they jump in and say exactly what I was about to do so when I code it they think I couldn't do it without their help.
I have banned all interviewers from speaking or giving hints without my explicit permission before the interview.
This is my preferred method and it has worked well. I've gotten through interviews for top tech companies twitter facebook etc etc and work for a top tech firm as a software developer from senior to Staff and I love my job but wow....
Some companies really concern me the kind of people they are filtering for these days. Regurgitating cracking the coding interview without a moment's delay is the only acceptable way now.
I also agree with this guy. I was an engineer but not software for yrs and spent months practicing these tests to move into software and the moment I did I havnt used any of that since.
Hmm, wonder if i know the guy. 'Strat' is still a particular title, and I'm not surprised a strat is struggling to study, especially one at the VP level. The daily work is terribly demanding.
Can confirm. Competitive programming is the new normal as we all hyper optimize our selves for the corporate overlords. Watch some videos from the top competitive programmers, crack a book, and crush leetcode. This is the way.
I think it’s a waste of time and boring as hell but 9 times out of 10 nobody is ever going to look at your accomplishments or work history unless you’re coming out of a FAANG.
Just memorize Two Pointer, Depth First, Breadth First, Binary Search, and Dynamic Programming. Solve leetcode problems. Most people recommend 200-300 before applying to FAANGs. Turn the descriptions into Anki cards and learn to site read them for TP, DF, BF, BS, DP. Keep a soreadsheet if your solve times and each puzzle’s solution type. Optimize, optimize, optimize.
I don’t think it’s a good system but that’s what we have.
This culture eludes me. You don’t have to practice made up questions of varying difficulty for 5 months before looking for a job, there are great companies out there that are not Facebook or Google, and that will give you job satisfaction and a decent salary without grilling you, look for those:
1. Office friendships that last a lifetime are never to be seen anymore, all people seem to want these days is sh*t load of money.
2. What about contentment? No I need more, which eventually becomes a cause of restlessness, anxiety.
If employment is Organized slavery, interview is basically blackmailing.
730 comments
[ 2.5 ms ] story [ 336 ms ] threadTake a look at public school standardized tests. That’s basically where we are at with tech because we can’t handle scale.
But can't we look at an alternative model where some such standardized test is used to test basic competence, and then trainees get 2 week training on the job? Afterwards, we can select a subset based on specific tests designed for the job, rather than the usual interview questions. How many of us have actually used dynamic programming to solve a real-world problem?
Take a look at skilled migration in western countries. We want to maintain a sane(sustainable) population in our society.
The problem is no other profession fucking pays or provides a decent desk job career.
The only positive of this level of gate keeping is that it’s keeping salaries decent. If the gate keeping disappeared, the metric fuck ton of downward pressure on developer salaries would be catastrophic.
On the other hand, maybe it would force engineers to join the rest of the disgruntled masses and organize for a more equitable society.
The best interview question in my life, a few years ago, was one where they gave me an open-ended question, a laptop, and the whole afternoon with occasional checkins to see how I handled it. The evaluation was completely subjective.
That's hard to standardize at an industrial scale, I understand why FAANG can't do that, but smaller shops really should and stop denying themselves acquirable talent.
So far we're batting fairly well. Folks don't generally lie about their experience.
If I were more experienced, I'd have been able to ask the right questions about their alleged experience and smell the BS.
I've used this process for about ten years now, and it hasn't really burned me yet.
Maybe your company is too small for data structures and cutting every 0.1ms latency count. As an example at Google I needed director level exception to introduce 0.1ms latency to the ads server (which wasn't needed at the end, but the monetary damage for timeouts is real).
Understanding basic data structures and how the computer works is important in these cases, even if you just need it once in 3 years.
Probably >99% of developers will never encounter something like this in their career.
There's no surprise that people are screening for the roles they are trying to fill.
Algorithms absolutely matter, and that will be evident from work experience and education.
Yep!
https://dev.to/bytebodger/why-older-people-struggle-in-progr...
when someone has a spouse, two kids, a mortgage to pay, a whole bunch of daily chores to finish, pressure from manager to finish under tight deadlines, a simple depth first search looks like a very big problem at the end of the day.
People pay cognitive tax that robs them from doing intellectually difficult tasks. This is well documented in behavioral economics. "Scarcity: Why Having Too Little Means So Much by Sendhil Mullainathan and Eldar Shafir"
However, it seems that those older people that I want are not actually looking for a job - they either found their endgame in tech or realized that they have to go to management/consulting for better salary and control.
Many of the 20-years of experience that do apply are better described as “having 20 times the same 1-year experience”. They are not any better than a recent grad despite those 20 years, but they lack the energy and expect much higher pay and automatic respect for their opinions.
The rare older engineer who wants to keep doing technical work, has learned from their experience, and can actually deliver is very valuable. Many people describe themselves in this population and complain of ageism but very few actually are.
Take-homes are biased toward those willing to work hours for free, a "track record" is biased toward those who inflate their resume, a casual conversation is biased toward the likable and native english speakers, high-level whiteboarding is biased towards people who are good at whiteboarding
Shouldn't the process itself be biased towards people who can enunciate their thoughts anyway?
This is basically what all engineering disciplines do and it's why I take "software engineer" with a massive grain of salt.
On a side note, of all the choices I prefer a take-home, as long as it is timeboxed to no more than 1-2 hours.
I have yet to see a 1–2h take home test actually be doable in that amount of time. It’s more like 8–10h to get going, have something meaningful, and code that isn’t inscrutable.
The pressure problem can be solved by giving more time than what would be expected in a work setting. If you expect a task to be completed in 1h, just give 2h. Of course that implies that you don't give a task which would take an expected 6h to complete.
Of course these are things to consider from the company side, if they think they want to hire people who can program under high pressure, they should probably keep that as part of the interview, for both the company's and interviewee's sake.
Interview pressures and job pressures are completely different.
One company gave out sample code and asked me to optimize it so it ran under 5 seconds. The exercise was in parallelizing or caching/reusing what you could per the requirements.
it was great because:
- problem statement clearly defined
- skeleton code provided
- about 2 hours to complete
- solved an actual, real-world problem
But like with AMA, they would (and does) gatekeep. What kind of policy can the organization be instituted with so that gatekeeping is impossible?
Doctors _should_ be a dime a dozen. They should not cost so much - because their services are valuable and therefore, more of them should be produced to make medical costs lower.
Software engineers, if they followed the AMA model, would cost $500k in student loans to train, and there's be barely any graduates to fill the demand.
Physician salaries make up about 8% of medical costs. And even if you doubled medical school class size, you wouldn’t get 2x the doctors because there aren’t enough resident slots available.
And even if you had enough slots available, you’d still need to guarantee high salaries afterwards. Most people who are smart/driven enough to be doctors aren’t going to work 80-100 hours in a high stress position for 3 years if they are only going to come out making $80k.
So the only way to drastically increases (3x,4x) the supply of doctors is to drastically decrease the standard of training.
So you reduce residency down to 1 year and you triple the number of doctors. Now you’ve reduced the quality of doctors, and you save people less 5% in healthcare costs, but no one even notices because that number gets drowned out by the continued rise in the other 92% of healthcare costs.
Of course companies are going to do anything they can to reduce prices. And of course the industry is going to put out flattering white papers in support of their cost cost cutting measures. Yet those reduced costs haven't been passed on to consumers or measurably improved medical care, so the argument merely that the industry is doing something is a poor argument in favor of it from a consumer/public health/societal standpoint.
Some companies love to outsource labor to countries with relaxed labor laws. That isn't a convincing argument against the need for labor regulations.
It may make sense to do this for certain disciplines, like software tailored for other engineering disciplines (think medical grade software, airplane/car control software, etc.).
However for the broad mass of software projects, certification makes no sense and is in fact much worse than what we have now. Do you think certification can't be gamed? It will usually be much easier to game that one since certification by definition is meant to be achievable by a broad mass of people. You don't build a certification program for elites.
Professional leetcode programmer? Sure. So let's count the facts we have at the end of the interview:
* You can code yourself through a number of problems, answer follow-up questions that dig into random specifics of your problem, slightly modify the problem, etc. You can demonstrate structured problem solving, ad-hoc clean code and you make an overall good impression in that performance.
* You are able to demonstrate the necessary experience through targeted behavioural questions that probe deeply into specific aspects of your job history and alignment with the company values
* You are able to design a complex software system and are able to answer unknown follow ups and able to follow drill-downs into random aspects of your design.
Congrats, you are a professional software developer. Can you game the leetcode part? Potentially, however I met several "leetcoders", some of which were even kind enough to put that on their CV... They usually fail quite spectacularly at random follow ups and modification to the problem statement. But even if you are able to somehow "wing it" convincingly, you need to succeed several times and you need to still demonstrate the adequate proficiency in the other two pillars (behaviour and software design).
What we might need is an "interviewer" certification.
Take home projects just make the hours overt.
This is admittedly still biased towards people who have available time, paid or unpaid, but I think it's a step in the right direction.
But I know from college applicants that take-home end up at the bottom of the pile in terms of priority vs in-person interview with a real engineer. Unless it's FAANG of course.
It’s a small “api service” that represents a POC with some bugs and bad practices. I tell them to look over it, write down notes on how to make it production ready, setup a time to discuss their thoughts in a second call. No code writing necessary.
It ends up being an excellent Rorschach test where folks can really show/express their unique skill sets and experience. I ultimately let them drive the conversation and it gives me great insights into what experiences have shaped their career and what it might be like to collaborate with them. Best of all it does resemble what some of their day to day might look like better than hand crafting some tree algorithm.
Ffs is that never going to go away?
So it needs to be asked for in interviews, and if you find it and discuss it you're apparently one of the "better" programmers. The bar for being a passable programmer is literally on the floor.
Everyone has had to do a terrible group project in school where the group dynamic was just not there and the whole thing suffered, despite all the smarts being at the table. This is to attempt to avoid that exact same thing from happening, because often you just don't have the time to flub around telling someone how to document something properly for the 10th time.
It’s a well-rounded examination of how someone can contribute to the development of a product. That such a well-rounded assessment happens to include examining your likability or “other emotional response” is just a byproduct of testing how well someone interfaces with other humans - part of the job almost always.
That doesn't mean you got to fit some tight social profile, far from it.
But since we're a small team each person has a lot of responsibility, and so we need to trust the right decisions are made for the right reasons, that communication won't be an issue, that you can handle dealing with customers for projects and troubleshooting etc.
We don't need the best skilled coders. We need developers who're good at finding solutions to our customers problems, within the constraints of us being a small team with limited resources (time most of all). We need someone who's capable of learning new technologies as the needs arise, and we need someone who can communicate well within the team and with our customers.
When I got hired, my actual coding skill wasn't really a topic. I didn't get a single programming quiz or similar question. They were far more interested in my background, what sort of projects I had been working on, what motivated me etc.
It's probably a better use of your time than studying leetcode.
A good example: I had an interview earlier this week for a full-stack role and the inteviewee had recently come off a two year project that was heavy on react. The project he'd be on has a jquery frontend. I told him candidly that the project would likely never make a "modern" refactor a priority, and asked him if he could still be happy in a role that used jquery.
Our full-time team is small and ensuring we can all collaborate and work together is very important for us to be effective. On the flip side we try to be transparent about what our team looks like too and give you a chance to decide if you could be locked in a room, hashing out which circle talks to which on a whiteboard, with us.
It was a very pleasant experience from this side too and allowed me to express all of my domain knowledge without making a significant investment. This is such a great approach IMO.
I found that to quickly tell you if someone can write programs. Surprisingly (and maybe not surprisingly), a lot of people can do difficult leetcode questions, but can't write a small app, or can't do it well.
It'll quickly show you about how the candidate can come up with some level of UX, handle OSish level stuff, how they structure and think about their code and readability, how they model data, and depending on the app you ask them to write, it could include a little algorithm in it as well.
There's not much evidence that they are doing the best at hiring for those wth 7+ years experience by using said interview styles.
And look, I get it, it's frustrating. I share in that frustration as someone that wants to switch companies but knows that I will have to put in the effort outside of work to prepare for that. But I still think the process is much more meritocratic and predictable than virtually every other industry.
Forgive my curiosity and desire to make things better.
> If it wasn't working well, it would be changed, just like the brain teaser questions of the early 2000s pioneered by Google.
This is a gigantic assumption, though. Tech has been exploding for a long time and basically all companies are ravenous for engineering talent. It’s not at all clear to me that this interviewing process is the cause of this growth or in spite of it. If I had to guess I would bet they’re wholly unrelated.
> And look, I get it, it's frustrating. I share in that frustration as someone that wants to switch companies but knows that I will have to put in the effort outside of work to prepare for that.
I have no problem passing these interviews, I just think they’re silly. Their prevalence in the industry frustrates me because I think they give an unrealistic portrayal of what’s important in software engineering. But then again my greatest area of expertise is legacy software maintenance, which is the work that nobody else wants to do.
> But I still think the process is much more meritocratic and predictable than virtually every other industry.
That’s an extremely low bar.
My favorite approach that I’ve seen is Latacora’s hiring process, in which they give you a work sample problem that can be graded quantitatively in stages as well as any prep materials that you need for it.
Eh... maybe some do. My experience is that they hire people they already know. In fact that's how I got hired at a FAANG company. I had applied there many times and been rejected. Then I saw that a team where I was a great fit had hired someone I knew and had an opening. So rather than submit my resume through their job board, I sent it to him and he passed it on to the hiring manager. Most of the rest of the team got hired because they were all a team at another company that got cut. One of them got an interview and said, "Hey, I have about 20 coworkers who just lost their jobs and already know all the stuff you need for that new product you want to write. Why not hire them all?" And they did.
Sure, there are a few who went through the regular recruiting path. But many did not. I'd say on my team, most did not. (And they're all good engineers, too.)
There is an abundance of people more than “good enough” for roles at FAANGs. They may simply not be stellar at the examination process used by FAANGs to assess candidates.
As much as many folks at those companies might want to partake in some fart-huffing and call that a predictor of engineering excellence, it’s not. It’s an optimization to shovel candidates at scale, and intentionally throws out ton of exceptional and even over-qualified individuals to instead hire a predictable style of engineer with as little investment as possible.
Saying that a certain $PREDICTOR is bad in itself doesn't say much, in particular it doesn't say whether there's a better one available under the same constraints. Widespread leetcode interviews is just an indication that large companies have not found a better predictor yet (again, under the same constraints with respect to time, budget, etc.).
Because of covid-19 there are overwhelmed programmers, newbie and veteran on the job market to compete with fewer programming openings. Companies have reasons to be extremely picky, and job seekers either to comply with the game rule (Leetcode) or consider to change career.
And those who have job also need to consider to regularly practice Leetcode (one or two questions per day or every other day) to stay employable.
The point is to remove wiggle room. It's a domain-specific solution. Note e.g. DeepMind don't hire the same way.
Their number one problem is automating the beurocracy at scale with people who are fundamentally not that good at evaluating other candidates, or more likely don't care if they make a mistake. Everything else is downstream from that. Copying them without understanding their objectives is a mistake.
Other orgs don't have recruiting problems that FAANGs do. They can do better than imitating FAANG processes. They can afford to go wrong and self correct more. They can find a strategy that works for them which can combine whiteboarding, pairing, casual conversations, references, real life problems, letting the candidate showcase their work.
The problem isn't that they don't work and they gave up, problem is they aren't trying.
You really need to have some basis for confidence that the candidate is a good fit before you put yourself and them through that. Even for entry level jobs where what they know coming in isn't too important, you want smart people who can get along with the team and learn.
Contrast to whiteboard interviews where I've been assessed on how to calculate the number of moves of a knight on a chessboard given position X to position Y on a whiteboard in front of three people as a front-end developer. Contrast to take-home interviews which basically function as a way for the interviewing company to save on time and money by putting the whole time-investment on the interviewee.
Could you explain this a bit? I'd have thought this is the only real way to judge someone. People will lie but figuring that out is part of the process.
This is the goal. When you’re a large org, you do not need exceptional people, you need foot soldiers who do what they’re told.
Yes even in engineering. Most of the day-to-day work boils down to JSON bureacracy and code archaelogy.
Remember: They pay so much because otherwise people wouldn’t stay.
I've never heard this phrase, but it's so apt to most of every dev job I've had. I love it.
(An excerpt from A Deepness in the Sky by Vernor Vinge)
I like to try new things and approach things differently, I don't do it with every task and recognize there is value in doing it the same old way at times too.
Way too many tests and etc assume that people can only do X, or Y or Z.
The number of stories I’ve heard of engineers having to microdose just to get through the day because working on 1 button for 6 months kills their spirit ...
I wonder if interviews should consist more of reading a pile of open source and just trying to make sense of it.
There's some crusty open source I've had to deal with whereupon it took quite some intelligence just to get it to compile and work - absolutely nothing to do with 'algorithms'.
I'm half inclined to just say: "Here's a git repo, build it, modify this thing to do that" and if they can, they're gold.
Really tells you a lot about the candidate.
https://github.com/conan-io/conan-center-index/tree/master/r...
[edit] Many people in these orgs are doing exactly that. Having come in, diagnosed the ultimate crap that kept them on that 1 button for six months, helped give them the autonomy to do what was needed helped everyone involved, from the devs to the PMs to the division itself.
It's a common and insidious pattern, but even big companies benefit when it's broken.
It also doesn't scale. The assignment is for one company alone, so if you get rejected, that's time spent down the drain. As heinous as leetcode interviews are, the effort spent grinding leetcode can scale massively horizontally.
So you end-up with huge assignments and a poor reputation among the folks you are trying to hire.
It sounds like your interview process is designed to push away people with families and friends. Let me guess... Those great hires really put in the extra hours?
Thus we're now seeing the rise of Professional Interviewers or Professional Leetcoders. I am ashamed to admit that I too, am one, and probably will continue to be one until I make it into such an "endgame" company.
Who I am impressing with my canned milk buy?
Ads that show a lifestyle that tricks you into believing you can become something you are not is a small segment perhaps larger on social media. I don't see any of that or if I did it doesn't register. But I do see can of milk for sale.
I go through fliers and get coupons. I get email ads on products I purchased for discounts.
Even those store displays with toilet paper are a form of advertising. I don't mind them and often buy a pack if on sale.
Unfortunately for the majors in advertisement these days, that's their bread and butter.
Now you can take that flight to see your family members regularly. You can now have a house large enough where if you have guests over they no longer have to sleep on the floor. You no longer are held hostage with the fear that you will be bankrupted by your aging parent's health issues. You can afford to bury your loved ones. You no longer have to make compromises with your children's lives that you wish you didn't have to make. Your basic needs will always be met. You are de facto exempt from physical labor since you can afford to pay others to maintain your life like a prince.
Sure, money in itself doesn't buy happiness. But it buys you a lot of opportunities to be very very happy, and serves as personal insurance towards things that might put the average person into a tent on the sidewalk.
I recently retired after working 29 years in software development. I was always very well paid but a notch below the FAANG-level. I always focused relentlessly on achieving financial independence by saving and investing as much as I could using Boglehead techniques. I can now do whatever I want.
I feel kind of guilty now though, because I actually managed to get hired at a really good company a few years ago, but I can't work up the motivation to put in as much effort as I did before. Now I'm the one coasting (still not schmoozing though), and see other new people making the same mistake I did.
Trying to get a promotion is deciding to compete for one position in one company with essentially every qualified candidate in the world. It’s easy to see how looking for a better job every so often has better odds for success.
I guess you just find the level you want to coast at. I haven’t won the start up lottery either. But I have been able to be fully employed as a contractor with a very good hourly rate for quite a long time. Which probably means I’m coasting right now. But I still manage to bump my rates up every so often, so maybe not.
Sometimes that means coasting and spending more time on your hobbies or with your family. Can’t see anything wrong with that.
Why do you consider it your endgame? Top salary? Interesting problems? Making a difference?
I wasn't a loser in my old career, and I don't want to be a loser in tech. But, it seems like everyone is a loser here. IT/Security is seen as a well-paid janitor; someone you need, but not someone you really care to learn about. Worse, becoming "important" in a company seems to be useful only in so far as you have sway at that particular company. ie, it's a lot of work for some very local, and very useless prestige. And worse, there's no external meaning other than your own status. Why do I care if I have a little fiefdom within company walls? Nothing worthwhile is being accomplished, it's just more sales.
If your work makes you an important person in the company, you have a strong basis for negotiation. Most people just don't use it...
often times companies will opt to pay more as a stop-gap until they find a cheaper replacement
They know the game, no employee ever is going to stay if they're being paid half their market value. "Commitment" my ass lol. But more to the point in order to replace you they have to pay market value for your job. They can only find someone cheaper if your job is beneath you.
Parlaying offers is fine as long as the work they need doing is worth that money. Who are they going to replace you with? Hiring is expensive even if they find a sucker. The only risk is if your market value is higher than they need to pay to get your job done.
Fundamentally the operative variable is: "can they get your job done for less than you're demanding." That's what matters, more than the impression of commitment.
I try to target obscure projects that I already know how to do, where there's an assumption that nobody really knows how to do it because it's obscure. Complexity and obscurity are great cover. Picking up legacy projects on old tech is a good way to do this. "Oh no, PHP sucks! Nobody's touched this code in years! Not to worry, give me a couple of days I'm sure I'll figure it out." Now my estimate is 3x longer than it would be if I was working in the areas under normal development.
I've also got my notifications pretty dialed-in so I never appear absent when someone needs me. I prevent slack from marking me idle. I turn my notifications to a more aggressive setting when I want to take a nap.
Nobody knows how long it takes to get a piece of code working, not even other programmers, so who cares if it takes a week instead of a day. Sometimes I keep a local branch that's represents my actual work and a second branch for pushing to the team. If I get in "flow" and want to get something done in a block of many hours, I can drip-feed the commits over a couple of days instead of dropping a PR at 2am and having everyone think I'm free to work on something else tomorrow. With a little shell scripting, I can make commits and push on a timer too, which is sometimes useful if I need to "work late" because everyone is stressed.
When something blows up in prod, I put in the extra hours with a good attitude. That helps create the perception that I'm the go-to person for things and a team player, so it's not surprising to anyone if I'm running a little late on a deliverable because I had to drop everything and help with something important (another way to add more buffer). I also try to pair sometimes, especially with new coworkers, so that they can see me working in short bursts. Pairing serves as a psychological anchor that I must work that way all the time. After all, I don't want people thinking I'm lazy.
Sometimes mistakes happen and I do get stuck working an 8 hour day, but those mistakes would have been 16 hour days if I wasn't actively avoiding doing as much work as possible.
As much as I can stomach it, I try to use the extra time to socialize with coworkers to help raise my visibility and build allies. That's the smart thing to do. In reality, I mostly play video games, do housework, and anxiously wait until work is "over" for the day so I can detach from my notifications.
Has tech turned me into a sociopath? Maybe. Do I feel like a prisoner in my own home? Certainly. But if I don't use this strategy, I'll constantly be over-committed, burned out, salty, and missing social connections with coworkers that are more valuable than the actual work.
I can't wait until I have enough money to be financially independent and never have to do this nonsense again.
Work your ass off when it's important, and just work otherwise. A valuable skill is distinguishing important from urgent
The management would say to everyone with performance below average something like: "How can we help you to improve your performance? What do you plan to improve your performance?"
The result was that most people stopped working once they reached their goals because otherwise they would only increase the average^^
I read a lot during this job xD
One of my biggest fears is that by the time I can stop working, I won't have any will left to pursue passionate endeavors that would benefit society.
Even if I just didn't need to worry about health insurance cost, that would be enough to shorten my financial independence timeline by years.
If I had sufficient UBI to cover basic expenses for the year, I would quit right now.
Same thing with putting in extra effort at work. No reason to actually take on the extra hustle if it pays off minimally when all is said & done anyway. Better to say no thank you, I'd rather not take on a burden of effort-debt yet and wait till it makes significantly more sense to do so
So, if less than 4 hours and whatever is left of my brain is enough for my company, that's all they'll get
There are a lot of people operating on that plan. Mostly it doesn't work out for them.
Play this forward ten years with a family to support and a mortgage which committed you to personal inflation and a track record of ...? You can absolutely fool people for a week or a year, but a decade of non-experience will stick out like a sore thumb. Experience compounds, and the one you describe is compounding down. Do this for ten years and you will be much less accomplished than you could be.
Being an excellent employee?
I understand your point, but I actually have been doing this for about 10 years now, and I consistently have improved my "career trajectory" by switching jobs when I start to feel that my coworkers are overachieving and throwing me under the bus. I look at it like a forcing function to switch jobs and get a raise.
I already had a decade of pre-work experience just from being a lifelong hacker, so it's not like I'm relying on my job to learn new technology. I don't have a fear of falling behind. If anything, I've noticed a huge decrease in SWE competence over my time in industry.
Some of my most "successful" friends at FAANGs are bad developers that just devote more time to playing the system than I am willing to do. I find the social con-man stuff to be really draining and I hate doing it. I also hate interviewing, which limited my career more than I'd care to admit.
Also, I've opted to not support a family or carry a mortgage. I'm doing something similar to FIRE. I'm hoping to be FI with a total of 15 years as a tech employee.
"But do you really hate working so much that you would sacrifice having children!?". Yes. Very yes.
It's also likely that tech workers are "overpaid" right now, as we're compartmentalizing more work, lowering the skills required to join tech companies, and remote work is now the norm. It's a race to the bottom, and I want out as soon as possible.
That sums up very nicely. This reminds me of a quote:
"Passing an exam with good grades/marks only show that you are really good in passing the exam" -- By (don't remember)
That said, I’m still very talented and I’m not going to let it shake me. Y’all can have the rat race, I’ll go find myself a place I can be productive.
I’m at the point I’m seriously considering this, and I’m just not sure I can do it. Everytime I run through the possibilities in my head nothing adds up. The only viable careers for me to switch into are a) not interesting or b) pay depressingly little and would require me to obtain expensive credentials.
One of the jobs mentioned is free time rich and money OK, and the other I don't know what the payment is like, but would require credentials.
If you haven't worked in foodservice yet, I actually highly recommend it as an experience, at least in a short term sense.
[0] https://news.ycombinator.com/item?id=25243187
1. read documents.
2. ask questions.
3 identify corner cases.
4. identify why the problem was hard
5. actually try out their code instead of just thinking about it.
One candidate used a very troublesome technique to try and solve it, and proudly declared, "I am sure this works". I knew it didn't - but it took me one hour to find the bug, and in order to find the bug I had to write a property test. This is SUPER dangerous behavior IMO. Code Reviews will not catch everything, so if you have a dishonest coder you can wind up in trouble. He got hired for another team "this is literally the best hash table I have ever seen".
Unfortunately all of the candidates were clearly folks who had practiced their leetcoder skills. Nobody completed the problem correctly. However, I was okay with partial answers that fulfilled some of the softer qualities I was looking for The other folks who were interviewing gave one of the candidates who bombed my part rave reviews. I got steamrolled into hiring him onto my team, and sure enough he didn't read documents, he didn't try out his code. In the month that I worked with him he did not push any code. I left.
I've been considering screening companies based on what their hiring process is. How do you think that could be assessed, say, companies that eveluate real-life experience vs. leetcoder skills?
From the feel of this thread it seems to me that a company that explicitly states on "Who's Hiring" that they don't do leetcode, but do actual pair programming for evaluating candidates would have an advantage above the rest!
Then I got invited to the onsite where I was subjected to multiple stereotypical leetcode rounds. Got rejected.
I interviewed at a few places at a senior/staff level, and most of my interviews were behavioral, architectural, or discussions about past work. The few leetcode-style or coding questions I had were easily prepared for from my ~40 hours of interview-specific coding prep.
There is zero chance I would have gotten those interviews or passed them without excelling at my job. My resume would have looked terrible if I didn't go above and beyond at my last role, and I would have given weak answers to some of the questions I was asked if I didn't have real experience with the subject matter or a relevant situation.
I think I understand why you have the perspective you have. Indeed, many modern software interviews can feel far removed from the actual job, and we all know that even well-executed interviews sometimes result in decisions barely better than a coin flip. However, unless you really enjoy leetcode, I can't think of anything more depressing than studying for interviews all day. Also, it is hard to prepare for interviews at higher levels (senior/staff) without actual experience produced by doing a good job.
Leetcode is "easy" to crack with some (considerable) amount of hard work and they know that. But you can't make up past experience in behavioral interviews as you get found out very quickly.
So maybe there's the gap between senior roles and mid/jr/new.
But my question then is, how are senior folks training/picking folks to replace them? It must not be happening in the interviews, maybe on the job?
Where did you find time to do 40 hours of prep, and how many weeks did it take?
Most people I know spend nights and weekends prepping for at least a month to a quarter.
Sure - but if you want to live in silicon valley, you will have to join FAANG or have startup riches (much more difficult) to have a "normal" life that you'd have elsewhere. You're not going to own a house in good school district with startup income.
If you live in BFE then whatever - maybe the 100%+ raise in income wouldn't affect your lifestyle. For most of us in SV, it has a very substantial increase in quality of life.
Our craft is becoming arcane: Microsoft is building VSCode for the cloud. Few people own desktop computers anymore. Apple is locking down MacOS to signed binaries. Soon we'll all have thin clients and will write software in the cloud for the cloud. Few will be able to learn how to engineer at home anymore - you'll have to go to a university or trade school. Building a simple website will require JS package management, kubernetes, and AWS. The "free tier" will fall away.
Employees aren't excited by what they do: People job hop for promos, raises, and resume fodder, not because there's an actual interest in the product. The majority of software projects are mundane glue, pipes, optimization tweaks, or migrations.
Companies don't care about employees: Wages are adjusted for cost of living. Companies are trying to hire more outside of California in order to lower wages across the board. Employees at "passion project" companies (gaming, SpaceX, Tesla) are overworked and underpaid.
Incentives are wrong: Google bestows promos on launches, not KTLO. Google kills products that make customers and engineers happy and doesn't spend enough effort to make them better.
The industry is eating the commons: The web is turning into shit. Devices are being locked down. Ads and tracking are everywhere. Open source is being co-opted, but the benefits are not returned. The cool things to hack on and integrate with (remember "mashups"?) are all siloed up, full of ads, and dumbed down to the most basic products.
The Internet now treats everyone using it like we're all brainless idiots to be injected with dopamine. Like we're not smart enough to choose how to consume it. And working for companies in this field now feels like working for the insurance industry. Optimize for the average.
The big lockin is network pricing. No egress fees when their data is already in S3. You have to run where the consumer has their data or you eat that network transfer as overhead for your SAAS.
I see GitHub slowly charging for egress downloads as the next lockin. You "save" by paying for builds on Azure.
While there are some things that are even more latency sensitive, I think that could become a very small niche in the near future.
You can say what you want about the business model or Google itself, but the UX is impeccable.
I am periodically in disbelief when I think that what I’m playing on the screen is being streamed by a server.
And, as a TO for fighting games, there's no substitute there for the barest minimum latency possible (to the point where older games legitimately feel better because you can play them over analog connections to a CRT).
https://img-9gag-fun.9cache.com/photo/aDgDE8x_460svvp9.webm
I'll grant: it's impeccable under the right network conditions.
But cloud games have an advantage too and maybe we'll see new kinds of games/experiences that are not possible with local PCs.
People who classify themselves as "hardcore gamers" perhaps, but those people will also drop upwards of $1000 on a graphics card. They're not the majority in gaming. Most people will happily play a game even if there are a few problems if it's cheap and entertaining.
Maybe the problem isn't that it's impossible per-se but that the consumer-grade services underprovision their machines/bandwidth, or that consumer-grade gigabit fiber isn't actually that good (or problems in the "last mile" like using Wi-Fi instead of good old Ethernet)?
I would say is that a lot of hard problems (of last 20-30 yrs) are getting commoditised (e.g. S3, DynamoDB, Redis) and barrier to entry reduced. This would mean increasing the work is "glue & pipes".
Have we generally proven otherwise?
Any technology that you want to see enormous widespread adoption of, has to be usable by some of those people.
And believe me, no business-minded person wants to throw a billion potential customers to the wayside. They want to simplify the technology to capture those dollars.
Sorry if this offends sensibilities of anyone, but I guarantee you if you could get inside the heads of a lot of these billionaires and multi-millionaires, you'd hear the same shit I'm telling you right here. The reason I know this is because my Uncle is one of those people. Smart. Ruthless. And has absolutely no qualms about exploiting people of lower intelligence.
Don't think for a minute that the SV crowd is any different.
This could turn out to be a very good thing for the country. It's a social & economic problem if all the money & opportunity are squeezed into just one metro.
Look at the job listings for US tech company EMEA HQs. It's almost all sales and legal. Occasionally a pre-sales Engineer position comes up.
Meanwhile, they are hiring dozens of Devs at their US HQ.
Or, probably more accurately, it is a slippery slope, but not a very steep one. I do believe that jobs (and wages) are going to get distributed differently in the future. But, I'm hopeful that it'll be an improvement over having every high-paying job be in the same 5 dystopian cities.
Once you cross the hump to not seeking physical proximity when seeking to minimize labor costs, there's very little reason to go to the rest of the US once you leave the SFBA.
The country it's good for isn't the US.
You might think of HP as a California company but they had large engineering hubs all over the country.
But I'd like to offer a little glimmer of hope from someone with too many gray hairs to count.
Computers are still machines, and we still tell them what to do by programming them. It is still possible to stay out of what you describe above, it is still possible to work on low-level code, on real products, on things that matter to people and companies.
The reality though is that the mundane things are where the money is though. While we all enjoy "cool" things, millions of companies need their accounting and payroll running, their truck drivers planned, their work schedules planned, ...
So you might find that more interesting things happen in e.g. industrial engineering companies or electronics companies, more so than in web companies. It's an entirely different world than what you describe above.
Hackaday might be a more interesting hangout than Hacker News for you ? So let's not lose our excitement and sense of wonder, after all it's all bits and bytes and we tell them how to behave.
Yes it is possible, but in practice one will (sometimes have to) spend most of the time with devices/technologies that make one die inside a little.
Part of the problem is that "doing the right thing" is often not competitively viable.
This may not be specific to IT only, either.
The Hackaday focus on the dumbed-down format of video presentation is infuriating. It would be very nice to fund something community-driven, focused on actual content, with the same subject.
Until then, I think the few articles on the Hackaday subject that appear here on HN are worth more than the entire Hackaday site.
(I still visit both, of course, but tend to only look at the headlines there.)
Exactly. It’s wild the potential that many of us hold.
And here I am, writing a desktop native app that targets a small niche of users, with no marketing, no advertising, and we've had our strongest year yet, and overall usage just grows slowly year over year.
Maybe it's how you think things ought to be that is misaligned with reality, rather than "the decline of the Roman Empire".
What is it?
Every week, more or less, someone tells me that Ardour is a piece of shit, and someone else tells me it's the best DAW they've ever used. I gave up believing that any given DAW could ever make everyone happy about a decade ago.
Now of course, if by "household" you meant "the entire niche of audio software", then sure. Or maybe even more broadly, "the entire niche of creative software", then even more sure.
But these are not tiny niches, even if they are small.
I spent the last 5 years quite happy at a simple dev shop. Then they hired a bunch of people, paid them more than me, and allowed them complete free reign to write what ever kind of code on some brand new projects. After a year of this, one person quit mid-project, another died mysteriously (covid?), and then another just recently quit. My boss expected me to just pick up the slack on these three projects that were written in the most arcane and buffoon way possible. I basically just said no, and left. I had already been driven half insane over the year just trying to figure out the crap they were committing.
This was in the spring and I'm still unemployed. I'm mostly Java and some older languages, and was really looking forward to jumping onto python and django. But it's been a struggle really learning django good enough to interview for without any good experience behind me. I have a family and on top of covid issues and this year in general, sitting at home trying to learn a giant web framework is not very motivating when I could be spending it with my family (which were already severely affected by all my time I "wasted" going above and beyond at my last job for 5 years).
I just recently did an interview for a small django shop that didn't even test on django. Instead, I was given a half page of python code and asked to "fix" the problems. No requirements or tips. There was a syntax error, a bug, and a few cosmetic things.. I managed to find 8. All this while being stared at over Zoom. I was informed that "junior" devs can find 10-12 "problems", but they only hire those that "find" more than 18 (apparently 25 is the max).
I still got the code and look at it every now and then. Half a page of code that does nothing but take a list of "item" objects and print out an aggregate of a total price by item type. A loop over nothing but:
Of course there was some random data mangling above and below that, but that is the logic. Find the problems?! Should I raise errors or use a namedtuple or defaultdict? Half a page of code that could have just been a Select/Group by in SQL. No senor dev should be summing data like that. Sadly they said the code was from "production". They have "interviewed" over a hundred people in this year and hired only 1. All this for $45/hr 1099.In the beginning, I briefly thought I could use my savings to start some kind of business, not sure what. But I've blown most of that just paying the bills while I "interview".
I used to love software and would dream and breath it. But I've never been so unmotivated over these last 6 months. I'm debating on just applying at a local small town municipal IT job for $30 an hour. Giving up basically. Just show up at 8am, answer the phone mindlessly for IT "problems" and tell people to try restarting their windows machine (at least 3 times minimum) and screw of playing solitaire the rest of the day. But it seems so pointless and waste of a life. But even that doesn't motivate me, but just makes me more depressed and even slower going.
I don’t actually know what to say as encouragement but I do feel for you :(
I was in a similar position to you on your last job, and after looking at every single company I could think of in my city (London) I ended up finding just one that seemed good in all possible counts...
Maybe there is a company out there that you’d like to work for? My approach was to filter by the product, and only look into working for companies whose end product I thought was good and interesting.
Best of luck and don’t give up!!
Don't give up. And for the love of all that is holy, don't work municipal IT, it would only demotivate you further. Keep at it, improve your skills and keep applying.
Django is pretty easy to learn. Model view Etc in Python instead of Ruby. Not rocket science.
Building something you care about will force you to dig into the details and become enough of an expert in a few weeks to get in the door somewhere where your skills will be appreciated.
That probably won't be Facebook, Google, or the next Silicon Valley unicorn. But there are a lot of other places and other Industries where interesting things are going on.
Good luck
It’s just incredibly demotivating to hear all the self-professed hot shots shit all over your past 10 years of delivering unambiguous value because you don’t know that [] === ‘’ is true in Javascript.
I finally found a position that’s financially great, but it’s more in spite of their dev process than thanks to it.
It happens. It’s a strong sign you want to work elsewhere anyway. The problem is one of finding the right Elsewhere.
You have a very holier-than-thou view of small scale IT work. There are a whole lot of problems to be solved at this level, many of them created by the people working the positions you're currently interviewing for.
* Webasm is becoming mainstream, everything will be rewritten or tweaked.
* Browsers and emails are archaic technologies.
* Blockchain based tech is changing the game in many industries.
* Miniaturization and portable / bionic devices will mean bare metal optimization will be a must.
* There is a growing movement of people getting tired and scared of centralized tech from both side of the aisle. Decentralization is coming and having neighbors connecting each other via underground Ethernet cables or Ubiquity bridge is becoming more and more common than you think. It might only be "a few university students", but that's also how the Web started.
* More and more applications will require real time processing. Examples: driving cars, drones, video games (lol@stadia), AR, VR and the fusion of scientific fields and tech from biology to military.
* There is an inherent collective and potentially civilization ending risk in having only a few corporations having the means of producing tech, especially with a more and more uncertain world. Initiative like Open Risk initiative is a sign of that. It will not be surprising seeing open fabs project popping up like it did for the 3D printing, especially with patents from the 2000s expiring. Remember, a 2005 machine is more than enough for email and Facebook.
* There are whole industries with unmanageable technical debt which failed to exploit the processing power of modern electronics.
* There are whole industries who need to get rid of their Java / Oracle stack.
* The performance gap only keeps on enlarging. A 2005 PC would struggle to run the Office suite, which is just a text editor with macros and UI.
* New solutions always provide new unintended problems to solve, that's just a fact.
I will own a desktop computer until the day I die.
Excellent post too.
Gamers will buy every RTX3xxx card that hits the shelf and every heavy duty programmer I know has at least a fast desktop and often server racks.
I don't think we need to worry about the future of the desktop just yet.
I responded with, "Whatever you guys buy - Dell, Lenovo. A 14" laptop and an external monitor would be fine."
He torted, "I've never seen anyone be productive on a laptop. Nobody here uses laptops. I'll get you a desktop with 2 monitors."
After I started, I notice he did almost all of his work from a conference room, using a Surface Book remoted into a desktop in his office.
Yes devices can do less than 10 years ago (less arbitrary thing), but they can also do more than 10 years ago. Of course the market in this segment might give you the feeling that everything is dumbed down. These devices are not used solely by very smart people. The most basic of all humans has a phone nowadays. And If apple decides to make MacOS only run singed binaries. That shows that they are targeting people who do not know how to run arbitrary code safely. I am a programmer and when I have to do that I have to think really hard. If my main PC runs stuff that I would rather not like to leave my house. I have to set up a VM and check it beforehand. You still have Linux to do whatever you want.
If people in the job market and Open Source community are getting exploited, it is only a matter of time until something develops to create a force against the exploitment. There are unions (at least there should be) and there are multiple ways to fund Open Source nowadays (Patreon, Gitcoin, Bountys,...).
It doesn't seem to me as everything is moving backwards. It is getting harder to live out the freedom of the individual. But on a macro level, I think things are moving forward.
Technology was made accessible for the masses. That means 100 IQ people. And then it was refined so the 85 IQ people could work most of it. I have no doubt that if you gave standardized IQ tests to every reader of Hacker News, you would not see much of an overlap with the bell curve of the American, or even world, population.
The people coming here are generally very technical, very smart (I'm defining this as at least one standard deviation above the norm, so 115 and higher IQs).
Most people aren't going to build their own enormous media server from used enterprise gear. Most people aren't going to build their own home surveillance system even though the hardware and open-source software out there exists. I could list another hundred projects for which we have specialized "consumer-friendly" devices.
Watch the YouTube video where Jordan Peterson talks about working with an 85 IQ individual and how it was a struggle for that person to consistently and accurately fold a sheet of paper into thirds and put it into an envelope. And now realize that for many of you, that's someone for which you're developing.
Small correction here: The non-paying users are not their customers. So it’s understandable that they kill all products where they don’t have any ROI. As another user here put it recently: Ads are like a hose where money pours out. And they’re desperately looking for another such hose.
I'm an eighties whizz-kid, educated hardware and software background with borderline epiphanic understanding of computer technology. From firmware to systems where peoples lives literally depend on. In 2000 jumped on a plane to Taiwan to develop the first Arduino/RaspberryPi class devices. Still up to date and currently busy polishing a ShowHN which will blow you off your socks.
Everything nowadays is shrink-wrapped out-of-the-box, hidden behind layers of frameworks. Programming languages becoming a fashion statement. Everyone seems to copy-paste stack-overflow and even then the answers are like "Why?" because it seems nobody reads specifications.
But...
Finding a job position is impossible. The excuses for rejection range from unbelief to insulting. It is so bad that I have now seriously considered leaving the field, taking 40+ years experience with me.
Please don't. We need more people like you to infuse much needed energy in a field/profession that is becoming mundane and steadily going downhill day by day.
Stay curious.
Before you do, are you up for a Zoom call or something? Talk about anything you're passionate about, and perhaps we'll post it as a show HN.
I'm 31 myself and at the beginning of my career (I've been longer in the education system than most).
My email is in my profile.
What's your email? I'd love to reach out to you and discuss some openings that we have on our team.
I was once rejected because I did not know inane crap like what "this" is bound to at the top-level in JavaScript. Their answer: "the window object". a) Yeah, okay, if your code only runs in the browser. But not nodejs. And b) if anyone uses a top-level "this" it's an instant reject in code review from me.
Ultimately, a lot of these interviewers are waving huge warning flags saying "stay away!"
Even FAANG. Every single algorithm there is a "trick" to it. Once you memorize that trick, every leetcode becomes trivial. But it took a guy like Knuth some 30 fucking years to come up with that "trick". It's so goddamn stupid memorizing bubble sort when every language has a built in sort you're going to use. And if you ever see a developer writing their own algorithm for bubble sort at work, you're going to think something is wrong with this person. What the fuck are you doing guy? You're going to get it wrong and there is a library for all of this, used by thousands of people with hundreds of bug fixes.
Lower labor costs mean lower costs passed on to the end users which means more products in the wild which means a bigger industry. It's only a problem if you're worried about being out-competed by "those hicks in the flyover states".
Techies complaining about companies moving out sounds a lot like the guy who worked the UAW system for 30yr so he could land a buddy position where he does nothing for $60/hr complaining about non-union factories and companies moving to Mexico. In both cases it's a tacit acknowledgement that the gravy train is unsustainable.
Yeah wages might be slightly lower in 40yr but that's a reflection of the difference between being an electrician in 1910 vs being an electrician in 1950 after the last of the line shaft industries had long been converted, once all the heavy lifting and low hanging fruit has been picked there's just a lot less cash sloshing around driving up prices and wages. The people who just want to be mediocre and punch a clock will still make a decent wage but the difference is that mediocrity and job hopping aren't enough to make you big bucks in a stable industry like they are in a rapidly growing industry flush with cash. In a stable industry you actually have to be worth the big bucks.
Which does suggest that someone going into software just for the money or, as GP or so commented, going through the motions and spending all their time prepping for Google interviews may be chasing a pretty transitory target.
Historically there's very little to suggest that the segment of one profession that's largely in one geographic area can sustainably capture super-premium compensation even though it doesn't really require a higher level of skill than many others have throughout the country (and the world).
And the fact that a lot more flexibility in living location has come in essentially overnight means that a lot of companies are going to start looking more skeptically at some of the premiums they're paying.
California isn't the industry...
What did happen is a ton of people lost their jobs and those people, passionate about what they do, kept right on doing it in the form of open source software. Google, flush with cash, hovered up talent for bargain basement prices. The board room got the message that software was eating the world and if they didn't do something quick the people to wrote the software and built the systems might want a say in how those companies were run. So they outsourced what they could and doubled up what they couldn't. The message was clear. I don't need you. I've got a second one of you ready to go. The waged a war on GPL calling it "viral" and "insidious" and convinced everyone it would be much better to use more liberal licenses that would allow them to build and sell products.
The war was lost when they convinced you that management was "icky" and you didn't want that boring old stuff. You wanted to be coding so they hired the MBA to be the scrum master. The result is you were cut out of the decision making process. Your only input was on a technical level and even there you were kept a close eye on. Some people would even proudly exclaim that they liked this system because they thought they were winners based on their slightly higher than average salary all the wile cranking out multi-million or even billion dollar software for someone else. Doug Cutting, the creator of Hadoop and basically everything that was to become Cloudera was only given a job. They made so much money even they were embarrassed but only embarrassed enough to allow him to keep working for them.
You lost and they won and this is the result. You're made to jump through these absurd hoops because it's cheaper to create these pathological systems and waste your time than to do something more efficient.
Maybe the only way out of this mess is for business schools to start teaching new metrics for the latter category.
Worse yet is when the business minded masquerade "Fun" activities as them still being cool such as hackathons. The sad truth of the matter is that this is what happens in a maturing industry. A lot of the green field money that sat around for Facebook and Google to gobble up has been eaten. The remaining scraps are enough to prop up small startups, but really only until they get absorbed into the giants with fat checks for the founders. The regular workers get conformed into the system, with assurances "Everything will totally stay the same" as they slowly change everything.
Businesses exist to make people money. Engineers are great at solving problems and innovating. Business people are great at squeezing every last drop from those solutions till only a husk remains. To be fair to the business people, myself included, if you do anything less than squeeze for money as hard as you can, you get beat out by the competition who copy you, and nothing is as not fun as being jobless. The more and more people who get coding knowledge the more and more being a coder will be just like every other engineering position. Someone who executes. Which is why I bailed and got into PM so I could actually have a strong say to the business in what we execute on.
To end on a happy note I have never seen more people getting into robotics clubs, trying to make small static sites, learning the basics, and I am certain that every day more and more people are running their first hello world programs. So I think there some ups and downs to everyone learning coding.
Edit: better sentence formation.
Heck, as far back as 2010 I got a promo at Google because I was the only one on the Google Maps data team (or the org) who wanted to keep the data up to date. (Also the only one who wanted to live in Seattle -- which might as well have been Siberia to them.) So they shipped me up there and gave me a team. It was like somewhere, deep down, they knew it was a good idea, but each person could forcefully argue why it wasn't -- so that it didn't have to be them.
It was great! Well, other than encountering more of the famously toxic culture, where people get promoted for being smart but nasty. But I'm sure that little problem has been solved.
Building a simple website is easier and cheaper now than it ever was.
When I was a kid, I dreamed of being able to have my own domain name and an account on a shared server where I could run CGI scripts. Now most people who can afford a laptop can afford to host their own website on a virtual server.
The late years of Rome is actually a great metaphor. We are suffering from human capital loss, and have signs of institutional collapse. A shock can destroy our institutions and throw us into something like the early Medieval period: much less wealthy at the beginning, and messy too, but fast growing and with a much higher ceiling than the previous age.
Welcome to the other 99% of humanity. Work sucks, but someone has to do it.
> Microsoft is building VSCode for the cloud. Few people own desktop computers anymore.
I heard the same thing in my early years about these newfangled HTML email clients. Email should be consumed using Pine or Eudora, just as God intended.
> People job hop for promos, raises, and resume fodder, not because there's an actual interest in the product.
Oh yeah. I did this for the first 15 years of my career. It was faster to get a promo by changing jobs. I didn't care where I worked, as long as the company name had prestige. I kind of still do, but I transfer internally. Same effect, but I get to keep my vacation accrual.
> Companies are trying to hire more outside of California
In my early years I worked for a company that used Russian developers for some non-critical parts because it was cheaper to fly someone out there once a quarter than it was to hire the staff in CA. This was before the massive rise of outsourcing in India. See the Dilbert cartoons about Elbonia for more.
> The web is turning into shit.
Heard the same argument about MySpace. And Geocities before that. And AOL before that.
I totally see the logic. But the problem with this is on day 1 of the new job where you've moved up a level by successfully completing Leetcode-style interviews, you're now expected to do more and know more. And that's hard if you've only invested the bare minimum in your previous job and haven't maximized your learning.
So now you need to not only give more than the bare minimum at your current job, you need to also constantly keep your Leetcode skills up to date.
Early this year I got good at these problems and the ones I would actually encounter, above the average (based on time to solve, efficiency), as well as the system design interviews and I honestly think the behavioral interviews too, but decision makers just do not want to pay me over $180k. Whether thats salary at a Series B, C or midsize company or big tech companies whose total comp would be closer to $400k alongside a slightly lower cash comp
I questioned my competency, how I come across and everything. I subsequently let recruiters push me at the $125k range and I got a lot of offers. It was like a totally different and endearing experience, just like I had seen earlier in my career at those and lower comp ranges
So instead I created and sold some digital currencies for 7 figures
I think I would still like the validation of doing a year or two in the big tech circuit, especially because I could earn the shares and write calls on them without risking my prior capital, while being less likely to incur liability or bring attention to myself like in entrepreneurial endeavors
But I really hate that people are not able to value my contributions accurately. In fact I dont think they are valuing that at all, it felt like people were expecting a different kind of person: more stereotypical unsociable programmer at the higher comp and experience ranges. But regarding experience I also did a resume variation with less years of experience.
You could possibly get away with that a few years ago when people were throwing a bunch of money away on vaporware ICOs, but it's getting cracked down on more now.
Token projects are just SaaS businesses with limited memberships that inherit transferability and settlement on a distributed ledger.
They're also extremely lucrative to sell in the primary market and the blockchain component sells itself.
Ultimately, intrinsic motivation won’t always make us rich, but it might help us be happy and fulfilled. And in the rare occasion that health, wealth and happiness all align, what a good life we can enjoy.
Here here!
It makes me wonder how much money I left on the table the last 10 years, because I went the route of great software engineer -> great interviewer, instead of great interviewer -> great software engineer.
Also, I have to say I really came to enjoy doing leetcode, and learned (really re-learned) a lot of interesting things.
At this point, you'll have many more tools in your kit (graph traversal, search, dynamic programming, queues, heaps, stacks, etc.) and you can work on coming up with your own solutions to new problems. But I found it to be a waste of time staring at a problem for hours when I didn't already have the fundamentals in place to tackle it.
The other thing I did was watch youtube videos to get a better grounding in some of the data structures that I struggled with. I mostly did this wish graphs, as I was always terrible at graph problems and never had to apply them in my career. I found this series of videos to be extremely good.
https://www.youtube.com/playlist?list=PLDV1Zeh2NRsDGO4--qE8y...
That part of just following the solution for the first 50-100 problems is spot on. It resonates very well with my experience learning math by first following the "solved" examples, fully understanding them, then solving similar "simple" problems, repeating them till they fit into muscle memory and only then attempting the challenging ones.
First challenge I faced with leetcode is they do not have a concept or technique map. Similar to the chapter index in any math textbook, each dealing with a specific technique, concept or pattern. For example the idea of using a hash to store a running sum is useful for a class of problems like finding the longest sequence that adds to a specified sum, longest sequence of equal no of 0s and 1s. Yet, there was and still isn't a page or resource where such a pattern was described.
Solving leetcode feels like swimming upstream, one problem at a time, looking for patterns. Some are well described (Kadane for example) but most aren't. I looked around the web but couldn't find any resources that helped me with this.
I wonder if we could, at your experience, list some concepts and techniques that can be repeatedly useful. I believe that could cut the prep time by a good degree.
Second related problem to this is retention. With this master technique map, it would become easier to review and revise quickly. (I tried spaced rep, not useful) The most effective strategy for me has been to put everything in one book.I have multiple index pages with lists of similar problems pointing the page numbers with the solution.
I have been able to get better at data structures using this approach now I'm at the leetcode phase.
Appreciate your response.
I'm really glad you bring it up, because I had actually been pondering ideas for making a better programming training site based on the idea of a skill graphs (similar to an RPG), repetition to build muscle memory, clear progress tracks based on the graph of skills, and greater insight into your strengths/weakness/progress with metrics.
As far as enumerating techniques, I'd need a good deal of time to work on that. I think there are two classes, the macro, being data structures/algorithms and what type of problems they apply. And the micro, which is more implementation specific techniques. Things like using a loop with two pointers into the same structure (ie: find a cycle in a linked list).
The key perspective shift from me was from - "I need to solve 200 leetcode problems before I can approach interviews with confidence" to - "Here are 50 techniques. Most solutions use a combination of these"
I started my journey splitting things into buckets (Arrays, Strings, Binary tree, BST, Stacks, Linked List, Matrix, Graphs, DP). I went through EPI and Leetcode populating those buckets. I started solving the easies for a month. Built a repo of questions and links so huge, it would take me years (really, years) to get through it sequentially. That was depressing and with no sense of immediate reward, gave up.
A few weeks later, I decided to reduce scope and focus only on Arrays, Strings, BST and Graphs. Turns out that isn't a great approach either as there are a lot of overlaps between Array and String problems and by the time I got to the string problem that used a technique similar to what I had used in a problem in Arrays, i'd forgotten most of it anyway. Repeated this a few time and it gave me the impression that I couldn't remember shit, I wasn't cut out for this and gave up, again.
My latest attempt is to focus on data structures (properties, strengths and tradeoffs) and techniques. This has been liberating so far but is a lot of work which drove me to look for resources adopting such a perspective and I found none. I believe its probably a lot of work (like you mention) but I wouldn't know unless I get through more problems. ¯\_(ツ)_/¯
I think if you hit a balance of problems that touch on arrays, strings, linked lists, trees, graphs, stacks, queues, heaps, and also some dynamic programming you'll be good to go. I found that companies really love to ask graph problems in disguise, and once you know how to recognize them and the basic DFS/BFS implementations you're golden. And if you get good at graph problems, trees and linked lists are simple, so I think it's a great area to put extra focus.
I found the dynamic programming problems particularly hard for my brain to grasp, and I had to spend a lot of time repeating the basic problems and slowly building up my skillset. A ton of practice, and I never even got asked a single DP question in all the interviews!
I imagine that strategy ( focus on weaker areas and be consistent) to work more reliably than making it a numbers game.
Appreciate your comments and hope you can see that training website through to a real product. Would benefit a lot of people like me.
And yes, many problems I solved 3 or more times. If you go to the discussion section, you'll see a number of different popular solutions by users. Try to understand and implement a few of them to get a greater understanding of the problem. Once you feel like you know the problem well, delete all your code, see if you can re-implement it in under 10 minutes, then try again for 5. Keep putting in those reps, you'll get faster.
Think about how fast you can write out a simple for loop. You probably don't even think about it, the code just "flows" out. That's because you've done it hundreds or thousands of times, your subconscious takes over. You can get to that point with more complex things like breadth first search, depth first search, dynamic programming, path finding, etc. you just need to get the reps in. It's a lot of work, but if you put in the time (try for a couple hours a day) you will see the results. And, once you start getting better, leetcode can become addictive like a game, which makes practice much easier.
I am not professional leetcoder, but good enough if I need to in addition to my experience that has been good enough so far.
After you've been in the industry for a while, you are likely to be referred for jobs by former colleagues, or even invited by those former colleagues to come and interview at their new companies. If you excel at your job, your former colleagues will be more likely to do this. They very likely have no idea how good you are at Leetcode-style problems.
Former colleagues in most cases can just get you out of the application lottery - that’s it.
This is less true in PMish roles where there really isn’t a technical leetcode style interview or at the exec level where the friend is the hiring manager or ultimate decider.
In most cases though? Leetcode still gets you the job.
That being said if you think it’s right for you, go for it.
I instead always suggest to do a good job regardless (note that doesn't mean doing long hours just working with care).
There are more important things than career ladder like integrity, honesty, work ethic and meaningful work.
Don't let societal policies compromise your inner values.
After you've been in the industry for a while, you are likely to be referred for jobs by former colleagues, or even invited by those former colleagues to come and interview at their new companies.
If you excel at your job, your former colleagues will be more likely to do this, because they enjoyed working with you and want to work with you again. They very likely have no idea how good you are at Leetcode-style problems.
Then, once they put your name in, you get a Lettcode-style interview. That's the way every company I have worked for has worked.
I feel precisely the opposite: if you work somewhere with people you like working with (and who like working with you) then you will start to get hired through your network, not through your mad leetcode skillz.
That's what networking really is, not "networking sessions" or various going through the motions you'll hear described in a seminar. It's simple human connections from people saying "Hey, I'd like to work with decafninja again" or "Oh, you need a frobnitz expert? You know, I know someone called decafninja who might be able to help you."
The people who would hire me without leetcode were either trying to take advantage of me or have never been my coworkers.
As another commenter said: Leetcode, leetcode, leetcode.
My last three interviews and job moves have all been from referrals or old colleagues. None had coding challenges and all resulted in job offers. But that was a small satellite team for a big org and two early stage startups.
It’s also a consequence of timing and luck though. I’d definitely be prepping harder for job hunting.
Also timeframe is significant too. I'd say 5-10 years ago, fewer companies (especially outside the tech industry) were leetcoding candidates. Now, many of those same companies (including my current) are all leetcoding candidates.
i used to like computers. not so much anymore.
I'm not sure if it would still work though as I've been working for myself for 22 years. It seems hiring has turned upside down since I last interviewed.
The caveat to this is that he has to be extremely unpicky. Said job can be very undesirable other than the compensation - stuff like feeding XML feed files or working with VB, etc. But because they are at hedge funds, they all still pay well.
I worked my ass off at nameless orgs that were willing to hire a no-credential computer science graduate. Always going "above and beyond", built a reputation for getting things done, almost always delivered stuff on time, took ownership, covered up for changing and incomplete requirements, entertained last minute pivots, did what a team lead and architect should be doing even though was always paid as a dev.
This basically meant I spent late nights and weekends at home or office getting shit for work done. I've also on many occasions, put fires out in my own and other teams. I always got flattered in all my appraisals, with all my superiors including the CTO of our org.
Almost 10 years in, I feel fooled for not seeing the forest for the trees.
What a waste of time it all has been ! I get paid the highest that a non FAANG org is willing to pay for my skillset. I always get handed the harder, weirder things and it never ends.
I cannot clear these crazy interviews at these endgame orgs without a heavy investment of time grinding stuff of negligible value. Prepping now is an investment that will take months balancing family time and work load.
All I had to do a few years ago was just stop. Take a deep breath. Leetcode. Leetcode. Leetcode. Get into the weeds of my favorite language. Build a compiler. Get some research published in some journal or write a book or give some talks. Contribute to open source projects enough to get my name in. Schmooze a bit. Market myself more. And let the projects at work go fk itself ( They did end up that way anyway )
Would have paid off more than what my full time jobs have paid me for the last 10 years.
Edit: some comments seem to suggest they learnt a lot of their skills "on the job" and would not have landed their current dream job without it. I am strongly biased to believe there are more blue winged raccoons roaming around in this country than such people who got hired at FAANGs because of what the learned on the job at non-FAANG orgs.
All non-loss-making, salary-paying orgs use standard stacks with standard components in two or more enterprise-y languages glued together with a shit ton of in house coded garbage running in production with some standard relational DB. Go try to make your resume sparkle and stand out with that experience.
You spend enough time in these ecosystems in production and you see yourself keeping a safe distance from anything that is new, look at any new platform with skepticism and quickly realize how painful that upstream swim is to make fundamental changes in such environments. I still have scars to show from the time (among other fun times) I tried to get cassandra into our production systems only to later be told by the cassandra folks to "RTFM, before doing anything fancy" Its a full time job to keep those up and running not some skill a dev would pick up "on the job"
If it's actually true--and if poor quality of work and reputation mean nothing, just leetcode--it seems like that is just a side effect of extremely rapid expansion and/or churn.
Because no employer would willingly hire people like that. That'd be absurd. So the only reason that would be possible if the hiring manager never got wind of someone's work ethic or quality. And it seems like that's only possible with enough disjointedness in the people network, combined with hiring practices that don't care about it.
1) Interview with any sort of success
2) Judge merit after getting the position
I think a lot more people may be operating on intuition than you realize.
And by doing so, it profits the employees too. If everybody has been around for 20+ years but stays really current, even just for the sake of the company, their employability stays high too! It's a win-win.
These rants about "I'm back on the job market and now have to re-learn coding" tend to be a strong sign of complacency. "I already went through this and now want peace and quiet, why am I being forced to learn something new?" Well, because the world is evolving. Keep evolving with it, or gradually disappear in obsolescence. If you don't then that's not just bad for your job chances but even for your company. You'd not want to work at a place that still uses VB6 just because it was hip 20 years ago when everybody was hired.
FWIW I work at a company where we are strongly encouraged to stay on top of the game so that we stay competitive in the market. That automatically keeps everybody employable.
Algorithms can be beautiful to code but most of the time is not spent on this sort of thing. It's fixing null pointer exceptions or parsing json requests or whatever javascript front end engineers do.
You definitely have to prepare.
This was about him having to learn C# since it wasn't really around 20 years ago. And having to polish up Python cause it was very different 20 years ago. And other programming practices. You definitely need to stay up to date on the stuff that's relevant to your job. Not because of interviews, but because .. it's your job. If you prepare for an interview and notice that's what's holding you back, then you definitely started to grow complaceny in your job. And maybe your environment made you become that way, then it's not a good environment.
If you are up to date on this, then writing a BFS from scratch or debugging a null pointer issue or even json will be a piece of cake. Interview questions are an excuse to have a technical conversation, not to see if you remember some algo from school.
I thought about it a couple of times, and then synergies came into play.
It is such a tragedy for our industry. Personally, I don't participate. And encourage everyone to opt out.
I want, and do, spend all my efforts in delivering best performing, most secure real products, making customers happy and the infrastructure and code maintainable. I have as much impostor syndrome as anyone (or probably more than most) but very slowly over many years and long string of managers who gush about my performance and always give me highest possible reviews, I've come to accept (if not actually believe) that I'm very good at what I do.
And yet, no way I could ever "pass" one of these whiteboard algorithm monkeydance interviews. A company wants to judge based on nonsense that has nothing to do with the job? Then you don't get to hire me, a proven expert with a track record of success. Enjoy hiring a team of people who've spent their life doing artificial exercises and (as a consequence) haven't put much effort into building actual products.
I do what I can to improve the industry hiring. I do interview lots of candidates and will never do so via whiteboard monkeydance. I interview based on their experience doing real work, based on the resume. I encourage everyone to do the same and put and end (at least slightly reduce) the leetcode nonsense that's killing the hiring culture.
I think if you are becoming a Professional Leetcoder, you’re still learning how to do basic programming.
I too, want to do everything you mention, but until I get past the leetcode gatekeepers, it doesn't matter.
Unless you're close to retirement and don't really need the money, it's unlikely you'll know when you're there. Companies change and/or get into trouble, managers change, projects get canceled, etc. I've been at companies I spent quite a few years at and I still came close to quitting for various reasons (and eventually did). I'd submit there is no predictable endgame over more than a 2-3 year time horizon.
My current company was something I would have considered endgame at the start of my career. Now it's not.
A company I'd consider to be currently endgame (say, FAANG), may not be 10 years later.
For the sake of discussion, as I mentioned in my original comment, I would simply define an endgame company as one where I'd be satisfied staying for a while without further ambition about finding the next great thing. Where I'd be content doing a helluva great job and not even think about leetcode.
My best friend ended up at one of the FAANGs a few years ago and is doing exactly that. Although he is now afraid that his leetcode skills have atrophied and he'd fail interviews horribly if for whatever (involuntary) reason he ends up having to look for another job. But he has no short term intention of leaving and thus hasn't been grinding leetcode for a while.
My wife's best friend thought it stupid (actually, I agree - it is stupid). Then she started dating a SWE, who is apparently also leetcoding in his spare time.
It's like a relationship, you'll never truly love the one you are with, if you keep dating or looking at others.
Plus, just a general poor moral value, IMHO.
Nowadays, at least in tech, quite a few people consider it a red flag. The world we now live in.
Does it mean that CV credentials like "developed requirements for a complex system, built it from scratch and overcome significant technical challenges in doing so" don't mean anything, in your opinion? Because in my experience interviewing, things like this get a lot of attention, are discussed in depth and leave impression on the interviewer. I think that my results interviewing would be significantly worse if it was just "fixed bugs and did incremental improvements" instead.
But again, I have very little experience (or desire) interviewing at FAANGs of the world, may be they do things differently?
I've got a PhD in statistics and consider myself a pretty good data scientist, but I am not a computer scientist. The last job I applied for asked me to perform a coding challenge prior to a possible in-person interview. The challenge was heavily focused on algorithms and data structures, almost nothing about statistical inference, causal inference, experiment design, model fitting, etc. I didn't bother submitting my answers.
I've got a feeling that these large corporations have started to realise that the 'data scientists' (commerce and engineering grads that know some python) they are hiring are all pretty useless because they don't have the engineering skills to actually get anything done.
A lot of the job advertisments for 'data scientists' I see these days focus WAY more on things like 'AWS, Spark, building pipelines, etc' than statistics and modelling skills.
Slightly related note, I'm seeing a silly number of advertisments asking for PhD's in quantitative fields and experience with PowerBI. That'd get me running for the hills.
People are impatient to do math, they'd rather want to try 100 things at once, see what works. So I am not surprised they don't care in the interviews.
Only when someone writes a fancy engineering blog post or paper, weird equations appear out of nowhere..
This is so much visible in deep learning papers. The equations are there just to impress.
There's work to do around data (databases, logs, analytics, marketing, business intelligence, etc...) but none of it has to do with stats/maths. The realization is quite hurtful for those who wished to pursue data science.
The only field that recruits maths folks is finance, specifically quants, who are doing financial analysis all day. It's only a few roles in a few places and highly selective.
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.
In the Bay Area they do. No one makes offers with an inspection contingency because it's so competitive but often the seller will already have done an inspection that they share with potential buyers
In my field (actuarial), we have a ridiculously long credentialing process that involves 10 exams, which can take 8 or so years to complete. And many have the opinion that the tests are unfair and wish they could just have technical interviews instead.
Then there are some companies that don't trust the credentialing process and give you a technical interview anyway, even after you had proved yourself by finishing the exams.
They're easy. They (the people writing and administrating) the tests bend over backwards to offer the same test in many different languages. They provide unit tests and examples.
To be quite blunt: These tests just verify very basic programming skills. They're meant to filter out people who just can't code. Someone who's struggling with these kinds of tests probably needs to consider a career change.
Edit: A common gripe early in my career was the amount of incapable programmers we had to put up with. I suspect the author isn't capable of learning how to program well.
I don't waste my time trying to build a leetcode / hackerank profile. Edit: Compative coding has very little to do with industrial strength software development.
I had to quit coffee earlier this year because a single cup in the morning was keeping me up at night.
But, let's be honest: One of the questions that I solved was basically "detect if a string is an anagram of another string."
So cat -> act: true, cat -> dog: false.
This was just a matter of treating the string as a series of characters, sorting them, and putting them back into a string. Then, if it's an anagram, the two sorted strings match.
Can you solve that in under an hour? Specifically, can you solve that in under an hour when you can choose from 20 popular programming languages and unit tests are provided?
More specifically, if you've been professionally programming every day for ~20 years, can you solve that in an hour?
Likewise, if you profile, there's no guarantee that a hashmap is faster or slower, or even more readable. It gets into the nitty-gritty of how memory allocation works and the overhead of maintaining a hashmap versus whatever optimized character sorting algorithms are part of your runtime.
Anyway, I've found that companies that want to ding me for those kinds of things aren't worth working for. IMO, we're better off having an industry-standard licensing board. Plenty of other industries do the same thing.
Edit: I've also spent an afternoon with a FAANG's set of practice programming challenges. I won't go into details out of respect for confidentiality, but they weren't unreasonably difficult. I only want to work with people who can solve "most" of them. (No one's perfect.)
The best analogy is like being a musician or an athlete. Anyone can learn to play an instrument or play a sport, but to be a professional musician or athlete requires something that takes more than practice. No one's excluded from those industries due to lack of talent, but the people without the talent have to take the jobs that support the musicians and athletes.
Someone applying to search quality team at Google that works on search algorithm really wants someone who knows algorithms..
but that may not be the case for a web of app developer.
but the same app developer needs to know have algorithmic sense to do some performance tuning.
The current interviews ignore all these nuances and simply ask a weird, sometimes boring, competitive coding question. That's fine too.. most engineers enjoy a puzzle once in a while.
But what really irritates me is sensitivity of assessment in these coding interviews.
Someone the other day was saying Cracking the Coding Interview book is no longer relevant. The problems are apparently simpler to what people ask in real interviews.
We don't just have to provide pseudocode. Write working, beautiful code, solve the edge cases and speak to the interviewer while doing all of this. I don't know since when engineers actually talk and code at the same time during working hours.
The phone interviews are a joke. In a 45mins meeting, where 10mins spent on introduction from both people has zero weight. In those days it was supposed to weed out non-serious candidates with fizz-buzz question. Well' agreed fizz buzz isn't really a good question, but neither a LeetCode Hard DP question to be solved in 30mins.
Genuine assessment is very hard. I worked at a leading bootcamp you would know the name of and was asked by $BIGCO to create a one dimensional assessment for all (guessing) 10000 of their programmers, so they would know who to fire. I refused. It isn't that simple.
I think a company like hackerank likely got that contract.
Sounds like they want to rationalize firings in a way the blame is on the engineers.
I've since moved on to embedded development, and it is as you say. I've recently got to work on tensorflow light, pytorch, rust, object detection, compute shaders... it's amazing.
The big company stuff can be a bit boring, but I can also say there's some pride even in the "glue". The team I was most proud of implemented Heroku-flow in their proprietary cloud using some kick-ass devops skills, figured out some innovative ways to solidly test their creation, and also got to write a genuinely comp-sci database diff tool to migrate data nightly from the original thing into their re-write.
If you can build the trust, there's most often a good route to turn a terrible, untrusting, corporate monstrosity into something decent. But that being said, it takes a ton of passion and also sometimes it will just be dull and a hobby project is probably a necessary relief valve.
Don't take the comparison too literally, the actual work of putting a machine together is different than coding, and I'm not talking about "sticker applicators" type assembly lines, I'm talking about high-tech assembly lines like what I experienced (medical devices, in this case). I did base my comment on more experience than a few "How It's Made" episodes, though.
They said the last thing is a code test, that they do through Hackerrank. I figured ok, I'll go through some on Hackerrank and get the hang of them, since I've never really done much on these types of things. I did bomb out of an interview process last year that was strikingly similar, with a final step of random algorithmic code test that was timed/monitored and I struggled on.
I spent 2 hours working on Hackerrank stuff just to realize:
1. It's virtually all either 1+1 intro or comp sci stuff. There's nothing there remotely applicable to any work I've done in my career, which has included numerous positions of architecture/scalability/emergency fixing.
2. A lot of the problems are very poorly described. After an hour of failing to solve one, with no feedback on what strange inputs were failing (because the ones it would tell me all passed), I finally clicked the editorial part. And it began with "here's the obvious solution, but that won't work because it's O(n^3). Well no sh*t, I'm aware, but this is a stupid brute force exercise and there was no notice of "be efficient, must solve using linear algebra."
In the past, a couple places have done a code test that is basically "sit down with Jim for an hour, he's working on XYZ problem, and see how you would approach it." Those have been the absolute best code tests, both for me to show talent and for companies to judge me.
Anyways, time to go bomb out of another candidacy at the last stage.
This made me chuckle. For what its worth, I've bombed out multiple times in the past month. You're not alone.
The 'sit with someone for an hour' are far more indicative of how you'd work with someone because... you're working with them. 2 years ago I did a "remote pair code test" with the team lead for about 30 minutes. I think I got most of the 'test' done in half the expected time, and we talked about where/why I cut corners, how you'd test it, what sorts of things you need to keep in mind to address edge cases, etc. I got to see what working with the team lead was like in that case, and... ultimately, it wasn't much different after I got the gig.
Good luck to you in your hunting!
> it's all about how much time you can spend on Leetcode.
The author is playing a game built for new grads. Here's a secret, speaking as an (ex) Facebook interviewer:
Facebook's hiring pipeline is optimized for new grads, but its hiring needs are senior engineers. They know this, but you can't build a high-volume interview pipeline for senior engineers: there's not enough of them, their skill set is too varied. So Facebook is kind of at a loss, but in general if you have 15 YoE and can show you're good, they want to hire you. In particular they'll try to find deep domain experts ("pirates", their term) to evaluate you.
So be prepared to demonstrate basic competence in coding, and also some deep expertise. T-shaped engineers, as they say.
I have done several LC easy and mediums, have done internships and published papers and didn't even make it to phone screen at every FAANG or other companies whose names carry some weight in future interview opportunities.
> have done internships and published papers and didn't even make it to phone screen at every FAANG
I recommend finding someone who works there through your network, conferences or open source projects and asking for a referral.
[1] https://blog.codinghorror.com/why-cant-programmers-program/
Basically our job is to weed out the candidates that haven't made it to "newbie programmer" yet, and probably never will.
Problem: Write a program that prints the numbers from 1 to 100. But for multiples of three print "Fizz" instead of the number and for the multiples of five print "Buzz". For numbers which are multiples of both three and five print "FizzBuzz".
https://blog.codinghorror.com/why-cant-programmers-program/
It's not. People STILL fail FizzBuzz. Every day.
But - there are tons who are great devs, unwilling to 'play the leetcode game'.
So both those things can be true at the same time.
No. This indicates a failure in the interview technique.
competitive programming can be really fun, addictive and great learning experience, and incredibly frustrating and takes lot of time (> 3 hours/day for 1 year to do it the right way).
If you want to learn algorithms for the sake of learning, perhaps specialize in some weird algo sub-topics, places like TopCoder, SPOJ, CodeForces that train for ACM ICPC might be a great place to start. These are different from LeetCode.
One hit was for making machine guns target humans better. (I rejected the in-person interview.)
Another dropped me because they wanted cloud experience.
A YC company changed the job from remote to SF only before we talked.
What did you do between 1998 (when you earned your degree) and 2014 when you started doing the consulting? That's a super long time to leave undocumented. That makes potential employers nervous.
What subject was your degree in? It's strange that it doesn't say.
I think you should take a look at the resume of other people with 20 years of experience in the software engineering industry and compare and contrast. When I look at this, I think... "What did this guy do for all this time? Did he advance in any meaningful way?" In 20 years, I want to see * Advancement * Variety * Leadership
I don't know your story, and I have no real reason to think you're not an accomplished engineer. But your CV isn't doing a good job of showing it. Good luck to you.
One really bad thing about the industry that's rarely talked about is how the jobs are concentrated in a few cities worldwide. If you're in SV/NYC you're fine but if you're in a small city there might hardly be any opportunity.
I would had some numbers in the resume. When you say large amount of data for example, how many sensors? how many GB per day?
You're saying you're a consultant? I think it could turn off some companies who are looking for a permanent employee. Also, it's really uncommon for a consultant to work at the same company for 6 years.
If you've worked mainly for two clients, you could describe that as two separate jobs. That would add way more content and show more experience. The resume is quite empty right now for 20+ years.
P.S. Can see all the experience going back to 1999. There's no problem of linkedin hiding anything for me.
If you were willing to entertain the idea of New Mexico then the labs might be an option for you.
Changing job areas is hard, the best way imo is to find a company that does both what you currently excel at and what you want to do, then do an internal transfer to build experience. I've seen it done before where a friend of mine joined one team building internal support tools, switched to a different team doing data science, and now gets job offers for data science.
I'm not sure if expecting them to come to you is a winning strategy. But you could get someone to review your CV to see if the presentation of it can be improved ?
I also have more than 20 years of experience, and if anyone asks me more than a fleeting question on what I did in college, that would be a massive red flag for me. I feel that even if I'm new to a certain technology, my overall experience is helpful and valued. The grey beard perspective so to say.
And getting some experience with machine learning has never been easier. Play around with TensorFlow, or buy one of those Nvidia Jetson dev kits and follow the free Nvidia AI courses. And there's plenty of things on Coursera, fast.ai and the likes for more formal insights beyond experimenting.
Same with cloud, free tiers everywhere. But it takes effort to learn these new technologies, and that is not always easy at an age where more life has happened than for a recent graduate. So we need to be a bit smarter and efficient at it, but it can still be done.
Edit: I actually checked your Linkedin that you posted in another comment. I personally don't feel it's a bad CV, but I can see how it might not be a CV for FAANG companies. And you are already doing my suggestion of learning the newer stuff.
But I've experienced two things that might apply in your case as well. You're self-employed, which tends to reduce the people reaching for employee positions as they might think you're not interested at all. Secondly, you seem to be working remotely, which reduces opportunities even further.
I'm just wondering if recruiters commonly reach out to experienced developers that are self-employed in a remote capacity with a strong history of real world applications. Maybe a recruiter here can chime in ?
But it does seem you could use some more networking.
Anyway, best of luck !
Yes, if you have spare time.
Now, with respect to cloud... it's not that hard to learn. If you have system administration skills it should not be a real challenge for you.
Now, people in the industry did not wake up one day and conspire to radically change how things work. It has been a gradual change over many years... that's why it's important to stay informed of new trends and technologies.
The meet-up is a good idea.
At 17 YoE, I avoid the cloud and ML because it's hard to bring my skills and experience to bear, and also I have no passion for them. But I have also found there's a ton of C++ code out there; IME there's a lot of appetite for someone who can wrangle it.
That's not exactly a small niche. Edit: Just saw your LinkedIn profile below, have you applied to DC area companies? I think you would have much more success in the DMV metro area.
Companies nowadays want you to be good in domain knowledge but also good to solve Leetcode problems during the interview. Time has changed.
One recent interview run by ex-FUAANG folks started with a non-trivial take home that represented their actual business. I come in, am told it’s one of the best they’ve seen. Which was great, because I was genuinely proud of it. Now let’s find all of the combinations on a boggle board. Which wasn’t even the worst of it.
So far, that’s been pretty par for the course for me. It’s been discouraging.
The hiring process should be based on the position and candidate. If you're applying the same process you use for new grads to someone with 15 years experience you're doing it wrong. FB should be capable of doing this correctly.
Sure there are good engineers that are bad at hacker rank questions. But there are fewer bad engineers who are good at hacker rank questions.
Its just a numbers game with a filter
Yes, I'm a bit salty.
The best advice I received recently came from someone 10 years my junior in the industry: politely refuse hackerrank, algorithmic code challenges, array shuffling, or anything unrelated to the work you've done or the work the interviewers are doing on a daily basis. Instead, offer to pair/group program or troubleshoot on a problem they're currently trying to solve, offer to walk through an open source project you've worked on or authored and speak to the problems you encountered. Let the gatekeeper/recruiter know you decline the kinds of interviews I mentioned above, and let them know you're looking for an org that thinks outside of that box, that values a person beyond their ability to regurgitate for-sale interview prep.
That approach has an effect of weeding out companies mired in corporate lockstep. I had told a recruiter at a national, Austin based real estate firm that I decline those types of questions and interviews. Was assured that they would not happen, and in the first round of the process was asked to sort an array of phone numbers. The interviewers had no idea I would decline the challenge, and I politely ended the call.
I recently adopted this approach with great success, speaking with a number of high quality orgs and all around great people who were truly interested in what I could bring to their effort. Granted, not everyone is in a position to take a bold stance, but I found that it made me more interesting to companies who were doing more than going through the motions.
These kind of questions is not to see how smart you are, it is to weed out all the ones who don't event get the most basic parts of programming. And I can assure you as someone doing a shitload of interviews, that a huge part of candidates doesn't understand the basics of programming such as sorting an array.
If all candidates had a minimum competence, sure we could do other kinds of things. But right now, you will first have to pass the "I can do newbie programming" tests.
It’s testing for practiced solutions of memorized algorithms and a bit of role play.
I get there’s some IQ challenge to preparing this and it’s hard to evaluate skill, but I don’t think this tests much beyond that.
Want to test true basic programming capacity? Do fizz buzz, ask someone to reverse names in a string with loops - everyone should be able to do that without thinking.
That’s actual basic stuff.
High level or more complexity? Discuss a relevant problem the company needs to solve and how they’d approach it.
Better yet discuss a problem and debug it together. Most programming is debugging anyway.
And as the post you answered to alluded to, the point of the question is really just to filter out candidates who can't even write simple code, just like fizzbuzz. That's the kind of question you could ask in a first round, and then proceed to more relevant questions.
We really don't need True Scotsmans on this site.
To make my point clear, you can implement a dumb and inefficient sort by implementing a min function, taking this min, then iteratively call it on what's left of the array and append the values to a new array which you then return. That won't get you into FAANGM, but maybe that's enough to get some discussion started in an interview at a company that's not too much into leetcode and is trying to evaluate other skills like communication. And I do think that 99% of people who write code every week could come up with something like this or better fairly quickly.
The reason I jumped to quicksort in my initial reply is any sort short of quick or merge sort (or some other nlogn variant) would fail you at FAANG.
You could do the naive n^2, but it better only be in the first two min and hand waved off as obviously inefficient, almost a joke that you implemented it at all on the way to writing the nlogn version, bonus points if you talk about how merge sort is nlogn in worst case and quicksort is n squared in the worst case, but in practice often faster.
The more general problem is just how far removed from reality are all these questions. I once tried interviewing for Google, just for fun because they sent me an email about it. They asked me about quicksort, I said that I'm able to implement it in any language I know given an hour and the ability to google things. They were apparently not very satisfied with this response.
Why do you need to recite things from memory on the interviews while you'll be able to consult whatever the hell you want on your actual job? No one knows.
If you can't divide numbers, how will you ever do algebra?
Guess what? They're different skills.
A person who is good at algebra, may not be good at all at division. I know a few who fall into that category. The use a calculator.
If you couldn't remember how to implement quick sort or merge sort that would be one thing, but if you had no idea or never considered how a fast sort could operate that's another problem. I would never ask this in an interview but to use it as an example, it wouldn't be recall of an implementation that I'd be looking for but seeing if the candidate can identify a divide and conquer approach to the problem.
They will always say it's fine and move. It would be extremely uncommon in the current decade to come across an interviewer who minds using the standard library.
* they are a pedantic, roll your own type of place that is full of custom frameworks and libraries that you're better off avoiding
* they are big enough or specialized enough that they really need that level of knowledge
I imagine the former is more common.
And if you are applying to the latter, you should know that from your research. You do research companies before you interview there, right?
When I find "good jobs", they almost always crop up from serendipity in areas that I am genuinely interested in at the time. Looking back it feels like dumb luck, but the sort of dumb luck that is helped along by trying to make your own opportunities.
If you ever have a chance to talk candidly with an executive or entrepreneur about a subject that you are passionate about...well, at least take the meeting. Those sorts of discussions aren't interviews per se, but sometimes your vision will click with someone else's, and that's where the magic happens.
Even better if they actually know you!
> If you ever have a chance to talk candidly with an executive or entrepreneur about a subject that you are passionate about...well, at least take the meeting. Those sorts of discussions aren't interviews per se, but sometimes your vision will click with someone else's, and that's where the magic happens.
This is great advice. Talking to business folks when you aren't working for them is a great way to practice this skill and you never know what you might end up running into. Another good thing to do is to try to connect two people who might benefit from the connection (discussing a technology, an opportunity, etc). Sometimes something will happen, sometimes not, but the goodwill will be remembered.
A few years ago I joked about never wanting to submit a resume again. If you spend time on your network (all the time, not just when you need a job) and do good work, hopefully you'll get to a point where you can contact people you know who are looking for help.
Sure you'll still need to "interview" but the stakes are lower: they know you and you know them.
I can't help notice the irony that they wanted to put you through a gauntlet of leetcode style interview questions only for you to be working on what are most likely basic CRUD apps.
This happened to me too, despite assurances from the recruiter beforehand.
Don't believe recruiters. They'll tell you anything to get you in the company's hiring process.
Go and look at some Javascript answers on StackOverflow, and then consider why lots of websites are so slow!
Some random examples:
* Deduplicating an array; top answer is N^2: https://stackoverflow.com/a/9229932/265521
* Deduplicating array again: top answer is still N^2!: https://stackoverflow.com/a/14438954/265521
I've seen loads of similar examples. Maybe there is code that doesn't use any algorithms at all but it's probably not very interesting code.
One time I interviewed somewhere. It wasn't a perfect job, but I would have taken it if the offer was good. After the interview they called and wanted me to take some kind of test. I said no. They called me at least two more times to see if I wouldn't reconsider. That made me think wow, they must really like me from the interview. Why not just make me an offer? But no, they didn't call back after I firmly denied them. Maybe they learned a lesson, maybe not. Not my problem.
And that's the final lesson. If a place has this kind of hiring process, that is already a red flag that this is not a good place to work. Even if you took the test and they made you an offer, it would not be a good time working there.
I still haven’t met anyone who gets paid $400k+/yr and didn’t have to go through some hoops of these sorts for being an IC engineer.
The not-at-all-surprising end result is that my role has no coding or system design expectation, nor is there time for that even if I wanted it. I'm exactly the same person, doing a not-entirely-dissimilar job to my prior experience, yet I would not have been considered a desirable candidate had I not jumped through these hoops that bear no relation to actual responsibilities.
Now that I'm on the inside, I don't see any particular conspiracy to select for people that are willing to jump through hoops. Yet I have a hard time reasoning out why else my candidacy would undergo such a drastic transformation otherwise. It's a sad state of affairs indeed.
If there was a brilliant kid with a unique approach to solving the problem he would certainly be excluded by these systems.
Even worse, they say "don't worry we just want to see how you think" but I've been interupted multiple times during interviewes where the person presumes, without knowing what path I'm on, I'm on the wrong oath the literal second my answer deviates from the cracking the coding interview book. Then I'm asked to explain and I ask to just code and show it.
This is even worse imho. So I have learned to literally not think outside of the box when I interview and give them the memorization of the cracking the coding interview equivalent in my preferred programming language.
Trying to solve it your own way even if you have a good solution despite what they say is too risky the interviewer feels threatened by this new approach because they cannot follow you and are trained to rapidly rank you based on a very specific expectation.
Even worse as a female I've learned to begin all my interviews by asking the interviewers to please...PLEASE not jump in and interrupt me to try to "help me out"
I also have to provide a disclaimer that I'm about to think. If I'm silent for more than three seconds that's not thinking about how I want to approach the solution before I begin talking through my thought process it's interpreted as being completely lost. Ultimately then jumping in will count against me.
I'm serious.
Multiple interviews I'm terrified of being silent for more than two seconds but I've learned to literally instruct my interviewers to actually give me 3-10seconds to think before I speak and also please do not jump in with the answer.
The only thing more infuriating is when they jump in and say exactly what I was about to do so when I code it they think I couldn't do it without their help.
I have banned all interviewers from speaking or giving hints without my explicit permission before the interview.
This is my preferred method and it has worked well. I've gotten through interviews for top tech companies twitter facebook etc etc and work for a top tech firm as a software developer from senior to Staff and I love my job but wow....
Some companies really concern me the kind of people they are filtering for these days. Regurgitating cracking the coding interview without a moment's delay is the only acceptable way now.
I also agree with this guy. I was an engineer but not software for yrs and spent months practicing these tests to move into software and the moment I did I havnt used any of that since.
I think it’s a waste of time and boring as hell but 9 times out of 10 nobody is ever going to look at your accomplishments or work history unless you’re coming out of a FAANG.
Just memorize Two Pointer, Depth First, Breadth First, Binary Search, and Dynamic Programming. Solve leetcode problems. Most people recommend 200-300 before applying to FAANGs. Turn the descriptions into Anki cards and learn to site read them for TP, DF, BF, BS, DP. Keep a soreadsheet if your solve times and each puzzle’s solution type. Optimize, optimize, optimize.
I don’t think it’s a good system but that’s what we have.
1. Office friendships that last a lifetime are never to be seen anymore, all people seem to want these days is sh*t load of money. 2. What about contentment? No I need more, which eventually becomes a cause of restlessness, anxiety.
If employment is Organized slavery, interview is basically blackmailing.