skysight-inc/HackerNews huggingface dataset:
One of the best things you can often do for latency/throughput improvement is to just mlock() the data. Yes, it fits. Get a more expensive machine and 5x the throughput in a single day with a config change.
I happen to have good guesses reading between the lines, and it quite obvious where required notarization, user space drivers, application entitlements and iOSification of macOS are heading to.

MSIX is what is driving Windows 10X security, which coincidently is the future of Windows package management.
>I would say that they're not perfectly erasable and it still takes more effort to erase compared to a whiteboard.
I think the biggest thing here is the size of the canvas and the speed at which you can make changes.

Some FriXion colors do erase less well than others.

But to address your concern about effort to erase I recommend trying a little butane torch lighter. Little puffs (quick clicks) of a lighter on the FriXion ink is very effective as an eraser. A continuous flame strafed across a page will erase large areas without damaging the paper.

While a lighter might seem a bit inconvenient its much less cumbersome than carrying around a white board and eraser.
Plain water. Adults don't need to drink milk.
If you're trying to claim the airdrop, we created this resource to make it easy https://namebase.io/airdrop. It walks you through using https://github.com/handshake-org/hs-airdrop under the hood but it generates a wallet address for you automatically.
Optimizing Elevators: Destination Dispatch
> I found something strange that affects SMS in Canada. You can send the lower case text "secure communication", but it will never be recieved by the recipient.

This reminds me of how, until just a few years ago (as late as 2016), people were wondering why you couldn't tweet the phrase "Get better".

It turned out that you can't tweet any phrase that begins with "Get" because... you guessed it, posting tweets from the web interface still shared backend code with the SMS-based system[0]. So it would interpret "Get foo" as an API request to fetch tweets, not a tweet itself.

[0] Twitter was originally designed to work on dumbphones! You could text your tweet to 40404 and it would post for you, or you could fetch tweets by saying "GET chimeracoder" and it would fetch the latest tweets from user @chimeracoder.
That was an issue with their hosting service, and didn't affect domains. As for myself personally I keep my own backups of my own externally hosted content but I don't disagree that this issue was a big doozy for Gandi.
The other big problem would be app support, how many devs are going to patch their app to look right on the wacky aspect ratio that a tiny fraction of a percent of the market uses.
There was an episode of Hamilton's Pharmaopoeia about hallucinogenic fish that was quite interesting. I can't find the whole episode on YouTube, but here is a clip from it:

https://www.youtube.com/watch?v=6N3j5g066CU
I think they still had an advantage, as Blackberries had push email even on the standard BIS (not BES) service. I remember early Androids and iPhones needing to poll the email server occasionally to notify you about new emails. Switching poll frequency to every 60 seconds killed the battery, but it was the closest thing to BB's push implementation.
We don't have standards in software engineering. We don't reuse components effectively. It's difficult disassemble software and reengineer components.
preface: i think there are tricks that experienced selenium developers use to make test less brittle, and it's annoying that there are tricks for that.

At the end of the day, if you can't get stable tests using the WebDriver W3C standard [0], you are doing something weird and overly complex with your web application. End to end testing isn't going to give you an objective right or wrong every time, but it should make you ask the question "Why does this happen?" and the answer is usually "Oh, we are doing something weird".

0: https://www.w3.org/TR/webdriver/
But that Hadoop cluster will also work just fine if the data set does not fit in RAM. And I've never met a data set that didn't expand over time. And with Spark you get a robust, scalable and industry standard way of distributing work amongst the nodes.

Also did you know that Hadoop is open source. So that $250K is purely for hardware.
That appears to be their ToS for hosting, not domains, no?
They are if they choose it, and even if they don't friends and family choosing it they could be worse off...

People in a debit cycle don't only impact themselves.

Like I said Usury Laws exist for reasons.
this is a purely empathetic comment...to invest so much blood + sweat + tears in 2 high profile hardware cos to watch your equity value disappear, or incur a huge loss if you exercised options, is a painful experience.
Hey Jimmy - I hope the bitcoiners that eventually read this thread can get both sides, as many project teams have received some version of the "do it on bitcoin with sidechains/lightning/liquid/rsk" refrain. I think in practice it's more complicated than that.

First - I tend to think an idea with clear similarities being tried before and failing is default a non-negative (sometimes good) sign: shows us what didn't work, and deepens everyone's understanding/validation of the problem space.

I would also say that it's more similar to Bitcoin than most people would think. Looking at the software, I think it's pretty cool that handshake's first implementation is a fork of a bitcoin implementation that has seen production usage for years (bcoin), one important change is the addition of opcodes to support covenants, so that blinded vickery name auctions can be done fully on-chain.

Basically, Handshake can build on top of the security and reliability that Bitcoin-like systems have validated for us over the last few years: namely, UTXO systems, proof of work, user knowledge/habits around self-custody.

I think Bitcoiners could consider looking at Handshake from this perspective: there is a lot of core technology, architecture decisions, and spirit that is similar. Perhaps if you believe in the potential of public blockchains like many early Bitcoiners do, the solution might not be things like sidechains (which are mentioned as a potential scaling option in the design notes), but extending the core technology in a minimal, single-purpose way (to support auctions)?

Perhaps it is possible that Handshake goes down as one of the best examples of an ambitious new project actually "using Bitcoin" (albeit in a way most Bitcoiners would not immediately agree with) instead of creating "yet another token"?

----

p.s. I've been a fan of yours for years and your content was some of the first I ran into when I was entering crypto full-time. I guess at the end of the day I'm simply curious what you thought of the other projects so far (including Namecoin and ENS) - do you own any names on other decentralized naming systems?

What do you think prevented Namecoin from getting sufficient traction from your perspective?
I would assume I am afforded less legal protections than a Chinese citizen!

But here's the thing: with the platonic ideal of "civil liberties" in mind that might bother me, but practically speaking? Chinese legal protections or threats have no bearing on me. None whatsoever.

I don't have a secret clearance. I don't know anyone who does. I don't know anything of significant value to the Chinese state that they couldn't use their existing sources to steal. My "deepest darkest secrets", at worst, would get me in trouble with my local government. They're not enough of a lever to make me an agent of China.

If, however, the information that could get me in trouble with my local government made it to my local government? That might be more of a concern for me.

Do you see why I might not care in the slightest what China knows about me, while simultaneously caring a great deal what my local government knows?
TLDR: the system misinterpreted his birth year as 2019 instead of 1919
I like to post this whenever huawei backdoor gets mentioned.

RDG is the author of masscan

https://blog.erratasec.com/2014/03/we-may-have-witnessed-nsa...

tl;dr they watched someone login with a huawei tech support account from mainland china.
I've worked with selenium for a couple of years. There are a fair number of gotchas, but it's definitely possible to write pretty deterministic tests. For one, retries of selenium actions are just necessary. So necessary, that you build them in to your test framework, instead of making them something that test-writers have to interact with.

I don't know what specific problems you were having, so I can't give more specific advice than that.
Yeah, Hub is such a valuable tool for automating common tasks on GitHub such a releasing. Hopefully GitHub CLI will maintain a feature parity with Hub so that people can transition smoothly if needed.
I found that an international SMS containing the entire text for a Wells Fargo SMS 2-factor code from the US to the UK doesn't deliver. Found that interesting.

I could get it to deliver US to US, though.
There's an airdrop that gives developers on github claims. Basically if you had over 15 followers on GitHub by August 2018 you likely got 4662 coins (worth a lot since current market price is $0.50[1]). These instructions walk through how to claim the airdrop https://namebase.io/airdrop. This way you can easily register names to try Handshake out even if you already have websites in traditional DNS.

[1] https://namebase.io
This article doesn't make any sense. It already fails at the premise. Airplanes and elevators have nothing in common with code written by normal software companies.

They optimize for a compromise between short-term gain and long-term gain. In essence, a startup can mathematically proof its software and go bankrupt before they even reach a prototype stage. Or they can shell out utter crap quickly, get some early feedback, funding and beta testers and slowly figure out what to improve first for the biggest bang.

Same goes for giants, like Google. They technically have the resources to prove SOME projects and they DO. For instance, Amazon proves their hardware virtualization software and other core pieces, where bugs would undermine the safety of the entire cloud.

I am getting a bit sick of "Why is software engineering so bad compared to XYZ". All the people asking are either not in this field or are junior engineers who just don't yet understand why things are the way they are and why writing bug-free, mathematically proven software is infeasible, unnecessary, impractical, undesired, etc.

Consider another analogy. When building a house, how expensive is it to decide that you actually want to have a ceiling with 5 meters high in the second floor, because the buyer of that floor wants higher ceilings? Simple: Tear down the building and start over...

In software? Usually it comes down to adding an IF-statement or some such. Software follows completely different economic principles and serves completely different needs.

There is at least one dimension though where this problem currently shines through: Self-Driving Cars.

I think auto-pilots in self-driving cars SHOULD follow the same rigor as airplane auto-pilots and they are most certainly not doing that, which will and already has resulted in lost lives.
Not going to claim that that money is all well-spent, but terrorism (and security in general) is a rather different problem. A single failure can cost thousands of lives, and huge knock-on effects, as we've sadly seen.
Branchy checks for error codes -- the alternative to using exceptions -- are not statically predictable. Each such branch is dynamically predictable, but burns one of a strictly limited number of available branch prediction slots.

So, while the successfully predicted branches are pretty cheap, many fewer can be predicted. Synthetic benchmarks generally have many fewer branches to predict than live code has.
It looks quite similar to me in concept.
Sure, they don't have to be efficient so they can afford to spend more on tool development. Not everything works but the better approaches get more adoption.

Also, I think you're underestimating the effects of having a lot of code. This pushes limits that smaller companies don't have to worry about.
I don't think this is fair.
I have ADHD. It is not an exaggeration to say that I can't function without drugs - I have trouble doing literally any task that requires switching focus or making long-term plans (including complex, multi-step tasks like "put on pants, go outside, find a place to eat, and eat some food so you don't starve".)

Specifically, I can't function without prescription amphetamines, in dosages substantially greater than Erdos was taking.
You can just write Spark SQL, set the executor memory to whatever the machine is and not worry about whether it's in RAM or not.

Spark will naturally use RAM first and then disk as needed.
Yes and no.

There are some specific carve-outs for telecom companies that their networks must have the ability to tap into specific traffic when a government agency comes knocking with a warrant.

But, as you point out, backdoor-free e2e encryption is not yet illegal, and the US gov't can't force e.g. Apple to put a backdoor in iMessage or in iOS's device encryption.

I expect that this is not the case in China; if the CCP tells a company to do something, anything, to allow them to spy on their users, they do it, or they get destroyed.

Bills like the EARN IT Act scare the hell out of me, but at least there's a process by which it becomes law, and we can affect that process and (hopefully) kill it. That's just not possible in China.
The car did "see" an obstacle for over 6 seconds and did not brake for it, now someone is dead. You are haggling over semantics to make it look like this did not happen and/or this is not a bug. Atrocious.

(Or, more charitably, "oops, somebody forgot that object persistence is a thing" does not excuse the result)
The key difference in what you describe is that there are apartments above the businesses. Mixing residential and commercial in a walkable way is what makes a real community. The shopping center described in the article is nothing like that.
Why is this considered a useful signal by Gmail? Isn't it cheaper for a spammer to get throwaway IPv6 addresses?
I don't see how a "reasonably talented product and engineering person" could have worked at Juicero without realizing it was going to fail miserably (also if they had any scruples they should have felt pretty guilty working for the company trying to wrap DRM around fruit).
Also any addictive vices can ensnare you e.g. alcohol, pornography, gambling, gaming, etc.
PSA if you had over 15 followers on GitHub by August 2018 you were likely included in the Handshake airdrop. Basically they developed a way to give each dev in the airdrop 4662 coins each (worth a lot since current market price is $0.50[1]). These instructions walk through what the claiming process is like, which can only be done after block 2016 in a day or so https://namebase.io/airdrop.

[1] https://namebase.io
anywhere there's a road, and not forest, park, building, garden, trains, or people...
> if you want to guarantee you win an auction, just make sure your bid is greater than the highest existing total.

How do I do that if other people's bids can contain blinds? How do I know what the highest existing total is -- I still have to guess everyone else's total, right?

And even if the auction wasn't partially sealed, even if it was completely public -- I don't see how my concerns above would go away. Isn't it still possible for companies who can trivially outspend anyone else to do regex matches on all of the current auctions and dominate the entire domain space? Don't I still need to wait 5 days to do something that I can do today in less than an hour?

Learning about auctions pretty much entirely, just by itself, took me from thinking, "it's not perfect, but it still seems almost universally better than what we have" to, "no, this would be a massive downgrade from our current system." I thought the point was to stop rent-seeking, not to implicitly allow every fortune 500 company and government to personally vet/block every single domain transaction.

The auction system being described here doesn't just focus on other problems other than name scarcity, it makes the name scarcity problem way worse. If I'm China and I want to censor this system, what stops me from monitoring the auctions and throwing a measly $2000 at any domain name that sounds critical of me in any way? What's the point of having a distributed or decentralized protocol in that scenario?
It's mostly not a thing. Wolves would much prefer to avoid settled areas if they can. If there's no other food in the area, they'll eat what they can get, but as long as there's deer in the woods your dog is safe.

I see wolf tracks and poop in the trails behind my house fairly regularly, there's a couple of wolf packs in the valley. There's also multiple people on my street who have "free range" cats that have managed to stay alive for 10+ years.
My cynical side wonders if this is a case of Embrace Extend Extinguish-move developer mindshare off of git (GitHub as commodity git hosting) and into vendor lock-in.
Really cool product and a well-done demo. I noticed that the autocomplete didn't work for the co2 service (e.g. host says "I think it's response.ppm" rather than ppm being suggested. This despite the co2 service (presumably) being developed and published with autocode as well. The pervasive auto-complete and composability make the offering really compelling, but it's unfortunate that (at least in that example) the two don't work together.

On a related note it would be lovely to use (or allow) typescript and publish TS declaration files and thin generated clients for APIs deployed on autocode.

These are both minor nits in an otherwise impressive offering. Both are likely "next iteration" features since it seems like you've already solved a lot of the hard problems and these would be connecting existing dots together.
Yeah, but it doesn't tell you the sequence all at once. So you don't know that it's going to tell you to hold near reader, but you know that it needs to be held there, so you try to hold it there while you authenticate, which is at the wrong angle for auth, so it fails, so you click the button again, which this time turns the screen off...
Do you think a person who happens to be a minority is more likely going to be happy that they got hired for their skills, or for their skin color/gender? How would you feel if you got hired for something other than your skills for the job? Literally everyone loses with diversity hiring. Logic be damned though, right?
Yes, time to move to gitlab or self hosted gitlab
Protecting Data Privacy
The restriction only applies to apps on the Play Store, it could continue to be distributed on F-Droid.
The Java Language Specification does not state an exact value for what toString returns or anything else that would let you derive an exact value, hence it is not provable: https://docs.oracle.com/javase/specs/jls/se8/html/jls-4.html...
Umm, a German shepherd isn't a good choice, but there are a lot of dog breeds made specifically to hunt wolves. The Irish Wolfhound comes to mind.
I still don't see what's to like on brave. It's basically chrome with ublock origin and https anywhere and like maybe one or two more privacy-oriented extension - why is there a need for a different browser, like why isn't that only an extension? Also, once chrome disables adblockers I doubt they would have the manpower to fork chromium.
A woman with half a brain offers more proof of the organ's superpowers
You start somewhere. If you have multiple dwelling buildings, there will be more people per square mile. Then local business come in. People from the outside may not be accommodated in terms of parking, but at least people who live in the neighborhood don't have to fire up the car to get some milk. It's not that different from a neighborhood in, say, Queens.
Good for everybody to have a non-monoculture and some friendly competition.
If you're able to retrieve the private key, then yes, you're able to generate a working public key. If they even use a (pre-generated) private key. Often, passwords are even hard-coded in "firmware".
>This question is highly relevant to me. I recently got a small bonus at work with the interesting stipulation that I couldn't take it in cash. (Basically, they let you expense something on the company card for personal use.)

That sounds like tax evasion
The only two that I can think of are due to static typing:

You cannot enforce types only where you want, like mypy. Yet, type inference and automated conversions help quite a bit.

There's an unofficial REPL in the compiler but you cannot do dir() or tab-complete methods/procs. You have to rely on documentation, nimsuggests or IDEs instead.
The US also has a history of ethnic cleansing, is the originator of the concentration camp, has more people imprisoned than any other state in history, has black sites where police disappear people to (Chicago police department famously) as well as federal agencies doing the same, selectively prosecutes poor and minorities at disproportionate rates in terms of crimes committed and the magnitude of those crimes, and on and on. The difference is the US pretends none of this is true. The transparency and rule of law quoted is an illusion.
>> You'll find that for a huge # of simple tasks -- tasks that don't matter where they live, like one-off daily crons -- Autocode is just plain faster

This is what you are building. Perhaps title of post is totally misleading/off-putting - 'Automatically generate API code for SaaS apps' ?

Title could have been easily 'A serverless platform with zapier abilities' ? :) - could you argue why autocode is not ? :)

Getting your message to early adopters is so important.

I hope it helps!
I am in the same boat, but have been making a conscious effort to get more reading in. Just squeezing time here and there. Waking up earlier in the morning, before bed when I had been winding down with YouTube videos or piddling on the internet, toliet trips. In the end it takes longer to finsh by reading fewer pages at a time, but it is working at actually reading more.
One way I've heard schizophrenia described is that it feels like sensory deprivation; if you sit in an anechoic chamber for hours, you might start to "hear" the things schizophrenics experience in minutes instead. Sensory deprivation has been used as torture, so this does not sound like something you would subject people to unless they were 100% willing and motivated.
Of course the error-code checking branches will most usually be forward branches, thus not predicted correctly the first time through,
or after spilling.
This is why I have said before and will continue to say, the future of software engineering to me will largely lie in reduction of complexity, including reduction of stack complexity, reduction of LoC (a bad single metric but could be useful as part of a bigger plan) and increasing readability. I say this as an ops type who has seen stack complexity as one of the main barriers to reliability. The reasons for this being the standard are numerous and understandable though.

It's essentially the main weakness of the open source ecosystems too. The many eyes theory falls apart when the LoC reach many millions. There will never be enough eyes finding bugs or poor practices. Maybe in the future machine learning could help reduce this gap.
Court rules that people can't be locked up indefinitely for refusing to decrypt
It’s unclear what that even means. No reason it has to mean Apple allowing a general shell in the sense of a Linux shell.

This is a red herring.

XCode workflow on the Mac doesn’t involve shells. Why should it on iPad?
I work at a startup where we invested quite a bit of time and money for this show. It is a big hit for the smaller companies since it eats away a large chunk of your marketing budget.