skysight-inc/HackerNews huggingface dataset:
Tom Fonder's Adventures of Business Cat. The humour's a bit different, but I like it.

The archives are small; his Patreon covers some other projects that he's working on, too.

Patreon link: https://www.patreon.com/tomfonder?ty=h

Some samples: http://www.businesscat.happyjar.com/comic/photocopier/ http://www.businesscat.happyjar.com/comic/redundancies/ http://www.businesscat.happyjar.com/comic/numbers/
https://news.ycombinator.com/item?id=10931234
well said. another important thing to remember is when jQuery came about interfacing with the DOM was really messy across browsers. Ajax queries as well. simplifying those, in my opinion, the killer features of jQuery at the time.

Interfacing with the DOM was not even something that dojo, mootools etc were doing at the time. At least that part wasn't as obvious/easy in those frameworks.
Here's an old but great reference on the subject: http://www.ccrc.wustl.edu/~roger/papers/cg09.pdf

I used to teach digital design, sorting was one of the first topics for FPGA's :)
Some of the best material I've read recently comes from the Confluent blug, esp. Martin Klepmann. The views are tilted toward Kafka and Samza since the founders are the same people, though they are both Apache projects. The article that blew my mind was "Turning the Database Inside Out": https://martin.kleppmann.com/2015/03/04/turning-the-database... . Doesn't encompass the full space, but the architectural implications when combined with CQRS/Event Sourcing models are huge.

Samza's architecture and API embodies a lot of the important ideas at a lower level than Storm; while it may not be the easiest to use in practice, the concepts and documentation translate.
What do you guys think about this concept? It was today on PH. Would be interesting to hear also your opinion.
GPUs aren't custom logic. They come with significant and fundamental programming model limitations. So I don't see much of a functional overlap FPGAs and GPUs. In particular, GPUs suck mightily at anything that involves branching. They're also not ideal for things like SDN, crypto, search retrieval/ranking, realtime DSP, and so on.
The immediate reason is the possibility that 1 of those 5 was poor advice from the last accelerator. For instance:

* Great advice, solid mvp, good feedback, solid networking but the money you spend on marketing was too little, and done horribly. All this product needs it a good marketing plan and it abruptly begins to hockey stick and gain velocity?

I think the real reason is dilution and/or wanting an 'industry first dibs' on any potentially valuable start up. At least if they see any promise in the product.
8 UX and UI Wireframe Tools You Must Try in 2016
Prompt – The Command Line for the Real World
I was about to abandon Angular 1 for future projects and go all in on React. And it looked fairly promising, except everything is its own little module. Good for UNIX, but not so good for modules that change so often.

Then I started catching up on Angular 2 and TypeScript. It looks like the right mix between new and opinionated. I just don't have time to research a module for data, one for building, one for testing, and one for validation. That's where an opinionated framework comes in handy.

I do hope Angular 2 takes off.

Any other Angular people out there weighing in between React and Angular 2? If I were a betting man, I say it's going to come down to those two for the next few years.
As seen on Hacker News!

https://news.ycombinator.com/item?id=10508494
> I'm wondering why there isn't anything done for scent detection ... it would limit the need for drug sniffing dogs

If police departments believe that they get the resources they want based on the Clever Hans Effect, what would be their incentive to use a more accurate mechanism for sniffing out drugs?

http://www.ncbi.nlm.nih.gov/pmc/articles/PMC3078300/

http://articles.chicagotribune.com/2011-01-06/news/ct-met-ca...

https://en.wikipedia.org/wiki/John_Preston_(dog_handler)
Yes, I mentioned SystemTap in the post. SystemTap can not only can do this, but can currently do it better (user & kernel stacks, more than just x86_64, and more than 20 stack frames), and can also do it on older kernels (earlier than 4.1). So if anyone looks at this and wants it now on Linux, their best bet is likely SystemTap, as it can do the in kernel summarization. And it can include user-mode stacks too!

So why is eBPF important? One reason is that it's core kernel, so eventually everyone will have this in their Linux systems.
Nope

NG2 services are essentially just singletons that can be injected into any component.

You can specify a server as an application wide provider (ie attach during bootstrap) or a component-specific provider.

Once a service is injected into a component all you have to do is set subscribe a variable to the service's observable. It the variable is bound to the view, it should update automatically. Event handling can be setup to update the observable by calling .next().

NG2 uses Rxjs (Reactive Extensions for JS) which is just the observable structures plus a ton of functional extensions (ie equivalent to reducers) that can add all sorts of inline transforms. Ex flatMap, filter, debounce, etc.

The Rxjs observable API is almost identical to promises. Except you call .subscribe() instead of .then() and the subscription can be disposed of at any time (ie promises always run to completion).

Rxjs uses hot and cold observables. For cold, subscriptions each have their own independent state and disposing of the subscription will stop the observer from retrieving further updates. Hot observables publish updates to all observers and keep updating even when there are no subscribers. Basically, cold observables are like 'on demand' viewing whereas hot is like watching a 'live stream'.
I liked the hacker news for moms.

I throw in hacker news for Horologists. (I'm working on this now.)

Hacker news for collector car enthusiasts.

Hacker news for Jewelers.

When I was younger, I wanted to make/sell a chewing gum that that had an alkaline natural substance in it; something that would neutralize the acids in you mouth. Something you could use after eating lunch, or something sweet?

I imagine just chewing any type of gum would stimulate salivary glands, and subsequently reduce acids? I noticed a European country came out with a gum that claimed to netralize oral acids, but I lost track of it.

In high school, I hooked up a old military flight suit to my motorcycles alternator. It kinda kept me warm, but I didn't know enough about electronics at the time to make it really work. Later I wanted to better the idea, and sell the suits. Never did anything. I now see many different electric jackets/suits for motorcyclists. (I was so sick one year in high school. I remember showing up for class freezing, and wet, but I loved that old Honda.)

I kinda passed up a chance to get in on that plastic tooth pick/dental pick business. It wasen't my idea, but I worked for the inventor. I think if I treated him better, he would have brought me in. He handed over everything to his son, and financed everything. I really took off. At the time, I though he was just spoiling his kid, but he knew it was a great idea. He was an older Dentist who decided to market these dental tools to the public, and the plastic dental pick was genius, but horrid to our current enviorment. They are the pull tabs of my generation.
The time you spent on this is much appreciated. Everyone is trying to get a handle on the best way to do web development.

I also appreciate people that either (1) buck the SPA/JS trend for the purpose of trying to make the web more accessible, or (2) develop APIs that are at least usable in theory by clients that don't limit accessibility.

However, when you rely on a combination of JS and HTML that isn't accessible and APIs that can't be used easily by non-browser clients, I don't care whether you are trying to adhere to Roy Fielding's vision or not, I can't go for that.

It reminds me a little of Tim Berners Lee pushing for https://en.wikipedia.org/wiki/Semantic_Web with dreams of https://en.wikipedia.org/wiki/SPARQL supporting databases and https://en.wikipedia.org/wiki/RDF_query_language defining everything. Really smart guy. Really neat idea of how things could have worked. But the real world is not like that, and it isn't filling the needs of today's web developers in a smart, fun, and practical way.

If we're going to "fix" web development, let's just start over.

How about defining data to view/feel/hear and APIs to use in a way that doesn't enforce the method that you use to interact with them? What if webpages were JSON instead, and that JSON could embed definitions of available services? What if all of the web was decentralized so we weren't reliant on anything except the device you used to host this JSON and its services and it was easily scalable across peers that decided to host it?

That's the sort of future I'd be in favor of.
> many dogs that I've trained long-term will default to "sit"

I've definitely seen this with my dog. Say her name, and see just looks at you. Say her name and raise your hand up flat, and she'll sit straight away. Say her name, and do some other hand gesture, and she'll pause for a few seconds and usually (90% of the time I'd guess) sits down.
Yes, that Phoenix. Granted, it's much newer than Meteor, but it builds on such a great base that it really is standing on the shoulders of giants.
A TCP performance profiling tool
Whatsapp uses a modified version of ejabber. Ejabber is written in erlang.

http://highscalability.com/blog/2014/2/26/the-whatsapp-archi...
It's more complicated than that, but the pic could be a decent starting point. Concurrency is the person waiting in the line pulling out their cell phone and checking their email while they're waiting for their turn at the coffee machine. The get_coffee thread is scheduled, but blocked, so the person waiting is handling the check_email thread. They can only do one thing at a time, but that one thing can swap in and out as situations change.
After working in this space the past year [startup, behavioral health analytics] I believe there's hope for significant breakthroughs. As others have pointed out, it's a complicated space. Nonetheless entrepreneurs are working hard to bring innovation to market. More importantly [from what I've seen] there's genuine care for people who suffer from BH issues.
> [We] took the dashcam video to a nationally respected respected expert

Redundancy aside, this seems like a pointless thing to include in the article if you don't even name the field in which he is an expert.
Hong Kong practices unilateral free trade, and it sure hasn't seemed to hurt them.
That doesn't bother me with most of my ideas. Reason being, I have the idea because I want something that someone else doesn't provide, and I wish they would. I personally don't want to run a business. I'd rather someone who does take my idea, build the thing so that I get to use it.

I've jokingly said to my wife that I need to email some of these ideas to apple and google, because they have the capability to build them and then I'd get to have one.
Brave wants to save me from intrusive 3rd-party trackers... but uses Chartbeat and Doubleclick on Brave.com?
Would have been nice if instead of the xmega parts with the old AVR core + brand new complex and somewhat buggier peripherals they'd instead swapped out the AVR core with an ARM Cortex M0 core.
This is important because development standards are a
winner-takes-all game: once jQuery became the default, it enabled an
explosion of plugins and components built on top of it,
and every JavaScript widget became a jQuery widget.

The exact same thing might very well happen with React.
And that’s a very exciting thing for Meteor.

Thankfully we know a bit better by now, and build modules with a small surface area that are not directly tied to frameworks or plugin APIs. So no, I'm not so excited about that happening to React.
As per HN guidelines, please post the original source, in this case:

https://www.vice.com/en_ca/read/behind-the-scenes-of-tori-bl...
Nah, there are lots of markets that have natural incentives against monopolies. For example, classic web hosting type things will probably never consolidate for a number of reasons ranging from the size and difficulty of the configuration space to being unable to retool when new technology comes along and new players enter.

Chip design and manufacture, however, I can easily believe converge toward a monopoly, mostly because research efforts compound like crazy.
Er, last year. Forgot the year changed.
I'd strongly disagree with the idea that we need or even want one ring to rule them all. Remember different frameworks are designed to solve different problems in different ways [1][2]. Anyone who has dug deep enough into a framework or tool-set will be able to write out a very long list of unique quarks, gotchas, caveats, hidden strengths/weaknesses, and what have you. It's those differences that will make one framework more valuable in a given domain then the other, we want that because there are many, many, domains to conquer in software engineering.

IMO, innovation stops when we believe we've found "the best way of doing things". I'm all excited to check out Meteor too, but I'm not getting in line at the Apple store, I mean full-stack framework store, on the day of release to be a guinea pig for the "new best thing" at my personal expense (time).

[1]: https://en.wikipedia.org/wiki/Ruby_on_Rails

[2]: https://en.wikipedia.org/wiki/Django_(web_framework)
And Melbourne is somewhere in between. Probably has to do with number of big financial companies based in a city or something.
This is a huge relief compared to the proposed acquisition by Dialog. Microchip is vastly more open. Crazily enough, You have to apply for a copy of a data sheet from Dialog instead of it being freely available on their website for everyone to download..
Coding styles is a solved problem. Use the feross/Standard tool or SemiStandard equivalent (ie if you prefer semicolons).

Structure arguments will continue until the past decade of brain damage caused by trying to shoehorn MVC into front-end frameworks wears off.

The future is self-contained, reusable web components. Organize the structure by feature. Provide a root file that acts as an exports facade that maps the internals to an easy-to-understand public API.
"How do you claim on one hand that YC can materially improve your company, and on the other judge the company for not being improved after going through another accelerator"

Not all accelerators are equal. Going to college may or may not change your life. Going to Harvard, Stanford or MIT probably will
> The number of trucks or airplanes you need to run on any given day depends on how much traffic you carry.

That might be how a delivery service works, but it's not how the post office works in almost all the countries in the world. Including, I suspect, the USA.

Post office networks are actually run as networks. They have drivers who collect from post boxes at regular times, sorting offices that work round the clock, postmen who do regular delivery rounds, and so on. The cost of running the network is, over the short term, almost impervious to the amount of traffic.

(Over the long term, of course, you restructure the network to cater for things like population changes -- again, just like the Internet.)

What you should realize is that a lot of people used to think like you before 1840, which was why the Penny Post was such a big deal. Network thinking made mail dramatically cheaper and led to a massive expansion in communications, and the whole system went global in a very short time.

None of that would have happened under the old system.
As Angel Investors Pull Back, Valuations Take a Hit
Society benefits and so do you from socioeconomic ally integrated neighborhoods. You get cooks and shops staffed. You get people who dine out etc. It takes a village can also be it takes a neighborhood.
Show HN: Ingblob.com – News sharing community for Africa
Outbrain provides "uses who read this also read these", no? Or do they also do shady things like splicing in ads between "proper" recommendations?
Very valid comment. It is quite segregated (goo.gl/MbPC5N).

After a bit of research, it seems that maybe Houston does have something like zoning after all. Apparently, there are lot size restrictions, density restrictions, buffering ordinances, and private "deed restrictions" which limit the types of business that can be in a neighborhood.

From an article about Houston:
"Instead, it’s the communities with the time, resources and political clout that essentially have the power to restrict development within their borders. That pushes it to other areas without a meaningful discussion of the citywide implications.

The result: as Houston becomes more dense, not all places will change equally. “We’re coming up with rules to make Houston liberalized in terms of density and development … but giving particular neighborhoods tools to opt out,” Festa said."

http://goo.gl/cTMO2d
yeah, "no problem" in this context is more like "no biggy" than "it's fine (go away now)".
Global Mapper 16 Crack and License Key Free Download
Tsunami and coal dusts are less severe than radiation hazards. I think this comparison is deliberately misleading.
Polishing of resumes is a lot less effective if you're not in software.
Ask HN: Flowers as a Service? (FaaS)
I regularly purchase flowers for a significant other. I call a local flower shop, give them a brief description of what I'm looking for (she likes pink, hates red, etc), and a budget (I'd like to spend between $40 and $50 including delivery). I give them an address, a CC number, and a desired delivery date. This seems to go over well.

When looking into streamlining or automating this process (automation nerd here) I haven't be able to find a service which fits my needs. My major issue with these services is quality. If the first thing they ask me isn't: "where are we delivering these flowers" I assume they will be shipped from a long distance in a box. I kind of want to be told "hey, we don't have a local florist in that area yet." Quality is my number 1 decision-making factor.

What I'd like to see is the following feature set:

1. Local florist with ratings
2. Specify price range, destination, delivery date, (optional) card message.
3. Specify, in general, what I'd like to see in the arrangement (roses, no roses, spring flowers, etc)
4. A way to rate the flowers received (to help identify issues with particular florists)

Features I don't really care for:

1. Seeing the flowers first in some kind of staged photo

Extra features I would love to see:

1. Support for subscription flowers (send a $50 bouquet every month)
2. Flower gifting (so you don't have to exchange shipping information)
3. Support for alternate currencies / payment methods above CC (bitcoin, venmo, paypal, etc)
4. Automatic reminders for special occasions (valentines day, anniversaries, etc)

I realize my situation may not be "normal" so I thought I'd ask HN:

1. Would people consume an API which would allow you to purchase flowers online with the features (or lack thereof) above?
2. If not, why? Do you need to be able to see the flowers? Perhaps flowers are "too expensive" to automate? Perhaps the purchase frequency is too low for the automation effort? Anything else?
You misunderstood. I was saying that this new planet is not the 9th planet if you include dwarf planets as "planets".
The community problem is largely covered by kin selection. (It even explains the gay uncle phenomenon.)

https://en.wikipedia.org/wiki/Kin_selection

tl;dr: those in the community have almost the same genes as you, so helping them is almost as beneficial as helping yourself.
Ask HN: How do I buy crude oil?
I believe oil prices are going to go back up, how do I go about buying some oil? Is there any benefit to using a discount brokerage or can I just walk into my bank? I'm in Canada, does that matter? What kind of fees are acceptable? I have modest investing experience, enough to know that mutual funds are generally a rip-off. I don't have a financial advisor at the moment.

I know it's a bit off-topic but I don't really trust people's opinion on other forums.

Update: I don't want to buy physical oil, just some bits that say I own something that is more or less a direct function of oil prices.
Repeat business on presumably larger transactions?
Hey Brendan,

Just wanted to throw my $0.02 out there. A browser company will obviously be the next google. Advertising makes no sense as a monetization strategy in any capacity. World wide web is an RSS feed and browsers currently only a feedparser not reader.

What new browser will solve

============

* crawlers are being banned and info is mich more protected.

* ads are being blocked more aggressively.

* corpus of sites too massive to provide relevent help as singular units.

* discovery biggest problem on internet again, sites like HN and reddit proof.

How browser makes money

=====

Companies have websites that provide data, browser provides digested and concatenated info to user.

User pays search engine browser for data & processing which is paid to websites.

As good content and info become more fragmented this will be valuable.

* provides data directly (skips results returns info)

* privacy by design, user pays for their own crawl index (basically AWS for data.

* parse and rank data like pandora

Implementation

=========

1. User can get their own corpus and filter it (subset of master)

2. Websites and aggregators sell data to platform (indexed data sets, indexing tools, or a sub corpus)

3. Users can buy or subscribe to these on platform market.

4. User information, parse heuristics, corpus ranking, etc are sent to private db setup for user. Data is requested from browser ==> user processing ==> main corpus (if not cached/get balance of non cached items) <== fetched raw data returned then processed and indexed according to users needs/algorithims then data returned to user.

Entire ecosystem product. You could build this.

Please do.
Advanced Closure Compiler vs. UglifyJS2
What is the 3rd player right now? AFAIK it's PIC or Atmel. I guess there are the various ARM boards but those tend to be more powerful than little 8 bit things.
Meteor's best trick has always been data synchronization.

That was the magic trick that sold your client.

They proved real-time data synchronization could be simple and seamless, and everyone else had to run to catch up.

But that trick is now 4 years old, and nothing else of substance really emerged.

As Ember, Angular and React grew, you were never going to want to use their odd looking front end.

Their data sync also came with dubious claims to scalability, not the least is their tie to Mongo.

That may be fixed now, but the consequence is being tied into Meteor Galaxy.

Meteor should have thrown everything away, and become just the data layer.

Like Firebase, but open source, and backend / datastore agnostic.

They tried to standardise DDP, but it didn't catch on.

But what the world needs is a standard like GraphQL, but handling data updates, and with automatic realtime data sync.

Thatd be a wonderful legacy for Meteor.

But this won't happen, as the company needs to make money from hosting.
Roy Choi's new restaurant in Watts draws fans, foodies and hungry locals
I'm still using Knockout.js for everything, it's supported, fast (3.4 made it a lot faster), has the good stuff (components etc), plays well with others and excellent (superb by JS standards) backwards compatibility.

I just don't see an incentive to move yet, I didn't last year and the way things are going I might not for another year.