skysight-inc/HackerNews huggingface dataset:
I have no clue how the surveyors or surveyees interpreted this, but "100% accurate in all it teaches" does not necessarily mean Biblical Literalism. A Christian probably should believe that the Bible is 100% accurate, but Biblical Literalism has many flaws that should be quite obvious to anyone who has read it.
Well, no-one else but you does.
Lactose is sugar, though.
As long as you retain the original (which you probably should anyway, especially if you're converting to a lossy format or downloaded it that way in the first place) and can redo the conversion on demand, I don't expect that to be much of an issue.

A Shazam-esque audio fingerprinting approach could work here, too (though obviously IPFS won't give you that for free like it would a file hash). Might be troublesome for remixes, though.
That's really cool I hadn't heard of them before!

For those that are interested, I found this article by FPComplete on the topic: https://www.fpcomplete.com/haskell/tutorial/lens/
Coding in the scriptorium, no less.
> Perhaps but what differed with those shows was how the messages were presented in the form of an allegory.

Not really; I mean even when the main plot in outline could be seen as allegorical, they often had characters in-universe reference the specific “historical” (contemporary with the time of production) issue as a parallel the characters were reminded of by the events, peeling back the allegory, which in any case was only rarely not extremely heavy-handed.

IMO, why people often see the earlier ones different (and which constitute the “early ones” varies a lot by person who does this) is:

(1) People often will first have seen earlier series distant from the time of production, so heavy-handed framing in the terms of salient issues at the time of production will both be less likely to be politically sensitive and less likely to be a close match to current framing,

(2) People will often first have seen the earlier series at a younger age when they were less aware of issues being addressed and less sensitive to the commentary even if it was current.
That is different, vscode finally realized most people don't want stuxnet-class implicit autorun behaviour from random files and folders in your system.
Reason? This time of the day? Localized entirely into this thread?
> It’s already possible to express invalid data, because the offset may be out of bounds. Please insert 'a' at offset 100 in the string "hello".

Sure; but having only one way data can be invalid is strictly better than having two ways that data can be invalid. Checking for string length is needed in every case. Checking if a given byte offset is valid is only needed when you use byte offsets.

Speaking of checking byte offsets - that can be a very complex check to implement efficiently! For example, if you're using javascript, how do you check if a given UTF8 byte offset in a string is valid? Can you do that faster than O(n) time? Oh, and it gets worse. During collaborative editing sessions, its often the case that you have local modifications that the remote peer didn't know about when they created their change. How do you validate an offset from a remote peer without even having a local copy of the document at that point in time?

This is a really complex problem.

I agree with your later point though: Converting between scalar value counts and string indexes requires conversion in every language I use. In the systems I work with, it helps that I tend to use a custom data structure for strings anyway. This is needed because splicing strings is slow - usually O(n). And that is bad when I need to replay a lot of changes. I use libraries like jumprope[1], which supports offset conversion in O(log n) time. (Fun fact: even with all of its versitility, jumprope is still only 1/3rd the size of rust's unicode-segmentation crate!)

> you have failed to sell the virtues of scalar values

Maybe my strongest justification is simplicity: The actual semantic data of a text document is fundamentally a list of (indivisible) scalar unicode values. We can tell because inserting in the middle of a multi-byte character would be an invalid / illegal operation.

Given that, the most obvious index into a list of scalar values is an integer pointing to an index in that list. If we model a text document like that, we can reuse the same CRDT / OT algorithm for other sorts of lists too. The algorithm I have for merging changes in a list/text document for diamond types works without reference to the actual merged content (!!!). We just need to store the merged positions & lengths of old operations, and that data is weirdly tiny on disk.

I could model the document as a list of UTF8 bytes. But any interleaving problems[2] in the CRDT may result in illegal documents. Using scalar unicode values instead gives the system a beautiful, clean semantic separation between the list's semantics and the (local) resulting string - which I can store in whatever form makes the most sense.

All that said, it is definitely possible to make collaborative text editing system on top of UTF8 byte offsets / UTF16 code units. But having been in the collaborative editing world for over a decade, my professional opinion is that doing so is a trap for young players. The benefit is outweighed by the cost.

[1] https://crates.io/crates/jumprope

[2] Interleaving problems are real - eg see https://martin.kleppmann.com/2020/07/06/crdt-hard-parts-hydr...
What the Hell Is Going On? – David Perell
Except there may not be any Lines Of Code in any of those computers. The code is the blueprint to make the machine not the machine itself. The program, or binary as some like to call it, does not really come in lines.
Python was already huge in the 2.x days.

Most people thought otherwise, because they don't bother to read the reference manuals.
That’s not what was meant and you know it. You’re being intellectually dishonest.
Here's an interesting article about the economics, it sounds like Helium won't be economical at scale, because we have so little of it. Hydrogen could work though.

https://www.thecgo.org/benchmark/bring-back-hydrogen-lifting...

Here's a startup focusing on Hydrogen:

https://newatlas.com/aircraft/h2clipper-hydrogen-dirigible-c...
https://h2clipper.com/faqs/
Edge of Tomorrow is another very good sci-fi non franchise film. Also Dredd 2012 which is a comic book film, with an awesome design, but it's fully standalone.
One day someone is going to claim the AI is sentient and everyone will disagree with him. The difference this time will be that he is right and everyone else is wrong. One day.
>Teams

IRC is my personal favorite, but I'd look at XMPP or Matrix if you need something a bit more fancy. I use all three a bit outside of work.

>Office

I don't use office software much. I prefer to deal with plaintext when possible and use vim or emacs. I usually have LibreOffice installed if I need to do something especially office-y, but I'm not sure I can properly defend/recommend it when I don't actually know it that well.

I think IRC, email, and git all still work pretty well.

I think NextCloud has some sort of office stuff that could be worth looking into as well.

I will add that Teams and some of these other popular proprietary programs have a LOT of features, and you probably won't get full feature parity elsewhere, but I also believe a lot of these features just aren't really needed. I like to think of things in more general terms, like "chat program", not "Teams alternative" or "Teams clone". I don't expect all similar software to have the same featureset.

At work I've had to use Webex, Zoom, and Teams depending on who I'm working with. Some places have bans on certain software of this type. On that note, I was initially thinking of text chats in Teams as that's 99% of what I do with it at work, but if you do need the voice/video aspects, then I'd probably recommend Jitsi or maybe Mumble.
I've been on hn for a long time and I like it for what it is. But it doesn't do music discovery and only occasionally does other sorts of discovery. There are plenty of things to miss about the earlier web.
In my experience it's the custom scripts in an attempt to separate infra from developers.

If you are using one of the major cloud providers and instead of just using a native IaC scripts, you have decided that it would be better if the developers only had access to your custom kubernetes operators to manage their infrastructure then you are the problem.

If you are using a deployment pipeline that developers have zero involvement in, and they just "import your Jenkins scripts" then you are the problem.

If you are using major cloud provider and rather than just using their managed kubernetes, you have decided to deploy your own, then the chances are that you are the problem.

Rarely have these approaches ever been stable, in my 20+ year experience they have never been stable. And they are the reason that "real DevOps" came along because developers could do a better job with less downtime if people actually engaged them.
From the article linked in the parent comment, the failure was very well predicted by it sounds like basically everyone who knew anything about agriculture. And that prediction was based entirely on basic facts about agriculture rather than any "how to get there" effects like you're saying caused it to not work.
Collateral is great, although it only came out a few years after the 90s ended (2004). Since then it seems Tom Cruise has mostly been making sequels to Mission Impossible and now Top Gun.
Thank you, apparently raising this simple distinction is enough to get downvoted out of circulation. The problem wasn't that people questioned the status quo, it's that people went too far in ascribing cartoonish-like evil to actors that simply were trying to cover up something embarrassing.
dupe of https://news.ycombinator.com/item?id=31876604
The enforcers seem to have a lot of time and resources for enforcing those laws on minorities.
> none are quite as embarrassing as suggesting that Popper might seriously entertain "free debate" with a Nazi

(This really is a genuine question) who is to be allowed to determine if our opponents are that, and hence worthy of what one might call preemptive intolerance?
> if the CPU is consistently busy for a normal user

It's probably Windows Store going bonkers with some insane backlog of periodic tasks, because you didn't open your laptop for a few months, that it absolutely at all costs must process for some reason, especially during a power outage when you're running on battery and need to use your laptop for once.
sellers can cancel and refund transactions when buyers seem shady or unscrupulous.

The most common buyer scam I've seen is when they claim they need you to ship to an odd address that doesn't match up with billing info.
That doesn’t help if every other phone in the vicinity of the business gets a ping from your phone.
> but I can't see a single lab leak proponent suggesting it's an engineered bioweapon.

Interesting perspective. On the other hand, just like the comment below, I never saw a single person raise the lab leak theory as an alternative explanation to a naturally occurring disaster. It was always in the context of "COVID is a weapon to control and kill us".
Why does the introduction of Rust as a second language in the kernel mean the end of Linux's "good run"?
as a long-time consultant in this space, i don't fully agree with this take.

the entire point of devops was to make devs more ops-y and ops more dev-like, i.e. everyone is a developer. to some extent, the movement has been successful on this front. devs generally have a better idea of how to run platforms, and ops generally can write enough code to kind-of support them. tooling like terraform and kubernetes have helped a lot here.

there are many companies that have definitely lost the plot (by forming devops teams that are glorified cloud admins or release engineers), but i'd say overall the bar is higher now. a lot of sysadmin jobs require shell experience and Git, which was definitely not the case ten years ago.

the real reason why the culture part of devops hasn't "happened" is complex. in many bigcos, devs and ops are completely separate business units with different corporate agendas and kpi's. dev teams are also restricted from admin'ing their own stuff in production bc of audit risk, so even if they wanted to, it's an uphill battle. however, dev teams at these companies are by large incentivized by what they ship; ops is not as high of a priority.

what i've seen a lot of lately are ops teams becoming platform feature teams with dev teams as their customers. many ops teams have embedded into dev teams like consultants to help them move stuff onto these platforms, and they make admin as hands-off for themselves as possible. devops is to thank for all of that.

before "devops," zero-touch platforms were the hotness for ops teams, but they didn't have the chops to write the code needed to do that, so they became huge exercises in COTS integrations.

i do agree that devops is very infra-biased, /r/devops is /r/syadmin redux, and that forming a "devops team" requires serious questioning
The question I asked was about cost/benefit trade offs of organic and indeed as the linked article indicates, what are the trade offs with how the math adds up. I am not pre-supposing that a switch to organic is even desirable like this comment above.

For instance, if without inorganic fertilizers, yields plummet 20-30%, does that mean we need more forest land converted to farming tonkeep people fed? Do 20-30% more people have to work in agriculture vs today and stop working in cities? What would that do to urban services? What similarly are the trade offs from using fertilizers for land? What happens over time?

If there are good research papers that explore the total system costs and economic impacts?
What would the input to such a model be? The malicious code snippets?
Or do you want to classify packages according to other meta data?
Demographics: Abortions [pdf]
You're forgetting the conferences, books, trainings, consulting gigs.
Yes, how did you know?
> This is a hot take.

I'm assuming you mean your comment, not the post itself.

> The reason that you need to do things the ops way is because ops knows how to run applications in production

Stability in production is one metric. Ops overindexing on this metric is exactly what causes the friction with developers.

Developers are trying to ship value to customers.

Uptime is only one part of that equation and for most businesses, it's not even a very important one.

The author points this out near the end. DevOps can't convince devs to use ops techniques if all the reasons for using those techniques are based on the flawed assumption that development velocity isn't important.
> Since the middle of last year, Li's postgraduate thesis has been circulated online as purported evidence that a coronavirus very similar to SARS-CoV-2 could have been infecting humans as early as 2012.

> Some also believe the paper provides circumstantial evidence for broader allegations that WIV had captured, studied and conducted "gain of function" experiments on viruses found in the mine, including RaTG13.

Wow, thank you I haven't seen this before. If true, that's smoking gun stuff.
Right, code analysis to try to detect places where it reads from ~/.aws/credentials is never going to be reliable. The correct approach is not to run untrusted code in an environment where it can read your AWS credentials.
Sri-Lanka decided to only produce food "without drugs, chemicals and poisons". Now they're starving. You're lucky 99% of the organic labeled food you consume were in fact produced using the same things all of the vegetables in the world use, but anyways, if you prefer to pay double the price for smaller carrots, who am I to stop you.
Web development in Python is a lot of fun nowadays and has scaled just fine (we serve a few billion requests/ month). FastAPI makes writing APIs easy as well (it powers https://internetdb.shodan.io) and for deployment check out uWSGI or uvicorn.
That’s consistent with all the varieties of inerrancy, but those are often very different than literalism. It is, for instance, consistent with the decidedly non-literalist Catholic doctrine of inerrancy, to wit, “The books of Scripture must be acknowledged as teaching solidly, faithfully and without error that truth which God wanted put into sacred writings for the sake of salvation.”
Without going into further detail, I find a Google sponsored project more credible, given it's flagging Google-family apps for the most 0-day exploits.
This is probably the primary use case. Although modified FM radio receivers could easily receive analog TV audio it just would be a harder sell.

Also, sometimes companies do things just to show off their capabilities to the market, especially Japanese companies. Sony were the kings of this tactics back in the day.

As a side note, in the typical western FM band allocation (88 - 108MHz), the analog TV audio carrier for channel 6 would be located just under that (at 87.7MHz), and since most radio receivers could go a little under and over that range, most people could listen to channel 6 audio on the go.

This generated an entire market of "TV" stations who's main purpose was to broadcast audio, in the United States they were nicknamed "Franken-FMs".
Not only that but the action itself is superb. The way the hand to hand combat and gunplay is choreographed, performed and filmed is miles ahead of many films with much bigger budgets.
Just in case you forgot: Contains is a (nearly) standard lib function these days. Go did get generics, which are type safe (unlike some other languages I could mention). Before that, you had to write a slightly more clunky function yourself, but it was still a one-liner.

Second: it's not a good function to use. Checking if something is present in an array is not something you should do often and thoughtlessly. It has its uses, I agree, but in general a "dict", or if you really need an array, binary search, should be used. Where's the one liner for that in python? O wait, there isn't one. Go does have it, though, since a long time.

But it's a good thing we no longer use LoC as a measure.
There are very few situations where it even makes sense to have static credentials on an AWS instance any more. "Ambient" short-lived credentials from the instance profile and assumed roles are much safer.
Take a listen to Perturbator, Carpenter Brut, and Daniel Deluxe. The genre of "Dark Synthwave"[1] in general tends to have BladeRunner/Cyberpunk vibes.

[1] https://en.wikipedia.org/wiki/Synthwave
What I have for you today …
Burnham's prediction shows his Marxist background: instead of thinking about social formations as alliances, he sees them inevitably as conflicts with a single dominant victor, in Marx's case the victorious class is the proletariat, in Burnhams, the "manager' --- but what actually seems to have happened is a fusion of managers and the capitalist class to create a new kind of social formation -- something we wrote about here: https://deepsocks.substack.com/p/clocking-out
Ecotanks have another problem though. After a certain amount of time they lock themselves into "service mode" because the waste ink pad (or other internal parts) are considered EOL by the printer. The printer has locked itself, and you cannot repair it (unless you send it back and are ready to pay hundreds for it).
I firmly believe that they are better than the cartridge scam, but let's not fool ourselves by thinking that they actually made a printer for the users.
I've not heard insects like ants, beetles or flies being in decline. I've heard of bee colony collapse and declines in grasshoppers and monarch butterflies. But there are tons of other insects, some of which seem to do quite well around humans, whether we like it or not.
While self-sorting through companies sounds good, individual preference is actually the better option. Sorry.

> Or if a worker choose office, but they're the only one on location (and all their colleagues chose WFH), then they might not actually get the benefits of an office.

The correct answer here is not to mandate a return to work so that this guy has office play mates. He can re-skill himself to be effective without an office. Catch up or flunk out. We spend our own time leveling up on tech. It's not too much to ask someone to level up on getting the work done outside the office.
Had to go check the domain was not some troll - https://en.m.wikipedia.org/wiki/BNN_Bloomberg
United States “Franken-FMs”
Does this work at the system call level, where it would detect e.g. any attempt to open ~/.aws/credentials, or does it rely on heuristic analysis of the code itself, which will always be able to be "coded around" by the malware authors?

The correct approach would seem to be to not run untrusted code in an environment where it can read your AWS credentials.
In Linux, is there a secure, but also convenient and user-friendly, way to prevent processes from having the same default level of access to the filesystem as the human user?

I like Android's system of per-app uid/gid. But AFAIK it's not implemented by any mainstream Linux kernel or distro.

There's AppArmor, but the last time I tried it, I came away with the opinion that it's not very convenient or user-friendly. Perhaps some kind of friendlier CLI or GUI frontend may help.

I'm assuming SELinux can achieve this but I don't have first-hand experience with it and from what I've read online, it seems to be less user-friendly than even AppArmor.

Any other approach you know about? Do secure distros like Qubes OS or Tails implement this systematically?
I ride my bike down Town Center and up the pedestrian Bridge every morning. It's super easy to get on from the road, not sure what this person's problem was in finding it. Also, on May 5th, 2022 the recorded high was a nice 91 degrees. This is not hot given the low humidity. I've been here five years and that 8 degree low has got to be an all time record low. Rarely will it get below freezing.

These are just a few examples of how the author bends the truth to there narrative, makes me wonder about the rest of the posts.
I thougt the "dev" part was because the "ops" were using code to build the infrastructure.

In my experience that leads to meh code if the "devops" comes from a former sysadmin, or meh infrastructure if s/he comes from the dev side.
Boy, you don't really a lot of unstyled <table> elements anymore.
So an apocalypse can happen for an indefinite period of time? I'm calling BS on the use of that term. A decline in some insect populations is not an "apocalypse". An apocalypse would be a massive extinction level event on a global scale, like when a giant rock slams into the Earth, or there's continuous volcanic activity for a million years.
After reading the short story, I recommend checking out the Adventure game. It's written by the novelist directly, and is a deeper examination for the characters and the AI through the device of virtual worlds.
Yeah I agree that it should be possible to use any of the indexing systems depending on your needs. My criticism of grapheme cluster based indexing being the "default" is that it only really makes sense for UI code. In other situations (eg, passing JSON text over the network) it adds a lot of complexity and code size, with no benefit.

If I'm writing a regex parsing system, or a JSON parser, or an event logger, or a compiler, I'll use a lot of strings. But my code probably doesn't care very much about grapheme cluster boundaries. Handling grapheme cluster boundaries is very complex code. (Rust's unicode-segmentation crate is just shy of 100kb!). When parsing grapheme boundaries isn't needed, all that code is pure overhead.
Simple indeed, they don't even offer anything that matches SQL flexibility.