We created a fake language to root out resume liars
facebook.com
facebook.com
I'd put my money on the recruiter. I once had an excruciatingly awkward interview at a company on an industrial estate in the middle of nowhereland with no train station nearby that took me bloody ages to get to… which was actually going well until they asked me about my long experience with Exchange 2000. I had no experience with Exchange 2000, so I told them, and watched their faces drop.
That was specifically why they wanted to speak to me. The recruiter had inserted it onto the copy of the CV he sent to them. I'm surprised I'm not still doing time for murder.
What I'm not surprised about though is why they do it. I've been to plenty of interviews where my CV hasn't been given more than a glance. At moments like those I feel a deep sense of pessimism. The whole recruitment process seems broken from end to end and has been for a while.
She wasn't in a position to lose a job at the time, and felt she had no other choice but to begin lying about numbers to meet the targets (obviously wrong.) She is very much NOT the type of person to do something unethical like that and felt extremely bad about it, apologized and got fired.
Recruitment companies will literally push their employees to and over the edge. You either live to work for them or they break you and fire you.
Outside of tech, mental abuse in jobs is shockingly common and frequent.
Manager would randomly chronometer the time it took me to answer tickets and warned me I spent too much time thinking before typing responses... (turned out the rest of the team was just smarter and pretended to work hard: hitting backspace as often as they typed other random words... oh but the display of “intensity” and “customer delight” was glowing hot.)
This was based on observing 4 people (CIO and managers from intermediate levels) standing behind some poor helpdesk guy while he fixed a problem with the CEO's desktop background being the wrong picture or something....
Hourly rates:
$30 $60 if you watch $120 if you help
A good project manager will be confident in their position and in doing whatever they can to help the project and won't mind. But that type of person wouldn't be looking over your shoulder unless invited.
But what have they done to deserve the truth?
More or less this is how we get thinga like Chernobyl, when the entire chain is lying because the cost of tellong the truth is too high and there is no incentive to do so.
Still, after the accident some of the engineers went for a literal suicide mission to open some ventil to make it all less catastrophic. And unlike the poor construction workers, who died, too, they knew what they were doing.
I doubt they did it just for the postmortal fame. Some people have actually moral standards and can stand by it, even if it means disadvantages.
https://en.wikipedia.org/wiki/Deaths_due_to_the_Chernobyl_di...
Entries like "received fatal dose of radiation during attempt to manually lower the control rods as he looked directly to the open reactor core."
— Mark Twain in Eruption
https://www.youtube.com/watch?v=OHrVlyU3suk&t=132s
Edit: Everyone at the time probably thought that they were being sent to their deaths so they were staggeringly brave - but that's not how things turned out.
I am talking about actual voluntary suicide missions in chernobyl, like Lelechenko, Aleksandr Grigoryevich:
"in order to spare his younger colleagues from radiation exposure, he went through radioactive water and debris three times to switch off the electrolyzers and the feed of hydrogen to the generators, then tried to supply voltage to the feedwater pumps. "
And he and others did pretty much die right away.
https://en.wikipedia.org/wiki/Deaths_due_to_the_Chernobyl_di...
This is an example of what universal basic income is intended to prevent.
Basic income has many of the same upsides, but the downsides are mostly about the dollar cost.
It's not unreasonable that some people prefer to pay (eg) higher taxes than suffer various forms of corruption.
I will take UBI or negative income tax every day of the week over unions.
In fact, if they were championed by - shall we call them economic liberals? - then they might be a damned sight harder to subvert and be a whole lot more effective and palatable. I know Sweden has strong unions and workers on boards (something I learnt from the very readable though still arguable book 23 Things They Don't Tell You About Capitalism[1]), with restricted power (the employees can never become a majority in any vote on the board) and it seems to me to be an obviously good idea.
[1] https://en.wikipedia.org/wiki/23_Things_They_Don%27t_Tell_Yo...
I suspect the management knew that berating people in a semi public area added that extra level of humiliation - their managers were all pretty scary and I didn't even work for them!
It can go a lot higher than that, 3-4 months salary for more senior hires. The good news is this means the recruiter is incentivised to help you negotiate higher pay
No, the increase they get is marginal, compared to just 'closing the deal'. Especially when the company is a repeat customer their incentives are to get decent candidates quickly into a role without causing any issues.
Not really. Like realters, "Real estate agents do not generally represent the buyer," says Florida real-estate attorney Barry Ansbacher. "But buyers think they do."
Some organisations are just run like that.
Sales is especially harsh in some environments.
I knew someone who ran the business side of a small company. They thought they were really good at sales. But they were really just handling client service, billing, etc. for jobs that the consultants brought in through their own relationships. They ended up going on to do "client service" (i.e. sales) for a big NYC financial institution which lasted about a year. I'm sure it wasn't pretty.
It gave an incentive to deliberately do a bad job when you first start so you can "get better" every year and get a bigger bonus.
What made it worse was that each year, they would "adjust" the commission structure as well. Of course, it was never in favor of the sales people. Commissions went down while expectations on sales went up.
I've been playing with Duolingo. The main incentive is seeing your "streak" increase (the number of days in a row you complete a lesson). You are allowed to make five mistakes total every day on the free version. If you struggle with a lesson, you might use up all five of them, in which case your streak will die. Duolingo allows you to spend points to buy a new thing of five "hearts" (the traditional video game lives). So you have a fairly strong incentive to make sure you always have a cache of points.
Once you blow through some easy incentives in the first few weeks, there aren't that many ways to get points (besides completing more lessons, which you can't do if you run out of hearts). One of the main ways to get points is to do well in the bracketed competition system, where you are compared to 49 other users you are grouped with every week.
Unless you're in the top 3 (hard, because there are a handful of people who treat Duolingo like a full time job), you don't earn any points from your bracket placement. You only earn points from going up a bracket at the end of a week (top 10). Once you reach the top bracket, you don't get any more points. So the system is actually incentivizing you to repeatedly drop down one bracket so that you can climb it again.
(Interestingly, there's a very easy time-zone based trick to get yourself much easier competition because their matchmaking algorithm is unintelligent. All weekly competitions start at midnight UTC on Monday morning, which is what allows the trick to work. I managed to get top three finishes in a pretty high bracket without much work. Been meaning to write this up...)
On a global scale? Sadly no.
I rather suspect the tech sector is a very safe space, in that regard. Because of demand and supply. But overall life is cheap on this planet.
At a tech company, anyone from the helpdesk down on the status ladder probably has a risk of this. Think about what it’s like being a cafeteria worker or janitor at a place like Google or Facebook where the managers probably joke about you as the example of where you end up in life if you don’t work hard.
Like Lord of the Flies in shiny suits.
At one interview they told me they thought I would be a good fit, but couldn't hire me at my requested salary.
I hadn't put down a requested salary, the recruiter had put down an unreasonably high salary and almost cost me the job
The first interviewer laughed and walked out. I explained things to the recruiter, he cursed, said he would "visit the Ruby team upstairs". He actually managed to setup an impromptu on-site interview with the Ruby team on that same day. I got the job.
All the controls in the world mean bugger all when ultimately the deciding factor is a human.
No one ever wants to admit that the world runs on trust and respect :).
The external recruiter has absolutely no incentive to send you for an interview you will bomb out of.
That said, it's a bit absurd there aren't separate classes of users on Linkedin. Do I need to know a recruiter's work history?
And unlike candidates, recruiters can potentially get paid to fill a lot of a company's vacancies, provided they don't get blacklisted by them...
Isn't this called 'consulting'?
- (your point) no incentive to send you for an interview if not a good fit.
- "I make more money if you make your money" often said to spin the "what is your salary requirement" question
Most recruiters work for an agency. Agencies have accounts with businesses. The account is central. You are in no position whatsoever to make determination as to what incentives drive the recruiter's business.
Recruiters also routinely b.s. young developers by "I get more if you get more money" when pressuring them into agreeing to a "salary expectation" right at the beginning of the employment negotiation.
However, I think we all know that closing the deal is far more important to the recruiter than negotiating small changes to the salary, so your point stands.
Almost every recruiter will constantly ask you if you're interviewing anywhere else or working with any other recruiters. They do this so they can be sure nobody else has the right to represent you to a client but also to gauge how much effort to put into presenting you to any of their clients. If you're not working with a a single recruiter exclusively, you'll often find that the amount of work they put in to get you in front of their clients drops dramatically to the point they no longer return your calls/emails.
You’re an engineer with a certain degree of experience and the recruiter will have an idea of how much that’s worth when they start the conversation with you, so they know up front how much money they stand to make as a ballpark figure, and how much work is worth putting into getting you an offer.
Once they get you to the offer stage, and most of the work is done, they want to close the deal as soon as possible for as much money as possible. They know the band for the position so, if you’re lowballing your ask, they have every incentive to bump that up.
On the flip side, if you’re asking for something on the top end of the range, and it looks like a long negotiation, they’re looking to spend a lot of incremental time for not a lot of incremental money, so it’s better to get you to accept an offer - any offer.
Negotiating $10k more for a candidate might see them get some percentage of that. But if they place you now, they can move on to another candidate and get a percentage of $100k or more.
Churn is far more important than min-maxing any single candidate.
For them to pay lots of attention on a single deal it has to be rather large, so that's why head hunters exist for top CxO type personnel, but not really for rank and file positions.
My god, how patronising.
My view on his comes from speaking to several hundred recruiters and owners of recruitment agencies as part of research for a product targeted at those businesses.
I also have close friends who worked or have worked in that industry and we have had very frank conversations about what their incentives are.
Maybe they all lied to me, but none of them wanted to put anybody forward for an interview who would make them look incompetent.
Their ideal flow for a deal was as follows:
- Receive brief from client.
- Find about 3 good candidates and get them booked for interviews. Could be more or less, depending on the role.
- Interviews take place and the client considers all candidates to be at least somewhat suitable, but decides to pull the trigger on one of them.
- The recruiter manages the candidate's salary expectations within a range based on their experience of placing other people in similar positions so that the deal gets done. Generally this means that they will try to get it closed within one or at most two offer-counteroffer loops. That may mean disabusing candidates of unrealistic salary expectations. It may also mean convincing clients to increase the previously agreed salary range to accommodate a candidate who is significantly more attractive than the average.
- The recruiter receives a placement fee equivalent to a percentage of yearly salary in most cases.
This does not mean that individual recruiters or agencies may not have other incentives. I know that sometimes interviews of external candidates are a procedural requirement and are conducted just for show so that a preferred internal candidate may be offered the position.
But in general, I am quite sure that the above is a reasonably accurate account of what the usual incentives are.
After I got hired, I showed up the first day and one of the managers asks me, "So I heard you know functional programming, right?"
I said "yes" and was immediately whisked off to the backend division that worked entirely in Scala, a language I had literally never spent more than 5 minutes on before dismissing because the online tutorial I was using broke about two chapters in.
What was the rest of your experience like there? Sounds like a place that thinks at a deeper level than most.
And I'm 100% with you there, learning a new place's codebase can often take as much or more time than learning a new language (at least if you've got experience with a couple of languages already). There's at least tutorials and guides for a new language, and there's rarely good docs and resources for the codebase.
Quite a lot of competition for that particular prize!
Edit:
There should be a Razzies for Recruiters!
In the end I didn't get the job, but their response said I didn't get it because the found that my experience didn`t match my CV. Go figure.
One of the reasons I got fired from that contract eventually (aside from a fight with a manipulative SOB who was fresh off a career as a local TV news personality and was holding the project up in his backend role) was that they were disappointed with my lack of interesting user interface designs.
I never told anyone I was a graphic artist. Even if I did have that skill (or interest) (which I had neither), I was too busy dealing with new WPF/XAML/C# features and software design etc.
I bet the Alan Partridge jokes were flying...
Sometimes they're honest edits to improve your chances, but mostly it's lying to get you in the door.
I’ve never come across any edited versions at interview.
But I must add that I am only looking for C Linux coder contracts.
The PDF format is somewhat awkward to edit. I've never put much stock in the idea that this is one of its virtues, but for this specific kind of manipulation I can see it might be effective.
I suppose you could print out your CV and scan it into a PDF to prevent that - but then there is OCR...
You're right of course that with OCR, and the right typefaces, it's always possible to automate the process of building an editable document from a PDF or printed page.
Also, who would want to lower the perceived visual quality of his resume? And scanning a document, means just that. It will be still readable, yes, but you can see, that it was scanned in.
In the last ~4 years I've only sent out PDF copies of my Resume to Recruiters.
A couple of have turned around and asked for it in DOC/DOCX, but a whole bunch more have just copy/pasted it into their own template and sent that to the employer.
I've turned up to interviews and offered the interviewers copies of my resume, and they wave something with the recruiters's logo all over it and not looking at all like what I sent in.
As soon as I'm talking to a candidate 1-on-1 (without the recruiter proxying) I ask them to provided me an original copy of their Resume, because the recruiter may have left out important details (thinking them irrelevant, as recruiters typically aren't tech-savvy) when copy+pasting into their template.
PDFs are pretty trivial to edit anyway.
I had a couple of recruiters ask for a doc/docx. I think I only made one conversion where it was the actual HR from the company using it for keyword matching and I refused to do it for the other recruiters. Still got invited to interviews of companies for those other recruiters.
Subtle formatting errors make it apparent when recruiters have reordered lists or inserted bullet-points here and there.
They'll try to cover contact details with white rectangles - infamously not great at removing data in a digital document.
Even when it it's not clear from the document itself, I like it when candidates come in with their own copy of the CV, I'm always interested in comparing the difference between that and the one the recruiter provided.
It might seem harsh, but it's an easy way to weed out lazy recruiters that just want to spam your C.V. to many clients based on a keyword match when they upload it into their automated system and the recruiters that want to take time and even invest into a relationship to build a decent portfolio.
They get a bonus for hire.
once a recruiter made me run trough 5 interviews. I had a full time job at a time, with a decent pay, and explicitly stated my requested salary upfront. after the whole charade, which burned a significant amount of my vacation days since I was working at another city at the moment, they just came out and said the budget for the position was less than the asking price, but feel convinced it would have been a great opportunity for me.
goddamn scum.
oh, and the "opportunity" went into bankruptcy forced liquidation two years later.
In terms of bad recruiters: A recruitment agency will often get a fee of ~20% of an employee's first year's salary - meaning they are extremely motivated.
That high level of motivation has some benefits - for candidates, they'll happily take care of any BS like entering your details into different companies' candidate tracking systems, writing carefully customised cover letters for each job, following up with companies after interviews and so on. And for employers, recruiters will deal with grubby business like cold-calling candidates and will often have access to more candidates.
It also has a bunch of disadvantages - recruiters will happily post fake high-salary jobs to gather resumes, add lies to candidates' resumes, help candidates cheat on work-sample tests, send generous 'gifts' to hiring teams that take their candidates, apply high-pressure sales tactics to wavering candidates, call candidates they placed after a year or two and encourage them to move jobs, and copy the contact database any time they leave a job.
The thing is that there are big incentives for the recruiters. Where I live (Dublin) the recruiters finders fee would be around 30% of the candidates salary. In IT that could be a fair whack of money. That sort of incentive can cause some peoples morals to loosen a bit.
Here are some of my experiences...
Recruiters editing my CV to make me look more skilled or possessing skills I don't have.
Editing my CV so that it contains the right information, but the formatting has been destroyed and it looks terrible.
Costing me a job opportunity when I applied direct to a company and because I was on a recruiters system they demanded a fee when they learned I was made an offer. Because the recruiter threatened legal action, the company withdrew the offer.
Calling at me at work. Even on occasions calling me via the company switchboard.
Arranging interviews without my consent.
A recruiter shouting at me for cancelling an interview because I was running a 39 degree fever.
Taking my LinkedIn profile data and creating profiles on their own systems. I added a fake job to my profile to weed those ones out.
Individual recruiters taking my data from one company to the next when they themselves changed employers.
Refusing to delete my data from their systems forcing me to go to the Data Protection Commissioner.
When I went self-employed they started calling me asking if I would hire one of their candidates. Even though I said I was a one man operation and would stay that way - they kept calling.
One recruiter calling my wife when I blocked their number.
Of course different peoples experiences may vary, but in my case I can honestly say I have never had a good experience with an IT recruiter.
Sounds like the employer is a shitty as the agency here, if I had had an offer like that withdrawn I would have sent a stiff letter from a lawyer wanting a "compromise agreement"
As for the offer withdrawal, until the contract is signed they had every right to do that. To be fair having seen it from the employers side, when an agency does something like that it can be messy. You may be the best candidate ever, but if the company has to drop a five-figure sum on solicitors and legal stuff then you may be more of a hindrance to them.
Many small companies use them anyways for some reason.
Recruiters who work for the company they are recruiting for are normally pretty good.
But it's damaging, and the company will not be pleased with the recruiter if they find out they've scammed them into hiring.
I feel you, but right now I am more concerned about quite some other broken processes to the point of ... what is actually working right?
And then after a while I realize again - actually quite a lot. It just works not by my high theoretical standards.
We hired him (interview went on discussing the job, his actual background, etc.) and he was really good, but I don't know what my bosses did with that recruiting agency, if anything. Above my pay grade, that.
This was early 1990's, so this charlatanery is not new.
The IT market is pretty good compared to other fields but in the and, the market might have collapsed already.
""The Market for Lemons: Quality Uncertainty and the Market Mechanism" is a well-known[1][2] 1970 paper by economist George Akerlof which examines how the quality of goods traded in a market can degrade in the presence of information asymmetry between buyers and sellers, leaving only "lemons" behind. In American slang, a lemon is a car that is found to be defective after it has been bought."
https://en.wikipedia.org/wiki/The_Market_for_Lemons
So most good candidates and most good companies have long exited the official job market and work with referrals or whatever. And all what is left is that now shitty companies are receiving shitty applications. And if a non shitty company offers a job in this market or a good applicant applies to a job, the other side will never believe it.
Can you expand on the quote from Gulliver's Travels? It's been decades since I read it and I can't think of where in the book it could have been from, I don't remember much economics being in the book...
[330] An act of parliament has been since passed by which some breaches of trust have been made capital.
Worth a read?
I have two competing hypotheses for it. One, they're just bored, and LinkedIn is the new Facebook for middle/upper-middle class people. Two, there are signalling to and chasing people with access to lots of money, who for reasons unfathomable to me, also hang out on LinkedIn.
I think the "middle-class" comes from the fact that such people have cash savings to weather a job hunt, whereas people without savings have to start working pronto on whatever if they're going to be eating and roofed in two weeks.
Here's a third one: It's curated to folks with similar professional interests and isn't political.
People receive a lot of BS on Linkedin but for some people it works. This being said, the people I know whit 8-9 fig net worth, you wont find on linkedin.
In an over-simplified world of Good Developers and Bad Developers, the Good Developers generally don't get fired or quit much, and if they do, can usually get another job through references they made at their last one. If they happen to not have any references who can get them a new job and enter the general recruiting market, they usually get snapped up quickly.
Bad Developers tend to get fired or forced to quit a lot. Nobody who has experience working with them wants to hire them. They spend a lot of time on the general market applying for tons of companies that reject them. They keep doing this until they either finally learn some skills or figure out that development just isn't for them and find another line of work.
Ditto for terrible companies to work for.
They will also get snapped even before they end-up on the open market. For college hires, might be more than a year before they graduate or accepting a full time position at the end of an internship.
I have a fake programming language on my resume, has been there for years. To top it off, I used a well known video game cheat code.
I've been hired several times with that on my resume, so far no one has ever mentioned it.
Edit: I recalled correctly, IDDQD was the cheat code for god mode in the original doom.
If I threw out every resume with some weird quirk, spelling or grammar issue, layout problem, etc. I’d probably never hire anyone
I don't dock points for layout issues (unless they say they have experience in front-end work...), but spelling and grammar is exactly what you should be getting right in an resume. I don't meant to say I would be unreasonable pedant about the use of prepositions, and I'd probably overlook an MS Office autocorrect (like how Excel always changes "HSA" to "HAS", grrr) - and small mistakes must never invalidate someone immediately - but it means I'm going to be in the session with a dim view of the candidate until and unless they demonstrate otherwise.
That said, recruiters and agencies do edit resumes - so if something seems off with a resume (e.g. "20 years experience with Rust") then I do have a policy of directly contacting the candidate with the resume attached and asking them to verify that this is the resume they wrote. It's also why I sign my own resume PDF with my AATL certificate and mention that fact when I get to contact the hiring manager (e.g. "oh hey, did you have a chance review my signed resume? if it wasn't a signed PDF please let me know, thanks!)
I don't know how common the practice is but it's made me leery of external recruiters and placement services ever since.
They offered me the job.
It's been a while, but when I doing technical interviews I would give the candidate a copy of the resume that I had and ask them "Before we start, is this your resume? Is everything on it accurate?"
Anyways, in this interview I was being asked about Java and I answered every question by saying I don't really know Java. The interviewers were obviously getting annoyed. So I asked "Sorry, I thought this was a C# job?". No, it was a Java job and magically my CV had modified itself to say I had 7 years of Java experience.
I told them I did not put that on my CV, I actually had my own copy with me and showed them that. We all realised the recruiter changed my CV. They apologised and wished me luck.
Thirty minutes after leaving the recruiter is on the phone to me, screaming at me and berating me for not going along with the ruse. He said "Sure aren't Java and C# are pretty much the same thing?"
Now that is why if I ever have to send my CV to someone it will only be a PDF version.
Same goes for references, always, "available on request for the employer who can reach out if they like, no you can't have them. Go find your own clients".
I'll also take a copy along with me just in case.
I generate my resume as a PDF from HTML/CSS. It's fun to see how recruiters handle that. I think most use image manipulation to insert their header. One recruiter sent me some image assets and let me add the header/footer myself.
I'm sure some recruiters go too far with the .doc, but there are legitimate reasons too.
I only had experience with recruiters who work for the organisation I'm interviewing for. None of this contact info / skills tampering makes sense in that context.
Where the hell are these recruiters at? I’ve retreated most of my information back because all I ever got was spam from the former.
If you're not going through internal recruitment then this is a great way to go about it. The recruiter isn't just trying to get their 20%, so they spend a lot more time getting to know you and also getting to know where you're going.
The biggest down side is that you'll never hear a negative word about anything, so you gotta be good at asking some pointed questions.
I later had a job interview, and saw what the potential employer had been sent. They had re-typed it, and it looked awful.
Ruby/Rails in particular became this. Javascript rocketed to this complexity level, with the added chaos of seemingly reinventing the entire toolchains every 2 years.
The testing framework I saw in a React app were almost straight from java, but somehow (despite JS being more flexible and script) MUCH uglier.
If we're talking about a lead or solo dev position, it would cause issues though.
That is, unless the company in question has made a complete mess of their pipeline and aren't aware or unwilling to admit it.
Keyword-happy business HR: "Sorry, we're looking for Java. Case-insensitivity? No, we have to be sensitive to everyone. Being insensitive is not what HR does."
Also, rejecting someone because they can't rote memorize ecosystem specific incantations is... a pretty big red flag.
Arguably, I'm more valuable because I have the capacity to eventually figure this out, rather than having already memorized it. But if this were a crisis rather than a minor bug, it would be much, much better to have somebody who'd already spent that decade learning all of the many, many, many incantations that Spring Boot requires.
(I'd also argue that Spring Boot in particular is much, much, much too dependent on incantations, and the main lessons I've learned could be put on my resume as "Expert in Spring, and you can be too in one lesson: Don't.")
That really applies to all ecosystems. Hiring somebody smart is better. But there really is something to be said for having somebody with X years experience, who can therefore do some things in 10 minutes because they've already done the painful part on somebody else's dime.
I find that most of my business logic ends up being really compact and powerful, but the tradeoff is that one chunk of the project is really dense.
That's when I realized 1) how much Spring and Angular were NOT doing for me (compared to Rails), and 2) how much knowledge lies buried in BOTH stacks. I feel that Rails is by far the better tool for creating CRUD simple web apps, but the ability to be quick with it comes from years and years of living with it, and understanding how 3 or 4 lines of configuration work together to produce the effect of several hundred lines of explicit Java and JS in Spring and Angular.
Disclaimers: YMMV. TACMA. Past performance is not indicative of future results. Et cetera. Et alia. Ad nauseam. E Pluribus Unum. QED.
That is, unless I use Spring. The stupid Spring-related errors only appear at runtime.
Ok, honestly, after a year, using Spring is more convenient than not using it. (Basically, there are two or three types of stupid errors I usually do, and I learned how to decipher the intimidating error messages.) But the first experience is quite a shock. You write something with algorithmic complexity of Hello World, then you run the program, it throws a screenful of error messages, and you want to scream.
It reminds me of my childhood experience with Turbo Pascal, where you had to wait until the compiler told you that you missed a semicolon... and then it pointed at the wrong place -- not the place where the semicolon should have been, but usually the beginning of the next line. After some time, it becomes obvious, but the first time it's definitely not.
C++ template expansion and linker errors come to mind. First time you encounter those it's typically either very short and cryptic or at least 500 errors and the compiler hitting an internal limit of how many of them to display.
Inversion of control means you have no control.
At least Spring has switched mostly to annotations, which are sorta like Java. The IDE can spot some errors.
Where there’s time for new developers to get up to speed with a new tech stack, I completely agree with you.
I know exactly the difference between having to deal with the Java ecosystem for SOAP and the Microsoft ecosystem for SOAP—I had to deal with both at the same time at one job a decade ago. At that job, I worked with a lot of really smart people, but it was a Windows shop. Most of the people I worked with _could NOT_ work with the non-Windows platforms we had to deal with (HP-UX, AIX, Solaris, Linux, VMware, and HP-UX). They would _constantly_ break code that was written to be cross-platform safe because it wasn’t what they were used to. On the other hand, at least I didn’t have to become familiar with how Exchange worked in order to integrate with _that_.
The number of people who can make the level of context switch you’re referring to, or working with multiple contexts like this, is vanishingly small in our industry. It can be done, but I think that you deeply underestimate the surface area of those ecosystems and the _willingness_ of people to put themselves in uncomfortable positions. The OP who talked about knowing C# but being interviewed for a Java position would have been _deeply_ uncomfortable writing Java because the tools they were used to weren’t available.
I would not make the same judgement you’ve made here. That said, if someone _wants_ to learn a new ecosystem, I’m happy to have them explore that (I prefer ability to learn over proven experience when I’m in a hiring position).
‡ Shipped: made it so that others could use, not just myself. This would include a project that I ported from Ruby to IO so that I could learn IO and a project that I ported to Elm in order to learn Elm. It does not necessarily indicate pickup. If we restricted this to stuff that I know that other people used, I might lose a couple more than the two I just mentioned.
° Languages: I include variants of languages that are _sufficiently different_ from their predecessors so as to require translation. This mostly affects the shell scripting variants (Posix sh, ksh, bash, and zsh are all _similar_ but sufficiently different that I count them; I have shipped substantial scripts in each). I don’t count gawk vs awk. Regardless, I vary between 3–4 languages and ecosystems weekly at my current job.
On top of that comes SQL backends, Web and occasional C++ for some native libraries to plug on.
At previous jobs the employer followed similar development approach.
I never got the Developer X mantra.
I wouldn't have gotten my first .net job without this line of thought. Sure enough, I picked up enough c# to be effective in the first week.
There's almost a dangerous level of knowledge among some recruiters where they think they know enough to do crap like this.
All those new terms like React, Vue, SaaS, Azure, AWS etc. They don't really know what they mean.
I was asked if I could code in Azure. This led to a weird conversation where I was trying to explain what Azure was, whilst he wouldn't listen to me and was adamant that it was a programming language.
I'm so lucky, I think I found the best recruiter in all Vancouver. He helped me get my ideal role and was generally kind and competent. Just to offset the horror stories.
“Sure, can I pay you in ATM?”
The position seemed right up my alley. The directions part explained he was the recruiter for this position, and to reach out on LinkedIn first. So, I did that. I guess it was a pre-screen to see if I read directions.
He accepted the request but didn't respond to my message for a few days. I'm really not good at self promotion, but I also really wanted to get his attention. I saw that he posted regularly to LinkedIn and also engaged with a lot of posts. So I posted a cool side project[0] to LinkedIn that I had recently done. I was feeling pretty exasperated, I think I wrote something like "if i will do this just for fun, imagine what I will do if you hire me." I don't necessarily recommend that exact approach, but he did notice it and that is what got the ball rolling. Thankfully he thought it was cool, because it is a little bit edgy. I was looking for a smaller company that valued a hacker mindset, so it was a bit of a filter as well I suppose.
We immediately hit it off. He seemed to understand what I was all about, which is cool. I'm an aspie and a lot of ppl just don't get me. He has over 20 years experience so he really knows his stuff and he was just nice and down to earth.
I got extra lucky because he was friends with the hiring manager for 20 years, they worked in the game industry together in the 90s.
I'm not capable of generating any takeaways currently, as I am real tired, so I will leave that as an exercise for the reader. Hopefully my response was vaguely coherent and at least tangentially related to your question. Sleep time!
Edit: Forgot link! [0] https://jeremypoole.ca/posts/evofinder/
Writes in resume: 10 years coding in API, expert level.
paraphrased from a rejection phone call - swap the acronym with the word "interface" if you want to get closer to the original
"5+ years experience in using Fastapi"
Sure!
But your comment is the pithiest most succinct one here. Throw away the OP's tweet and all these comments, especially mine, and just put your comment on a blank page and let's call it's the succintestist summary possible.
If I told you I once had a recruiter assume MVS and TSO were the same, you'd pretty much be able to guess my age from that.
Now, I tell people to look at my LinkedIn profile as that is the only resume that I keep. I’ll download the PDF of it if they want, but I haven’t maintained an actual resume in at least ten years.
Make sure it's digitally signed and locked. I've had recruiters do hacky edits to plain pdfs before.
This doesn't always help either though. I have only ever sent PDFs to recruiters for this reason. Yet I have still had a recruiter completely rewrite my resume and add false information.
I generally keep a resume on me when I go to an interview just in case an interviewer had not seen it. I'm glad I do that.
Apparently everyone keeps forgetting that PDFs are editable.
Certain tools, such as Word and LibreOffice, make it a bit easier as most of the source text is in the document, others like LaTeX end up looking like garbage through machine processing.
Turns out it was a different resume that the recruiters would send us. They were garbage in quality and I hate them.
Fuck recruiters.
At a past role we were looking for a contract Tableau person and one of the agencies that was approved by HR sent me 20+ resumes. All of them were 5+ pages, with things like "Made a Bar Chart in Tableau," "Made a Pie Chart Tableau", etc.
After looking at 10 of these, I told our HR exec these resumes all looked the same and I thought they were fake. I had a meeting with the agency rep and they said they smiled when I said these resumes were BS. Their response was "Usually we send resumes to a manager and they have a 30 minute phone conversation with some of them. After that they sign a contract with one of them."
The point is, a lot of hiring managers want a person to do X on a contract basis, but they don't understand X or have anybody in their group that does X. For all they know, connecting to a SQL database and making a bar chart is rocket science. These agencies target these managers.
I did end up interviewing 2 people from that agency, both of which were actually quite good with Tableau. Of course, those people were curated by the agency after I made my comment.
I'm an immigrant to the US, and in my home country resumes are all really long. Even people who have never had a job and just finished their bachelors somehow find a way to have 5 page resumes. I think immigrants to the US in IT/Tech roles figure out fairly quickly that they need to drastically reduce the lengths of the resumes.
I'm actually in Australia myself. Guess my choice of reference for "nearby offices of competent tech companies" had unintended geographic connotations, woops
+1 to the PDF resume, if for no other reason than you don't have to deal with format issues on windows/mac.
I keep remembering everyone that thinks PDFs are magically safer than Word.
But the ecosystem is way different, i think the recruiter mimicked someone else and thought c# is equivalent to java, while it's not.
I once refused to let a recruiter send my resume to this company because I thought the company was slimey (it looked like they used SEO to trick people who were actually looking for a free government service to use their paid service instead... but it was purposely ambigious they were not affiliated with the government)
The recuriter started getting angry at me, so I made it clear I would not work with someone who didn't respect me, and hung up. A recruiter who views you as simply a product to sell is not worth keeping. There's a million recruiters.
He called me once screaming at me because he thought I was not being exclusive to him with regards to a particular job. I told him quickly where to go, it was him who called me, grow up and stop wasting my time. To this day I have no idea what he was smoking that day cause I'm as bewildered now as I was then about what he was on about.
healthcare.org? (the real one is healthcare.gov)
Are those types of exchanges still take place at the interviews? I was lucky enough to avoid them, having worked at companies that are able to afford to spend extra time training people. Those types of discussions often remind me of the Linus' quote: "Bad programmers worry about the code. Good programmers worry about data structures and their relationships."
In my experience most employers say they want good programmers, but in reality they want quick programmers. People who can get the product out the door ASAP. And that's why I wouldn't take a Java job without learning the ecosystem first. Even if they promise training, there's a high chance of them reneging. So I would end up in a stressful situation trying to learn as I go.
I'd rather stick with what I know and what I'm good at.
While it was extremely unethical for him to change your CV, Java and C# are indeed very similar, to the point that most organizations use devs with that background interchangeably.
If that company really ruled you out because you had 7 years of C# experience, and not 7 years of Java experience, you likely dodged a bullet.
Would I hire a bright candidate that require retraining given absence of those that do not? Quite likely yes.
Would I be pissed at false advertising? Again, yes.
Respectfully, I disagree. Things that you should learn over 7 years of experience go far beyond learning the language itself or the fundamentals of its standard library. We're talking about two very different ecosystems.
Are we talking about the vast differences between Akka and Akka.NET? ;-)
Honestly, to the extent the ecosystems are different, it is probably more valuable to add someone to a team with experience with a different ecosystem unless there is literally no one on the team with experience with the current one (and in that case, you might question your commitment). Yes, it takes a while to learn a given ecosystem thoroughly, but that's not really what is going to drive the productivity of your team.
>Sure aren't Java and C# are pretty much the same thing?
Yea, hear that from the other side:
I went for interview at Amazon (~2017?) for Java backend engineer. During the interview they were asking me only JavaScript questions from what looked like a standardized form to filter out phonies. I obviously failed the interview. Was told if this isn't the job I wanted I should apply for a different job and come back when I get some more experience in... Java. The recruiter had absolutely no idea that Java isn't JS and was interrupting me when I tried to explain the situation. I really should have applied for a job I wanted. One of the worst interviews I event went to.
Java devs with wide recruiters network got such emails weekly, calls monthly, until TypeScript came to rescue.
Although it depends how you generate it how easy it will be, Word has built in support for editing PDFs. So does LibreOffice (in Draw I believe). It's pretty accessible to non-technical people without expensive software to edit PDFs nowadays.
I think I was 22 years old at the time and had never seen AS/400 in my life, and told them so. They showed me a copy of my resume which had AS/400 and a few other skills falsely inserted by the recruiter. They appreciated my honesty and did call me back for another open position later, and told me they'd fired that recruiter.
On the Friday morning before the interview, the recruiter gave me a rough idea of what kind of technical questions they'd ask me.
They were nothing like my area of expertise.
If something like this happened to me today, I'd cancel the interview, apologise to all the parties, and wouldn't drive there on the day of the interview. But I was a poor student, I didn't drive, I'd already bought the train ticket and, with the limited funds I had, being able to go to any further interviews was contingent on me getting paid expenses for this interview.
So I spent the weekend dreading the interview, skipped Monday's lectures, and went to my ritual humiliation. During one excruciating question about AC motors, I came within seconds of telling the interviewers that it wasn't going to work out. But, to ensure I got the train fare back, I had to do appear to be trying my hardest.
Every person involved lost out that day.
I once had a recruiter do the opposite to yours and remove something really important that I'd included specifically for the kind of role they put me forward for. They had just decided that they didn't think it was important. The interviewer disagreed and we spent a while talking about it.
The interviewer in that case referred to the recruiter as "the car salesman" throughout the interview. He said the guy was a bit rubbish, but better than all others they'd tried. They were a small firm so had turned to recruiters to take some of the workload. I think he was regretting it.
I do technical interviews and I never look at CVs before doing the interview. I do this to avoid bias. I want to treat them the same no matter if they went to Stanford or were not working for 10 years or if this is their first job.
Also, people are adaptable, and soft skills matter a lot. So the error bars for recruiting even based on hard skills on a resume are really large.
I don't agree. If I'm interviewing someone straight out of college there are things I wouldn't expect them to really know and focus on whether they are focused and motivated enough to learn those things on the job. If the person at 15 years experience and doesn't know things which are a normal part of the kind of job I do, it would be a deal breaker.
It's useful to know what you're looking for when you go out in to the market...
I don't remember the year it happened but it could even have been 2001, even 6 months to a year at that time would count as "extensive", I suppose. Can't say I had extensive 5.5 experience at that point either, to be fair.
They were probably concerned about their upgrade path from NT to 2000 and active directory more than just the mail server. I'll never know!
I was a hiring manager for decades, and appreciated recruiters that acted as advocates for their prospects; even when I ended up not hiring the prospect.
Nowadays, it’s all tag searches and fake “personalized” emails. If I have “I once had a cup of coffee” in my CV, I’m a “Java guru.”
I regularly send people interested in working with me to things like my SO Story[0], and they regularly ignore it.
Nowadays, I have the rare luxury of choosing with whom I want to work. If folks don’t want to work with me, then let’s not waste each other’s time.
Was never once asked for a resume.
I assume everyone just looked at my LinkedIn profile, or just figured they'd learn everything they needed from talking to me.
I didn't do it, both still offered me interviews and the focus of the interview was those technologies. I pointed out that it wasn't on my resume and yup it wasn't, everyone seemed confused.
At the time I was trying to break into the industry and didn't feel like telling them.
I really just want to talk to some technical folks at the company, 10 minutes and if they're honest we probably both know if I'm a good fit or not... but rather it's recruiter and HR filters up the wazoo.
The whole thing is a stupid game where companies, recruiters, and etc don't know what they're talking about, play alphabet soup, ghost people ... and then get upset when it happens to them...
The whole process seems disconnected and shockingly dishonest.
But a few of my more interesting experiences in the past in interviews regarding CV's have been:
1) Them having somebody else's CV content with my name attached - had that a few times 2) Them having 3 versions of your CV and first question is which one do I use and why I always carried a copies of my original printed out on nice paper. 3) Being interviewed for a different job than applied (my CV and experience covered wide area) for and not finding out until the offer came thru. 4) Turning up at an interview expected to speak Hungarian as I had Hungarian notation upon my CV. 5) Many instances of reused aberrations or when one letter be mistyped by agency making for much fun, maybe been bitrot/errors at play thinking about how some of those transpired.
But often my favourites would be when you turn up and the interviewer is down to earth and starts by glancing over the cv he got and pops it into the bin saying, we don't need that and gets into some technical questions and banter. Those always enjoyable and in a way often been a sign of a good boss - somebody who can cut thru the crud and get down to the issue at hand without the song and dance.
1. Having interviewed otherwise similarly qualified recent graduates, those with PhDs absolutely were worse on average at writing code[A].
2. Having a PhD raises the salary you can get at other jobs (less true today then 25 years ago when it happened, but still somewhat true), so if the job isn't paying particularly high rates then they either worry about retention or quality (i.e. you can either get a better paying job elsewhere because of the PhD or you can't despite the PhD, neither of which bodes well for the company hiring).
#1 didn't really apply to my dad since he had over 10 years of industry experience at that point, but might be the reason for the policy.
A: I don't know why this is so. I suspect it's a combination of factors; those with good practical skills may be lured away from academia after one of their previous 2 degrees and never get a PhD; the PhDs looking for industry jobs are already those who were disqualified from academia for some reason? I never pursued any education after my B.S. so can really only speculate.
5 minutes into the second such interview I asked the interviewer to see the job requirements and handed them a copy of my resume. I then explained that I didn't have any of the qualifications they were looking for, not even relevant experience, and noped my way out the door.
I received a nice email from the interviewer thanking me for not wasting their time and saying they'd keep my real resume on file if they had anything come up.
I fired the recruiter that day.
Flip side: I helped interview someone to replace me for an old position. He was put forward by a recruiting company as having had .NET and Ruby on Rails experience. I asked if he had done any Rails projects. "Oh yes, 2 or 3." Because of time, I didn't press further. We knew we were hiring a junior guy, and I didn't want to tangle with specifics, or trying to smoke out how much he knew through technical questions. I'm a brutally honest person, and I can never quite catch myself being naive at the wrong moment...
When the time came to hand off the Rails project to him, I told him it was written in Rails, and he literally opened a browser, went to Google, and typed in "Ruby on Rails" in front of me. And that's when I knew the recruiter had lied FOR him, and coached him to just go along with the lie. At least THIS guy had THAT going for him.
When I told my new management about the lie, knowing what was coming, I just got a stupid look, and a "Well, this can be an opportunity to learn something new."
It took him 3 years to rewrite my 3-month Rails app in .NET, and I've heard it doesn't work.
Yes, recruitment is broken. In this example, it was an utter lack of care to follow up on malfeasance from a recruiting firm. They got what they ultimately wanted -- a warm body on an H1-B visa -- and that's what they'll continue to get with their process.
I have once been on an interview and interviewer pulled out my CV, obviously horribly mangled in Word. I told him that no, this isn't my CV and that I take too much pride in whatever I make including my CV to make such horribly looking document.
I have once met recruiter who insisted I rewrite my CV to include description of my experience with everything that was listed in the ad. I told them that this is my CV and it already lists a lot of stuff and it doesn't make sense for me to list obvious things (like knowledge of Excel) or things I have no experience with and that in general the CV is about me and not about the ad contents. I got no reply.
As for the latter. You don't have one CV you have a separate CV for each application and tune it to the ad. The ad is what the hiring firm is interested in and if you fit their needs and not does the firm fit your needs, that is for you to discover from the ad or from the interview process
We'd asked him how proficient he was with a number of technologies he'd listed on his resume, and he didn't seem to know what any of them were.
Finally, frustrated, we asked him why he'd put these things on his resume. He said "my recruiter told me to". Sigh. I don't know for certain but I believe we didn't work with that recruiter again.
It is. Have you filled out an online job application lately? I've abandoned multiple opportunities when I was directed to an online application that looked like it was written in the 1990s and literally asked me to rekey every bit of info that is already on my CV. There's no reason for a job application to ask for anything other than name and email with a button to upload your CV in this day and age.
The recruiter had copy and pasted from my perfectly formatted LaTeX typeset resume and changed what I did and when. They were looking for someone to help them migrate from one system to another and I didn't have experience in the first to help with that.
All my offers came from applying direct. Always got the runaround from recruiters.
But I must say this is something relatively new to me, I started to get those letters on linkedin like 2-3 years ago, is this like a common practice?
Exactly this. The most depressing thing to me is that whenever I suggest to my colleagues that 99% of the work we'd hire someone for anyone with half a brain could learn in a few weeks (I work in an office for a big company), they still insist on listing all sorts of required skills. Even though the people we land with job adverts like that don't usually have the skills and then get hired anyway.
Are these "outsourced" recruiters that get paid regardless of the quality of the candidate? Is that a thing? (I genuinely don't know, I've only ever talked to in-house recruiters that had their incentives aligned with the company so there's no reason for them to lie about candidates)
What our clients didn't know was that Joe was terrible at ping pong. But that didn't matter - from memory he was only ever challenged once in the many years I was there.
I want the future back, we were promised hoverboards!
Plus, if the budget has already been approved, someone didn't read the contract before signing it. That's the same as not reading it.
Discounts after the contract is approved are actually a headache in some large orgs. You will have to answer multiple questions each quarter as to why your numbers are off. You won't get to spend the money elsewhere, but will have more work. Plus, you'll never get budget approval for buying or shipping a plant.
I suspect that's because your client's spending their company's money, and it made no difference if the rate were cheaper. They'd rather sign the deal quickly then GTFO. Challenging Joe would only prolong the process.
But that's the part that makes it fun!
Brilliant typo
If you want to play 800-level chess, you can have fun without knowing any set openings. Well, almost. You'd better be able to recognize and defend scholar's mate at a bare minimum.
But that is a bit like being an amateur programmer who never learns what a function is. You can still enjoy programming at that level, but it's odd to describe functions as crutches.
Besides, once you get into the middlegame, you still need the tactical and positional skills that I suspect you consider opening knowledge a crutch for
In chess (and life) it’s far easier to pattern match a solution for a position rather than coming up with a brand new solution every time
In my opinion, this makes memory and experience far more important than intellect in chess, especially in the faster time formats
Without opening theory you will just get worse middle game against any competent opponent. Furthermore, if you could just calculate everything ab inito your play would be identical to “memorized opening,” alpha zero did learn a lot of standard openings from self-play (without being shown these opening explicitly). If someone plays a “bad” opening in a serious game it’s because not only they don’t know theory but they also can’t calculate well enough.
I would not expect someone who puts chess on a resume to play competitively, which is a whole different beast.
You can put down you’re decent at Java or C++ or Python and actually be not that great at it because you have nothing to measure against. But in chess there is a rating system. So you ought to know if you are truly remarkable or not. If you think you are remarkable enough to put it down and then suck at it, how ignorant must you be?! And more importantly, that ignorance is not at all tempered by humility.
I have a single line on my resume with interests. I don’t list chess, but list cryptography. Because I’m interested in it.
I just have that line to help with chitchat during the interview. If some interviewer interpreted that to mean I was a professional cryptographer and that I sucked at it, that would be dumb of them.
I also list an interest in kayaking, even though I suck at it.
I list kayaking as a hobby not because I’m competitive and awesome but because I think it’s fun to float down a river. I suppose if a company expected me to be good at my hobby and judged me because of it, I wouldn’t want to work with them because their culture probably has other stupid parts to it too.
If you were great as chess for a human, you probably wouldn't be applying for a securities job.
Conversely, there was a period of my life where people would hear me talk through a few problems and later confess their surprise/disappointment upon finding out I'm rubbish at chess. I found more lucrative and/or entertaining puzzles to plow my ample free time into, is all.
A Strategy that would backfire quickly.
If someone lists ‘skiing’ as a hobby I’m not expecting them to have Olympic medals to back that up. ‘It says here on your resume that you play guitar. Well, let’s see how you fair in a guitar battle with Slash from accounting’
This is just more of that hyper competitive ‘well rounded college applicant’ performative high school stuff, isn’t it? It’s not enough to just have an interest - you need evidence of performing at a competitive level.
Likewise I wouldn't list chess unless I was good enough to at least entertain a grand master for a few minutes.
Guitar is a performance art. Mediocre people are entertaining. Chess (and skiing) mostly isn't.
I wouldn’t put down ‘travel’ as a hobby if I weren’t prepared to take the interviewer on a quick day trip to Paris.
I wouldn’t list ‘reading’ as a hobby unless I could do a professional audiobook-level reading of a book for the interviewer, including doing all the voices.
I think if you put a hobby on a resume for the purpose of signaling some kind of orthogonal skillset ostensibly related to the job (like in this example, "strategy"), it stops being just about your personality and becomes explicitly performance-oriented. And I would even argue your resume is not the play to round out your personality, because it's such an overly subjective and bias-inducing thing.
It's dumb to lie and say you enjoy chess when you don't, just like it's dumb to put any other lie on a resume, but if you do enjoy it then there's nothing wrong with communicating that you're the type of person who enjoys chess, which means you are probably a person who enjoys somewhat adversarial situations where you need to win with your logic and you are comfortable with taking short term losses for long term gains, a personality which would likely be both comfortable and familiar in a hedge fund environment.
Sure - to which my next question becomes, are you actually good at it? If you're not, I don't professionally care if you personally enjoy it.
Let's say you're hiring people to work a fish market. One candidate loves going out on the boat and fishing in their spare time, the other hates the smell of fish. Both are fully capable of doing the job, which doesn't involve catching fish or being on a boat, but which does involve spending a lot of time with dead fish. Who do you think is more likely to stick with the job for an extended period of time and be pleasant to work alongside?
According to him, it was MBA courses that recommended adding chess to the CV, as it showed strategic thinking and would never be verified.
I just read it a couple of months back because I figured I probably owed reading some Taleb as back table stakes for all the hours I've spent reading HN (and SSC). Picked Black Swan because it seemed to be the most well known and I've never liked jumping into a series with the most recent release. I enjoyed it, will read more of him, but haven't yet.
Do you have an order recommendation?
I highly recommend reading Antifragile next though. It's fairly different from the other two and extremely interesting; probably one of my favorite books.
If you've read the Black Swan already that's fine. My recommendation is mostly addressed to those who have read neither.
I would expect someone to be actually good at chess to put down their Elo rating. For someone just putting it as a hobby, I wouldn't expect much, especially when it comes to the "boring" stuff like memorizing openings.
In the same way that there is usually a difference between what high level athletes and hobbyist write. The former usually mention something concrete (champion of..., XXX league, a time or score, ...) while the latter just mention the sport, often among other things.
At the end of the day, anything could be bad if viewed with sufficient cynicism, and you can't control how others will interpret what you present, you can only control the information which is presented.
I'm always fascinated at the esteem chess is held in for some reason. I don't have a high rating (lichess rapid ~1900) but to me, improving at chess is the same as improving at everything else: practice.
That's 86%ile of weekly active players, with ~70K weekly active players above you.
Brilliant.
I can’t think of a better example of why hiring is broken; of how unequal the power dynamic is between employers and employees.
This would be like me leaving little breadcrumbs of an affair for my SO to find and then have it all culminate in an "AH HA! I caught you snooping!" when they call me out on it.
So... healthy...
If it's labeled a "requirement", yea, they were inviting dishonesty. No one should bother to apply since they don't qualify instantly.
If you're a qualified dev, you'd more likely conclude that it's a mistake on the part of whoever wrote the listing. I've seen skills listed like "Microsoft UML" or "Python, PHD, Nodes", so wouldn't think much of seeing "MOVA".
Eh... maybe, but there are obscure languages/platforms that don't search well.
[0] - https://conan.io/
I never assume the "requirements" are actually hard requirements to an application, and I encourage others in the job market to do the same.
Sure, if you miss 3 out of the 5 requirements listed you might pass on that application. But if you've got 4 out of the 5 requirements, and think you could accomplish the job as described, you should still strongly consider sending in an application. Don't lie on your CV that you submit, but you can still submit your CV.
You never know which requirements are actually hard requirements for the org, and which were just listed that way on the job listing.
The advice is still good; the requirements are really more of "strong desire" than actual requirements, and if you look at the typical requirements listing, its' unlikely that they will find enough people at the salary they offer to fit all of them anyways.
They had an opportunity to evaluate your resume or CV before inviting you in for an interview. If it was a hard requirement for them, they shouldn't have invited you in for an interview. The only time you're really wasting is the time of the person who is screening resumes.
> Yes, this has happened to me. On the up side I now have a list of a few companies I know I won't work for unless I'm desperate.
I'm sorry that happened to you! What a terrible experience. It's definitely good to keep that list of places you know you should avoid.
"Did you work with <technology in requirements> at company Y?"
"No, I worked with <technologies listed on resume>"
"Then where did you work with <technology in requirements>?"
"I haven't"
Cue rant about wasting everybody's time...
IMO that’s fair game for monkey business.
It's still lying.
EDIT: If it was listed as "Skills you shouldn't have", it would likely (sadly?) still be effective, without screwing with job applicants.
The how would know it doesn't exist is what separates the chaff from the wheat.
i was naive that time, but still angers me.
However, corporations typically don't offer any form of contract negotiations, at least in the US. An employee is often offered a take-it-or-leave-it contract with lots of non-compete and broad IP assignment riders, and their pay is usually based on their previous pay, not the value of their work.
Some folk claim that they're able to negotiate around these, but I've personally never found negotiation to work. Two of my favorite answers I've received from negotiation are (paraphrased): "The IP assignment for 1 year post employment is not negotiable." and, "We know what you made at your last job, so we'll offer you that."
Also, providing a stronger economic safety net gives employees more bargaining power, since it decreases their downside risk.
And ultimately, it's not the government alone which got us breaks, overtime pay, and safety conditions - it was the unions using their dues to push the government for those things.
In practice though, companies can survive for months or even years without filling a position and the hiring manager rarely suffers directly for any inefficiency created by not filling a position, while most people can go only for a short period of time without a job before their quality of life starts to suffer. At the same time, corporate consolidation means that in many areas (both geographic and technical) there are only a few major employers, meaning that being blacklisted by any one could be catastrophic for someone's career and meaning only a small number of individuals need to act in unison to manipulate the labor market (driving wages down, spreading bad hr practices, etc), basically all the problems of any other oligopoly. There is an asymmetry of information: the individual will only take on a few jobs over the course of their career and can not afford to experiment much as they go - for any given point in their lifetime, they're basically working with a sample size of 1; even a moderately sized employer on the other hand might hire dozens and interview thousands of people a year and have records of such recruiting data going back decades. Finally there is a social asymmetry - a company trying to poach an employee will likely not face any negative consequences for it, but an employee simply looking at what options are out there could potentially be viewed as disloyal and either be fired or removed from advancement tracks intended for long-term employees - a simple phone call to check a person's references could potentially put them into a much worse negotiating position. None of these issues are inherent, they pretty much all stem from weak labor laws and inadequate social safety nets.
Most of all of this is an artifact of businesses trying to commoditize human labor, including professional/specialized skills, and these are the sort of responses and gaming you see in such an artificial environment. Intelligent people are going to fight back and game your system when you try to game them.
The side with leverage that dictates the rules of engagement is to blame here and that isn't the labor force at large since there is almost no organization from the labor force, it's the employers that create this mess yet they complain about it continuously.
I’ve worked with body shop contracts at big orgs where the subcontractors are pure scum and will send fake people, etc. if you’re forced to deal with something like that, you need controls to detect deceit so you can take action.
Edit: and then go to an interview at Facebook and claim not just that you are an expert in this language but the creator
Most experienced interviewees will show up to a face-to-face with copies of their resume in hand because of the way Recruiters fudge things.
I had learnt this by my second or third job, I can't believe that other industries operate this way, doctors, lawyers, accountants, civil engineers, etc.
This happens a lot - it was a running joke for a while, it seemed that every recruiters was touting "functional programming" for what were actually very normal corporate software jobs, with the promise that if you just did a few years of Java then maybe, maybe the company would think about Clojure one day in the future!
I remember people asking for X years of Java experience and thinking, "Gosling was still calling it Oak X years ago and if you want any of his team members you're going to have to double your starting offer."
Those of us who actually worked at 1st generation dotcoms know that absolutely nobody had any idea what they were doing, even at the "proper" ones, and things were moving so fast that you absolutely _had_ to fake it until you made it.
FAAGs are where we put people who are really good at colouring within the box these days. It's pretty stunning how in 15 years it went from being a place where the best and brightest used to go a way to filter resumes.
:)
Cold Fusion though - I loved that. It was my first scripting language (apart from a brief foray into Perl), and it seemed like magic.
So it’s funny that ColdFusion folks would complain about any stupid recruiter. But CF peeps are people too.
My opinion is based on having to fix a lot of CF code from people who were “faking it until they could hire prepend to make it.”
It’s funny that Allaire now runs RStudio and when I learned that I considered not using it anymore because of some lurking, unknown to me technical debt. But I’m sure he’s a smart person and CF was not terrible due to him being bad. So I’m still using RStudio.
Much like a book I picked up on sale about asp[2] - it really drove home the point that a programming language really needs to be terrible before it is the main problem - rather than how you use it. See also xmlhttprequest/Ajax and "Javascript - the good parts".
[1] https://web.archive.org/web/20180928051133/http://fusebox.or... and https://en.m.wikipedia.org/wiki/Fusebox_(programming)
[2] "Designing Active Server Pages" 2000, O'Reilly Media
I stopped using CF in 2001, but the fusebox ideas stuck with me as I worked with other web frameworks like struts, spring, other mvc stuff.
It ended up being one of my favorite contracts; I was able to be part of an industry changing technology platform. Had I said that I didn't have any experience putting angular in outlook, its doubtful any of that would have come to fruition.
The lesson I learned here is when I'm hiring to make sure I don't eliminate good candidates with bad requirements and as a candidate I'm inclined to say "yes" to non-technical recruiters even when I know 100% that its impossible.
And before someone counters with "you should be flexible", I consider myself unfit for a position if I've never even heard of something they list on the want ad. If I found out they intentionally made up something just to trip people up, that's a big red flag for me. Who knows what other bullshit they'll try to pull once you're actually working for them.
Vincent demonstrated how he used some ML techniques to create fake pokemon sounding names to put into his LinkedIn resume. So that he could filter out headhunters without any real knowledge.
To quote from my notes [2] of the conference:
> There is a striking phonetic similarity between big data technology and pokemon names. Can you create a service that generates strings that sound like potential pokemon names? And what might be the simplest possible way to make that into a service? Also, would it be possible to generate pokemon names that start with three random characters and end with 'base' (KREBASE, MONBASE would be appropriate but IEYBASE would not be).
[1]: https://www.youtube.com/watch?v=0hR4peP9V4A
[2]: https://gist.github.com/sdoering/37203f3301c6f0b9f48f76a976a...
Also, I can't tell if your comment is sincere or sarcastic.
Best/worse experience - walked into the interview and the interviewer asked if I preferred to go by first name or last name. I said I'm happy to be Alex, but don't hugely mind. He said - no "First Name, or Last Name", and showed me the resume.
The recruiter had stripped off header, slapped on theirs, with logos and all, and forgotten to change their boilerplate, so my name on the resume was literally "First Name Last Name".
Luckily I had a print out of my real resume with me to show him, and that I wasn't the type to submit a resume without my name on it.
They'd also ended up putting 1 line onto a second page, which is minor compared to missing off my name, but pretty annoying given I'd put a fair amount of time into coming up with a nice 1-page resume.
hmm, I've found 3 jobs today I'm absolutely perfect for and this one that I'm nearly perfect for but wants some experience in something called Mova. Guess I just send a resume to the 3 jobs I'm perfect for.
If they give me interviews for the 3 that I perfectly match, which most companies do for me, and take home assignments which often happen, I might have basically a full week of stuff to do. At that point I don't want to put out the effort to to go to an interview for a job that on the face of it looks less likely to hire me than one of the other three.
If I see no jobs that perfectly match me then I drop to the close match jobs, but if I see jobs that perfectly match me I don't do the work for the close match jobs.
on edit: and of course what if the company is already only a close match, there is one technology I don't match for the actual job, but then you add a fake tech on top, suddenly I don't match two things.
basically this idea means that you help sort out some of the honest qualified people for your position because they will evaluate the job posting as being less relevant to them than otherwise.
For years after I would occasionally have people mention they were interviewing a candidate that said using our 'face gestures' was one of their favourite features of the browser.
A well implemented version of the idea would actually be useful for people with impaired mobility. Perhaps focusing more on eyes and blinking, or combining limited gesturing with eye movement/blinking...
anything to avoid having to lick to bookmark or shake your tongue is a plus, really
I had forgotten gestures. I paid for Opera for years because I loved mouse gestures so much. Now I'm back to moving my cursor all the way back to the top left to hit a back button. I don't know what happened.
One time they didn't receive my CV at all, because apparently this was the extent of paranoia the consultancy through which I was hired was exhibiting.
Of course this gives no protection against inserting unauthorized entries, but my experience so far is that recruiters either send the original CV or go all out and change whatever they want.
Now that I've been promoted to a manager position, we get recruiters presenting us candidates at the same, or higher, salaries than what I started at 4 years ago, and in many cases I don't feel the candidate's experience and skillset warrant the salary ask.
I'm not sure what the take away is, except maybe I'm still undervalued, or recruiters are just padding salaries to earn that sweet, sweet commission. I'm thankful for recruiters in my own personal journey, but as a hiring manager, I'm skeptical.
You know what your staff are paid, how productive they are, and (potentially) how their salaries figure into your organization profit-and-loss numbers.
I know a guy who is 10x smarter than me, but is paid 1/2 of what I am. It's because he works at a different company. (I used to work there, too, and then my salary was 1/2 of what it is now. I didn't get twice as smart when I changed jobs.)
I know a gal who is 10x smarter than me, but is paid about as much as I am. It's because she works at the same company.
In my opinion, software companies are unable to tell the difference between developers. The bad ones are overpaid, the good ones are underpaid. Smart developers learn to code; smarter developers learn to network.
From this perspective, it makes sense to contact a job agency and tell them you want 2× what you have now. Chances are, there is a company where people with your skills (or worse) are paid that much. It just takes lot of luck to find that company. Call ten different job agencies, tell them that you only accept that much... and let them search the market. You may be surprised.
Boy was I wrong, the amount of resume you can get for a job is crazy and most candidates are absolutely not a good fit. I even had one person put the wrong LinkedIn profile link in their resume so it pointed to someone else with the same name but a lot more experience.
Despite flagging concerns regarding an apparent mismatch, the recruiter said my experience was perfect.
I went along and within minutes of getting past the intros and onto the role specifics, it was clear it was a waste of time.
Multiple red flags there for me: much as I back myself and have a strong CV, it was concerning my CV got past their basic screening for what they should have known was an inappropriate role. I blacklisted the recruiter and found another job through word of mouth soon after (a much better method where possible).
But otherwise, I can't fathom how anyone that is willing to "speak up their mind, challenge manager" would ever consider to apply for a position that radiate manager/HR/recruiter incompetence (and no tech team feedback on the posting?)
People who challenge manager, TL, speaks up because it's their business(or they see it that way) and affects them. Can't see how those kind of people would waste their time voicing their content to a company they spent <10min checking the job postings for.
Becoming a friend or not is not a causal relation to competence, but rather to your preference. And in this context makes me doubt that what underwater said in his comment might be the real goal: >They're good for determining if the test taker is the test author, and not much else.
More plausible that you only wanted to hire, well, people just like you (and that's why you became friends). Not withstanding the glaring obvious survivor bias. But if it worked, who am I to question it.
> If you want to hire warm bodies to write code then this is not a good way.
Yea but my point wasn't (or yours either) to hire warm bodies, but people that "speak up their mind, challenge manager". And we are talking how efficient(or inefficient) this is, and how many false negatives this method produce. and if your pool of applicants is big enough, it will produce true positives anyway, irrelevant of the efficiency of the filter.
Personally I think even "agreeableness" personality test mumbo-jumbo would be a better metric/filter for gaining people with "speak up their mind, challenge manager" characteristics.
People go through three phases: 1. they are too scared to challenge authority 2. they are not scared of challenging authority 3. they realize they can just go somewhere else
Mature, intelligent Phase 3 people will only challenge authority if they know they're secure in doing so---if they trust you. But why should they trust you? They've never met you, you're just a job ad.
Sounds like mssundaram is just the person you need to hire then.
Comport yourself like a professional.
I'm happy to speak up if something isn't right, but if that happens too often, I'll speak up using my feet.
If an ad or interview gives me a vibe that most of my job is going to involve telling people they are wrong, I'll choose a different job.
As a candidate I spend about the same amount of time on reviewing job positions as you do on resumes. When I'm looking for candidates I don't interview every resume I see, it's like 50:1 on contacts. As a candidate it's the same.
I currently filter out any company who doesn't have pricing on the website for instance. I don't want to work for a purely enterprise sales based company as I hate working with them as a customer.
In your case at best I might say your position has impossible requirements to be helpful. But I did that in the early days if java and was given many excuses. None of them led to interviews and I don't think any of them changed their postings.
Tldr, you're just convincing me more that I wouldn't want to work with you.
If I insert a joke into a job spec, I don’t want it to seem like I’m an idiot. I assume that any competent people I want to work with will value non-idiots and not want to work with idiots.
In this case you weren’t an idiot, but just testing people’s grit or honesty or whatnot. But I would just assume the spec was written by an oblivious HR person who, at best, or perhaps an oblivious hiring manager. So I would have only applied if I really needed the money.
Let me give you an example. I am a pilot and I was flying to Long Beach a few weeks back. It was morning with a low marine layer so there was only one option - ILS 30. The controller was doing a harD job of merging small planes like myself and big iron (Southwest, Delta, etc) going to the same runway. The Cessna in front of me got vectors (and accepted!) to fly 10 miles into the ocean for spacing. When I heard it on the radio my first thought the was “their engine quits and they better know how to swim”. When controller asked me to follow that Cessna, my reply was “unable, don’t have my swimsuit today, but I can do left or right 360 for spacing”. The Cessna pilot accepted controllers directions without asking any questions putting himself and passengers at risk. Very few software engineers face life or death decisions, but I still like people who ask questions ;)
I mean they got an unmaintainable, over-engineered and elitist Scala codebase as a result but hey, at least hiring was a bit easier.
Only time I hear about better than real-time experience being required, it's people making fun of whoever wrote the requirement.
For example: rarely do candidates need to know JavaScript anymore or even some unnecessary framework. Now people trade in experience of some tool that says nothing of anything: React Flux Capacitor (or some other bullshit like they want to go back in time to make lots of money without any real skills).
Now if you ask these candidates some junior developer question outside of React Flux Capacitor bullshit they are not only hopelessly lost, but expect to be treated as a senior principal.
These are problems I've encountered at several companies:
* No budget for tooling. Be that software outside the ide or be it for hardware.
* Cargo cult is so much bigger than anyone will ever admit.
* The lack of caring about other departments. We're a team and we need to work as a team so the company can make money to pay our salaries. I've seen it to the point where one guy was willing to cause two departments weeks worth of work to avoid doing two days worth of work.
* The amount of stuff that is just broken, people keep complaining about it being broken and it causes a pile of hassle for other people but just stays broken. Or it's point out it's broken and a big meeting is called to deal with it and then nothing is really done.
* The amount of people who don't know what they're doing. So many people seem to have 1-year * x experience. They reach a certain level and they just stop.
* The amount of people who don't even know what they're talking about - https://toggl.com/track/developer-methods-infographic/ a prime example, kanban is literally how they make cars it's we work on one bit and the next area deals with the next part. The image should have a car manufactoring factory as is. But instead they have nonsense.
* The amount of patting themselves on the back saying we're doing a great job while the system sucks and nothing is getting better and employee churn is sky high.
Honestly, I think if people from other industries worked in IT for a year they would be completely shocked at how crap it is. I don't even think the hiring part is wrong, I think the entire management process of IT is wrong and causes more chaos so you end up with people who are heavily specilised in tools who are considered expert engineers but can't read UML.
On a side note about design patterns, once as a junior I was at a digital agency and they were doing an in-house tech talk where one of the leads was giving an explaination and he was showing the singleton pattern but what they had allowed for two instances and when I tried to make it clearer to the intern that normally there is only one instance per singleton. The two leads were "Yea but it's still a valid singleton" - it was not but I wasn't point that out directly but continued to make it clear that most people would expect a single instance when talking about a Singleton.
Use cases, activity diagrams, deployment diagrams etc.
Yeah - 'informal' UML use a lot of people are happy with but some things like exactly what some of the features of activity diagrams mean is amazingly badly understood by a lot of people.
I'm ok with the 'UML as sketch' approach, but 'UML as blueprint' is a nightmare that I've never seen work:
> Yeah - 'informal' UML use a lot of people are happy with but some things like exactly what some of the features of activity diagrams mean is amazingly badly understood by a lot of people.
I'm talking super basic stuff like https://en.wikipedia.org/wiki/Decorator_pattern#/media/File:...
> I'm ok with the 'UML as sketch' approach, but 'UML as blueprint' is a nightmare that I've never seen work:
I agree, I would hate that.
Especially in a large application with lots of moving and breakable critical parts.
The only solution is constant feedback loops and not being bummed out when your code goes in the dustbin.
Part of the problem is because people only look at years of experience at all, and recruitment often inflates the requirements. I don't need 5 years of work experience in .NET to modify an existing application with very defined and clear boundaries: within a few months, I can easily read what is happening already and mutate the application within the set boundaries. 5 years of work experience is what I'd need to set up an application the size of Stack Overflow from scratch in an acceptable timeframe.
What we have now is a recruitment procedure within the industry which overemphasizes ticking boxes without looking whether they can actually deliver. We have so many quality online sources available, any half-competent person can read, copy what is happening, use it as a foundation and then change it to their specific needs, producing actual applications. You might not cover the edge cases (a specific cryptographic problem here, an suboptimal solution there, etc.), but that really isn't that different from most of the crap software that's getting shoveled out into the open today.
Think about it like this:
What is the minimal passable qualifier to be a lawyer: a law license. What is the minimal passable qualifier to be a truck driver: a CDL. It is illegal to do those, and many other, jobs without the minimum qualifier.
Worse is this tooling bullshit. No carpenter or mechanic creates a resume detailing their job experience using a screw driver or a hammer. Those are just assumed. If a candidate felt the need to mention stupidity like that you don't hire them. For some reason software has that backwards which invites and encourages incompetent people to apply and degrades competent people to compete with unnecessary stupidity.
Maybe that's the part which annoys me the most. The entire practice devalues everything, no matter who, what or how old you are.
There's an entire cottage industry of expensive consultants that are happy to give your management team fancy but useless PowerPoint decks on how to "break down silos".
Our VPN hasn't been fit for purpose for a year.
Because it was a good idea? The whole industry came full circle. Here's some ColdFusion that people now call "Mustache JS":
<h1>{{Subject}}</h1>
<ul>
{{#names}}
<li>{{name}}</li>
{{/names}}
</ul>
The problem with ColdFusion was that it went in the wrong direction. It tried to copy the trends of the industry by inventing and emphasizing CFScript when it should have doubled-down on the templating strategies and evolved it. Also, it jumped on the Java bandwagon. And it was proprietary and lost mindshare to free PHP, which also had a strong template story, albeit one that was conceptually more limited.CFScript and the Java integration weren't bad, per se. ColdFusion did have a problem when it came to extending the core engine functionality using traditional software architectural approaches. CFML had the concept of modules, but ultimately to do anything remotely sophisticated you had to drop down into C or C++ (and then later Java, I presume). IIRC, CFScript was superficially similar to Javascript, and if they had evolved it in that direction or just adopted Javascript outright, I think ColdFusion would have had more staying power. But the switch to Java probably made that impractical. A template engine integrated with a Javascript runtime running atop the JVM comes with too much performance baggage, even today. And the Javascript would have felt second-class and the "wrong" way to do things, anyhow, even if people ditched CF for an ecosystem that was that--Javascript or similar dynamic, RAD language instead of a "proper" strongly typed language.
I worked for a consulting shop that started with ColdFusion and tried to make the switch to Java but they could never make it work. I think I was the only technical consultant in the whole company with the time and motivation to learn Java. Java (including runtime and tooling) was too complex and sophisticated for both the application developers and the client's needs. That would still be true today. The technical leadership of that company, which at the time had also just became a subsidiary of ADP, drank the Java and then XML kool-aid and drove the whole thing into the ground. For similar reasons (including some similar leadership) ADP lost out to PeopleSoft (later acquired by Oracle) in the race to build and solidify their middleware and web-app positions.
I’m not sure what you mean by “application server” but there were in memory modules for web servers earlier than CF (eg, CGI).
I think CF was around before ASP, Java, and JSP. But it always seemed like a commercial version of PHP to me.
Looking at Wikipedia’s list of application servers [0] there’s quite a few older than CF (Tuxedo in 1983, Maybe CF was the first to be web specific? They were windows only so they can’t be that old.
[0] https://en.wikipedia.org/wiki/List_of_application_servers
But this seems more of a marketing spin as PHP was out earlier and was the first, I know of, to have that easy “scripts in a folder that are interpreted by the http server” thing going where there was no compile process needed.
My memory of the time was that CF was one of the many commercial web software companies that were selling to companies.
Especially true for Windows. Interest in commercial web development exploded at a time when Windows NT still held a dominate position in the emerging small- and medium-sized business markets. Perl bootstrapped web development in the Unix world, but Windows didn't have anything like the Unix software ecosystem--Perl, Apache, mod_php, etc. ColdFusion was where it was at for dynamic page generation in the Windows world. (I was only ever a visitor in that world. I had originally discovered programming thanks to Slackware Linux and Perl.) In the beginning ColdFusion was all Windows, IIRC, with Solaris and Linux ports coming about the time ColdFusion seemed to peak.
ColdFusion programmers also tended to use Allaire's HomeSite, one of the first web-oriented IDEs. Allaire being the creator of ColdFusion.
Years later C# would be lauded for LINQ, which provided for C# what ColdFusion provided to markup transformations.
These sorts of language integrations weren't new, either. Years later I would discover and dabble with Perl's format framework: https://perldoc.perl.org/perlform. I had actually learned Perl a few years before I was introduced to ColdFusion, though I don't think many Perl programmers were ever familiar with formats. (It is rather frustrating for modern uses.) And while I didn't make the connection at the time, I believe some older languages (Fortran? SPSS?) which I was briefly introduced to in college supported similar language-integrated data source and record processing capabilities, though like Perl formats they were designed for tabular text output.
But this history only emphasizes how important of a competitive advantage this was for ColdFusion, which was completely squandered.
Regarding the discussion of PHP elsethread, about a year after taking over maintenance of a ColdFusion website (where I was first introduced to ColdFusion), I advocated for and was allowed to migrate the site to PHP. That was about the time PHP made the switch from Perl (PHP 2) to C (PHP 3). Before then I actually didn't even know PHP existed, despite being an avid Linux and Perl user. At the time I was convinced ColdFusion sucked. It was only later in my career that I slowly began to appreciate what ColdFusion brought to the table technologically.
But some really smart people already built all of this decades ago with XML and XSD. It's painful to write, but computers don't mind at all. And for transfering effectively, there's EXI which can move XML documents over the wire in a compressed binary format, instead of awkwardly converting it to a text-based format and gzipping it over http before converting it back to a digital format.
For a startup I vetoed Ruby on Rails in preference to an AxKit-like approach, extending the PoC I had originally cobbled together. In retrospect it was incredibly stupid. Most importantly, I should've just let our dedicated web developer use what he was comfortable with, even though I had strong opinions about the usefulness of that approach. (Object binding had like near zero utility in our particular case.)
Like with ColdFusion is was a hard-earned lesson in understanding that the best tools are the ones that maximize the productivity of your actual and prospective staff, not some hypothetical 10x coder. It's a seemingly obvious principle, but not so obvious and easy in application. It turned out that Ruby on Rails would still be on the upswing for some time afterward, so vetoing it was especially dumb. But ColdFusion, which made sense in context for similar reasons, was doomed to flame out quickly and so even if I teleported my post-RoR-veto self to my first ColdFusion job, I would have made the wrong decision as I had actually successfully advocated moving away from ColdFusion, the accidentally correct decision.
And then you further defend it by admitting, "The problem with ColdFusion was that it went in the wrong direction"
I'm confused.
Yes. That's why it's terrible. Most things that go in the wrong direction usually are terrible.
And the mentorship was over video calls, so it’s not totally unrelated. My initial reasoning was just to make sure I could understand their spoken English enough to help, since I was offering it globally.
Always tell half truths, never whole lies. I live in a country where companies distrust former startup founders regardless of exit. So when a good opportunity cones around - people pretend to have been merely working for said startup instead of the guy running it. Thats a good lie.
Denmark mistrusts people who've been consultants applying for full time employment, in my experience.
That is because of Janteloven
[0] https://www.goodreads.com/quotes/192640-you-is-kind-you-is-s...
I didn't know whether to be disgusted or roll on the floor laughing.
But, niceness and political correctness aside, there's a percentage of people working in IT who are simply incompetent. They do not have the 'knack', and will never get it. They struggle to make some code edits here and there, and somehow that's good enough for some employers.
Someone at some point made a statement that you could probably make do with only 10% of the software engineering workforce if they're actually competent people. A lot of it is just overhead for mediocrity.
It is always easy to beat up the candidate at the bottom. They are persona non-grata. Not so with recruiters; let's be honest, most early in their career are afraid the recruiter might blackball you.
That said, there is a huge difference between contingency and retained recruiters.
In a very simplified explanation, contingency recruiters search for jobs, blanket potential candidates with the jobs, then try to sell the responding candidates to the company. The company pays a finder's fee to the recruiter. There is no agreement between the contingency recruiter and the company until the candidate is presented to the company.
Retained recruiters are retained by the company to find the right candidate, and often get paid a baseline or retainer and a finder's fee. These openings are mostly for very senior roles.
I have worked with contingency recruiters early in my career. They tend to use a quantity based or shotgun method, blanketing both companies and job seekers. They do not seek relationship with you or the company. It is a numbers game, and the candidate is just a number (sort of like spam).
The retained recruiter wold is very different. Most are specialized by industry and are familiar with the top candidates. At this stage the candidates have leverage to demand a certain amount of respect, and proper treatment.
And, that is where my contention lies. There is no reason candidates at any stage of their careers could not treated humanely. The notion that we should delight in trapping someone with a lie, is also ethically questionable.
git init && git commit --allow-empty -m "Hello World" && git log --pretty=format:%s -n 1
I need more interesting hobbies (than doing a lot of random git man page reading for various reasons). git init -q && git commit -q --allow-empty -m "Hello, World\!" && git show --format=%B | head -1IDK I just googled 1900's slang.
My thinking goes that if I slip in by being dishonest, I'll be nervous of being found out, feel an intruder. So being honest and taking a longer time looking for match would get more comfort later on.
I learnt from that so yes, for me, lying in an interview is the worst thing you can do.
If we find a mismatch, it invalidates the candidate as a whole. If someone claims 8 years of MOVA but doesn't know basic stuff about MOVA semantics, they were either lying, they are incompetent, or they have been coasting.
Other lies on the other hand, do cause me to drop people. One guy claimed to be an expert in the internals of hotspot. Unfortunately for him I actually am such an expert. It turned out he hadn't even read the user manual. That sort of lie is a problem because it's the sort of thing that will sound impressive to a lot of people who can't verify it, and he surely knew that.
In one sense it feels silly to leave it off my resume because it was literally what I did. But I’m not interested in writing C++ and really haven’t touched it in a decade, so I could never pass a technical C++ interview.
But I like learning about C++. It has many interesting features and concepts. Understanding those, their design trade-offs, how and why it differs from other languages (e.g. Rust) is fun. So I know more about "advanced" C++ than I know about "basic" C++.
not 100% on-topic, but that's an interesting one because I'd expect many active devs could stumble over: Reading a file isn't difficult, but it's also not something you actually do very often. If you do C++, you're often working in large projects where reading files is something done by libraries, custom wrappers, ... It's firmly in "if you need it, once every few years, it's in the docs" land.
Whereas I do comparatively little code in Python, but a lot of it is small one-off scripting where file handling using the basic facilities is typical.
We fired them. End of story. No other option.
Do not lie on your resume or during the interview. I've never worked at a company that it wasn't grounds for immediate dismissal.
There are lies and there are lies. For example I wrote some shell scripts to create VMs in AWS and install some packages on them. This appears on my resume as "expert in rapid provisioning of infrastructure as code in the cloud" or something like that. It sounds a lot more grandiose than it really is, but that's just how the game is played these days.
Your task as an interviewee is to provide an honest and accurate assessment of your skillset and competence level.
One such person had done so effective a job of BSing that he got twice the going rate for contractors in his role. It didn't last long enough to count for much, though, because he couldn't do the work. He was on his way out when I was on my way in; my first major project was salvaging his last one.
Another, with more modest ambitions, joined as a junior on the team where I was then operating as a de facto senior and co-lead. He was a little slow getting up to speed, but he got there, and then spent the next year doing good work, entirely consistent with what I'd expect to see from someone in that stage of their career. When we took him to lunch on his last day, he admitted he'd come in with zero real experience in our tech stack, and snowed his way through the interview with the plan of figuring out how to do the job once he had it.
I won't work with the first guy again. I'd be happy to work again with the second.
Even more so if exaggeration is part of the culture they come frome.
HN loves to play armchair psychologist and make claims about people's honesty and trustworthiness based on a CV.
Sometimes I think you're actually supposed to put in a glaringly obvious falsifiable lie to show you're a player.
I should A/B test that.
I felt really bad for the poor guy; it was not his fault. We finished the interview early, had a friendly chat, and I sent him on his way with some bus fares.
I then got on the phone and tore the agency a new one. They had wasted his time, and my time, by 'doctoring' the qualifications. I never used them again.
Think high pressure sales tactics and the almost daily threat directly hurled across the office for recruiter X or Y to 'meet their targets or GTFO'. Fortunately I was a freelancer but I always used to feel so bad/sad for them, especially knowing the profits that the owners were making vs. that of their staffs'.
On the other hand I once attended an interview at the early stage of my career for an extremely prestigious (pay, perks, prestige) role and sensed something was wrong when the interviewer asked me if I considered attention to detail an important part of the role......
When I said 'Yes, of course' they then preceded to berate me about a typo on my CV (cringe)....
When I asked to have a look at their copy I saw that the agency that had re-typed/reformatted my CV and introduced the typo.
When I told the interviewer that they replied with 'We don't hire people that blame others' for their own mistakes'. Ouch.
With steam coming out my ears I politely informed the interviewer that that was fortunate since I really didn't want to work for any company that immediately viewed me as a liar. We agreed to terminate the interview at that point.
Funny thing was - in my briefcase I had an extra copy of my CV as submitted to the agency but I thought – Meh, why bother.
I consider that one of my many dodged bullets (Sorry for going slighly off-topic, my bad).
I don't think that's off topic at all. I agree that you really did dodge a bullet. For an interviewer to treat you with such disrespect over something which is so trivial and inconsequential is an immediate red flag. The purpose of an interview is not just to assess, but to sell the role to the candidate. "Negging" is an antagonistic interaction which is utterly inappropriate for the professional environment.
Honest candidates answer truthfully that they don't know MOVA with the expectation of being considered for non-MOVA jobs, without any incentive to lie, and moderate liars would choose what to exaggerate based on their actual know-how, not indiscriminately.
If a recruiter said they had 'Black Box' candidates ready and waiting to come in for interviews we knew the recruiter would lie, cheat and steal to get candidates placed (and their fat commission cheque).
If a recruiter said they hadn't heard of Black Box but would reach out to their pool of candidates, they'd be considered a bit more trustworthy and perhaps worth doing business with.
0. https://twitter.com/claviska/status/1274844995300794371?s=20
Also sometimes an internal or esoteric tool gets listed in the application, you never really know! The people who write the job description also sometimes make typos and mistakes.
AFS is a pretty rare filesystem, but at the time we were one of the biggest users globally, and it underpinned all our servers. Finding someone with good knowledge would have been great.
Me: "So, AFS is pretty rare - but, can you tell me about your experience with it" Them: "Sorry, never heard of it" Me: "It's the first technology you list on your resume" Them: "Sorry, still never heard of it".
Not the best start they could have had in an interview, but have to give them credit for honesty.
On a serious note, there was a moment when candidates were claiming to have 10+ years of Rails experience when DHH was literally the only person in existence who could make that claim
https://www.strategic-options.com/insight/2019/06/13/you-can...
They didn’t even know what Java was or how old it was.
This helped me understand how little misunderstandings can get amplified into things that seem really specific and set in stone. So the whole “question everything” approach really helps here as assuming that just because a number is specific that it was chosen for a specific reason is rarely true.
20-year CF dev here. It's a weird market. There aren't a lot of jobs, but there also aren't a lot of candidates. So interviews have an interesting power dynamic. Sometimes they're downright fun because you both know that the company doesn't have a lot of other options.
On the other hand, if I'm ever unemployed, I know that power dynamic will be working against me.
the basic requirements should be
* it should be easy to have mandatory experience in the language
* it should not be perceived as a joke
* Turing complete
Hubris.
The honest ones said no. The liars said yes, and the occasional clever ones said they were hoping to support IP over carrier pigeon in a later product line.
[1] https://neilbowers.wordpress.com/2008/08/11/pink-box-testing...
I often put some variant of "great at copy and pasting from one document to another" on any portal that requires me to, well, copy and paste my resume in little parts. I've yet to get called out on it.
I've had interviews and been asked about Javascript instead of Java.. Too many times, and I'm extremely specific in CV.
Turned out the recruitment company was changing them and shipping them out.
I've often wondered about how other's approach listing "skills" on resumes and interviews. Most of the tools we work with require working with it exclusively to become an expert.
This is why you come to the game with a human readable resume
lots of us stay far away from the FB ecosystem.
I would like to read this, but will not go to this link.
Please prioritize alternatives. Thanks.
Gather round kids, I'll tell you a story from a time long before Flutter, Angular, even Fusebox (gasp!)... I was working at a 1st generation dot-com and we were bombarded by resumes from anyone wanting to get rich quick like those guys profiled in Industry Standard Magazine (sorry kids, go look that up). Anywhoo, we invented a totally fake programming language, called "MOVA", and mentioned it whenever headhunters called. That way, when candidates were pitched to us with "X years of MOVA experience", we knew that somebody was full of it. True story? Maybe, you can't be sure on today's Internet. Now if you'll excuse me, I gotta go polish my golden Ben Forta idol. But feel free to re-use the phony book image we made back then.
- Alan Holden
Requisite fake O'Reilly book on Mova
https://www.facebook.com/photo?fbid=3802113716522185&set=gm....
It's actually funny which name for countries ends up getting borrowed. The Finnish word for Finland is Suomi. The Swedish word for Finland is Finland. Ironically, the Swedish word for Sweden is Sverige, but at least you can see the Sw/Sv commonality.
[0] https://uk.wikipedia.org/wiki/%D0%A3%D0%BA%D1%80%D0%B0%D1%97...
Most modern-day approaches to spelling foreign words aren't concerned with whether the spelling suggests anything close to the correct pronunciation. They concern themselves more, as here, with whether there is a system that suggests an "official" spelling.
Compare how Chinese immigrants in the 19th century might get names like 王 Wong, 李 Lee, or 魯 Loo, whereas Chinese immigrants today have names like 王 Wang, 李 Li, or 鲁 Lu.
I am afraid, your observations and conclusions are incorrect.
Wong, Lee (pronounced as Lei), Loo (pronounced and spelled as Law nowadays) are the Cantonese readings of Chinese names; whereas Wang, Li and Lü are Mandarin pronounciations of 王, 李 and 魯, respectively.
Lee (as «e» in Padme from the Star Wars) and Loo («oo» as in «door») are an artefact of one of the first attempts by the British to come up with the standardised English spelling for Chinese names they had perceived through the lens of the Cantonese language and culture. One would have to look back into the history of Europeans coming into the first contact with the Chinese civilisation, of which the British had been one of the first frontiers (let's not digress into a discussion of the historical background nor merits of that having taken place, for that is not the point I am trying to bring across).
The British had come into their first contact with the Qing China through Canton in the late 18th century where Cantonese was the prevailing language, with Mandarin (官話) being relegated to the status of the language of mandarins, the Chinese imperial court and those willing to pass imperial exams. It took the British (and European missionaries) a few decades to realise that China had had a multitude of different – often mutually unintelligible – Chinese languages, in which the same character (漢字) had a distinct pronunciation. Speakers of their own mother tongue (be it a Yue, Wu, Gan etc language) would pronounce the same 漢字 according to phonetic rules of their own native tongue. For instance, 林 is pronounced as «Lam» in Cantonese but as «Lin» in Mandarin; 吳 is «Ng» in Cantonese, but it is pronounced as «Goh» in Teochew and as «Wu» in Mandarin; likewise, 金 is «Gan» (Cantonese) vs «Jian» (Mandarin), 等等...
The first migration wave out of China into the US mostly came from Lingnan (the area encompassing Gwong Sai, Gwong Dung, Hoi Naam and parts of the today's northern Vietnam). The majority of them, however, spoke Teochew – a Yue Chinese language, that is related but is not mutually intelligible with Cantonese. US Chinatown dwellers used to speak Teochew for over a century before Cantonese started to take hold in the second half of the 20th century.
Since the migration of Chinese nationals had been forbidden since the times of the Ming dynasty, and with the British controlling the Canton port in the late 19th century onwards, Canton (Gwong Jau nowadays) was pretty much the only viable exit point for migrants out of China seeking an escape from the Qing for their own reasons; hence they would have had to obtain the exit immigration documents at Canton with their Teochew names spelled out using the English spelling the British had adopted for spelling out the Cantonese names earlier on. Hence Wong, Lee and Loo and not Wang, Li or Lü (or actual Teochew spelling). The former ones are in active use in Hong Kong today, whereas the latter ones are encountered in the mainland Chinese names.
You say that, and then you go on to demonstrate that you have no idea what you're talking about.
It's quite true that the earlier waves of Chinese immigrants spoke Min and Yue languages. That is the reason I didn't use 周 Chow/Zhou as an example. Those aren't the same sounds.
But it's not at all true that Wong and Lee reflect different sounds than do Wang and Li. They are one and the same. Furthermore, the Mandarin pronunciation of the surname 魯 is not lü, it is lu.
If a Mandarin speaker surnamed 王 wanted to have their name pronounced as closely as possible by English speakers, they would spell it Wong -- just as the southerners named 王 (and 黄) actually did when they arrived in the 19th century, or as they actually did in Hong Kong under the British. The spelling Wang concerns itself with an "official spelling" at the expense of readers being able to pronounce the name -- which, if you'll notice, is exactly what I said up above.
We all know the people with spotless resumes, who get jobs they don’t deserve, and perform abysmally, and sometimes alienate whole departments—middle managers in dockers. Or, the run of the mill worker whom just does the bare minimum, and counts on that bloated resume as a life saver.
If I had a company, many jobs would be based on test results. It would take nepotism, preconceived notions, liars, out of the hiring process.
Of course, many jobs could not be filled this way.
I don’t know why companies try out local applicants for a couple of weeks, and if they preform, make it permeant. “
Employer, “You did well on our tests. Could come here for a couple of weeks, and we will see how you do?
It would give the diamonds in the rough, minorities, and guys whom didn’t go to the four year party, a chance, and company might gain a productive worker?
Another fallacy is basing your hiring on test results. This is silly because you also discriminate by assuming everyone has time to do a take home test which is certainly not the case. If you meant a quick test in-office then there is no way you can get deep enough insight for it to be worth your time.
Exaggerating the possibility of a bonus or of the value of stock options is completely normal for employers.
But since MOVA is, definitionally, fake, it's not like you have any idea * what * you're claiming to know. There's a level of BS here that isn't calculated, and I think that makes for a truly dishonest employee (aka bad hire).
I've seen that backfires with people I interview. I have a limited time with each person. If you're saying you have experience but obviously don't, it means everything on your resume has to be considered as "possibly false". It brings a much more critical eye to that type of candidate, with lots of discussion and questioning that probably wouldn't have happened otherwise.
For instance, if you start going to the gym, at first, your exercise execution is perfect but after some weeks you get sloppier and sloppier.
Same here, firms that are hiring constantly tend to get fatigued. Jobseekers, however, are "active" for some weeks until they switch jobs; this is why you, as a jobseeker, need extra training during your jobhunt, to be on-par with them.
I don't recommend lying but I do recommend tailoring your resume such that it reflects actually what you did in an adequate level of detail. Most job seekers are too honest on the CV and during interviews.
Interviews are structured as if candidates are doing fancy algorithms every day, whereas you’re probably actually writing glue code 99% of the time and crammed CtCI just before the interview. The whole thing is fake, but companies started it.
This. It happened to me to receive CVs for a position and the actual candidate was completely clueless. Yet the recruiting firm was really pushing that as "a very good candidate albeit a bit junior".
OTOH, it happened to me that I had an interview with a consulting firm. They would basically forward my CV to the actual client and only hire me if the client "accepted" to "hire me" through them. The thing is, this firm asked me for my cc in ms word format, so that they could add their own logos and stuff, make it appear like I was on their payroll and more importantly remove all the contacts (as if it was any meaningful in the age of LinkedIn). I have no way to tell if they inflated my CV in any way.
Not every employer pulls tricks. Also, the employer is not the only one that gets affected by sending fabricated resumes; this makes the job search process more difficult for e.g. other applicants too.
You can go to pretty much any tech company in the world, and somewhere, someone is going to have some horror story about hiring a seemingly competent (even perfect) candidate on paper, that turned out to be woefully incompetent. The types that are supposed to have a Masters degree + 5 years of industry experience, but can't code themselves out of a wet paper bag.
Sometimes the recruiter will "tune up" a candidate's resume without them knowing it.
Yes, it's crazy.
Some recruiters ignore the hard work and do a spray and pray approach to finding people jobs. Those are bad recruiters but usually untrained.
Good technical recruiters might even have an engineering background but like dealing with people more than machines.
Good recruiters have no floor and no ceiling to earning. They work agency recruiting and often make it to the top 1% of earners in America.
Recruiting is a big business.
I have never been hired by a recruiter, they were just the first step. A company that requires engineers to filter applicants on the first pass probably isn’t very fun.