skysight-inc/HackerNews huggingface dataset:
I really don't see how it's "obviously incorrect" when yes only needs to make system calls for writing, whereas /dev/zero needs to make system calls for both reading and writing. Furthermore you're assuming that both are highly optimized, whereas it's entirely conceivable that /dev/zero is less optimized.

If what you're trying to convey is that abstract reasoning based on fundamental principles without any consideration of real-world complications is a superior approach to determining what's true, well, I reject that.
If you're cleaning up some really crap code, input speed becomes an issue. But I do agree that well-factored code makes for less typing, though navigation speed can be very important.
It sounds to me like this is _exactly_ what you wanted! You're tired, frustrated, don't believe in the product anymore, want to stop working on it, and a bigger company offers to acquire you. That's perfect!

Of course, the acquisition price will usually never be what you wanted, but you've made it further than most, and now get to wear the "I started a company and sold it" belt. Congrats :)

I say take the acquisition, use this as a learning experience, take some time to catch your breath, relax, pat yourself on the back, and try again when you're ready.
> You're free to spout your vitriol just like the people downvoting you into oblivion are free to use their downvote ability to express their dislike with your attitude. Free speech means you're free to express your ideas, it does not mean everyone else is forced to listen to them.

Did I disagree with that anywhere? Do you have a reference comment by me to point to?

> It's hard for me to view your comment as anything other than flamebait.

Ok.

> You're calling out someone in an aggressive tone, "You don't even know what you're talking about! Bah-humbug!"

I said I don't think they know what they're talking about. Without any of the shenanigans you portray here.

> and then crying crocodile tears that other people are "being mean" to you.

What? Where did I claim anyone is being mean to me? I made my argument to everyone who asked why I was being combative.

So again, do you have a reference comment by me to point to?
If you really want to make the question more interesting, throw a touchscreen at it.

For general UI purposes, mice are hopeless when you compare them to your fingers touching the screen directly.
My input speed definitely is my bottleneck when writing down the code I have constructed in my head. So why not optimize this part of programming?
Kick Cards – Discussion Prompts for Startups (Kickstarter)
Not with Vimium you don't.
> Obviously I still use the mouse for some tasks and certain types of text selection are much easier with a mouse then a keyboard for me.

Like Starcraft, the best thing the mouse is for is box selection. Everything else is done with keys.
Another point missed by anyone using the AskTog article to argue against the need for keyboard shortcuts is the fact that you have two hands.

My own Photoshop use often involves simultaneous or near-simultaneous use of both keyboard and mouse. Sometimes I start one action before the other is completed so my hand or cursor is already near the right place.

There is no conceivable keyboard-only or mouse-only control scheme that could better this for one important reason: assuming some use of the mouse is needed (true of Photoshop and many other applications although probably not true of text editors and IDEs) then the cost of moving my right hand from the mouse to the keyboard and back again is a very large cost.
NBC News Launches Digital Video Unit Left Field
Sure - PostgREST provides a RESTful API endpoint for any PostgreSQL database. It's kinda magic.

It's an interesting beast: it has almost no configuration at all, you just point it to one database schema, and it then uses the postgres permissions system to decide what tables & views to expose, and who gets to see them.

The only part of it that was a little tricky was creating multiple database users for anonymous views off the internet vs. internal staff who would want to do more than just select some rows.
He went to MIT. It's nothing short of astonishing that he can claim to not be part of the elite.
This is not "conflict of interest", this is their very business model. The device is only a bait to take your data and/or sell you a service.

This business model is why I avoid IoT startups and actively discourage people from buying their stuff. Until IoT becomes "Intranet of Things", most of those devices are best considered as scams.
the discussion
Your blog looks great, thanks for sharing!
A lightweight Go OS would be nice for virtualization environments. Deploy your Go server/service with the minimal needed OS into the cloud...
Thanks, and sure. You're right to be skeptical. The renewability of uranium isn't a widely accepted idea and unfortunately is hard to definitively prove experimentally due to the hilariously long time scales. So we're left with less rigorous claims of this to treat rationally more than scientifically. Also, haha: 'fishy'!

Here's a good source: http://www.mdpi.com/2071-1050/4/11/3088/htm
And it points to an older one: http://tmtfree.hd.free.fr/albums/files/TMTisFree/Documents/E...

From the first:

"One additional aspect of nuclear sustainability—noted long-since by Bernard Cohen—is that a significant fraction of the nuclear fission energy resource is in fact completely “renewable” in the same sense as wind and solar energy [32]. Wind and rain constantly erode the Earth’s crust, which contains an average uranium concentration of 3 parts per million. Rivers then carry this dissolved uranium into the oceans, at a rate of approximately 10,000 MT per year [33]. In a breeder reactor energy system, this is a sufficient rate to supply the world’s entire electricity demand at the present time more than five times over—or is roughly one quarter of what’s needed to supply a continual 100 TW to a hypothetical global civilization of 10 billion persons which is energy supply-replete by any contemporary measure.

As the crust is being eroded by rivers, it is constantly replaced by new layers of rock being pushed upward by plate tectonic processes. The supply of uranium in the Earth’s crust is effectively inexhaustible, on the order of 40 trillion metric tonnes, a factor of 10,000 more than is present in the oceans. At present erosion rates, this source of uranium would last on the order of 4 billion years, similar to the timespan over which the Sun will become a red giant.

Therefore, this assured source of “continually mined-by-Nature and oceanically presented” uranium will last as long as life on Earth does—even if burned at rates sufficient to supply a large fraction of a fully-developed human civilization—and represents an astronomical amount of nuclear energy, one that is in fact truly renewable and inexhaustible by any human measures."

EDIT:
As for increasing concentrations of uranium in the sea, it's already in equilibrium so the incoming stuff that leaches in through rivers is leaching back into the rocks, giving us the equilibrium concentration we observe today. The point here is that if we start extracting it that concentration is not expected to drop because we can't offset the balance very much.
Water is less scary than uranium. I agree with you, but it seems to be futile to convince people because there's just more movies about the harm of radiation than deaths by flooding. They keep rebuilding New Orleans and living in coastal Florida too.
I would suggest using a simpler service like Firebase (by Google) - https://firebase.google.com.

It has a SDK and very good up-to-date examples and documentation. Most of the nitty gritty of creating a server, APIs and authentication is abstracted away. The service includes analytics and allows you to create 'cloud function' which are written in js so you should feel at home there if you're creating a react app.

This comes from experience of creating a few apps with AWS (no real google cloud platform experience). For creating new apps mobile/web nowadays I use Firebase as its much easier to start up.

Slight change of tack perhaps from your original question, but hope that helps. Good luck!
Now I lay me down to sleep
I wouldn't say uncontroversially. There are political issues around what to do with aging nuclear power plants (see Fessenheim: https://en.wikipedia.org/wiki/Fessenheim_Nuclear_Power_Plant) and whether to invest more. I don't know much about it, but nuclear energy was a talking point during the latests elections.

Personally, I think it would be an enormous mistake not to invest enough to at least assess the feasibility/practicality of cleaner nuclear sources. I really hope France keeps on investing in nuclear energy & research.
Snaek: Support for Building Python to Rust Bridges
I'd also recommend reading Troy Hunt's blog regularly. It's especially helpful for keeping up with whether account information on any site has been compromised. Look up his tool "have i been pwned"
Relatively modern. In 1449, John of Utynam was awarded a 20-year monopoly for a glass-making process previously unknown in England, which sources seem to indicate is the first patent. English copyrights followed a couple of centuries later.

In the absence of relatively modern industrial processes, a legal system, the printing press (in the case of copyright), this sort of ownership doesn't make a lot of sense.

Though there are doubtless earlier examples where guilds or other groups of craftsmen had trade secrets related to processes such as sword making.
Mice for MOBAs and such have up to tweleve extra hotkeys...
VSCode has a great Vim plugin these days and even without it, a ton of good key shortcuts. Not that maybe you need them today, but options if you need them.

I think that's probably the best summary here: it's great having options.

Also, speed isn't the only bottleneck to worry about. It's easy to forget about things like ergonomics. Things like hand movements in mousing and back and forth between mouse and keyboard can slowly take their toll. Again, it's great to have options to control the overall amount of movement.
If you see the brain as a multi-stage somewhat parallel pattern matching engine, I wonder if the speed of reading is limited by the mechanical capabilities of the eyes or by brain speed itself.

If it's the brain that's the limit then a computer <-> brain interface will likely be equally slow (or it has to bypass the pattern recognition parts of the brain, which is to say.. most of it)
I'm a strong second amendment supporter but I will probably never own a gun. I know accidents happen, and an accident with a gun scares the shit out of me. I have kids, and the risk is too great.
/r/node has a fresh new look
Well that's why special forces carry a pistol and practice with them as back up and probably a kukri if the pics from op Herrick are anything to go by
$288/yr is not that much for something that helps you make money

Whether it's a lot or not depends entirely on how much you're making. For someone who has a $500/year side project $288 is half your revenue. For someone who has a $50,000/year side project $288 is trivial. If you're marketing to people who haven't yet launched then most of your customers are in the first group - and that makes your product sound quite expensive.

If I had the need for your product I'd be much more likely to use it if the cost was something like $1/user/month, capped at $30/month.
/dev/zero doesn't "write" anything in the sense that yes writes, since it's a character device and not a program. The Linux kernel's implementation of /dev/zero does not write one byte at a time.
Learning to type at 90wpm or so should do the trick.
In Gnome it's the super key which does that.
EDIT: scrap that, misread your comment
I'm sure the poster is aware, I believe his point was it was a needlessly contentious one.
I guess look at cognito on the AWS side and firebase on the GCP side. Both have pros and cons. At this stage I'd go with whatever is easiest to get running and meets your needs.

One thing to keep in mind is AWS has been around 5 years longer than anyone else and that can for sure be felt in breadth and maturity of features.
We have this problem in general in science at this point of time, probably because of the big scope of our modern theories.

EG: We already consider "Dark Energy" a sort of made-up assumption to justify a model which, after recent observations was considered falsified. So, instead of focusing on others we decided to keep using it, we created a not-falsifiable nor testable assumption (dark energy indeed) and kept going with it, even if it violates everything Popper teach us.

Honestly it seems to me that, especially in physics, too many people are just too much mentally involved in their own theory that they have an hard time just dropping it when it doesn't seem to work anymore.
IoT devices are one of those things that make me wish for governments to start banning sales of particular product groups. Seriously - the moment I see another IoT startup selling a cloud-connected device with propertiary protocol and a shitty, bare-bones app, I know this will only turn into huge and completely unnecessary waste of energy. Just thinking about all that plastic and electronics being intentionally destined to a dumpster within two years breaks my heart.
Suspected North Korea Drone Photographed U.S. Missile Defense Site
To be honest, if we could somehow make an effective pen technology, that would beat both hands down in many scenarios.

There's a reason we don't write things using our bare fingers :)
This would have a large audience of voice and speech training professionals if it were available "ready to use" with no coding or compiling knowledge required. I think it's awesome!
I wouldn't say they were direct. That number is based on a comparison with a 1916 tsunami and earthquake death toll, and with around one of those thirty-four being under sixty that seems hard to calculate exactly.
Looking at your needs, I'd say the two would be identical.

I'd even advise you to use a "higher-level" service like a PaaS (I find Heroku great) or even a MBaaS (like Firebase).
beside the point. You chose a politically charged analogy, if one was needed in the first place.
It would take a sad sort of person to make that obituary political.
I believe "yes" has become less useful over the years, with flags like force and quiet solves this now.
For me isn't just the fact that using the keyboard is faster to carry out a specific task, it is also that in Vim (or most places using a good keyboard layout) I don't have to take my fingers out of the home row and then carrying out the next action is also faster.
No mention that he was "married" to Fran Drescher? [1] I wonder what she thinks about all this...

[1] http://komonews.com/news/entertainment/actress-fran-drescher...
Other tests by other people show that /dev/zero is slower.

https://news.ycombinator.com/item?id=14544261

People are suggesting that it's because of the use of cat. So, if someone writes a program, and the only difference is between /dev/zero and yes, and one is slower than the other, it's fairly reasonable to make the assumption that /dev/zero is slower.
And for actually pointing at things.

My brain doesn't "point" at something in Vi motions, not matter how much I try. Maybe some people manage to rewire their brains, I haven't. Despite using Vi/Vim for a long time.
They still don't make a lot of sense. Bootcamp grads getting titles of things like "Lead Developer" and some salaries as much as $180K? I'm not buying that.
U.S. Lawsuit Links $2.2B Deal to Malaysian Scandal
Melbourne Startups to Watch
Deploy a PHP with Couchbase Application as Docker Containers
I'm not sure if that applies to a 32" 4k display that is positioned about 10" away from the user in a typical desktop setting. I can't only imagine the pain in my shoulders.
I watched the video: that's incredible! Hopefully, I don't have to be that quick to be a professional dev, or I would be out of business ;-)
> Seriously, is HN fostering a culture where it's OK to spew pseudo-intellectual garbage as long as you're being nice?

The comment I called out had no technical content, argument, etc. and was only an attack on someone's credibility. That contributes nothing of value and in my book is worse than “pseudo-intellectual” because it's not even trying to contribute anything other than noise to the conversation.

You would not be getting such intense negative reaction if your comment had been “Do you recall which operating system that was?” or “How long ago was that?”. That's how an actual engineering conversation should go, especially in a field such a long history of people uncovering unexpected performance issues caused by unintended consequences.

As a simple example: in the early 2000s, a colleague reported that tools like grep and wc were running slower than our storage. That seemed odd since those are usually considered fast and certainly hadn't had that problem years earlier but a little testing confirmed that the switch to assuming Unicode by default had made a previously unoptimized code path the default and I'm sure the person who did that had assumed that someone would have noticed if code which had been shipped for years was that slow. The fact that for many years before and after you could mentally bucket those Unix shell tools into the “fast” bucket didn't change the fact that there was a multi-year period where you had to check.

I have no reason to doubt that joosters' reported experience actually happened, especially given how rocky the 90s Unix world was. That was back when you couldn't even rely on a vendor's own C compiler not producing pathologically bad code. Someone having a /dev/zero implementation which triggered extra or slow kernel transitions, unnecessary access checks or audit logging, etc. would be disappointing but far from shocking[1].

More to the point, what do you hope to gain from such an unnecessarily combative style? You're not preventing any bad outcome, helping yourself or others improve, or otherwise doing anything other than lowering the level of discourse here.

1. Here's an example from 2012(!): https://groups.google.com/forum/#!topic/minix3/M3fjpvvOkuY
The one Razer product I own is the Naga Hex, because having the keys 1-6 at thumb reach on the mouse is wildly helpful for RPG hotbars. Not that I think I'm that much faster a player, merely that my WARS movement hand gets a little less to do.
6 Vital Things to Know About Serverless Tech
Why consumers buy this stuff? I'd say hype & marketing. Why do people start those startups in the first place? Because it's the current trendy way to make money selling useless shit by turning what should be a product into a service.
You shouldn't be. It's low power, non-ionizing radiation. It's not going to cause you any harm.
> Timestamps are bad, yes (I mention this in the talk as well), GUN uses a hybrid vector/timestamp/lexical CRDT. Lets take your analogy "updating Y when someone else sees X", a perfect example of this is realtime document collaboration (gDocs, etc.). Even with GUN, you'd not want to have the collaborative paragraph as a value on a property in the node. Each value is treated as atomic, which if two people write at the same time would cause what you are saying: them to overwrite each other. Instead, we can preserve the intent by running distributed linked list (a DAG, actually) on gun, this works quite nicely. See:

This is actacly my point. And GDocs is a perfect example of what _I_ mean. The Wave protocol (and operational transforms in general), or I guess they use a decedent of it now, was made for exactly these types of use-cases so that you don't loose data unexpectedly when editing values.

> Or alternatively, if you just want users to be informed of the conflict such that they can decide, it is trivial to store both updates and then present them with the conflicting values to choose from, which it then saves.

> Does that make sense? Do you see/have any problems with those approaches? Thanks for your input so far.

How is it trivial? Do you have array-value types? What's trivial about it?

And yes, I do have problems when the default conflict resolution method is to simply select a value and toss the other out. It's a bad default. You have a default that causes data loss, it _will_ come back to bite you.

This is perhaps the most egregious thing and honestly makes me have 0 trust in your system.

> Lets be clear here, there is a big difference between Master-Slave systems and data guarantees. Databases like Cassandra have better data availability guarantees because they are HA (and gun is the same), despite not being Master-Slave.

I never mentioned master-slave. You can set up most SQL databases to be async- or sync- master-master.

> You can also reduce your bandwidth costs by having edge peers distribute data to their nearby peers, versus always having to pull from your data center. Aka, the Bittorrent model.

Maybe I'm not sure what you mean by edge here. Do you mean it in the CDN sense, or in the client sense? If you're expecting your clients to be part of your DR scheme, I'm sorry, but that's moronic. You can't guarantee client availability. You can't guarantee that all available clients will even have a copy of all data. Sure, it's great that you're using the same protocol between servers, but you can't say that because of that clients can be part of DR.
Put health above everything else.

Get that surgery done. Heal.

There is always time to make more money.
(a die hard anti gun brit)

As a Scout we were taught to shoot various things (rifle's, bow and arrow etc). I dont see what it does anything to help introduce sane gun laws?
Appreciate that hosting isn't free, but having some sort of $0 plan would greatly drive adoption, at fairly little cost. I personally would be unlikely to launch a product that cost me a monthly fee just to run, even with zero paying users. Once I have paying users, I become a lot more willing to pay you. You could consider something like the following plan: Testing. $0/mo, 50 users, no support.

It'll be more effective marketing than anything else you could reasonably buy, and unless you have serious architectural/scaling issues shouldn't be too expensive for you.
Indoors vs outdoors; focusing vs relaxing; earning vs spending; customers vs family; profit vs nonprofit; etc.
Unfortunately for many people "free market" means the freedom of the powerful to exploit others in any way that the want, not the freedom for anyone to compete fairly.
You've just explained why you find it intuitive / better... (familiarity). Inkscape/Illustrator/whatever doesn't really have a layout, it's just: shit all over the place, some in tool palette thingimombobs, some hidden under contextual menus and file menus. Sometimes there is some effort to make mode based or hierarchy give some kind of sense of order but it's always artificial, there are too many tools and there don't need to be.

I know you have to learn to love these things when you use them daily, and you can isolate yourself from the most offensive bits through gradual configuration... but when you step back and be objective, cmon, it's a steaming pile o' crap.

Oh yeah, and moving to gitlab isn't going to help that.
You're right of course; and actually I believe the kernel will simply provide as many bytes as the read() requested; so the speed should mostly depend on how you access /dev/zero. IE, the user above was using cat and I think with dd and a proper block size it'd be much faster.
It really was a different world. I think a lot of programmers don't understand just how different it was (I barely do), and don't realize that modern principles like programmer time being more expensive than computer time are not universal truths about computing, but are just observations of how things are in recent decades.
Now you jogged my memory...

https://www.wired.com/2009/11/18-button-open-office-mouse-ma...

Also, didn't early mouse experiments involve rodents with many more buttons than the 2-3 that's common today?