<?xml version="1.0" encoding="utf-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>Software Development by @jado - Notado Feeds</title><link>https://notado.app/feeds/jado/software-development</link><description>Notes on what makes good and bad software development experiences</description><item><title>GitHub should charge everyone $1 more per month to fund open source</title><link>https://news.ycombinator.com/item?id=46625436</link><description><![CDATA[We can make similar arguments for the corporations: if you want to sell your software in the US market, you need to pay for a VAT for digital services that fund national endowments giving grants to individual US developers that apply to the program.<br /><br />Corporations should start paying their fair share, they've scammed society enough.]]></description><category>development</category><category>licensing</category><category>open-source</category><category>software</category><category>source:hn</category><pubDate>Wed, 14 Jan 2026 23:35:16 +0000</pubDate><dc:creator>shimman</dc:creator></item><item><title>GitHub should charge everyone $1 more per month to fund open source</title><link>https://news.ycombinator.com/item?id=46622482</link><description><![CDATA[That is not how people and society function. The status quo and culture is that open source is good for society and all. You are not told about why big corporations can use all this code for free. You’re actually told you’re doing a good deed by making code open source.<br /><br />Then you jump on to a place like Reddit or HN and you have people mostly supporting the status quo. Of course people are going to do open source more than they should. And then if they complain later on, you will say they chose to make it open source. Reinforcing the status quo by blaming the individual.]]></description><category>development</category><category>licensing</category><category>open-source</category><category>software</category><category>source:hn</category><pubDate>Wed, 14 Jan 2026 20:24:32 +0000</pubDate><dc:creator>skinnymuch</dc:creator></item><item><title>Windows 8 Desktop Environment for Linux</title><link>https://news.ycombinator.com/item?id=46588672</link><description><![CDATA[Talking about the design, the further we get from 2012, the more obvious it becomes that windows 8 was kinda like the bauhaus movement for an operating system that wanted to be on touch screens but was made to work on traditional mouse-keyboard interface. It was technically correct, aesthetically pure but socially rejected because it was too stark for the general public (my opinion).<br /><br />This implementation gets one thing most Metro clones miss, i.e the typography as structure paradigm. In Win8, there were no divider lines or heavy drop shadows to denote hierarchy. The hierarchy was defined strictly by the weight and size of the font.<br /><br />We spent the last decade drifting back into glassmorphism and mica materials (win11) because people missed the comfort of texture but from a pure information density and rendering performance perspective - the flat, monochromatic 2D plane of windows 8 is a nice tangent. It removed the cognitive load of decoding the UI chrome for touch users.<br /><br />ps: I'm impressed by the constraint of using native Qt/C++ here instead of taking the easy route with electron or QML/javascript bindings for everything.]]></description><category>design</category><category>development</category><category>software</category><category>source:hn</category><category>user-experience</category><category>windows</category><pubDate>Mon, 12 Jan 2026 18:12:15 +0000</pubDate><dc:creator>Fiveplus</dc:creator></item><item><title>Why users cannot create Issues directly</title><link>https://news.ycombinator.com/item?id=46473737</link><description><![CDATA[1. Set a default label for issues (e.g. “autoclose”)<br />2. Make your auto closing and locking logic based on that label (eg the label-actions github action)<br />3. As a maintainer, remember to remove the label when creating an issue!]]></description><category>development</category><category>github</category><category>software</category><category>source:hn</category><category>user-experience</category><pubDate>Sat, 3 Jan 2026 18:42:12 +0000</pubDate><dc:creator>rarkins</dc:creator></item><item><title>LLMs Are Not Fun</title><link>https://orib.dev/nofun.html</link><description><![CDATA[On the engineering side, using LLMs to write code is as fun as hiring a taskrabbit to solve my jigsaw puzzles. And if you think of LLMs as an extra teammate, there's no fun in managing them either. Nurturing the personal growth of an LLM is an obvious waste of time. Micromanaging them, watching to preempt slop and derailment, is frustrating and rage-inducing.]]></description><category>artificial-intelligence</category><category>development</category><category>software</category><pubDate>Mon, 29 Dec 2025 22:51:50 +0000</pubDate></item><item><title>Meta is using the Linux scheduler designed for Valve&apos;s Steam Deck on its servers</title><link>https://news.ycombinator.com/item?id=46367336</link><description><![CDATA[Valve is practically singlehandedly dragging the Linux ecosystem forward in areas that nobody else wanted to touch.<br /><br />They needed Windows games to run on Linux so we got massive Proton/Wine advancements. They needed better display output for the deck and we got HDR and VRR support in wayland. They also needed smoother frame pacing and we got a scheduler that Zuck is now using to run data centers.<br /><br />Its funny to think that Meta's server efficiency is being improved because Valve paid Igalia to make Elden Ring stutter less on a portable Linux PC. This is the best kind of open source trickledown.]]></description><category>development</category><category>gaming</category><category>linux</category><category>software</category><category>source:hn</category><pubDate>Tue, 23 Dec 2025 22:46:19 +0000</pubDate><dc:creator>Fiveplus</dc:creator></item><item><title>yosh (@yosh@toot.yosh.is)</title><link>https://toot.yosh.is/@yosh/115707133909245963</link><description><![CDATA[I think more people should internalize just how much Rust is being carried by its diagnostics system. And then apply those learnings.<br /><br />No but like seriously: without Rust's diagnostics there is just no way it would have been able to escape research project status. Let alone be able to attract the community it  has.]]></description><category>development</category><category>rust</category><category>software</category><pubDate>Fri, 12 Dec 2025 17:48:20 +0000</pubDate><dc:creator>yosh</dc:creator></item><item><title>The future of Terraform CDK</title><link>https://news.ycombinator.com/item?id=46224168</link><description><![CDATA[Getting too clever with an imperative language in what is inherently a declarative domain, is an idea bad enough that they invented a whole new language to avoid you doing it. But some lessons have to be learned the hard way I guess]]></description><category>development</category><category>software</category><category>source:hn</category><pubDate>Wed, 10 Dec 2025 23:06:28 +0000</pubDate><dc:creator>lijok</dc:creator></item><item><title>Amazon launches Trainium3</title><link>https://news.ycombinator.com/item?id=46125620</link><description><![CDATA[I've had to repeatedly tell our AWS account reps that we're not even a little interested in the Trainium or Inferentia instances unless they have a provably reliable track record of working with the standard libraries we have to use like Transformers and PyTorch.<br /><br />I know they claim they work, but that's only on their happy path with their very specific AMI's and the nightmare that is the neuron SDK. You try to do any real work with them and use your own dependencies and things tend to fall apart immediately.<br /><br />It was just in the past couple years that it really became worthwhile to use TPU's if you're on GCP and that's only with the huge investment on Google's part into software support. I'm not going to sink hours and hours into beta testing AWS's software just to use their chips.]]></description><category>aws</category><category>development</category><category>software</category><category>source:hn</category><pubDate>Tue, 2 Dec 2025 23:15:37 +0000</pubDate><dc:creator>ZeroCool2u</dc:creator></item><item><title>So you wanna build a local RAG?</title><link>https://news.ycombinator.com/item?id=46080933</link><description><![CDATA[My advice for building something like this: don't get hung up on a need for vector databases and embedding.<br /><br />Full text search or even grep/rg are a lot faster and cheaper to work with - no need to maintain a vector database index - and turn out to work really well if you put them in some kind of agentic tool loop.<br /><br />The big benefit of semantic search was that it could handle fuzzy searching - returning results that mention dogs if someone searches for canines, for example.<br /><br />Give a good LLM a search tool and it can come up with searches like "dog OR canine" on its own - and refine those queries over multiple rounds of searches.<br /><br />Plus it means you don't have to solve the chunking problem!]]></description><category>artificial-intelligence</category><category>development</category><category>software</category><category>source:hn</category><pubDate>Fri, 28 Nov 2025 21:36:11 +0000</pubDate><dc:creator>simonw</dc:creator></item><item><title>Migrating from GitHub to Codeberg ⚡ Zig Programming Language</title><link>https://ziglang.org/news/migrating-from-github-to-codeberg/</link><description><![CDATA[Putting aside GitHub’s relationship with ICE, it’s abundantly clear that the talented folks who used to work on the product have moved on to bigger and better things, with the remaining losers eager to inflict some kind of bloated, buggy JavaScript framework on us in the name of progress. Stuff that used to be snappy is now sluggish and often entirely broken.]]></description><category>development</category><category>github</category><category>javascript</category><category>software</category><pubDate>Thu, 27 Nov 2025 05:25:24 +0000</pubDate></item><item><title>Open Source Has Too Many Parasocial Relationships</title><link>https://lobste.rs/s/ta9886/open_source_has_too_many_parasocial#c_rrbrpt</link><description><![CDATA[> There is no supply chain here because there is no supplier.<br /><br />Yes. I've gotten in many arguments with people (even heavy OSS people!) about this point. I sometimes use the word "vendor" here: an OSS project is not a vendor. They're completely separate concepts (you can have OSS and a vendor relationship, but they're separate, one doesn't imply the other).<br /><br />Utilizing OSS software on its own without a separate non-OSS contract and expecting literally *anything* is akin to finding some fruit on the ground, getting food poisoning, then blaming the ground. The ground doesn't care. OSS maintainers aren't obligated to care. It's completely meaningless.<br /><br />And when I say "expecting anything" above I mean expecting literally *anything*. The code may work. It may not. The tarball may be compromised, it may not. The code may break in the future if it does work, it may not. You're guaranteed absolutely nothing except freedom (definition of which depending on the license).<br /><br />That being said, it's amazing that most OSS maintainers really, really care. They try hard to quack like a vendor as much as possible, but this is all good will. And the good will has been mistaken for obligation (and resulted in entitlement) far too often, nowadays.<br /><br />In some of the arguments I've gotten into, people have argued that there is a social contract and therefore some obligation. I disagree. As noted above, I think it's laudable that a lot of maintainers really care, but I think it's overly burdensome to push a social contract onto the relationship. It's one thing if a maintainer decides to say this, but by default, no.<br /><br />Point being, if you want any guarantees other than freedom, pay a vendor. If you aren't paying a vendor, you're the vendor!]]></description><category>development</category><category>licensing</category><category>open-source</category><category>software</category><category>source:lobsters</category><pubDate>Mon, 24 Nov 2025 22:55:55 +0000</pubDate><dc:creator>mitchellh</dc:creator></item><item><title>@davidgerard.co.uk</title><link>https://bsky.app/profile/davidgerard.co.uk/post/3m2tn7wose22p</link><description><![CDATA[LLM AI exists to crush labour. That's not even my surmise, the people paying billions of dollars to fund this stuff are extremely open and explicit that this is their goal.<br /><br />There are no ethical use cases for LLMs at this point in time. Maybe when the bubble has popped thoroughly. Not before.]]></description><category>artificial-intelligence</category><category>capitalism</category><category>development</category><category>software</category><category>work</category><pubDate>Fri, 21 Nov 2025 13:33:08 +0000</pubDate><dc:creator>davidgerard.co.uk</dc:creator></item><item><title>Open Source Developers Are Exhausted, Unpaid, and Ready to Walk Away</title><link>https://lobste.rs/s/p9i6g3/open_source_developers_are_exhausted#c_gnlqgm</link><description><![CDATA[I don't know if more popularity will be enough; the amounts are absolutely paltry. If tokio, one of the most relied-upon library teams in the Rust ecosystem, [only gets $2340 per month][1] then we're 2 orders of magnitude short of paying developers what they're worth. The bloke who built my former RSS reader of choice has 7 sponsors. By now, "people will pay for stuff if they don't have to" seems to be a failed experiment.<br /><br />[1]: https://github.com/sponsors/tokio-rs]]></description><category>development</category><category>licensing</category><category>rust</category><category>software</category><category>source:lobsters</category><pubDate>Fri, 21 Nov 2025 05:01:04 +0000</pubDate><dc:creator>thombles</dc:creator></item><item><title>Static Web Hosting on the Intel N150: FreeBSD, SmartOS, NetBSD, OpenBSD and Linux Compared</title><link>https://lobste.rs/s/gj8uup/static_web_hosting_on_intel_n150_freebsd#c_ljgklo</link><description><![CDATA[When OpenSolaris died, SmartOS was one of the first operating systems to continue with the illumos kernel (the other popular one being OpenIndiana). SmartOS was developed by Joyent, the same ones that supported Node.js at the beginning, and Node.js supported illumos based OS very early on thanks to that. Now, while SmartOS can work as an standalone operating system, its focus has been being an hypervisor like Xen.<br /><br />The company where I work (an ISP) has most new projects on Linux with Kubernetes, like many other companies I guess, but a decade age (2013-2015 I think) they had a project which was based completely on SmartOS and people who worked there told me it was very good.]]></description><category>development</category><category>networking</category><category>software</category><category>source:lobsters</category><pubDate>Thu, 20 Nov 2025 02:23:24 +0000</pubDate><dc:creator>aarroyoc</dc:creator></item><item><title>Gabriele Svelto (@gabrielesvelto@mas.to)</title><link>https://mas.to/@gabrielesvelto/115575628315926615</link><description><![CDATA[I've seen a lot of posts focusing on the specific issues that caused the recent Cloudflare incident, but no discourse about how these companies are being run.<br /><br />We've known how to build completely reliable computer systems for decades. When things fall apart, it's not because we don't know how to do it, it's because cutting corners has become the norm.]]></description><category>capitalism</category><category>development</category><category>software</category><category>work</category><pubDate>Wed, 19 Nov 2025 14:30:57 +0000</pubDate><dc:creator>gabrielesvelto</dc:creator></item><item><title>Do Not Put Your Site Behind Cloudflare if You Don&apos;t Need To - Rik&apos;s Weblog</title><link>https://huijzer.xyz/posts/123/do-not-put-your-site-behind-cloudflare-if-you-dont</link><description><![CDATA[If you really want to be safe in case your server goes down, then setup a second version of your site at another location and point to that server via the A and AAAA records, see "round-robin DNS".]]></description><category>cloudflare</category><category>development</category><category>networking</category><category>software</category><pubDate>Tue, 18 Nov 2025 16:26:36 +0000</pubDate></item><item><title>My next chapter with Mastodon - Mastodon Blog</title><link>https://lobste.rs/s/t37jcs/my_next_chapter_with_mastodon#c_kb61tg</link><description><![CDATA[ActivityPub is Deeply Underspecified because it was created by Semantic Web people who think that if you create a detailed enough *syntax* for something, the *semantics* appear by magic. It turns out that they don't, and so a lot of the actual protocol design has to happen outside of the specification.]]></description><category>activity-pub</category><category>development</category><category>mastodon</category><category>social-media</category><category>software</category><category>source:lobsters</category><pubDate>Tue, 18 Nov 2025 14:56:33 +0000</pubDate><dc:creator>gcupc</dc:creator></item><item><title>Paul Cantrell (@inthehands@hachyderm.io)</title><link>https://hachyderm.io/@inthehands/115567658673660955</link><description><![CDATA[It’s obvious that this tool was made by people who care about data and care about humans. It’s not even that it’s •perfect•; it’s just that it’s •thoughtful•.<br /><br />That kind of human-to-human feeling of “we did our best because we care about the strangers who use this tool” just seems almost like an act of radical defiance in this Era of Enshittification. I appreciate it so much.]]></description><category>development</category><category>software</category><pubDate>Tue, 18 Nov 2025 00:28:57 +0000</pubDate><dc:creator>inthehands</dc:creator></item><item><title>I Work For an Evil Company, but Outside Work, I’m Actually a Really Good Person</title><link>https://lobste.rs/s/uq95l0/i_work_for_evil_company_outside_work_i_m#c_vk5fpb</link><description><![CDATA[A lot of people on Lobste.rs do not want to talk about the effects of technology, they want to discuss the instruments of technology. Take writing, for example. Many people feel that these topics are "about technology": pens, pencils, paper, alphabets, scripts, how cuneiform works, printing tools, inks, book binding. The following topics are "not about technology": who gets to write, what gets written, who doesn't get to write, what doesn't get written, how the printing press affects structures of power, who it empowers, who it disempowers. Etc. By and large, many people on this "technology" forum would draw a boundary around the instruments and mechanics of technology and say those things are the totality of "what technology is"; technology is not what you do, it's how you do it. Meanwhile, if you read a technology article in any major publication, the topic is always the *effects* of technology.<br /><br />It's as the old saying goes: it is difficult to get a man to understand something when his salary depends on his not understanding it. One could reasonably argue that the people who know the least about technology are people who work in tech.]]></description><category>artificial-intelligence</category><category>development</category><category>software</category><category>source:lobsters</category><category>tech</category><pubDate>Mon, 17 Nov 2025 16:54:37 +0000</pubDate><dc:creator>scraps</dc:creator></item><item><title>Messing with scraper bots</title><link>https://news.ycombinator.com/item?id=45941097</link><description><![CDATA[In the movie The Imitation Game, the Alan Turing character recognizes that acting 100% of the time gives away to the opposition that you identified them and sets off the next iteration of “cat and mouse”. He comes up with a specific percentage of the time that the Allies should sit on the intelligence and not warn their own people.<br /><br />If, instead, you only act on a percentage of requests, you can add noise in an insidious way without signaling that you caught them. It will make their job troubleshooting and crafting the next iteration much harder. Also, making the response less predictable is a good idea - throw different HTTP error codes, respond with somewhat inaccurate content, etc]]></description><category>artificial-intelligence</category><category>development</category><category>scraping</category><category>software</category><category>source:hn</category><pubDate>Sat, 15 Nov 2025 22:39:37 +0000</pubDate><dc:creator>thephyber</dc:creator></item><item><title>One Handed Keyboard</title><link>https://news.ycombinator.com/item?id=45937166</link><description><![CDATA[Like people trying to find new interfaces for music making [thank god touchscreens!], there are people trying to figure out new hardware for interacting with computers. Thank you dudes!<br /><br />PS: the first step towards feeling why such research is so important is when you start customizing productivity shortcuts on your existing keyboard. Then you understand that the input device in front of you can be more than a stupid typewriter. From there you start interrogating your interaction with machines. [and then you are addict, and you end up designing your own device :)]]]></description><category>development</category><category>music</category><category>productivity</category><category>software</category><category>source:hn</category><pubDate>Sat, 15 Nov 2025 15:56:20 +0000</pubDate><dc:creator>lolive</dc:creator></item><item><title>Michael Lynch (@michael@m.mtlynch.io)</title><link>https://m.mtlynch.io/@michael/115538492543985760</link><description><![CDATA[@LGUG2Z I wish that SSGs would store the data from the remote URL in a file you could keep under version control. e.g., for tweets, I do something like `{{<tweet id="12345">}}`  and on first build, it downloads the profile image, name, tweet content, and timestamp and renders that, and it works forever. I keep finding broken tweets on my Hugo site because Twitter's rate limiting something or the user deleted their tweet. I've resorted to just screenshotting, which feels sloppy.]]></description><category>development</category><category>hugo</category><category>software</category><pubDate>Fri, 14 Nov 2025 16:07:57 +0000</pubDate><dc:creator>michael</dc:creator></item><item><title>Meta replaces WhatsApp for Windows with web wrapper</title><link>https://news.ycombinator.com/item?id=45913437</link><description><![CDATA[> So you're saying that it is impossible for a large company to somehow use native toolkits to draw text bubbles and emojis??<br /><br />One weird thing about software development is that there are plenty of things which motivated individual developers can achieve which large companies can't even write the requirements for, let alone achieve.]]></description><category>development</category><category>software</category><category>source:hn</category><pubDate>Thu, 13 Nov 2025 15:07:06 +0000</pubDate><dc:creator>pjc50</dc:creator></item><item><title>FFmpeg to Google: Fund Us or Stop Sending Bugs - The New Stack</title><link>https://midwest.social/comment/21131181</link><description><![CDATA[To add to the other replies: This is what AI is for. Not to replace labor, but to enhance the ruling class’ ability to exploit labor.<br /><br />As a convenient side effect: If you use AI to spam people with bug reports, you’re basically DDoSing them… unless they then decide to use AI to help triage the avalanche. And wouldn’t you know it, Google just happens to sell AI to help you solve this problem they made for you!<br /><br />“Nice FOSS project you got there. It’d be a shame if something happened to it.”<br /><br />And also also: If FOSS in general turns into a ghost town… where are you gonna turn to get that boilerplate code you need to do a common task? That’s right, AI baby! All roads lead to boiling the Great Lakes so Nvidia can pay itself back.]]></description><category>artificial-intelligence</category><category>capitalism</category><category>development</category><category>software</category><pubDate>Wed, 12 Nov 2025 06:21:38 +0000</pubDate><dc:creator>kibiz0r</dc:creator></item><item><title>Opinion piece: On Zig (and the design choices within)</title><link>https://lobste.rs/s/uclead/opinion_piece_on_zig_design_choices#c_zelmym</link><description><![CDATA[I'd like to say generally, the utility of "language reviews" by anyone who hasn't built and maintained some real artifact in that language is minimal to nothing. The only utility is understanding what people latch onto as first experience takeaways and perhaps addressing those for adoptability concerns, but it doesn't really say anything about the reality of building or maintaining real world software in any language.<br /><br />Disclaimer that I obviously like Zig, but I apply this framework to anything and its not out of being defensive about the OPs dislike of Zig, which I have no problem with on an individual basis.]]></description><category>development</category><category>software</category><category>source:lobsters</category><pubDate>Tue, 11 Nov 2025 14:16:29 +0000</pubDate><dc:creator>mitchellh</dc:creator></item><item><title>Jake Hamilton (@jakehamilton@hachyderm.io)</title><link>https://hachyderm.io/@jakehamilton/115529159667165025</link><description><![CDATA[I keep being told vibe coding works. I keep being told AI agents work. I keep trying them every few weeks because of this and boy do they just not work. They do things that look like they are working, but that is much different than actually working. Ask it to do a simple task and it fails. Ask it to do a complex task and it fails. I've tried both ends of the spectrum and points in between. I'm not sure why people think this is useful.]]></description><category>artificial-intelligence</category><category>development</category><category>software</category><pubDate>Tue, 11 Nov 2025 04:35:08 +0000</pubDate><dc:creator>jakehamilton</dc:creator></item><item><title>Some Notes on Upgrading Hugo</title><link>https://news.ycombinator.com/item?id=41841873</link><description><![CDATA[Yeah, I adopted Hugo and now I regret it. Every release seems to break themes, and many theme maintainers give up trying to keep current, so if you use someone else's theme you're running a small intersection of hugo versions and can't rely on packaged releases.<br /><br />A static site generator that has somehow managed to be more inconvenient than many CMSes.]]></description><category>development</category><category>go</category><category>hugo</category><category>software</category><category>source:hn</category><pubDate>Sun, 9 Nov 2025 01:02:00 +0000</pubDate><dc:creator>rodgerd</dc:creator></item><item><title>Martin Seeger (@masek@infosec.exchange)</title><link>https://infosec.exchange/@masek/115507451151625748</link><description><![CDATA[Updated "greek task list":<br /><br />orphean task: when you almost succeed, but lose everything the moment you turn around to check your progress.<br /><br />daedalean task: when you’re forced to design something brilliant and functional… that you yourself will inevitably become trapped inside.<br /><br />medusan task: when your project becomes so horrifying that everyone involved freezes in place rather than deal with it.<br /><br />tantaline task: when success is right there, but bureaucracy or budget cuts keep snatching it away at the last moment, forever.<br /><br />pandoran task: when fixing one small issue unleashes a thousand new ones, but hey — at least there’s still hope somewhere in the ticket backlog.<br /><br />odyssean task: when the assignment technically has an end, but it’s buried under so many side quests that you forget what the original goal was.<br /><br />narcissian task: when the entire effort is about maintaining appearances rather than achieving anything of substance.<br /><br />promethean task: when you give people a powerful new tool that could transform their work — and are punished eternally for doing so.<br /><br />orestian task: when the mess you’re cleaning up is the direct result of the last cleanup you performed.<br /><br />thesean task: when the only way to finish is to disassemble everything piece by piece — until you’re no longer sure if what’s left is the same project you started.<br /><br />achillean task: when your work is flawless except for that one fatal oversight that will, inevitably, destroy you.<br /><br />penelopean task: when you diligently undo by night what you accomplish by day, just to keep the stakeholders pacified.<br /><br />midasean task: when everything you touch turns into paperwork, compliance documents, or gold-plated nonsense nobody actually needs.<br /><br />gordian task: not intended to be actually done, but violence is the answer.]]></description><category>development</category><category>software</category><category>work</category><pubDate>Sat, 8 Nov 2025 04:32:02 +0000</pubDate><dc:creator>masek</dc:creator></item><item><title>Felicitas Pojtinger (@pojntfx@mastodon.social)</title><link>https://mastodon.social/@pojntfx/115510993313684867</link><description><![CDATA[@mitchellh I recently heard something along the lines of "the purpose of code review isn't to find bugs, but instead to find out whether the posted patches are maintainable" and it's been stuck in my head since]]></description><category>development</category><category>software</category><pubDate>Fri, 7 Nov 2025 23:33:45 +0000</pubDate><dc:creator>pojntfx</dc:creator></item><item><title>Comptime as Configuration</title><link>https://lobste.rs/s/b20vrz/comptime_as_configuration#c_vdju3f</link><description><![CDATA[To me, it's important to be able to reconfigure configurables in production without recompiling anything. I sometimes want to be able to quickly adjust a flag for a new feature and reboot a service, and often an outage's timely resolution depends on this being as fast and simple as possible.]]></description><category>development</category><category>software</category><category>source:lobsters</category><pubDate>Fri, 7 Nov 2025 21:28:14 +0000</pubDate><dc:creator>spacejam</dc:creator></item><item><title>Free software scares normal people</title><link>https://lobste.rs/s/oftb3t/free_software_scares_normal_people#c_uab66h</link><description><![CDATA[> 80% of the people only need 20% of the features<br /><br />The problem is that the people developing the software likely belong to the other 20%...<br /><br />I think we shouldn't consider such software as "be a tool for anyone to use easily", but more like "hey, I build this tool for my use case, you are free to use it as well and modify it as you see fit".]]></description><category>development</category><category>software</category><category>source:lobsters</category><pubDate>Tue, 4 Nov 2025 17:34:30 +0000</pubDate><dc:creator>oliverpool</dc:creator></item><item><title>Why Nextcloud feels slow to use :: ./techtipsy</title><link>https://news.ycombinator.com/item?id=45800349</link><description><![CDATA[The major shortcoming of NextCloud, in my opinion, is that that it's not able to do sync over LAN. Imagine wanting to synchronize 1TB+ of data and not being able to do so over a 1 Gbps+ local connection, when another local device has all the necessary data. There is some workaround involving "split DNS", but I haven't gotten around to it. Other than that, I thought NC was absolutely fantastic.]]></description><category>development</category><category>lan</category><category>networking</category><category>self-hosting</category><category>software</category><category>source:hn</category><pubDate>Mon, 3 Nov 2025 15:56:14 +0000</pubDate><dc:creator>zeppelin101</dc:creator></item><item><title>Are y’all really not coding anymore?</title><link>https://www.reddit.com/r/ExperiencedDevs/comments/1on3zb4/comment/nmua03w/</link><description><![CDATA[Programming requires continuous thinking. I don’t understand why some people rely on Vibe Code; the time wasted checking whether the code is correct is longer than the time it would take to write it yourself.]]></description><category>development</category><category>software</category><pubDate>Mon, 3 Nov 2025 15:36:13 +0000</pubDate><dc:creator>Secure_Maintenance55</dc:creator></item><item><title>John Carmack on updating variables</title><link>https://www.reddit.com/r/programming/comments/1ojmwd9/comment/nm518eo/</link><description><![CDATA[Every piece of software is a state machine.  Any mutable variable adds a staggering number of states to that machine.]]></description><category>development</category><category>software</category><pubDate>Fri, 31 Oct 2025 21:05:58 +0000</pubDate><dc:creator>MehYam</dc:creator></item><item><title>Normalize Identifying Corporate Devices in Your Software</title><link>https://lobste.rs/s/vd7dgj/normalize_identifying_corporate#c_ufrklw</link><description><![CDATA[Extremely poetic to use detection of the presence of corporate spyware as leverage for redistribution of wealth, love this.]]></description><category>development</category><category>licensing</category><category>open-source</category><category>software</category><category>source:lobsters</category><pubDate>Wed, 29 Oct 2025 19:03:49 +0000</pubDate><dc:creator>henrycatalinismith</dc:creator></item><item><title>@tante.cc</title><link>https://bsky.app/profile/tante.cc/post/3m4bzlpxpk224</link><description><![CDATA[We keep seeing startups who want to replace something valuable (therapy, counseling, tutoring, artistic expression) with some tech bullshit under the banner of democratization. But why do we need to invest so much in bad tech that doesn't work instead of just giving people access to what they need?]]></description><category>capitalism</category><category>development</category><category>software</category><category>tech</category><pubDate>Wed, 29 Oct 2025 01:48:28 +0000</pubDate><dc:creator>tante.cc</dc:creator></item><item><title>More Than DNS: The 14 hour AWS us-east-1 outage</title><link>https://lobste.rs/s/gti2pe/more_than_dns_14_hour_aws_us_east_1_outage#c_ahl0yp</link><description><![CDATA[5 Whys is a form of root cause analysis, which is based on an underlying assumption that there is a single root cause.<br /><br />A better model is the “swiss cheese” model, which observes that in a complex system the parts can be variously degraded or have weaknesses while the system as a whole continues to work. A failure occurs when the broken parts (the holes) happen to line up in an unfortunate manner.<br /><br />This model leads to a broader analysis that looks for contributing factors, like accident investigation reports. It was pioneered by air safety; you can see it in rail and industrial accident reports too.]]></description><category>complexity</category><category>development</category><category>software</category><category>source:lobsters</category><pubDate>Tue, 28 Oct 2025 15:05:55 +0000</pubDate><dc:creator>fanf</dc:creator></item><item><title>Welcome to the Hyunam-Dong Bookshop: The Heart-Warming Korean Sensation - Hwang Bo-Reum</title><link>calibre://search/_?q=title:Welcome to the Hyunam-Dong Bookshop: The Heart-Warming Korean Sensation author:Hwang Bo-Reum</link><description><![CDATA[At first, he was thrilled that he got to spend all his time doing something he enjoyed. He didn’t even complain when he had to work late. But in his third year at the company, the exhaustion seeped in. The fact that he enjoyed his work – and was good at it – became shackles. The work wasn’t distributed fairly. Those who were good had to take on more. Every other day, he worked late; every other month, he went on business trips. He endured and endured until one day, he threw in the towel. That day, when it struck him that liking the work and being forced to work in an unsupportive environment were completely different matters, he requested to switch departments. Overnight, he gave up what he enjoyed. He stopped coding. He refused to work overtime.]]></description><category>capitalism</category><category>development</category><category>software</category><category>work</category><pubDate>Wed, 22 Oct 2025 01:35:04 +0000</pubDate><dc:creator>Hwang Bo-Reum</dc:creator></item><item><title>Maaret Pyhäjärvi (@maaretp@mas.to)</title><link>https://mas.to/@maaretp/115349087226030614</link><description><![CDATA[I hate ‘self-taught’. You’re not self-taught, you’re community taught. Self-taught is erasing all the work that allowed you to learn from freely available materials and people. <br /><br />It’s a poor phrase for the idea that you are degreeless. And there’s nothing wrong with skipping formal education.]]></description><category>development</category><category>education</category><category>software</category><pubDate>Sun, 19 Oct 2025 15:51:47 +0000</pubDate><dc:creator>maaretp</dc:creator></item><item><title>Sam Lambert (@isamlambert)</title><link>https://twitter.com/isamlambert/status/1979337340096262619?s=12</link><description><![CDATA[Until ~2015, GitHub Pages hosted over 2 million websites on 2 servers with a multi-million-line nginx.conf, edited and reloaded per deploy. This worked incredibly well, with github.io ranking as the 140th most visited domain on the web at the time.]]></description><category>development</category><category>software</category><pubDate>Sat, 18 Oct 2025 17:21:44 +0000</pubDate><dc:creator>isamlambert</dc:creator></item><item><title>Dr Owain Kenway (@owainkenway)</title><link>https://twitter.com/owainkenway/status/1978744460218372397?s=12</link><description><![CDATA[It really shows the parasite problem with the Open Source model, which is not "Bob in Canada wants to use the code for free" but "Oracle wants you to do these priority fixes for them for free".]]></description><category>development</category><category>licensing</category><category>open-source</category><category>software</category><pubDate>Thu, 16 Oct 2025 20:25:35 +0000</pubDate><dc:creator>owainkenway</dc:creator></item><item><title>Liquibase continues to advertise itself as &quot;open source&quot; despite license switch</title><link>https://news.ycombinator.com/item?id=45603913</link><description><![CDATA[Big tech companies (the money behind the Open Source Initiative) have done a few things.<br /><br />1. They co-opted the free software movement and made it more business friendly.<br /><br />2. They convinced people that Open Source is pure and software that isn’t Open Source is unclean.<br /><br />3. They convinced a bunch of developers that their definition of Open Source that was specifically crafted to protect business interests is canon.<br /><br />4. They convinced a well meaning subset of those developers to police the other devs and pressure them to release their software under big tech approved licenses.]]></description><category>development</category><category>licensing</category><category>open-source</category><category>software</category><category>source:hn</category><pubDate>Thu, 16 Oct 2025 14:04:17 +0000</pubDate><dc:creator>sarchertech</dc:creator></item><item><title>The illegible nature of software development talent – Surfing Complexity</title><link>https://surfingcomplexity.blog/2025/10/08/the-illegible-nature-of-software-development-talent/</link><description><![CDATA[That reason that Mitchell Hashimoto, NIkunj Kothari, and Gergly Orosz were able to identify these talented colleagues as because they worked directly with them. People making hiring decisions don’t have that luxury. For promotions, there are organizational constraints that push organizations to define a formal process with explicit criteria.<br /><br />For both hiring and promotion, decision-makers have a legibility problem. This problem will inevitability lead to a focus on details that are easier to observe directly precisely because they are easier to observe directly. This is how fields like graphology and phrenology come about. But just because we can directly observe someone’s handwriting or the shapes of the bumps on their head doesn’t mean that those are effective techniques for learning something about that person’s personality.]]></description><category>development</category><category>software</category><category>work</category><pubDate>Sat, 11 Oct 2025 15:57:11 +0000</pubDate></item><item><title>Kat Marchán 🐈 (@zkat@toot.cat)</title><link>https://toot.cat/@zkat/115129958258018665</link><description><![CDATA[Open source maintainers of major projects (hi) are not ready to accept and talk about how the cultural insistence on permissive licensing is just straight up labor exploitation taking advantage of our addiction to popularity (also hi).<br /><br />We’re doing this to ourselves too, you know.]]></description><category>capitalism</category><category>development</category><category>licensing</category><category>software</category><pubDate>Sun, 28 Sep 2025 15:29:13 +0000</pubDate><dc:creator>zkat</dc:creator></item><item><title>Fi 🏳️‍⚧️ (@munin@infosec.exchange)</title><link>https://infosec.exchange/@munin/115255243923655500</link><description><![CDATA[I think that Silksong's existence shows pretty conclusively that the idea that people need to struggle against not having their basic needs met in order to be sufficiently 'motivated' to contribute to society is bullshit.<br /><br />Hollow Knight gave the members of Team Cherry generational-wealth levels of resources. They had no need to release another game in order to keep food on the table - they did so because they chose to, and they took their time around doing it, and by and large people are extraordinarily happy with the results.<br /><br />The whole concept that people "need" to be threatened with starvation and homelessness to "keep them motivated" - something I've seen seriously argued many times in the past - is a traumatic narrative that the actual evidence (look at every single study on unconditional basic income!) counters.]]></description><category>capitalism</category><category>development</category><category>games</category><category>software</category><pubDate>Wed, 24 Sep 2025 16:21:20 +0000</pubDate><dc:creator>munin</dc:creator></item><item><title>The death of specialization</title><link>https://old.reddit.com/r/ExperiencedDevs/comments/1nf3l94/the_death_of_specialization/ndts32s/</link><description><![CDATA[Imagine if your home was built by a bunch of general labourers who “knew a bit of everything” instead of specialized experts. Carpenters, plumbers, electricians, etc.<br /><br />Software is such an immature and goofy field, and there is so much absolute jank garbage out there especially on the web. <br /><br />The quality of software in general has been absolutely tanking in the last decade too. Some of the web apps I have to use at work are just “broken”. I ran equivalents decades ago that actually worked, were lightning fast, and felt professional.<br /><br />With AI it’s going to get a lot worse.]]></description><category>development</category><category>software</category><pubDate>Fri, 12 Sep 2025 17:58:09 +0000</pubDate><dc:creator>ChineseAstroturfing</dc:creator></item><item><title>I Think I’m Done Thinking About genAI For Now</title><link>https://lobste.rs/s/rzskjk/i_think_i_m_done_thinking_about_genai_for#c_l9x7we</link><description><![CDATA[Yep. I arrived at a similar conclusion.<br /><br />Life is hard, but doing The Work (in whatever subject(s) that is for you) is one way to find solace and unmediated joy. It’s not just any work (hence the capitalization), but work that is good for me to do. I can apply myself to a challenge, work with other people to build things, and learn more about it in an endless cycle. It’s an infinite game. Anything that gets in the way of that cycle is harmful *for me:* more management than dev, politicking for better titles, even screwing around with my dev environment for too long. It’s about the work of shipping, refining, and learning. When that gets out of balance I become highly vulnerable to anxiety.<br /><br />Where do LLMs fit there? Certainly not in the core loop! Part of The Work necessitates some time spent frustrated: that’s a primary indication of learning (and very easy to forget). I’m okay with them at the periphery of it, or sometimes spitballing things with them.<br /><br />But there’s a real joy to applying your skills, working through frustration and feeling stuck, and gaining confidence that I would never want to outsource to an LLM. It’s essential for human flourishing.]]></description><category>development</category><category>software</category><category>source:lobsters</category><pubDate>Fri, 6 Jun 2025 01:25:46 +0000</pubDate><dc:creator>mattgreenrocks</dc:creator></item><item><title>The Decline of Usability: Revisited | datagubbe.se</title><link>https://datagubbe.se/usab2/</link><description><![CDATA[Using software professionally isn't about having a chic, boutique experience - it's about getting the job done as quickly and efficiently as possible. Sometimes, that means working with irreducible complexity.<br /><br />This applies to a multitude of other professional software titles used in actually productive work, whether it's photo editing, CAD, software development or corporate management.]]></description><category>design</category><category>development</category><category>software</category><category>user-experience</category><pubDate>Tue, 20 May 2025 23:46:59 +0000</pubDate></item><item><title>The Decline of Usability: Revisited | datagubbe.se</title><link>https://datagubbe.se/usab2/</link><description><![CDATA[In short, usability is the ease with which a predetermined task can be accomplished. Consequently, "It looks fresh" isn't usability; it's aesthetics. Likewise, the lack of a specific program feature isn't the same as being able to use it as easily, efficiently and safely as possible. Looking for the power switch on a hand-cranked drill is silly, but maybe we should complain if we had to operate power tools with our pinky fingers. Similarly, a word processor without a mail merge function is perhaps intended for other types of word processing - such as writing novels. Hence, being usable in many different situations isn't automatically the same as having a high level of usability.]]></description><category>design</category><category>development</category><category>software</category><category>user-experience</category><pubDate>Tue, 20 May 2025 23:45:15 +0000</pubDate></item><item><title>The Decline of Usability: Revisited | datagubbe.se</title><link>https://datagubbe.se/usab2/</link><description><![CDATA[Take Blender, for example. The below screenshot was kindly provided by a friend who is a professional graphics artist. Yes, it looks complex, but that's because modern graphics creation is a highly complex process. Blender has a massive feature set and a plethora of parameters that can (and must) be tweaked to create the kind of stunning 3D scenes we've come to expect today.]]></description><category>design</category><category>development</category><category>software</category><category>user-experience</category><pubDate>Tue, 20 May 2025 23:44:12 +0000</pubDate></item><item><title>Open Source Can&apos;t Coordinate</title><link>https://matklad.github.io/2025/05/20/open-source-cant-coordinate.html</link><description><![CDATA[Linux on desktop is a rickety tower of competing libraries, protocols and standards, which is always in an Escheresque sort of perpetual motion, taking off but simultaneously falling, and the best way to enjoy it is to take a photo, a frozen snapshot in time.<br /><br />The underlying force there is the absence of one unified baseline set of APIs for writing desktop programs. There’s no single entity that can coordinate the API, in contrast to Windows and MacOS.]]></description><category>development</category><category>linux</category><category>macos</category><category>software</category><category>windows</category><pubDate>Tue, 20 May 2025 18:26:43 +0000</pubDate></item><item><title>Stack overflow is almost dead - The Pragmatic Engineer</title><link>https://lobste.rs/s/my2zbb/stack_overflow_is_almost_dead#c_pkjaz1</link><description><![CDATA[This insightful comment puts together many of the pieces that others have been sort of fumbling around. Ironic that it’s currently at the very bottom of the tree of 49 comments.<br /><br />It’s just another enshittification story, isn’t it? StackExchange.com was a product in search of a business model, driven by volunteer labor incentivized by egoboo and cynical manipulation of the very human desire to help others. Like so many others, the business got hooked on cheap VC money. At that point, the decision to prioritize optics for potential investors over everything else (and in particular, the needs of the user base) was actually *rational*, and their fate was sealed.<br /><br />If we ever collectively rebuild a thing like that, we should take care not to repeat the same mistakes. I think the best thing we could do with such a gamified question-answering paradigm is break it into a thousand little unmonetizable pieces and scatter it to the wind.]]></description><category>capitalism</category><category>development</category><category>software</category><category>source:lobsters</category><category>stack-overflow</category><pubDate>Fri, 16 May 2025 18:57:23 +0000</pubDate><dc:creator>minimax</dc:creator></item><item><title>Stack overflow is almost dead - The Pragmatic Engineer</title><link>https://news.ycombinator.com/item?id=44006650</link><description><![CDATA[Everyone is blaming AI, and it's undoubtedly a factor.<br /><br />But also, the culture of Stack Overflow has changed significantly over the years. It used to be a place where anyone could ask a question and get help with a problem ... and it was amazing.<br /><br />Today, you're far more likely to have your question downvoted, flagged as a duplicate (of an unrelated question), or attacked in the comments by overzealous responders (and once that happens, good luck on actually getting help). Your odds of actually getting help on the site are only a fraction of what they once were.<br /><br />And I'm not just saying this as some SO newbie: I've been using the site since beta! As someone who has used it that long, the change in quality is undeniable.]]></description><category>capitalism</category><category>development</category><category>social-media</category><category>software</category><category>source:hn</category><category>stack-overflow</category><pubDate>Fri, 16 May 2025 18:57:04 +0000</pubDate><dc:creator>hungryhobbit</dc:creator></item><item><title>Evolution of Rust compiler errors | Kobzol’s blog</title><link>https://news.ycombinator.com/item?id=44007633</link><description><![CDATA[Effective error messages are one of my platonic ideals about how documentation is supposed to work. The docs shouldn't be shoved off to the side. They should appear just-in-time, when you need them. If you can fix the error within the product (e.g. when Rust tells you exactly how to fix the typo), just do it there. Otherwise link off to the full docs when it's too much content.<br /><br />The general platonic ideal is "have the product automatically fix the issue" => "provide short documentation within the product if the problem can be explained with just a paragraph or two of content" => "link to a targeted doc that deals with this exact problem if it takes more than a few paragraphs to explain"<br /><br />A lot of time, my work as a technical writer is advocating to update the product (or updating the product myself) to do the first two steps, rather than just jumping immediately to the last step. Startup people often refer to this as "the perfect product requires 0 documentation." When teams always resort to fixing product issues with docs, your docs start to get huge and complicated. We technical writers often refer to this as "putting docs lipstick on the product pig."]]></description><category>development</category><category>rust</category><category>social-media</category><category>software</category><category>source:hn</category><pubDate>Fri, 16 May 2025 17:20:38 +0000</pubDate><dc:creator>kaycebasques</dc:creator></item><item><title>Ways to get a second income as dev?</title><link>https://old.reddit.com/r/ExperiencedDevs/comments/1km9jml/ways_to_get_a_second_income_as_dev/msa9b3e/</link><description><![CDATA[Elon has more than a handful and people call him a hero. Some people say working full time minimum wage job shouldn't provide everything you need, and encourage them to get a second or third job. But if you're an averaged salary working, suddenly you should be crucified for having multiple despite each company being happy with your performance.]]></description><category>capitalism</category><category>development</category><category>software</category><category>work</category><pubDate>Wed, 14 May 2025 21:13:57 +0000</pubDate><dc:creator>oupablo</dc:creator></item><item><title>Plain Vanilla Web</title><link>https://news.ycombinator.com/item?id=43955613</link><description><![CDATA[I work for about 2k users, they do not give a shit about reactivity... build a monolith, make it comfy, embrace page refresh (nobody gives a fuck about that in the real world), and get shit done.]]></description><category>development</category><category>software</category><category>source:hn</category><pubDate>Sun, 11 May 2025 21:35:13 +0000</pubDate><dc:creator>pelagicAustral</dc:creator></item><item><title>The Curse of Knowing How, or; Fixing Everything | Blog</title><link>https://notashelf.dev/posts/curse-of-knowing</link><description><![CDATA[Software doesn’t stay solved. Every solution you write starts to rot the moment it exists. Not now, not later, but eventually. Libraries deprecate. APIs change. Performance regressions creep in. Your once-perfect tool breaks silently because libfoo.so is now libfoo.so.2. 2]]></description><category>development</category><category>software</category><pubDate>Tue, 6 May 2025 19:09:10 +0000</pubDate></item><item><title>The Curse of Knowing How, or; Fixing Everything | Blog</title><link>https://notashelf.dev/posts/curse-of-knowing</link><description><![CDATA[Like Camus’ Sisyphus, we are condemned to push the boulder of our own systems uphill—one fix, one refactor, one script at a time. But unlike the story of Sisyphus, the curse is not placed onto you by some god. We built the boulder ourselves. And we keep polishing it on the way up.]]></description><category>development</category><category>software</category><pubDate>Tue, 6 May 2025 19:08:42 +0000</pubDate></item><item><title>Tech Companies Apparently Do Not Understand Why We Dislike AI - Dhole Moments</title><link>https://news.ycombinator.com/item?id=43890764</link><description><![CDATA[Ahead of the inevitable Luddite comments. Here’s your daily reminder that the Luddites were not just technophobes, but were in fact artisans who were concerned about the leverage technology was providing capital to suppress worker rights while eroding the quality of the products. This tension should resonate with us.<br /><br />The AI conversation tends to split folks along similar “passionate engineer craftsman” vs. “temporarily embarrassed billionaire” lines.<br /><br />[1]: https://www.history.com/articles/industrial-revolution-luddites-workers]]></description><category>artificial-intelligence</category><category>capitalism</category><category>development</category><category>software</category><category>source:hn</category><pubDate>Mon, 5 May 2025 18:22:52 +0000</pubDate><dc:creator>pixelready</dc:creator></item><item><title>The Brief Origins of May Day</title><link>https://news.ycombinator.com/item?id=43857771</link><description><![CDATA[We tend to think like this, unconsciously if not outright: "I'm smarter than the next guy, so in a dog-eat-dog system I'll come out ahead. Organizing with a bunch of less-smart people would only hold me back."<br /><br />Plus, at the risk of too much head-shrinking, I've never gotten the impression that tech workers liked each other very much. There's a lot of disdain in the industry, for the guy who uses that language or framework or operating system that I think sucks. You don't see that so much with, say, truckers. There may be some good-natured rivalry based on truck brands or long-haul versus short-haul, but not the real disdain you see in tech.]]></description><category>capitalism</category><category>development</category><category>socialism</category><category>software</category><category>source:hn</category><pubDate>Thu, 1 May 2025 14:24:15 +0000</pubDate><dc:creator>aaronbaugher</dc:creator></item><item><title>&quot;AI-first&quot; is the new Return To Office - Anil Dash</title><link>https://www.anildash.com//2025/04/19/ai-first-is-the-new-return-to-office/</link><description><![CDATA[Big tech CEOs and VCs really love performing for each other. We know they hang out in group chats like high schoolers, preening and sending each other texts, each trying to make sure they're all wearing the latest fashions, whether it's a gold chain or a MAGA hat or just repeating a phrase that they heard from another founder. A key way of showing that they're part of this cohort is to make sure they're having a tantrum and acting out against their workers fairly regularly.]]></description><category>capitalism</category><category>development</category><category>software</category><category>work</category><pubDate>Wed, 30 Apr 2025 15:48:58 +0000</pubDate></item><item><title>I created Perfect Wiki and reached $250k in annual revenue without investors</title><link>https://news.ycombinator.com/item?id=43843209</link><description><![CDATA[What I took away from this story is that I forget that there are ecosystems outside the Apple App Store. I’ve become so accustomed to thinking of releasing on Apple first that I didn’t even know you could make money through Teams addons.]]></description><category>apple</category><category>development</category><category>software</category><category>source:hn</category><pubDate>Wed, 30 Apr 2025 15:35:07 +0000</pubDate><dc:creator>RandomWorker</dc:creator></item><item><title>Reversing the Fossilization of Computer Science Conferences</title><link>https://news.ycombinator.com/item?id=43820610</link><description><![CDATA[The main issue I see is that papers are actually becoming so focussed on form that they are now unreadable. People prefer reading my blog for my papers than reading the papers themselves. In fact I hear people telling me they understood the blog _better_. The whole academic writing shtick has become so obtuse that not only writing is cumbersome, but so is reading.<br /><br />The other side of all this academic brownie points via papers (and doing reviews, which has become "brownie points for gatekeeping") is that most academic software is not only unmaintained, but actually unusable. They rarely even compile, and if they do, there is no --help, no good defaults, no README, and no way to maintain them. They are single-use software and their singular use is to write the paper. Any other use-case is almost frowned upon.<br /><br />One of the worst parts of Academic software is that if you re-write it in a ways that's actually usable and extensible, you can't publish that -- it's not new ("research") work. And you will not only have to cite the person who wrote the first useless version forever, but they will claim they have done it if your tool actually takes off.<br /><br />BTW, there are academics who don't follow this trend. I am glad that in my field (SAT), some of the best, e.g. Armin Biere and Randal Bryant are not like this at all. Their software is insanely nice and they fix bugs many-many years after release. Notice that they are also incredibly good engineers.]]></description><category>academia</category><category>development</category><category>education</category><category>software</category><category>source:hn</category><pubDate>Mon, 28 Apr 2025 13:51:44 +0000</pubDate><dc:creator>zero_k</dc:creator></item><item><title>What do Experienced Devs NOT talk about?</title><link>https://www.reddit.com/r/ExperiencedDevs/comments/1k80cdx/comment/mp2givr/</link><description><![CDATA[It's craft, is what I've found.<br /><br />Most programming jobs don't give us a chance to really practice our craft, and at heart that's what we really want to do.]]></description><category>development</category><category>software</category><category>work</category><pubDate>Sat, 26 Apr 2025 05:01:42 +0000</pubDate><dc:creator>delenoc</dc:creator></item><item><title>@mgattozzi.dev</title><link>https://bsky.app/profile/mgattozzi.dev/post/3lnisdhprjs2q</link><description><![CDATA[I would love it if search didn’t suck ass everywhere. I feel like I’m going insane. I feel like years ago if I typed “exact phrase in a string” it would show up in filter results and these days it doesn’t and when I manually look it’s there!]]></description><category>development</category><category>search</category><category>software</category><pubDate>Wed, 23 Apr 2025 18:20:49 +0000</pubDate><dc:creator>mgattozzi.dev</dc:creator></item><item><title>Supabase raises $200M Series D at $2B valuation</title><link>https://news.ycombinator.com/item?id=43763766</link><description><![CDATA[I turn 50 tomorrow and I love vibe coding.  In the hands of an expert with decades of experience in all the internal corners of C, Python and Postgres I find AI tools to be miracles of technology.  I know how to ask them exactly what I want and I know how to separate the goodness from the bullshit.  If Supabase is bringing AI closer to the developer at the database level then that is a great thing.]]></description><category>artificial-intelligence</category><category>development</category><category>software</category><category>source:hn</category><pubDate>Tue, 22 Apr 2025 16:30:05 +0000</pubDate><dc:creator>michelpp</dc:creator></item><item><title>But what if I want a faster horse?</title><link>https://news.ycombinator.com/item?id=43652999</link><description><![CDATA[For any given thing or category of thing, a tiny minority of the human population will be enthusiasts of that thing, but those enthusiasts will have an outsize effect in determining everyone else's taste for that thing. For example, very few people have any real interest in driving a car at 200 MPH, but Ferraris, Lamborghinis and Porsches are widely understood as desirable cars, because the people who are into cars like those marques.<br /><br />If you're designing a consumer-oriented web service like Netflix or Spotify or Instagram, you will probably add in some user analytics service, and use the insights from that analysis to inform future development. However, that analysis will aggregate its results over all your users, and won't pick out the enthusiasts, who will shape discourse and public opinion about your service. Consequently, your results will be dominated by people who don't really have an opinion, and just take whatever they're given.<br /><br />Think about web browsers. The first popular browser was Netscape Navigator; then, Internet Explorer came onto the scene. Mozilla Firefox clawed back a fair chunk of market share, and then Google Chrome came along and ate everyone's lunch. In all of these changes, most of the userbase didn't really care what browser they were using: the change was driven by enthusiasts recommending the latest and greatest to their less-technically-inclined friends and family.<br /><br />So if you develop your product by following your analytics, you'll inevitably converge on something that just shoves content into the faces of an indiscriminating userbase, because that's what the median user of any given service wants. (This isn't to say that most people are tasteless blobs; I think everyone is a connoisseur of something, it's just that for any given individual, that something probably isn't your product.) But who knows - maybe that really is the most profitable way to run a tech business.]]></description><category>development</category><category>software</category><category>source:hn</category><pubDate>Fri, 11 Apr 2025 14:35:29 +0000</pubDate><dc:creator>cjs_ac</dc:creator></item><item><title>facet: Rust reflection, serialization, deserialization — know the shape of your types</title><link>https://old.reddit.com/r/rust/comments/1jvh6vo/facet_rust_reflection_serialization/mmby28q/</link><description><![CDATA[Deriving code was the wrong idea all along — deriving data (and vtables for a few core traits) is so much more powerful.<br /><br />It'll result in better compile times and a better UX every time — time will tell what the runtime performance looks like, but I'm optimistic.<br /><br />serde had the misfortune of being good enough, early enough. The whole Rust ecosystem standardized against it, even (and especially) for use cases that weren't particularly well suited for serde.<br /><br />serde is good at one thing: deserializing JSON-like languages. And even then, I have qualms with it.<br /><br />For anything columnar, anything binary, anything urlencoded, args-shaped, for manipulating arbitrary values in a templating language, etc. — serde is shoehorned in, for lack of a better, more generic derive.<br /><br />I believe Facet is that derive :)]]></description><category>development</category><category>rust</category><category>software</category><pubDate>Thu, 10 Apr 2025 05:40:48 +0000</pubDate><dc:creator>fasterthanlime</dc:creator></item><item><title>Wilhelm Fitzpatrick (@rafial@hackers.town)</title><link>https://hackers.town/@rafial/114304953006175216</link><description><![CDATA[Transformational technologies like microcomputers and smartphones were so obviously useful that rank and file workers were smuggling them into their workflows despite the best efforts of CEOs to stop them.<br /><br />The "transformational" technology of LLMs is so obviously anti-useful that CEOs must resort to threats and coercion to get their rank and file workers to go anywhere near them.]]></description><category>artificial-intelligence</category><category>development</category><category>software</category><pubDate>Wed, 9 Apr 2025 00:21:43 +0000</pubDate><dc:creator>rafial</dc:creator></item><item><title>How does Apple coordinate Hardware and software development</title><link>https://old.reddit.com/r/ExperiencedDevs/comments/1jtjc4b/how_does_apple_coordinate_hardware_and_software/mlvsb0e/</link><description><![CDATA[I was at Apple. This is one of their secret sauces organizationally and honestly it was *very* impressive to watch this happen from the inside.<br /><br />- The company is functionally organized. For example, rather than separate graphics driver teams for the phone, the tablet, the watch, etc. they have a single graphics driver team for *every product*. This helps keeps products in sync and is probably the single greatest reason why Apple's products feel cohesive between each other. Most other hardware companies end up creating product lines that feel marginally integrated. It also facilitates teams learning in the long-term (if you had a huge problem with one product line, the learnings are disseminated to other product lines).<br /><br />- Slow releases. Apple releases software once/twice a year (depending on how you measure it). The "standard" tech industry practice of releasing fast/frequently doesn't mesh well with hardware. The software has more of a chance to bake with the actual hardware. This is of course a tradeoff, since you lose release velocity.<br /><br />- *No PMs*. Apple doesn't have product managers (they have what other companies call program managers/TPMs).<br /><br />- Instead of PMs, that function is mostly fulfilled by a centralized design team (the famed team Ive used to run). This means product decisions emanate from a relatively small org at the center of the company. It also means hardware decisions are made with the software in mind, since it's the same design org that does it all. Most tech companies tend to be more "grassroots" where responsibility is more dispersed, and where teams/orgs jockey against each other to influence the product. The centralization of product *massively* reduces decision churn.<br /><br />- *Way fewer decision makers overall*. Far fewer people have product decision authority as the result of the above. This means decisions are often made between just a few people, rather than large committee meetings. It is shocking/impressive/insane how many massive decisions are made just between 2-3 leads without a 50-person sitdown as it typical at other FAANGs. Decisions are extremely efficient (with some downside risk). It is a company where your internal rolodex is *extremely important* if you hope to be influential.]]></description><category>apple</category><category>development</category><category>software</category><pubDate>Tue, 8 Apr 2025 18:06:07 +0000</pubDate><dc:creator>potatolicious</dc:creator></item><item><title>Why I stopped using AI code editors</title><link>https://lobste.rs/s/lak6et/why_i_stopped_using_ai_code_editors#c_f162ed</link><description><![CDATA[> I don’t want to sound elitist, but if you don’t want to learn to go beyond vibe coding, maybe coding isn’t for you.<br /><br />It’s not elitist, it’s just a fact. Being a viber for life will keep you at the bottom of the greasy pole earning bottom-pole salaries. We are out of the era of $160,000/year SV entry-level job handouts - programming is now real work for realistic pay. If you don’t enjoy it or at least tolerate it more than the next thing, why are you here? This life is brief and you should become an ophthalmologist or struggling artist instead.]]></description><category>artificial-intelligence</category><category>development</category><category>software</category><category>source:lobsters</category><pubDate>Fri, 4 Apr 2025 14:11:48 +0000</pubDate><dc:creator>WilhelmVonWeiner</dc:creator></item><item><title>Are people bad at their jobs or are the jobs just bad?</title><link>https://news.ycombinator.com/item?id=43563216</link><description><![CDATA[Absolutely everything is tracked as a work item with estimates. Anything you think should be done needs to be justified and tracked the same way.<br /><br />My grandpa once said something that seemed ridiculous but makes a lot of sense: that every workplace should have a “heavy” who steals a new worker’s lunch on the first day, just to see if he asserts himself. Why? Not to haze or bully but to filter out the non-fighters so that when management wants to impose quotas or tracking, they remember that they’d be enforcing this on a whole team of fighters… and suddenly they realize that squeezing the workers isn’t worth it.<br /><br />The reason 1950s workplaces were more humane is that any boss who tried to impose this shit on workers would have first been laughed at, and then if he tried to actually enforce it by firing people, it would’ve been a 6:00 in the parking lot kinda thing.]]></description><category>capitalism</category><category>development</category><category>software</category><category>source:hn</category><category>work</category><pubDate>Thu, 3 Apr 2025 01:31:03 +0000</pubDate><dc:creator>zusammen</dc:creator></item><item><title>Are people bad at their jobs or are the jobs just bad?</title><link>https://news.ycombinator.com/item?id=43562875</link><description><![CDATA[>  In the last years you often have some manager where you basically have to justify every thing you do and always a huge pile of work that never gets smaller. So you just hurry through your tasks.<br /><br />This has been my exact experience. Absolutely everything is tracked as a work item with estimates. Anything you think should be done needs to be justified and tracked the same way. If anything ever takes longer than the estimate that was invariably just pulled out of someones ass (because it's impossible to accurately estimate development unless you're already ~75% of the way through doing it, and even then it's a crapshoot) you need to justify that in a morning standup too.<br /><br />The end result of all of this is every project getting bogged down by being stuck on the first version of whatever architecture was thought up right at the beginning and there being piles of tech debt that never gets fixed because nobody who actually understands what needs to be done has the political capital to get past the aforementioned justification filter.]]></description><category>capitalism</category><category>development</category><category>software</category><category>source:hn</category><category>work</category><pubDate>Thu, 3 Apr 2025 01:28:44 +0000</pubDate><dc:creator>p1necone</dc:creator></item><item><title>Open-Source Software Is Worth a Lot More Than You Pay for It</title><link>https://news.ycombinator.com/item?id=39519291</link><description><![CDATA[Here are the implications of this:<br /><br />The biggest beneficiaries of open source software are massive corporations such as Google, Facebook, etc.<br /><br />By being worth more than what they pay for it, open source is the largest transfer of value from the working class (software programmers) to the capital class (the owners of these corporations).]]></description><category>capitalism</category><category>development</category><category>licensing</category><category>open-source</category><category>software</category><category>source:hn</category><pubDate>Tue, 25 Mar 2025 17:40:09 +0000</pubDate><dc:creator>RcouF1uZ4gsC</dc:creator></item><item><title>Open Source Mythology</title><link>https://news.ycombinator.com/item?id=43469494</link><description><![CDATA[thank you for pointing this out! i probably would not have bothered to click through if i hadn't seen this comment, and i would have missed a well-articulated stance on an issue i think about every time i pick a license: whether or not freely sharing my work will have a net positive effect on the world.<br /><br />on contradiction is an apt choice of essay to look to here.<br /><br />i wasn't going to speak on twenty enemies because i haven't read it before, but after reading five pages or so i went back to a section that had stuck with me only to discover it was the same one the author had pulled as the first quotation. not exactly where i would have expected to stumble across this, but here we are. again, thank for you calling out that this was more than the milquetoast drivel i had assumed it to be from an uncharitable reading of the title alone.]]></description><category>development</category><category>licensing</category><category>open-source</category><category>software</category><category>source:hn</category><pubDate>Tue, 25 Mar 2025 13:55:07 +0000</pubDate><dc:creator>nagaiaida</dc:creator></item><item><title>PROGRAM LIKE YOU GIVE A DAMN</title><link>https://drawohara.io/dojo4/archive/program-like-you-give-a-damn/</link><description><![CDATA[Another way to find problems is to look at what’s painful for you, right? Like, what do you hate? I was saying earlier that I’ve written 100, 200 gems, something like that. One of my most popular gems of all time was a gem called rubyforge. This was before Ruby gems existed and it was the only way you could publish shit. It was so awful. You had to click all these buttons, and at some point I was like, really? I have to do this every time just to give somebody my code? So I automated it. I built a robot. I think it’s still my most popular gem of all time. I just looked at something that sucked for me, and I fixed it. If you hate doing something you can be guaranteed that a lot of other developers also hate doing it, too, so fix it and then move on to doing something bigger with your time. You’re having an impact, you’re letting somebody focus on something better than what they were focusing on before.]]></description><category>development</category><category>ruby</category><category>software</category><pubDate>Mon, 24 Mar 2025 03:45:52 +0000</pubDate></item><item><title>Why did you need to change 8 files to add one checkbox?</title><link>https://lobste.rs/s/ib6oyf/why_did_you_need_change_8_files_add_one#c_fwzbmn</link><description><![CDATA[One of my personal signals of a high quality codebase is the ability to make simple changes by touching as few files as possible.<br /><br />If it takes edits to eight files to add a checkbox that’s an architectural design smell for me. I know there are plenty of systems out there that work like that but I’ve never found myself regretting working on systems that manage to avoid that level of multi-file complexity.<br /><br />These days I much prefer a project with a few large files than a project with hundreds of tiny ones. My ideal change involves editing code in two files: an implementation file and an accompanying test file.]]></description><category>development</category><category>software</category><category>source:lobsters</category><pubDate>Sun, 23 Mar 2025 19:39:05 +0000</pubDate><dc:creator>simonw</dc:creator></item><item><title>What Comes After GitHub Actions?</title><link>https://lobste.rs/s/patoqt/what_comes_after_github_actions#c_zdncio</link><description><![CDATA[Building for Windows is easy. Running tests on windows is hard, because it’s a counter example for “everything is POSIX”. CI system should support POSIX and non-POSIX, and that level of heterogeneity is one of the hard problems.]]></description><category>development</category><category>software</category><category>source:lobsters</category><pubDate>Sat, 22 Mar 2025 15:19:59 +0000</pubDate><dc:creator>matklad</dc:creator></item><item><title>The Frontend Treadmill</title><link>https://news.ycombinator.com/item?id=43422368</link><description><![CDATA[I have recently been doing some upgrades to the build system for our FE code to swap out yarn for pnpm. I’m normally a backend engineer, but I’ve spent plenty of time in the JS mines.<br /><br />The most frustrating thing about dipping in to the FE is that it seems like literally everything is deprecated. Oh, you used the apollo CLI in 2022? Bam, deprecated, go learn how to use graphql-client or whatever, which has a totally different configuration and doesn’t support all the same options. Okay, so we just keep the old one and disable the node engine check in pnpm that makes it complain. Want to do a patch upgrade to some dependency? Hope you weren’t relying on any of its type signatures! Pin that as well, with a todo in the codebase hoping someone will update the signatures.<br /><br />Finally get things running, watch the stream of hundreds of deprecation warnings fly by during the install. Eventually it builds, and I get the hell out of there.<br /><br />It’s just nuts to me the degree to which FE development as a whole seems to embrace the breaking change, the deprecation, etc. I’ve been working on a large rust project for nearly four years and in that time there have been a few minor breaking changes in or of third party libraries, but only one major breaking change that required significant changes to our application. Meanwhile in JS it seems like you can’t go more than six months without having to rewrite something. It’s bananas.<br /><br />Okay, rant over.]]></description><category>development</category><category>javascript</category><category>software</category><category>source:hn</category><pubDate>Thu, 20 Mar 2025 17:58:04 +0000</pubDate><dc:creator>mplanchard</dc:creator></item><item><title>Artemis (@art_codesmith@toot.cafe)</title><link>https://toot.cafe/@art_codesmith/114189540363775758</link><description><![CDATA[@hipsterelectron @Codeberg Okay but that's the same problem as OSI arguably. It's using "protocol" in place of proper thinking and analysis. OSI thinks that, to be called open source, you need to accommodate every scorpion that wants to sting you. Codeberg, according to you, thinks that OSI owns/dictates the terms like "open source" and "free software".]]></description><category>capitalism</category><category>development</category><category>open-source</category><category>software</category><pubDate>Wed, 19 Mar 2025 15:54:24 +0000</pubDate><dc:creator>art_codesmith</dc:creator></item><item><title>Artemis (@art_codesmith@toot.cafe)</title><link>https://toot.cafe/@art_codesmith/114189529691827513</link><description><![CDATA[@hipsterelectron @Codeberg In my opinion, the very public shift from projects like Redis will discourage open-source devs to defend themselves against open source abuse. Potentially, even discourage devs from going open source because they'll know someone like Amazon can abuse their labor while the nominally "pro open-source" organizations berate them for attempting to defend from said abuse.]]></description><category>capitalism</category><category>development</category><category>open-source</category><category>software</category><pubDate>Wed, 19 Mar 2025 14:32:01 +0000</pubDate><dc:creator>art_codesmith</dc:creator></item><item><title>Jason Bosco (@jasonbosco)</title><link>https://twitter.com/jasonbosco/status/1901766688565043273?s=12</link><description><![CDATA[During a call today, a prospective user evaluating Typesense asked me if we've raised VC money.<br /><br />I gave them my usual spiel about how/why we've chosen not to raise VC despite inbound interest, we're fully revenue-funded and happily profitable, etc. <br /><br />Then they tell me that the actual reason they asked me this question was because another vendor they had relied on had raised VC in the past, and then shutdown recently because they couldn't pull together their next VC round. <br /><br />This was quite something because, in the past, when I used to get the "Are you VC funded" question, it would come from a position of customers trying to size us up and validate our financial viability. Now the same question seems to be coming from a position of customers trying to determine how much of a risk they're willing tolerate when doing business with VC-funded companies.<br /><br />As much as VCs like to glorify VC-backed companies, rug-pull after rug-pull in VC-backed SaaS I think has made customers pretty wary of VC-backed companies.]]></description><category>capitalism</category><category>development</category><category>software</category><pubDate>Tue, 18 Mar 2025 23:48:30 +0000</pubDate><dc:creator>jasonbosco</dc:creator></item><item><title>JA Westenberg (@Daojoan@mastodon.social)</title><link>https://mastodon.social/@Daojoan/114179751576301199</link><description><![CDATA[When tech dudes say ‘we’re disruptive’ what they really mean is ‘we found a way to extract rent from a thing that worked fine before we got here.’]]></description><category>capitalism</category><category>development</category><category>software</category><category>usa</category><pubDate>Mon, 17 Mar 2025 21:08:02 +0000</pubDate><dc:creator>Daojoan</dc:creator></item><item><title>Felix&apos; Blog - A Review of Helix after 1.5 Years</title><link>https://lobste.rs/s/miyoai/review_helix_after_1_5_years#c_pti4o1</link><description><![CDATA[Helix reminds me of a saying I once heard: “the first examples of a superior principle are worse than the last examples of an inferior principle.”<br /><br />I’ve tried to use it a few times and I can tell that noun-verb with multiselection is just *so much better* than verb-noun! But it’s also missing critical things I need like a scripting system (which is different from a plugin system!) and autocommands. I’m hopeful that eventually it’ll be something that can replace Neovim for me! Or that someone will make a complete noun-verb system for neovim that’s close enough.]]></description><category>development</category><category>helix</category><category>software</category><category>source:lobsters</category><category>vim</category><pubDate>Mon, 17 Mar 2025 20:39:48 +0000</pubDate><dc:creator>hwayne</dc:creator></item><item><title>Samsung bricked their home theater systems through automated firmware update</title><link>https://news.ycombinator.com/item?id=43364229</link><description><![CDATA[Two important features I insist on for products I develop:<br /><br />1. Staged rollout of firmware updates. It’s common practice for apps and software but for some reason it’s less common with firmware. Rolling out to 1% (or less, depending on scale) of devices and waiting a day is cheap insurance. Side note: Build a good relationship with customer service people so you hear about these things immediately.<br /><br />2. A failsafe firmware reset back to factory state. Some sequence that resets the device completely back to the way it was when it came out of the box, firmware included, as a last resort. In conjunction, your automated tests need to confirm that every factory firmware you’ve ever released can update to the latest firmware.]]></description><category>development</category><category>software</category><category>source:hn</category><pubDate>Fri, 14 Mar 2025 17:27:51 +0000</pubDate><dc:creator>tomstokes</dc:creator></item><item><title>Find Your Footing After Installing Arch Linux</title><link>https://news.ycombinator.com/item?id=42811330</link><description><![CDATA[Unfortunately, sway is a rather poor tiling wm, no offense to i3 fans.<br /><br />IMO the point of a tiling wm is to make it easier to manage windows, so something that requires manual splitting and rearranging is unacceptable (I may as well manually drag around windows!).  Proper automatic tiling wms like dwm and awesome are missing in Wayland.<br /><br />Or, "were" missing, there are now some promising ones like Hyprland but they still have rough edges.]]></description><category>development</category><category>linux</category><category>software</category><category>source:hn</category><pubDate>Tue, 11 Mar 2025 18:09:57 +0000</pubDate><dc:creator>Ferret7446</dc:creator></item><item><title>Ramsey Nasser (@nasser@merveilles.town)</title><link>https://merveilles.town/@nasser/114143741460834273</link><description><![CDATA[writing software in 2025 includes the recurring experience of "your intuitions were correct, the system you designed is sound, your implementation is without defects, but it will not work in practice because a corporation decided against it"]]></description><category>capitalism</category><category>development</category><category>software</category><pubDate>Tue, 11 Mar 2025 15:16:50 +0000</pubDate><dc:creator>nasser</dc:creator></item><item><title>Yoke: Infrastructure as code, but actually</title><link>https://news.ycombinator.com/item?id=43277444</link><description><![CDATA[Hill I will die on: Terraform being less expressive than a real language is a feature, not a drawback.<br /><br />CDK/Pulumi/Yoke is optimised for being easy to write, but code should be optimised to be easy to READ.<br /><br />Sure, cdk/pulumi/yoke lets you write the most clever and succinct construction you can compose in your favourite language.. however, whoever comes across your clever code next will probably want to hit you, especially if it's not a dev from your immediate team, and especially if you have succumbed to blurring the lines between your idk code and your app code.<br /><br />If they instead come across some bog-standard terraform that maybe has a bunch of copy-paste and is a bit more verbose... Who cares? Its function will be obvious, there is no mental overhead needed.<br /><br />On the flipside Helm templating is an absolute abomination and i would probably take anything over needing to immerse myself in that filth, maybe Yoke is worth a look after all. But the REAL answer is a real config language, still.]]></description><category>development</category><category>software</category><category>source:hn</category><category>terraform</category><pubDate>Thu, 6 Mar 2025 16:08:34 +0000</pubDate><dc:creator>akdor1154</dc:creator></item><item><title>Apple&apos;s Software Quality Crisis: When Premium Hardware Meets Subpar Software</title><link>https://news.ycombinator.com/item?id=43243545</link><description><![CDATA[I would pay a premium for a system that never gets any new features except for bug & security patches.<br /><br />In fact, that's more or less what iOS was for a long time, and I loved every second of it.<br /><br />Once you have a good feature set, you can spend years and years ironing out 100% of the bugs and vulnerabilities and you'd build a rabid fanbase of crotchety tech-saturated users like me. I want something that Just Works.]]></description><category>apple</category><category>development</category><category>software</category><category>source:hn</category><pubDate>Mon, 3 Mar 2025 17:02:08 +0000</pubDate><dc:creator>FredPret</dc:creator></item><item><title>Apple&apos;s Software Quality Crisis: When Premium Hardware Meets Subpar Software</title><link>https://news.ycombinator.com/item?id=43243674</link><description><![CDATA[Anecdotally, Apple Music has deteriorated exponentially for me. iTunes was such a stable, usable piece of software, but I can't get reliable use out of Apple Music for the life of me. It _feels_ like a shoddy Electron app. But that's not fair to the actual Electron (or similar) apps that actually work. For all its many design and product flaws, Spotify actually works.]]></description><category>apple</category><category>development</category><category>music</category><category>software</category><category>source:hn</category><pubDate>Mon, 3 Mar 2025 17:01:30 +0000</pubDate><dc:creator>tbeseda</dc:creator></item><item><title>Just Write</title><link>https://news.ycombinator.com/item?id=43161095</link><description><![CDATA[I wholeheartedly agree with the sentiment expressed in this post. A few weeks ago I was inspired by this quote from Why the Lucky Stiff:<br /><br />> When you don't create things, you become defined by your tastes rather than your ability. Your tastes only narrow & exclude people. So create.<br /><br />I won't bore you with the blog post I wrote in response, but the gist is that writing (and equally importantly, publishing) is a way of getting outside of your own head to think of a audience. We do it all the time as children but somehow as adults we seem to think we need permission to create something for the public. This has never been true and is doubly not true on the internet.<br /><br />So write something and don't worry if nobody reads it. That is not the point. That act of writing will have sharpened a little piece of your brain.]]></description><category>creativity</category><category>development</category><category>software</category><category>source:hn</category><category>writing</category><pubDate>Mon, 24 Feb 2025 17:00:42 +0000</pubDate><dc:creator>AndrewStephens</dc:creator></item><item><title>Users don&apos;t care about your tech stack</title><link>https://news.ycombinator.com/item?id=43126405</link><description><![CDATA[This argument always feels like a motte and bailey to me. Users don't literally care what what tech is used to build a product. Of course not, why would they?<br /><br />But that's not how the argument is used in practice. In practice this argument is used to justify bloated apps, bad engineering, and corner-cutting. When people say “users don’t care about your tech stack,” what they really mean is that product quality doesn’t matter.<br /><br />Yesterday File Pilot (no affiliation) hit the HN frontpage. File Pilot is written from scratch and it has a ton of functionality packed in a 1.8mb download. As somebody on Twitter pointed out, a debug build of "hello world!" in Rust clocks in at 3.7mb. (No shade on Rust)<br /><br />Users don't care what language or libraries you use. Users care only about functionality, right? But guess what? These two things are not independent. If you want to make something that starts instantly you can't use electron or java. You can't use bloated libraries. Because users do notice. All else equal users will absolutely choose the zippiest products.]]></description><category>development</category><category>software</category><category>source:hn</category><pubDate>Fri, 21 Feb 2025 16:11:14 +0000</pubDate><dc:creator>gizmo</dc:creator></item><item><title>Zed now predicts next edit with new open model</title><link>https://lobste.rs/s/zbb947/zed_now_predicts_next_edit_with_new_open#c_6olhmd</link><description><![CDATA[My question is: why is that good? “Magical” is one of those words in programming that usually means something has gone horribly wrong.<br /><br />Don’t get me wrong: I want my tool to make it easy to make mechanical changes that touch a bunch of code. I just don’t want the process to do it to be a magical heuristic.]]></description><category>development</category><category>software</category><category>source:lobsters</category><pubDate>Fri, 14 Feb 2025 15:03:38 +0000</pubDate><dc:creator>conartist6</dc:creator></item><item><title>Is NixOS truly reproducible?</title><link>https://news.ycombinator.com/item?id=43029567</link><description><![CDATA[I think this debate comes down to exactly what "reproducible" means. Nix doesn't give bit-exact reproducibility, but it does give reproducible environments, by ensuring that the inputs are always bit-exact. It is closer to being fully reproducible than most other build systems (including Bazel) -- but because it can only reasonably ensure that the inputs are exact, it's still necessary for the build processes themselves to be fully deterministic to get end-to-end bit-exactness.<br /><br />Nix on its own doesn't fully resolve supply chain concerns about binaries, but it can provide answers to a myriad of other problems. I think most people like Nix reproducibility, and it is marketed as such, for the sake of development: life is much easier when you know for sure you have the exact same version of each dependency, in the exact same configuration. A build on one machine may not be bit-exact to a build on another machine, but it will be exactly the same source code all the way down.<br /><br />The quest to get every build process to be deterministic is definitely a bigger problem and it will never be solved for all of Nixpkgs. NixOS does have a reproducibility project[1], and some non-trivial amount of NixOS actually is properly reproducible, but the observation that Nixpkgs is too vast is definitely spot-on, especially because in most cases the real issues lie upstream. (and carrying patches for reproducibility is possible, but it adds even more maintainer burden.)<br /><br />[1]: https://reproducible.nixos.org/]]></description><category>development</category><category>nixos</category><category>software</category><category>source:hn</category><pubDate>Wed, 12 Feb 2025 21:29:26 +0000</pubDate><dc:creator>jchw</dc:creator></item><item><title>pastagang | jam code</title><link>https://www.pastagang.cc/blog/kill-the-user/</link><description><![CDATA[“User” centric design would argue that the happy path is one that allows the user to achieve their intended goals under normal circumstances. Unfortunately this view is heavily disincentivised, due to the ruthless logic of extractavism. Increasingly instead the happy path is determined to be the goal the business wants to achieve by manipulating and exploiting the “user’s” available resources, data, and ultimately time.]]></description><category>development</category><category>software</category><pubDate>Fri, 7 Feb 2025 13:16:05 +0000</pubDate></item><item><title>josefbacik (@josefbacik@fosstodon.org)</title><link>https://fosstodon.org/@josefbacik/113923628287548056</link><description><![CDATA[The thing that makes Linux kernel development so unpleasant is that so many developers/maintainers are focused on arguing their opinion/position rather than trying to understand the problem and work collaboratively towards a solution.]]></description><category>development</category><category>linux</category><category>software</category><pubDate>Thu, 6 Feb 2025 17:06:02 +0000</pubDate><dc:creator>josefbacik</dc:creator></item><item><title>I spent five years building a webapp and got my first $1 (2022)</title><link>https://news.ycombinator.com/item?id=42949010</link><description><![CDATA[> Yes, you guessed it, let's go with Electron and CoffeeScript.<br /><br />> The main tech stack is still CoffeeScript, but we changed the UI framework from React to Riot.js.<br /><br />> I've installed Babel, Mocha, ESLint, and added libraries via npm.<br /><br />> I've rewritten my entire code base from CoffeeScript to ES6.<br /><br />> The introduction of MobX, a state management library, and the introduction of Flow, a type checking system.<br /><br />> So I rewrote everything in TypeScript, including my own libraries.<br /><br />> Anyway, I'll be replacing my own components like Button and Toolbar with Material-UI ones.<br /><br />> It's time to rewrite everything to styled-components.<br /><br />> It's time to rewrite everything to useXXX.<br /><br />No wonder why these software projects (personal as well as professional ones) are 6 years late. It may be a good learning experience, but a terribly inefficient way of developing software.]]></description><category>development</category><category>javascript</category><category>software</category><category>source:hn</category><pubDate>Thu, 6 Feb 2025 05:28:48 +0000</pubDate><dc:creator>beryilma</dc:creator></item><item><title>@htmx.org</title><link>https://bsky.app/profile/htmx.org/post/3lhcowxqko22n</link><description><![CDATA[important point!<br /><br />when transferring HTML you are transferring exactly the data needed to render the UI on demand in a single request<br /><br />often *more* efficient than constructing the UI via a series of general purpose data retrievals + a client side templating system!]]></description><category>development</category><category>software</category><pubDate>Tue, 4 Feb 2025 13:33:24 +0000</pubDate><dc:creator>htmx.org</dc:creator></item><item><title>Microsoft Is Dead (2007)</title><link>https://news.ycombinator.com/item?id=42931680</link><description><![CDATA[Yeah, game dev here.. The amount of articles on the front page here that are like "10 things every programmer should know" and then are hyper focused on only web dev specific things is cringe.<br /><br />Thats just HN though, a subset of redditors who are gonna "change the world" and also become a billionaire with their CRUD app.]]></description><category>development</category><category>social-media</category><category>software</category><category>source:hn</category><pubDate>Tue, 4 Feb 2025 13:13:21 +0000</pubDate><dc:creator>everyone</dc:creator></item></channel></rss>