skysight-inc/HackerNews huggingface dataset:
You mean other than the fact that techniques for efficiently growing such amounts of seaweed do not exist? Of the amount produced globally today, 90% comes from China, Korea, Japan, and the Philippines and that production is all very labor intensive and done in locations and using methods that are simply not applicable to the United States.

There is a huge about of R&D needed to get any of this to scale. Some of it is already underway.
Right now in 2019, companies in the UK who somehow now think that they are 'tech companies' have this attitude when it comes to security. I met one company that recently got funding in the UK that deals with personal insurance and asked them if they write tests and they responded that they don't have tests, because they have no time to write any. In this case, that is like not having a security audit because we don't want anyone knowing the secret sauce.

Unfortunately, The motto here is that 'If it ain't broke, don't fix it.' and these systems don't get updated in a while until it is too late.

> Posting it to you is secure, as it's illegal to open someone else's mail. ^JGS

I can't trust Virgin to mail me anything sensitive then as the person who sent these details could have just seen it and wrote it down beforehand. That is too much of a risk to trust anyone and call that secure, even if it is illegal to open someone else's mail.

Well I'll be expecting the GDPR officers to mail you clowns a huge fine then.
This is such a nice tool. Here is handy one liner I use it all the time.

parallel -a input_file_here -j16 --gnu 'ssh -q {} "echo 'Matrix has you'"'
Ram is meant to be used. Ram should be 100% utilized
Which is fine with me. I have always hated how people seem to want computers to be more human-like. It's a computer, not a human being. I like that this stuff takes some skill to learn/use
>Now if I'm China, and I'm looking at what Russia just did in the last presidential election

Can you explain to me what Russia did that every other country didn't do? Please respond with evidence before you downvote.
Disable automatic translation.
I don't think you'll find Saag with the macronutrients specified at your local Indian restaurant, and you definitely won't find Saag Seitan with the amount of protein we're offering anywhere that I'm aware of. While we hope to bring costs down as we scale, it's currently not cheap to ensure the integrity of the nutritional portioning.
Invention City – 25 years of inventions grossing $600M
Except we don't actually need that much solar power and ground based installation is really cheap.

Further road surfaces need to be transparent for solar to work, handle high loads, channel water off the surface, and provide lots of friction in a wide rang of weather conditions. It’s an extremely difficult problem, but solving it without massive reduction in panel costs is kind of pointless.
i think the utility of further diversification becomes pretty low after you have around 30 stocks in a portfolio. assuming those 30 stocks are actually diversified and are not e.g. 30 tech companies, or 30 companies in the UK.
what underlying asset would you buy the options on? if it's just on the overall market, then what advantage is there for wework to do that versus an individual investor?
Increasingly, it seems like Indian restaurants where I live are including southern Indian menu items with lentils, and I was happy to see something beyond the usual at first and then disappointed that stuff like dosa, medhu vada, etc, seemed pretty meh.

And I've tried mulligatawny soup at one of those places and been really disappointed.

But there is an Indian/Pakistani restaurant near me that has lentil soup I really liked and in fact that's what inspired me to start experimenting at home as I was afraid they would go out of business.

Some months ago I made lentil soup and through sheer luck, happened on a combination of spices and other ingredients that made it really, really good. Unfortunately I didn't take good notes, and I'm not sure how to recreate it.

So what I'm saying is lentils can be anything you want, it's all in the execution.
There's quite a bit of Spanish-language broadcasting that you can pick up from the US. Also check out Radio Havana Cuba; they have a strong signal and are relatively close.
Counterpoint: Graham's number.

It's like the Emperor's “enough dakka,” but with digits.
It wouldn't work because you don't have an unlimited amount of money. So it's impossible to turn all "no's" into "yes" for the inverse strategy.

In addition, buying/selling is not a binary action per se for stocks because you need to specify an amount.
I may be off topic or misunderstanding the question, but apps wouldn't be on my essential list for real life extreme situations.

I'd say physical fitness: the ability to lift things, pull one's own weight (not bench press an equivalent mass, but actually pull one's body over obstacles): chin ups or equivalent. Jump, grab wall, pull body over wall, get to the other side.

The ability to run fast for a period of time. The ability to run at moderate speed for an extended period of time. The ability to walk for a long period of time. (real life situation: noWhether we like it or not, if we don't have these we're more like a burden and rely upon those who love us to survive.Whether we like it or not, if we don't have these we're more like a burden and rely upon those who love us to survive. transportation and no comms, shrug it and walk 20 miles during the night to get home).

The ability to lift someone and walk/run with them.

The ability not to eat for extended periods of time without panicking or going insane (i.e: not needing to eat every couple of hours, or three meals a day or becoming intolerable). Does help to have gone a day or two without eating before just to know one can do it.

Basic self defense (hand to hand).

Knowing how to handle firearms helps (safety, clean, disassemble, reassemble). Shooting right helps.

"Survival stuff" (ability to make fishing instruments with basic items, traps, etc. Ability to skin animals helps). Being handy and resourceful in general (good with hands, manufacturing things and tools, fixing stuff).

Having stashed or acquired valuable things to use to buy things or barter.

Mental resilience, morale control, positivity and determination, and the ability to radiate this onto others help tremendously.

In the absense of these, we are a burden and depend on those who love us, appreciate us, or just are in a good mood for our survival.
Millions of times later, 97 percent climate consensus still faces denial
Been using UNIX for over 2 decades, and as my only OS at home for over 15. And I use the vast majority of UNIX tools (including sed) only occasionally. For me it's just a lot easier to write it in Python (and these days, even easier in Xonsh). Because even when I read the man page of some of these tools, I have to experiment multiple times till I get the command right. And if I ever have to revisit it months later, it's inscrutable, whereas my Python code isn't.

In my experience, the following are the types of people who know UNIX tools really well:

- People in IT who need to do a lot of shell scripting

- People who are forced by the company/environment to do a lot of work in a constrained UNIX environment (e.g. embedded)

- People who really want to be UNIX command line gurus (extreme minority).

The majority of UNIX/Linux users do not fall into any of these categories. They may be overrepresented on HN, though.
It's unfortunate that the article doesn’t really mention bindings properly. As I see it, there are three main issues in modern bindings:

- the use of inflexible hotmelt glue instead of flexible cold glue,

- the death of signatures in which paper is folded like in a booklet and sewn around in favour of perfect bindings in which the edge of each page is stuck with glue onto the spine, and

- lack of awareness of grain.

It is common to find hardbacks that lack signatures and are bound using hotmelt. They are even worse than cold glue paperbacks of signatures. Sometimes printers even get the grain wrong.

This is awful for functionality as well. Books cannot open flat without splitting the spine, and signatures can be rebound many times. Hyphen Press’s article is quite good, though incomplete.[0]

0. https://hyphenpress.co.uk/journal/article/bookbinding_survey
Yeah, this is how I see it too. It was an experiment. It failed. Things were learned from deploying it into a real-world environment. This may contribute in some way to a future technology, as often happens.

HN of course is full of people who are experts on every topic, so naturally there was no need to actually perform this experiment. They could have just accurately predicted its faults and performance from theorizing alone after reading just a few articles about materials science and the properties of modern roads.

While we're busy talking about the obvious and predictable failure of this experiment, we should also take a moment to also revisit the obvious and predictable failure that was Dropbox: https://news.ycombinator.com/item?id=6625306
To me, it’s as simple as they lose $5200 a customer: https://beta.trimread.com/articles/78

We all can poke fun at the marketing BS and founder antics but it’s just another investment to avoid for me.
You seem to be ignoring a very important factor here, energy consumption. RAM usage has a direct effect on battery usage and battery usage is an important factor and selling point these days.
Most mainstream pess is propaganda in the USA. You cannot have free press when the majority of media is for-profit and colsolidated into the hands of fewer companies than ever. The filters keep the truth from being told and you don't even need a conspiracy for it, it's just the outcome of capital control.

https://en.m.wikipedia.org/wiki/Manufacturing_Consent
As a long time "expert" vim user, I have found that that fear you expressed - the inability to use vi comfortably after using vim more completely - is ill-founded.

I can use vi as comfortably as vi can be used. I wish that vim's features were there, but that doesn't make me any less adept at using even the most minimal build of vi.

Really, this is because vim itself is generally stuck under the ceiling if vi's keymap. Apart from a very slim amount of additions, there isn't any difference between the interface of vi and vim.

Vim makes a point to keep that backwards compatibility. In fact, most vi implementations you use are simply a heavily stripped down certain of vim.
Mixed outcomes. Blaming failure in Stalin's intervention feels like plausible excuses for poor, rushed execution of a plan. they were under resourced, under pressure and overall it worked. Lacking a time machine we have no testable counterfactuals.
I really wouldn't recommend shortwave for that. It is mostly religious nutcase stations from around the world.

Make sure to go into an empty field or wood. Everyone running dimmer switches, homes full of IoT are blasting HF noise into your radio.
This is very nice and it comes as rather surprising to me that it doesn't exist yet in a "serious" Linux distribution.

While reading about the file system structure I was reminded a of Gobo Linux concepts - have you heard of it?

I would really like to use something like this on my computer. Are there disadvantages serious enough to make pursuing this not worth while?
There are other things that lead to driving accidents, like lack of sleep or perhaps even needing to use the restroom. Ideally, a field test would cover most of these.

Someone just over the legal alcohol limit could be less impaired than a drowsy, sober driver, but the former would be more likely to be blamed for an accident than the latter, especially in areas with really low limits (e.g. it's 0.05% here in Utah).
I have an ETrade account like this.
Haha...thinking private corporatiom ownership will allow any sort of true freedom. Silly.
AI used to test evolution’s oldest mathematical model
Did the article ask and then mostly dodge the question, How do you fit a horse in front of your seat?
I've been running Firefox from tmpfs for at least a decade. (tmpfs has more useful properties than letting that RAM go to Linux disk caches instead, in this case.)

Firefox doesn't need all that much page/object cache, and videos usually seem to be streamed with transient buffering.
This doesn't look like revenge porn to me. Revenge porn is when an ex-boyfriend shares a video of the couple having sex. This is real porn, and maybe the victim wasn't payed (in which case she should be).
>for (int iterator; iterator++; iterator < some_val)

Not sure what you're trying to say. That loop will likely not terminate.
A science week exhibition to get schoolkids here interested in STEM, replete with a gross-out factor for queasy parents!
> I get everyone replying to virgins Twitter account in disgust, but let’s be honest, the person on the other end of that most likely won’t be technical, nor will there be much chance of them relaying it on. They will reply then go home for the day.

Then why are they responding to a technical issue? And you may say they will not pass on information, but it is one channel we have of contacting, possible the only one.
Fun fact: there is exactly one situation in the United States in which you are required to fly with non-TSA approved locks on your luggage. That situation is when there's a gun in your checked in bags. The easiest way to meet that requirement is with a flare gun. Some perfectly reasonable people that are concerned about theft and privacy will travel with a flare gun for no reason other than it lets them lock their luggage.

The rules around flying are weird and full of perverse incentives that are easily hacked.
Again.
Parsing is a minefield in general, but parsing JSON is one of the easiest tasks of all serialization formats.
It's also the only secure format.

Its various spec bugs (by omission) are not that dramatic, and the various "enhancements" only made it worse, ie more insecure. Still, bad but not a minefield. What worries me most that my JSON module is the defacto perl standard, passes all these tests, was the very first to add all these tests, is the fastest, and still is not included in that list, just some outdated modules which should not be used at all.
Checking best practices besides maintaining a spec obviously also is a minefield.
Of course, you can do that, but then you are missing out on all the wonderful editing functionality that vim provides.

More importantly, you don't get undo, since that is action based in vi, and everything from entering insert mode to leaving it is a single action.

You are better off using nano or similar, which is becoming (rightfully) more available than vi.
> While reading about the file system structure I was reminded a of Gobo Linux concepts - have you heard of it?

Thanks for the pointer! Yeah, on twitter a few people have pointed to GoboLinux, too. I had read about it a few years ago, and indeed there are a number of similarities.

> I would really like to use something like this on my computer. Are there disadvantages serious enough to make pursuing this not worth while?

I don’t think there are inherent disadvantages, other than that the project goals I want to spend time on are experimental/exploratory in nature, rather than building a community around it. I’m not looking to start a new Linux distribution with a user base, I’m trying to show established distributions how much room they have for optimizations, so that we all profit :)
Did the NYT acquire The Onion?
Animals trampling snow? That's some horse shit
> "This robot will never die, it will just keep updating itself and evolving," priest Tensho Goto told Agence France-Presse.

So that's why goto is harmful.
A flare gun, a burly lock, and a pelican case is a well known trio for travel for people like national geographic photographers.

$40k worth of camera optics is worth it.
Or that the local Mongolian climate was more mild at the time.
Join YC startup school
xargs does nothing to prevent interleaving of output from simultaneously executed commands.
Be that as it may, the question itself seemed interesting, despite coming from some quite fundamental considerations.
If the brightness didn't go away, and that's unusual, why are people concluding it "annihilated itself"? I don't see why that would be the natural assumption. Maybe there is a black hole in the center and something about the dynamics is producing more radiation than usual from the stuff falling into it?
Looks like a lot of it is sales and marketing expenses which probably help drive growth, their gross margin is pretty great, I think that the key to profitability for them now is a high enough retention rate that they can turn down sales costs when they saturate the market
> ..a 12 page manual.

My first thought was, "12 pages isn't so bad." Then I loaded the page and realized you had a typo and meant _112_ page manual.

That is enough to scare me off of trying to use parallel for casual tasks.
US/NATO used a shortwave psyops mission to assist in turning Libya into a failed state with open slave trade.

https://www.youtube.com/watch?v=vUsaRM8zPoA
> In fact, most vi implementations you use are simply a heavily stripped down certain of vim

This may be true today, but certainly was not on the aforementioned systems back in the 1990's, when I learned UNIX. Even in the early days of Linux, I don't believe vim was as popular, and frequently the distribution shipped with an alternative (nvi, elvis etc). In fact, I probably learned most of my limited vi subset back in the late 1980's on XENIX come to think of it - and that was extremely limited from memory.

Unfortunately I am also relatively lazy and dumb compared to the average HN user. The only real concession I have made to vim is to use the cursor keys for movement instead of the traditional vi cursor control commands, because it helps when switching between desktop based editors (eg. Notepad on Windows, the equivalent Gnome editor, Visual Studio etc). And also because I am unlikely to go back to those old UNIX systems again.

Of course, I am half expecting someone to come along in a moment and tell us we are both wrong anyway, and that we should be using Emacs.
(Today I learned to “toe” the line... not to “tow” it!)
And then tar has -J for xz format.
> Asn.1 is incredibly hard to actually implement.

For whom?

> There are dozens of cases of security bugs based on bad parsers.

You're saying this on a thread called "Parsing JSON Is a Minefield", eh?

In any event, this is not unique to ASN.1. I haven't checked but I don't doubt there are similar cases for Protobuf, etc.

> Also there are a dozen different encodings of asn.1 data including json (JER).

So what? That's the opposite of a problem.

> Its age also means that it has a bunch of obsolete datatypes.

So don't use them.

- - - -

My point is that if the time and effort that was spent on Protobuf and CapnProto and all the others had somehow been spent instead on perfecting ASN.1 then, uh, that would have been good...
Building mature software can take a long time, I agree. It depends a lot on the complexity (an operating system is obviously more complex than a solitaire game).

The part I disagree with is the idea that you get to done. Photoshop is a great example. It's over 30 years old. Would Photoshop still hold its market position if it reached maturity 20 years ago and said "we're done?" Ignore UI changes and support for new OSes for a second. Would Photoshop be the market leader without Camera RAW support? High Dynamic Range? GPU acceleration?

Just look at Photoshop's version history:

http://en.wikipedia.org/wiki/Adobe_Photoshop_version_history

You don't have to agree with every change they've made, but there's a lot of serious features that got released after Year 10 that are need-to-have features. I don't think Photoshop 5.5 was the last Photoshop professionals needed.

Meanwhile, Affinity Photo is only four years old, and while if you had to choose between them Photoshop still has a lot of things Affinity doesn't, I'd pick it over Photoshop 5.5 in a heartbeat.
If the content is ephemeral then it doesn't make sense to keep it on disk, and as long as Chrome doesn't lock the memory range, the OS will swap it to disk anyway if it needs the RAM for something else.
Yeah there's just way too many possible ways to consider an inverse strategy. Even with your example, if my strategy is to buy GOOG at noon on Monday... Is my inverse strategy to buy 1 of every stock that isn't GOOG at Noon on Monday? Is the inverse to short GOOG? Is it to have already owned GOOG and instead sell it at Noon on Monday?
Way back when I worked in organizations that had production lines, we had a job called "progress chaser". I think much of what goes on in a typical software project is the same kind of work.
They can't help themselves lol
Many of your points are accurately stated.

Story points are different from man-months because they are part of a continuous calibration feedback loop. They really differ pretty fundamentally from man-month style estimates in waterfall software delivery. If you are calibrating your story points, they should naturally include team communication costs if those costs are somewhat stable.

Brooks' core insight has been well-heard though. Everyone I work with in software engineering knows that adding more engineers to a project will not get it delivered faster when it's already in crunch time.

In general, "agile" development differs in a lot of ways from what software development looked like when Fred Brooks was writing. If you are delivering software in small increments, making small adjustments and receiving continuous feedback from users, a lot of his advice maybe is not relevant. Hiring implementers when you are still architecting a MVP version of a feature which you will test with customers then rearchitect as necessary is not as big a problem as hiring them when you are working on the final architecture of a system which will be years in development and deployed in a very expensive once-per-year fashion.

Companies (well-run companies, that is) have surgical teams in spirit, in the sense that the more complex projects are taken on by engineers that have successfully executed the most complex projects in the past, and work with more junior engineers on coding those projects. And there are often development teams with people fulfilling different roles as part of projects. Many companies have teams responsible for development tooling, including pretty much every FAANG and most large startups.

In general, it would be surprising if Brooks had happened to be exactly right in all of his observations writing 40 years ago. In well-run companies, we see a lot of things which Brooks was pointing to were exactly accurate, but we also see that in many ways we've moved past his predictions of the best way to do things. In badly run companies, many are still making the mistakes Brooks talked about, because they are attractive or "obvious" ways of thinking about software development.
No, it spends several paragraphs on this question.
> One example is version control, which wasn't standard until the mid-2000s.

Distributed version control wasn't standard until Git and Hg (2005). Version control has been around for decades. CVS (1986/1990) was popular in the open-source communities, while ClearCase (1992) and others were more common in industry.

It took a while for Git to shake out as the standard version control, but version control in general has been standard industry practice for a long time. Let's give credit where credit is due. The need to track changes to software is not some recent idea.
In the current time, there's a lot more to learn. Few people are going to hire you based on your expertise in bash or UNIX command line utilities.