skysight-inc/HackerNews huggingface dataset:
It seems pretty clear that, with the current tools available, there is no way to do this (at least with git). There's nothing in principle difficult about it, just that (say) git+signify hasn't been implemented.

I'm getting the strong sense (see also my toplevel comment, and maybe someone will correct me and/or put me in my place) that there's an enormous disconnect between the open source + unix + hobbyist + CLI development communities, and the crypto community. The former set has almost no idea what the state of art in crypto is, and the latter (somewhat justifiably) has bigger fish to fry, like trying to make it so that non-command-line-using journalists have functional encryption that they can use.

I think this is a sociological problem, not a technical "using command-line tools makes Doing Crypto Right impossible".
Remember, in 2019 you can be sex positive, but you must not have fun or enjoy life in any way; especially if it involves women using their agency and natural gifts to make money.

No attractive people who are not experts allowed at your booth. You can only profit off of the approved set of genetic lottery traits.
My guess is that banning them is less about being sexually suggestive-- given their history and now sex toy inclusion that's really not an issue-- and it's much more about sexual exploitation and objectification.
It might not have been cool, but the car you could buy during the 90's working on COBOL projects was pretty spiffy.
I am stealing Pokemon as a verb, my thanks.
Completely unrelated, but that URL really threw me for a loop. I am not used to seeing a slash in the article topic (section after '/wiki/').
> There's nothing safe about pipelines

They're safer than trains. The problem is new pipelines usually enable new extraction. If we could decouple those two, i.e. shift transport of existing extraction from trains to pipelines without creating lots of new extraction, that would be a net benefit to all.
Arch Linux's pacman is not a good example of a secure package distribution system (especially not the AUR, where you are downloading all the bits from the internet and building them yourself as your own user or even sometimes as root). They didn't do any package signing or verification at all until (shockingly) recently -- less than 10 years ago IIRC. I am a huge fan of Arch's philosophy but am definitely not a fan of the design of their package distribution system.

If you look at systems like Debian-derivatives or RPM-based distros (openSUSE/SLES, and Fedora/CentOS/RHEL) the cryptosystems are far better designed. In the particular case of openSUSE, the AUR-equivalent (home: projects on OBS) are all signed using per-user keys that are not managed by users -- eliminating almost all of the problems with that system. Yeah, you still have to trust the package maintainer to be sure what they're doing, but that should be expected. I believe the same is true for Fedora's COPR.

[Disclaimer: I work for SUSE and contribute to openSUSE.]
IBM Hypertaste: An AI Tongue That Can Identify Complex Liquids
The coal-powered steam locomotive era and the nuclear power era overlap. We almost did go from coal to nuclear. Especially in the UK, which had little domestic oil or gas in the 1950s.
Well, seeing that out of the four people he attacked, three were born in this country, where were they suppose to go back to?
So the recommendation here is just to use Chat clients to communicate and forget about Email? Well that is hardly a good solution.
> but economically speaking, riders generally should pay more than non-riders, since they get more direct benefit.

Like fewer cars on the road, less pollution, and less space wasted to store cars?
You can't eliminate pipe leaks, etc. But you can compartmentalize to minimize the damage a leak does, much like dividing a ship into watertight compartments.

The hydraulic system on a Boeing jetliner is compartmentalized so that a leak in one of the systems doesn't drain away all the hydraulic fluid in that system - only the actuators downstream of the leak get affected.
Keep your computer on Hibernate and save energy
So why can't they just use a virtual brain map, that hat thing, based on what Snowden leak?

Either that or let some kid tap into my brain. Yeah, sure, that will work out just ... ... ... fine.

You know we're going to pirate and bootleg the hell out of it. You want me to take an ice pick where?

Jesus Christ people are going to be doing this in porn soon.

:)
Masters thesis on Fuchsia with performance comparisons with Linux
I realize the concept of species is hard to pin down, but I thought one first-order approximation was that if two animals can reliably breed and form fertile offspring, then they are the same species. There are weird cases like ring species, and there is often a period of time during speciation where two lineages could functionally breed fine but don't because of some kind of ecological or behavioral barrier.

But if all these different human lineages apparently bred successfully and had fertile offspring (enough to leave a few percent of their DNA in modern humans), what is to say they were different species?
I tried listening in and there were a lot of really intuitively strung-together tangents, each of which could be considered its own separate knowledge domain. I guess I'd say it was very ADHD-friendly, practically an ADHD machine, in that way. I had to give up on the video for now because I kept losing the thread while wondering about this tangent or that one. Will look for a summary later. (I do like that the corresponding gift of Musk's, the connective, big-picture thinking, is being made to work for its money though)
No. IBM does I/O like you wouldn't believe. Plus, computers that call for service by themselves tend to allow people some sleep at night. There is an interesting history tidbit on the introduction of the NeXT Cube where Steve Jobs mentions it has mainframe like I/O.
I'd be keen to read some of those sources. I used to work in radio spectrum management in the past, and I haven't read anything to tell me why 5G is significantly more harmful than other sources of non-ionising radiation we use on a daily basis.
Agreed. Because golang is "simple", the actual code base becomes a mess, littered with 10 line functions that are basically map/filter/etc. calls, which can be written on a single line in a proper modern language. The majority of golang code bases I've seen are much more difficult to follow compared to if they had been written in something like Java or C#.
Maybe they take the long view-- sex creates life and all things die, so sex leads innevitably to death. So, not very healthy?
https://www.newyorker.com/magazine/2018/11/26/how-to-control...
I was once in a meeting with a total of four people (including myself) where the other three people were all talking at once. I felt embarrassed for all of them but they just ploughed ahead for a while. So strange... I don't understand how people operate this way.

Thank you so much for posting this.
Apple demonstrated that this was an incomplete design effort by releasing the rechargable track pad that can be left plugged in.
Yes. Replicate to another in memory instance. The network speed is much higher than disk IO. Look at volt db (I think).

I would also be thinking about kafka to record your trades and not postgres. Have another service feed the db from the event stream.
Yeah-ish, but what I mean is an actual set of different tools (so, not one-size-fits-all) but all part of the same suite, rather than a bunch of different implementations of mostly the same idea — i.e., *BSD rather than Linux.

One of my numerous hobby projects is exactly that, but … I simply don't have enough Round Tuits.
Are you equating moral reasons and economic reasons?
When travelling, I often stop past termite nests to explain to them how to make reinforced cement
This is PR from the 5G networks. There have been groups of scientists that have published concerns about the health risks of 5G. They did not get their information from one chart.
golang has its "patterns" as well, which are quite badly designed.

Java's modeling and abstraction capabilities way supersede what golang has to offer. This is much better now especially after Java 8 and continues to evolve.
Your comment really fits your nick (or vice versa).
Also, white and black people don't actually exist. We just adopted what is possibly the world's most stupid taxonomical system ever invented and ran with it; "Hey, I have a great idea, lets categorise people by how much light they reflect. We can use the words that mean 'reflects all light' and 'reflects no light' as signifiers. This should be darn useful, especially as there are pretty much no people whatsoever fitting into those categories. Who's with me?" Not that I expect to win that particular semantic battle any time soon.
> They also have a neural network setup that constantly scans match logs for cheaters

For those wondering what this is referring to, it's a system called VACNet[0] presented at GDC last year.

[0] https://www.youtube.com/watch?v=ObhK8lUfIlc
[1] https://www.youtube.com/watch?v=SnRgW54EWwA
The PGP problem isn't going away until there is a stable alternative. Under 'The Answer' there are several different, domain specific tools, with their different features and UIs and limitations. And the general case (encrypting files, or really that should be 'encrypting data'), "this really is a problem". If I want to replace my use of GnuPG on production with the things on that list, I need to write my own encrypt/decrypt wrappers using libsodium and hope that future travellers can locate the tool or documentation so they can decrypt the data. So I stick with the only standard, GnuPG, despite acknowledging its problems.
this was really hard to read. let's give it a shot, though.

@spec my_fn(a::input_type)::{:ok, res::result_type} | {:error, any}

def my_fn(a) do
a
|> get_resource
|> case do
{:ok, result} -> result
{:error, :recoverable} -> get_alt_resource(a)
err = {:error, :reallybad} -> throw err
end
|> many_more_steps_might_have_similar_pattern

catch err
err
end

However what you presented seems to me to be an antipattern. Sometimes code clarity trumps terseness; in this case the results from get_resource and get_alt_resource are categorically identical. If we are allowed to refactor to be actually sane code and not require everything to be in a single function:

def my_fn(a) do
with {:ok, res1} <- resource_wrapper(a),
{:ok, res2} <- next_step(res1), ...
case
#handle errors here.
end
end

@doc """
fetches resources of type `your-favorite-type` which
can either come from `get_resource` or `get_alt_resource`
"""
def resource_wrapper(a) do
case get_resource(a) do
ok = {:ok, a} -> ok
{:error, :recoverable} ->
get_alt_resource(a)
# note with this code if alt_resource
# gives you an error tuple you are still
# good to go
err = {:error, :fatal} -> err
end
end

seems much more sane
Working for me on Firefox for Android.
I am prone to cutting off slow thinkers. The type that you know exactly what they are going to say for the next minute - yep I got that so can we move on to your next point. It is a bad habit and I try to control it, but sometimes I slip up.
What posts are being flagged and killed in this thread? I don't see any.

If you a [dead] post that shouldn't be dead, you should vouch for it by clicking on its timestamp, then clicking 'vouch' at the top of its page. This is precisely why we added that feature.
I can’t say it’s been a particularly good time for democracy in America. We’ve elected a narcissist reality tv star to the highest office, we have mass political gridlock, more political games than actually getting things done (infrastructure, healthcare, etc), and we’re feeling the heat from a rising billion person economy run under a non democratic system.
Prisoners dilemma also works with appropriately sized losses, which is what this is.
Snowden and Greenwald can't read. The FBI's Data Intercept Technology Unit is right there on the slides they released: https://i.imgur.com/setOJIm.jpg

This was well-known and commented on at the time Greenwald's articles were being published, with the NYT reporting on the program correctly the very next day by interviewing people actually involved in the program (verifying claims like real journalists — why didn't The Guardian think of that?).

https://www.cnet.com/news/no-evidence-of-nsas-direct-access-...

https://medium.com/@alecmuffett/how-to-talk-about-prism-and-...

https://medium.com/prism-truth/the-prism-details-matter-82a1...

In response, Greenwald doubled down on his incompetent misreading of the slides without providing any evidence to support his obviously ridiculous assertions.

https://www.theguardian.com/commentisfree/2013/jun/14/nsa-pa...
It has to be online. And reliable. And you can run into rate-limiting. And you have to be online. And services using it need extra network configuration to allow access. And if you can't narrow it down to a single ip/block you have a service with full network access just to reach out to a KMS.
Slice operations are deliberately verbose in this way so as not to hide the cost of allocation that goes along with them. They are not common in code, but they do make good strawmen when you want to counter general points with specific ones.
What specific problem are you trying to solve with PGP? If it's "encrypting files", why are you encrypting those files? What's the end goal? I acknowledge that there are cases that boil down to "encrypt a file", but believe they are a lot narrower than people assume they are.
Kubernetes, like Docker, is notoriously bad Go. The authors essentially transliterated Java.
It's absolutely disgusting that CES is going to allow such perverted products into their event. Does CES have no morals? I do think it is a good thing that they have banned booth babes as it promoted sexual immorality. As a reminder, sexual immorality is a sin and should be avoided.
Also... Think of the potential for ad delivery!
Experts' code should be clearer and more concise than novices' code. If that's not true, there's no payoff for getting more proficient with the language, and it's not doing enough to help you.
I have a hard time taking this article seriously when it’s all “innuendo” and not actually naming any names or providing any verifiable facts at all.

If the author had a specific problem with specific SLA’s, tell us with real details.

And SLA’s aren’t for winning the lottery or providing impossible-to-meet standards. You need to look at what they actually cover, compare with your costs and reliability of running infrastructure in-house, and then pick the right tradeoff for you. I can’t even tell if the author is accusing cloud providers of fraud, of being misleading, if the author just never understood the SLA properly, or what.
> Are you saying 2-16 success isn't good enough?

I really don't think it is, because it might be worthwhile for a particular sort of attacker, say one who runs the default rendezvous server: observe global activity, attempt to MitM every connexion for 30 seconds, then write up a spurious blog post about a 'network issue' or 'bug' or whatever which caused a brief outage. N:2^16 is okay* against targeted attacks, mostly (hence my 'cargo-culting' comment), but with a large enough N …

The nice thing about 1:2^128 is that you just don't have to care.
I would pay good money to see Bob Roll (one of NBC’s main pair of English-speaking commentators) use his famous gesticulations to explain the various signal hops.
No, nothing like that. It is simply the first language ever used for these tasks (first language to be designed to look anything like English too). The language is so old that one of its designers is also the person that introduced the notion of "compiler".
The thing I don't understand is 35% commission fees to the restaurant + $5 delivery + fees to the delivery driver. I'm guessing payment processing would be a few percent, but what makes up the rest?
Yes! E-mail is fundamentally terribly positioned to do secure messaging. You can use e-mail, or you can have cryptography that works and have people use it, but you can't do both.
Why are you using factory functions? Why are you trying to hide internal fields? The description of what you have to do is setting off some warning bells. It's certainly possible to write difficult-to-maintain code in any language.

> If you response includes "You're doing it wrong if you have deeply nested framework code" then you can rightly fuck right off too.

I mean, can you point me to an example? Absent more context, I'm pretty confident that you're indeed doing at least something wrong...
> If you’d like empirical data of your own to back this up, here’s an experiment you can run: find an immigration lawyer and talk them through the process of getting Signal working on their phone. You probably don’t suddenly smell burning toast

Well, currently extricating myself from the Signal mess, I really am expecting my smoke alarm to go off any minute.

On intallation a couple of years back, the Signal app desparately wanted to curate my sms traffic, but forgot to inform me it would be holding my message history hostage. Forgot to inform me it would kill my instance, should I ever have the audacity to try setting up on a second phone unit. Forgot to inform me that yes, there is a desktop client, but it is useless Electron crap. Forgot to inform me it would be livestreaming my usage to everyone on my contact list - when I installed, when I reinstalled or changed devices, or when I mistook an ambigous list-feature for a personal book-keeping thing. The last item didn't happen to me, but to an acquaintance who thus had a somewhat embarrassing list of contact spilled out into the open. Not to mention the whole phone number based ID disaster, and the lack of any web interface. Sorry, but I'm out.

Fully aware of serious concerns about the crypto and the privacy, but for UI, consistently well designed client apps, data export, and lack of nasty surprises, I have seen nothing to rival Telegram. Which may help explain why that seems to be where everyone is heading.
> but a decade later, most code written in it ended up being the epitome of hyper-cleverness

Citation needed.

> we ended up with multiple incompatible framework dialects which implement their own cleverness.

The trend for a while now is using libraries on a per-need basis. E.g. [1]. This also doesn't sit with reality based on the different JEPs available, and standardizations like JPA.

> but I don't think it's any more readable than idiomatic code in a high-abstraction language like Rust, Kotlin or Swift

I haven't used Swift of Rust in a significant manner, but golang is way less readable than Kotlin, and modern Java (8+).

[1] https://quarkus.io/
You are right. This is also why the threat of global warming was nipped in the bud by thoughtful energy company executives. Their children have to live on earth too.
Ask HN: What is your workflow when writing coding articles on Internet?
Hi HN!

My friend and I have been working on a new tool that aims to make reading & writing coding articles a much more pleasant experience. We got really annoyed by the state of current programming tutorials. Particularly, I'm not much of a fan of reading or writing code-related articles on Medium since it's not focused on hackers. But that's the place where you find coding articles the most. So we're making something like Medium but with all the features that come from your IDE.

Could you share some insights into your workflow when writing a piece that involves source code?

E.g.:

- What annoys you most?

- Do you write right inside your IDE? Or what app do you use?

- Do you create new projects containing article text + source code that can be run?

- Do you always run that code or are you confident enough it'll run?

- Do you copy the code into markdown or use pictures?
So what do I use for encrypted messaging that can, like, replace email, then? Nobody seems to have provided any sort of satisfactory answer to this question. To be clear, an answer this has to not just be a secure way of sending messages, it also has to replicate the social affordances of email.

E.g., things distinguishing how email is used from how text-messaging is used:

1. Email is potentially long-form. I sit down and type it from my computer. Text-messaging is always short, although possibly it's a series of short messages. A series of short emails, by contrast, is an annoyance; it's something you try to avoid sending (even though you inevitably do when it turns out you got something wrong). Similarly, you don't typically hold rapid-fire conversations over email.

2. On that point, email says, you don't need to read this immediately. I expect a text message will be probably be read in a few minutes, and probably replied to later that day (if there's no particular urgency). I expect an email will be probably read in a few hours, and probably replied to in a few days (if there's no particular urgency).

3. It's OK to cold-email people. To text someone you need their phone number; it's for people you know. By contrast, email addresses are things that people frequently make public specifically so that strangers can contact them.

So what am I supposed to do for secure messaging that replicates that? The best answer I've gotten for this so far -- other than PGP which is apparently bad -- is "install Signal on your computer in addition to your phone and just use it as if it's email". That's... not really a satisfactory answer. Like, I expect a multi-page Signal message talking about everything I've been up to for the past month to annoy its recipient, who is likely reading it on their phone, not their computer. And I can't send someone a Signal message about a paper they wrote that I have some comments on, not unless they're going to put their fricking phone number on their website.

So what do I do here? The secure email replacement just doesn't seem to be here yet.
I would immediately believe Clojure and F#. Scala I'm a bit more skeptical about. Unless it's in a restricted domain with established patterns, I've seen and can imagine seeing many more codebases which sprawl into accidentally complex messes with very poor compile time ergonomics.
A biorxiv paper on the neural sewing technology: https://www.biorxiv.org/content/biorxiv/early/2019/03/14/578... - I believe the authors are now at Neuralink.
Neural interfaces

One of my biggest “Wow!” moments of 2018 took place in the offices of neural interface company CTRL-labs. Their demo involves someone playing the old Asteroids computer game without touching a keyboard, using machine learning to interpret the nerve signals that are sent to the hands. But it isn’t quite what you think. Moving things in the digital realm without moving your hands seems startling enough (though it’s worth remembering that it was once considered remarkable to be able to read silently without moving your lips). But that’s just the first stage. Essentially, users of this technology “grow” another virtual hand, which they can move independently of their physical hands. One of the researchers bowled me over when he said he was “working on controlling nine cursors at once.” Gradually, then suddenly, our children will interface with machines in deeper and deeper ways. Humanity is already going cyborg (see trend 1); expect it to accelerate. Don’t fall into the trap of thinking that AI will replace humans when it can be used even more powerfully to augment them.

from
https://www.oreilly.com/ideas/gradually-then-suddenly
Ads where you can't close your eyes or foveate away... wonderful.