skysight-inc/HackerNews huggingface dataset:
Nicotine is sort of a mixed bag, but it isn't really the bad part of tobacco products. Cigarettes are generally bad for you because of all of the other things in them besides nicotine. The bad part of nicotine is that it is so highly addictive, but it's health benefits for things like ulcerative colitis and other afflictions are becoming better studied.
whoops, need to fix that.
FOIA Dadaism
Making the most out of Mac OS X – The Developer Perspective
> If attackers ARE in your DC already, you're already hosed,

That's a defeatist attitude, and the reason why security companies get away with only selling perimeter defense products. "Well if they get in they can do whatever they want anyways." If servers are properly insulated from one another, violating a single server won't give them complete access to your infrastructure.

An example of this: Valve was infiltrated by a hacker that managed to exploit an ASP server for a random webpage, and was able to get all the way to Valve's perforce servers and steal a copy of a the tree for Half-Life 2. There's no reason in hell a random web exposed server should be on the same network as their Perforce server, but that's what having poor internal network security does for you.
I once encountered question that had cheat answer. It was about trapezoid and it seemed that it had some data missing.

I was amazed that just assuming that the question had one answer allowed to reduce the problem to trivially calculable one by consistently manipulating the variables that were not given.

I was also pretty proud of myself for finding this solution.
>and having others show up to confirm or criticize the work helps.

I actually had a rather interesting experience last night where an "outsider's perspective" ended up being the exact insight I needed.

My roommate stepped outside to socialize with me while I was repairing my Mustang: which has been having intermittent ignition problems since we replaced the ignition control module 6 months ago.

---

To set the stage: this module bolts to a plate on the intake manifold. One of the bolts is used as an electrical ground. Unfortunately we had broken this bolt in removing the original module.

Furthermore the back of the unit uses the manifold as a sort of heatsink. So that missing bolt was preventing good thermal conductivity as well!

We had come up with temporary measures to restore the ground -- but clearly these measures were inadequate.

The factory mount is in a very inaccessible spot: there's simply not enough room to drill out the remains of an automotive grade bolt and re-tap the hole.

A friend and I had fabricated a "mounting adapter" and were toying with the idea of remote mounting the module. However we couldn't find a suitable spot on the car that would provide a clean electrical ground. (Without stressing the factory wiring harness.)

My roommate, a machinist and most certainly not a car guy, points to a flat surface and asks if it's "solid enough" to bolt the adapter plate to.

What he had pointed to was the power steering pump. Which for obvious reasons we could not drill into.

---

However that suggestion ended up being the catalyst I needed to solve the problem. It was as if the whole engine bay became a puzzle.

You see: power steering pumps are made to be removed far more frequently than an intake manifold.

Initially I had thought the only way to repair the factory mount was to remove the intake manifold, which is an arduous task that involves removing many delicate assemblies for emissions and fueling.

Removing the power steering pump, though, was a considerably easier task! This would open up plenty of room in the engine bay; we could even use a typical cordless drill.

---

Inspiration sometimes comes from the oddest places.

How to act on the proper solution (repairing the factory mounting plate) had eluded me for six months.

An absolutely bonkers suggestion ended up leading me down a much simpler path to success.
It was down, so I !g'ed it, and it was the first result: https://encrypted.google.com/search?q=46.246.95.37
Towards phase change material display technology
"It is not feasible to intercept anything that will probably land in an open field"

I think it is technically feasible (if you can hit most rockets aimed at a population center, you can also hit most rockets that will fall a few miles outside of it), but not a good idea financially, and also unwise.

If they shot at everything, the opponents would fire a barrage of dead-cheap home-made rockets without any accuracy until the Israelis ran out of expensive Iron Dome rockets, and then fire a few more expensive and more accurate rockets.
Make yourself a really weird smoothie!
Modern Web Design for Lawyer Type Website
I personally would never scan every page in my notebook, even if I had a scanner. I would, however, just drop it in the mailbox.

On top of that, Mod uploads it to a nice app which I'd actually used (as opposed to just images on my computer, which I probably wouldn't). I could see them eventually adding OCR and making everything searchable, and cool features like that.
If this is the Dockerfile [1] and he's not mounting a volume in, then he's running the Postgres data dir on a btrfs snapshot vs. probably ext4 w/o Docker

[1]: https://bitbucket.org/davidkerr/docker/src/c23b2040321b65d38...
I agree 99% with the point of the author. I would like to add my two cents how complexity and diversity of tools & ways costs software developpers :

Yesterday I attended a conference by a young but experienced Phd Java engineer about his experience in a research project using NodeJS (server side web programming in javascript).

Basically he explained he needed 6 months of project time to get up to speed with the language and the ways of the platform (asynchronous callbacks...) and that is with mentoring of a more experienced dev in JS. For me this learning curve and the mentoring time is a lot of $$$$ and opportunities for suboptimal work.

The profile of this dev, and is ability to perform a fine talk makes me thing his capabilities are not subpar. Do we really expect doctors, architects others high profile professions to work during many months suboptimally, requiring special mentoring, just to use new tools ? It seems to me that their initial training is supposed to be all what they need for a decade or more.

What would you think if your surgeon needed to work 6 months with a tutor because his hospital bought some new chirgurgical tool ? Basically were are shooting ourselves in both feets by using tools evolving too fast for us to master in any sensible way.

Turing told us all languages can do the work. Yet we are still inventing new ones. Maybe we should focus our attention on something else to improve our output.
Can you give an example of a "talent" that you think is heritable?

I ask because inherited talent is a myth.
That's fair, I was writing imprecisely.

The functionality has existed (at least primitively) on Linux for some time, but culturally Linux admins have been more drawn to HW level virtualization instead.

OS-level virtualization has been a part of the FreeBSD and Solaris cultures for much longer.

Another fair argument is that Docker does such a good job at abstracting the configuration and management of OS-level virtualization that it truly changes things.

Maybe. But if that's true, it means that Linux admins have ignored this hugely useful technology because it was hidden behind an impenetrable wall of text-based configuration.
this is cool. I just tweeted about this:

https://twitter.com/kkmbl/status/486961565690646528
So along with the Red Alert app which has been available for 2 years now, they've teamed up with the Yo! app to provide a secondary channel for their alert broadcasts. Interesting.

In a way this is also a story of an Israeli startup (the Red Alert app) teaming up with a shiny new Silicon Valley startup (Yo!).

This shorter British article provides a bit more background about the collaboration:
http://www.independent.co.uk/life-style/gadgets-and-tech/yo-...
reminded me this ...
"isolation is the gift" ?
http://youtu.be/tlXJIawiPE0?t=1m30s
So first of all, head as it is in Prelude is a partial function. The error isn't a null pointer exception, it is an issue with head not being defined on empty lists.

I personally would never use head in code I write. Instead I'd use a version which looks like [a] -> Maybe a which does properly solve the null problem.

On top of that, the compiler can warn/error if partial functions are used. I do this for all of my projects.

There has been a lot of debate over these functions should even existing in Prelude. I think they are a blight on the language.
It's great to see that YC will experiment with new models and ideas.
Great content.

How are you handling hosting for your videos and are the costs manageable?
>Your preference for working alone is because you avoid being in a team

That's quite an assumption to make. We could easily turn it on its head: My avoidance of being in a team is because of my preference for working alone.

I might indeed be terrible in a team, and sadly go off alone.
I might be terrible in a team, and yet happily go off alone.
I might be terrible in a team, because I enjoy being alone so much more, and so I rarely get any experience with being in a team. (And when I do, I might barely put in any effort because I find it so tedious and unpleasant compared to my preferred manner of working).

If I know I'm happy doing A, and there is a disjoint activity B, then naturally my tendency to A will reduce my time spent doing B. There may or may not be correlation.
As a raging introvert who is also a bit of an extrovert at times - yes and no.

Sometimes I take up a solitary activity that I don't enjoy quite that much just for the sake of being alone. Going for a run in the morning somehow feels less weird than just sitting in my room staring at the wall. It also gets me away from the internet.

Now I could just be alone and away from the internet. But the mind is hyperactive and it craves distraction. That's when you have to trick it into accepting aloneness and nointernetness by giving it something better to do. Or simply forcing it to accept its fate.
My colleague zwarich aptly said that "this changes our type inference algorithm from a master's thesis to a blog post". As we approach 1.0, language simplifications like this are really valuable; the fact that it doesn't break existing code is even better.
Well I mean come on. He barely published more than ten papers! He hardly did anything at all. (except for that Higgs bosun thing; that was pretty good.)
That's a good idea. A friend of mine created a little wooden stand and holder for his phone on his desk. Once he's done with a piece, he puts the phone in the holder, swings it around and takes a picture on a delay so he has time to hold the pages down. I believe he also has markings on the desk so he can position his papers/books correctly.

Of course, this might be way more trouble than most people are willing to go through.
QNX?

And in all honesty, Linux has adopted a number of elements over the years that would not have flown with the original fully monolithic kernels.

No, we don't have userspace drivers. (Apart from proprietary GPU drivers and a number of enterprise hardware systes .. and at least Canon printer drivers, and and and and ...) They're not isolated in the sense that microkernels would enforce but they provide a shim for the kernel and then do a lot of their processing in userland.

We can load and unload drivers at runtime. That's what insmod/rmmod do.

We don't do message passing between kernel components, but in order to prevent messaging from becoming a bottleneck we have signaling mechanisms, we have netlink, and we have $deity knows what else.

We DO have userspace filesystems: FUSE. I'm still waiting for userspace block device drivers but that's probably not going to happen. :)

What do we have with Linux then? Not a microkernel - just a very modular and runtime-modifiable mostly monolithic kernel instead. A hybrid? Ish?
ASMO Charger in skeptics teeths
Yeah, ammo (especially early game) is useful, but rarely vital. Blowguns are pretty important. But nearly everything is absolute trash.

On the other hand, I'm pretty sure it's a deliberate design decision to keep the item supply under tight control.
You use Python 3.

J/K, while this is technically a limitation of Python 2, there actually is izip in itertools package which is a generator and works in similar way to zip in python 3.
My favorite "cheat" was on an exam in an algorithm-analysis class (lots of discrete math, infinite sums, and proofs). We were asked to prove or find a counterexample to some conjecture or other. Looking at the conjecture, and looking at the clock, I decided the only thing I could complete in time was to find a counterexample. Indeed within a few minutes I found one and wrote it down.

I was the last to finish my exam and handed in my booklet; the prof looked it over and noted I was the only one (out of 5) in the class to get that particular question correct. I explained to him my "reasoning". He said, "yes, that is how you're supposed to do it!"
> Can you give an example of a "talent" that you think is heritable?

Long distance running.
Swift meetup spotlight
Exactly. A bad team just destroys productivity for the most part. You generally won't get any answers you seek in a reasonable fashion if the team is bad enough. In that instance you might as well work alone.
The human then has to write down a long string of unrelated numbers and letters and track it down somewhere in the server room. Both are time-consuming and error prone.

It's annoying enough to try to find "snowwhite" amongst 40 servers in each of 40 racks; trying to scan the list of names for "ABC123XYZ987" when none of the name correlates with any useful information would be absolutely maddening. Jesus christ, I can just imagine for every sever looking at the name on a sticky note, looking at a tag name, and then looking again at the sticky note and back to the tag name, possibly a third time, just to make sure it wasn't off by one number or letter or something. Repeat for thousands of servers? Euuggh!

Besides the poor cage monkey having to deal with that crap, when you're fighting fires in the ops room you need to be able to refer to a handful of server names quickly. You can't be copying-and-pasting names to people, looking information up every 2 seconds because you can't possibly memorize it. We are human beings and so we need human interfaces to information.
Not sure where the B2B constraint came from. That's a little more challenging, because B2B companies are more likely to have revenue and enterprise sales channels, etc., worth preserving, and it's not particularly relevant to your thesis (that products from VC-backed companies are less likely to get shut down).

Still, here's a few that came to mind where the product has been shut down or changed sufficiently to be the equivalent for many customers:
dMARC
FeedBurner
AuthenTEC
Face.com
TellMe
Wildfire

I'm sure I could come up with a few more if I thought about it a little longer. I'm pretty sure these are all >= 100M.

Vendor reliability is a problem at all levels. If you don't have a multi-year maintenance contract, all the more so.
I don't disagree. The US has some work to do if they care about trust.

But easy revocation is not the answer. It scales tremendously poorly.

There might not be an answer.
I was a PM for an enterprise product for several years (I took a sabbatical from software development for a little while to do something more business-y).

The original Ries "Positioning" book was good, and is probably more valuable than Porter's Competitive Strategy for tech PMs.

"Selling The Wheel" is a very light read and, if you've never watched a sales team get managed, is a good introduction to how products get sold (in B2B situations) at different stages of maturity.

Most of Joel Spolsky's blog posts are effectively describing the job of a PM; they're more valuable than any book I can think of.

I like "Four Steps To The Epiphany" as a sort of roadmap to bringing enterprise-type products to market. The book itself is kind of funny; it has the appearance of being typeset entirely in Microsoft Word, which gives it a sort of samizdat charm.
Universal Calorie Counter Within Reach?
In short, what I want is to be able to:

a) use proportional font in my editor
b) be able to align things horizontally
c) ensure that this alignment is preserved when someone opens my code with another editor or another font

Presently it's impossible to get all three, so I'm going with b) and c). seanmcdirmid seems to want only a) and b), but without c).

As for solution, sean himself pasted something interesting:

> Elastic tab stops: http://nickgravgaard.com/elastictabstops/

I wasn't aware of that, but it seems interesting, but I didn't look into that much yet. Also, while it seems to cover half of c) (with different font) it will be probably editor dependent (EDIT: but then again, every other solution would be too).
> Lots of professional MIDI instruments provide for alternative temperaments

How about the cheap and nasty MIDI instrument this recording was made with?

I actually really love the fact that this ancient tune, which by virtue of its age is one of humanity's most precious cultural possessions (worth three Great Pyramids, two complete works of Shakespeare, or about thirty Mona Lisas, i'd say), is here reproduced with all the cheesy gusto that Bad MIDI can muster. It's like printing the Odyssey on toilet paper. In comic sans.
Really happy to see this project get more attention (I just heard about it today). The screencasts alone are well-produced enough to make it worth bookmarking, but the impressive part is the well-formatted transcripts...it's already a pain to edit video well, nevermind try to match it up with text and code. I'd demand that this be considered best and required practice, but that's a lot of work to ask from independent screencasters, but when it's done, it makes the content so much more accessible and consumable.

Also what's neat, at least to a novice like me, is the kind of basics that get covered...sysadmin involves so many different systems and technologies it's difficult to know where the hell to start from, short of shadowing someone at their day job. There's a great foundation here...and thanks to the near-timelessness of *.nix, it's one that will be valuable and relevant, hopefully, for the next few decades. Kudos to the OP.
The cylinder is sqrt(2) (~= 1.41) times as wide as it is high. So... a little fat? (I don't know the healthy baseline for cylinders...)
They appear to be suing Tor purely because it's one technology (out of many) that was used on the target (for the suit) website.

That seems pretty outrageous.
The power of democracy, with the amplification of social media, is a thing of beauty. However, the skeptic in me thinks a few big dollar folks from the valley made a few calls.
I have no idea what to say! One one hand it is silly, on another, what a marketing mechanism.
Hey I'm Tony, one of the devs at Braintree. We chose v.zero because we tried to rethink how our merchant integrated with us from first principles. This represents our simplest integration yet. You can check out more at https://www.braintreepayments.com/v.zero
> I noticed a crazy bug where it would only crash on S4's from Sprint, not from Verizon or AT&T. I re-worked some code to get the application working eventually, but the fact that something would only break on a specific carrier's version of the hardware was crazy to me.

I was looking into this a few days ago (for a much more off-the-wall reason I won't go into) and it turns out that Samsung actually will ship devices under the same brand (such as "Galaxy S5") that use entirely unrelated SoCs depending on the radios the device is intending to support: some devices use Qualcomm's Snapdragon, and some use Samsung's own Exynos, so there are tons of possibilities open for these kinds of "Sprint-specific" issues :(.

http://www.cnet.com/news/the-chips-of-samsungs-galaxy-s5-exy...
The world's first indoor city: a greatest hits mashup of London and New York
The most interesting part to me is that this is a regression. Paypal integration used to work like you said, and like I said here[1], though now they seem to favor usability over security.

[1]: https://news.ycombinator.com/item?id=8011614
For Startups, Knowledge is a Commodity but Insights are Valuable
I thought that Tanenbaum's book on operating systems was an excellent example of what such a book should be.
نتائج السادس العلمي الاعدادي في العراق 2014
i still get a confused language impression from that. for me it's the combination of "drill" and "through" (probably was forced to take too much 'wood shop')

i think it would be more clear to phrase it starting along the lines of: position a cylinder concentric and inscribed within a sphere ...
What Customer Success Managers Can Learn From A Barber Shop
Relevant: https://www.youtube.com/watch?v=0Jx8Eay5fWQ
I never said it should, it was a challenge.
EDIT: incredibly, I'm seeing people use this benchmark to argue both 1) that Docker is bad for performance and 2) that Docker is magically faster (and probably does something stupid to be faster). Talk about an illustration of what's wrong with benchmarks! Neither of these statements are correct. It's possible to configure Docker for negligible performance overhead. Docker definitely does not do magic tricks to make things faster. Mostly it sets up the storage backend of your choice and then gets out of the way. Whatever you're seeing is probably a result of your particular host configuration combined with your particular storage backend configuration.

My initial comment below is a detailed response to the "Docker is terrible for performance" camp.

TLDR: "read the Docker manual before trying to benchmark it".

It looks like the guy didn't bother to mark /var/lib/postgres as a volume, which is the recommended way of running a database in Docker. It can be fixed with the following line in his Dockerfile:

VOLUME /var/lib/postgresql

This will make sure his persistent (and IO-critical) data is bind-mounted from the underlying host filesystem, instead of depending on Docker's copy-on-write backend (which could be btrfs, aufs or lvm/devmapper depending on his configuration).

Read the docs, fix your configuration, and try again. Hint: the IO overhead will be negligible. Also: it will end up being a benchmark of your underlying host storage, not of Docker.
The more closely you look at Beats, the more they make sense as a serious asset to a consumer electronics company, and the less plausible the "Apple just needed to get a streaming service off the ground" story is.

Two more angles to consider:

* Owning Beats puts Apple hardware on the heads of a huge fraction of every mobile user, whether they use iOS or not. Having a Beats brand affinity for those users makes it easier to introduce new products to them.

* Owning Beats gives Apple access to Beats sales channels; whatever retail real estate Beats has is now controlled by Apple.
I agree that Ads kills the experience. I am working on few more apps and not planning to add Ads (will add optional buy feature)
The World Cup: a tournament of nations and migrants
that's great. wish you best luck for remake.
For those who don't get the question: http://en.m.wikipedia.org/wiki/O_Tannenbaum
The Art of Hiring Successful Sales people
Looking at the other comments, it seems like most people really like the cheat. I admit it's very cute, and you're absolutely right that this sort of thinking can be helpful in artificial situations like exams and games --- I've used it myself.

That artificiality is why I don't really like that approach, though. It's a brand of thinking that generally works only on artificial problems, because the key component ("you wouldn't be asking me this if it didn't have a well-defined answer") doesn't exist on most problems. Proving that it's constant and then using the r -> 0 trick to calculate the constant is much more satisfactory to me.