skysight-inc/HackerNews huggingface dataset:
I can’t help but think that eventually we’ll hit the “Big X” of brokerages if this consolidation continues, alongside the acquisition (mergers?) of TD Ameritrade and Charles Schwab.

Assuming we have an active FTC soon wouldn’t this lead to calls for to “break up big brokerages”, like there are for banks in 2008 and tech companies today? I’d imagine financial services is fractured and diverse enough where it’s hard to say that only a few key players dominate the market.
For Vue, Nuxt recently got a content API which I've been using and it is great. If there really isn't an equivalent for React I'd be very surprised.
That bar is currently too low (FISA and all the other post-9/11 nonsense), IMO, but generally, yes.
I'm glad you've pointed this out. Comparisons to GDR and the Stasi often get ridiculed for being excessive and hyperbolic when in fact what's currently implemented would've been the Stasi's dream.

If anyone needs a good weekend movie recommendation, Das Leben der Anderen[1] is excellent and quite relevant.

1: https://en.wikipedia.org/wiki/The_Lives_of_Others
You may not feel you need to know them, but I use them every day, and I will not hire anybody who doesn't know them.
>Does that package exist because JavaScript lacks a modulus operator (I feel like I remember it having one), or because the operator does/doesn’t coerce things into numbers the way you’d expect?

The package is written in javascript and uses the modulus operator.

It's just laziness and a cargo-cult mentality around package granularity that's gotten way out of hand. There's no rational basis for it.
Take a look at the well maintained Awesome Embedded Rust GitHub page here https://github.com/rust-embedded/awesome-embedded-rust

There is a section called no-std crates which lists a couple of useful crates like bbqueue and heapless. I find it insightful to browse through the public repos of the authors of popular embedded rust crates and see what crates they use most often.
I'm extremely skeptical of hydrogen trains. First, we all know that hydrogen cars are never going to take off because of the massive success of batteries. But as production of batteries ramps up, prices will fall and power densities will increase in a virtuous cycle. Adoption of battery cars (already widespread) drives the adoption of cargo vans, people movers and pickup trucks (a multitude of models shipping next year), but it doesn't stop there. BYD, Tesla, Daimler and others are working on battery-powered semis and buses, and once you're there, you're basically in train territory.

Think about a train - one expensive, custom, bespoke, finicky engine and 100 dumb cars. Why not make mass-produce 100 cars with batteries and motors built in, reusing the same cells or packs that you use in cars, van, picks, lorries, etc.

The fixed nature of train routes also means you can electrify parts of it strategically (ie, a few km around a station to help a train accelerate) and rely on a mix of battery and overhead lines.

At this point hydrogen still seems possibly usable for ships and long-distance planes - short-haul planes will be electrified in the coming decade due to the same mass production that will drive EV adoption.
I find #2 quite compelling.

I also find the monitoring differences are important. If you have a userspace stack then things like lsof or packet capturing will work differently. If your stack is polling rather than getting interrupts you likely won’t even be able to look at cpu usage or load averages (each polling loop will run at 100% cpu looking for new network activity)
The national security concerns are of course real and massive; imagine what you can do if you can reach every single individual of another country with personalized content, and collect the most insanely detailed information on each of these individuals.

This is the next level, superseding many/most other means of power.
An excellent comment that merits upvotes based on the Gormenghast reference alone.
I’ve tried vyvanse and Ritalin, but neither seem to work nearly as well for me :(
Regarding 2, that branching strategy sounds completely reasonable and simple. You wouldn't except to delete the "dev" branch in that case, nor squash any commits, because "dev" is a shared branch that many people use. It sounds like a classic "test" or "pre-production" branch.

You would expect people to commit cleaned up commits ready to be merged to production into that branch. Any exploratory work would be done outside "dev" (either in developer local repositories or personal branches). It is also important that no commits are ever made to the production branch directly, otherwise your branches would become out of sync.

If you'd like the branches to stay identical over time you can stick to fast-forward merges. The downside is that you lose information about when merges to production were made, which may or may not be a problem for you.

The problems with repeated commits are not caused by your merge strategy. The are caused by people doing strange things with git. It might be hard to say exactly what after the fact, and without seeing the commit history we can only speculate. Perhaps many merges were made with unrelated branches, and what you are seeing is merge commits? Independently of how you proceed with this, you need to educate the users, otherwise they will keep polluting the commit history.

I didn't understand the part about removing the repository and take it to be a joke that went above my head. But obviously this can't be done without altering history. It is, after all, the history that is messed up. Fixing this means identifying which commits can be squeezed or removed from history. You have to look at these commits to find out how. Then you just rebase all commits from the beginning to a new history, and then everyone involved needs to keep working on top of that. Just remember to give the old history a name with a branch or a tag before you get to work, so you have something to reset to, should you mess up.
They have almost 0 computer market share in developing markets, nobody knows how to use apple, nobody knows their stack and their programming languages, all the infrastructure is built around windows.

With smartphones it's not such big a problem cause you don't do anything productive on smartphones anyway.

With PC/laptops it's a big disadvantage I don't see changing in a few years just because of small performance advantages, even if the prices weren't an issue.
Radiation-immune and repairable chips to fabricate durable electronics
Made an issue based on your comment. Is this accurate? http://github.com/github/view_component/issues/495
> Yeah but really they never had a chance in the mobile market.

You're saying that if Intel had used their leading edge semiconductor fabs to make ARM CPUs that were exceptionally good, they would not have stood a chance in mobile? I disagree. Qualcomm would have faced serious challenges keeping up with these hypothetical Intel ARM processors back in the early 2010s. They still might, but Intel hasn't even tried.

Intel was just too proud to do something like that. They wanted x86 to become the smartphone standard, which it obviously didn't... and now they're suffering defeat on all fronts.
Here's your C++ version:

* Whatever it is you need you'll end up re-implementing it yourself anyway unless it's network or encryption related.

=D
200 Days: The World’s Longest Lockdown Has Failed to Stop Covid-19
> I don't need to hear about how your grandmother's favorite chili recipe saved your uncle's best friend's life when he was trapped in the Siberian wilderness after going on the run from the Malaysian government. Just tell me how to make the damn chili.

The template given was nothing like that, at all.

Regardless, I firmly believe that this attitude is keeping many people out of the tech business, let alone open source. Society shows that niceties are wanted and work, especially by women, a demographic under-represented in most parts of tech. I also find that not showing niceties is a display of dominance and self-importance, again, something that isn't going to bring more people into tech.

I can give a pass to Linus Torvalds and those under time pressure. I doubt any of the devs here commenting on HN are able to make either of those claims.
I think this is inadvertently a good critique of this popular item - it doesn't really tell you why you might want to have some exposure to these numbers.

For a lot of programming, the lowest of these latencies - cache and memory access and branch mispredicts are averaged out and essentially unnoticeable or not worth caring too much about. Which is to be expected, being the design goal. But it's not too rare, even in regular, high-level language programming for them to become 'macroscopic' and that is a useful, practical thing to be aware of, rather than some academic curiosity.
That's a straw-man argument. Most people don't know nor care that TikTok is software made in China. The feds seem to care, but they're playing politics, and there is not much overlap with what Average American cares about.
Netflix is a luxury lowbrow brand, a digital status symbol boredom reliever, the opposite of elevating expectations of quality. They know they cannot compete with the backlog on quality, so an all out assault on individual assessment is waged on users. Netflix discovered that the search for novelty is a near perfect substitute for novelty itself -- when self-congratulatory choice fatigue is factored in. The future of film is on the same path as ever: basic, boutique, or blockbuster, maybe some a.i. remastering to align with dainty modern audio and visual trends and extract the most out of newbs with the allure of familiarity.
> For example, in JSON 32 is an integer, 32.0 is the real version of 32, and “32” is the string version. These distinctions are not meaningful and can be confusing to non-programmers.

Au contraire mon frere. What's the point of this data format if it's only intended to be for humans and not computers, because for computers the data type is critically important. For example, I've more than once seen the extremely ill-advised idea to treat zip code as a numeric, which completely screws your data model once you want to support zip+4 or international postal codes that contain letters.
So a good reason to do without the link. If so, C++ and Smalltalk-80 would have to point to Simula 67. But it does not look like the author of the referenced article optimized for scientific accuracy anyway.
> How much trash is generated does substantially impact how we manage that trash.

Volume has an impact on the throughout of the system,not the need to move trash from the producers to the consumers.

This thread is about a proposal for a new system to transport trash. Reducing the amount of trash produced per capita does not eliminate the need to transport trash.
The temperature can be defined even for very small systems using Statistical Mechanics, and also the distribution of speeds and energy in the Brownian motion of the surrounding molecules and movement of the membrane (and phonons?) depend on the temperature.
I think an interesting element to this is that a lot of the things a monopolist would do in the brokerage market are already highly regulated and considered market manipulation or breach of fiduciary responsibility (although that's been relaxed recently) so maybe there isn't the same natural tendency to monopoly.
But this is an interoperability nightmare. Number, date and boolean formats are going to be a pain in the ass to deal with.
> Maybe my color perception is off

It's interesting to see this article on the front page at the same time as the Color Blindness article [1] discussing the difficulty of distinguishing tiny color spots. I'm not color blind, but I needed to zoom in on the first figure to see the difference between the red dot and the other red dot. Not to mention the black dot, the dark green dot that looks black at a distance, and the black dot that's actually an asterisk. Now I understand why these are so hard to distinguish.

[1] https://news.ycombinator.com/item?id=24672463
The graph is missing the complete hierarchy of the Wirth languages. A very important part of programming language history. They influenced many languages and of course are a direct predecessor to Go. While Go has mostly a C-style syntax, in my opinion, it is otherwise closely based on Oberon.
Typo. *in the realm of chemistry
Investigation was dropped because evidence was not strong enough.
No, I have not. I have chosen org for its numerous features and publishing is just one of them.
You wouldn't use this for arbitrary object serialization. Lists can only contain strings, not other lists or dictionaries.

As for stringification, JSON's data types are mismatched with pretty much everything that isn't JavaScript to some degree. If you need to serialize a 64-bit integer to JSON, you serialize it as a string because the parser on the other end is probably going to try to parse it as a double-precision floating point number. Once you've started serializing numbers as strings anyway, it's not too far to "serialize every scalar as a string".
Like in Windows where you configure by clicking check boxes that can get disabled if invalid, with tooltips explaining what they do, additional help if you press F1, etc. ?

It would be nice if we had such tools.
I didn't recognize GSQ and Google wasn't much help unfortunately. Could you say a few words about that and also maybe what "pacing" is? Thanks.
Large investments will be made if they have large impacts on the short run. A city lacking sewage will devolve into chaos and be quickly deserted. In the case of garbage, you already have a working system, so you are looking at an efficiency improvement, not a fundamental benefit.

Why devote a completely new underground infrastructure for a specialized transport task, when you already have one that is generic and also applies to transport of people, freight etc.? The efficiency improvements don't make it sufficiently compelling, like for example the natural gas infrastructure, it's not like you could haul it around in trucks or like it can share transport infrastructure with electricity. Garbage is just a solid transport task, use the solid transport infra.
Someone posted this tool earlier in the comments too. I was surprised since I never heard of it and find it great!

However, I think it is only for building deep learning models and does not have any general ML support or am I missing something? If yes then that fact makes it very different from igel as a tool
I'm mostly using HOCON these days. Strange that it's not included in the alternatives section.
The special interpretation of NO in YAML has led to bugs and defects:

> I once disabled our product for the entire country of Norway for a day because `NO` in YAML evaluates to `false`

https://twitter.com/aarondjents/status/1307692593493553160
The problem that garbage collection addresses is not lack of convenience.

What sewers do for non-solid waste, garbage collectors do for solid waste.
there is now: https://changelog.com/podcast/414
I thought it was fine and my late-40s eyes had no difficulty.
Protobufs have a text representation.
>"I'd expect more future uses of xdp over dpdk."

Can say why that is? I haven't really kept up with DPDK but I know there was lots of interest in it a few years back. What has changed?
Haven’t you described cap’n’proto, protobuf, thrift, flatbuffers etc?

I know cap’n’proto also has fantastic support for using the schema for config files. You can just compile any constant as a stand-alone serialized message that you mmap into your code in a safe way. It can’t do complex math and things (at least yet) but you can express lists, dictionaries, and reference other constants, so as a config file replacement I love it. I’ve also found the format to be far more regular and consistent than you get with things like text protobuf (you’re still using the schema language instead of another format)
If you've got tests then you've already seen how many stupid mistakes you make, long before release. To get that far and still not have learnt enough humility to accept there may be more is quite the achievement!
It'll lead to incompatible NestedText codecs/serdes :(

There should be at least some support for some standardized representations (basically JSON + ISO8601 datetime + some encoding for embedding whatever stringified serialization, eg. just how HTTP uses chunks and unique boundary tokens).
The substance starting with a D was probably Dextroamphetamine. It’s the old standard and has been around forever. It’s basically Adderall with just the R isomer rather than a mixture of Levo & Dextro isomers.
Also, I don't think Americans somehow magically share common values. Most Americans I know would take that as an insult.
Well, edible bananas don't have seeds, you have to excavate and extract, prepare, and then bury (plant) culms to spread them. So yes, it was definitely deliberate, people carried banana culms around with them in order to plant them as they traveled from island to island.
Why not? I'm not a Python developer, but bad indentation is considered a faux pas in most production codebases and is already enforced by linters, so I don't really see the issue with enforcing it at the language level.
What "insanely detailed" information are you concerned about?

Are you as concerned about this "insanely detailed" information being collected by US companies? If not, what differentiates your concern when the information goes to foreign companies?
> Charles Schwab is in the process of consuming TD Ameritrade

Deal received the final approval last week[0] and is set to close early next week.

[0]: https://www.federalreserve.gov/newsevents/pressreleases/orde...
This seems... worse?

I can't figure out what's happening here. Is everything just a string? They complain about how YAML handles booleans (fair criticism), however I can't see how NestedText fixes this.

This feels far inferior to TOML (everything NextText does, and much more) or JSON (very unambiguous, works natively in most languages).

I see this a lot in startups and open source projects. They exist solely as a criticism of their competition (which is fair!), but don't work to understand the real problems and fix them in any meaningful way. You can spot them when they talk a lot about what's wrong with the competition ("AWS is too expensive", "YAML is too ambiguous") but never explain their solution.
To be fair, this seems to be designed specifically for config files. Just as JSON should be used for data transmission but not for config, I could imagine, this should be used for config but not for data transmission.
Yet I get downvoted for calling it out. Go figure!
Linux’s TCP stack (and any other TCP stack you’re going to run across) is general-purpose: it’s designed to handle nearly anything you might want to throw at it. All that genericity comes at a price. If you want something to be hyper-efficient, it has to be specialized to the case you’re putting it to, which usually means you have to write most of it yourself. It’s really sad how many developers actively reject writing software just because somebody else wrote something else sort of similar once.
JSON schemas are available for a number of JSON/YML config formats from JSON Schema Store[0]

[0] https://www.schemastore.org/json/
There's JSONSchema, and there are GUIs for handling/inspecting them.
Interesting. Maybe the time is ripe for a next generation of config formats. It looks decent. But if you just open a file with this you might think it is YAML if there is nothing else to hint you?
Um, that is only modern bananas. "old" bananas are mostly seed.
Apple iPad Air 4 (A14) Geekbench Score (1583 Single-Core, 4198 Multi-Core)
Sure but you still need to grant your binary that (eg scripting languages need that for the interpreter itself which isn’t great since all programs get it) and it’s just the administrator of the machine going “I know this is dangerous but I’m deciding to do it anyway”. It doesn’t address the underlying issues (eg if I compromise your binary with this capability I have some pretty powerful capabilities including sniffing all traffic on the machine through a promiscuous socket).
...no? What made you think that?
What if this works to increase bias against certain group of people because the facial recognition software isn't trained on them?

I am not sure technology can solve this completely.
This actually looks great. Many people are complaining about the lack of data types, but most of the time you

a) Do not have values of different types occupy the same fields

b) Have a schema defined (explicitly or implicitly as part of the parsing), especially because you're likely working with a type system

This isn't good if you want `x = parseJSON(blob)` kind of API, but that's definitely not what you want for any kind of human-editable config.

It seems simpler than TOML, I'd give it a try.
The article is from July 17, 2020.

People wonder how ancient civilizations fell, but with worthless information like this after 5 months (July) of the US lockdown, it becomes apparent:

"Especially until effective vaccines and antiviral treatments are developed, Riley’s research points to wearing masks and disinfecting air in enclosed spaces as two of the most effective tools for fighting COVID-19."

So how do you actually disinfect enclosed spaces nationwide?

Is anybody doing that?

(I'm a proponent for herd immunity, like all other flu viruses, but other people desire more concrete actions - yet that isn't happening, and we are building herd immunity as the default outcome.)
Isn't this the exact same argument people made against electric vehicles - for the majority of Tesla's existence the reality of owning an electric vehicle has meant burning fossil fuels to generate electricity to charge the car.

The point of running off hydrogen or electric is so that you can figure out the problem of generating the source at scale.
i work in food ordering and our volume is big enough noe that understanding cpu caches is definitely important for our oft hit endpoints

there are also domains like realtime control systems, video conferencing, image processing, devices where battery life is at a premium, ai, video editing, decoding, encoding, stock market trading.....
This is reality... so why is this being downvoted? Too much clashes with the morals of the privileged audience here who mostly grew up in an environment where no cutting corners was needed?
You only benchmarked the C code. In order to get an apples to apples comparison, you have to benchmark the Go code on the same hardware - your comment compares the runtimes of two different implementations on different hardware.
The Node standard library doesn't do enough compared to Python. Python in a locked down environment ( you can't just install whatever you want ) isn't bad.

Node is a nightmare without being able to install various packages from npm. Thus someone can remove Left Pad and it's the end of the world. I switched from React Native to Flutter for mobile app development and it was one of the best decisions I've ever made
I don't like any machine readable format that doesn't have some indicator that it is a complete document (like JSON or XML does). I've had a production issue where a format like this one was used where the file was read before it was finished writing it and ended up with a corrupt configuration as half of it was elided without any way to know.
Sure. It’s still a little hard to justify when you have video streaming services (which at a technical level is all that Stadia is as well). While Netflix is largely non-interactive content, they certainly do have interactive pieces (eg the experiment they did with a choose your adventure Kimmy Schmidt).
Is it missing "list of dicts"? All the examples show only lists of simple strings. If so, that seems like a major problem.

Taking the main example, what do you do if you have more than one vice president?