The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
Is that their way of saying that the developer will be asked to produce more than one person possibly can?
Yes and no... but from my point of view it makes sense.
a.) Small companies
Yes, please one developer should do the whole job
b.) Bigger companies (who can afford three developers)
In case all of them are 'full stack' it is very comfortabale. Means:
- No big discussions/explanations necessary at stack boundaries
- No big problem to exchange them to do different jobs on the stack.
Only my thoughts
It does not solve my Problem, but it answers my question
Chemists have exactly one rule: there are only exceptions
That means you need to know front end, back end, database and whatever else is out there in the universe. All those "wonderful/you must know/ must have" frameworks, libraries, databases, linters, pre processors, anything that sounds like some animal or demi god you should know. Microservices, Event Straming, Cloud, Zookeeper, Hive, Pig, Kafka, SQL, No-SQL, ES6, React, React Native, Angular, Jest, Jasmin, the list goes on and on. These days you can make up a word and there is a langauge or library with that name you can find in this wonderful univese we live in. Your years of experice is nothing if you don't know the buzzword of the day. It is painful and we the citizen of this universe are the one who keeps creating new things with obscure names and solutions in search of problems. Resistance is futile as new devs are lead to belive you must use all those things or you are not an actual developer.
Zen and the art of software maintenance : rm -rf *
Maths is like love : a simple idea but it can get complicated.
It should meant Front End, Back End and Database...
In Windows front end means WinForms and WPF at least.
You better know WCF for both, but especially web.
... Do you know just what a nightmare the cloud represents? You now need to be a systems admin and security chief using an arcane language and methodology of DevOps. Plus the cloud lets you make mistakes that are far more expensive than you used to be able to.
Another cool thing about the cloud... If you get say a Cloud Programmer or Architect certification, you are then trained as a salesperson or evangelist for their expensive services. You haven't learned to develop in the cloud yet.
I like the idea of T shaped skills. That's Full Stack and one skill (or more) that you completely master.
It boggles me to think of the learning curve being asked of anyone going into software development these days.
Yet my competition in corporations are 'developers' who have attended a six-week programming camp. Their learning curve allows them access to jobs that amount to slave, sub entry level and always abused.
I don't see it that way. If I was a small company, I would try to employ only a small group of developers with a wide set of skills but without deep specialization. If I was a big company with many developers, I would try to employ specialists with deep knowledge about one particular technical skill each. So it depends on you whether you prefer versatility vs. specialization.
As other commenters here have stated, the term full-stack developer implies high levels of working experience in a number of connected technologies (ie: front-end development, database).
For reasonable requirements and project sizes, this is not a difficult level of experience to acquire when one merely has to use a quality IDE that provides form and database development capabilities.
However, when one is faced with an increasing number of technologies that now tend to be part of many projects currently, the acquisition of such experience at the same level for all such technologies becomes increasingly impossible.
The result is that most companies have very little idea for what they are asking except for the acquisition of the cheapest personnel, all of whom can spout proper details in an interview while failing to be actually capable of developing entire systems on their own.
As an example, a few weeks ago, an article appeared here on The Code Project regarding the implementation of a certain type of project. The required technologies numbered close to 11 different and separate type of software. Good luck with that!
To expect a single person to be competent in all such technologies at the same level of expertise is a pipe dream since no one developer can possibly be developing in all such technologies at equivalent levels of time to acquire such experience.
This is why the loss of true, senior, development personnel in our profession, which is made up of those older people such as myself among others are the ones who do have such experience but are considered too old among other negative attributes towards the older development professionals to be considered for such requirements.
Thus, I have now seen technical leads on projects with only around 3 years of experience. If one is only required to put together a WordPress site such a low level of experience is fine.
Putting together a far more complex development endeavor becomes a completely different story and the 3-year technical lead becomes a liability.
But this is what companies want these days leaving sanguine, sincere, growing developer quality in a complete bind.
And this is why so much software development is a mess today.
Sr. Software Engineer
Black Falcon Software, Inc.
One of my friends who's apparently a "full-stack developer", but who doesn't understand what XOR means, tells me I wouldn't survive five minutes in a modern software house.
This reminded me of a conversation I had with a born-again Christian, who told me that without Christianity, there would be nothing to protect him from the universe. "Ah," I said, "This is why we differ: in my mind, the universe needs protecting from me!"
I'd say those are important questions to try to get a feel for during the interview process.
This next bit may be colored by my experience when I was working. Always at small companies where there simply weren't the resources to have hard divisions. So, grain of salt there.
Everyone should be a full-stack developer, to some extent. For example, persistence of your form data shouldn't just be magic . One should understand the transfer to the persistence layer, and enough SQL (If using a db) to validate the save and write decently-efficient queries.
However, to expect the person who's an expert at doing front-end work to also be an expert DBA is a recipe for failure. Sure, most developers (in the MSFT world, anyway) know how to use SQL Server & Profiler to look into the database, and might be able to provide some help on getting things working better. But expecting them to really be tuning the system isn't realistic.
As developers, we may ridicule them, pity them, laugh about them or whatever - but at the end of the day, they are using IT in exactly the right way: a tool to help their business - and I respect that.
I tend to get called in when they've not even had a chat with their mate's mate; but "consultant" is a term they can relate to, and accept my advice almost unquestioningly. In return, I build them a system, from start to end, that boosts their business. In most cases, that means their company's budgets increase, and their requirements increase to meet the increased demand. At some point - 6 months, a couple of years, ten years - they outgrow the services I, as a single "consultant", can deliver to them, and they ask how they can grow further. At that point I can direct them to one or more organisations that can provide more specialist skills.
In short, it's not just about saving costs - although any business, of any size, is likely to want to do that. It's about using IT as a "black box" and not needing to know what the individual components of the stack are, or indeed even that there is a "stack".
If you want to work with such companies, sending a CV full of language and framework names and versions will get you nowhere. You need to either give examples of how you have helped the business of other clients / employers, OR (which I find works better) gently ask some questions about their business and the problems it faces, and describe in non-technical terms how you would solve those problems and what impact that will have on their business. Talk to them in terminology that is meaningful to them. Be ready to be their entire IT department. That doesn't mean you have to do everything yourself personally - you can always outsource aspects (especially if you are a contractor / consultant rather than employee) so be ready to do procurement / purchasing / management roles as well as development (unless you genuinely are a full-stack developer and can handle it comfortably yourself).
Personally, I love working this way. The flexibility is great, and no-one stops you from experimenting with new technology and learning new stuff. And when you see your clients' companies grow and thrive, you know it's as a direct consequence of your input. Depending on your financial needs, you can either take that satisfaction as a "top-up" to your fees, or you can negotiate a profits-related bonus or equity. Just make very sure you don't screw up.
Most requests for full stack developers appear to be listed by individuals or severely limited groups. realistically, anyone whom could fulfill a full stack development position is most likely freelance and consultation operating at a premium contractual price point. Thus, the solicitation for full stack developers seems a bit misinformed and most likely based on a general classification trend.
Job posting for full stack developers, based on what I've stated above amount to a waste of time; you're either going to get scammed (doing some work under the pretense of a testing or probationary period then let go), hook up with a startup that might mean well, but hasn't been thought through and will most likely fail within 1-2 years or you getting in with an indie group whom are green.
Full stack is full of it period. Positions such as what is generally stated as being full stack is Lead or technician level, recapping. I avoid anything throwing around full stack.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
Last Visit: 31-Dec-99 18:00 Last Update: 23-Apr-21 2:28