<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: mo_42</title><link>https://news.ycombinator.com/user?id=mo_42</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 10 Apr 2026 11:08:17 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=mo_42" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by mo_42 in "AI will make our children stupid"]]></title><description><![CDATA[
<p>Did the invention of the steam engine and all other heavy machines make us physically weaker? I guess so. People working on (literal) heavy stuff don't need the strength they used to.<p>But now they move around even more heavy stuff with machines.<p>I think something similar might happen to our brains. Maybe we won't be able to work ourselfs through every detail of a mathematical proof, of a software program, or a treatsie on philosophy. But we'll abe able to accomplish intellectual work that only really smart poeple could accomplish. I think this is what counts: outcome.</p>
]]></description><pubDate>Sat, 20 Dec 2025 20:25:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=46339323</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=46339323</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46339323</guid></item><item><title><![CDATA[New comment by mo_42 in "The Great AI Bubble"]]></title><description><![CDATA[
<p>I spent 15 minutes looking at the diagram in the article and tried to figure out how I can conclude whether it's a bubble.<p>I couldn't conclude it.<p>It's just a diagram that shows the economic relationship between companies. If they'd all merge into MegaAI, these flows would just be departments supporting each other on different AI projects.<p>It's not suitable to prove a bubble.<p>I think a bubble is nothing else than a sudden change in expected value. Currently, the market expects that AI is very valuable because of actual practical value.
In this expectation there's also future improvements which might or might not come.<p>We might see a crash if we realize that this technology reached its limits. Then, we'll all look poorer on paper in the reverse way that we look richer on paper now than 12 months ago.
However, I don't think anything serious will happen if such a crash would occur. It's not that people take loans to bet on these stocks.<p>(Even the 2008 housing bubble could be seen as a temporary market correction when looking at the long-term real estate prices. Housing is much more expensive today than on the peak of that bubble.)</p>
]]></description><pubDate>Mon, 17 Nov 2025 11:30:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=45952704</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=45952704</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45952704</guid></item><item><title><![CDATA[New comment by mo_42 in "P-Hacking in Startups"]]></title><description><![CDATA[
<p>> Back to the dashboard experiment: after you applied the Bonferroni correction you got... nothing.<p>I guess you got something: Users are not sensitive to these changes, or that any effect is too small to detect with your current sample size/test setup.<p>In a startup scenario, I'd quickly move on and possibly ship all developed options if good enough.<p>Also, running A/B tests might not be the most appropriate method in such a scenario. What about user-centric UX research methods?</p>
]]></description><pubDate>Sun, 22 Jun 2025 05:47:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=44344110</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=44344110</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44344110</guid></item><item><title><![CDATA[New comment by mo_42 in "SerenityOS is a love letter to '90s user interfaces"]]></title><description><![CDATA[
<p>I agree. Hamburger menus aren't any better than menu bars. It seems like an example where design has more importance than function.<p>My alternative to the menu bar would be a search bar that allowed me to search in a Google style everything related to that program: functions, features, shortcuts, and documentation.<p>File | Edit | View | etc. is not the right choice for every program.</p>
]]></description><pubDate>Tue, 22 Apr 2025 15:31:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=43763366</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=43763366</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43763366</guid></item><item><title><![CDATA[New comment by mo_42 in "Why Saving Your Sanity Requires Embracing an Infinite To-Do List"]]></title><description><![CDATA[
<p>Yes, this was also a concern when I started this approach. However, restricted time can also be a yard stick for accomplishing something in a short amount of time. But there are, of course, other factors that influence the success of such a method.</p>
]]></description><pubDate>Sun, 23 Feb 2025 12:53:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=43148925</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=43148925</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43148925</guid></item><item><title><![CDATA[New comment by mo_42 in "Why Saving Your Sanity Requires Embracing an Infinite To-Do List"]]></title><description><![CDATA[
<p>For some reason I tend to forget about task management apps. So whenever I got back to them, it was depressing to see all the unfinished tasks that I haven't touched.<p>My solution is extreme time boxing. Every Sunday, I sit down and time box the next week. Work and personal stuff goes into the same calendar. I've learned to keep enough slack to not get stressed out. I also know how much unplanned time I need to coordinate with co-workers.<p>It's kind of absurd that less freedom when to do things, gives me more happiness.<p>In the beginning I thought that this cannot work because sometimes you just need uninterrupted time to finish something. However, such uninterrupted long spans don't exist anyways for many people. There are stand-ups at work, you have appointments with some of your team members and at 5pm you need to pick up your kids.</p>
]]></description><pubDate>Sun, 23 Feb 2025 12:18:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=43148756</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=43148756</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43148756</guid></item><item><title><![CDATA[New comment by mo_42 in "Johnny.Decimal – A system to organise your life"]]></title><description><![CDATA[
<p>I wouldn't say that I was a very chaotic person but after moving several times it felt like it takes longer to find some special tool than buy it new. So I created a little program to keep track of all my stuff [1]. It took quite a while to put everything in there but it helps me to check for a tool if a friend asks for something. Also, I like to be aware of what I own and what I should give away because I don't need it anymore.<p>[1] <a href="https://github.com/mo42/inven">https://github.com/mo42/inven</a></p>
]]></description><pubDate>Fri, 21 Feb 2025 16:49:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=43129763</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=43129763</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43129763</guid></item><item><title><![CDATA[New comment by mo_42 in "Users don't care about your tech stack"]]></title><description><![CDATA[
<p>I don't think one would put only the specification in Git. LLMs are not a reliable compiler.<p>Actual code is still the important part of a business. However, how this code is developed will drastically change (some people actually work already with Cursor etc.). Imagine: If you want a new feature, you update the spec., ask an LLM for the code and some tests, test the code personally and ship it.<p>I guess no one would hand over the control of committing and deployment to an AI. But for coding yes.</p>
]]></description><pubDate>Fri, 21 Feb 2025 12:07:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=43126596</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=43126596</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43126596</guid></item><item><title><![CDATA[New comment by mo_42 in "Ask HN: Got asked to build AI agent that replaces humans. Would you do it?"]]></title><description><![CDATA[
<p>You implicitly assume that a good's price should be based on the amount of effort that was put in.<p>My impression is rather that the price of goods is based on how much people appreciate it. To me it better explains reality with the absurd prices for some stuff.</p>
]]></description><pubDate>Fri, 21 Feb 2025 11:49:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=43126476</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=43126476</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43126476</guid></item><item><title><![CDATA[New comment by mo_42 in "Users don't care about your tech stack"]]></title><description><![CDATA[
<p>Lately, I've been thinking that LLMs will lift programming anyways to another level: the level of specification in natural language and some formal descriptions mixed in. LLMs will take care of transforming this into actual code. So not only users don't care about programming but also the developers. Switching the tech stack might become a matter of minutes.</p>
]]></description><pubDate>Fri, 21 Feb 2025 11:26:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=43126337</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=43126337</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43126337</guid></item><item><title><![CDATA[New comment by mo_42 in "Ask HN: Best way to keep a legacy website?"]]></title><description><![CDATA[
<p>I guess the standard answer would be a foundation. In some countries, there are minimum capital requirements for foundations but I don't think it's the case for the US. So some thousands of dollars should be enough to keep a website running forever and also hire web developers and accountants every now and then to maintain it.</p>
]]></description><pubDate>Fri, 27 Dec 2024 12:16:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=42521571</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=42521571</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42521571</guid></item><item><title><![CDATA[The Science Behind Why People Are Unkind to Those They Love]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.theswaddle.com/the-science-behind-why-people-are-unkind-to-those-they-love">https://www.theswaddle.com/the-science-behind-why-people-are-unkind-to-those-they-love</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=42485270">https://news.ycombinator.com/item?id=42485270</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 22 Dec 2024 09:18:31 +0000</pubDate><link>https://www.theswaddle.com/the-science-behind-why-people-are-unkind-to-those-they-love</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=42485270</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42485270</guid></item><item><title><![CDATA[New comment by mo_42 in "Ask HN: What books should I read to improve as a software engineer?"]]></title><description><![CDATA[
<p>The Programmer's Brain by Felienne Hermans</p>
]]></description><pubDate>Thu, 29 Aug 2024 06:17:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=41387886</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=41387886</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41387886</guid></item><item><title><![CDATA[New comment by mo_42 in "When A.I.'s Output Is a Threat to A.I. Itself"]]></title><description><![CDATA[
<p>Humanity has bootstrapped itself out of a lot of BS over the centuries. There's a mechanism for discarding bad ideas. For example:<p>Badly-designed boats just don't return.<p>Ill-designed protection of cities means they'll be conquered.<p>Scientific ideas that do not corroborate, will be discarded.<p>etc.<p>Our current approach to AI doesn't have this mechanism. In the past, humanity just implemented ideas: a city was built according to some weird idea and lasted centuries. So the original idea would spread and be refined by further generations.
I guess we need to bring such a mechanism into the loop.</p>
]]></description><pubDate>Wed, 28 Aug 2024 06:37:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=41376623</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=41376623</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41376623</guid></item><item><title><![CDATA[New comment by mo_42 in "Diffusion models are real-time game engines"]]></title><description><![CDATA[
<p>An implementation of the game engine in the model itself is theoretically the most accurate solution for predicting the next frame.<p>I'm wondering when people will apply this to other areas like the real world. Would it learn the game engine of the universe (ie physics)?</p>
]]></description><pubDate>Wed, 28 Aug 2024 05:54:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=41376371</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=41376371</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41376371</guid></item><item><title><![CDATA[New comment by mo_42 in "Ask HN: What are you working on (August 2024)?"]]></title><description><![CDATA[
<p>A compiler from SQL to type-checked C++ to speed-up an ML pipeline.</p>
]]></description><pubDate>Sun, 25 Aug 2024 08:34:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=41345586</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=41345586</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41345586</guid></item><item><title><![CDATA[New comment by mo_42 in "On Writing Well"]]></title><description><![CDATA[
<p>For technical writing, journalism, etc., one can follow the simple rule <i>no adjectives</i>.<p>For prose, replace all common adjectives by more specific or descriptive one, or even remove them too and describe properties. For example: The F-35 passed by my house. When I heard its sound, the jet had already disappeared at the horizon.
(This describes super-sonic speed without an adjective or an overly precise speed number.)<p>Edit: past perfect based on comment</p>
]]></description><pubDate>Sat, 24 Aug 2024 08:42:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=41336624</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=41336624</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41336624</guid></item><item><title><![CDATA[New comment by mo_42 in "Build your own SQLite, Part 1: Listing tables"]]></title><description><![CDATA[
<p>I came across this blog as well because I got interested in writing a compiler that converts SQL into source code of a type-checked language.<p>Are there any blog series about the details of query planning, optimization etc?</p>
]]></description><pubDate>Sun, 18 Aug 2024 10:45:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=41281527</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=41281527</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41281527</guid></item><item><title><![CDATA[New comment by mo_42 in "Ask HN: Why are employee-owned tech companies so rare?"]]></title><description><![CDATA[
<p>One reason I can think of is the amount of capital required. So basically when Microsoft or Apple started out, you didn't need a lot of capital to build a minimum viable product. There were not many tech products.<p>Nowadays, it's it's obviously different. To come up with something innovative, you need to develop something for a longer time so that it's better than everything that's already out there.</p>
]]></description><pubDate>Tue, 13 Aug 2024 11:26:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=41234359</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=41234359</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41234359</guid></item><item><title><![CDATA[New comment by mo_42 in "Antifragility in complex dynamical systems"]]></title><description><![CDATA[
<p>To be correct, he maybe didn't coin the term. At least I didn't find it on quick search in his book Cybernetics. Seems like the term ultrastable actually comes from Ashby [1].<p>[1] <a href="https://users.sussex.ac.uk/~ezequiel/AS/lectures/AdaptiveSystems3.pdf" rel="nofollow">https://users.sussex.ac.uk/~ezequiel/AS/lectures/AdaptiveSys...</a></p>
]]></description><pubDate>Tue, 13 Aug 2024 07:29:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=41233155</link><dc:creator>mo_42</dc:creator><comments>https://news.ycombinator.com/item?id=41233155</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41233155</guid></item></channel></rss>