skysight-inc/HackerNews huggingface dataset:
Hey, just wanted to say nice app :)

Lotta people talking about broader app/subscription ecosystem issues, which hopefully you can take as off-topic to your specific project. Making a cool useful thing and putting it on the internet is great, cheers.
When I was writing one of my first books, I created a list of common editorial feedback of words and terms that I need to stop using. "Just" was in that list. Removing it usually resulted in a better product.
Agreed wholeheartedly- must be a SV trained individual.
The researchers mostly demonstrated that if you lie to people, you can confuse them. This is not much of a result.
They're not really doing the experiment they claim they are doing. They need an experimental design that doesn't involve lying.
This really added something to my way of thinking about this. Thanks.
Wayland seems like an odd entry in that list. It's mostly a strugle for people because it's not the monolith X was and now we have dozens or hundreds of different applications from different vendors to cover a subset of the functionality that was built in. In that sense X was the complex monolith that is extremely difficult to replace.

Also unlike the complaints about systemd in the article, Wayland is well suited to embedded. Automotive Grade Linux was an early adopter. It's desktop usage that has taken longer.
How does "No Paid Prioritization" compare to "Equal Time", and which groups have opposed and supported which?
In my somewhat limited experience the key word here is "novel" and it's where I too disagree with your parent poster: One is most often asked to write a software because of some task that has not yet been solved, meaning one has to inevitably make an invention, which are, like future herself, inherently unpredictable.
> Readable multiple line indented text.

Then

> <Book>
<Name=A Plan>
<Author>
<Name=Eric Harrison>
<Mobile=+64 24 240 990>
<$>
<<Reviews>
Fascinating.
<&>
Of interest.
<&>
Worth reading.
<<$>
<$>

Does that look readable to anyone?!
> What is your actual assertion?

That the original comment I replied to is false: "Good luck designing crash resilient structures without simulating it on FEM based software."

Now what's my opinion? FEM raises the quality floor of engineering output overall, and more rarely the ceiling. But, excessive reliance on computer simulation often incentivizes complex, fragile, and expensive designs.

> passenger aircraft safety are leagues better today

Yep, but that's just restating the pros. Local iteration and testing.

> You're replying to a practicing mechanical engineer

Oh drpossum and I are getting to know each other.

I agree with his main point. It's an essential tool for combatting certifications and reviews in the world of increasing regulatory and policy based governance.
Most programs require a setup phase, where they want a great deal of access to the environment to set up the resources they use, and a steady state phase, where they need very little access beyond pre-opened file descriptors.

An externally imposed sandboxing feature can be useful for namespacing, but is necessarily less restrictive than pledge and unveil. For example, in steady state on OpenBSD, most programs can't even their own configs.
Yes. Putting a Postgres tablespace on a RAM disk (tmpfs) does wonders. Even if NVMe may be comparable to RAM by bandwidth, whatever Postgres has to do to ensure that data are written to the durable store as a part of a commit is still significantly slower compared to RAM.

Highly recommended for running tests, especially in CI/CD pipelines. Doing this simple change can speed up DB-heavy tests 30-50%.
Can other countries conduct trials for these treatments at the patient's own risk?
I meant "proven" when done by the patients themselves, not by the doctors necessarily.

Dr. Gundry has done an interview with a martial arts guy who was diagnosed with cancer, and fasted for 20 days only water, and 20 days a little meat and nothing else, and one or two sessions of chemotherapy or radiotherapy later he was clear of cancer. There are many people who talk about same experiences, from the patient side.

If some doctors are seriously researching fasting and cancer treatment, that's going to produce some measurements instead of relying on anecdotes.

I cannot find Gundry's interview, it's 5 years old something like that.
> I've asked in the past, and been told that a even a 2x-3x difference in the amount of RAM made such a negligible difference in cost it was decided to go with the larger amount

That doesn't pass the sniff test. Look at retail RAM prices. Certainly the magnitude of the price is quite different than buying individual RAM chips at quantity, but the costs do scale up as RAM size goes up. Hell, look at RAM chip prices: you are definitely going to increase the price by more than a negligible amount if you 2x or 3x the amount of RAM in your design.

Also consider the Raspberry Pi, since the article mentions it quite a bit: RAM size on the Pi is the sole driver of the different price points for each Pi generation.
Dependency management and imports (without a proper namespace solution) make me angry beyond reason. I love and hate Python.
https://archive.is/jGOUf
'Do-it-yourself' data storage on DNA paves way to simple archiving system
A new better alternative definition of Terse:

The act of proclaiming a “new standard” without any user community to speak of.
Ok, so click click click click click click click click click press click click click press click click. In the end I'm still having to pay attention to the screen anyways, and once again the screen is probably going to be touchscreen anyways so it's extra hardware just to have a more complicated input system than just pressing the screen, taking up space in the cabin to have this redundant control scheme. Once again just to change settings I shouldn't be changing while driving anyways like how far back the seat should go when the car is off and I open the door or if the passenger side mirror should tilt down when reversing to help aiding in parallel parking. So critical to operate that with physical controls so one can change those settings while driving!

I've had far more rotary encoders fail than I've had capacitive screens fail, so even an argument of higher reliability is pretty moot. Most damage that would break the capacitive touch is going to damage the rest of the screen anyways.

Finally, if it's so I can change those settings while wearing gloves, wow I'm going to increase the complexity of the car and take up more space so I can change the settings on the secondary keys without taking off my gloves when it's really cold outside someday. So much stuff just so I can do that thing I rarely do anyways slightly easier for a few days of the year, assuming I'm changing those settings while also getting in and out of the car a lot so I wouldn't want to take off my gloves for a minute.

Just put the settings behind a touchscreen. It's fine.
These tools are attempting to solve different problems (really, different, overlapping sets of problems) - because there isn't even really agreement on what the problems are.

My personal view is that there "one standard tool" makes sense for users (i.e. people who will install applications, install libraries in order to create their own personal projects, etc.) but not for developers (i.e. people who will publish their code, or need to care about rigorous testing, published documentation etc.). The latter require the users' install tool, plus specific-scoped tools according to their personal preferences and their personal conception of what the problems are in "development" that need solving. That is, they should be able to build their own toolchain, although they might start with a standard recommendation.

Pip's scope has already crept in the sense that it exposes a `wheel` subcommand. It needs to be able to build wheels in order to install from sdists, but exposing this functionality means providing... half of a proper build frontend. (PyPA already offers a complete, simple, proper build frontend, called `build`; if `pip wheel` is part of your deployment process, you should probably be using `build` instead.)
SEEKING WORK | REMOTE | WORLDWIDE

Location: Serbia, GMT +1

Remote: Yes

Technologies: React, Next.js, JavaScript/TypeScript, Node.js, Astro, TailwindCSS, Jest, Cypress, Prisma, PostrgreSQL, MongoDB, Docker, C#/.NET

Resume/CV: Available on request

GitHub: https://github.com/nemanjam

LinkedIn: https://www.linkedin.com/in/nemanja-mitic

Email: nemanja.mitic.elfak [at] hotmail.com

I am a full stack developer with a Master's degree in Computer Science and 4.5 years of professional experience with JavaScript. My top skills are React/Next.js and I am also good with Node.js backends. I have decent experience with C# and .NET but currently it is not my main focus. I have a decent understanding of DevOps technologies (Linux, containers, IaC, automation) for a developer. I also have interest an in Python and FastAPI.

Here are some of my projects:

1. Comprehensive project: full stack Next.js, Prisma, unit, integration, e2e tests, CI/CD.

https://github.com/nemanjam/nextjs-prisma-boilerplate

2. Latest project: developer blog script, Astro, TailwindCSS.

https://github.com/nemanjam/nemanjam.github.io

I have experience working remotely for startups within globally distributed multicultural teams.

I have detailed resume available upon request. You can check out my other projects at https://github.com/nemanjam . You can tell me about your project via email: nemanja.mitic.elfak [at] hotmail.com or connect with me on LinkedIn: https://www.linkedin.com/in/nemanja-mitic .
YES I FOUND IT, article on the same topic, not in the context of computers: https://thehealthygp.com/2021/04/28/why-i-stopped-using-the-...

Why I stopped using the word “just” and why the #justaGP narrative has to stop
Previously (8 points) https://news.ycombinator.com/item?id=40892203
My favourite related blog: https://squareallworthy.tumblr.com/post/163790039847/everyon...

> If your solution to some problem relies on “If everyone would just...” then you do not have a solution. Everyone is not going to just. At no time in the history of the universe has everyone just, and they’re not going to start now.
Both a C# and JavaScript implementations exist.
The terse “single punctuation character”, e.g. <$> make it efficient to write, more efficient than JSON.
There is no “extra open bracket”?
There is a overview of how the indenting operates.
Mode-less, means the tokeneizer does not require modes, unlike those required for XML. The parser has state.
Have the top level document named allows one to see what the document is, e.g. <Example-Document> or <Person>.
You're really going to memorize the menu layouts to adjust the different settings for the seat moving when you turn off the car and open the door? You change that setting enough you're going to get a lot of muscle memory for that setting? Really?
They're responding to the person recommending octopus robots, not the vision comment.
For a REPL-like interface, you could try the chatgpt-shell package. It can execute code generated by the LLM. It too does this by using org-babel though, it just calls org-babel functions under the hood. It's also OpenAI-only right now, although the author plans to add support for the other major APIs.

gptel has a buffer-centric design because it tries to get out of your way and integrate with your regular Emacs usage. (For example, it's even available _in_ the minibuffer, in that you can call it in the middle of calling another command, and fill the minibuffer prompt itself with the text from an LLM response.)
So you'd rather she them before you get cancer?
Then it's good thing he doesn't do that and instead converts it to PDF before sending.
Ah. I'm thinking of [1] from 2016, when there was a plan to add short-cut evaluation to short-cut comparisons. That avoids evaluating all the terms when not necessary. But that was deferred.

[1] https://peps.python.org/pep-0535/
Is it re-solving for dependencies every time? Have you checked where the bottleneck is? (Don't CI pipeline tools hold onto Pip's download cache? Maybe this is part of why Setuptools gets so many downloads...)
Most people I know just like being good at their job, helping people, getting paid a reasonable wage, etc. The ones driven to run their own thing are much more dissatisfied as a general rule than a normal person.
That's not true. Survival rates in most cancers went up, not only in lung cancers.
>People who vote for him, at a minimum, are ok with his behavior.

This would suggest that people who voted for Obama are ok with conducting drone strikes against civilian weddings, wouldn't it?

I voted for Obama. Obama conducted drone strikes against civilian weddings. I'm not okay with that behavior. I'd still vote for Obama again, given the opportunity.
A decade ago, I had to settle for 512MB of ram for my Windows XP desktop.
> The gap between “over 1GB of RAM” and 8MB RSS contains the vast majority of embedded Linux devices.

Of all currently existing Linux devices running around the world right this moment? Maybe.

But of new devices? Absolutely not, and that's what I'm talking about.

> The majority of cost constrained products don’t allow that, though.

They increasingly do allow for it, is the point I'm trying to make.

And when they don't: there are far better non-Linux open source options now than there used to be, which are by design better suited to running in constrained environments than a full blown Linux userland ever can be.

> It increases boot times (mentioned in the article) which is a pretty big deal on certain consumer products that aren’t always powered on. The article makes some good points that you’ve waved away because you’ve been working on a different category of devices.

I've absolutely worked on that category of devices, I almost never run Linux on them because there's usually an easier and better way. Especially where half a second of boot time is important.
words mean things. What's really the benefit of adding in "just"?

Your claim is that people are too easily offended and so maybe these people will be (too) easily offend by the word. So what's really the benefit of using the word?
Source article: https://news.ycombinator.com/item?id=41926297
What do memory and thread safety have to do with the project's stated goals? I for one would love to avoid systemd's arbitrary requirements while retaining compatibility with upstream (e.g. PID must be 1).
I argue that the extra $2.50 (or whatever) to expand to 4GB is worth being able to use a stock Debian + systemd.
The Missing Readme: A Guide for the New Software Engineer Book Review (2021)
We (at the BBC) had the later 286 versions which claimed compatibility, and could run Windows 2.0 - they were still crap, and in fact so unreliable that we trashed them all and replaced them with Compaq, as doing so was so much cheaper in support, development and other costs.

Original reason for buying them was of course because they were "British". This was in the late 1980s - luckily things have changed since.
The example you give is valid xᴇɴᴏɴ. The key and value may contain whitespace and must be delineated? <>s are that that made XML and HTML good.
There are <> characters, which are awkward on a good day. Yeah, we use them in HTML but the editor helps with that. And there are a bunch of special characters and "objects" that require interpretation. JSON has what? Quotes, square brackets, colons, and commas, used the way they are used in most programming languages, and thus familiar to most of us. Outside of terseness, which is overrated, what real advantages does XENON provide?
Nike: Just do it.

OP: Well it's not always as simple as that. How will you get to the gym? Will you drive or ride a bike? What if there are other people using your usual weight machines, do you wait or do cardio? If you're working out after work, will you need to bring a change of clothes? How will my diet affect my workout? And how can I track my fitness to ensure I'm making progress?

Sometimes the answer is to just inject that JavaScript snippet. Of course all the follow up questions that OP mentioned to injecting that JS snippet are valid. But that is part of the "just". The person "just"ing that has assumed that you will consider all of those caveats and there should be no issues, because after all, why would there be if millions of people already use it without issue? It's up to the engineer to just do it, or push back if it's not actually as simple as it seems.
Queuing, locking, pub/sub: check.

Caching, often the most important application of Redis: oops.

Updates in Postgres are notoriously more expensive than inserts (generate garbage, require vacuuming); durability guarantees, not important for caching, make writes significantly slower.

Automatic expiration is very convenient and fool-proof.
What is "equal time"? I've never heard of an "equal time" net neutrality rule.

The only FCC "Equal Time" rule I'm familiar with is with respect to political party representation during election coverage.
If someone says "just", it means they believe the presented solution is less complicated than some existing proposal.

That conversation should be a significant part of software development, and usually the answer is "no we can't just do that, because it wouldn't do what we are trying to do", or "yes, but it's not actually as simple as you seem to believe". Sometimes the answer is "yes, we can just do that" and everyone should be glad when that is the case.

If you can't handle normal engineering criticism, then you are an imposter. Real engineers generate alternatives, and evaluate alternatives proposed to them.
It's a Intel(R) Core(TM) Ultra 7 155H. And as far as power is concerned, spending some time fiddling with tlp will get you a good chunk of the way there. Playing around with different DEs will give different results. Sway is my preference, it's my favorite and has the lowest power footprint. Blacklisting drivers, tuning sysctls and hardware helps as well.

I'm almost never CPU constrained, so I tend to have everything idled down as much as possible.

Edit: and just for context, opening firefox and browsing the web right now has me at 9W.
Actually, modern routers typically have 512MB RAM. And RPis absolutely are embedded, not only are they often used for one-off embedded installations due to the 2-day lead time from Amazon, but also the compute module is very popular in industrial control.
The way we eliminate all politics where I work, all problem-solving interactions are solution-focused. Someone may lay some blame, that is immediately met with one of the team asking “what’s the solution look like to you?” Enough repetition of this creates an environment where nobody opens their mouth unless prepared to suggest a solution to be discussed.
I agree, controls drivers should be expected to use when the car is in motion should be physical and on/immediately around the steering wheel.

GPS? As in you're going to have like a whole QWERTY keyboard as physical keys or something for punching in addresses? I've got no problem with practically everything about the navigation be on a touchscreen, I shouldn't be messing with it while the car is moving. Just make it big.

Radio/stereo should have physical controls on the steering wheel. You shouldn't really be messing with the center console while driving. It's not like you should be swapping CD's or navigating folders on the USB drive or whatever. Anything past next/previous and volume is probably too much.

Cruise control should be on the steering wheel or stalks as well.

It's 2024. Thermostats have been a thing for a long time. Cars can make us comfortable without having to mess with the settings every five minutes. Every time I'm in a car that doesn't have auto climate I hate it, have to constantly futz with it to make it actually comfortable. Meanwhile even my 2000 Accord had a decent auto climate that I practically never had to touch. But whatever, put the basic AC controls and what not as physical controls. The only one I care to absolutely be physical is max defrost.

But my point is, there are a ton of controls you're possibly going to use sometimes, even if only to originally set up the car how you want it. It's asinine thinking every function of a modern car can have some physical switch and toggle to it. Loads of cars would look like the controls on the Space Shuttle if you forced every feature available to be assigned to a physical switch.
Do you have any textbook recommendations for the structural engineering perspective?
I'm not a systemd hater, but I use it mainly only because my distro of choice (Debian) switched to it. If Debian chose something else, I'd be fine with that too. I'm a user out of necessity (or perhaps inertia), not out of choice.
Right, Cuba. The tiny island the US is obsessed about.

Cuba actually outperforms its non-communist former slave colony neighbors (Jamaica, DR, Haiti), which is especially impressive considering the never-ending sanctions from the US.
You provide any reasonable living location in SF for $700 a month and there will be big demand.

It's good they are doing this but it's just another sad about the housing crisis in the bay.
There may be a selection bias here. Did this study draw from successful entrepreneurs? Did they interview ones whose startups failed?

The right way to study this would be to sample business license applications from five years ago and track down the people today.
What Prolog resources would you recommend for someone to learn it and a blown mind?
Honestly, most of the "gaming" comes from (quoting from another response in the thread) decision fatigue. For example...

My wife absolutely hates seafood. So, if I don't want to pick I just start heading in the direction of somewhere like Red Lobster and she'll always think of something else rapidly.

She'll do the same to me with something like a vegetarian place.

What's hilarious is when one of us starts heading somewhere we think the other won't like and they don't change it. We end up eating there and usually have a great time anyway. I've learned to like eggplant that way, and she's started growing more fond of Thai food.
Funnily enough, I've been working on solving the same problem concurrently. Though in my _very_ biased opinion; I think CONL is easier to read and write:

https://github.com/ConradIrwin/conl

value = example

map
a = b

list
= 1
= 2

multiline_value = """bash
#!/usr/bin/bash
echo "hello world"
Eh, the UEC effort is a standards org through the Linux Foundation so it won't be subject to any of the usual chicanery. And actually, it looks like Nvidia is jsut a general member and not one of the Steering Committee members;

https://ultraethernet.org/wp-content/uploads/sites/20/2023/0...
Depends how the flow goes. It's reasonable to only check the diagonal when one player has actually played on the diagonal, in which case this is fine.
By saying code is used to access a binary tree? lol
I'm one of the devs. Our model is fully voice-to-voice, no text was involved in the making of hertz-dev for exactly this reason.
Rob Pike once talked about dealing with this: https://go.dev/blog/errors-are-values
Only If "how to synthesise certain chemical compounds?" Was already in the original model..
That's probably an oxymoron, but who knows, one day some variant might emerge.
The “readable indented text” refers to https://xenondata.org/#scalars where multiple lines of text can be indented and extracted as expected. One can argue that JSON is not readable due to requiring escaping (\n) for multiple line strings.
When I worked in robotics at JPL, "just" was a running joke. We all tried to avoid using it, because we were all aware that it was a strong indicator of underestimating a challenge. We'd still catch each other using it all the time.
> Sometimes, the best answer is in fact "just add a DNS record."

Why not (just) answer with "Add a DNS record." ?