TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

The Stupid Programmer Manifesto

206 点作者 hsn915将近 2 年前

52 条评论

CM30将近 2 年前
Honestly, the truly &#x27;smart&#x27; programmer isn&#x27;t someone who does or doesn&#x27;t use a bunch of techniques or best practices, it&#x27;s the one who can look at the situation and do what&#x27;s right for that particular project&#x2F;job.<p>Most of the things in this post could be the right answer if the project is a weekend side project that&#x27;s going to get a few hundred views a month, or a website for a small business. Bob&#x27;s Restaurant doesn&#x27;t need a Google scale website built with microservices, Docker and SPAs hosted on AWS and S3.<p>But something like Google or Amazon or Netflix would. Use the right tool for the right job.<p>Plus, even a &#x27;stupid&#x27; or &#x27;0.05x&#x27; programmer can be a rockstar at a small company or organisation where a lot of complexity isn&#x27;t required.
评论 #36340625 未加载
评论 #36340039 未加载
评论 #36340011 未加载
评论 #36340030 未加载
评论 #36340956 未加载
评论 #36343126 未加载
评论 #36342270 未加载
评论 #36340480 未加载
评论 #36344782 未加载
mcv将近 2 年前
I can&#x27;t tell if this is an honest call to keep things simple, or if it&#x27;s meant to ridicule that idea. Because I strongly, deeply agree with some of these points, and am absolutely horrified by some of the others.
评论 #36339850 未加载
评论 #36340014 未加载
评论 #36339788 未加载
评论 #36341472 未加载
评论 #36339809 未加载
评论 #36340099 未加载
评论 #36340088 未加载
评论 #36340562 未加载
chrisldgk将近 2 年前
It’s important to keep in mind that pretty much all the techniques you’re too „stupid“ for all aren’t necessities for small projects, but rather being able to manage complexity (or workload) at scale. For an MVP or a small product, keeping with the simpler techniques is absolutely fine, and adhering to those standards in many cases can even be considered overengineering.<p>Though there’s one thing I take issue with. „I’m too stupid“ implies that these techniques are impossible to understand, while I think it’s just a matter of being able to put in the time and effort to learn the intricacies. It’s absolutely fine if the resources (mainly time) aren’t available to you, but I don’t think it’s a matter of cognitive function.
评论 #36339727 未加载
评论 #36341201 未加载
kayodelycaon将近 2 年前
Sigh. I hope this is satire. Or this person is only referring to their personal projects. Otherwise, I agree with their premise and suggest they find a different career.<p>HTTP Verbs? You really can&#x27;t get more basic. At least you could try to wrap your brain around the idea that GET reads and POST writes.<p>Not using SQL? Okay. You&#x27;re spending a lot of time and effort hand-rolling your own shitty database.<p>The combination of things suggests to me they have can&#x27;t or don&#x27;t want to deal with with non-trivial mental models. Things like transforming data between layers or figuring out how someone else will read your code.<p>The next person to work on their stuff is going to have a massive headache figuring out what &quot;made sense&quot; to this person.
评论 #36341228 未加载
评论 #36341241 未加载
评论 #36341316 未加载
评论 #36341528 未加载
评论 #36341222 未加载
memefrog将近 2 年前
This post is the programmer equivalent of teenage girls posting photos of themselves captioned with &quot;I&#x27;m so ugly&quot; to farm praise from their friends.<p>I have come to dislike this growing trend that celebrates mediocrity and failure. Posting proudly that you are stupid, terrible and incompetent seems to result in applause and high praise. Why? Why is that a good thing? I hope this was intended to be a parody.
评论 #36340472 未加载
评论 #36340101 未加载
评论 #36339852 未加载
评论 #36340031 未加载
评论 #36340380 未加载
评论 #36340510 未加载
评论 #36340473 未加载
评论 #36340190 未加载
deltarholamda将近 2 年前
I&#x27;ve had similar crises of faith every now and then. I never got into Docker, and every time I read somebody&#x27;s K8s horror story I get hives. I begrudgingly learned enough about systemd so I wouldn&#x27;t become a hermit, but I&#x27;m not happy about it. I still more or less prefer to do Web things without the SPA-like features.<p>Some of this is because this is what I know, but some of it is because I&#x27;m too dumb to see the benefits of the added complexity. I&#x27;m not going to do &quot;WEBSCALE!&quot; things, more than likely, so why not just run a FreeBSD server and, if needed, stand up a jail here and there. Chasing the tech rabbit can be fun, but it is also exhausting.
评论 #36341687 未加载
lvncelot将近 2 年前
Related: The Grug Brained Developer<p><a href="https:&#x2F;&#x2F;grugbrain.dev&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;grugbrain.dev&#x2F;</a>
评论 #36339846 未加载
评论 #36341671 未加载
jagged-chisel将近 2 年前
&quot;Smart&quot; is certainly subjective. And one can, given enough time and practice, &quot;figure out&quot; all the things the author listed.<p>The problem is time. A lone dev just can&#x27;t take the time to setup the full stack every time for every project at every client. What to do?<p>Templates, scripts, pre-made configs ... soon you have a stack that will deploy itself and all you have to think about is structures and algorithms. And now you look like a 10x dev. Not because you &quot;know everything in the universe,&quot; but because you leveraged technology ... much like our customers want to leverage technology.
评论 #36340000 未加载
itissid将近 2 年前
Noob Observation: There is an element of knowing what saves you time and then on top of that why and how it does. The saving I will divide into two categories:<p>1. Easy wins category: Don&#x27;t repeat code, cause you will take twice to change it. This is clearly visible to even the author.<p>2. What I call the &quot;tougher&quot; win category: When you require more executive function like breaking a bad habit, managing cognitive load; in short understanding <i>why</i> it saves you time in the <i>long</i> run. A reasonable example of this is using typing in python. I and many of you know that you can catch errors way faster using types+pyre(for example) than writing tons of unit tests, but it takes an old python programmer longer to get used to putting in the types and some times remembering to set up and use Pyre to get used to the idea of <i>how</i> it saves time. Pre-pyre used to python dev might just think &quot;I will write tons of unit tests&quot;.<p>There is obviously a psychological&#x2F;mental health component to this.
nerdchum将近 2 年前
Unironically have no problem with any of this at at small and maybe even medium scale which is like 99% or more of applications.<p>As long as the disk written data is being backed up rock and roll!!<p>When they say &#x27;compiled binary&#x27; are they using Java or are they writing web apps in C?
评论 #36341116 未加载
agentultra将近 2 年前
You’re not too stupid, nobody is. If you need to learn it, you can, and you will. Some things are hard to learn but it’s worth it because they help us do things we couldn’t otherwise.<p>As others have pointed out: don’t use k8s to deploy a web app for your local soccer team. All of the suggestions in this article are fine.<p>It’s actually kind of smart.<p><i>Update</i>: ... except the REST&#x2F;HTTP part. It doesn&#x27;t matter for a small friends-and-family website, sure. But if you&#x27;re building something you want to have grow and stick around and be used by others you&#x27;ll just be setting yourself up for problems down the line. I dunno why RPC has come back into vogue, it was a pain in the 90s and early aughts that I had hoped we&#x27;d abandoned. It doesn&#x27;t play well with the wider web ecosystem, it&#x27;s a pain to grow horizontally, and locks you out of some pretty neat tools that can take your website further as you grow without much effort.
cientifico将近 2 年前
I am another stupid programmer.<p>Even if I have the experience, I still decide to use sqlite, single binary, local files, vps, monorepo. At least until market-fit is proven.
评论 #36341164 未加载
throw1234651234将近 2 年前
Most projects don&#x27;t need Docker. I have built multiple billion-dollar-a-year company websites from scratch (no, I don&#x27;t make a lot of money, just a dev) that get tens of thousands of users a day and we barely ever need more than one or two instances of anything, all of which the major cloud providers can scale out of the box with Azure App Service &#x2F; Elastic Beanstalk &#x2F; etc. Docker&#x2F;K8S is pure hype and never fills the &quot;oh it simplifies development on various OS&quot; argument.<p>Sure, you can orchestrate in K8S to spin up the front end, back end, and database instance, but one day someone has to troubleshoot that. That someone being a dev who doesn&#x27;t work with K8S all the time - good luck.
评论 #36340140 未加载
评论 #36344093 未加载
Cpoll将近 2 年前
For anyone not sure if it&#x27;s satirical (or perhaps allegorical), a click on the author&#x27;s profile may help. Juxtapose this article about BoltDB, B-Trees and &quot;moving away from SQL&quot;, <a href="https:&#x2F;&#x2F;hasen.substack.com&#x2F;p&#x2F;indexing-querying-boltdb" rel="nofollow noreferrer">https:&#x2F;&#x2F;hasen.substack.com&#x2F;p&#x2F;indexing-querying-boltdb</a>, with &quot;I&#x27;m not smart enough to figure out SQL queries.&quot;
jroseattle将近 2 年前
<p><pre><code> sed -i &#x27;s&#x2F;I’m not smart enough&#x2F;I have not made the effort&#x2F;g&#x27; {url-in-a-file} </code></pre> (Pardon my syntax, might not be 100% correct here)<p>Devs work in a performance business, and most of the time &quot;smart&quot; can be replaced with &quot;effort&quot;. Heck, even &quot;experience&quot; often equates to &quot;outcome from prior effort&quot;. If you don&#x27;t care to understand something, therefore making you less &quot;smart&quot;, we&#x27;re often just talking about a choice in applied &amp; focused effort.<p>Of course, there are caveats to this. Effort alone can&#x27;t compensate for capability to learn (I keep this bookmarked: <a href="https:&#x2F;&#x2F;cdn.shopify.com&#x2F;s&#x2F;files&#x2F;1&#x2F;0535&#x2F;6917&#x2F;products&#x2F;incompetencedemotivator.jpeg" rel="nofollow noreferrer">https:&#x2F;&#x2F;cdn.shopify.com&#x2F;s&#x2F;files&#x2F;1&#x2F;0535&#x2F;6917&#x2F;products&#x2F;incompe...</a>) And there are times where effort requires a lot, and we might not have the room&#x2F;time to simply add that capability to our repertoire.<p>But all this said, I have found that being &quot;smart&quot; enough is more often just a status of where my efforts have been applied.
gavinhoward将近 2 年前
Boy, I feel this.<p>I am also a 0.5x programmer. I write dead-simple C; I don&#x27;t even touch web development, which I consider more complex than C development with Valgrind.<p>In fact, I&#x27;ve spent nearly 3 years writing a build system. That&#x27;s how slow I am, and it&#x27;s made some acquaintances laugh at how long I&#x27;ve worked without result.<p>But in reality, I&#x27;m not just building a build system. I&#x27;m also building my own stack, a la [1], including replacing as much of libc as I can and changing the OS API&#x27;s I use.<p>I think that soon enough, this stack and this simplicity will become my superpowers and make me a 10x programmer.<p>Being a stupid programmer means you won&#x27;t be clever. And if you&#x27;re not clever, you will be able to debug it, even though it is twice as hard to debug than to write. [2] Good debugging is a superpower in itself.<p>[1]: <a href="https:&#x2F;&#x2F;youtube.com&#x2F;watch?v=443UNeGrFoM">https:&#x2F;&#x2F;youtube.com&#x2F;watch?v=443UNeGrFoM</a><p>[2]: <a href="https:&#x2F;&#x2F;www.defprogramming.com&#x2F;quotes-by&#x2F;brian-w-kernighan&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.defprogramming.com&#x2F;quotes-by&#x2F;brian-w-kernighan&#x2F;</a>
评论 #36341823 未加载
benjaminmikiten将近 2 年前
For someone who&#x27;s &quot;too stupid&quot; to understand these techs, they certainly can explain them and their drawbacks and alternatives well.<p>This reminds me of a bit of advice from Austin Kleon that I&#x27;ve used frequently -- &quot;Make bad art, too&quot;[^1]:<p>&gt; “Good” can be a stifling word, a word that makes you hesitate and stare at a blank page and second-guess yourself and throw stuff in the trash. What’s important is to get your hands moving and let the images come. Whether it’s good or bad is beside the point. Just make something.<p>This is a perspective I have to come back to, as an engineer building enterprise-scale things, when I&#x27;m working on small-scale projects. I don&#x27;t need to use the same tools I use at work, I can pick &quot;bad&quot;[^2] architecture, I just need to build _something_.<p>[^1] <a href="https:&#x2F;&#x2F;austinkleon.com&#x2F;2020&#x2F;04&#x2F;15&#x2F;make-bad-art-too&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;austinkleon.com&#x2F;2020&#x2F;04&#x2F;15&#x2F;make-bad-art-too&#x2F;</a> [^2] &quot;Bad&quot; in that I know precisely how and when and what would bite me in the ass when I try to scale it.
评论 #36340474 未加载
ianpurton将近 2 年前
&gt; I’m not smart enough to figure out docker confiuration, so instead I compile my web application into a self contained statically linked binary executable file.<p>Good luck getting that to run in different environments because static or not, nearly every executable has dependencies.<p>&gt; I’m not smart enough to figure out cloud services and auto scaling groups, so I just upload my static binary file using scp to a linux server I rent from a VPS provider.<p>Which of course you&#x27;ll need to setup, patch, figure out how to restart apps when they go down and on and on. There&#x27;s no easy out.<p>&gt; I’m not smart enough to figure out how to setup all the databases and firewalls and load balancers, so I just embed the http server and data storage engine as libraries in my static binary.<p>And how do you back that up?<p>I get the gist of the article, but some things are not always replaceable with an easy alternative. Most alternatives also have disadvantages as well as their own learning curves.<p>Postgres, Docker, Infra as Code and Kubernetes are pretty much best practices on any development.<p>Don&#x27;t kid yourself that the learning curve is not worth it.
评论 #36341094 未加载
评论 #36339911 未加载
评论 #36340072 未加载
AMerrit将近 2 年前
Some of the things in this are a bit much, but I think some of this comes from the cult of the 10x developer. I feel like I&#x27;m a 10x developer on some very specific things, and a 0.5x developer when it comes to others, but that I&#x27;m mostly an average 1x dev. I think a lot of devs are like this, they get really good at some specific stuff, but feel lost as soon as they start looking at some new project on a totally different stack or in a different area. Like when I first migrated to using git from svn I definitely had a productivity drop from screwing stuff up, but I eventually adjusted. Most devs I know went through something similar, shot themselves in the foot a few times and then acclimatized to the new tool, not many instantly switched without a productivity drop.
bazoom42将近 2 年前
Smart is not chosing a particular techology (whether simple or complex), smart is choosing the right technology for the problem at hand.<p>The primary difference between good and bad developers is good developers understand context. Every tool, technique, and practice were developed in a particular context to solve specific problems. Good developers understand the contex and limitations. Bad developers use the golden hammer or follow all “best practices”.<p>The OP calls all the technologies they dont use “bullshit”,so they are probably a bad developer. But a good developer might choose exactly the same set of techonologies for good reasons.<p>“Keep it simple” is a great principle, but it is also bordering on a platitutde because determining what is simple is not trivial.
FrustratedMonky将近 2 年前
I used to consider myself 10x years ago. But now probably like the author. There are too many tools, too many configurations, too complicated to get it all to work together. That is no longer &#x27;programming&#x27;, it is fighting a dozen tools that rarely get along. This all becomes inertia that takes 10x and slows it down to .5x. The environment is no longer suited towards focused work. If the day is spent futzing around with some library that stopped working then it is not spent on problem solving.<p>Maybe that is the key, you are 10x if you are solving a real problem. But now you are spending that 10x on solving stupid problems with tooling, which is not aimed at the main problem.<p>(10x Programmer) - (9x time spent on tooling) = a 1x Programmer.
the__alchemist将近 2 年前
I feel the same way. I&#x27;m never sure what to think when I can write my own UAV firmware, but can&#x27;t get the toolchain&#x2F;build dependencies working for popular open source ones.
pilgrim0将近 2 年前
I’m stupid too. It’s hard to make sense of complexity when it’s senseless and doesn’t directly address a problem, instead being an inner abstraction. Every day there’s more things to learn in web development, and the scope of most engineering jobs is too large for most people to perform at a peak without burning out. I guess much more stupid is someone who doesn’t realize this and try to do everything and end up doing it badly. Of course you can spin up whatever layer in your stack, but maintaining and debugging it at large is a whole other problem. Usually people who prefer simplicity are the ones wise enough to see the big picture, software in its entire lifecycle. Being stupid has allowed me to deliver fast and secure software that I can explain to the next maintainer in a very short time, not to mention figuring out a problem just by its context in my head. There’s a whole set of principles that makes being a stupid programmer viable, such as Pareto and YAGNI, so much so that often people confuse you with a bright, productive programmer. It came to the point that I like being stupid, because by focusing on the bare minimum, software can be shipped really fast and with great quality overall.
JohnFen将近 2 年前
I wonder if it&#x27;s not that he&#x27;s not smart enough, but that he doesn&#x27;t enjoy it. Personally, I loathe developing on the web stack. I find it tedious and boring, and as a result, I do it poorly. Not because I&#x27;m not smart enough, but because I dislike it.<p>All that means is that sort of programming isn&#x27;t for me. It doesn&#x27;t mean I&#x27;m a terrible programmer.
sesm将近 2 年前
&gt; embed the http server and data storage engine as libraries in my static binary.<p>That&#x27;s very interesting, I&#x27;ve been looking for DB + web server + application server in one process solutions some time ago, but the only thing I found back then was Tarantool. I wonder which solution the author had in mind when he was writing this.
quickthrower2将近 2 年前
It is all reasonable stuff for most apps that don’t need scale EXCEPT writing files to disk as a database. Doing that for “blobby” stuff like profile pic is OK but for shared data that needs granular mutation I feel you will end up with a buggy, adhoc, ill specified half of postgres in your app.
评论 #36341662 未加载
pyrale将近 2 年前
Not smart enough for all this, but probably still aware enough of all these issues to find a method that works and actually ship stuff. And I suspect oblivious enough to document their process properly.<p>I wouldn&#x27;t have made all the same choices, but I admire the decision-making process.
temporallobe将近 2 年前
Bitter humor aside, I think this is a pretty good lament about the current state of software development and its often seemingly unnecessary layers of complexity. But all those things were invented to solve particular complex problems. The issues is that somehow we keep telling ourselves that we need to use these complex solutions to solve simple problems. One of my favorite examples of this is the inappropriate use of XML as a data format - it was intended to be a markup language, but of course it <i>is</i> flexible enough to be a data format, so people started using it like that, and then it became the standard (thank goodness that is changing now).
0x445442将近 2 年前
The main problem is Google, Amazon et. al. publish how they handled some difficult problem they encountered and then middle management at Foo Inc. decided that’s the way they need to design their 40 user internal orders app.
brentm将近 2 年前
Being smart enough to create click bait content is probably more valuable anyway.
graypegg将近 2 年前
There’s always someone smarter and more successful out there. Someone that can do everything you can without even breaking a sweat, and then do more. They have no reason to consider your existence.<p>Calling yourself stupid is stupid because the graph of those you-&gt;betterperson relations has no leaves, and is a totally closed loop. You’re the smarter, better benevolent version of someone else.
munro将近 2 年前
I feel like all of these could easily be flipped<p>&gt;&gt; I’m not smart enough to figure out how to manage multiple repositories with shared code, so I put all my code in one repository.<p>&gt; I&#x27;m not smart enough to manage a monorepo, so I put all my projects in separate repositories.<p>There&#x27;s no reasoning behind the opinions other than &quot;bc dumb&quot;.
malkosta将近 2 年前
Of course you don&#x27;t need a hammer if got no screws to hit. You probably only worked in very small projects. Use the right tool for the right job. The tradeoffs on each scenario for each tool is one of the most important things we have to learn everyday, on every task. If you can&#x27;t do that...well, good luck.
ketzu将近 2 年前
&gt; I’m not smart enough to figure out docker confiuration, so instead I compile my web application into a self contained statically linked binary executable file.<p>I&#x27;d reverse that for myself. I am not smart enough to cross-compile my project or statically link, so I throw it in a docker container and call it a day.
avgcorrection将近 2 年前
An argument for a particular kind of opinionated simplicity with humility used as a rhetorical Trojan Horse.
评论 #36341307 未加载
sailorganymede将近 2 年前
As someone who’s career started doing ‘stupid programmer’ things, it’s 100% worth investing time in learning how to do a lot of the things which are “too smart”, purely because a lot of these smart things were built to solve problems which will cause a lot of headache down the line.
awkward将近 2 年前
It sounds like he still has to do a bunch of BS. What stack is this buzz marketing for? Golang?
sailfast将近 2 年前
The &quot;and that&#x27;s OK&quot; part of the sub-title of this post needs some support!
interlinked将近 2 年前
&gt; so I just store my objects in their entirety as-is on disk.<p>Every time I decided to use filesystem as db for my program, a couple months down the road that turned out to be a wrong approach.
gwbas1c将近 2 年前
&gt; I’m not smart enough<p>No, you&#x27;re &quot;brilliant.&quot; You know how to make something that&#x27;s simple enough to get the job done.
xupybd将近 2 年前
How can you store program state on disk like that? You&#x27;d need serialization and deserialization. A DB might be easier.
评论 #36339813 未加载
评论 #36339854 未加载
评论 #36340487 未加载
评论 #36339725 未加载
birracerveza将近 2 年前
Simple != stupid, even though sometimes it&#x27;s hard to discern stupid simple from simply stupid.
MetaWhirledPeas将近 2 年前
I like this kind of discussion, but I&#x27;m too stupid to know what the author&#x27;s point is.
throwawaaarrgh将近 2 年前
I appreciate the attempt at honesty, but it&#x27;s not true that you&#x27;re too stupid. You&#x27;re too lazy. A trained monkey could learn these things (I know, because I learned them!) and you&#x27;re not stupid if you know how to program. There&#x27;s no shame in being lazy. Let&#x27;s call a spade a spade.
评论 #36340074 未加载
2d8a875f-39a2-4将近 2 年前
One trusts he&#x27;s not too dumb to protect his webapp from the OWASP top 10
marcrosoft将近 2 年前
I guess I’m stupid too. I do all of these things. It’s awesome.
fedeb95将近 2 年前
this is for a stupid programmer that doesn&#x27;t want or need to work for a corporation.<p>by the way, I&#x27;d say:<p>I&#x27;m too stupid to keep my configuration in order, so I use Docker.
reneberlin将近 2 年前
I really think, he was just making a joke!
tfrutuoso将近 2 年前
If it works, it ain&#x27;t stupid.
ftxbro将近 2 年前
contrarian substack clickbait
chpmrc将近 2 年前
Obviously great article (for real) but it&#x27;s sad that so many people still misunderstand containers and orchestration.<p>&gt; I’m not smart enough to figure out docker confiuration [sic], so instead I compile my web application into a self contained statically linked binary executable file.<p>That might be fine for something that needs to run once. What if it crashes? And what about everything else that&#x27;s required. Database, centralized cache, queues, workers, load balancers.<p>You can&#x27;t build a fully functional product without those and what are you going to do Install all of the dependencies on a VM, by hand? What if you have to migrate to a different machine for whatever reason? Are you going to write scripts to automate all that and test them and change them and test them again? What if your program crashes? Are you installing supervisor? Will you turn your nice little binary into a daemon and deal with the whole initd&#x2F;systemd configuration? What about the development environment? Are you going to do all that again when you switch laptop or when you hire someone?<p>(I personally prefer a PaaS like Heroku, Vercel or Render but that&#x27;s besides the point)<p>Complexity <i>very quickly</i> gets out of control. What if you could, instead, define what your project requires in terms of environment, services, dependencies, networking etc. and just give it to a magical (today we&#x27;d say &quot;AI powered&quot;) DevOps entity that makes sure everything runs smoothly no matter on what machine it&#x27;s running, assuming it has enough resources? Locally you&#x27;d just run a single command and the whole thing would magically come to life.<p>That&#x27;s what Docker and Compose&#x2F;Kubernetes are. A very convenient abstraction layer that makes it very easy to define your underlying architecture in a declarative way and have something else worry about how to get there.<p>And, let&#x27;s be honest, it&#x27;s not even that complicated. You get 80% of the benefits with (less than) 20% of what Docker etc. are capable of. I learned how to use it once 8 years ago and I&#x27;m still using it to this day, just occasionally googling the odd command or Dockerfile keyword. I&#x27;ve seen the same with git. So many people just memorize a few commands and can&#x27;t be bothered to learn how it conceptually works.<p>I guess I just went on a long rant here but I&#x27;m really surprised how, in a constantly evolving industry like tech, there are so many people who are afraid of learning something new or to change how they do things, sometimes out of pure irrational spite or fear of whatever is new. Reminds me of the bit from Brett Victor&#x27;s talk &quot;The future of programming&quot; where (paraphrasing) he says &quot;binary people thought assembly was a bad idea and assembly people thought C was a bad [...]&quot; etc. etc.
whoomp12342将近 2 年前
ouch, right in the feels