skysight-inc/HackerNews huggingface dataset:
Thanks! I’ve been looking at [1] low-flicker, daylight simulation LED lights that can output 10K LUX. Great to hear that OSS firmware exists for some PWM lighting.

[1] https://www.aputure.com/products/al528-1
What is a preprint server?
https://www.washingtonpost.com/national/health-science/fuele...

Looks like it's attributed to drug epidemic

edit: I've posted this WP article because I couldn't actually read the Economist article due to paywall, and I figured other readers may have same issues.
> How come people continue to live in flood planes, hurricane zones, or the Northeast?

Because those places have desirable geographical features, like access to fresh water (flood plains tend to have this in spades), access to arable land (doesn't always support high density, but supports at least people to farm and support farming, because people living elsewhere need to eat), access to natural features that are convenient in trade (like navigable waterways and natural harbors), access to valuable natural resources, etc.
America's average height has also been declining along with its IQ, and why should this be surprising given that the nation has been prioritizing the importation of peoples anywhere-but-from-the-Occident for over ~50 years?

Here's hoping the Jewish-ethnostate-supporting Emanuel Celler was called out for the hypocrisy of his gentile-disinheriting "Hart-Celler Act" before those yonder pearly gates.

https://www.jta.org/1981/01/19/archive/emanuel-celler-dead-a...
Zendesk has a decent Knowledge base system. Intercom is slick, but expensive if you're trying to be frugal. Discourse is the best forum on the OSS market.
Or hold on the hyphen and you can get an emdash, endash, or bullet.
Yes, that’s exactly the point. Only supply and demand matters, density is no more relevant than any of the other factors that influence supply or influence demand. And within the abstract algebraic model of supply and demand, and density only being something that increases demand, increasing density never increases prices. That doesn’t mean that dense areas can’t be expensive; that much is obvious. It merely means that there are other reasons related to supply and demand that made them expensive.
Facebook posting from inside plan9
Who are the ones you've spoken to?
Thats why it should not be a power of a landlord to decide what building goes next to it.

In the end,if sanfrancisco got its act together and build 100,000 units, the city would transform tremendously, with a flush of people, of jobs, of prosperity. The city strangles economic development.
The reason you need to do it on the regional level is that you need to provide services that people are willing to pay for. I don't want to pay $35 for a burger because the waiter/waitress needs to make $100k/year or commute in 4.5 hours each way. I want a mix of high end and more moderate/casual dining options in my area, and that's only possible if people can live a "commutable" distance away from my neighborhood bar with the cheap burgers. This extends to every other service you expect or desire in reasonable distance from your job/house -- garbage truck driver, barber/stylist, grocery store checkout workers/stockers, etc.
Function Passing: A Model for Typed, Distributed Functional Programming [pdf]
Although it's true that any of those could influence life expectancy, there's no evidence that they play into the decrease here. In fact, the article calls out something very specific as a contributor: the opioid epidemic.
I just noticed that the album cover refers to her production company as 'Trans-Electronic Music Productions, Inc.' I guess 'trans' was a term in the 60s, but not likely that many listeners realized the significance.
Brazil may write new laws with data stored on the Ethereum blockchain
Thanks. I think I've been using en-dash out of ignorance over the years.
Security hole in AMD CPUs' hidden secure processor code revealed ahead of patch
Google hired 30 employees to stop locals from stealing its bikes in droves
Maybe I'm weirdly old fashioned, but I try to stick to ascii whenever possible - which means whatever character is stuck in the middle of this sentence. Ditto for the ellipsis, since it's not like three trailing periods at the end of a sentence can be mistaken for anything else...
The CF card is a Sandisk Extreme with up to 120MB/s read speed. My guess is the PATA interface on that motherboard is also a bottleneck.

I did a disk speed test with "dd if=/dev/zero of=/tmp/output bs=8k count=2k"

I only got 720KB/s.
Thanks for your thoughts and feedback. I personally have a block list for prices or anything quick money making-ish. This project was something I could finish fast and explore what's next, maybe in the crypto space :)
Bleve has support for querying across multiple indexes (shards) but does not prescribe any mechanism to split the data. So, it's up the application to divide the data how it sees fit, but you can use Bleve functionality to execute the same query across multiple indexes and merge the results.

Merging is required and is indeed somewhat resource intensive. Bleve's current indexing approach has no segments, instead all index data is serialized into a key/value store. This approach allowed us to experiment and plug-in a variety of implementations. Unfortunately, the key/value abstraction limits the way you interact with data, so there are a number of drawbacks. One key gain we get from the segmented approach vs the key/value store approach is that we no longer need to maintain a backindex to handle updates/deletes.
Check the Corn Beef Sandwich scandal.
The solution isn't to build artificially affordable housing. The solution is to continue to build what the market demands and give the affluent somewhere to move so that they stop occupying the rest of the city.

Today's luxury housing is tomorrow's affordable housing.
A recent episode of "The Weeds" podcast was all about this [1]. I highly recommend listening to it and the podcast in general.

The general thoughts are (especially for those poo-pooing the findings):

- The cause is likely a massive increase in drug overdose deaths, whose average age of death is lower than other common causes (>20% year over year increase, mainly opioid-related) [2]

- The drop in life expectancy is not happening in other countries, just the US (not measurement error)

- It's sort of a big deal, especially if you consider that opioid-related deaths could be going down, or they could be accelerating, we just don't have the data. And if they are accelerating this could be much worse than it already is.

1: https://www.stitcher.com/podcast/voxs-the-weeds/e/52748846

2: https://www.cdc.gov/nchs/data/health_policy/monthly-drug-ove...
There are a few reasons why I switched from PC to Mac, but there's only one reason I'll never switch back—it's this em-dash shortcut.
Average is not the same as typical.
Why? Unicode is (nearly) everywhere these days and offers so much more expressiveness, why stick to ASCII?
The article specifically mentions this
As someone who takes flak from literati friends for his em dashin', this is a vindicating find—(!)thanks, OP.

I learned to use em dashes in the military on our performance reports (sort of like an annual resume with a grade attached).

For a few (dubious) reasons, every bullet had to be precisely 1 line long, +/- 0-3 spaces at EOL (we had almost as many rules regarding these bullets as we did the other kind, it seemed).

Since we had a lot of (usually somewhat independent) points to jam into 1 line, we often had lots of separate clauses with a period, semi-colon[1], or em dash. The em dash always seemed to fill precisely the correct amount of space.

1: http://theoatmeal.com/comics/semicolon
It's the operating system's job to protect itself from userland, as well as to protect userland from other userlands. It's generally not its job to protect your documents from your applications.

Normal people don't worry about malware rooting their OS. Normal people worry about malware ruining their un-backuped photos and work docs, something that few operating systems dare protect users from.

(Which is why the iOS model of computer security is IMO a sleeper breakthrough, and why I always always recommend iPads/Chromebooks to people I wouldn't trust to not download Comet Cursor.)
It's too soon to say. There's still variants Meltdown/Spectre that aren't fixed yet. The other guy was correct that it probably depends on your workload, but in a couple months after all the dust has settled on this and we have a comprehensive review, my guess is yes AMD is going to take a commanding lead.

Spectre affects every modern CPU, and performance impact will be marginal.
Meltdown affects Intel-only, and the performance impact will be significant. Here's Fortnight's preliminary server results[0].

Once everything[1] is patched up it's just going to get worse for Intel. Ryzen was already fast though and had superior SMT (Hyperthreading) efficiency than Intel prior to this bug (~10%). This is going to take a serious toll on Intel's single-threaded performance advantage (~10% from IPC, 25% clock frequency advantage).

My advice is to stick with Ryzen/Threadripper/Epyc.

[0]https://www.epicgames.com/fortnite/forums/news/announcements...

[1]https://gist.github.com/woachk/2f86755260f2fee1baf71c90cd653...
Exactly, most especially after seeing this comment https://news.ycombinator.com/item?id=16087079
What normally happens is rather than paying significantly more, you get people willing to live at the margins and take those jobs.

Think people in Tokyo living in "cages". It starts as people renting a 2 BR apartment putting two sets of bunk beds in each room and now you have 8 young wokers playing ~1/5 of a 1br price for the area. But, now you add bunk beds to the living room, or beyond that people hot bunk so someone in the night shift sleeps during the day etc. However, this tends to unsanitary conditions and adds externalities.
Why are you so certain that none of those component factors could relate to each other in more interesting ways? Why say "it's just supply and demand" when it would be more interesting to look at what drives supply and what drives demand?

Jobs create demand. Jobs bring skilled workers. The presence of skilled workers itself attracts more employers. Maybe the employers move in faster than upzoning happens. Maybe it happens slower. Whether or not this increases or decreases price is just a question of the coefficients on the various inputs. I'd still propose that the missing piece is geographic - cities that can absorb this by growing outward in a decentralized way will stay cheaper than ones that can't, where things get nasty.

But, to move the discussion along, let's just call it demand outrunning growth in supply, dropping the precise role of density (or replacing density in my original post with "geographic constraints which necessitate increased density" or something). Either way the result is the same thing. Do we have ideas that we could try to get turned into policy for stopping this sort of thing from happening? It's a really common pattern, not just in SF but everywhere that's ever seen someone complain about gentrification, so it would be a useful thing to have a politically feasible solution for.

EDIT: it's getting late out here, so I'll add one last bit then probably retire for now. I personally am not a fan of remote work, or cross-timezone collaboration. But I think the people pushing it need to win out in the long run. When it comes to massive density increases, or de-densifying the country by spreading work back out thanks to technology allowing better and better telepresence, I think the latter is far healthier in the end. It de-SPOF-ifies industries, which is good when considering natural disasters, potential climate impacts, or war/terrorism. It levels out costs - you now have the whole country (world?) to choose from - while also massively increasing your hiring pool. It evens out opportunity - you don't have to be able to afford to take a gamble on moving across the country to chase your dream job. It saves a shit-ton when it comes to energy used for commuting.

And if you ask me if a less dense, remote-friendly world is more likely than getting people to reverse course on a hundred-year-old car-powered trend towards suburbanization, I'd wager yes. Especially because the arguments for the latter are pretty unconvincing so far for people who don't want to live somewhere massively denser and who are able to afford their current living situation.
What would be the life expectancy if we excluded drug addiction causes?
> It needs to be robust, in continuity with existing infrastructure (probably domainkeys signed), straightforward (maybe signed proof of sender keys in a header)

We get fairly close here if we can get providers to DKIM-sign Autocrypt headers, like Posteo already does.

E-Mail has a lot of baggage though, and we don't expect to get everything done overnight. Legacy is important, and development resources in this area are realistically very limited. Still, we feel like we have a reasonable start.

> It also needs to be robust against malicious MTAs who could otherwise silently spoof senders and misrepresent their keys (double signing?).

I think the best we can do here is to make providers sign keys during transit, and increase attacker risk by allowing users to verify their communications at any point.
They don't verify.
Speculation, but likely because it doesn't add much to the conversation. For questions like this, it's useful to review other comments that have been downvoted and appraise them with the guidelines at hand. It won't be perfect, as members may downvote for any number of reasons not mentioned in the guidelines (or for no reason at all).
Easy-peazy! Makes me wish I still had a numpad :/
Am I the only curmudgeon who can’t get past the extra space after periods in a post about punctuation?
In my briefcase I always carry a Leatherman Wave. For personal defense I like the Spyderco Matriarch 2.
I didn't see it mentioned, but I use it frequently so here is my tip. I'm not sure if it is bash specific (I just use it!).

Instead of typing !$ for the previous command's final argument, you can use the keyboard shortcut alt+. (alt+period). Pressing it multiple times will go to the last argument of previous commands. I use this quite a bit and found it easier than !$, because you can see which command it will be : )

I still don't always understand exactly what is happening with subprocesses vs subshells (chriswarbo's post is very useful in pointing out how wrinkly this can be), so I try and keep bash my usage simple.
How much of the build cost is land cost? How much of the build cost is local compliance costs? How much of the cost is market adjusted price, and not actually cost per se?
Agreed. "Mass murderer" would be more to the point, albeit still somewhat subjective. The point is, the conversation should be about effective tactics/policies for saving lives. Disputes over terminology are mostly a distraction from that.
Right. HTML seems like a lot for a small app. I have had some success with AppJar. It might not be the fastest but its super intuitive and easy... http://appjar.info
That graph is not entirely correct:
https://news.ycombinator.com/item?id=16088866
I think all of us really have different definitions of what constitutes "modern linux". For me running a modern kernel and software is sufficient.

Speed wise, I believe further optimisation is possible given time. However the point of my post is to show the possibility.
All of those things could theoretically occur, but there hasn't been a methodology change in the US, the age distribution of deaths doesn't support the first explanation, and other demographics of deaths don't support the second. So, they are irrelevant.
> As someone who has to occasionally modify 100+ line bash scripts written by Coworkers from Christmas Past which matched your spec in terms of what they had to do, please please just use Python (or similar).

As someone who has inherited thousand-line shell scripts, and had to debug many 3rd party scripts, I stand by my assertion.

> Yes, you will have a few extra lines but it will be vastly more readable and maintainable.

Readability is important but it's not the only aspect to maintainability, nor is maintainability to sole concern of a tool. A low bug rate helps maintainability and actually having the features you need, in an acceptable timeframe, is also important.

For example, the OP mentioned the 'set -e' option that causes the script to exit if any command returns a non-zero exit code. In Python, you'd either have to remember to check the return code for every subprocess or define a wrapper, which adds complexity, reducing readability and can lead to bugs and errors. Nor is Python always the best answer for readability anyway. In many cases, it's not like it's just a few lines you're saving. Here are some functions I've used when scripting in Python

import subprocess, shlex
def process_run(cmd_string, stdin=None):
return subprocess.Popen(shlex.split(cmd_string),
stdin=stdin,
stdout=subprocess.PIPE,
stderr=subprocess.PIPE)

def process_results(process_object):
(stdout, stderr)=process_object.communicate()
return (process_object.returncode, stdout, stderr)

def process(cmd_string, stdin=None):
return process_results(process_run(cmd_string, stdin=stdin))

It's 10 lines of boilerplate to set up an approximation of behavior that is trivial to achieve any shell language. There's actually 7 more functions I use to handle different common subprocess execution patterns. For example, the "stdin" in that process_run function needs to be a filehandle (at least in Python 2.7, I'm not sure about python 3). To pass a string to standard input you'll need something like this:

f=SpooledTemporaryFile()
f.write(stdin_string)
f.seek(0)
results=process(cmd_string, stdin=f)
f.close()
return results

> And yes, I know I will get the standard the person who wrote the script did a bad job but at some point it should be okay to blame the tools instead of the workman if workmen disproportionately create worse results with a set of tools.

Actually what I'd say first is that it's quite possible the person writing the script knew what they were doing. I've inherited bad code in my life, I've inherited some real gems, and I've inherited a lot of code in between. One thing I've learned is that I tend to be unfairly critical of average code. It's hard to read unfamiliar code and easy to criticize inconvenient design choices when you have to adapt their code to some new problem that they never anticipated. Usually I'll be better off just buckling down and untangling the spaghetti.
Riffing on `interpose` implementations in Ruby
It is probably unusual to have a course section with a minimum median income of $120,000 even at Harvard.

The median household income in Cambridge, MA (the city where most of Harvard's campus is) is $83,122 [0] and 8.4% of families and 14% of people live in poverty.

The source [1] the author links to regarding student family income at Harvard shows that 15.1% of students come from the top 1% (which I guess means top 1% in terms of national income). It's a good read by the way.

[0] https://factfinder.census.gov/bkmk/cf/1.0/en/place/Cambridge...

[1] https://www.nytimes.com/interactive/2017/01/18/upshot/some-c...
Is the clock still ticking on Joyent.com patching their public cloud (illumos, SmartOS)?

https://help.joyent.com/hc/en-us/articles/115015938847-Secur...
Nope. Raging against double-spaces post-period was all the rage a few years back[1], so I'm sure it raises quite a few curmudgeonly hackles.

[1] http://www.slate.com/articles/technology/technology/2011/01/...
You need to widen the universe of competition when you price parking. The universe of competition for an empty parking space is not just "everyone who would want to park here for a day" it is also "all alternative land uses to parking, including housing". A more profitable, and thus more efficient, use of the land would convert likely 99% of all BART parking land to apartments, retail and office space.
This diagram is not entirely correct.

The remote bash startup order is further complicated by the existence of a compile time flag SSH_SOURCE_BASHRC. This flag determines if a remote non-interactive shell will load the ~/.bashrc file.

This flag is turned off by default and stays off in some distributions (like Archlinux), but is turned on in others (Debian, Fedora, ...) to replicate very old rsh behaviour.
This is a great example of how limiting ASCII is. It doesn’t even contain the full set of punctuation that correct (!) English requires. It supposes that you are satisfied using ' for both ‘ and ’, and " for both “ and ”, and eliminates all the dashes for the hyphen—which has to play double duty as a minus sign.

It also eliminate dieresis from the language, naive not naïve, and strips all accents from loan words
If the mortality amongst drug addicts is moving the needle such that it's reflected in the national average, that means that drug addicts are average Americans.

Also, it's not just addicts who die from an overdose that is contributing to this effect. A hidden/functional addict is still going to die sooner on average than a non addict.
True on Android too.
Traffic deaths down in Japan due to autonomous-driving technology--Aleteia
So does this mean (for people who don't go the cremation route) that in a few decades we're going to have coffins containing skeletons with creepy plastic faces?
Could we maybe combine this with the face generation technique mentioned on HN a couple days ago to design faces from scratch? This way we don’t have people walking around with “previously used” faces.

https://www.nytimes.com/interactive/2018/01/02/technology/ai...
the backspace thing is I think configurable based on your terminal or using stty to do it.
Sure, but you can look at the cost of an extra floor in terms of land costs. If a single family home costs an extra 900,000$ from land costs + some constant C, then stacking X of them is worth it until adding one more 1br home costs more than 900,000$ + C. Granted, there is a feedback loops and you need transportation infrastructure etc for taller buildings etc, still I think the market can happily build taller buildings than most expensive city's let them.
I’ve been using the Victorinox Cybertool 32 for... about 6 years now. I don’t a lot of use for the extras in most multitools (who needs a metal file or a saw on a daily basis), but pliers, scissors, and a multi-tip screwdriver (including a glasses screwdriver) is super handy.
Was just discussing this elsewhere online. Package management is broken (or incomplete, depending on your viewpoint). What's needed IMO is the following:

1. Allow a single package file, including multiple clauses (or sub-files, whatever) for different languages. Let me manage my Angular front-end and Flask back-end in the same file. A single CLI tool as well - Composer and Bower aren't all that different.

2. Be the trusted broker, with e.g. MD5 checking, virus scanning, some kind of certification/badging/web of trust thing. Let developers know if it's listed, it's been vetted in some way.

3. Allow client-side caching, but also act as a cache/proxy fetch for package retrieval. That way, if Github or source site is down, the Internet doesn't come to a screeching halt. I see the value of Satis, but it's a whole additional tool to solve just one part of this one problem.

4. Server-side dependency solver. Cache the requests and give instant answers for similar requests. All sorts of value-adds in analytics here, made more valuable by crossing language boundaries.

5. Act as an advocate for good semver, as part of the vetting above.

NOTE: These features are not all-or-nothing, I believe there's value from implementing each one on its own. Also note that nothing here should lock people into one provider for these services. There's a market to be made here.