skysight-inc/HackerNews huggingface dataset:
Well, I had like four spam messages from the same people (but different Apple IDs) in the past few months.
I imagine the test protocols are heavily regulated. Getting what you describe right is within reach of experiment design... But updating regulations in a mathematically correct way is a whole new challenge. And given the current state of globalisation, an interested party would need to convince multiple government bodies, using multiple languages.

Which means we'd need an interested party with deep pockets and good motivation.
And are they going to deal with that scary stuff for me for $15/mo? Or are they going to turn it off and on and tell me I need a bigger boat if it’s slow?
Facebook was very similar, I believe. The MySQL schema boiled down to two tables: nodes with an id, a type, and key/value properties; and edges (known internally as assocs) between pairs of ids, also with key/value properties and a type.

A simple schema helps when you just need to write stuff. You can make simple queries against a simple schema, directly.

For the juicier queries what you do is you derive new tables from the data using ETL or map/reduce. The complexity of the underlying schema doesn’t have to reflect the complexity of your more complicated queries. It only needs to be complex enough to let you store data in its base form and make simple queries. Everything else can be derived on top of that, behind the scenes.

Example: nodes are people and edges represent friendships, and then from this you could derive a new table of best_friend(id, bf_id, since).
$292.0 million, but yeah.
Thanks for that answer, it seems quite a specialist job. So many moving parts. Why would you need random distribution and not just customers 1 to 100k for example?
Personally it's a lack of trust.

I've set up databases, I've broken databases, I've restored databases, I've scaled databases, and I've migrated them. Never lost so much as a nibble of data.

My introduction to NoSQL was an article about Mongo losing someone's production data. Not even all of the data - partial data loss, the worst kind of data loss.

I'm just gonna head off that massive headache at day 0 and use an ACID compliant database.

From there it's lack of experience. Same reason I wouldn't decide to write my next thing in a new language unless I was specifically learning that language.
I was talking about the millions in assets part. And 200k for EU citizens is definitely not easily achievable. The median is far far below that.
Doesn't shipping plant-based food around the planet cause massive climate change?

PLant-based diets only make sense if you live somewhere where it's ecologically cheaper to eat plants than animals. This doesn't work, for most of the world.
> I'd rather live in a world with spam than a world where corporations get to decide what I run on my devices,

Why do you present this as a binary choice?

Why do I need to suffer at the whims of your wants and needs? Why are you so hellbent on advertising your opinion in this binary manner? Don’t like iMessage? Use something else. Nobody is stopping you. Why do you feel compelled to bring the conversation back to this weirdly obsessed and diluted dilemma where you see a first party solution and start kicking and screaming incessantly
I think shutting down the repo would be more than enough.
The primary coolant is used closed-loop, and therefore isn't used up anyway.
Thanks a lot for sharing your experience. This definitely makes me more hopeful about investing my time in Kivy! :)
Elon Musk sells Tesla shares worth $6.9bn as Twitter trial looms
No. I've never had a good experience with an insurance company.
I bought a random one online recently in order to configure an embedded device that requires a serial port, and it worked perfectly out of the box immediately. I used it with minicom and felt nostalgic!
The first paragraph in the introduction claims the "failure to fulfill expectations" of Algol 68 and Ada were because they were designed by a committee. Leaving aside whether they were or weren't disappointments, neither was really designed by a committee. Algol 68 was famously presented as a fait accompli to the IFIP committee by Adriaan van Wijngaarden, as documented by Dijkstra and leading to the minority report and ultimately Wirth's Algol W and then Pascal. Ada was largely designed by Jean Ichbiah, and all the various committees of the US DoD did were choose his design over the competitors.

Both languages strongly appealed to me, probably because of their cohesive (one-man!) designs, although I never got the chance to use them professionally. So I do agree that a strong, usually one-person, design is the way to go. But both Algol 68 and Ada failed for other reasons. I'm speculating, but I suspect they simply required too much of the average programmer: mathematical sophistication in the case of Algol 68, and discipline in the case of Ada.

The other plank of TFA's argument is that successful languages are built up slowly based on experience of requirements. I think if such a language ends up any good, it's either luck or someone spending a lot of effort pushing back on bad proposals. I'm sure you too have a list of languages in mind which grew in an undisciplined manner, until they strangled themselves. I think of language designers who allow that as like Maxwell Smart in Control headquarters, running coloured strands of wool between pushpins on a map until it's a woolly mess.

I suspect what really made Lua a success is it found users among game developers at the right time in its development, and did not try to be much more than that. In that sense, by listening to users and adding things, they achieved a good design (I assume – I don't really know the language), and because it did not achieve wild success that constituency of users was not so diverse as to baroquify the language.

A language can fail if it is a clean design but doesn't have users (Eiffel). A language with an ugly, committee, design can succeed if it has users (C++).
and, oh-my-zsh's kubectl plugin, to abbreviate more commands and which should allow for one to add the current cluster to their prompt with a convenient alias to switch between clusters (kcuc <config context>)
That page is almost like the product is shrouded in secrecy of some sort.

I feel that this is what I was looking for https://docs.astro.build/en/concepts/why-astro/
That first knot needs a short video I think, no idea how to do it from the steps.
I just want to see him lose money... Even if that money goes to Twitter shareholders...
PicoProlog
I feel like this is a bit but it’s too obscure for me.
A financial system is a communication system about the transfer of money (or perhaps other valuable assets). It is the transfer of money/value that brings this out of free speech and into the domain of financial law, not the mechanism of how that transfer is encoded.
>Google video engineering wasn't up to snuff

So hiring the best 1337-coders in the world didn't automatically give them the best product? Shocking.
Coincidentally I used PyJulia last week to call some numerical code I translated from Python/Numpy to Julia.
The actual translation was straightforward and done in under one hour, but I needed an additional day for fine tuning and profiling to actually make it fast.

Does anyone know, how JNumPy compares to PyJulia? Calling my Julia code via PyJulia seems to increase the startup time of Julia even more and it would be great, if JNumpy would do better here.
Clean up orbit first, then we can think about space factories, says FCC
Yes, especially this PiBox is far too expensive.

At EUR 320, you can buy a NUC-like computer with an i3 or even an i5 CPU. For much less, even under $200, you can buy a computer with Jasper Lake, which is far more powerful than a Raspberry Pi.

For the cheapest possible server bought as new, a better choice would be one of the ODROID models, while the best performance per $ would be provided by an old NUC-like computer, either repurposed or bought 2nd hand.
Isn't this true for just about any integration in a product?
> No one has said you can't distribute the TC source code.

So github removed it for no reason?
Thanks. This is an excellent read. His journey from Latvia to the United States via Germany is very interesting.

His seminal paper on the Complexity of Algorithms is truly fascinating.
And AMD sold how many APUs for desktop relative to CPUs?
What I really love about python is list comprehensions.

Instead of

processed = []
for part in unprocessed:
if part.tag in ["good", "circled"]:
processed.append(part.name)

You can do

processed = [part.name for part in unprocessed if part.tag in ["good", "circled"]]

In one line.
Furthermore, you can have several metadata tables that represent different types of graphs of the data tables, using all the relational features.

For example, one can implement role-based ACL on a tree structure in metadata tables, with one data table. Then sql can be used to get permissions, and even join on the data table, if that works for you.
I'm developing in-house business apps, so I'm probably a bit ignorant regarding the new trend of all these SSR/hybrid/transitional frameworks. But I'm curious:

Is the difference in page loading speed really that significant? SolidJS or Svelte apps with lazy component loading are already pretty fast - Ryan Carnatio has shown some benchmarks on his Youtube streams where the differences are in the ballpark of around 50-500 ms IIRC. Is it a mobile client thing? Or more like "We are Amazon and every 0.1 seconds waiting for the page some xyz customers leave and therefore costs as quite some money"?

I mean, those frameworks are really complex. Is it worth it if you already use a fast and small SPA framework like SolidJS or Svelte?
At the time that was not the case. After the track I had to do a recertification inspection.
The chain I did it on allowed me to set a levy that would go to my account every time the token was moved. I hate that stupid coin.
Besides all the benefits of relational DBs, I'll give you my main reason for not starting with a NoSQL database:

Because eventually, you'd want to analyze that data and it's a huge pain to do it with NoSQL. Imagine if you hired a business analyst and she needs to look at the data. Are you going to expect her to learn Javascript to query the data? Are you going to write an ETL pipeline to move data from a NoSQL db to an SQL db?

Note: I know many NoSQL DBs now support SQL queries.
Jotai: Primitive and flexible state management for React
By chance I saw this:

https://support.google.com/fi/answer/6330195?hl=en

It allows the data to be used on a second device, on the same SIM/number. Not SMS though, so this is going to be a limited solution. I also don't know how this works across the globe.
or mathlab
Fair point re: the Klemheist although the Prussik serves well enough.

For my part I wouldn't use a figure 8 in a bight to get a loop in the middle of a lonf rope that's going to take load - the butterfly knot is far superior.
I definitely don't want to sound like I'm saying we should stop worrying about hackers and bad actors, they are of course a concern. I certainly don't want to advocate for dismissing real dangers and power structures in the real world in favour of speculation over some theoretical risk. But I do want people to think about it and take it seriously, in the same way I would have wanted people in 1933 to take seriously the possibility of nuclear weapons even though they were then only theoretical.

I think the sticking point in this is that you don't think that AGI is ever possible - is that right?

If so, I know a comment on a HN thread is very unlikely to change your mind on it! But when the stakes of being wrong are high, I find it useful to go from a position of "it won't happen, so I won't worry about it" to something like "on balance I'm pretty sure it won't happen, but I may be wrong, and in that case I would be worried about it".

I'd then feel much better about spending some time researching the topic in more depth.
Twitter has 2 factors. Turn it on. Then not just phone.
The problem with sharding is that you can't join, as most databases don't support "distributed joins" so relationship constraints don't even make sense. Thus it has to be done in code and often requires multiple queries to various servers to get the full picture. Most of this can be optimized by denormalizing as much as possible for common queries and leaving normalized records for less common queries.

There's a performance impact, for sure, but there's really not much that can be done without switching to some database technology that does sharding for you and can handle distributed joins (rethinkdb comes to mind, but I'm not sure if that is maintained any more). But then you have to rewrite all your queries and logic to handle this new technology and that probably isn't worth it. Even if you were to use something like cockroachdb and postgres, cockroachdb doesn't support some features of postgres (like some triggers and other things), so you'll probably still have to rewrite some things.
This probably have an amazing background story.

AppLovin and Unity has a similar market cap, making this merger almost equal in power - which typically leads to an uphill battle in management of who has the power.

This first and foremost blocks the IronSource merger, and it's probably something that Unity management don't want to do. But the board must consider it or otherwise it will suffer hell of litigation from shareholders.

It's super interesting to see where this all leads.
This is a great article that tackles this topic the way I want: with a commitment to SI units.
https://environment.ec.europa.eu/topics/plastics/single-use-...

https://ec.europa.eu/environment/pdf/circular-economy/single...

page 4, they name fishing gear and single use plastics. the footnote says "Based on JRC analysis and further data analysis provided by Eunomia"

JRC is joint research centre

the initial data is composed by a kid? sure, why not. is the whole ban based on that report? uh, no
https://remoteok.com and https://nomadlist.com both use SQLite as the database. 100+ million requests a month and there's been no problems.
You're looking from the pov of the tourism industry (either consumers, in the form of tourists, or from the pov of providers, in the form of tour operators, accommodation hosts and the like), hence the talk about the price curve and the need to adjust it.

I was talking more from an outside perspective, and, more importantly, from the pov of an outside direct influence (via more taxes/charges). I do not think air-fuel costs are going to get cheaper again, to the contrary, I think the externalities of airplane flight will start being included more and more into the final price. The same goes for accommodation prices, which are dependent on energy prices (you need gas/electricity to keep a room at reasonable temperatures during the summer and in winter). Those are not going back to cheaper prices, either. And there are all the other related prices, for example car rental prices have also increased dramatically and will most probably remain that way, there's no IC cars replacing the current fleets in the near future (for the simple reason that they won't make them anymore) and we won't build enough EVs at reasonable costs to keep the current car rental market exactly as it is (or as it used to be until very recent, that is).

As for the "unmet demand", too bad for the consumers (i.e. potential tourists). The same way the mass tourism industry was invented in the 1930s (give or take), the same way it can be scaled back "societally", by saying things like "if you still want to be a tourist you will do great harm to the ecosystem shared by all of us" (which is most probably true) and similar stuff. No (service) industry has to live forever.
Easily. I do a lot of car stuff. Rented out entire racetracks, raced competitively, invested in a racing team, etc
I think the argument about SMS being insecure is very real but exaggerated. We send password reset with capability URLs through non encrypted mail. Sure, the channel is most likely encrypted but anyone at mail service providers could easily take over a massive amount of accounts. Although the user would notice at least.

Sure, there are tools to intercept SMS without the user noticing, but as a second factor an attacker still doesn't have access to other factors.

The successor RCS has the problem that users cannot reset the password. If you are compromised you need to urgently contact your ISP.
It's no bit. I've been robbed again and again and again. I freaking hate Pine Bluff Arkansas.
> Seems both ethically questionable

Right, but how so? A person or company can get into trouble with things being written down or made known to others. Having a lawyer consider it first is legally prudent and is entirely reasonable and common advice given out to any person (don't speak to police/regulator/other party/internet/newspaper/etc before consulting your lawyer). If you think that's ethically sound advice for a person, then what changes the calculus for a corporation?

> and maybe not the best strategy for the individual if they're being instructed to keep information to themselves instead of passing it up the chain in the company. Is that intended to keep just that employee responsible for whatever mess?

Probably less instructed to keep it to yourself, more encouraged to stick to "official" reporting channels, and then when you do that or come into contact with such issues by other means, more encouragement to use the phone.

And it completely depends on what it is as to the intention I guess. Initially so that the lawyers are able to consider and advise. But sure you aren't paying the lawyer so they are only taking care of your interests so far as that coincides with the company's interests. So if you had a concern that you would be responsible for a legal problem, or are a victim of a criminal or civil legal matter from the company or another person in it, then I would say you should consider discussing that with your own lawyer.
Was also surprised not seeing the EDK for abseiling. Perhaps it's a cultural thing?
> that default is WhatsApp and installing it is as much a part of setting up your phone as is plugging in a SIM

You missed out the bit where you sign your soul over to Mark Zuckerberg.
A one-handed prusik is a very useful skill to have too: https://www.youtube.com/watch?v=aM9NVe-MdTQ It's the kind of thing you hope you don't have to use because something has probably gone very wrong when you really need it.
> This really sounds like a (security) accident waiting to happen

That was my first thought. Just requires one vulnerability, and boom everyone who has a gmail account is at risk
Why link to wikipedia and not the court judgments?

Almost no healthcare is harmless. Anyone can sue for almost anything, there's a low threshold to bring a case. Notably she didn't sue for a personal injury case because she knows she would have lost that - she was strongly advised by her doctor not to proceed, but she ignored that advice and went ahead anyway. She was over 16 at the time, and capacitous, and so she got the treatment that she asked for.
Should change title to at least hint this is a c-interface to Julia. The issue is not that you cannot use c. The key is if you have problem you have to know Julia.
We are working on that, it is non trivial because of the tight sandboxing but we will add it soon
> I wouldn't use a ring bend - the double fisherman's is superior for tying rope or cord ends together to create a sling.

Broadly agree, but a ring bend is handy for tying lengths of tape in to slings. Pretty niche these days though given the ubiquity of sewn slings.
The one thing trucks have that rail doesn't: flexibility. You need to lay a lot of track - and have lots of small trains, often only pulling a single container, to get to even approach the same flexibility trucks have, in speed, in location, and in routing.

Sure, Just In Time is partly to blame for this. But if your stock intake deliveries now become a monthly event, you need to build a warehouse that holds about six weeks worth of raw material. That's cost.

And unless these folks on bicycles delved for and forged the metal for the bikes themselves, assembled the self-made parts and walked all the way to the Caribbean to get the tree juice for rubber tyres, chances are, a truck brought the bikes to them.
While the paper is relevant to AML overall, it doesn't really speak towards the efficiency of enforcing sanctions as such. That particular area could be a lot more (or less) effective.
Are you claiming that laws that make money laundering an illegal activity should be repealed, or that the AML laws that are supposed to help detect money laundering should be repealed?
This reminds me of when the /r/counting subreddit broke reddit:

https://www.reddit.com/r/counting/comments/ww3vr/i_am_the_be...

Their data model was not designed for very deep comment chains.
The benefit of crypto is that somebody will automate that forking, and they won't have to put work into it
> this information for everyone would make the initial detection of tax evaders substantially easier

The IRS and FinCEN don’t systematically share information. (Ironically, the IRS is more restricted in this respect [1].)

[1] https://www.irs.gov/irm/part4/irm_04-026-008
For very bare minimum playing around, I use k3s on Linode (1 shared CPU, 1 GB RAM, 25 GB disk for a master and another one for worker node) at 10$ / month.
Mandatory link when talking about knots: https://knots3d.com/
Funny coincidence, came across the word Hydroponics in an Asimov short story yesterday. I thought it was made up. You learn something everyday..
Shady Street, Finding the shortest cycling path in the shade
This depends on access patterns to your data.
You should run Julia code directly to benchmark instead of calling it in Python through pyjulia.
> If anything, extreme attention to performance comes from the opposite [of systems programming]: attempts to generalise C towards specific application domains, particularly numerical applications. Linus Torvalds, no stranger to systems programming, is a persistent critic of language standards bodies and compiler implementers for pursuing small performance improvements at the expense of predictability and debuggability—as he expounded in characteristically direct style in a cross-mailing-list exchange in February 2016.

>> ...the original C designers were better at their job than a gaggle of standards people who were making bad crap up to make some Fortran-style programs go faster.

> These issues come down to the interpretation of undefined behaviour in C—to which I will return briefly in §7.

I found the article does go into compilation quite a bit in that section. It ends by calling for changing the language as it is implemented, not as it is written.

Yes, OCaml would fit. Functional languages have invented a lot of interesting techniques to run performantly.
The government is not sanctioning the mechanics of a gun. You can read in books and online about how they work in full detail, the “code” and designs for them is usually open. A lot of hobbyists use this to build their own airsoft, potato guns, and other nonlethal mechanisms.

Violence and privacy are also different categories. A weapon that can quickly kill dozens or hundreds of people should arguably be regulated differently than a blockchain protocol that enables user privacy.

> the code or math isn't banned or illegal, the organisation is

There is no organization. The protocol is sanctioned - meaning if you fork the code, or build your own implementation, you risk the same fate as the tornado cash developers.

> That is not what happened so it's not a comparison at all.

It is very similar. The US sanctioned the Tornado Cash protocol and anybody who is using or contributing to it.