skysight-inc/HackerNews huggingface dataset:
I should clarify the part that I meant feels me with a toxic feeling was not seeing other people doing something they enjoy.

It's just that it seems like a carefully crafted image is being presented to manipulate the reader and to push forward a corporate agenda hidden behind a veil of optimistic language.

It's the corporate equivalent of a Facebook profile with holiday photos and what not.

I've seen people get sick of their "company retreat" on day one but they don't dare ever talk about it for fear of being labelled not a team player. They just pretend they are having the time of their life. And they'll come back write a blog post about their "WONDERFUL AMAZING JOURNEY" because that's politically correct.

No one writes some Medium post about "How I fucking hated being stuck with these people for 3 days and couldn't wait to come back home to take a break from this nonsense.".
Interesting idea but how do you prove that you're actually selecting random people?
When you're responsible for it, or even a part of it, every moment is a nail-biter. You know exactly what can go wrong and how bad it could be.
Have you thought about using dbpedia?

https://en.wikipedia.org/wiki/DBpedia
Blogspam of

http://news.usc.edu/116479/scientifically-designed-fasting-d...

with author credit stripped.

Journal article:

http://stm.sciencemag.org/content/9/377/eaai8700

Paper available there (paywalled)
They may be kept in the fridge at home, but I don't recall ever seeing them refrigerated in a shop
> I doubt there's much point writing a new API for TCP itself that exposes all the bells and whistles, because the design of TCP is dated. Rather, there should be more standardized APIs for applications to more easily use replacements for TCP that run over UDP.

The advantage TCP has over UDP is that middleboxes know what TCP FIN is and so are willing to use much longer timeouts for TCP sessions. For example the default Linux connection tracking timeout for established TCP connections is five days but for UDP streams it's three minutes.

So if you need a long-lived session to receive event-based messages your choices are to use UDP with a mapped port using NAT-PMP or PCP (ideal but not always available), use UDP with frequent keepalives (expensive), or use TCP.

Being able to do TCP in userspace would be very useful for any VPN-like thing because you could get the long timeouts but still deliver packets immediately even if an earlier one was lost, and avoid the TCP-over-TCP performance degradation by deferring congestion control to the inner packets.
As a rule of thumb: never throw something that isn't an Error. Please, let's keep our code a little bit more sane.

If you want to define your own errors classes, I've had no complaints when using the following module: es6-error [0]. It lets you define new error classes which extend Error without any problems.

If you don't wanna pull in a module, the following StarOverflow answer [1] shows how to define a custom error that works everywhere.

[0] https://www.npmjs.com/package/es6-error

[1] http://stackoverflow.com/a/35881508/1505117
>Detecting place visits at scale: Jan and Danielle offer a deep dive into a system capable of interpreting location signals coming from mobile devices at scale.

It's weird to see people proud of things that so seriously bother other people. Tracking everyone they can 24/7 is seriously creepy.
If one of the bins has criteria like 'performance' and 'complexity, how do Java and Python both end up in it? This seems in the 'not even wrong' category to me but perhaps I wasn't able to follow the argument.
Or get one of these egg cookers:

https://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Da...

They make perfect steamed eggs every time. Easy to peel too.
Thanks! let's chat: @alexg473 (twitter) or alexgrn7 (gmail)
Which is useless if you don't have push notifications (ie are on iOS, where Google ended push support for Mail.app), because the attacker can just delete the email.
There is a missing word; I meant to say "we wouldn't even need separate address spaces" ("separate" was meant as an adjective, not as a verb).

And by that I meant that we would need no hardware support for separate address spaces. The kernel and all processes would share a single address space. We could look at memory as just another resource, and readable or writeable chunks of memory ("buffers") would be only accessible through authorized "memory arbitrator" entities. Of course some mechanism is required to prevent programs from making up buffers on their own; this can be done in hardware of course, but alternatively also by software mechanism, e.g. enforcing a higher-level programming language like Lisp.

So one could even say that each such buffer was their own address space; however I'm convinced the approach is much simpler and less arbitrary (no coupling process<->address space).

"Virtual address spaces" are a required abstraction, just as filesystems need to provide the illusion of contiguous available storage for files. This could of course be done in software, just as filesystems do it in software. However it would be a lot slower since we don't batch memory accesses like we batch file accesses.
The problems with XUL have been discussed for over 5 years, but there hasn't been a solution. WebExtensions was announced 18 months ago, was deemed stable for developers 8 months later, and only just got a reasonable migration path with embedded WebExtensions in Firefox 51.

There's been plenty of communication from developers on Bugzilla. People are alarmed because Mozilla's original estimate fell way short, the deprecation roadmap is a lot more specific than the implementation roadmap[1], and migration is going to suck for extensions that need APIs missing from Firefox 52.

[1] https://trello.com/b/PC9kB14s/webextensions-roadmap
I don't have a lot of experience with a ton of different languages. But it seems bizarre to me that he lists Javascript as an example of a language that is restricted and unable to do various things.

I have never once run into a problem that isn't easily solvable with Javascript. If anything I find it has the opposite problem, there's too many different ways to do particular things and unless others are using the same "subset" of the language that you are, their code becomes extraordinarily difficult to grok.
Well, right :)

But some people prefer fertilized eggs.

Some people prefer embryos in their eggs, too.
About "Dare to Be Stupid", Mark Mothersbaugh said something like "He has basically written the perfect Devo song, and I pretty much hate his guts for it." Jokingly, of course, on that last bit.
> So we Europeans, mostly don't vaccinate

Likely varies across Europe. In the UK, 85% of eggs produced meet the Lion Mark standards, which includes mandatory Salmonella vaccination. Certainly appears effective:

> [T]he Food Standards Agency [...] in 2004 [...] tested more than 28,000 UK-produced eggs and no Salmonella was found inside any of them.

http://www.lioneggfarms.co.uk/information/british-lion-quali...
On Chrome Mobile, it's just as speedy as any other website.
> I don't mean they should force people onto Swift. I mean that Swift, should be totally independent of ObjC

If you will not provide seamless integration, you will seriously limit amount of people who migrate. There are other problems here too: what should library authors do? Write two versions?

> It's been out for years. This is way past 'early adoption'.

Looking at all programming languages I've ever used, getting out of this childhood period always took years. Sure, Apple could do better job perhaps in many aspects, but it really takes a very long time to get a language and stdlib to usable shape.

>Make Swift a clean break, get rid of some of the more obscure things that make it difficult.

If you make a clean break, you limit amount of your users. Without users, you can't tell what obscure things are difficult for those who didn't opt in.

I agree with all those beta periods, stability guarantees, docs and training. I am now appreciating more how well those things work in Rust.
Among the links in the article is this one, which discusses political issues around the '.io' TLD: https://gigaom.com/2014/06/30/the-dark-side-of-io-how-the-u-...
Does anyone else think startups are just incredibly boring?
Boiling or steaming eggs for 12 minutes results in a tough white and dry yolk.

Just put them in a pot, not large, with enough water to cover the eggs and no more. Cold water. Add heat, high, and heat to boil for no more than a minute. Remove and put in cool/running water. Results in non-plastic whites and soft yolks.

Though, I prefer poached or scrambled. For boiled, quail eggs are great (and, where I live, also cheaper).
Can you make it a multiplayer game played on phones, tablets, and watches, tvs, and cars? Okay, maybe not cars.
This. Why is it so difficult to understand?
We shouldn't trust Apple, Google, Microsoft (...) because they're inherently good. We should trust them because screwing up for them is much more financially risky than keeping up with their security promises.
That of course can not include Government interventions, which the companies cannot always reject. Regarding this, I trust Apple more than its competitors, based on recent history.
What's the incentive for mom&pop iPhone repair store to keep your phone safe? If your phone is in their control and someone from the FBI shows up commandeering them to modify something on it - they got the tools, so they're legally obliged to do it - what's their weight in opposing such an order?
What blogging platform do you use?
Do you recommend I host my own?

I know people use Github. Is there one that is free and fast and reliable? Maybe some that are "under the radar?"
Really cool idea!

Unfortunately, I'm getting a 500 error on every request.

What did I do wrong?
Malcolm X's life of crime
The Long-Term Impact of International Migration on Economic Decision-Making [pdf]
15 GWAS hits for depression [pdf]
2-4 weeks seems reasonable. The eggs we got sometime this week (UK) have a Best Before date of 5th March (and the Best Before only indicates when they start to lose their quality - they remain safe to eat for some time after that).
Why so many Python web frameworks?(2006)
Was getting ready to say just this and boom, someone else already made this comment.
Why can't we accept that programming languages are just tools and we should pick the best one for the job?

If I'm only going to run a script every few months and high performance isn't necessary, why should I pick a "hard" language like C rather than a scripting language like Python? The same holds true conversely; I don't want to use Python for code that has to run close to the metal.

Furthermore, if I need to iterate quickly, I wouldn't use something like C where there are too few abstractions for me to program at a quick-enough rate. If I work at a company like Google I presumably have enough money to buy all the computing power I should need, so performance of the code isn't as important as developer time. Or, if I'm prototyping some software and I want to work out the kinks in the architecture, why should I spend more time programming in C than just throwing together a quick solution in Python?

Something else:

>If you do anything I am relying on, I do not want to hear that you use such "easy" language, period. If you are careless enough to rely on people not making mistakes, I do not want to deal with you.

Most mature, high level ("easy") languages are relatively bug free for most use cases. Even if you're using a "hard" language, you're still relying on other people not making mistakes---whoever made your compiler, whoever made the processor and hardware your machine code is running on. Are you to say that you don't even want to deal with yourself?
Apple has always been very bad about keeping its sample code up to do. They seem to only update it when they specifically get a radar about something being broken.
ibGib's current web app used today by my girlfriend and myself for personal logging while our shower is getting remodeled: https://www.ibgib.com/ibgib/Saturday%20II%5E818E0366E6B009CA... _(NB: After a temporary session "login" at the bottom of the page, you will be redirected...also, the links are long because the last part of it is a sha-256 hash that guarantees the integrity of the content of the ibGib data)._

I post this because I think personal logging is a perfect fit for ibGib's engine (and it's partly why I've written it), and it may interest you as a back end. It would allow you to basically have a graph database for a back end, while also allowing you to create and evolve your semi-structured data much like evolving an Event-Sourcing event in version control like Git (since each and every datum is versioned and maintains a complete audit history). It also is designed to be Big Data friendly, with the ibgib website's datastore acting with completely Open Data.

Also, I wanted to mention that I've actually used it recently in the exact use case given by @TACIXAT where I was walking my dogs in my neighborhood and I wanted to be sure I remembered the neighbors' names down the street when I met them a month or two ago (https://www.ibgib.com/ibgib/Walk%5EE3EE1755557357849C41C1511... - just doule-click the big yellow circle). I definitely like how the socialite app looks, and it's great in that it helps you remember things in context. This is also what is primary about ibGib, allowing for pictures, text, links, etc., to be nested "inside" other "objects" (so each node acts as both a file with content and a folder with relationships to other nodes).

So for your personal logging, you could create a semi-structured "type" with your subject-verb-DO-etc. and then create instances of these. Then you can relate them via any named relation to any other construct (called an ibGib). So it's very much like a graph datastore that also has data hashing for all "children" nodes, which makes it a merkle graph. There's all sorts of neat properties, and like I said, I thought your use case would be a good fit for the engine. (Btw, the structure also lends itself to auto-generating dynamic and collaborative blogging from your data, e.g. https://www.ibgib.com/ibgib/WaffleGib%20Jr%5E59B6D3828D35209... or https://www.ibgib.com/ibgib/Grillin%20burgers%5E9E0151A452C1...)
> Socialite is a paid application. We made this choice in order to give you peace of mind. With no advertisers involved, you won't have to worry about who is getting their hands on your information. Pricing will be targeted at $10/year. Don't worry though, we won't charge you until you're making use of the application.

> Socialite is a paid application. We made this choice in order to give you peace of mind.

That sounds very funny. I would get much more peace of mind if you said that your client app is open source and uses strong encryption before saving data to your server. If you pay somebody, they must be trustworthy? That logic is laughable.
This is a problem that Google has largely solved. Its original PageRank algorithm was prone to citation networks inflating the value of a page. Nowadays, link farms have lost much of their power.
In my city eggs are sold unrefrigerated in a bag or in a huge pile for you to pick from. This is in a grocery store. The wet markets sell them similarly, though I have been to them a lot less.
Not necessarily. They charge $99/year to distribute your application, but for development you can run your application on your device for free[0]:

> You can launch your app on a device using a free Apple ID account, but the capabilities available to your app depends on the platform and your Apple Developer Program membership, described in Supported Capabilities.

You just won't have access to CloudKit, Game Center, Push Notifications, Wallet, In-App Purchases, etc.

[0]: https://developer.apple.com/library/content/documentation/ID...
So the author has a great point, that languages are suited to different things. I like this.

What I don't like is the implied "only people doing stuff that I think is hard are real programmers." The author seems to believe that people chose "easy" languages because they are less skilled as a programmer (see the bit at the end). Which is forgetting the original point, which is that languages all have their strong points.

While it's true that I wouldn't trust someone trying to write an OS kernel in Javascript, I also wouldn't trust someone writing a web page in Fortran. There's a difference between hiding complexity when you need access to it (what the post is complaining about) and unnecessarily inviting complexity. Being able to understand when to choose between them is the real desirable trait.

Edit: I'm also not sure how relying on the language to guarantee safety is much different from relying on a complex beastie like a c++ compiler to be correct.
A tiny, tiny amount though, unless you like the sensation of teeth grinding on chalk.

Better to steam.
The 2 Mental Shifts Highly Successful People Make
Is Rails still what people use for REST+DB+Front End projects?
I have a small side project I'm working on. It will consist of a DB, a REST API, a website, and mobile clients. I'm generally a backend/low level dev kind of guy but this needs to be the whole deal. My skills are primarily python, C/C++, and some ops stuff but I don't mind learning. I was just going to do this in Python but Rails seems to deal with the MVC connections better. What are people using for these kind of projects these days?
The problem is that for small projects you want a permissive language. For big projects you want a restrictive one. Since projects are generally written according to the "worse is better" school of thought it's better for a language to make it quick to get going with a small project than easy to maintain a huge one.
WA State Aims to Make 'Lovely Lemonade' Out of Trump's Executive Order Lemons
It's certainly possible.
This is why I think it's funny to talk about the "language of the future". Even if there was an objectively proven best language, half us would still deny it and choose something else. We seem to be addicted to not only creating but learning new ways to create -- even if it is a step backwards.
i use a bash script not a makefile, but it's (mostly) idempotent:

https://gist.github.com/talentdeficit/253fd1eaf25cb41e5c24a4...
Same for me. Developing games for the NeoFlash and Qj.net competitions for PSP was what got me into programming.
It needs a better example.
It's almost as if different people have different views and value systems and HN is a bubble... Nah, that can't be it...
That's for soft boiling, surely? Hard-boiled eggs are usually left in for longer. What I do for mine: put in cold water, place on medium heat until water begins to boil (~9 mins), deactivate hob and leave for 12 mins, rinse with cold water, dry and place in fridge, leave for 12-18 hours at least. When ready to eat: peel off shell, remove skin that's left near the air pocket, stuff in piehole.

(They're fine to eat immediately after boiling, of course, with the warmth making them actually quite tasty - but it's risky. Until they've done their time in the fridge, they're often difficult to peel and/or they'll have a lot of hard-to-remove skin left on them once peeled.)
Same UI designer is giving away quality SVG icons as well: http://www.zondicons.com/icons.html
They say they want to make improve it so patients can choose letters and spells stuff. But with with just a binary choice that can be done with 5 bits. Of course they will need more than that in order to increase accuracy.
Can you specify Android or iOS? Android chrome is vastly different.
Nroff traditionally but now there are any number of foo2rfc tools.
> it seems bizarre to me that he lists Javascript as an example of a language that is restricted and unable to do various things.

* No exceptions (practically)
* no built-on ways of providing abstractions
* No concurrency at all for a very long time
* No way of dealing with binary data

Those things were added later (classes, webworkers, arrays) when they became absolutely necessary. But it started and lived for a very long time as very minimal language.

> I have never once run into a problem that isn't easily solvable with Javascript.

Swallowing errors. Code quality. Solvable with typescript and others, but I wouldn't call it "easily sovlable".
> If I work at a company like Google I presumably have enough money to buy all the computing power I should need, so performance of the code isn't as important as developer time.

Google and other big cloud shops care a lot about energy usage actually, and contrary to popular belief many server-side applications are CPU and memory-usage bound.

Energy consumption is important on mobile as well.
I used to know some people in healthcare tangentially and the answer is $50,000 to $250,000 A YEAR depending on specialty etc.

And... inflates at a rate which appears to be completely unrelated to malpractice damage awards. So calling for caps and limits on malpractice suits would not solve it.
Presumably chickens that are bred for meat live a different existence to those reared for eggs?
Good luck mate, this is a really cool little project.
I think the argument there is that their incentives line up with yours. For someone else to get your data, they'd have to get hacked. Most companies just give that data to the highest bidder. Of course, that business model means that they should be able to encrypt it all client side, and I think that would be wise.
Also from UK (London) and have never met anyone who stores eggs in a fridge. Perhaps we're both outliers?
In the midwest of the USA cheap store bought eggs are white. Organic or free-ranged are brown.

It is all just marketing.
Brown used to be common and white were seen as more expensive. Then they all went white. Now brown are more expensive.
Why does encoding of discrete-time signals have to do with Lebesgue integrals?
I hadn't but I will now. Thanks for sharing!
It it's free, you're the product, not the customer.
Maybe he means that JS is a language where core language development is greatly outpaced by library development? The transition to ES6 is still underway (and has been for awhile), but javascript has had tons of more "advanced" language features added both on the 3rd-party library side (jquery, underscore, lodash) and the transpiling side (coffeescript, typescript) for ages now.
Nice work. I will definitely use this website.
There is no company that controls 90% of banks, or 90% of gasoline, or 90% of electricity. Shutting down a single company won't affect availability of neither of the basic utilities. But there is Google that is 90% of internet search, and maybe 50% of email. Shutting it down for couple weeks would be a disaster for millions. Facebook or Twitter are less significant in this regard.
If it's proprietary software, it uses you.
Sounds interesting, I'll check it out.

> My call history is with my telco, my location history is with Google (and probably many others), my conversations are spread out among so many different apps. What happens when I want to query the data about me though?

That's a real problem right now. I asked that question in almost the same terms many times when I worked for Urbit [0]. I no longer work for them, but they still seem to have the best long term solution to giving you access to all your own data (specifically by putting that data on your own server to begin with).

[0] http://urbit.org
Well, most people arrested are guilty anyway, statistically. People get too many ideas about the legal system from TV shows, and then when reality doesn't match their TV shows they assume it's reality that's fucked.