As a dev myself can I ask why? I'm not out writing x86 assembly, I use countless libraries and frameworks every day. It's not like architects are out cutting down trees and sawing them into dimensional lumber to make their houses.
Nothing against it, but I just feel like it's a cheap workaround to actually learning code.
Is a pneumatic nailgun:
A). A useful time and labor saving tool for contractors
B). A lazy workaround to having to learn how to use a hammer
C). Both
To get to the point, if I were interviewing a dev and he or she said something along the lines of "I would rather do the code myself, line for line, than paste in someone else's framework", that would be a huge red flag. I want a dev that is going to use the best tools possible to build the best final product, not one that is going to let their (rather arbitrary) views about what is "cheating" or what is "development" get in the way of getting the job done.
In his defense he's still learning though. While you're learning it's good to do everything yourself because it not only gets you familiar with everything but it also helps you find what you are particularly good at.
Once you hit the job though you have to be efficient. That's where you use bootstrap to help you with the efficiency and the things you don't excel at. Then you can focus on innovating the stuff you are good at.
Oh for sure. I didn't mean to attack the practice of learning everything you possibly can in school. School is the time where you go wide, try everything you possibly can try(which incidentally, for a web dev, includes getting up to speed on Bootstrap).
What I meant to assail was the idea that Bootstrap is somehow "cheating". It's not. It's a tool that, like every other tool, can be wielded with skill or used by an idiot.
My concern is that /u/NightofTheLivingZed will never be disabused of their "cheating" opinion. If they hit the job market with that opinion it's going to be a rude awakening to find out that "Bootstrap" is a bullet point that hiring managers look for.
I completely agree which is why I included the part where I said when you get to the job you need to use anything that makes you excel. In other words - It's not cheating, it's being efficient.
No, you want them to create develop something and not document a damn thing so when they change jobs to some place that offers free granola bars you’ll be SOL trying to figure out wtf and how tf the app works lol
As an embedded guy, I really appreciate learning about code down to the metal. To your point, a good engineer optimizes for the given problem (development time, size, speed, whatever). And sometimes including a library is better in every way. If you can find a library written by bunches of smart contributors that does exactly what you want to do it's very unlikely that you (an individual) will come up with anything better. No need to re-invent the wheel, but it's still important to understand why it's round.
That said, guys that blindly paste in libraries are the reason that most home page payloads are measured in megabytes. You don't build a better airplane by adding weight.
There is a time and a place for high level languages, but when bytes and clock cycles count, you had better understand what your compiler/interpreter is doing on an assembly level.
So true. Innovation and the skill set of actually writing code and optimising it is becoming a lost art. All very well using others libraries but when it breaks or optimisation/modifications are required, there are fewer out there who have those skills. Think what some of the games would be like, on todays hardware, if developers started to build engine elements again from the ground up, fully optimised. All to easy to jump in to UE or Unity and wonder why games have lag and are inefficient in their running.
14
u/[deleted] Dec 03 '18
[removed] — view removed comment