skysight-inc/HackerNews huggingface dataset:
BLS signatures can provide similar properties

Crypto (by which I always mean cryptography) can help secure a lot of things that normally are just “trust in a middleman”

https://news.ycombinator.com/item?id=29306829
Right, I just mean that with a big US election-related thread currently on the front page, there's not much chance of having a second one at the same time.
This is interesting. My first thought was that a language where more meaning is expressed in syntax could catch more errors at compile time. But there seems to be no reason why meaning encoded in semantics could not also be caught at compile time.

The main benefit of putting things in the syntax seems to be that many errors would become visually obvious.
No mention that the British Cunard liners, like the Queen Mary and Queen Elizabeth, were subsidised by the government.

The government loved having big fast ships it could requisition as troup carriers. The two queens were too fast to be intercepted by uboats. Mary moved 800k troups in WW2

As late as 1982 the Canberra was requisitioned and sent to the Falkland Islands conflict.
How do you prevent the rice from sticking to the bottom of the pot? Do you stirr it a few times?
No one's forcing you to upgrade when the framework does. We still have a Vue 2.7 codebase chugging along just fine and won't upgrade it unless truly necessary.
The point is to make it harder for them to raise money to spend on building nukes. It's not meant to change their mind by making them feel bad or something.
At first, humanoids will not be used for these inflexible, old-style mass manufacturing factories. Humanoids can automate where flexibility is needed. E.g. a baker baking 5000 breads a day for a local community cannot afford the capital expenditure to automate every step in his pipeline with these ABB machines. He could afford to automate with one of these new humanoids though, as the same machine first does step 1, then step 2 all the way to the end of the recipe, in a kitchen which is already there.

Same idea with individual production. A toyota factory builds you one exact copy of a car in any colour you want (as long as it's black). But we might go back to a more individualised default in manufacturing, where for example tailor made clothes become affordable to most people again.
How do North Koreans afford those phones?

With so much smartphone penetration, how come foreign intelligency agencies are not developing ways (eg new firmwares) for North Koreans to circumvent the limitations imposed by Pyongyang?
Or you could be honest.
Well my phone, TV and blue ray player do lots of useful stuff.
> Sounds like the early days of software engineering

Sounds much more like they are trying to work with a production system without the source code, the debugers, the compilers, the datasheets, and the documentation.

Plus many of the things they want go directly against the wishes and good judgement of the engineers who made the system. They want to start the car without the steering component. I bet that someone at the manufacturer spent extra energy that you can’t do that. Why? Because under production circumstances if the steering components are not answering that means that something is terribly wrong with the car and it would be dangerous to turn on and accelerate.

Same with the keyless entry component. I bet that there were at least an effort done to make circumventing that hard.
I haven't wanted to wade into this because I want people to use and experience the site in the way they want but also I am kinda interested in the discussion about what kind of "rules" should exist.

Honestly, I appreciate @Cabinguy for taking the initative to show people how it works and if the price of admission is some links to his stuff all the better. Furthermore, this is exactly what it is for. I guess in some ways it IS spammy but that's sort of the point is the market your own links. Generally this url then gets put in your instagram / tiktok / whatever bio that only allows one link.

I like that @WizzWizz4 (the greatest of the WizzWizzes in my opinion) was defending the "sanctity" of my site but also probably more importantly to them this site. However, I just don't think it is needed here. As the website was used as exactly it was intended.

:) Maybe no one was wrong.
Nvidia networking is what used to be called Mellanox networking, which was already dominant in datacenters.
I enjoyed this read.

Seems to be a theme, in this generation, that the "skill building" paradigm is useful.

Speed is a skill. Physical strength is a skill. Emotional stability is skill. The skill paradigm can often be abstracted as stimulus-> adaption. The concepts seems to be applicable to "physical/motoric" skills as they are to cognitive or emotional skills.

I'm a believer.

I suspect (just musing) that some degree of Hegelian ping pong is going on. Early 20th century education systems were highly skill based. These were (and are) criticized for their "rote learning" deficiencies. Creative inadequacy and inability to apply skills/knowledge creatively.

I think there is a point of tension between these two. This could probably be formalized further. For example, skill transfer seems to decline as you progress a skill. Specialization. But... I'm not sure that kind of thinking is useful.

I do think if we are becoming highly focused on "skill based learning," we need to balance that (especially young children) with a rich/holistic approach.... which tends to be structurally opposed to skill acquisition.

Programming ability, for example. A lot of people have been trained, yet cannot programmed at all. What they seem to have in common is never having "tried to do a thing." Unstructured, inexplicitly motivated, determined effort to reach some sort of result by drawing on whatever skills you do have.

A lot of "skills" are illegible, difficult to isolate, name or train explicitly. I suspect that overemphasis on skill can result in these becoming a limiting factor.

Beware the local optima.
Another system migration example (TSB, 2018) from the UK: https://www.tsb.co.uk/news-releases/slaughter-and-may.html
Competitive Programming in Haskell: Union-Find
It's possible now with the built-in "db adapter" plugin. I also have lots of misgivings about the Prisma ORM, but this particular thing is possible now.
Reader macros are there to program and configure the reader. The reader is responsible for reading s-expressions into internal data structures. There are basically two main uses of reader-macros: data structures and reader control.

A CL implementation will implement reading lists, symbols, numbers, arrays, strings, structures, characters, pathnames, ... via reader macros. Additionally the reader implements various forms of control operations: conditional reading, reading and evaluation, circular datastructures, quoting and comments.

This is user programmable&configurable. Most uses will be in the two above categories: data structure syntax and control. For example we could add a syntax for hash tables to s-expressions. An example for a control extension would be to add support for named readtables. For example a Common Lisp implementation could add a readtable for reading s-expressions from Scheme, which has a slightly different syntax.

Reader macros were optimized for implementing s-expressions, thus the mechanism isn't that convenient as a lexer/parser for actual programming languages. It's a a bit painful to do so, but possible.

A typical reader macro usage, beyond the usage described above, is one which implements a different token or expression syntax. For example there are reader macros which parse infix expressions. This might be useful in Lisp code where arithmetic expressions can be written in a more conventional infix syntax. The infix reader macro would convert infix expressions into prefix data.
Doesn't really matter for a syntax highlighter, because it is out of your control what you get. For the llamafile highlighter even more so since it supports other legacy quirks, like C trigraphs as well.
Alternative take: maybe the app developer is combining random snippets found online mostly without knowing what he is doing.

Remember that not long ago, Facebook was caught having deliberately bad sample code with too broad permissions

https://privacyinternational.org/report/2647/how-apps-androi...
Just like Apple is doomed…for the past 20 years.
One of the biggest thing that surprised me is that there's a binary written in Rust that listens for your queries and then passes them to the underlying database.

That's unnecessary moving part IMHO. Is it still the case or they changed their architecture recently?
My analogy was bad and I'd probably be wrong as you (and your sibling post) say to expect WebGPU to have any lurking dangers as compared to WebGL. I was mainly trying to express concern with new APIs and capabilities being regularly added, and the danger inherent in growing these surfaces.
And as someone mostly working with Python, I can tell you, while there are good solutions to have reproducible setups, the mindset of people is just not there yet. People don't care enough or are too shortsighted to get it.
Problem is that it doesn't actually work that way. The boat tourist don't spend too much, or comparatively spend lot less than those that visit cities in other ways. The infra to support the ships cost money, and then usually any activities are run by ship owners. Plus full board is standard so many prefer to eat there and also sleep.

It is much more efficient to focus on tourists that live in hotels, buy every meal from local restaurants or at least shops. Have actual time to spend in more than main attractions as such diffuse over larger area. And well have more time for shopping or do it at local airport.
Thank you for your kind words!

> Yes, sort of, but mostly no. Events do not "trigger" anything. The recipient of an event may perform an action in response to the event, but events cannot know how they will be used or by whom.

I don't see the difference. Maybe it's a language thing. But I'd say if a recipient receives an event and perfoms an action as consequence, it's fair to say the event triggered the action. The fact that the event triggers something doesn't mean the event or the publisher must know at runtime what's being triggered.

Regarding your suggestions, I think your proving my point. Of course the whole "there are two types of.." is a generalization, but given that, you seem to fall in the first category, the one I called "DDD engineer/architect".

My response to the first three would be: Why? I know some literature suggests this. I've applied this pattern in the past. And I wrote "This is totally legitimate and will work.". But we also need to ask ourselves: What's the actual value? Why does the kind of event / the business reason have to be encoded as the name/type of the event? Honest question. Doesn't having it in the event payload carry the same information, just in a different place?

I don't want to be following what might be seen as "best practices" just for the sake of it, without understanding why.

I know of a few systems that started of with domain events that were named & typed "properly" according to the business event. And after a while, the need for wide events carrying the full state of the source entity arose. If you look at talks and articles from other EDA practioners (e.g. the ones on https://github.com/lutzh/awesome-event-driven-architecture#r...), you'll see that's not uncommon.
This regularly leads to having to provide the wide events in addition to the "short" events. This is extra effort and has its own drawbacks. I just want to save the readers the extra work.
Even if you don't have an assembly line and more of a job shop. A stacker crane is a better transportation method and you can build each station to be able to load from the crane directly. So the only case where you need a robot arm is to take a part and put it in a fixture.
I take it that you mean that before you tear down this system, understand why it is the way it is. And, yeah, sure. I don't think that invalidates reimagining the solution from what may be new/updated first principles.
Maybe they can take this opportunity to close the feature gap with other ORM: no support for partial index, no support for partition, bad support of JSON column, no support "for update", no support for "now()", poor query performance.
Comms is a Hard Problem, but specs should not be regularly ambiguous that they require daily course correct - huge velocity killer.
ABC buffers: as simple as possible, but not simpler
I just wonder what would happen to society if everyone worked like software engineers do.

For example, what would happen if carpenters just eyeballed every measurement, and just shrugged their shoulders when the walls didn't line up. If they found out the way the wiring was planned will not actually end connecting where they thought it would and just shrugged and did it anyway.

What if they had hour long meetings about how to drive in screws and their workdays consisted of putting up a beam, and then going home because they think they've done enough for the day.

If all of society was ran like that, it wouldn't be running for long.
Also, the article does touch on the environmental and human-rights issues of shipbreaking.
What could possibly make you think cars only last 5 years in the US??? You’re just pulling numbers out of your ass to rationalize the conclusion you already made, that they even out. Neither of them are true.
If we're being candid I feel like brutalism for websites is more of a meme than a design theory. It's almost an anti-design theory ("hey all our modern design theories have just made websites crap, so why don't we throw those theories out").

brutalistwebsites.com seems to interpret brutalism as "I use monospace, maybe I'm monochrome and I don't need to put much on this page."

My own idea for what brutalist web design should be: "I have one good CSS file which I include in my project. It looks fine and now I'm done worrying about the design."
I have to wonder if Nvidia has reached a point where it hesitates to develop new products because it would hurt their margins. Sure they could probably release a profitable networking product but if they did their net margins would decrease even as profit increased. This may actually hurt their market cap as investors absolutely love high margins.
That's exactly what ChromeOS is/was. Users hated it.
Kaggle had (has?) a competition for rating systems.

https://www.kaggle.com/competitions/chess/discussion/107

There are plenty of rating systems out there that perform better than Elo.
I think the author is really making a mountain out of a molehill here. As they say in the article, between the compiler and widely used tools like clippy there are multiple opportunities for developers to be gently warned to disarm their footguns.

That said, the article was an entertaining read and the blog is pleasantly styled. I’m glad I spent some time with this even though my ultimate takeaway is kind of “meh”.
To solve this problem once in for all, i building CMS which draft and edit the content from GitHub.

It has Notion like Markdown editor

It is got based headless CMS

Solving my own itch actually so having fun. Let me know if you are interested to try it out as beta user
A Columbine Site – The Columbine High School Tragedy
But that's not true, unless by "average" you mean the median.
i like that you speak towards humans not being hopeless without the internet. its true. they depend on it a lot, but can easily adapt..

i do beleive though that it would be only a temporary thing.

on a local level you can likely still enable a lot of stuff. the internet would most likely die due to a decision to disable it rather than mass equipment failure. also very unlikely, as a ton of people must disable it at the same time, knowing all full well the result of doing so...

if they do that so u can try to get a radio broadcast up with some equipment thats strapped to houses and appartment buildings eveywhere these days. see if some antennas can be enabled for telephony locally etc. get the spark going for getting a network back up. for isp equipment the same. you can enable and if needed reprogram/configure a lot of field equipment and enable local networks. perhaps depending on your locality even more (internet exchange and isp data centers are close to some people atleast).

quite sure it would be up and running again in no time locally. at some point networks would merge and an internet would form again...

all in all there's really not a lot anyone can do about it if people want to use these existing networks and equipment. unless they start cutting power to very large areas etc. etc., remove the equipment everywhere, or ourposefuly destroy it... - this line of thought is extremely unrealistic.
One of the challenges I see in general is that languages don't have enough capabilities to express intent of lifetimes / control flow. What I mean by that is that there is a significant difference between spawning a thread with the intention of joining, allocating memory with the intention of only lasting to the end of the request etc. vs spawning a permanent background thread or stashing away an object into a global cache.

This is starting to really become a problem in the observability space and async locals. Node.js for instance currently will keep async locals around for too long of a time because they are propagated everywhere. For instance if you call `console.log` in a promise you will leak an async local forever.

Next.js famously keeps around way too many async locals past the request boundary for caching related reasons.

A solution would be to have a trampoline to call things through that make it explicit that everything happening past that point is supposed to "detach" from the current flow. An allocator or a context local system can then use that information to change behavior.
Ask HN: How to design a landing page with high conversion rate?
>>> The average EU citizen living in "centuries old city centers" emits ~5.66 tCO2eq/year

As the GP said, that excludes the flight to get there. Also it does not include going to a swimming pool everyday, and probably not crazy 15°C/60°F AC [1]. It's not a good comparison of old style turism with crouse turism.

[1] At home I use the AC at 26°C/79°F. It's insane to use a wool pullover in summer just because someone likes the AC at 15°C/60°F.
At least the source would be correct so 50% less chance of cheating i.e. the cheating did at least not occur while producing the vote.
Wait until they hear about people travelling in camper vans that cook their own meals and just park by the roadside for sleeping! Or even worse, bicycle tourists who bivouac by the river, they don't even buy gas!
Not the real title.
What makes its connection pool "advanced"?
And we should dye the thumb of those that already voted.
That's exactly the joke though. Every time Ruby (or Python) is discussed on HN we get the same old tired question of "why don't they just rewrite in Rust".

But that's some silly engineer tunnel vision, squeezing the very last bit of performance out of a system isn't a goal in itself. You just need it to be efficient enough that it cost you significantly less to run that the amount of revenue it brings you.

I can bet you that moving off Python must have been pitched dozens and dozens of time by Meta engineers, but deemed not worth it, because execution speed isn't the only important characteristic.

So yes, I find it hilarious when HN commenters suggests companies should rewrite all their software into whatever is seen as the most performant one.
I use actix_web for all my web server stuff, its wonderful, super fast, really easy to use and not that easy to fuck up.
Thanks for the list of things you'd like to see added or fixed, specifics are always much appreciated, so we can better understand!

Historically, we haven't been very good at explaining how we pick the issues we work on. That is being addressed and you'll soon see us share our process transparently.
This will allow everyone to better understand how we're going to continue improving the Prisma ORM.
Ruby takes this to 100. As much as a I love Ruby, this is valid Ruby, and I can't defend this:

puts "This is #{<<HERE.strip} evil"
incredibly
HERE

Just to combine the string interpolation with her concern over Ruby heredocs.

My other favorite evil quirk in Ruby is that whitespace is a valid quote character in Ruby. The string (without the quotes) "% hello " is a quoted string containing "hello" (without the quotes), as "%" in contexts where there is no left operand initiates a quoted string and the next characters indicates the type of quotes. This is great when you do e.g. "%(this is a string)" or "%{this is a string}". It's not so great if you use space (I've never seen that in the wild, so it'd be nice if it was just removed - even irb doesn't handle it correctly)
Couldn’t make it past the second paragraph. So pretentiously written
Mind boggling the mental gymnastics people are doing in this thread to deny to themselves the obvious fact that refined sugars are bad for you.
Nothing.

Nothing at all.
SEEKING WORK | Varna, Bulgaria, EU - or Remote - or Relocate

About: Making software for 35+ years.. Seen quite some things, places and.. attitudes. Wearing many hats, always hands-on. Have my own python course, coding style, some open-sourced stuff, and even opinions on things.

i can be Mentoring a team - as playing trainer ; Advising, organisationaly, how to do better ; Auditing, Analyzing, Reverse-Engineering, Consulting - Software or Culture or.. Both (see Conway's law). Did all those thigns, a few times.

IMO The interesting part of making software, is the people, while technicals.. are solvable.

May relocate to stay with the people, as IMO "remote" does not work for any knowledge- (or culture-) -building activities.

Technologies: python, javascript/node/react web/html/css graphql sql nosql c++ c java sh perl make, Linux.. dozens other languages and stacks, Prolog to Android to SoC and assemblers.. databases, flows, Reverse engineering, Methodology, process, Culture, Leadership

Resume/CV: https://www.svilendobrev.com/rabota/cv

Email: az at svilendobrev point com

Rate: 1000E/day nett, approx

others: https://www.svilendobrev.com ; https://github.com/svilendobrev ; https://www.linkedin.com/in/svilendobrev

Have fun
the opium trade was cleaner
I think the difference is that technical and business leadership at a bank understand that data is lifeblood. Bad data will get you on the front page of WSJ and a phone call from a regulator in Luxembourg.

For a lot of smaller Internet companies, data is just a fluffer. The real business is in image and which VC bbq you get invited to.
Create AI powered Telegram bots in minutes with Telewer
Telewer makes it easy to create and monetize Telegram bots in just a few minutes. Forget the long development process—build your bot fast, without writing a single line of code. What used to take weeks or months now only takes minutes.

You can create an AI Influencer, Virtual Chef, AI Therapist and many more without writing any code!

Telewer is the world’s first no-code tool for creating AI-powered Telegram bots. In just 2 minutes, you can build and launch bots without any coding experience. Telewer allows you to integrate advanced features like AI chat, image generation, image recognition, and more. Plus, you can monetize your bots with Stripe payments, set up a credit system, and easily manage your users. It’s a powerful, user-friendly solution designed to bring your ideas to life quickly and effortlessly.

Try Telewer's Pro Plan with only 1 $ for the first month! Use " TRYPRO " coupon at the checkout.
Works on my iPhone with the ‘big.csv’ file as well
Amazing, I finished my link page in just 5 minutes!