skysight-inc/HackerNews huggingface dataset:
I think "user stories" are sometimes a good way to organize work, sometimes they just aren't.

A particularly toxic practice is gating the creation of tickets in the ticket system to being only things that can be expressed as user stories or that "specifically have to benefit the user."

I worked at one place where I (as a heads-down coder) put more tickets into JIRA than anyone else, partly because the person designated as the "project lead" never put in tickets.

I got bitched out for writing bugs like "The build process takes 45 minutes" and was asked "How does that benefit the user?" and replied "the user would have had the product six months ago if we had a 10 minute build process".

To articulate it, the system itself has needs that must be advocated for. For instance, everyone accepts that the server has to be plugged into the electrical socket, that the system has needs from a hardware perspective too. The system has software needs that also must be attended to so it can take care of the users.

A better way to think about it is that the system has (1) framework and infrastructure and (2) a bunch of user needs that is satisfies. Good architecture by definition is having (1) properly designed to make (2) easy.
One thing that is going to be awkward to navigate in the transition to self-driving cars is how they handle driving in bad weather. Obviously that's a technical problem but I'm not sure it's actually solvable because it's not actually solvable for human drivers. We just kind of do it anyway. But when a self-driving car has some quantified sense that "driving in these conditions is unsafe" will we get to the point where we just say f it and let them keep going? Or, maybe more likely, we remain in the gray zone where the car is fully self-driving but the human driver has to be ready to take control at any time which I think limits some of the larger impacts.
Administrators can enable it. If they have it set to 'Microsoft managed', number entry is enabled by default but not additional context. https://docs.microsoft.com/en-us/azure/active-directory/auth...
Good luck with inlining and devirtualization across DLLs with AOT.

JIT caches with PGO get most of AOT benefits, that is why after the short stint with AOT on Android, Google decided to invest in JIT caches instead.

The best toolchains can do both, so it is never a matter of either AOT or JIT.

GCC and clang aren't investing in JIT features just for fun.
Earthen Messages: Nikola Tesla in his Laboratory (ca. 1899)
Rendering is usually done with floating point on graphics cards, but I don't know if this is a requirement.
We used to ask "If you won the lottery and were suddenly wealthy, what would you do with your life?"

If the candidate answers "this job" they're either a liar or are so boring you wouldn't want to work with them anyway :-)
I'm 45, my kids all play mobile games on their phones all day long. I can't stand playing games that way. I certainly seems like it. Then again, I love WASD and never have gotten good at controllers either. As for touch interfaces in the future... Sure, they'll use them more, but I think they're still more fundamentally limiting, it will just be less so over time.
I'd recommend renting / buying a powerful (x64?) machine accessible over the internet.

Ever since I did that docker on Mac became bearable. That coupled with vscode remote development even allows me to easily mount volumes.

Plus I'm now less concerned about malicious 'npm post install scripts' which could potentially nuke all my data.
>> And it's bullshit.

> cherry picks worst-case examples and represents them as normative

Neither of my examples are anywhere near worst-case. All texture data bypassed the GC entirely, for example, contributing to neither live object count nor GC pressure. I'm taking numbers from a modern GC with value types that you yourself should be fine and pointed out, hey, it's actually pretty not OK for anything that might touch the render loop in modern game development, even if it's not being used as the primary language GC.
Sciences of “Dune”: An Introduction
I can't possibly understand how you can be debating in good faith when someone shows your optimism is likely off by a factor of 10x and you try to spin that into some sort of "doesn't explain it away" non-issue. When you set the bar at $1000 a unit and it is $15k+ (in 1999 dollars) per unit, that's kind of a big deal which you disingenuously brush away because it was fantasy. Development fees are just one piece of the regulatory barrier, these expenses add up, and they absolutely help explain the problem.

A house is made up of individual pieces of wood, drywall, bricks that are "under 10% of the cost" individually by the single piece but when stacked up they absolutely help explain the (much greater) cost of the house. It's going to be difficult to point to a single smoking gun; with housing it's death by a thousand cuts (in California development fees are one of the bigger ones).
Yes, and somehow this immediately triggered my memory of the CueCat from the same era.

https://en.wikipedia.org/wiki/CueCat
Ask HN: Where Are the Rust Meetups?
Rust is a popular, exciting, modern programming language, but I've had trouble finding Rust events, meetups, and user groups in my area (San Francisco). There have been essentially zero Rust events on Meetup in the last six months. None of the groups that were active when I looked two years ago have any activity.

Where does the Rust community gather and hang out IRL to collaborate, discuss projects, and exchange ideas? Where are upcoming Rust conferences announced? Is anyone organizing lightning talks or meet-and-greets anymore?
I find acetaminophen almost completely useless for pain. Ibuprofen is better but still not very effective. Naproxen sodium is the only OTC pain medicine which is effective for me.
You might also want to try Rancher Desktop. At the time I was solving things RD had some annoying bugs (so we are using colima for now), but it has come a long way and seems to handle networking a bit better than colima.

I plan to post a blog about the whole lot. Shoot me an email, or a tweet, or something and I'll ping you when I get round to it.
OT but is Scoop competing with Chocolatey? I'm having trouble seeing the difference and I've never heard of Scoop before
Wages don't get paid out of profits. They're paid out of revenue.

Did you mean that markup is about 10%?
MPL, in case others were similarly curious: https://gitlab.com/r2devops/hub/-/blob/mega_linter-0.1.2/LIC...
That developer was not hitting the ground running. That developer was being carried by someone else in speed lower then that someone else normal speed.

And also, pointy haired bosses and accountant don't mind pair programming all that much. Normal average developers with normal average psychology do mind it, object it, hate it.
For me, this activity is very often driven by "I need to do X, how do I do that?" It can be as general as "I want to make a web app with X language using Y framework". Often (for Golang and python, for example) there are lots of video tutorials talking about the necessary boilerplate -- so much boilerplate.

It can also be extremely specific "I want to split a ReadOnlySpan<char> on some delimiter (which you can't do, you need to cast to a string and use the Split method there). Fortunately, that was an easy thing to find an answer for.

Sometimes I want something specific that I have no clue how I would even start looking for the answer. I want to build a web app with a modular payment end-point so I can plug/play a large number of providers (ideally, I'd be able to arbitrarily hook in Stripe or the Bitcoin Lightning network or something else entirely). There are a host of problems for me here; I don't understand the problem space, so I have no clue what a "good" solution would look like, I don't even know if generic payment APIs even exist (zero research on my part), let alone in languages I understand (go, python, C#).

I guess my issue is formulating questions appropriately, so that the sum of answers is an answer to my driving question "how do I do X?"
Imo, as automation takes hold, one of two things will need to happen:

1) We'll all need to collectively let go of our societal ideal that work is virtuous. We will need to accept that a significant portion of people have little to no productive work available to them, and that there is nothing wrong with that. It's just the natural culmination of increasing automation and societal advancement. UBI would be a necessity in this scenario.

2) We'll see an increasing number of "make work jobs" that exist solely to keep people busy, and to generate an illusion of productivity. These jobs may ultimately be government funded, although governments may obscure the source of the funding to keep the "productivity illusion" going. For example, governments may provide business grants to keep a certain number of low-wage workers employed. I suppose this essentially would be an indirect UBI program, except that we'd make people do some nominal amount of unproductive work to "prove" that they're worthy of the UBI.

I strongly suspect we'll head towards option 2.
Oh, gotcha. Well, I definitely agree it would make more sense for it to be an object like you mentioned but I think it's probably more explainable by the fact there is native support for ISO date / time strings in most programming languages, making it just as easy to parse a date or time from a string value and having the added advantage of reducing the size of the payload on the wire. I could be wrong
100% this.

I feel like there's a ton of innovation in the cloud/container CI/CD space, but next to nothing elsewhere. In fact, some of the innovations in CI/CD make things _more_ difficult for those of us developing in other environments (such as game development).

There's a lot of low hanging fruit for improving things elsewhere.
AAD: Use number matching in multifactor authentication (MFA) notifications
Austin Ring Transformer
The whole M1 thing is definitely Apple's fault, but it did lead me to a huge amount of bitrot in Docker tooling.
Or alternatively pay you if you're off in the other direction, which I've had happen to me before.
No, a simple conversion can create an interface containing a typed nil. No need for the reflect package, neither messing with internal representation: https://go.dev/play/p/HGVNzf8gL-m
Adding the extra step of taking a picture loses a lot of the productivity gain.

I think the remarkable tablet is the right balance in 2022. It automatically pushes notes into the cloud.
A fractal with loops
Go was created with simplicity of feature set in mind, which does not translate into developer ergonomics automatically. It rather offers a least common denominator of lang features, so that most devs can handle it, who previously only handled other languages like Java and similar. This way Google aimed at attracting those devs. They'd not have to learn much to make the switch.

True developer ergonomics, as far as a programming language itself goes, stems from language features, which make goals easy to accomplish in little amount of code, in a readable way, using well crafted concepts of the language. Having to go to lengths, because your lang does not support programming language features (like generics in Go for a long time) is not developer ergonomics.

There is the aspect tooling for a language of course, but that has not necessarily to do with programmming language design. Same goes for standard library.
Yeah, the Donkey Kong guy was the same way. No love of the sport. People living for empty achievements.
You can have a support ticket with an actual human at Fastmail, imagine that :)
With the big "villain" graphic at the top somebody visiting on a phone or tablet might be excused for thinking there is no content there.
This is wrong. Kidney failure from NSAIDs is very common, and also very dangerous. And can develop at recommended dosage.
From your link (which I remember reading at the time):

> So by simply reducing GC frequency, we saw close to a ~99% drop in mark assist work, which translated to a~45% improvement in 99th percentile API latency at peak traffic.

Did you look at the actual article? (Because it doesn't support your point). They added a 10GB memory ballast to keep the GC pacer from collecting too much. That is just a bad heuristic in the GC, and should have a tuning knob. I'd argue a tuning knob isn't so bad, compared to rewriting your entire application to manually malloc/free everything, which would likely result in oodles of bugs.

Also:

> And it's bullshit.

Please, we can keep the temperature on the conversation down a bit by just keeping to facts and leaving out a few of these words.
This sounds intuitively correct. It also leads to the unintuitive implication that paying down technical debt as soon as it arises and keeping systems simple and elegant as much as feasible, and well-documented wrt. inherent complexity, is not just key to software assurance and quality in general, but also to optimizing the use of developer time. Accidental complexity is not really manageable "debt"; it imposes large and growing costs over time.
That also coupled with this explanation of why an AM radio antenna can be inefficient; an inefficient antenna isn't going to be great for VHF bands like FM radio.

> The number one reason that an inefficient, small antenna works well for AM radio is that even with an awful antenna, AM radio performance isn't limited by receiver sensitivity. Atmospheric noise and nearby EMI will dominate over any receiver noise.

https://news.ycombinator.com/item?id=30859968
All these responses really resonate with me. I'm not burned out on computers, but too often I find my self just doomscrolling and looking for something else to do. So I decided to take up virtual retrocomputing, learning about the Apple II and CP/M. It's not at all useful, but to me it's all new (I come from a Commodore background. It's challenging and keeping me fresh.
Humans are predators too!
The ability to type 30+ WPM. This is a pretty low bar to cross.

About half the people I have worked with when faced with the task of writing a 40 character line of code will do something like find a similar line and copy and paste it, and then change a character or 2, and then go find a 6 character variable that they need to type and instead of just typing the 6 characters, they highlight another copy of the variable with the mouse and then copy and paste the 6 characters. The whole thing is really frustrating to watch when you're pair programming with them. I'd be surprised if they're getting more than 10 WPM through all of this. It's got to be a huge mental burden for them as well; I mean, getting a few characters on the screen shouldn't be a mental exercise, you shouldn't be thinking about where you can find a similar line you can copy/paste, and you shouldn't be thinking about where else you can copy/paste variable names from. Getting a line of code onto the screen shouldn't be a creative endeavor.

I know being able to type 100 WPM isn't a great advantage when programming, but a minimum of typing skills, a mere 20 or 30 WPM, is important.
Sure. I've just subscribed to the ticket.

I'm not an expert on the topic. Like you said, we're on HN: there's probably five people here who have written PID1 for an actual Unix. :) But I'm happy to take a look.
Actually every country is different in that regard. In many parts of Asia (e.g. Singapore, Hong Kong) good luck even finding ibuprofen or aspirin. It's usually behind the counter rather than in open display.

Instead there's dozens and dozens of GSK's Panadol paracetamol (acetaminophen), some of which even next to a cash register as a throw in.
The control aspects of self driving are much easier to solve.

Here’s an autonomous drifting Delorean https://youtu.be/3x3SqeSdrAE

The physics and control of cars are quite well understood, even in extreme conditions. Further, sensors allow a car to detect changing road conditions much more quickly and adeptly than a typical human.

The hard part of self driving seems to be understanding and predicting the humans in its environment.
> Objectively, a great majority of people can live their lives without even thinking about or performing calculus

OK no argument there. The OP statement was "For example ... Calculus for solving all sorts of problems" so it appeared you were taking issue with the idea that Calculus can be used to solve all sorts of problems. Your argument is clearer now: even if Calculus can be used to solve all sorts of problems that doesn't mean that it is "fundamental knowledge" for most people.
He’s definitely wrong. Sometime last year I had a cold and I know pseudoephedrine helps me.

I ran out and wanted to buy some at the local cvs. Now, I’m not a US citizen but I’ve been here a few years already and am a permanent resident. I do not have a US state ID or a US driving license, and in my many years it has _never_ been a problem. Everyone was always happy with my green card as my ID - bars, domestic flights, international flights back to USA, bank account openings etc. But not for purchasing pseudoephedrine at CVS…

I literally stood there with my green card and my European passport and was begging the cvs clerk to sell it to me, but the told me it’s impossible, system doesn’t accept those IDs (and they tried, even showed me their computer screen). And so I had to leave empty handed and with a runny nose, and came back later with an American friend to buy it…
What you should get out of this is that you should stop expecting your (1) and (2).
"It does now!"
> Purely popular voting, as in a pure democracy, is demonstrably flawed - that's why representative democracy came about

Every form of democracy is flawed, and it's important to be aware of them. Otherwise things tend to kinda spiral out of control, which they arguably already have in a lot of western nations with wanton corruption and completely insane people getting elected.
> owing to the prevalance of Google Workspace at every job I've worked

This frightens me. I may have a skewed vision from 25 years in the banking industry; do real functional businesses (not VC money fires) actually pay Google to harvest their data and not deliver inbound email?
I would say that there is still a benefit of pairing an expert with a novice now and then. Not for productivity but for long term effects. They cannot be _too_ far apart though.
If I wanted to work on Serenity OS, how long does it take to compile?
I skimmed your website - Don't be scared of doing things the right way. Ie, not stringing together dev boards. Learn how to design circuit boards - KiCad is a good-enough free option. Learn a 3D CAD program like Solidworks or Fusion for enclosure/part design. You can skip injection-molding an enclosure by machining a pre-made one, eg by Hammond.

Just do it. You'll have to learn a lot, but it's the answer to this X/Y question. The Art of Electronics is a nice book for learning about analog circuits, but you can get away with a lot these days by wiring together ICs that do the magic internally.
Weird. Even during covid when I was wearing a mask, I never got ID checked at a store in WA. It seems much laxer here than in other states I've lived in.
The way it seems it should work is that once the amount is entered on the form, it should be treated as the whole dollar amount for subsequent calculations. E.g. if the number comes from Schedule C, once that form is completed and you "enter this amount on line X of Form 1040" then any further calculations on the Form 1040 should use the whole dollar amount as printed, not the dollars and cents.
A train is much more energy-efficient. Convenience is not the only important factor here.
We avoid doing pair programming, because personalities matter, and this circus about driver and co-pilot is yet another "agile" marketing gimmick.
Sorry, I am doing stuff in the function... here is one of the old ones from code I can share

def dec(value, prec=4):
"""Return the given value as a decimal rounded to the given precision."""
if value is None:
return Decimal(0)

value = Decimal(value)

ret = Decimal(str(round(value, prec)))
if ret.is_zero():
# this avoids stuff like Decimal('0E-8')
return Decimal(0)
return ret
But you don't know it's not a rug — could be an elaborate one.
I still do this. I keep a pocket sized card folio and a pen on me at all times. I go on daily walks and take my cards with me. Ideas pop up and I write them down on a card. Once a note is recorded, I insert its card into the back of my folio. Once per week (at least, on a schedule) I empty the folio of ideas and enter them into a my digital notes system (bespoke, made with emacs). From there I can label, associate, file-away, and prioritize different ideas.

I find the main benefit to doing all of this is the ritual itself. By revisiting ideas a couple of times throughout the "card lifecycle", I form associations between disparate thoughts.

For maybe 20% (idk) of the ideas I jot down a smartphone wouldn't have been as easy or as useful. Besides, I like to go on walks without a phone - when I go to record a idea I am guaranteed not to be distracted by some notification or prompt from the rest of life.

If you can stand to look like a throwback or hipster or wackadoodle, I recommend keeping a small note pad or set of cards on you all the time.

another use, less relevant in today's world than in the world of a few years ago: When meeting people at a coffee shop or restaurant, it was nice to hand everybody a card and a pen and ask them to doodle something. This was a nice icebreaker.
Athira Investor calls for CEO replacement and wants two board seats
What Is Buy, Borrow, Die?
Self hosted email for 20 years so ignoring that:

- nextcloud for photos/drive
- bitwarden with vaultwarden backend for passwords
- self hosted Firefox Sync for everything else
- syncthing for outlying file sharing
- jottacloud for high capacity storage dump (rclone is your friend)

Probably forgot something