<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: throwaway346434</title><link>https://news.ycombinator.com/user?id=throwaway346434</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 07 May 2026 15:36:11 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=throwaway346434" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by throwaway346434 in "Create value for others and don’t worry about the returns"]]></title><description><![CDATA[
<p>Oh nonsense.<p>Reverse the argument, does it make any sense?<p>"Every time a (whaling ship crew, police force, oil executive, etc) gets angry at protestors and sprays them with (water cannons, rubber bullets, lawsuits), they are more likely to join them!"</p>
]]></description><pubDate>Wed, 11 Mar 2026 09:08:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=47333287</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=47333287</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47333287</guid></item><item><title><![CDATA[New comment by throwaway346434 in "What AI coding costs you"]]></title><description><![CDATA[
<p>So, you have a duty of care to make a safe workplace, at least in most countries.<p>Consider what a job with no joy means for the ongoing mental health of your staff, where the main interaction they have all day is with an AI model that the person has to boss around; with little training on norms.
Depression, frustration, nonchalance, isolation, and corner cutting are going to be the likely responses.<p>So at the same time as you introduce new tooling, introduce the quality controls you would expect for someone utterly checked out of the process, and the human resources policies or prevention to avoid your team speed running Godwin's law because they dont deal with people enough to remember social niceties are important.<p>Examples off of the top of my head of ways to do this are:
- Increased socialisation in the design processes. Mandatory fun sucks, a whiteboard party and collaboration will bring some creativity and shared ownership.
- Budget for AI minimal or free periods, where the intent is to do a chunk of work "the hard way"; and have people share what they experienced or learnt
- Make people test each other's work (manual testing) or collaborate, otherwise you will have a dysfunctional team who reaches for "yell in all caps to make sure the prompt sticks" as the way people talk to each other/deal with conflict.<p>The way to justify this to management above you is the cost of staff retention - advertise, interview, hire, pay market rates, equip, train, followed 6 months later by securely off boarding, hardware return, exit interview means you get maybe 4 months productivity out of each person, and pay 2 months salary in all of the early job mistakes or late job not caring, or HR debacle.
Do you or your next level up want to spend 30% more time doing this process? Or would you rather focus on generating revenue with a team that works well together and are on board for the long term?<p>The answer most of the time is "we want to make money, not spend it". So do the math on what staff replacement costs are and then argue for building in enough slack to the process that it costs about half of that to maintain it/train the staff/etc.<p>Your company is now making a "50% efficiency gain" in the HR funnel, year over year, all by simply... not turning the dial up to 10 on forced AI usage.<p>Framed like that, sounds a lot better doesn't it?</p>
]]></description><pubDate>Sat, 28 Feb 2026 17:31:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47197948</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=47197948</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47197948</guid></item><item><title><![CDATA[New comment by throwaway346434 in "What AI coding costs you"]]></title><description><![CDATA[
<p>It is very true in a physical sense. "Use it" results in neural pathways being formed. What happens when you dont use them?<p><a href="https://www.sciencedirect.com/science/article/abs/pii/S0160289620300623#:~:text=Disuse%20atrophy%2C%20or%20the%20%E2%80%9Cuse,considered%20deprived%20of%20work%2Drelated" rel="nofollow">https://www.sciencedirect.com/science/article/abs/pii/S01602...</a></p>
]]></description><pubDate>Sat, 28 Feb 2026 16:37:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=47197336</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=47197336</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47197336</guid></item><item><title><![CDATA[New comment by throwaway346434 in "What AI coding costs you"]]></title><description><![CDATA[
<p>The problem is this is the difference between one or two obscure skills fading away with disuse (normal); and <i>potentially all ability to load programming information into your working memory being affected</i>; as you didn't develop the neural pathways or knowledge of the codebase (not normal or desirable)<p>While it is a spectrum around when you choose to use AI, what seems increasingly common in my experience is some people trying to go "all in", feel frustration and burnout when they are relegated to babysitting an LLM; get angry that it has made a mistake, misinterpretation or simply left something obvious out; <i>then thinking it's user error/they didn't prompt well enough/it is their fault</i>. At the same time, they are increasingly cognitively blind to mistakes at a review stage, so they find out the hard way in production and enter into a cycle of hyper vigilance/distrust/justifiable paranoia.<p>In those cases, it's a recipe for skills loss and depression over the long term and a vicious cycle.</p>
]]></description><pubDate>Sat, 28 Feb 2026 16:25:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47197164</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=47197164</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47197164</guid></item><item><title><![CDATA[New comment by throwaway346434 in "What AI coding costs you"]]></title><description><![CDATA[
<p>Basically had the same urge to write about this problem, prompted by the exact same comments around mental fatigue this week. Only got to the research stage.<p>Here's some of the literature I dug up when looking at what is the potential risk to cognition when you don't enjoy what you are doing.<p>Working memory is "gated"; you selectively process information relevant to a goal - or why you need to turn the radio off to reverse a car.
(Numerous papers take it as a given, can't find a specific one developing the exact model of gating)<p>On working memory and trainability:
<a href="https://www.nature.com/articles/nrn.2016.43" rel="nofollow">https://www.nature.com/articles/nrn.2016.43</a>
Working memory is (potentially) dopamine responsive, and expanded by use/training.<p>On building mental models, writing something down activates more of your brain than typing (cognitive offloading):
<a href="https://www.scientificamerican.com/article/why-writing-by-hand-is-better-for-memory-and-learning/" rel="nofollow">https://www.scientificamerican.com/article/why-writing-by-ha...</a><p>I would argue that typing is better than just reading, and programming requires some extra elements - as you cut and paste to rearrange, run tests, iterate, spatially navigate to where various areas of your code is; so is likely closer to the findings around handwriting than the study. But I don't have specific studies on that.<p>On reward ($) as a proxy for enjoyment/flow state; and motivation; these two used similar basic designs to experiments
<a href="https://www.nature.com/articles/s41598-025-09949-1" rel="nofollow">https://www.nature.com/articles/s41598-025-09949-1</a><p>"Participants performed a delayed-estimation orientation working memory (WM) task with reward cues indicating reward levels at the beginning of trials. The results revealed that motivational incentives significantly improved WM performance and increased pupillary dilation during maintenance. These findings provide evidence for the modulation of WM maintenance by reward through enhanced top-down cognitive control processes."<p><a href="https://www.jneurosci.org/content/39/43/8549" rel="nofollow">https://www.jneurosci.org/content/39/43/8549</a>
> "During the task, the prospect of reward varied from trial to trial. Participants made faster, more accurate judgements on high-reward trials. Critically, high reward boosted neural coding of the active task rule, and the extent of this increase was associated with improvements in task performance"<p>You can also infer from their experiments that low reward = less care exercised.<p>I feel like a lot of these papers aren't really surprising, but they do measure something that many people have probably felt is true but can't prove.<p>While these papers don't talk about AI or decline in skills specifically, it's reasonable to say you don't get many of the benefits when it is low reward/passive task execution; where you are leaving review comments that are just reprompting a machine - you know it's not a person, so it feels even lower value to engage than a standard code review might.<p>I think overall, the rule of thumb around when to use AI should be closely linked to how painful / low reward a task is likely to be. Debugging something with a 10 minute build/test loop and a mystery problem that is not easy to control? AI party.
Writing a complex but fun set of business rules? Run it on your wetwear while it is still giving you a sugar hit. An "easy" bug you have stuffed up fixing three times in a row? Push through a bit of discomfort and frustration; but fall back to tooling when you have invested reasonable efforts and are starting to feel slightly fatigued.</p>
]]></description><pubDate>Sat, 28 Feb 2026 16:06:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=47196939</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=47196939</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47196939</guid></item><item><title><![CDATA[New comment by throwaway346434 in "OsmAnd’s Faster Offline Navigation (2025)"]]></title><description><![CDATA[
<p>Your best bet is probably to look for wikidata entries that are marked defunct; and match up to something like name-suggestion-index to get broad categories.</p>
]]></description><pubDate>Fri, 27 Feb 2026 13:55:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=47180517</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=47180517</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47180517</guid></item><item><title><![CDATA[New comment by throwaway346434 in "Open source is not about you (2018)"]]></title><description><![CDATA[
<p>Quick questions; as this project clearly exists in a community-less vacuum:<p>How do people keep finding and using it?<p>How do complaints or feature requests keep arriving?<p>Why is the published to an audience that doesn't exist?<p>Or is it fair to say the project has published in public, so has contact with a very broad community already?</p>
]]></description><pubDate>Fri, 13 Feb 2026 20:46:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47007607</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=47007607</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47007607</guid></item><item><title><![CDATA[New comment by throwaway346434 in "Open source is not about you (2018)"]]></title><description><![CDATA[
<p>You might need to go back and read that one again, this is the <i>faintest criticism</i> of a lengthy screed in which the person you are replying to labels user-hostile behaviours as "acting like a jerk" and generally disapproves.<p>Your counter argument to this is to just be contrarian and imply they are a jerk... because, well, you don't agree with them. You didn't add substance to the discussion (facts, evidence, argument seeking middle ground), you just sought to set fire to someone because you were uncomfortable with the dim prospect you might be wrong/guilty of acting like this/be the subject of the criticism.<p>Do you see how this undermines your point of view/actually re-enforces the validity of the criticism?</p>
]]></description><pubDate>Fri, 13 Feb 2026 20:31:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47007442</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=47007442</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47007442</guid></item><item><title><![CDATA[New comment by throwaway346434 in "Open source is not about you (2018)"]]></title><description><![CDATA[
<p>Picture this scenario.<p>You make one really good birthday cake. Following the success of this went to your local school fete out of the goodness of your heart and set up a cake stall, had a complaints and suggestions box on the table, maybe even had a donation tin out. You know it's out of the goodness of you heart because everyone will SEE you doing this and maybe you'll get hired by the local bakery.<p>But then it's a bit of a long day and you start screaming at everyone who came up to you for wasting your time, rejected requests to not put broken glass fragments in the cakes, get into a fistfight with the local health inspector who pointed out you need certain food prep hygiene practices. You get big mad, and leave your stall in a huff, where hapless strangers stumble across your cakes only to find they are now covered in bugs and get sick from eating them.<p>Would this be acceptable or unacceptable behaviour on your part?
Are you as the cake stall operator taking advantage of the the commons in any way (donations, showing off your bake-folio?)
Are you damaging the commons or people visiting the commons?
Does your free speech expressed in cake form outweigh the rights of people to tell you to change what you are doing?
Does your freedom of expression mean you should never be accountable?
Should people be thankful that you let them have cakes covered in bugs, even if they get sick as a result?
Does the local health inspector who is an expert in a domain that overlaps with everything food have any standing?<p>This is a contrived thought exercise; obviously.<p>But I would bet that you clearly identify that violated social norms aren't great; you would agree there are expectations about access to a commons have implied standards of behaviour for all parties; you have expectations around quality vs general safety, etc.</p>
]]></description><pubDate>Fri, 13 Feb 2026 20:16:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47007266</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=47007266</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47007266</guid></item><item><title><![CDATA[New comment by throwaway346434 in "Open source is not about you (2018)"]]></title><description><![CDATA[
<p>I agree. I would add a pet peeve of mine:<p>- Don't publish a code of conduct and then be an absolute asshole to contributors (pick a lane and stick to it)<p>I feel there is a lot of performative policy published, which at the end of the day is lip service. Actual users or contributors come along and follow the guidance, expectations, etc? They then find themselves treated like a hostile entity and there is a weird prevailing attitude here that's "fine".</p>
]]></description><pubDate>Fri, 13 Feb 2026 19:27:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=47006679</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=47006679</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47006679</guid></item><item><title><![CDATA[New comment by throwaway346434 in "How to be a leader when the vibes are off"]]></title><description><![CDATA[
<p>As others have expressed, sycophancy is not leadership.<p>How do you "safely push for change" in private if your executive leadership display sociopathic or narcissistic behaviors, where they expressly do not care about the harm they inflict on others?<p>Polls show that about a quarter of employees see something unethical, and half don't report it because they think nothing will happen OR they will be retaliated against.<p><a href="https://www.gallup.com/workplace/648770/unethical-behavior-goes-unreported-unresolved.aspx" rel="nofollow">https://www.gallup.com/workplace/648770/unethical-behavior-g...</a><p>This means that individuals who are doing misdeeds perceive there are no consequences. Part of your role is to surface that there are consequences; and you bringing them up now is far less expensive than a lawsuit later.<p>We know this pattern of behaviour is not beneficial - in the context of NPD the worst version of this is becoming an enabler - <a href="https://www.choosingtherapy.com/narcissistic-enablers/" rel="nofollow">https://www.choosingtherapy.com/narcissistic-enablers/</a><p>While you can absolutely choose your battles and there are some things that are ultimately harmful for you and achieve no great outcome; you are not a leader if you do not advocate for your team when obviously unjust things occur.</p>
]]></description><pubDate>Wed, 24 Sep 2025 23:34:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=45367253</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=45367253</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45367253</guid></item><item><title><![CDATA[New comment by throwaway346434 in "Shopify, pulling strings at Ruby Central, forces Bundler and RubyGems takeover"]]></title><description><![CDATA[
<p>Basically, yes.<p>It is murkier as the involvement of some of the original creators in Ruby Central is there, so there are claims to being the original copyright holder applicable to <i>some</i> areas by a very small number of individuals, none of which who are the newly added maintainers, or Ruby Central as a whole entity.</p>
]]></description><pubDate>Wed, 24 Sep 2025 14:59:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=45361335</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=45361335</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45361335</guid></item><item><title><![CDATA[New comment by throwaway346434 in "A board member's perspective of the RubyGems controversy"]]></title><description><![CDATA[
<p>My point is that he chose to communicate the way he did; it is poorly thought out and extremely difficult to accept as an explanation.<p>Objective tests you yourself can perform.<p>1) How much of the publication talks about himself? Why is that relevant?<p>2) How much does it directly provide links, context, history? Can you find the opposing point of view directly linked from it, or is it omitted?<p>3) From reading the content, does this person represent the board, or not? Do they make any conflicting claims that are difficult to both be true at the same time?<p>4) A coup d'etat is a "a sudden, violent, and unlawful seizure of power from a government"<p>Were the people who lost access acting as a governing body?
Was the loss of access sudden and unexpected?
Did the loss of access follow any of the rules of the governing group?
Did the loss of access harm individuals?<p>With the answers to the above, reflect on the following:<p>Why would someone write about themselves, their experience, etc for 6 paragraphs? Would you say it is clear they have only been appointed since Jan 2025? Or are they trying to establish themselves as an authority? If they are not attempting to appeal to authority, why is it relevant?<p>Did they actually apologise? If so, to who? Is it specific? Does it clearly articulate what the person did, admit fault, recognise harm? Or is there downplaying of impact, vague language, downplaying of involvement?<p>Does it characterise the contrary point of view in a way that trivial uses the concerns? Are the conversations "emotional" or is it implied the people experiencing the negative act are? Is the author emotional?<p>If you were the person or people affected, would you accept this explanation? If you were the person taking these actions, would you explain why like this? Why or why not?<p>I strongly encourage you to do this exercise, putting aside feelings or initial responses even if you think I am wrong.</p>
]]></description><pubDate>Mon, 22 Sep 2025 19:38:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=45338429</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=45338429</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45338429</guid></item><item><title><![CDATA[New comment by throwaway346434 in "A board member's perspective of the RubyGems controversy"]]></title><description><![CDATA[
<p>It's not just one person.<p>Between the initial removal of access, then giving it back after explaining it was a mistake; the people involved started a conversation about governance to clarify/fix things.<p><a href="https://github.com/rubygems/rfcs/pull/61" rel="nofollow">https://github.com/rubygems/rfcs/pull/61</a><p>The conversation terminated because the majority of those people then had their access revoked again.<p>When weighing the facts here; which group or claimant has the most evidence for their claims?
The technical folks with lots of commits over many years, or the treasurer of an organisation who says the impetus for this was a "funding deadline" so all access had to be seized?</p>
]]></description><pubDate>Mon, 22 Sep 2025 18:58:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=45337891</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=45337891</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45337891</guid></item><item><title><![CDATA[New comment by throwaway346434 in "A board member's perspective of the RubyGems controversy"]]></title><description><![CDATA[
<p>It's such a weird thought process to have gone through, to write this. The sentiments expressed are basically:<p>"I WANT to apologize ... that I feel awful."<p>"How can you possibly talk to someone about changing access, when multiple people tell you no, you are wrong?! A coup is the only way!"<p>"Because funding deadline, we executed a coup, which will keep everyone safe from hostile actors... Taking over accounts and access"</p>
]]></description><pubDate>Mon, 22 Sep 2025 17:49:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=45336969</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=45336969</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45336969</guid></item><item><title><![CDATA[New comment by throwaway346434 in "U.S. investors, Trump close in on TikTok deal with China"]]></title><description><![CDATA[
<p>What an insane thing to say! But also... how insane is it that I agree with you based on objective reality? Can you imagine seriously saying that 20-30 years ago? 1984's doublethink/doublespeak always seemed over the top, yet we are at a point particularly recently where the anti cancel culture sentiment has lead to... proposals to curb undesirable speech, cancelling people... which in turn is undesirable because it criticises a propagandist's undesirable speech with his own post death quotes in a lot of cases and bristles when accused of sane washing. Or that this won't matter in a few more news cycles as we lurch brokenly into the next phase of dystopia.<p>I wonder how many historical parallels exist and what the outcomes were; IE <a href="https://en.m.wikipedia.org/wiki/Forbidden_colors_(Japan)" rel="nofollow">https://en.m.wikipedia.org/wiki/Forbidden_colors_(Japan)</a> - which I think lead to a flourishing of clothing design for commoners.
Like will we see massive social change in two or three generations hence as a rejection of the current hysteria? Will history books record the silliest parts that now seem quaint with a little distance, IE War on Christmas? Mission accomplished? WMDs that didn't exist? Etc etc.</p>
]]></description><pubDate>Wed, 17 Sep 2025 22:56:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=45282446</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=45282446</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45282446</guid></item><item><title><![CDATA[New comment by throwaway346434 in "An open-source maintainer's guide to saying “no”"]]></title><description><![CDATA[
<p>I strongly disagree with the premise of the article and content being reiterated here by a number of commenters.<p>An incredibly common pattern is a maintainer <i>thinking they know better</i> in an area they are inexperienced in, and rejecting change because they don't like the sound of something or are unable to see past their cultural biases.<p>We know this by another name - <i>not invented here</i>.<p>Common, practical areas this occurs  in boring open source business CRUD applications:<p>- Address models aren't thought out. "Why would anyone want geocoding? What addresses don't fit the US style?"<p>- Phone numbers get modelled as plain strings and all of a suddenly  "but changing them to be standardised is really hard"<p>- Company, brand, account structures rarely add URLs or links to external datasets. What possible use is a wikidata ID?<p>- Why would I put in vCard/CSV/Schema.org/any other import/export?<p>All of these areas are often ancillary to the primary purpose of whatever the application is, so get rejected out of hand.<p>But the use cases they enable for users - who don't use the application in isolation - are then completely blocked.<p>- Map, route or visualise spatial data mashed up with other datasets. Send people to remote locations without formal addresses.<p>- Hook up phone systems to make your system run for teams with centralisation, integrate SMS based messaging, etc.<p>- Join to public datasets to understand more about your customers (food safety, licencing registers, corporate entity registers, contract management systems, etc)<p>A typical maintainer is going to say "wait, what; my accounting system is all about finance, none of this is relevant!"; but they miss out on what users really want in many cases: <i>interoperability</i> or <i>data portability</i>.<p>The problem is the maintainer's frame is in their world view; and if they aren't dogfooding their project they aren't running into their users problems - how likely is it the maintainer is the BI analyst, or the low level data entry person, or from a country where QR code payment is the norm, or a million other considerations?</p>
]]></description><pubDate>Sun, 14 Sep 2025 00:16:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=45236400</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=45236400</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45236400</guid></item><item><title><![CDATA[New comment by throwaway346434 in "Charlie Kirk killed at event in Utah"]]></title><description><![CDATA[
<p>For a wild alignment of timing - 
<a href="https://www.jezebel.com/we-paid-some-etsy-witches-to-curse-charlie-kirk" rel="nofollow">https://www.jezebel.com/we-paid-some-etsy-witches-to-curse-c...</a> - published September 8.</p>
]]></description><pubDate>Wed, 10 Sep 2025 23:23:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=45205534</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=45205534</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45205534</guid></item><item><title><![CDATA[New comment by throwaway346434 in "Survey: a third of senior developers say over half their code is AI-generated"]]></title><description><![CDATA[
<p>This is a kind of nuts take;
- Senior engineer
- Uses tools for non trivial undertaking
- Didn't find value in it<p>Your conclusion from that is "but they are doing it wrong", while also claiming they are saying things they didn't say (0 net benefits, useless, etc).<p>Do you see how that might undermine your point? That you feel they haven't take the time to understand the tools, but you didn't actually read what what wrote?</p>
]]></description><pubDate>Mon, 01 Sep 2025 15:50:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=45093727</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=45093727</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45093727</guid></item><item><title><![CDATA[New comment by throwaway346434 in "The cost of interrupted work (2023)"]]></title><description><![CDATA[
<p>From:
<a href="https://ics.uci.edu/~gmark/CHI2005.pdf" rel="nofollow">https://ics.uci.edu/~gmark/CHI2005.pdf</a> (sample size: 1x company, n=24, lots of limitations discussed at end of paper)<p>"When people did resume work on the same day, it took an
average length of time of 25 min. 26 sec (sd=54 min. 48
sec.). This may seem like a relatively short amount of time,
but it is also important to consider that before resuming work,
our informants worked in an average of 2.26 (sd=2.79)
working spheres. Thus, people’s attention was directed to
multiple other topics before resuming work. This was
reported by informants as being very detrimental. In some
cases, the physical or desktop environment is restructured,
which makes it more difficult to rely on cues to reorient one
to their interrupted task. For example, a blinking cursor at the
end of the last typed word can enable one to immediately
reorient to that document, whereas if other windows have
been opened, it can be hard to remember even which
document had been worked on."<p>And
"We found a trend that showed more externally interrupted
working spheres are resumed on the same day (53.3%)
compared to internally interrupted working spheres (47.6%),
X2
(1)=2.97, p<.09. Externally interrupted working spheres are
resumed on the average in a shorter time (22 min. 37 sec.,
sd=53 min. 52 sec.) than internally interrupted working
spheres, (29 min. 1 sec., sd=55 min. 43 sec.), t(987)=1.92,
p<.055."<p>So no, it does not say 23 minutes and 15 seconds in that paper.<p>But to say: "the paper never goes into details regarding the recovery time between finishing the interruption and getting back to the original task." is flat out incomplete, because they are reading the <i>followup paper</i> to the original work in isolation; and haven't considered that a number of reports summarized the findings of that (22 m 37s) as "about 23 minutes".
The way it is written implies the research is all wrong, rather than more accurately stating "I can't find the exact source of a quote but it's broadly 22-23 minutes, not 23m15s afaict".<p>There is also some irony in "ctrl+f", "23" being explained as the methodology for review on the topic of attention span for complex tasks...</p>
]]></description><pubDate>Sun, 24 Aug 2025 01:13:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=45000416</link><dc:creator>throwaway346434</dc:creator><comments>https://news.ycombinator.com/item?id=45000416</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45000416</guid></item></channel></rss>