skysight-inc/HackerNews huggingface dataset:
You know a lot of people are terrified of change and new stuff because it might mean their skillset is obsolete.

That's a lot of what this backlash against JS is. Some of the criticism is warranted, but a lot of it isn't, it comes from people who have never done anything other than sneer at the language, and for every issue JS has, you can find a matching issue in another language that either a) isn't a problem because there are idiomatic solutions or b) everyone in the choir knows it's dumb but they don't say it to outsiders, because why advertise your weaknesses?

JS today is very expressive (more expressive than Python simply due to good lambdas - not to pick on Python but it's a language that doesn't get the hate of a JS or Go), it's been fast for awhile, it's got a dozen new interesting frameworks, the tooling keeps getting better, etc. This can either scare you or represent opportunity.

We've got a 5k line JS app. It was written by people who weren't programmers, in a jQuery/d3 ball (it was still an impressive interface). Over the summer we've converted it to Mithril and modern JS, now it's half the size, our dev environment is setup with a simple npm install and npm start, we have reusable components that multiple people can grok and use, it only takes a 20 line webpack file to do this all, and before the summer started none of us had used the framework.

It's amazing what it has enabled us to do and how simple the whole stack is. I've been building desktop apps and small intranet web apps for a decade, they don't hold a candle to what's possible if you harness this stuff. People can complain all they want but this is what progress looks like. Someone might not think it's cool that you can write an interactive single page application in 50 lines of code that anyone in the world can access, but isn't that what we wanted?

It takes a day to grok this stuff, a week to build interesting stuff in it. It's worth the investment, you might actually learn to do things you couldn't before. That's fun.
Interesting that increased scattering can increase average current and electron velocity (in a fluidic state) by protecting higher velocity electrons from the edges of the flow. It allows higher conductivity than even theoretically possible in a metal.

I'm usually pessimistic of the hype surrounding graphene, but this is an interesting result. I do hope that there is a bit more room for something like Moore's law.

Some of the biggies were still investing... as of 2014.

http://www.datacenterdynamics.com/content-tracks/servers-sto...
As someone in Canada who wasn't able to download DarkSky for iOS, I've found Weather Line provides many of the same features (including up-to-the-minute precipitation forecasts). It uses the DarkSky's API for its data.
Just an opinion:

It's not that it's hard to learn this stuff. More so, it's tiresome and hard to care after watching the JS community re-inventing the same wheel(s), repeatedly.

Personally, I'd rather see the JS community solve a wider variety of problems.. instead of the same ones, over and over.

The amount of talent focused on building JS tools really is incredible. But it seems like the tools that generate the most hype always do the _same_ things, just in a shinier newer package. Which is frustrating.

I wasn't around at the time, but reading about programming languages past -- it seems like these are the same kinds of problems that fractured Lisp, back in the day.

The problem is this: It's fun, exciting, and relatively simple to roll your own X. So everyone does it. That's good. But too much fractures the community, instead of uniting it. Which.. may be more harmful than helpful, in the long-run. Time will tell. But the strongest & most productive communities typically converge on 'best-practices', once a problem is solved well enough. JS doesn't seem to do that. (At least not yet.)
No way I'd do this inside my house, either, but if you watch the video, the Australian fellow had his in two little aluminium sheds out back, set on concrete. Looks like, most likely, a catastrophic event would trip the wires and (at worst) burn down the sheds and couple computers/Arduino boards.
Now, insurance folk will always fight a claim, but you might be able to get past... maybe =/
Just deleted AccuWeather. I am 100% convinced by the blog post -- but the DarkSky App is unfortunately not available outside USA.

I really wish that the user could selectively switch on or off what permissions an app receives -- Instead of a blanket list of permissions at the install. For instance -- "lie to the App and give location obly within 100m".
Are you referring to the Touch ID rather than the Touch Bar proper?
I'm really happy with the Lenovo X1 Carbon 2017 model. The 2014 (rev 2) was horrible, with the touch bar and smart-ass keyboard layout changes that made touch typing a pain.

I was also tempted by the XPS, but the badly placed camera was a dealbreaker for the number of teleconferences I do.

This thing charges with USB-C, which means I can use the same charger for both my laptop and my Pixel, but it also has two USB-A connectors, so I can still plug my yubikey in for logins, plus HDMI for presentations, a second USB-C for charging my phone or plugging in the VGA adapter, and finally a mini-ethernet (which I have only ever used once to test that it works, I have good wifi everwhere).

It has a 4G modem which works fine with a SIM card. The only thing maybe you could claim is lacking is the screen resolution, but the low resolution saves battery and works more nicely with Linux's awful high resolution support. Silver lining.

Finally this thing has a decent keyboard with good key travel, which is really lacking in a lot of laptops these days. I'm pretty happy.
Thank you Peter! Appreciate it.
It's the Peter Principle!
https://en.wikipedia.org/wiki/Peter_principle
It turns out that the little space to the left of the virtual [esc] is a "ghost key" that also registers as Escape (just like the hidden t/g/v/y/h/b keys on the split iPad keyboard), so I just put blindly put my finger on the left side of the touch bar and every time it does the right thing.
Some years ago I travelled from Melbourne to Frankfurt a couple of times in a year. I took flights with stops at Singapore and actually liked the 2-4 hours break.
What's the benefit of a shower before flying? Did you mean a shower during a layover between two legs of a flight?
I think that your perception of the audience as homogeneous (and like you) is wrong, and I have evidence for that in the form of upvotes and much politer comments than yours.

If you don't care about that, then I think that we should agree that nobody profits by you or I replying to one another's HN comments in future.
Spending company money means you're rich
Well, I ported Skia's memory manager to the Newton, and added some tricks to make it more friendly to the Newton's virtual memory system. So some of Skia made it over ... :_)

The dropping of Dylan was a little more nuanced and maybe somewhat nasty. The decision was made to ship "junior" (the handheld unit that became the MessagePad 100) using C++, while work was still being done in Dylan on "senior", the tablet unit. Eventually the Junior project grew in importance ("Holy crap, we have to ship this in a year") and it was all hands on deck to get it out the door. For a while there were a bunch of Dylan programmers roaming the hallways, they were clutching copies of the C++ Annotated Reference Manual and looking really unhappy. The writing was on the wall, Senior got canceled a few months later and a bunch of the Dylan folks quit.
I love my trusty 11" air (apart from the bezel).
If you're in a tight deadline environment, I'm guessing people aren't going to spend quality time on unit testing or code reviews. It's quick and easy to write terrible unit tests that are counter productive; it's also pretty easy to just stamp all the code reviews without taking a real look.

Not every piece of code needs to be high quality. Instead, you should indentify the parts of your system that need higher quality and spend real time reviewing code and writing appropriate tests (not just unit tests, also do performance tests and integration tests of key components). Especially in an environment with tight deadline and changing requirements, focusing on key areas will save a lot of effort.
Poly/ML is the only "mainstream" implementation (and the only one on your list) with OS thread support. The rest are green threads. Various research offshoots from MLton have existed with full support for OS thread but none are still around and they haven't made it upstream. For the most part, the Standard ML native thread situation is not much better than OCaml's.
The two best skills you can have:

1. Be good at your job.
2. Don't be an asshole.
Maybe it's just me but the slog of getting to an airport works up enough sweat and dirt that I sleep better on the flight if I'm freshly showered.
JS is love, JS is life
This might be a hot take, but "modern" user interfaces fucking suck. Current front-end web development is a folie a plusieurs where worse is better and outright nonsensical is the ideal. This issue affects everything from the development process to the interface. It really does need to stop.

Hackernews is one of a dying breed of sites that provides an information density suitable for somebody over the age of 12, good use of screen real-estate, fast loading times, and an uncluttered interface. Although its good design is wasted on its userbase, 4chan is another site in the same vein as HN design-wise.

There are some great mobile clients for HN. You're always free to use an existing CSS reskin or create your own (this isn't a horribly complicated site).
I believe it's an educational/cultural problem and not a systematic one.

Bad actors will corrupt any system out of greed for wealth and power.
I'd like to hear more about pudding.
Detect and Avoid Sexual Assault by Bra Sticker
The wikibook has gotten really good, and it's the reference I've started going to when I need a refresher on a concept, but HPfFP was the book that helped me actually "get" Haskell -- and I'd read pretty much every other beginner-to-intermediate resource by that point.

My experience has been that, generally speaking, programmers of language [X] don't have a particularly good grasp of what makes a good introduction to language [X], and I think that effect is even stronger with a difficult language like Haskell.

That said, I was about to read some of the new material in HPfFP, and I should also read the analogous wikibook content as an experiment. Thanks for linking it.
Does anyone here have experience with approaching their districts?

I had a meeting last year with three assistant superintendents to discuss issues related to student privacy. New York has a student privacy law (§2-d of EDC Title 1 Article 1) passed as part of the Common Core Reform Act that establishes a Parents' Bill of Rights for Data Privacy and Security, which must be completed 120 days after its
effective date of 12/08/2016. Among other things, this document must list all third parties to which student PII is provided, for what purpose, and state that they take the proper precautions to protect student data. That date---04/07/2017---has since passed. Unfortunately, my district (and possibly the entire county, Erie) is far behind.

We also discussed school devices---they're moving toward a device-per-child model---and we expressed to one-another our concerns. The EFF's resources were essential in my research and provided resources for the district as well.

The EFF was kind enough to put me in touch with a lawyer practicing in NY with an interest in student privacy to provide pro bono counsel as I figure out the best way to move forward. I'm going to try my hardest to keep on good terms with the district; going the route of issuing FOIA requests and such is a last resort. Finding other concerned parents in my district is likely my next step.

My oldest son is entering first grade this year, so this is a fairly urgent priority for me.
It may be a rather weird test case, but one instance where I've seen radial context menus used really well was Neverwinter Nights (the 2002 Bioware RPG). It uses context menus to provide a variety of actions when applied to objects in inventory and in the world (including the character itself) - e.g. inspect/open/bash/lockpick the chest. Once it gets to spells and magic abilities, you often have to go through many nested levels to pick the right spell and parameters.

The beauty of their design was that the same action always had the same position in the radial, regardless of how many actions were there overall, and how many were not available in that context. Thus, picking the right item in a series of cascade radials always took the same path. Eventually, your muscle memory picked it up, and a frequently used action became a mouse gesture, performed without even looking at the menu itself. But for those things that are rare, you still retained the advantage of discoverability that menus offer.

Here's an example, with someone showing off the gestures that they remember (it stacks the actions up, so the character continues to perform them even after the player stops providing further input):

https://www.youtube.com/watch?v=uFevVjeawaY

One interesting thing that you might notice is that the subradials actually replace the main radial, instead of the more usual expanding mode. I suppose this is to allow essentially arbitrary nesting level without worrying about screen estate. Every subradial had a "Back" command in the center.
"Not really" what? There is syscall? Then you say yourself there is not... I only argue that there is no syscall in glDraw* as well as the vast majority of the APIs. Sure, driver/opengl do whatever and some calls are more expensive than others but adding more overhead is not going to make it any better and it's already pretty bad without overhead. That's why they developed Vulkan in the first place.
USB-C is a wholly terrible idea.

So a USB-C port and cable is capable of one or more of the following:

- Providing power (at different wattages)

- Data transfer of varying speeds

- Display transport

So cables are visibly the same and have a different set of capabilities. For example, Apple's USB-C cables that come with the new Macbooks aren't capable of high speed data transfer. Some cables are capable of charging at 87W. Others much less.

How is this better?

I remember reading one description of this that went something like this: prior to USB-C nothing fit but everything worked. Now everything fits but nothing works.

But consider a practical matter: if each port needs to be capable of power, data transfer and display, it's either going to be more expensive to produce or some ports, like the cables, will have different capabilities with no indication as to why.

Honestly it's just a horrible idea.

EDIT: example of this insanity:

http://appleinsider.com/articles/17/08/15/psa-thunderbolt-3-...
> ... no need to make a NASA pen

As is frequently trotted out whenever someone reaches for this analogy, http://www.snopes.com/business/genius/spacepen.asp (tl;dr: pencils aren't great in space, another company invented the pen on their dime and sold it to NASA). There's definitely UX headroom when iterating on user input; the first gen touchbar has been undeniably meh, but that's not to say another iteration or two can't be a marked improvement over a 150 year old technology.
International upgrades still tend to require fairly substantial co-pays. Nothing like paying the whole thing in cash but still in the multi-hundreds of dollars.
if you make a simple backend thing, pick up rail and you're done, but you're essentially building something that's a solved problem.

The frontend equivalent is dropping a script tag on a page and uploading it by FTP.

But there's a reason backend communities accepted devops long before frontend. Between all of the various BE platforms, all with their own dependency management intricacy, all the various databases, big data stores, queues, streams, object stores, cache systems, containers (docker, VMs, etc), the OS (for FE you can just drop your stuff on S3 and stick a CDN in front and it will scale to near infinity...try to scale your rails app like that for giggles).

BE is 100x worse.
Which is very likely affected by how much you like/trust the person, as such not an objective way to measure ?

So then the employability might just read "how much people like you".
"... before you realize most of the people coming to Europe are coming for the free benefits and not because they're fleeing war? "

The majority is definitely not coming for what you call 'free benefits', and most of those who do will be sent back home in due time, if their home countries accept them back.
Unfortunately it's quite common that they don't, and then there's not much left to do but allow also these people to stay. Can't really deport people when their home countries won't let them through the border control.
That’s not true for any of the United States. You can’t call yourself a Professional Engineer without being licensed, but anyone can call themselves an engineer. Train engineer, growth engineer, happiness engineer, and software engineer are all perfectly valid titles without a P.E. license.
MIT Drones Could Save U.S. Retailers Like Walmart Billions Every Year
Totally agree - I think self-driving will be a major impact. But the electrification of cars will be much, much sooner.
Mini-antennas could power brain-computer interfaces, medical devices
> It should Just Work throughout its entire service lifetime

And what if you want it to last beyond its service lifetime?
If they can prove you knew it was an increased fire risk, they won’t cover it.
Ah yes, happy to help you in any way. Thanks to the asic resistant mining algorithm we are able to generate coins fairly reliably with CPUs that are already in our desktops and inexpensive GPU arrays that we have pieced together from Newegg.
Companies use AI to screen job applicants
with 100 kg of gasoline for the whole GP (300 km), 105 kg this year if I remember correctly (because of larger and heavier tires.)

Taking gasoline at approximately 0.75kg/L, that's 133.3L for 300km or around 44.4L/100km. That's 5.3MPG in US units. Not very fuel-efficient...
My sister used to work for United a couple of years back as ground crew at a small airport that flew directly to SFO. She always told me how notorious SFO was for weather problems, and would cause flight delays or cancellations day-to-day (multiple times a week) with only a couple of hour's warning.
There might be a ballot measure to decriminalize psilocybin in Calfornia in 2018
It's grape season! I've got a few scuppernog vines (that's the grape native to the US, Vitis rotundifolia) in the yard. They are bearing grapes plentifully. Scuppernogs have a thick skin, much thicker than the European kind (V. vinifera), with astringent flavour (that's polyphenol tannins) . When you look at the surface closely you see little corky spots, where the hypersensitive response took place, a defense mechanism in plants against fungal infection. The tannins denature cellulase enzymes that are secreted by fungal hyphae in their attempt to invade cells, and cork is dry and just plainly indigestible.

Indeed, scuppernogs have an excellent reputation for disease resistance. The xkcd is very relevant, also for grapes.
E.g. Norway, the country where EVs are the most popular in the world?
> [I] am rather ambivalent towards the touch bar.

Enough of the hard sell, take my money!
"Coding isn't one," they say in the title — but programming is there on the diagram (right above mathematics). Is there a difference between programming and coding?
If flying business class, I prefer direct since, yes, it is very comfortable.

If flying premium economy, it's a wash between direct or having a short layover.

In economy, I definitely prefer having a layover closer to the middle. Flying 20h non stop in economy seats is hell and I'd never do it.
IFEs are going away so it wont look too dissimilar shortly, aside from smaller seats. One day you will refer back to 70/80s as luxury economy.
As I found out (not data center related) if the old barn / building down the road doesn’t have one, the fire can come a calling mighty quickly.

On a data center note, I have noticed a couple of data centers hooked to dams with farms as their neighboring land. I guess hydro is pretty reliable.
I do not believe that Bitcoin Cash is 1000x more efficient than Bitcoin. It is an extraordinary claim and requires extraordinary evidence.
UFC’s Fight Pass experiencing issues ahead of McGregor v Mayweather fight
Original: https://www.gineersnow.com/industries/bra-sticker-help-detec...
A web app beyond trivial has to have a framework, if you don't use one than you built one and are now maintaining both the app and the framework.

I wouldn't call an app with "minimal interactivity" an app, anymore than I'd call a newspaper interactive reading material.
>Vouch for it, as we can see someone has. The system works.

Can you even do that? I thought flag/vouch only works for links.
Magic Mushrooms Inspired Frank Herbert’s ‘Dune’
Japan has the highest suicide rate in the world and many heavily discussed social issues related to happiness, including salarymen, hikikomori, decreased rate of marriage and childbearing....I think you might just not be tuned in there yet.
Perhaps I have been unlucky in my past jobs, but the single most important thing that allowed me to be successful in my investment banking career was bowing down to my boss's ego, even when he/she was wrong. A few of my colleagues had perfected this "skill", and got promoted super quick. Talent, ability and reliability are all okay, but giving your interviewer/boss the impression that you will never show them up seems to make you super employable! I remember a particular interview, where me and my then boss were looking to hire a new market risk guy. The first guy we interviewed was super talented, and actually quite a nice guy - I thought he deserved the job - he even corrected our misunderstandings on a newish risk model. The second guy we interviewed, not so great. My boss gave it to the second guy; when I asked him why, he fobbed me off with a vague response, but it was clear to me that he felt threatened. Had the first guy acted a bit more average in the interview and pandered to my boss's ego, he would have almost certainly got the job. Personally, I have also had much more success in interviews/jobs by trying to be distinctly average. Eventually I was sick of playing that game so I started my own company and never looked back!
Like you I prefer text driven sites. It runs clean. YC runs like how I like my Desktop UI to work. Clean and functional.
While I appreciate your sentiment, perhaps we should limit our discussion to the cognitive abilities of animals, and not get side tracked into a debate about their sentience and the morality of killing them for nutritional needs.
System software that manages semantics of machine, user, job and developers resources confuses many younger developers. They imagine "coding about computing" is just knowing how to code in C. That is obviously completely false in all manners to real engineers addressing real use cases but a very common mistake. Now older I have known many engineers spun out constantly playing with new tools. Real system software projects have longer historical narratives involving human use cases and stakeholders anyone can read.
I dont particularly care whether or not its faster than vue or react. If I'm going to build a heavy use production app I would use one of those just because it has so much of a community supporting it. But sometimes less is more. The api here is simple, and yes similar to vue and react. The guts of the docs took like 5 minutes to read through. Over time, the novel concepts introduced by these frameworks turn into general best practices. That's what we see here. A boiling down of the reactive web framework into a small set of core methods. Certainly not the most powerful or extensible. But perhaps the most simple.