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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Those Gray Beard Hackers And Their Tall Stories

55 点作者 ptn大约 14 年前

5 条评论

JonnieCache大约 14 年前
Are you a novice programmer who feels regretful that they are spoiled by the modern world of programming? Confused by your own nostalgia for a time years before you were born? Want to relive the glory days of bliknenlichten, mainframes of solid gold and necks of solid beard, from the <i>comfort of your own home?</i><p>Well then you'll love the world of Microcontroller Programming!<p><i>You too</i> can spend weeks optimising your opcodes to squeeze them into mere <i>bytes</i> of memory! You'll need the rest of the 8kb available for lookup tables, because your processor is only running at 8mhz!<p><i>You too</i> can dream of a 'debugger' as you write and decode your own LED blink sequences!<p><i>You too</i> can draw your graphics by timing your own NTSC scanlines!<p><i>You too</i> can almost burn your house down using a soldering iron while sleep deprived!<p><i>You too</i> can almost lose your mind when you find out that the reason your program isn't working is because <i>your resistors have heated up by one degree since you wrote the code!</i><p>It's fun, the tooling to write the code can be as modern as you like, and the community is great.<p>It isn't as hard as it can be made to sound, precisely because the constraints quickly force you to think small. When you're only trying to make a device for automatically traumatising your cat, the constraints only pose as much of a problem as the much looser constraints you might encounter solving a larger problem with more powerful tools, say, running a website. So the learning curve isn't that steep if you're already a programmer.<p><a href="http://arduino.cc" rel="nofollow">http://arduino.cc</a><p><a href="http://hackaday.com" rel="nofollow">http://hackaday.com</a><p><a href="http://electronics.stackexchange.com" rel="nofollow">http://electronics.stackexchange.com</a><p>And if that's still too sissy for you then just build stuff entirely in 555 timers: <a href="http://hackaday.com/2011/02/24/555-video-game/" rel="nofollow">http://hackaday.com/2011/02/24/555-video-game/</a>
评论 #2309932 未加载
评论 #2309698 未加载
评论 #2310958 未加载
cpr大约 14 年前
Ah, memories. (Though I assiduously keep my beard off the lower reaches of my neck.)<p>I did start programming back in the days of punched cards/early timesharing on IBM mainframes (late 70's), but my first microprocessor experience was at a laser-printer start-up (TeX project spinoff from Stanford, Imagen), so we had the luxury of using the Sun-1 boards (the boards that Andy Bechtolsteim designed for use at Stanford, and which were the basis of the first Sun Micro workstations, the first Cisco routers, and the first Imagen image processors).<p>The Sun-1 boards had 68000 processors (no VM) with dual UART chip, so we actually could attach a terminal and interact with our primitive software that way (both for download &#38; debugging). I had to write a real-time OS from scratch in our case, since we didn't couldn't really use the huge galumphing BSD Unix port that Sun was producing for future release.<p>Memories...
amadiver大约 14 年前
I expect to burn some karma for this, but there's another extant pocket of optimization driven development: banner ads. If there is such a thing as a "good" banner ad, I'm referring to those (unobtrusive, non-autoexpanding, subtle animations resulting from interaction [no seizure-inducing manic blinking]). Good banner ads use almost no bandwidth (15k-40k) and go easy on the user's processor. They are built for big companies who care about their reputation and trafficked by platforms that respect the user.<p>I don't get to build as many of them as I once did, but they're incredibly fun little puzzles to solve. Cramming largish photographs, animation, copy (including fonts, which usually result in the bulk of filesize), and animation into such a tiny package is no small feat, and requires a lot of time (the productivity tradeoff Jacques referred to) and tons of little optimization tricks you need to spend a few years collecting and perfecting, like:<p>* becoming a vector artist. Sometimes its necessary to have a partially transparent image, which means 32 bit PNGs, which are super expensive. Flash allows you to create vector masks (vector illustrations are incredibly size efficient), which means you can use a PNG-8 or JPG and mask out the areas that need to be transparent. Which means getting really good, and fast, at tracing outlines. The next level being<p>* learning how to do photo-realistic illustrations. In the old days of 12k for a banner, I did a lot of car banners, which meant a lot of car illustrations that needed to look exactly like the photos. Even then, you'd have to reuse your assets a lot, in creative ways, in order to make the filesize. (Like using a tire illustration for the windshield [by scaling and masking]).<p>* writing really tight code. In the early days, our basic animation engines were a few KB, but you could rewrite your own using only the chunks of code you needed, and save a few K. My newest library is about 800 bytes and is powerful enough to use on most of my banners.<p>* learning that people really aren't as detail oriented as you might think, and blurs, rotations, tints, and speed are usually all the tools you need to make a convincing animation
评论 #2313693 未加载
Locke1689大约 14 年前
Meh. Modern programmers get to say: "You were programming for one processor back then instead of 100 in a shared execution environment? Ha!"
okdork大约 14 年前
Anybody else think its weird his posts are continually on the homepage?
评论 #2309941 未加载
评论 #2310508 未加载