skysight-inc/HackerNews huggingface dataset:
Agreed! This stood out:

> The laws of physics definitely allow for functional subluminal warp drives

“Definitely”? That feels like an exceedingly bold claim, given the nature of the thing we’re talking about. I don’t believe we know enough about “functional” machines comprised of multiple Jupiter-masses of exotic-if-not-quite-fictional matter to start using words like “definitely”.
> The low end always eats the high end.
For me, one of the most important parts of the spec is formulation of the DAG of tasks. Whether that be calling other LLMs or some retrieval mechanism.

What does everyone think about the pros/cons of a formal DAG specification vs using natural language? E.g. defining the DAG in yaml vs. something more natural language like writing logic and making calls in the prompt text?
Which of course runs counter to the democratic ideal that the composition of legislative bodies should reflect the will of the populace.
You still didnt define what "cursor addressing" means. Its not a common term to use for these UIs and doesnt seem to get to the crux of what separates a typical GUI from these.

For me, the crucial difference is that they're usable over ssh and tmux, not the type of cursor they have (if any).
Doesn't create much enthusiasm for those in power to persue proportional representation.
That's what most people do I imagine, me included, but we might have to adapt. If more and content out there is just a bit of information padded with unholy amounts of LLM lorem lipsum, there won't be a choice.
> such text being baked into the model means that it is possible to cause it to output the same text verbatim

unlike humans, of course.
Honestly, langchain solves no problems besides being an advertisement for langchain itself

It gets picked by people with more of a top-down approach maybe, who feel like adding abstraction layers (that don't abstract pretty much anything) is better. It isn't
A few times, I've considered if Apple would make a turducken iPhone sleeve becomes an iPad, and then an iPad with a magnetic base, telescoping laptop hinge, and battery becomes a MBP with touch interface. For profit and usability reasons, it ain't ever gonna happen in that garden.

In Android or DIY, sure it makes sense to offer a keyboard and possibly a bigger battery and more hardware resources as a dock. The only downside is now there's only 1 device that can be used instead of 2 discrete devices that can be used simultaneously and independently.
You will need your printf to be written with FreeRTOS in mind: it's often not re-entrant at all, let alone actually blocking on IO instead of busy-waiting.
Right, temperature only controls the distribution of tokens, not answers - for many use cases, the “same” answer can be represented with many different sequences of tokens. If you consider the entire space of possible input texts, at temperature=0 some model outputs are going to be “wrong” because the single most likely token did not belong to the set of tokens corresponding to the most likely answer (of course it’s also possible that the model didn’t “know” the answer, so temp>0 only helps in some cases). Temperature > 0 increases the likelihood of a correct answer being given in those cases.

The problem with generating structured output like JSON is that temperature > 0 also increases the likelihood of a token belonging to the set of “wrong” answers being chosen. With prose that’s not the end of the world because subsequent tokens can change the meaning. But with JSON or code, the wrong token in the wrong place can make the output invalid: it’s no longer parseable json or compilable code. In the blog they were also generating bools in one spot, and temp > 0 would probably result in the “wrong” answer being chosen sometimes.

For that reason I’d suggest generating JSON fields independently and then create the full JSON object from those outputs the old fashioned way. That way different fields can use different temperature settings. You’d probably want temperature=0 for generating bools/enums/very short answers like “New York”, and temperature > 0 for prose text like summaries or descriptions.
It is in my screen reader, but it is used mainly in the browser - accessible description of an image without alt text. Translation of languages which I don't know is also nice.

Generally, I thing that the llm should be its own service and everything else should have an easy way to connect to it, but I'm a lowly user, not a product manager.
There was no fear mongering involved. Google Glass was an objective privacy nightmare just like Recall and in fact not just to the user, which could theoretically be defended as choice, but importantly to others.

You're basically exporting surveillance as an externality with recording technologies that by design collect everything around them. These technologies were basically multi-modal keyloggers.
Where in central Europe is it 10%? And you get extra in summer, the actual overprovisioning is when you compare to the equinoxes.
A related issue is that TOPT security guidelines suggest using a 160 bit key. Some organizations use 20 chars with alphabet A-Za-z0-9. Easy mistake to make, a byte is 8 bit after all. However, 62 ^ 20 is only 120 bits (give or take). Way less than the recommended minimum. Does anybody know how insecure this is in practice?
Forward vs. Reverse Engineering for DevOps Infra
It depends on the dye used. Older CD-Rs had a really bad dye formulation. Better formulations were created but most of us just bought blank disks based on what was cheapest not what dye was used.

Even the newer ones will still degrade quite rapidly in direct sunlight, so the method of storage is also important (spindles in your bookcase that get hit by sunlight = bad).

https://en.wikipedia.org/wiki/CD-R#Dyes

FWIW I archived all my CD-Rs and DVD-Rs when the oldest ones were just about 15 years old and aside from one ultra-cheap disc where the top was literally flaking off they all read fine in ddrescue.
Are you saying insulation is worthless?
Not any different than Arabic coins in Skandinavien burials
No! we should trust the government and the corporations to guide us to the truth.
Yup. Don't do Google Authenticator or similar. There are a couple of FOSS ones.
Theory of Constraints Thinking Process Explains DevOps
I often have the feeling that my TOTP codes are somehow simple. Simple in the sense of containg repeated digits, some rhythm (e.g. 663183) or symmetry instead of being "purely random" (e.g. 581329).

I guess the reason is the human brain can really recognize many kinds of patterns. Nothing weird about the entropy.
> used ones can be had for extremely cheap or even free often times, like from garage sales, thrift shops, friends etc. And most of those people have a phone already

What you described is actually an use case. Hadn't considered the 'second hand' peripheral options ...
Hahaha... search is essentially a solved problem if you are literate and work with well-structured data sets. The market for a tab sorting solution is zero.
The point really is that Labour could very easily find themselves with a vote share in the low 20s next time around if they’re not careful.

The other point is that Parliament is not representative of the people: Labour has close to two thirds of the seats but got barely a third of our votes. This sort of thing has happened before, of course, but this is a particularly blatant example.
Sir, could you elaborate on how it is non-custodial, please?
Looks expensive. What about the regular phone plans? For instance, the plan I use currently in Japan has high per-minute or per-SMS charges for international numbers. The trade-off, of course, is that it's dirt cheap as long as you don't call international numbers, and basically just use it for mobile data. In a place where everyone uses LINE for communication, this works well.
Soulless comment of the year award material.
Greetings Application Built with Java, Spring and JWT
It's useful as information, but imagine having to wait a month for each API call !
A pill to treat sickle-cell disease
Tech won't save anyone and won't do any more "good" to this society, quite the contrary. The best that we can do, as programmers, is to do the most boring jobs that bring a decent paycheck home (enough to pay mortgage/rent and to put food on the table) and then to call it a day, whoever still thinks that tech is a "force for good" is still living in the 2000s. Yes, taking boring jobs will also probably mean that 600k yearly comps (at least) are out of the question, but that's part of life and taking decisions.

Also, Ellul and uncle Ted were right on all of this, a long (comparatively speaking) time ago.
> If every company and their dog started churning out their own LLM as a business or revenue model, one can easily see the supply overwhelming demand here apart from many other problems.

This certainly seems the case on the iOS/Play stores. Primary AI apps from the big hitters (OpenAI/Gemini/Copilot etc.) but then loads of knock-off ones from those riding the AI hype train. All the knockoffs being basically wrappers around APIs from the big hitters with ads/in-app purchases.
> Hmm yes super cheap, might impulse buy later.

It's part of a house. Of course it's not an impulse buy. That's not a useful basis for comparison.
cmd+w for rubbish articles and I read the good ones in full because I enjoy the prose.
Reminds me a bit of Feynman, and his advice on working "fun" topics that aren't necessarily high-impact or important, but feel interesting to you - as they increase your self-confidence and joy.

The example he used from his own work escapes me, but he had spent years working on topics quite unrelated to quantum mechanics, just out of pure interest and curiosity.
Their marketed stance might be philosophical, but it also costs time, money and energy to add LLM-backed features (someone's got to do the inference, for instance). So it could definitely make sense to them for other reasons too, right?
Readings are send remotely and automatically to connection provider. They pass data to seller of electricity. This data can be viewed nearly live or at most in few days online. It is all automated now. No need for anyone to go and read the meter anymore. Or even estimate consumption.

There are some special case like building where I live. Where I pay to the building, with very reasonable rate as there is no extra standing charges...
Last time I checked, they did. In fact their 2FA system is so messed up that it thinks my mobile number is an authenticator app, and so I can't even request a code to delete the 2FA method, let alone add a new one:

https://i.imgur.com/PoZ2ssc.png
https://i.imgur.com/heiJer6.png
Years old existing code suddenly breaking because of an infrastructure update is just way worse than limitations when writing new code.
avahi/bonjour for discovery, vnc served up over http for UI. Intel proposed a box with Ethernet over USB for this a long time ago but it never caught on.
The way you ask that question implies that an article summary is some kind of necessity. What happened to just... reading the article?

Most of the time, I don't want a summary of an article. If the article is really good and I want to know the most important details, then I should read the article. Maybe I can write a summary myself, so that I can use it for future reference.

If an article is bad, then why would I care about a summary? I wouldn't read it either way.

There is a a possibility that an article is actually really good, but it's badly written, or way too verbose, or I don't understand the language/terminology/topic. In these cases, a simpler summary written by someone else (or an LLM, I guess...) would be useful. Domain-specific articles or scientific papers would fall into this category for me. Even for this subset of articles, if I don't really understand the topic being discussed, would a summary really give me any benefits? I still don't understand the topic well enough for it to be useful to me. I would get more out of actually trying to read the article and studying the material being discussed.
For me I think it's because the article appears biased. It's not just "we can't think of any problem it'd solve", it's "LLMs are bad and you should feel bad for liking them".
Thank you. "I just want to program for money because I have no other marketable skills and I am surprised I get so much money for the easy nonsense I am doing." programmers need more visibility.
That sounds pretty much right. Except, I'm pretty sure this reasoning would prevent people like Ghandi or MLK from ever existing, and that's actively harmful.

Would you suggest the Ukrainians fight, or give up? 'Cause I expect you'll say they should give up, and especially you would have said this at the moment of the initial invasion, without knowing how the war will go. Would it have been better for them to be "realists" and give up from the start? I don't think so.

Maybe just refrain from saying anything, when all you have to say is "it's no surprise that Pakistan is repressive". It adds nothing to the conversation, except it might be interpreted as victim blaming. We all know it's no surprise.
I'm not a motorhead, so I only skimmed second hand part offerings and found this: OEM Maserati part number 670006946. For optics it's advertised as noise cancellation system, but owners' forum [0] suggests it can work either way. They also discuss a defeat mechanism.

[0]: https://www.ghibliforum.com/threads/increase-diesel-active-e...
I have no constructor, and I must initialize
Just define 'good' as 'not explicitly evil', and you're fine.
Firefox used to have a feature called Panorama built in (if I recall correctly), where you could arrange your tabs into groups and see thumbnails of all your tabs. It would probably answer this sort of purpose quite nicely. Other tab management systems like vertical tabs and tab trees (I use Tree Style Tab) are probably very helpful too.

Just at a very quick glance, https://addons.mozilla.org/en-US/firefox/addon/panorama-tab-... looks like the most popular replacement for that old Firefox feature.

(I don’t mean that it’s an exact replacement, but it’s likely to be more convenient for single-session usage since it’s a tab management solution rather than an extra tool to use.)
> how are you summarizing articles today? I often find content that's not important but also too verbose

Then why are you reading it? You’re conditioning yourself to have a mental corpus of uninteresting, unimportant drivel. At best, that’s a waste of time.
The article seems verbose, my rules are simpler... No adtech, no gambling, no cryptocurrency, no stealing people's content to regurgitate it (LLM/genai), no killing people with my code...
FUD, this was a licensing issue with Discovery, not "Sony wants to delete things you bought"
As long as one never misses a back up, HDDs are fine. They're more laborious though. With the right optical disc, you can get away with just storing your discs in light-proof boxes and forgetting about them - with an HDD it's wise to copy the data over to a fresh drive at least every few years. Capacity, price and speed is the issue with optical media. With one M-disc, you get only 100GB, and the cost of the discs adds up.
> They say to project managers, instead of doing your job, you can stay ignorant with our metrics, scale, and not work hard at all. That is a very compelling value proposition.

I think you accurately portrayed any agile process I've ever dealt with. It was all about the public dashboard with stats that compared teams and closing tickets and reporting time in a pace to make the burndown chart smooth. Superficial and artifical metrics.

I am so glad the place where I work now have the traditional 'plan abit then do stuff' process. We use Jira, but it is fine. It is just a mediocre tool which get the blame for the management's failure.
hm. haven't seen camelCase hard real-time task definitions since the vxworks days!
This author seems like they are expecting an RTOS to be the same as Arduino environment, or at least, susceptible to just hacking around and hoping it works. Most are not.

Given a lot of Arduino these days have mbed or freertos under the covers, with some way to expose it, that may have been a better route for the author's style.

Zephyr is easy to use (Clion also has good support for it), but like, you can't just choose not to install the toolchain and expect it to all work.

It also definitely supports the Pi Pico - i've used it on it before, no issues.

A simpler rundown of these RTOSen would be:

1. FreeRTOS - supported by roughly everything, but drivers and such are mostly per-SOC/device, which is a pain in the ass. The APIs are not very user friendly, but you get used to it.

To give a sense of level - if you wanted to use bluetooth with FreeRTOS, you get to find your own stack.

2. Zephyr - supports real hardware abstractions and supports most SOC. You may have to do a little board work.

If you wanted to use bluetooth with Zephyr, it has a bluetooth stack you can use, you may have to add a little support for your HCI.

3. NuttX - not great support, but very cool if you can get it working - not really highly supported by industry yet.

I never got far enough into NuttX to try bluetooth in NuttX.

There is also mbed, but we'll skip it.

In practice, people in the RTOS world will usually go with what the SOC vendor supports. So if you are using Nordic stuff, you are probably on Zephyr. If you are using NXP stuff, probably FreeRTOS, etc.

That is how they get good support.
In practice, what gets labelled as the L1 cache in a GPU marketing diagram or 3rd party analysis might well not be that first level of a strict cache hierarchy. That means it’s hard to do any kind of cross-vendor or cross-architecture comparison about what they are or how they work. They’re highly implementation dependent.

In the GPUs I work on, there’s not really a blurred line between the actual L1 and the register file. There’s not even just one register file. Sometimes you also get an L3!

These kinds of implementation specific details are where GPUs find a lot of their PPA today, but they’re (arguably sadly) usually quite opaque to the programmer or enthusiastic architecture analyst.
vue, svelte, htmx to name a few
You're still making the same irresponsible and frankly silly generalisation about "average" people.

Most people, full stop, don't build houses, metal work shops, treat their own sewerage, build their own power systems, etc.

So "average" people just don't start fires or set off bombs because they're not doing anything that dangerous.

Of the people that do, say, build their own glass furnaces, annealing ovens, laying out gas lines and installing small truck sized propane tanks with more energy than a 5kwh battery .. easily less than half, well below the "average" number of people that do such things, have accidents.

Sure, some people do watch Forged in Fire and have a go at knife making in a home built furnace, and then set fire to their barn | house | shed.

Most people don't try, and of those that do have a go most of them don't screw it up.

The point being, this:

> Also prone to average people setting themselves or their houses on fire, eh?

is just silly.

Average people don't attempt this, and of the people that do attempt such things most don't cock it up.

Perhaps your personal experience differs.

Maybe you can't dig your own septic system and fit it out without shit running back into your house.
Smart meter means you do not have to do either. Meter itself can send the readings nearly live over power network or mobile connection. Thus no human needs to read the meter anymore. Saves time and trouble on all sides.
The opportunity cost of it though, like every major feature decision in a browser, is presumably very significant. What could they be doing that their users actually want?

As a dyed in the wool Firefox user, I am of course very used to disappointment about how they direct their development effort. There are a million things I'd rather see them work on than strapping in an LLM. I don't know much about the Vivaldi community but I assume they took this into account when making this decision.
> There needs to be some backup capacity

I think they're talking about the situation where you're still connected to the grid, in which case you don't need to handle the backup capacity.
I'd add "tracking people's private information just to sell it" to that list.
Word of caution when using perplexity to summarize URLs. I have tried the API and had lots of hallucinations.

It worked better in the UI, I only had it with the API.
yeah that's pretty much what i was saying. react is trash.
Well, trade benefits both parties by definition, so I'd wager just doing your work is already pretty good in and of itself.

I guess if you discover your work has large, hidden externalities, you are morally obliged to quit, at the very least. But it would be surprising to claim that most programming work is like that.
Having toolchains installed system-wide in the traditional UNIX way is painful, and dare I say it, not the smartest of approaches. If it works for you: great, but if you work on a project with multiple developers, sometimes working on multiple projects that have different targets, you will spend a lot of time trying to figure out build and configuration problems.

It also doesn't help that people keep using Python for tooling. Why would you want to insist on using a language that brings its own versioning problems and which will behave differently on each developer's computer? I've done embedded development for about a decade now (both as a hobby and professionally) and it is puzzling that people think it is okay to spend a week trying to make everyone's setup do the same thing on a project and then not see how this is a problem.

It is a problem. It is annoying. It does waste time. It is unnecessary.

Tools should be statically linked binaries. I don't care what language people use to write tools, be it Rust, Go, C, C++. I just wish people would stop prioritizing ad-hoc development and start to make robust tools that can be trusted to work the same way regardless of what's installed on your computer. Python doesn't do that. And it doesn't help that people get angry and defensive instead of taking this a bit more seriously.

That being said, things like PlatformIO are a step in the right direction. I know it is a Python project (and occasionally that turns out to be a problem, but less often that for other tools), but they have the right idea: toolchains have to be managed, SDKs have to be managed, libraries have to be managed, project configuration has to be simple, builds have to be reproducible and they have to be reproducible anywhere and anytime.

I wish more of the embedded industry would realize that it would be better to have some common efforts to structure things and not always invent their own stuff. I know a lot of people who work for some of the major MCU manufacturers and I am always disheartened when I talk to them because they tend to be very near-sighted: they are mostly busy trying to solve their own immediate problems and tend to not have a great deal of focus on developers' needs.
Is this Perplexity the search engine? Why does it mention Llama in the title?
It's pretty nice that a web developer can leverage an offline local LLM, without leaking data, instead of piping stuff through their servers and then OpenAI servers.
> Doing your own research has lead to an incredible advance in public intelligence

The situation is analogous to war reporting. War hasn’t become more brutal (holding scale constant). We just see it more clearly. Similarly, I don’t see evidence we have more morons. They’re just given more attention.
At a glance, it feels more likely to me that they're criticizing training LLMs on content without compensating the original creators, not the salaries of OpenAI engineers. It's a pretty common moral / ethical stance to take now.