skysight-inc/HackerNews huggingface dataset:
Bingo - solving the problem of making "good" AI art seems close to solving the problem of making AI human.
With what money? If they had that money they could buy out most investors in the private market
Love it. Get ChatGPT to write the missing method, execute it this once, then store it in a file, update the current source file with the include to cache it for next time.
This is a misrepresentation of the how the electoral college functions. All it does is change the weight each state has over the result in a systematic and well understood way. It doesn’t in practice made any decisions about the results.
“Freedom is the only worthy goal in life. It is won by disregarding things that lie beyond our control." -- Epictetus

In 2023, I think we can achieve a level of control that's incomprehensible to Epictetus. The goal is to maximize equanimity, freedom, and control over one's time/destiny. Money can get you quite far on that path. I sometimes feel that Massimo's just bitter at the success of people like Ryan Holiday (who just took Massimo's work and "packaged" it).

P.S. Warmly recommend this lecture about Marcus Aurelius (a classic): https://www.youtube.com/watch?v=Auuk1y4DRgk
> And then node_modules, which packages should not rely on but do,

Isn't the point of node_modules to house ... dependencies? I'm confused as to what you're getting at here.
Does anyone think the responsible actors will be held to trial? Personally, I see Russia escalating to nuclear war before ever allowing the ICC to come near its atrocities.
Ok, so to expand: applications that I've been responsible for from the beginning have not had long start up times. Where I've seen it is with other folks applications where I was hired as a consultant to look at performance.

The most recent example was a Scala monolith. It had to use JVM 1.8 because <reasons> prevented migration to 11 (tried quite hard, but never succeeded). GC tuning doesn't really apply when considering start up delay, but yes it had been tuned over the years. Memory was not limited. The application, mainly due to Scala, had tens of thousands of classes. They all seemed to get JIT'ed on start up, which was the primary reason for the slow start up. People involved (who had come from heavy Scala shops like Twitter) seemed to think it was normal.
> Whatever you think of that terminology, I think the majority of available things you can use do fall substantialy into one or other of those categories and the difference in working style while using them is a distinction worth being aware of.

I think that the offered terminology is nicely put and should be good enough to describe most cases! However, what we might find is that either it's more of a spectrum than a binary library/framework division (e.g. your example of falling mostly into one or the other, even if not wholly), or that things start to depend on how we use certain technologies.

In my experience, Vue, React and Angular, even Svelte would typically all be used as frameworks, even if that's not the mainstream description of them. The "project" with whatever business logic needs to be implemented would be built within those technologies - using their approaches to components, data binding, validations, routing, state management and so on, possibly by integrating additional bits of code with them, where not available out of the box, still typically with one or two idiomatic (popular) packages.

But hey, regardless of the naming/classification aspects they can all be a good choice (as can Nuxt or Next.js, as well as SSR) for at least certain kinds of projects, as long as some inherent drawbacks of the architectures themselves aren't forgotten about.
It sounds like people using private Nextcloud servers is throwing a wrench in their machine.
Since the last several iterations of emacs have emphasized package management from 3rd parties, I doubt most new or even experienced users are looking in to if someone slips through malware in an update or a similar package to a popular one like has happened with npm
Frequency is the determinant variable, on and off over a decade is too open ended to be relevant.
The key bullets are listed at the top:

1. data co-located with its UI

2. works offline

3. synchronizes between clients

4. lets its users own their data

So, except for #3, exactly like classic desktop apps that store data in local files. (#3 used to be called "peer-to-peer networking").

The modern equivalent of classic desktop apps (not that they've gone away) are mobile app stores. Mobile apps are installed and run locally on a phone, even though a key part in their business model is that most frequently sync back data to their server-side.

What's technically different between these and "local-first"? Nothing.

In #4, there's only an implied contract (not even explicit) that the local-first will be not doing "bad" things (like connecting server-side and then sending data there without user permission.) There's no technical limitation that keeps the app from doing that, though.

In other words, "local-first" seems to be a somewhat meaningless buzzword or critique about a business model, not a technical design.
I think these things would happen as a result of a process of escalations, not as a result of rational decisions.

Perhaps one side temporarily blinds a spy satellite with a laser[1], to prevent it from observing something sensitive. Then the other side reacts by blinding another satellite in the same way, but oops, the laser was a bit too powerful and it does permanent damage to the sensors. Then a single satellite is outright destroyed in retaliation. Etcetera.

[1] https://theconversation.com/russians-reportedly-building-a-s...
Who on earth would look at what Twitter are doing right now and think “Hey, we should copy that! That seems to be working well!”

Facebook… apparently.
Maybe a case for EFF?
The format of pages, content structure and reach of facebook, linked to real world profiles and people, means that having a verified account makes a lot more sense.

Twitter is an announcement platform. Facebook is a discussion platform. Comments, replies to comments, no content length limit, ability to upvote, etc.
Maybe your next work can be a sarcasm verifier.
As a general principle, the best pricing structure for a product is one that most closely matches the value that the customer derives from a product. Usage-based pricing is best when each time you use it, you're saving your customers money. The company I work for makes software that helps to speed up the process of reviewing real estate appraisals. We help a human check for important issues in the appraisal much more quickly than they could do so themselves. That makes usage-based pricing perfect - every time our customers use us for an appraisal, they pay us. That's ideal, because the amount of time they save by using our software has a greater dollar value than the amount they pay us. It also means that when the market turns down and they need our software less, they're not stuck with large, fixed bills.

For many tools, this isn't the case. I've worked on a lot of enterprise software that charges on a per-user basis. This makes sense for something like enterprise content management and CRMs - the number of people using them is roughly going to correlate for their value. If you hire a new salesperson, you expect to make more sales and thus have a willingness to pay a little more for a tool that helps with that.
This makes me so happy. Back when we had Jenkins slaves, one of our devops guys set a pipeline up that pip installed different versions over the top of system packages causing weird intermittent failures everywhere. Different pipelines would be running in different requirements files. I revoked sudo privs immediately for Jenkins (I didn't add them in the first place) and reprovisioned the whole build cluster resulting in pipelines breaking consistently where they should have been breaking: trying to do stupid stuff.

Personally I only ever use the system python packages on Linux if I can get away with it. Saves a whole world of problems.
Predicting the future is notoriously difficult.

Why were the Ehrlichs wrong? Now that's an interesting question. (a la "All models are wrong. Some are useful.")

Per Hans Rosling, didn't take into account innovation, obviously. But also ignored sociology; eg urbanization and the resulting steep decline in birthrate.

With the climate crisis as context, Ehrlichs' biggest mistakes were:

- too soon.

- too combative, negative.

- making any kind of policy prescriptions. which were also utterly morally bankrupt.

The end result is the Ehrlichs (and others) poisoned the well for constructive discourse. But, hey, that was the dominate rhetorical style until very recently.
have been made to do both.
Deflation exists, the US Federal Reserve has a 1 page article about it here, in case you need proof for some reason: https://files.stlouisfed.org/files/htdocs/publications/es/10...

Otherwise, your comment is like grade school levels of understanding of how this all works. Modern banks have the ability to create money.
I wonder if it’d make more sense as a PWA only feature. The use cases are definitely there for websites but the security minefield makes the proposal extremely limited. If the user is already going to install the PWA maybe it opens up room to do things like be less worried about needing the user to type every address accessed manually while simultaneously reducing the number of weird new permission asks they see from websites.

In general though it’d be really nifty to have this functionality. Chromium already runs most apps it’s just right now they all ship their own Chromium.
It has a non-zero cost though, which is why I don't like it.
Things go wrong with the "roll" for example.
You have potentially two versions of your code running against the same DB for some time.

Stop -> deploy code -> start is simpler and less likely to go wrong.
> If a queue isn't approaching empty, then its input is exceeding its output. Therefore it's size is trending to infinity.

This is literally the slippery slope fallacy. You aren't accounting for minor fluctuations or finite timescales. If you were driving a car, you might say "if you aren't steering into oncoming traffic then you're steering towards the ditch" and conclude that no cars will ever safely reach their destination.

If the only valid state for a queue is empty, then why waste time implementing a queue?
What do you prefer & why?

As a somewhat outsider to CSS I look at tailwind and don't feel excited but I do wonder if thats as good as it gets.
My dad had great ideas for businesses. Yet each one he started failed for him. Why, because he has such unrealistic view on how long the payback period will be. He even founded with a partner what is now a national company, but at the time it did not make a big profit in the first year, so he sold his share of the business. He had "Get rich Quick" fever, and never saw that bussiness rarely become an overnight success.
Well, I kind of agree with you at some level, but it depends on how deep you go and how detailed the plan is. If one can follow the plan step by step and when you are finished, it's a success then maybe, but according to my experience that's not the case and you always have to revisit and fine tune along the way and it's in this process one learns the right way, not at the start. And one does not need consultants for this.
> It has not left me stranded

Not much different than a mech cable snapping or the derailleur not being adjusted correctly by a tiny set screw and the chain ending up in your spokes.

Shit has catastrophic failures... that's never going to stop being a problem.
Really depends on where you live. In Austria, it’s cleaner to use a heatpump.
Docker was not designed with security in mind, and on any host exposed to the internet a massive security risk because of this. Putting someone in the `docker` group is nearly equivalent to giving them root permissions.

K8s at least offers more fine-grained control over networking, between port range restrictions and having to enable a NodePort.
No it's not, unless hyperventilating on pure oxygen (it's ridiculous that this is allowed in competition). I used to be a medical instructor for AIDA (now retired). Anything above 5 minutes is not simply a matter of training.

One can put years into apnea walks and breath tables and never approach six minutes. Genetics (lung volume) and the body's ability to cope with increased CO2 levels are the critical factors.
In intentional camera movement (ICM), a camera is moved during the exposure for a creative or artistic effect. This causes the image points to move across the recording medium, producing an apparent streaking in the resulting image.

https://en.wikipedia.org/wiki/Intentional_camera_movement
If you define consciousness that way, a cockroach has a consciousness. But it's obviously less intelligent than ChatGPT in the areas that we care about.
Genius to announce this after Twitter. Musk gets all the flak and takes the weight so they can do the same thing and everyone will think it's cool as they are used to the idea and Zuckerberg is nothing special to get inflamed about as he keeps himself quiet.

Probably standard PR tactics than genius upon reflection!
Well... supposing I did have a bit of garden left, I might like to enjoy it in peace without hearing a constant noise of machinery.
The trick is to prevent the offloading of the proof-of-work challenge to another device, as suggested in the Picasso paper[1].

[1] https://storage.googleapis.com/pub-tools-public-publication-...
On Prompt Engineering
> I am actually never without internet connection

You are part of a very small minority. The fact is, the majority of the world can't always be online, and so can't be properly served by always-online applications.
I am using the new headless Chrome for my Browser-Automation SaaS (PhantomJsCloud.com) and it is working great.

It fixes some nagging compatibilities with certain websites. I don't bother with anti-bot mitigations, and I don't expect this to be useful in that regard. commercial Anti-Bot doesn't care about how much you spoof your browser fingerprint.

feel free to AMA
Is this true?

> I have observed that few people understand these nuances and the significant role they play

I've been out of the venture-backed world for a while, so it's an honest question. Few people understanding business basics would certainly explain a lot of recent behavior, but there are other possibilities too.
My SRAM Force (CX) and Red (road) have clutches.
The 200-215 wh/kg LF*P chems are in mass production! 160 wh/kg sodium ion this year as well!

I was referring to their roadmap chemistries that they are next targeting for mass production, that will likely underlie what I call the "third phase" of BEVs. The first was the earlier prototypes and Model S/X era of Tesla. The Model 3 heralded the second phase, where most carmakers actually started trying at BEV products. Third phase is where the ICE cannot compete pricewise and BEVs are the clear choice when buying a new car.

200-210 wh/kg should do 400 mile cars if they have to . the 160 wh/kg sodium ion though, that should be a 200-300 mile car, eventually drop to $40/kwh... that will be the city car revolution, a technology for several billion BEVs.

Exciting times. Of course the US government is hopelessly behind.
Improving test environments is a huge upside. I haven't worked on browser automation in nearly a decade, but finding ways to work around shortcomings in the headless environment used to burn a lot of time on that team. I know of many small teams which made deliberate decisions NOT to do any browser automation tests (e.g. Selenium) because some issues required testing hooks in production code.
Yes, the scope of the Norvig - Chomsky ist the human language faculty.

But I think Mumford's more general discussion is relevant. And Mumford explicitly refers to speech:

"This approach denies that statistical inference can have anything to do with real thought ...

The new applications of Bayesian statistics to vision, speech, expert systems and neural nets have now started an explosive growth in these ideas."
That's what I read and understood to be the cause. Prior to that Boeing had an engineering culture all the way up.
Give me 5 minutes with my abysmal Angular skills.
That's 100% bullshit

You can ignore the GC or totally suppress it with @nogc or even not even link it with -betterC flag

Having the GC optional is nice since you no longer need to use a scripting language to do your cli tools or utilities, it's there and well integrated

If you are a proper developer who care about speed and fast code, you'll want to develop your own STL anyways, just like C/C++ are already doing, just like Rust people are also doing to get faster compile speed, D gives C/C++ interop as well as full C11 compiler

So it's the perfect evolution of C, since it can compile and consume its ecosystem

You can even consume python and rust libraries, wgpu works great with D
A German consumer report mentioned 2.6 (can’t find it right now), maybe that’s owed to Germany‘s climate.
Is parallel programming hard, and, if so, what can you do about it? [pdf]
Ah really? Does he know what Russia is like? How much time has he spent in any formerly sowjet country, let alone Russia?
AS I said in the other post I am talking about the average and most likely use case. a flat and continuous rate of data processing and varied rates of data production.

Spiking the processing is not what people think about with queues and is most likely NOT what the author of the article is talking about.

Typically there's no reason why you would spike your processing unless such processing doesn't scale linearly with the amount of items processed (as the author in a sibling post to yours mentioned). Such a case must be deliberately introduced into the discussion as an exception to the model because it's not what people think about when discussing this. Or maybe it is given that 3 people brought the same exact exception up. Welp if that's the case then I can only say the author of this article and I certainly aren't referring to this use case.

edit: I'm rate limited. So I'm referencing another post in my response that you won't see until the rate limit dies and I post it.
I think there is a relevant difference, which is that yahoo.com is basically tied to Yahoo the company in a way that gu.com isn't. You can't sell yahoo.com without selling a major portion of Yahoo, but the vanity URL comes more cheaply.

Companies do break their own URLs, which is bad, but I think using a shortener aggravates the problem.
The data implies most people don't spend much time outside.
npm certainly has a number of problems (at the end the article compares pip to npm) -- but after reading this article I didn't realize pip was so problematic. I also didn't realize it installed things globally.

So the solution is?
Seem rational so, as its a "spy balloon", I would suggest that the Chinese weren't big fans of putting transponders or radar reflectors on it. I'm not a intel analyst but seeing a BIG balloon towing a sophisticated electronics array and creating a LOT of electronic signal traffic MIGHT have been series of red flags.

I think the thing that REALLY pisses me off is the use of a $400,000 missile just for visual effect. Why the hell did they use an F22/F35 for this when we have F16/F18 all over the place in the National guard. Maybe it was the column inches in the media...

Me, just for fun, I would ask if we could have used a Global hawk with a cutter on the front to slash it :-)
AI will turn half the people into Eloi (https://en.wikipedia.org/wiki/Eloi) while the rest of us will become the Morlocks.
Your comment only shows that if you value resource utilization, you shouldn't use queues.

Because, no, nothing you said changes the fact that queues only do anything when kept mostly empty. And the only thing they do is some short term trade of latency for reliability. They actually can't change utilization.
At the end of the day, we are not going to see AI art in the Guggenheim, or any of those other museums where the finest art in the world resides. AI art is and will always be a novelty. Real art comes from the human spirit. It is not about technical execution, and not just about painting a pretty picture. In actual art we want to see humanity, something that AI will never, ever truly know about.

Seems like a lot of people are missing this point, and it seems like a lot of people have a chip on their shoulder about being unable to create art, and believing they can express the deep recesses of their feelings and psyche and everything else that makes us human by proxy through AI, and thus completely missing the point of creating art in the first place.
RFC for IPV4 evil bit.

https://www.rfc-editor.org/rfc/rfc3514
Synology and Fedora use btrfs by default. I've been using it for years and have had zero issues.
Unless I’m misunderstanding you, this is trivial in every stack I’ve used (.NET, Node, Rails, and Go). I can’t imagine why this would be difficult.
This is a metal-level sentiment of the crude sentiments Dennis has already received, just more entitlement.

The article speaks of a part of the spirit of open-source, but that spirit can never supercede what a person does with something they've freely contributed without malice.
Indeed concentration of wealth/capital constitutes the very same centralisation of power that planned economies have.
> Saying that offline, local-first apps aren't relevant because "almost everyone is always online" rings similar to saying accessibility isn't relevant because almost everyone can use their eyes.

It’s true, and that “almost” is smaller than you think! There’s a concept called temporary disability which shifts the meaning of “disability” from “some permanent crippling condition” to “unable to do X thing in a given moment”.[1]

For example, one place I regularly go without reliable Internet is… the subway! There’s no signal between stations, so if I need access to something I have to make sure it’s downloaded first.

My grocery store also has a basement with no cell reception. Imagine if the notes app with my grocery list required an Internet connection!

[1] https://mas.to/@carnage4life/109840772570956275
Don't open the power supply, even unplugged there are caps in there that can be dangerous.

I'd trash the power supply, since a short can damage other more expensive components. I'd clean the case and case fans with warm water and lint-free paper towel then let them air dry thoroughly.

Furthermore, I'd wait for any circuit boards to dry completely from urine, try to blow off as much urine residue as possible with air pressure (e.g., Disposable Gas Duster), then try to dry-rub as much of the remaining with high quality shop towel and Q-Tips. You can use a tiny amount of distilled water on the towel to increase transfer, but less is more (talking droplets, or the stuff from your breath, not saturated).

If you run it while wet, it may fry things, if you run it after it dries it is more likely to just smell really terrible for a while.
Mech cable snapping vs forgetting to charge the battery? Yes, end user error with the battery, but I’ve had exactly 0 cables snap and I put my bikes through hell.
I'm surprised they list PouchDB but not CouchDB for local first software.

PouchDB is fine for trivial local first apps, but not for anything that's critical.

CouchDB, on the other hand, is a very robust app that can be used by multiple local-first apps and those apps can access and share that data, and back it up on a separate local and/or remote CouchDB.

PouchDB and CouchDB used together are a pretty sweet and solid platform to build a Cloud and/or local first on app on.
> LLMs is the confident hallucination of incorrect facts

This is a very common feature of delirium in people. Chatting with an LLM seems a lot like what it would be to talk to a clever person with encyclopedic knowledge, who is just waking up from anaesthesia or is sleep talking.
I mean, there is. It's perjury.

And the target of a false claim can sue the party who made the claim for damages and attorney's fees.