As someone who prefers to contemplate a question carefully before answering and stutters considerably when put on the spot, kudos for you for considering taking a more inclusive and compassionate approach.
895 karma · joined July 30, 2016
As someone who prefers to contemplate a question carefully before answering and stutters considerably when put on the spot, kudos for you for considering taking a more inclusive and compassionate approach.
Bear in mind that this is for the coding part, which people seem to have the most difficulty doing on a whiteboard under pressure. There would still need to be a conventional behavioral interview as well.
Somebody want to run the idea past YC? ;)
Also, bear in mind that the farther along you go in your career, the harder it becomes to switch tracks. If you go more than a decade without coding professionally, it may be hard to get yourself considered for a coding job by many employers without an exceptional demonstration of your coding skills.
Plus, speaking from personal experience, learning Java first and then learning C# is probably going to be a positive experience, whereas doing it the other way around feels like going back ten years in time.
Speaking as a longtime QA professional, if engineering teams want to interest and retain good people in QA, then stop. crapping. on. QA. people.
That means equal pay for equal talent. That means building career growth paths for testers to become SDETs or other QA specializations. That means any dev who talks down to QA gets to have a nice little conversation with their manager and HR about professional respect in the workplace.
Outside of a few die-hards, the software industry is not going to get good QA people until that happens.
That means you weren't around for the dot-com bust in 2001 or so. Yes, things are good right now but the situation can go south very suddenly and with very little warning and stay bad for several years.
[1] e.g. http://www.nyguild.org/time-inc-news-details/items/spots-ill...
[2] e.g. http://www.wcpo.com/money/local-business-news/kroger-offers-...
Because you never know when one of these online services will suffer an outage, suffer a security breach that leasks your private repos or email & credentials, or even lose your data entirely. The fact that the service is free doesn't mean that it doesn't come without potential issues.
EEs in the semiconductor industry have been talking about it for the past 20 years; they didn't know exactly when it would occur but they knew it was coming. It's only software developers who were blissfully unaware.
EDIT: The interesting thing about the end of Moore's Law from AMD's (and everybody who isn't Intel) perspective is that finally the playing field is moving closer to even. Before, Intel always had the most advanced fab processes because of the vast amounts of money they funneled into it, which meant that everybody else had to have a better architecture than Intel chips just to get equal performance. Now that Intel is losing that process advantage, it should become possible for everyone to compete purely on the basis of architecture again.
Thank you, though; that is a darned tempting offer.
Not quantitatively perhaps, but qualitatively? Oh yes; it can be felt. There are some very large organizations where the employee and managers' main objectives are to get themselves a promotion or bigger bonus and, though it's never explicitly said, the health of the company or welfare of the customer is only a secondary goal.
It's really quite depressing.
Failing to perceive when your employer or business unit ceases to be a going concern will result in some very unpleasant surprises.
While literacy might be high, there's been a stream of articles over the years in Japanese media noting that literacy in kanji (the component of Japanese based on Chinese characters) in particular has been steadily declining, even among the highly educated; e.g. http://www.japantimes.co.jp/news/2013/07/03/national/kanji-w...
The software industry has learned a lot about a security and exploits, certainly.
The hardware industry, including embedded developers, well, not so much...
Be a little flexible; not everyone finds the same things "insulting".
Or they've spent a lot of time in embedded systems development. Many of us write rather C-ish C++ because of the limitations of older compilers and the age of the code bases.
http://www.who.int/mental_health/management/depression/preva...
"...CCROS [microcode] cards on the [IBM System/360] Model 30 could be replaced in the field. This made design modifications easier to accomplish, as well as providing for field diagnosis. ...
The later System/360 Model 25 and models of the later System/370 series were configured with at least one portion of the control store being read-write for loading microcode patches and microdiagnostics."
Quite a non sequitur there.
As mentioned during the speech, Adm. McRaven was describing his own SEAL training. Since SEALs are an elite branch of the US Navy, individuals have to explicitly volunteer to enter SEAL training, are screened to a very high standard, and are warned well in advance that the training is extremely taxing, both physically and mentally.
Or, as a recent blog posting that made HN succinctly put it "'How' ages faster than 'Why'" (https://news.ycombinator.com/item?id=13500883). Knowing the "why" of CS means you never have to chase the "how" of the latest flavor of the month stack or framework.
The HP Elite x3 phone already does that.
This violates the anti-moonlighting clause that most companies have.
> Will a Google PM be ok in doing this mock considering that it may be considered unethical?
There is no incentive for top companies to permit their employees coach applicants with questions from their interview process. It would amount to being able to pay money to get an edge in their hiring process and the top companies wouldn't even be getting any of the fee.
The employees at the top companies are making enough money that they would have no interest in it anyway.