MurphyA/hacker-news huggingface dataset:
by deaux | 2025-10-26 09:23:00+00:00
Which have you been using and through which interface? Try using GPT-5 through the API, without a harness. Whatever model you use, the key phrase is "Why or why not? If so, explain why. If not, explain why not.".

Telling when you're asking the wrong questions is also a skill that the curious such as yourself will develop in no time through experience. Are you saying this didn't give a shred of intuition how to do so in the future?
by yorwba | 2025-10-26 09:23:36+00:00
"Only one or two" isn't zero. The problem isn't that a small community can only write a small Wikipedia, but that there's a global supply of fools who want to make every small Wikipedia bigger, even if they're completely unqualified to do so.

Wikipedia is built around the basic principle that if you just let everyone contribute, most contributions will be helpful and you can just revert the bad ones after the fact. This works for large communities that easily outnumber the global supply of fools, but below a certain size threshold, the sign flips and the average edit makes that version of Wikipedia worse rather than better.

So smaller communities probably need to flip the operating principle of Wikipedia on its head and limit new users to only creating drafts, on the assumption that most will be useless, and an admin can accept the good ones after the fact.

I'm not sure whether Wikipedia already has the software features necessary to operate it in such a closed-by-default manner.
by jagrsw | 2025-10-26 09:26:18+00:00
Reminds me of the Orange Alternative movement in communist-era Poland. A group would wear t-shirts, each with a letter, spelling an innocent phrase.

When one turned away, the message would instantly become different, like changing "Down with the heat" to "Down with the cops" - https://sztukapubliczna.pl/pl/precz-z-u-palami-pomaranczowa-...

https://en.wikipedia.org/wiki/Orange_Alternative

the whole world is a work of art, so even a single policeman standing in the street is a work of art
by thomascountz | 2025-10-26 09:27:48+00:00
Whenever there's a change like this, my gut reaction is to grieve and try to imagine ways that things could be kept the same.

After thinking, "maybe puzzles could be designed by a group instead of an individual and they could share the work," I then thought, "and couldn't an LLM help?"

And with that, I had to remind myself: Advent of Code isn't about there being 25 puzzles, and so maintaining volume at all costs has nothing to do with it.

And aren't we so lucky that it isn't! Aren't we lucky to have had the prior 500+ challenges given as gifts over the years! Aren't we lucky to have a great demonstration of humility and care! Aren't we lucky to have 12 new gifts to look forward to this year!

Thank you!
by rmason | 2025-10-26 09:29:12+00:00
I'm a ham and well remember quad antennas. They were inexpensive, some people created them using bamboo for spreaders. Just wire and bamboo with a small boom. What those who tried them in Michigan found out they wouldn't survive a single winter, even when they moved to fiberglass instead of bamboo.

The period of popularity lasted from the late sixties until the early eighties. You will still find them in tropical climates but they are no where near as popular as they once were.
by darkwater | 2025-10-26 09:30:09+00:00
This post made me remember the technical interview by phone I had with Facebook circa 2010 for a Production Engineer role (but maybe it wasn't called yet that way back then) where they asked me exactly this. Well, they actually asked "explain me the boot process of a Linux server", with no more hints and "go into the details you feel are important" as the only help.

Anyway I should have moved to Dublin and something something surveillance capitalism so the grape wasn't ripe enough anyway.
by imiric | 2025-10-26 09:30:18+00:00
> Want to get your PR approved? Influence without authority.

That's not really the case.

First of all, software development is—or should be—a collaborative effort. The PRs I create are no more "mine" than the ones I review from my peers. We're all working towards the same goal, and developers shouldn't have to defend or vouch for their work.

Secondly, politics plays a role in every organization, unfortunately IMO. So people who are held in high regard for whatever reason certainly have more authority, and thus influence, to enforce their will over others. Reviews of their code often have a single "LGTM!", or they might even merge without approval.

Similar situations happen outside of software development as well. A highly charismatic person in a friend group has more influence, even though everyone is aiming for the same goal ("get dinner", etc.). An opinion from popular people on tech forums like this one carries more weight than an opinion from someone unknown, even if it's the same opinion. And so on.

So coming back to "principal" ICs in companies, these are mostly political rather than technical roles. The person got to that position because they proved their ability to be influential and lead teams, which generated increased revenue for the company. The company is betting that putting them in a position with more authority, where executives lean on them directly, would lead to even greater revenues.
by ZephyrBlu | 2025-10-26 09:31:04+00:00
Because it's not his job. He should elevate someone else into that IC role instead of holding it for himself. The way he describes it, there is no one else in the company who can do the IC work he is doing, which is long-term bad.

Coding IC work takes a lot of focus and context that someone who is operating at the company-level should not really be in sole possession of.

To me, the whole point of these positions is to take the hit on random bullshit, planning, people management, etc and give your ICs space to do the kind of work he is taking on.

That doesn't mean you have no technical context or involvement in the development process, but it does mean you should probably be at least one step removed from it.
by dragonwriter | 2025-10-26 09:31:31+00:00
Not all "normal languages" (or even "dynamic scripting languages") are created equal. While I wouldn't want to aim for something equivalent to the whole d2 syntax as an internal DSL in Ruby, if you wanted to just create edges with optional labels with a syntax where "bare" edges are:

x >> y

and edges with labels are:

x >> y << "hello world"

you can do it like this:

class Diagram def initialize @nodes = Hash.new { |h, k| h[k] = Node.new(self, k) } @edges = {} end def node(name) @nodes[name] end def add_edge(edge) @edges[edge.from_node] ||= {} @edges[edge.from_node][edge.to_node] = edge end def all_edges @edges.values.flat_map(&:values) end def interpret &block interpreter = D2.new(self) interpreter.instance_eval(&block) self end def to_s all_edges.map(&:to_s) end def inspect to_s end end class D2 def initialize(diagram = nil) @diagram = diagram || Diagram.new end def method_missing(name, *args) @diagram.node(name) end end class Node def initialize(diagram, name) @diagram = diagram @name = name end def >>(other_node) Edge.new(self, other_node).tap do |edge| @diagram.add_edge(edge) end end def to_s @name end def inspect "Node(#{to_s})" end end class Edge def initialize(from_node, to_node, label = nil) @from_node = from_node @to_node = to_node @label = label end def <<(label) @label = label end def from_node @from_node end def to_node @to_node end def to_s "#{@from_node.to_s} -> #{@to_node.to_s}" + (@label ? ":#@label" : "") end def inspect "Edge(#{to_s})" end end

And use it like this:

irb(main):090:0> d = Diagram.new => [] irb(main):091:1* d.interpret { irb(main):092:1* x >> y << "hello, world!" irb(main):093:1* y >> z << "goodbye, cruel world!" irb(main):094:0> } => ["x -> y:hello, world!", "y -> z:goodbye, cruel world!"]

OF course, this only supports a trivial subset of the functionality, and only "renders" it to a text form more like the original d2 syntax. But it does create an object model from the DSL in the Diagram class for which you could build a renderer.
by onion2k | 2025-10-26 09:31:33+00:00
I imagine some manufacturers used tariffs as a reason to lower the price of their products that imported into the US while also raising the price outside of the US to balance that change, but that doesn't mean the manufacturer or their customers outside of the USA are paying anything towards tariffs. The entire tariff transaction is between the customer and the US government, and it's all transacted within the USA.

Tariffs are a tax, paid on the value of imported good, by US citizens who are buying things from outside of the USA. That's it. They are not paid by anyone outside of the US.
by dzaima | 2025-10-26 09:31:38+00:00
That's assuming all of those are stored in packed formats, but even then it's not that low.

I already mentioned that the user IDs are 36 base64 chars, or 27 bytes if you store them max-packed; YT video IDs are 11 base64 chars, so 66 bits, doesn't quite fit in 8 bytes (not to mention that trying to pack the video IDs would mean your db becomes useless if youtube suddenly added a new video ID format). IP needs another bit somewhere for ipv4 vs ipv6, so likely 24 bytes (or just a string could be used).

Then you have some overhead for padding and string field lengths, and whatever overhead for packing the data for the disk storage (padding for all entires to stay within a page? maintaining a percentage of free space to ensure the B-tree property?). Then you have a copy of the fields in indexes, with whatever overhead those come with.

Granted, even that's probably around 200 bytes, not 500, in a reasonable db, but who's to say that the db used used is a reasonable & well-configured one; of course it's possible that a bunch more metadata is stored for user trustworthiness statistics or something, or duplicated tables where relations would work.
by bob1029 | 2025-10-26 09:33:27+00:00
Modern aero derivative power turbines are capable of operating at below 15 ppm NOx when properly fitted for use. It's not as if they aren't making any attempt at all with regard to emissions. They've been working on this stuff since the 90s. They're on 2nd and 3rd generation combustor technology now.

That said, a parking lot full of these things could eventually crank up the ambient NOx levels. The real problem is low stack height. The exhaust being close to the ground creates a hot spot that would have otherwise dispersed into a much larger volume of air. One generator running by itself is probably not an issue in any arrangement. 20 is a medium sized power plant.
by codedokode | 2025-10-26 09:34:17+00:00
I think using syscalls directly is a worse idea than loading shared libraries, and new kernel features, like ALSA (audio playback), DRM (graphics rendering) and other use libraries instead of documenting syscalls and ioctls. This is better because it allows intercepting and subverting the calls, adding support for features even if the kernel doesn't support it, makes it easier to port code to other OSes, support different architectures (32-bit code on 64-bit kernel), and allows changing kernel interface without breaking anything. So Windows-style approach with system libraries is better in every aspect.
by Raptor75 | 2025-10-26 09:35:02+00:00
> doesn't mean that there wouldn't be a set of stairs close by.

sure, force people to create various accounts on various other social media just to follow an inexistent appeal process.

>back to your old self, Stefan

there is no old self. I never stopped working in the background, collecting and publishing information, encouraging people to discuss various features they could build, giving visibility to the people who do, and taking care of the people you ban, especially the ones who were highly confused about what happened.

> You do know that what you want is for me to stop being me

Not at all, you continue doing you. I know you cannot change - ironic since this is one failing you berated me for. But don't expect me to stop highlighting the inconsistencies of your actions and words, especially when these help people come to terms with your treatment of them on your TG groups.

> Will you ever move on? ... given it's a reaction to once being part of the in-group.

I've moved on a long time ago from your in-group of sycophants. I laugh when I see them posting on other social media attacking someone they deem doing something against your philosophy, and cry remembering that I was once one of them.

But funny saying I should move on, since you clearly haven't given your last release notes, and still publishing and pointing to your slanderous post. for that reason my reply on reddit is still highlighted and pinned.
by dzaima | 2025-10-26 09:36:38+00:00
That'd easily result in accidental re-votes if a user watches the same video every couple months (and such re-watchers would likely be ones that.. like the video, thereby skewing data away from dislikes over time).

Especially if the extension just sends the vote status instead of only reacting on a press (which'd allow it to send forward a vote done originally on, say, mobile; don't know if it does this, but it seems like a useful thing to do).
by nunorbatista | 2025-10-26 09:37:17+00:00
agree with your comment, but to be honest, I'm not sure there's any Swatch I would wear: which model would you choose if you wanted to dress business casual?

Ok, I can give you a Skin Irony, but then you would be paying +200 for a Quartz, why not buy an Orient Bambino or a Hamilton Khaki? much better bang for the buck.

Not to mention the clicking noise of a Swatch quartz. In silence, it drives me nuts.

The most understated watch they make is the Swatch Pay!. Super useful, never fails.
by yetihehe | 2025-10-26 09:39:22+00:00
> If you’re concerned about staying within safe radiation levels, Ken Jorgustin explains on the Modern Survival Blog that it would take 432 days at a CPM of 100 to up your chance of getting cancer to odds of 1 in 1,000

> The individual was decontaminated by radiation protection personnel but had 300 counts per minute detected in their hair.

This event will result in acute hair loss. From shaving machine.
by dabinat | 2025-10-26 09:40:21+00:00
I feel like WebDAV will have staying power for a simple reason: it’s easy to understand and implement. My company has a cloud platform for people to share files and I am working on a feature to allow it to work as a drive through WebDAV. We may support other protocols later on but WebDAV made the most sense to start off with because we already have all the infrastructure we need to deliver files over HTTP. The amount of additional complexity to support WebDAV was near-zero and the amount to support other protocols would be a lot more.
by pjmlp | 2025-10-26 09:42:30+00:00
Exactly because of that in Visual Age for C++ v4 (the version is relevant), you could have a Smalltalk like experience for C++, similar to Energize C++, something that has taken decades to get back and we aren't there yet, even with VC++ hot reload and Live++.

Image based source control has been a solved problem for Smalltalk since the 1990's.

It is also a good example of how the "Python is too dynamic for a JIT" reasoning doesn't play that well, as it surely isn't more dynamic than Smalltalk, SELF and Lisp images and development environments.
by jaccola | 2025-10-26 09:43:23+00:00
Regarding culture:

Complete nonsense. The free market will tell him if he can do this or not. If he can get valid candidates pushing this culture and it’s legal, why shouldn’t he? You, anyone interviewing there or anyone working at their company presumably doesn’t have to work there. Most countries don’t have slavery for tech jobs!

No doubt he will lose many candidates with this culture (you and I included) but maybe that’s a strategy? Maybe he still gets plenty of candidates that are good and the culture he wants.
by germandiago | 2025-10-26 09:44:54+00:00
As a person that is doubting for a backend project (web) between Clojure and Common Lisp, what would you recommend and why?

I think for ehat I saw that Clojure is very clean and there is a clear way to do things but I keep finding people saying that Common Lisp interactivity is super good and CLOS amazing.

So my main question would be:

1. will this interactivity make a difference in my daily workflow? What I see is that clojure is anyway mostly stateless so fancy things like reload on the fly would not be very important...?

What other diffeerence would you say make a big experience difference.

I tried Python with NiceGUI recently and I was impressed byt I want to try a more functional-like and possible hot-patching in production could be also a feature I would make use of from time to time, instead of sapwning full deployments.

Any feedback from experienced practitioners is welcome.
by imiric | 2025-10-26 09:45:04+00:00
You're painting a very rosy picture of what this role entails.

> The upside to a more collaborative role like this is you don’t have the stress of having to know everything.

It's the opposite, actually. The person in these roles has to wear many hats, and have an overview of many areas and teams in the company. The article is explicit about this. They may not be an expert at everything, but they should certainly have working knowledge of each area, have the ability to jump in and steer each ship—whether that involves communicating with each team, removing roadblocks, or writing code themselves—, and be able to communicate all of this in a language useful to executives.

When individual teams are not working well, when multiple teams are not working well together, and ultimately when value is not being produced, it is people in these roles who will be on the hook first.

So the stakes are indeed much higher for this role than for someone working in a single team.
by Raptor75 | 2025-10-26 09:46:07+00:00
funny thing, there was a bot with ready responses, created by a member of the community, and there was an RTFM bot response.

guess what, eventually the member got banned and the bot got thrown out the window.

also Hypfer likes to diss the bot, but him and his sycophants stillr egularly link to its responses. Hilarious!
by motorest | 2025-10-26 09:48:17+00:00
> How do you concern about strategy all day? Just sit down and think about it?

I'm not OP, but whenever your product is implemented by more than one team you will also have the need to coordinate and set strategic goals as well as accompany and steer each team towards where it's infrastructure/tech stack/systems architecture need to be.

If you do not offer guidance and determine technical directions, each engineer working in each team will happily fill the void and do their best to scratch their itch at the expense of the whole company becoming an unmaintainable big ball of mud.

Let's put things differently: what do you expect will be the output of a company if no one is responsible for things like directing the company's R&D effort, coordinate and specify the company's tech roadmap, even oversee product development.
by bignerd_95 | 2025-10-26 09:50:53+00:00
Please try to draw, step by step, a process where lower addresses are at the top and higher addresses are at the bottom. You’ll see that this makes everything much easier to understand.

Do not confuse this with push and pop on an abstract stack data structure. That is not the same as the process stack. On a real process stack, newer data is stored at LOWER addresses. In fact, every push decrements the stack pointer (the address is decreased).

If you want an example, think about how a string is placed and accessed on the stack. First, the stack pointer is decremented to reserve space (so in my diagram this “moves up” visually). Then the string can be read byte by byte by incrementing an index from the lower address toward the higher address. This is exactly like reading a book: left to right, top to bottom. If you flip memory upside down, everything becomes unnatural to understand: you would have to read the string from the bottom to the top.

Try decompiling a program with Ghidra. Open the disassembly view and look at the addresses on the left. Lower addresses are shown at the top. Higher addresses are shown at the bottom. In my diagram this matches perfectly. Everything is consistent and you never have to mentally flip the memory layout.

Years of practice led me to this, not just theory.
by digitalPhonix | 2025-10-26 09:52:37+00:00
I have a question for immutable distros: if I want to add a PAM module and configure sudo to use it, what’s the right way? (Or do anything that touches /etc/)?

The userspace vs. system classification doesn’t seem to have nice answers to configuring system components but still having the benefit of the immutable district; it’s all or nothing
by idoubtit | 2025-10-26 09:52:47+00:00
That's not how I remember the event. The fact that "people still largely depended on edited, gatekept outlets for their reading and viewing" played no role, as far as I know. Newspapers wrote about the Sokal-Bricmont story, not because they were concerned as gatekeepers, but because it was a spectacular hoax. I was in academia at the time, and it was widely discussed.

The hoax intended to show two facts:

- Philosophy and social studies sometimes have an unsuitable fascination for science, with a tendency to wrongly apply scientific concepts they don't understand. Some impostors had perfect fame in their academic domain, despite writing this pseudo-scientific gibberish.

- Scientific journals were supposed to publish provable or reproducible articles, so when a flawed article went through the publishing process, there was hope the errors would be detected and other articles would fix it. And a publication in a top-tier journal would bring intense scrutiny. In philosophy and social science, nonsense could get published, widely accepted, and even studied.

BTW, I remember Jean Bricmont telling how much he liked good philosophy, and how he was pained when reading fraudulent philosophy.
by meander_water | 2025-10-26 09:53:11+00:00
There's a few bits of information from the original sources that's left out:

- The METR paper surveyed just 16 developers to arrive at their conclusion. Not sure how that got past review. [0]

- The finding from the MIT report can also be viewed from a glass 5% full perspective:

> Just 5% of integrated AI pilots are extracting millions in value. > Winning startups build systems that learn from feedback (66% of executives want this), retain context (63% demand this), and customize deeply to specific workflows. They start at workflow edges with significant customization, then scale into core processes. [1]

[0] https://arxiv.org/abs/2507.09089

[1] https://mlq.ai/media/quarterly_decks/v0.1_State_of_AI_in_Bus...