This is not the way to find out if someone can and has experience to build complex shit that is easy to manage(also by others). This whole assessment model is totally deprecated (if it ever worked at all).
I conducted more than 200+ interviews as a department lead and for me the single most important skill in an ever changing frontend landscape is enthusiasm and motivation.
How do you keep up with the current trends? Name some? Ain't it tough to learn new stuff all the time? How do you deal with fatigue in this regard?
What blogs/authoers do you follow? Do you work on Open Source or private projects in your spare time? What is the current version of ECMA, Framework etc. and when does the next come out? Name 3 of the last things you learned this year as a developer.
These questions really make enthusiasts shine. If I had to choose motivation over knowledge, I would always opt for highly enthusiastic people over knowledge people. Former will easily surpass the later.
Besides that I like this idea. Very good!
I will read blogs and listen to podcasts for whatever area that I choose to specialize, but I’m not going to spend time actually investigating it outside of work.
If you as an employer deem it important for your employees to keep up with the latest trends and contribute to open source, allocate some time during the day.
But, I guess this is also the reason I abandoned the clusterf%%% of modern front end development almost 10 years ago and just try to stay somewhat current with JS.
I do not hire developers, but I can imagine that with the lower barrier to entry for front end jobs in 2020, companies have a difficult time differentiating all the new grads/bootcampers/self taught developers. It's almost teetering towards the same conversation as the leetcode problem -- merely finding a way to cut the pool of candidates given the vast amount to begin with.
Though I think it has more to do with the kind of developer I am and the kinds of developers I've enjoyed working with in the past than anything intrinsic about how much value they might be able to provide to the company.
Luckily for me, I've noticed that frontend developers (especially those who like to work for startups) tends to be a very self-selecting group that biases towards passion. Those who don't have at least some amount of passion for frontend development would probably very soon realize they'd be happier specializing in some other ecosystem and migrate away (as you yourself did).
I'm sorry but enthusiasm and motivation can die pretty quickly. I mean I am just a contractor but when I see my manager hit a wall trying to do basic things like getting another co-worker's computer unlocked too a whole day of fighting IT and getting another 8 GB of RAM for our desktops which had 8GB RAM took well over four months, our request for SSD instead of 5400 rpm hard disk couldn't be accepted because the company has a contract with HP and is only allowed to buy from HP, and when IT changes a configuration that brings down your internal website application, it takes for plus hours of emails back and forth for them to revert their change of the config file, the enthusiasm and motivation will eventually die.
It is still possible to stay motivated. For example, I play with some web stuff in my spare time but I doubt it is possible to stay motivated at work for any length of time.
Most front-enders I interview can't even add, remove, or edit a div without a framework helping them bind an object to the DOM.
Or do you put them through your test only to have them use React as part of the day job?
Much of the web could improve in terms of accessibility.
I truly believe that experienced engineers can learn 1000x more about someone's skillset in the first 5 minutes of them coding than any amount of trivia questions.
These techniques are obsolete & lead to fragile code especially when blended with newer concepts like native js imports, let and const.
The way things are going is bad, here are some example sites that I find particularly difficult to use:
- new reddit (old reddit is much, much better)
- parley (yes, the "free speech" twitter) has a terrible UI. it takes like a year to post a tweet and you wait like 30 seconds for some dynamic spinning progress dialog to go away
With that said I do see the appeal because there aren't many good desktop UI frameworks either. I've worked with Qt enough to know it's plenty frustrating. On the other hand, if it's so easy to make a portable web app, why do we have things like Electron that ship a browser with your web-app, aside from native experience? Wait, did I dare say: native experience, is valuable?
We are well past peak web app, we are even past peak mobile app. What even makes an app, an app? Is it that it's tailored to a smaller purpose than more general applications? Would you call Microsoft Visual Studio an app? Probably not. Is it good software, yes. Is Vim an app? I don't think I'd call it that. How about 'cat'? Nah... Apps are tailored to a specific business purpose rather than a more general use case.
Apps are a fad, but good software tools are not a fad. Build good tools, don't build apps (unless you're paying the bills)
> Would you call Microsoft Visual Studio an app? Probably not.
'App' is a shortening of 'Application' popularised by iOS.
The state of the art in UI Engineering, is everything that used to be done in C++, but on the web/cross-platform using a mixture of JavaScript and WebAssembly.
Anyway, my point is that you are shitting on front-end development, yet there are front-end engineers out there developing high-quality software, and it is difficult: it requires a lot more ability than just copy-pasting from W3 Schools.
A front end developer is the easiest thing to contract out and have them code to spec. There is a lot of demand, but since it’s the easiest to train for, salaries have stagnated for years as their more supply.
You get the worse of both worlds. It’s harder to keep up with the changing landscape and you get paid less for your trouble.