skysight-inc/HackerNews huggingface dataset:
This ought to be incredibly easy to show. Just write a simple (finitely long) Script program that enters an infinite loop and never terminates.

If you can't do that, Script cannot be Turing complete.
> You cant stop the free use of technology

Well... they're working hard to do so. While it's true right now that, if you don't like Facebook's censorship, you're free to start up your own site, that's only true right now. We saw that Amazon took down Twitter competitor Parler at the service provider level, and I really don't think it's a stretch to imagine "problematic" sites being brought down at the hosting or even routing layer (in fact, CloudFlare has been dipping its toe in that water for the sites that nobody wants to stand up for). So, no, I don't think your suggestion that you can't stop the free use of technology is correct; we're just not there quite yet.
Any project / tool should be written in the language most suited for the problem, while also pragmatically factoring in prior experience of those who would do said work.

Is there really a significant overlap between programming tooling usage, and development of the programming tools?

The case where I see most rampant abuse of this is npm/node commandline tools. Written in/for an environment because it is mostly used by people in that environment, and not because it is particularly suited for it. If it wasn't for docker, all those tools would be tied to a exceptionally messy runtime, and wasted effort. They also won't be included in any normal distribution either. It makes any tool written in node to come across as an amateurish and hacked together attempt. Regardless of how well and robust it is. I'm sure there are good reasons for it, beyond my understanding, since node is something I've always avoided due to red flags all around.

But, I digress. If the memory and runtime model isn't suited for the requirement of the tool, and language doesn't allow for a paradigm that matches well with the problem domain... You've picked the wrong language.
I routinely run a combination of Slack and Discourse for my online communities. I can move interesting Slack threads into Discourse for longer-term and more-thoughtful discussion.

The immediacy of chat has its place, but so does the semi-permanence of something like Discourse or Groups.io or a good, old-fashioned mailing list.
For what it's worth I don't think Apple has actually ever done this, and whatever made him believe they do was probably some other oversight during their disassembly/reassembly of the laptop
If you live in the US then you might check your local, public library. They've often got volumes of e-books (pun intended :) ), and you can borrow them for a while. Still DRM'd but an easy and free way to access books
This is sickeningly accurate and hurt to read.
I think the article was quite balanced. If anything the tech scene is better since Brexit but I suspect that's in large part to the pandemic. However, if you worked for one of the faultering European investment banks then perhaps you would disagree.

I personally doubt the government's involvement made any difference to Silicon roundabout whatsoever. It was already well known as our tech hub in those days and the rents were low enough to attract creatives. It was also a matter of time before it became more gentrified and property value 'literally' doubled.
That sounds terrible lol. And then you have to find some other clock to reset it after you rotate it. Is 30 seconds always enough? I'd be nervous of it running slow.
I never thought about using a Vec for these, but that is a great idea for keeping the memory management sane for tree/linked lists.

One thing I would add that you need to be wary of destructors with large pointer data structures in Rust since it can easily stack overflow. When using Option<Box<T>> you need to be careful to call Option::take on the pointers in a loop to avoid stack overflow.
What you are describing is 'no guaranteed PTO - everything is at the whim of your manager' which is a far cry from the 'unlimited PTO' narrative the employer is pushing. Calling it unlimited if it comes with limits is disingenuous and likely to cause anger and resentment as we can see here.
US and China must ban petrol and diesel cars by 2035 UK, Dutch governments warn
Sorry, a 25kmph electric go kart ("e-scooter") with a roof (!) is not a bicycle and is not the right vehicle for a cycle lane.

Sensible transport segregates vehicles by their performance characteristics. In order to travel in the cycle lane you need to be going at bicycle-level top speeds with bicycle-level acceleration. More or less. E-scooters have a much higher top speed than most normal cyclists actually accomplish in the real world and, much worse, have far steeper acceleration curves. If there were lots of vehicles of the kind you imagine in cycle lanes they would be going much faster than real cyclists actually do and consequently overtaking constantly.

This doesn't really happen much in practice for a couple of reasons. Firstly, e-scooter's wheels are too small and their wheelbases too short to comfortably travel in the cycle lane (or on the road) so they travel on the pavement and drive pedestrians barking mad. Secondly, partly because they are made of chocolate and partly for inherent design reasons, they don't last long (shortish MTBF, near infinite MTTR) - this does a lot to keep them off the roads - except when operated at a loss by venture-backed startups from California.

And your idea that if people weren't on e-scooters that they would be in cars or something - not really. In my area they would be on public transport.
You say all this, but you would agree; We really can't be telling private companies or individuals what to and what not to do with their technologies, right?

1) How do we enforce that at smaller scales?

2) How would we prevent our regulation from squashing innovative solutions to problems, or enhancing safety in critical applications?
That makes no sense as a reason for firing someone.

If you are not showing up for work (striking) you are not getting paid anyway. This is why the unions build up huge war chests so that they can pay their striking members. For example the largest property investor in Finland is a company owned by the unions. So they got wealth in the billions to fight if need be.
Show HN: Fable – sync product docs with Jira
So in some sense do eReaders with backlights defeat the whole purpose (i.e. increase eye strain back to normal display levels)?
Why eugenics will always fail
Having a seatbelt on or off probably wouldn't prevent an accident, so how could that reduce accidents by 40%?
Your revisionism game is strong, pal.
At my company we work with water distribution network modeling. Long before I joined, my predecessors commissioned Robert Tinney for some art for our marketing and literature. You can see some examples here: https://communities.bentley.com/products/hydraulics___hydrol...
The problem is that for most people there are no clear incentives to making the "good" choices in those matters, while there are many incentives to make the "bad" choice, like gaining an edge in the local competitive market by virtue of a more efficient tool. Prototypical tragedy of the commons.
how do you get rid of the doubly used Thinkpads?
This is a great initiative! Submitted my project and starred your repo!
I would be interested in seeing the Ansible scripts if you are amenable to it. Thanks!
That's the motto of any for-profit company, you vote with your money.
More importantly, GC'ed languages tend to use at least 2x the memory of un-GC'ed languages and have to deal with the consequences of GC-induced pauses and generally inferior native code interop. Whether that matters to you or not depends on your application. No one is going to use a GC'ed language in the Linux Kernel, but practically 100% of backend applications are written in GC'ed languages because the productivity benefits are of automatic memory management are massive.
Well good for author that they were able to fix the issue.

However I think writing efficient code in even in managed memory languages for large, heavily used service is kind of normal thing and not above and beyond normal work.
I suppose. The chance of meeting someone who uses SSB _and_ discovering that fact is near zero, though.

This reminds me quite a bit of trying to find someone to email back in the early 1990s, before the web existed. I might be excited by the technology, but if there's no one to share it with, that dulls the excitement rather a lot.
Carla Cargo is a very similar product:
https://www.carlacargo.de/
> I'd like to buy a computer that's just like Macbook, except with repairable/swappable/upgradeable components

That's the thing, making something plug and play and mostly "driver-free" would be very hard to almost impossible. Framework laptops look amazing but they will require at least a bit more maintenance and knowledge, and that is fine too.
I do believe that we have seen solutions trying to be a horizontal solution to problems, and I think the evolution will turn into vertical solutions. I have also invested a lot of time, as we are a couple of people who has been building on a vertical BI tool for the SaaS space for about a year.

The main goals are:

- Easy accessible for novice users. We want to make the Google for BI to help empower non-technical people (no more salespeople asking for reports from devs)

- More advanced editors for the more technical people

- Advanced alerts + integrations to 3rd parties

- Later on proactive reports

Hit me up on @philipanderse if you want to test it out.
According to Merchant Risk Council survey data[1], in 2021, friendly fraud in Europe was 1.3% (of transactions), 1.6% in Latin America, and 1.5% in APAC. In North America it was only 1.0%. So, it's actually a smaller problem in the US than in Europe and other global markets.

Further, "Annual Ecommerce Revenue Spent to Manage Payment Fraud" was 9% in Europe, 12% in Latin America, and 15% in APAC. It was only 5% in North America.

[1]: https://merchantriskcouncil.org/resource-center/surveys/2021...
You're definitely right! Although when I get mildy dressed up I'll still rock the black strap lol

https://www.ebay.com/itm/274335788294

Rose gold looks awesome here.
The problem is you can't use the Kobo until you create an online account and connect it to the internet. After that, though, you can do airplane mode forever.
How is the state of linux power saving (i.e., mobile battery life) in 2021? Last time I checked you could expect to get almost 2x the battery life on equivalent hardware with Windows or Mac OS.
That is not the same thing turned around.

Support/sympathy strike means the the workers from other companies stop providing services for to the target of the strike. Most common forms of this is something like the ground crews joining the cabin crew/pilot strikes (or the other way around) or truck drivers joining the port workers strike (or again the other way around)

edit: Or wait is just normal striking illegal too? So it is literally illegal for a group of people to get together and go "fuck it this sucks" and not show up to work the next day?
Plenty of C programs do the equivalent of ioutil.ReadAll; it's not a GC thing.
> people no longer answer phone calls from numbers that aren't already in their contact list

It's worth noting that nobody - nobody - is doing anything to address that. They are working overtime to prevent Nicki Minaj from sharing a story about somebody she knew who had a side effect from the Covid vaccine. So not only are the beneficent censors shutting down arbitrary conversations, they're also not working on the actual nuisances that everybody might agree would have been worthwhile.
I've talked to customer service on the store side.

I had an odd return situation no credit received. Expensive item. Was handled very well by them. Real person, did some research etc.

On the AWS side way back at least the support offering was way above in terms of value for cost (it was like a token $100/month at a basic level).
Capacity isn’t the only metric for batteries. The faster you draw down the more power converts to heat. Different battery chemistry changes that a bit, but also aggressive power management to flatten (and lower) the curve matters a great deal.

Apple nailed that during the same generation they introduced the unreplaceable battery. Better density, less packaging, and improved power management virtually doubled the run time on that laptop versus the previous. That was a huge deal at the time.

Has everyone else caught up?
That's a cool recommendation. Thank you!

Like many others on here have noted, there are some really nice Seikos and Casios that look great, keep fantastic time and won't break the bank.

I am not a completely reformed addict though in this regard, as I do have a handful of Seikos and Casios, and recently picked up a Serica 4512 as my dressy / special occasions watch.

One thing I've realised about this world and "collecting" in general is there is nothing wrong with trying things out and refining your collection / process as you learn more about yourself and what you get out of it all.

I've learned that the more traditional expensive time pieces are just more of a headache then I care to bare. A Rolex or Patek sitting in a safe because you're stressed about using it, scratching it or getting robbed just isn't worth it for me personally. No judgement passed on what other people do or don't do with their stuff though! If a Patek in a safe brings you joy, all power to you!
> In a city like New York, living day to day life across many physical spaces is a core part the experience. In fact it's one of the major draws. The park is your front lawn, the cafe your breakfast nook, the theater your living room, and the office is... your office.

why would someone rather not live in a countryside with expansive views and much lower stress and work remotely? (especially when tech like Starlink are going to remove the comms friction)
GC will not fix trashy programming. The problem is that many GC'd languages have adopted a style guide that commits to a lot of unnecessary allocations. For example, in Java, you can't parse an integer out of the middle of a string without allocating in-between. Ditto with lots of other common operations. Java has oodles of trashy choices. With auto-boxing, allocations are hidden. Without reified (let's say, type-specialized) generics, all the collection classes carry extra overhead for boxing values.

I write almost all of my code in Virgil these days. It is fully garbage-collected but nothing forces you into a trashy style. E.g. I use (and reuse) StringBuilders, DataReaders, and TextReaders that don't create unnecessary intermediate garbage. It makes a big difference.

Sometimes avoiding allocation means reusing a data structure and "resetting" or clearing its internal state to be empty. This works if you are careful about it. It's a nightmare if you are not careful about it.

I'm not going back to manual memory management, and I don't want to think about ownership. So GC.

edit: Java also highly discourages reimplementing common JDK functionality, but I've found building a customized datastructure that fits exactly my needs (e.g. an intrusive doubly-linked list) can work wonders for performance.
Remote workers could also fly into NYC for meetings and such.
Hi, spacecraft flight software engineer here. If I agreed I wouldn't have commented. It's not that we need several orders of magnitude more reliability than any other industry, it's that for some reason most other industries have decided to accept several orders of magnitude less reliability than they need. The day-to-day pain of dealing with a constant barrage of bugs that never get fixed and forced updates that introduce new bugs on top of the old ones makes me consider just giving up on technology and living in a cabin in the woods semi-seriously on at least a monthly basis.
> That's really really high compared to cryptocurrencies as a whole, of which, less than 1% are associated with illegal activity.

Where did you get this number from?
That is literally my point though, if that does not qualify him as a significant power broker in DC and the valley I'm not sure what does.
I remember seeing a late medieval painting of a saint and he's wearing spectacles.
> In fairness to Apple, that’s not fair at all.

Does Apple hold patents that those factories are infringing by making those parts? Companies are not in general entitled to forbid manufacture of compatible (or identical!) parts.

And when it comes to fairness, profiting off of repairing your own broken products is dubious to begin with. As far as I'm concerned, removing that source of revenue is perfectly fair, and reduces the perverse incentives companies have to make their products prone to break (isn't it strange how manufacturers choose to make phones 0.5mm thinner instead of more impact resistant?).
permissionless innovation, use, coordination, capital formation

which provides permission to rapidly iterate, permission to fail

which provides more egalitarian access and growth opportunities as well as failures
Put it this way: Each of the things mentioned in that post were errors that could just as easily have been made in Rust, and Rust would not necessarily have helped avoid. At best you can make a case for the errors being more explicit, but in my personal experience even that would be weak.

The last error in particular, using byte buffers instead of a streaming abstraction, is pervasive in programming. I don't know if Rust is necessarily any worse than Go's library environment for dealing with that problem but I doubt it's any better. By having io.Reader in the standard library from the beginning (and not because of any other particular virtue of the language, IMHO) it has had one of the best ecosystems for dealing with streams without having to manifest them as full bytes around [1].

It amounts to, the root problem is that they didn't have the problem they thought they have. Rust will blow the socks off the competition w.r.t. memory efficiency of lots of small objects, which is why it's so solid in the browser space. But that's not the problem they were having. Go's just fine where they seem to have ultimately ended up, stream processing things with transient per-object processing. Even if you do some allocation in the processing, the GC ends up not being a big deal because the runs end up scanning over not much memory not all that frequently. This is why Go is so popular in network servers. Could Rust do better? Yes. Absolutely, beyond a shadow of a doubt. But not enough to matter, in a lot of cases.

[1]: An expansion on that thought if you like: https://news.ycombinator.com/item?id=28368080
I'm not sure how moving from JS to an systems engineering language would make anyone more productive. I bet they just wanted to use Rust, because why not?
Soon when? Apple has been doing it for 5 years now and the rest of the industry hasn't even started.

The truth is, unlike with RAM, it's still cheaper for the other laptop manufacturers to have a single motherboard SKU which they can later plug whatever cheap COTS SSDs they can get from various sources rather than waste effort tayloring a motherboard for a specific SSD controller, specific DRAM cache chips and specific Flash chips, as that gives them way less flexibility in component sourcing during production lifecycle and more expense in board design resulting in more expensive products with no extra margins for them.

Apple can do this economically as they have a very tightly controlled supply chain with high volumes and due to the little variation in SKUs so they can just use the same SSD controller on all their products and just change the amount of Flash chips soldered on the board and call it a day.
I mean, while the prices of paper books and ebooks don't differ much after release, the discounts on ebooks, are often much higher than on paper books. I've seen great books for a dollar more than once.
I wonder why they didn’t go with OCaml, this type of task seems like it is the bread and butter of the ML family.
That's the entire point of framework. Why should I have to replace my macbook when most of it runs perfect except for one part?
Adding E2E Encryption for Proxied Data
I see a lot of discussion on Rust vs $LANG, but nobody seems to be discussing what I think is the meat of this announcement:

1. Fewer tradeoffs for third-party dependencies
Most JavaScript/npm packages have to balance a lot of different concerns for many different kinds of users. They are forced to make tradeoffs around code size and performance that we aren’t interested in. Rust crates, on the other hand, are generally making tradeoffs that much closer align to our needs.

2. Correctness is built-in to the standard library and in most popular crates
We were creating our own APIs that focused on correctness instead of using third-party JavaScript dependencies. Rust, and its community, places a lot more focus on correctness without paving over edge cases that we need to worry about for Rome.

3. Trait/Module system allows us to make better use of dependencies
Rust’s trait system is a powerful way to create abstractions over any piece of data without overhead. It allows us to deeply integrate third party libraries. It also allows libraries to create APIs that are much more incremental, safely exposing more surface area without creating a need to make breaking changes.

My takeaway here is that the Rome team was getting tired of rewriting stuff from scratch but the nature of the JS/NPM ecosystem made it hard to use 3rd party code without losing control over Rome's performance.

I'm not sure how valid this claim is, but it is well known that the history of NPM modules puts the ecosystem in a weird place where libraries are expected to optimize for usage on both server environments (Node, Deno, etc) and browser environments (Firefox, Chrome, etc).

This tradeoff is not without costs--I believe it's one of the big reasons we see dependency bloat in the NPM ecosystem. I'd love to see more discussion around this topic and what other folks' experiences with these kinds of problems are.
>Forget the cost, but the waste!

They can just sell the laptop and someone else will use it. For example, I almost never buy new laptops, as perfect Linux support generally lags behind.
> at the same time have Intel sponsor new hardware upgrades for team members in a sponsored mini-series. Totally fair.

Of course Intel did a big marketing push right as their products were the least competitive, and I'm sure LMG was paid large. Putting that kind of stunt in the same league as GN reviewing a product from a company that previously sponsored them (which is, of course, all that LTT does) is simply ridiculous.

"Balance" is such a weasel word in this context. They're playing both sides, plain and simple.
Too much CO2 in an area and your nose is on fire and you want to leave.

Too much N2 in an area and .
FWIW, the CueCat works but is fairly slow at scanning. If you have a large volume of books, it's worth spending a little more to get a faster scanner.
I guess at some level I believed that

Why should we believe anything any for-profit company says, without verifying (whenever possible)? Drug companies lie all the time, about having to price their drugs absurdly high. Facebook lies all the time about not being able to fact check, without even attempting to try seriously. And on and on.

The insane thing is not that companies lie. It is that the general public has either given up or duped into thinking these companies cannot possible lie. We have created an economic system where profit trumps everything else.
My roommate is a watch collector and made me almost buy an eco-drive watch so many times. I really like the idea of them, but after not wearing a watch for 20 years it just feels uncomfortable to wear one. PDAs and cellphones ruined my ability to wear watches.
It is. https://www.nytimes.com/2005/06/28/politics/justices-rule-po...
Or that most people are totally clueless about their own companies, processes and data.
And a smartphone should allow you to install apps, like Android apps on iPhone...