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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

The boring front-end developer (2014)

93 点作者 rayraegah大约 6 年前

18 条评论

OkGoDoIt大约 6 年前
Yes, 100% this. I&#x27;ve been trying to articulate the annoyance I have with modern front-end development and this hits the nail on the head.<p>Does anyone know SF companies that take this attitude? I&#x27;ve been interviewing all over at startups and large companies but I always feel misaligned when discussing front-end tradeoffs. I&#x27;m in the process of realigning my career away from full-stack dev nowadays because the state of frontend dev is so horrendous in my opinion. But I&#x27;d rather just work somewhere that isn&#x27;t trying to turn every little thing into an SPA.
评论 #19906156 未加载
评论 #19905394 未加载
ivanhoe大约 6 年前
In 2014, when this was originally written, I&#x27;d totally agree - but it was 4.5 years ago and a lot of things have changed in the meantime. At the moment I&#x27;m dealing with one jQuery old-school project and while on one hand it&#x27;s really a nice feeling to debug code without constantly waiting for webpack to finish compiling the code, most of the time I&#x27;m really in pain. After years of working in Vue and React it just feels ugly and messy and it&#x27;s much more complicated to understand and refactor. To quote on one of my fav Stephen King&#x27;s books &quot;the world has moved on&quot; since then...
评论 #19906854 未加载
评论 #19906899 未加载
jv22222大约 6 年前
I love the Indie Hackers community and mission of the site, but I can&#x27;t understand why on earth the site is so JavaScript heavy.<p>Almost everything on that site could be server side and there is no need for a loading screen that takes 2+ seconds to load!<p>Again, love what they&#x27;ve done, love the community, don&#x27;t understand the tech choice.<p><a href="https:&#x2F;&#x2F;www.indiehackers.com" rel="nofollow">https:&#x2F;&#x2F;www.indiehackers.com</a><p>Edit: I think javascript and dynamic stuff is great to use where it really speeds things up like a comment popup etc. I think of it like seasoning. Use it sparingly to make a site really great in the places that a full page reload would be a bad experience.
评论 #19909562 未加载
localhostdotdev大约 6 年前
this is my definition of a boring programmer:<p>- makes code that works<p>- solves people&#x27;s problems<p>- doesn&#x27;t care what other programmers think<p>edit: the truth is a boring programmer won&#x27;t even read this, just doesn&#x27;t care, doesn&#x27;t read hn, just does stuff
评论 #19906746 未加载
slg大约 6 年前
Previous discussion: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=9879172" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=9879172</a><p>This should also have a 2014 in the title.
评论 #19905844 未加载
newfangle大约 6 年前
Does anyone that has been developing fe code in the past few years felt that the pace of change has been overwhelming? I think weve finally settled down on a few tried and true frameworks for frontend development.
评论 #19905721 未加载
评论 #19905739 未加载
评论 #19906160 未加载
评论 #19905633 未加载
评论 #19905723 未加载
评论 #19905659 未加载
评论 #19906082 未加载
arenaninja大约 6 年前
But some of us do work on front-end applications where even modern frameworks are scrutinized. I&#x27;ve started to dream of a maintainable application with no runtime on top of the browser itself (no vDOM)<p>IMO frameworks nowadays don&#x27;t give you much more than a rope to hang yourself with, it&#x27;s up to developers to recognize this. But some applications do need these patterns in order to build front-end applications with dozens of developers on the same team. The unfortunate reality is that too many people think they need use the same tech for a landing page; and too few people with front-end skills seem capable of profiling (in Chrome! nevermind trying to figure out where your GC pressure is coming from in IE11)<p>But this article is pretty boring. I can think of some concerns that the applications I work on need solved:<p>* Maintainable (TypeScript helps a ton with this)<p>* Stylizable&#x2F;Themable (emotion&#x2F;JSS, etc.; pick your poison)<p>* Reusable (presentational components in React; I imagine Vue could work for us as well)<p>* Asynchronous, reacting to events from user input&#x2F;websocket&#x2F;timers&#x2F;local+remote storage appropriately<p>* Accessible via keyboard
评论 #19905884 未加载
jasonhansel大约 6 年前
Also: the boring front-end developer recognizes that large single-page apps can have significant front-end performance issues, which is why so many &quot;modern&quot; web apps are unbearably slow &amp; memory-intensive.
austincheney大约 6 年前
I so tired of the excess tooling and incompetent reliance upon it. You don’t need layers of frameworks and 150mb of dependencies to build a tiny web app. Without all the helpful bullshit in the way I can get the job done 10x faster. The excess nonsense isn’t there to help clueless users. It’s there to prop up clueless developers.<p>When I start interviewing next month I am going to dive into this immediately and if I don’t like the answer I am walking out. Interview over. They can hire somebody else to write tiny react modules.
ng12大约 6 年前
I hate these kinds of posts. It&#x27;s all useless to talk about unless you talk about <i>what</i> you&#x27;re trying to build. Not everything that runs in a browser is cut from the same cloth. My job would be miserable without a UI framework, it&#x27;s a trade-off I&#x27;ve consciously made. I&#x27;ve lived through PHP and Ruby and jQuery&#x2F;Backbone&#x2F;Knockout&#x2F;Closure and my current stack (React + TypeScript) is the only thing that makes my job actually enjoyable. The most important skill is to be able to identify when and where building an SPA is a good idea (hint: it&#x27;s not your blog or your company&#x27;s home page). If you really do need an SPA, great, pick a UI framework and a few preprocessors&#x2F;transpilers and get hacking. If not, also great, just use server-side templates and jQuery. Whatever way you go just remember to leave the zealotry at home.
winrid大约 6 年前
Heh, I just built my new blog with zero client side scripting. It&#x27;s so fast (shameful plug: <a href="http:&#x2F;&#x2F;blog.winricklabs.com&#x2F;" rel="nofollow">http:&#x2F;&#x2F;blog.winricklabs.com&#x2F;</a>)<p>No real content yet, but there will be regular content about my side projects.
sk5t大约 6 年前
This seems like an appropriate time to invoke <a href="http:&#x2F;&#x2F;boringtechnology.club&#x2F;" rel="nofollow">http:&#x2F;&#x2F;boringtechnology.club&#x2F;</a> -- more thoughts on why to avoid the flavor of the month when you&#x27;re trying to build useful software that doesn&#x27;t _need_ dependencies on shiny new stuff.
评论 #19908732 未加载
drivingmenuts大约 6 年前
Where I work, we’re still using jQuery. Why? It works and everyone on the team understands it, even the backend guy who hates doing UI stuff. We looked at React and Vue, and they’re great, but it would be a nightmare to get everyone on the same page and wouldn’t solve the problem of keeping our front end lightweight.
评论 #19913068 未加载
bryanrasmussen大约 6 年前
ok since I worked at a place last year where compile times were hurting things I can understand that part but in general I have to say really bad decisions need to be made for compile time to even be noticeable.
评论 #19905612 未加载
jilles大约 6 年前
Damn I am a cool front-end developer and that&#x27;s not a good thing.
Romanulus大约 6 年前
That was a very boring article.
评论 #19905433 未加载
halleonard大约 6 年前
loll
santoshalper大约 6 年前
The boring front-end developer is trying to build for the web, not trying to build shitty &quot;apps&quot; that just happen to run in the browser.