skysight-inc/HackerNews huggingface dataset:
Because they keep proving it over and over again? (at least in certain problem domains they do.)

Government activities are generally important to a lot of people, if not because said people are direct consumers of the alleged benefits then because they paid for them. We keep paying and they keep ballsing it up, and everything we know about the theory of government (in an economic sense) tells us this is a design flaw and, ergo, not something that can be expected to self-resolve.

And it's not that they're totally inept all the time (although ineptitude is a recurring theme) - sometimes they do get good stuff done. The much harder question to answer in these cases is how efficient was it? How much tax money was shat away in admin/stupid compliance BS, and is all that wasteful pomp really a necessary price to pay for democracy? Could there be another way?

It's all very contentious, high-stakes stuff and if you disagree strongly enough with it all to wilfully not comply you'll soon find the whole system is propped up on various threats: they'll take your money, your home, your pride - they may even take you. And they'll do it all under a banner of moral righteousness that turns it into you vs. "society". How could that ever not be a talking point?

I talk about it most days in one way or another, and not because I'm some horrible right-wing fanatic who wants to wipe my ass with money and glee in the suffering of others, but because it's an incredibly fragile, wasteful system that perpetually sits on a knife edge and I suspect does just as much harm as good. It's misguided in so many ways and so, so hard to change that all I can do is moan about it and hope that my moans contribute in some way to getting the volume of the debate loud enough to think that something could change.

So, yeah, that's why I think it keeps coming up.
In fact, I think an unaccompanied trained singer would tend to sing a scale in just intonation, with or without perfect pitch.
Yes Climate joined Monsanto back in August of 2013, before I started.

We operate pretty much as a separate entity, and have taken over development of a couple of their software products.

I quite enjoy working with some of the people who came over from St. Louis.

I'm happy to candidly answer questions about my experience at Climate over email: skhalsa@climate.com
AltspaceVR

We are a venture-backed startup connecting people using consumer virtual reality (Oculus Rift, etc), and are hiring for a number of browser, web, ops, and game positions.

If you want to find out more about Altspace, this was written during our most recent alpha weekend: http://www.roadtovr.com/stuck-vr-send-help/

Location: Redwood City, CA

If you have an interesting in shaping the future of VR, let us know!

https://jobs.lever.co/altspace
Desmonduz
des.id
Car Salesman: "Sorry to see you've crashed your car...while you're waiting for the ambulance, let me tell you about Volvo...."
yes, parent is wrong.
Battleship AI Algorithm
Are we talking about the same thing?: https://github.com/docker/docker/pull/8859 ???

It had no etcd in it and the POC was implemented as part of the Docker API/CLI, as best I recall. There were significant questions in the discussion about etcd not being there.
I've also really enjoyed PGCommander. Updates often and works well with remote connections via SSH.
IMO rewriting something from scratch is like forking but worse because it's impossible to merge later. And Rocket is definitely forking the Docker community.
Desmonduz
sara
Lighter Capital - Seattle, WA, Full stack and front end engineers (.net)

Lighter Capital is a small, technology-focused private corporate finance company with big ambitions. We are changing the way small business funding works.

We are a VC backed start-up with a small empowered development team. Engineers at Lighter Capital are true owners of their projects. They work directly with the biz team to design and build .net web apps using rapid prototyping and then test and release as they see fit. No 100 page specifications. No engineering by committee.

To succeed at Lighter Capital you need to be not only adept at our stack (C#, MVC, Javascript, HTML) but independent and driven enough to see your project to through to the finish without a lot of hand holding.

If this seems like the right fit for you, email jroper {at} lightercapital.com
You can still certainly do adaptive JI with manual composition, particularly with electronic music production.
this one was tuned down a whole step, Bb-F-C-B but they DMCA's his yotube vid: http://www.telegraph.co.uk/culture/music/classicalcdreviews/...
I think using JSON is a solid choice. You can easily make yaml to JSON translators for this purpose.
Yes, but it does specify that 'he' was used for both male and female at the time 'she' was introduced in Middle English.
I've excited for competition but unfortunately the post seems a bit confused in its message.

On one hand it talks about the original Docker manifesto and later says it was removed, with the removal being a "bad" thing. However, it refers to Docker not being simple as there are plans to add more and more features to it.

Including, "wide range of functions: building images, running images, uploading, downloading, and eventually even overlay networking, all compiled into one monolithic binary running primarily as root on your server". However, in the original manifesto (that was removed), Docker announced/claimed those features would/should exist: https://github.com/docker/docker/commit/0db56e6c519b19ec16c6....

Competition is good but this was a bit weak in its first appearance.
100% Visual Shopping List – No typing, no paper, no words
The French Laundry Adopts Tock (Alinea's Ticketing System)
Normally if we get burned out from regular engineering software or just feel like we need a change we switch over to another high paying field like financial engineering, game development, infrastructure automation, big data, statistics, cryptography, penetration testing, consulting, aerospace for us that have those special skills or can obtain them (normally requires a few degrees to become a rocket engineer due to not having the funds for a production scale wind tunnel or labs) and if the others do not seem that fun we normally start a business.

As a software engineer you have more outside the field opportunities then others may have. Since we are very quick learners we can pick up things unnatural fast compared to others which is why you see many software engineers or programmers owning multi-billion dollar businesses in Silicon Valley. Ever meet someone that people keep telling him or her they can't do x,y or z and they end up doing it on a massive scale way beyond what anyone thought they were capable of (Mark Zuckerberg, Larry Page, Bill Gates, Steve Jobs, etc.).

It is all about finding what you like doing for fun, maybe the software your building at work is not fun, many go into game development mobile apps or cryptography and that excites them along with bringing in a nice paycheck if they do it for their own business.
Interesting. I had not seen that discussion. I'll take a look.
Yes, it's mostly back-end. We do provide a front-end (a mountable Rails engine), but it's mostly for administrative tasks only (for your support team to handle refunds, chargebacks, upgrades and downgrades, etc.).
If you are big I think it makes sense to control every part of your business but otherwise it's massive headache because of security and taxes, especially now that the EU wants to collect VAT for european customers even from companies that are outside EU, there are payment services that do all the tax things and even if the fees are higher if you are small it will cost you less and keep you focused on growing.
I was once a "fast" developer, like thousands of lines a day. I could knock things out at an amazing pace but they always had problems and were rarely testable. That actually worked out OK where I was where we basically built things and ideally never touched them again.

Now, 8 years later I write maybe 50-100 lines a day. I can see all the vectors of things that would go wrong and take the time to mitigate them. I work with "hotshot" young developers who write my old maybe a thousand+ a day. I'm the grumbly old man in code reviews who forces them to break them into multiple smaller pull requests. The difference is my 100 lines will stay in the codebase for years, whereas their thousand will likely be rewritten several times over in the lifetime of my code. There's tradeoffs here, to be certain.

I see so many younger devs thinking just because their code is tested that its "good". This is certainly not the case. There is so often so little consideration of how their code fits into the "big picture". We end up with 5+ "widgets" where one general widget would have sufficed if they'd thought things out ahead of time. Sigh. Shakes Fist. Get off my lawn. Old man grumbles... I'm 28.
This isn't sad, because we don't simply compare pitch ratios when we listen to music. Real human consonance perception is much more interesting than that, and William Sethares has formalized a very good model:
http://sethares.engr.wisc.edu/consemi.html

There's great opportunity for microtonal tunings without the dissonance often associated with microtonal music. And as others have already pointed out, traditional techniques already do this (eg. stretch tuning). The theory explains why it works, and how to expand it to arbitrary timbres, including those possible only with synthesizers. I'd love to see more musicians experimenting with it. There's a whole lot of unexplored musical novelty out there.
ISIS at it again
Many app buyers from Asia since typing is a lot more difficult and unnecessary particularly when you do family grocery shopping.

https://itunes.apple.com/us/app/visual-grocery-shopping-list...
Google say they are not planning to operate at a loss. Re Kansas: "Several Google executives at the event were very clear that delivering gigabit internet access over fiber for $70 a month (and even free 5 Mbps fiber) is a business that will not only help advance Google’s consumer goals, but also make it money."

I daresay it depends on what assumptions you make about future sign up rates, cost of capital and the like.

https://gigaom.com/2012/07/26/the-economics-of-google-fiber-...
Is your battleship code publicly available?
I usually really enjoy reading Steve's posts, but I have a hard time with this one. Many great programmers admit to being clumsy typers (IIRC Joe Armstrong mentions he's a poor typer in his interview in Coders At Work).
> Luckily for DNSimple, they were smart enough to run their status page off of their own infrastructure

That wording... is it me, or does that not mean what they think it means?

I read that as "they were smart enough to run their status page on their own infrastructure" because of colloquial uses of the phrase "off of" (eg he jumped off of the dock).
In my own writing, I can usually replace "off of" with "on" 100% of the time.
Creating Hollywood effects with simple household items
Likely, an odd one though.
There are third-party solutions which can take care of tax calculations for you - these can be plugged into Kill Bill.

One of the main core values of Kill Bill is that you own your data: this is especially important if you focus on growth, so you can run real-time reports on MRR, churn rates, upsells, etc.
YourMechanic (YC W12) is hiring a product manager and full-stack engineers
Thats what a friend claimed, although HE seem to deny it. I had to disable it for Netflix as it got geolocation wrong, so probably never really tested it.
In case the 'fiber to the perimeter' came from the 'FTTP' acronym, the 'P' usually represents 'premises': https://www.google.com.au/search?q=define:FTTP

Just so you know!
Where the fork is the forking "fork me on github" ribbon?

(i.e. is it going to be FOSS?)
It will depend on the configuration of the sending server. Some will retry for a while, some will return failures.
High school football players show brain changes after one season
When was the last time you engaged a journeyman carpenter? This problem runs much deeper than just software. Any skilled craft is always at odds with a manager/employer/clients view that you are a fungible asset.
Ask HN: Why do job posts not have comments?
Cyber Monday deals for data scientists
Zügig is just so..Germanic!
It's exactly how I imagine the stereotype of German efficiency.
In the anglo-saxon world we pride ourselves on how many hours we work.
In Germany they work fewer hours and produce more and of better quality.
At least that's my impression.
Not anymore. SyncThing will remain as SyncThing and Pulse will be a fork.

https://discourse.syncthing.net/t/syncthing-is-still-syncthi...
As a beginner I recall myself asking other programmers "is using pen and paper cool before writing any actual code?" and they giggled before nodding in agreement.

I had this false expectation in my head that when programmers tackle a new problem (be either writing a small program or solving a challenge) they're able to think about it for a few minutes then straight up write code and if I can't it's because I suck and this job isn't for me.

Then I realized that what I expected was unrealistic and the "no pen and paper" stage only occurs to people who already met the same or similar challenge before and can recall even the slightest hint of what they did back then.
I dunno if linux fragments is causing linux to die... BSD have many fragments and they're doing fine.

I think competition is good, this will give us an option that's not monolithic.

I didn't realize docker direction was to encompass orchestration until this thread. This isn't something I want to use docker for and also I'm glad the competition is address the security issue where there is a need for more security.

And with a rival option I'm happy to choose rocket as an option when it's stablized and there aren't any other options out there.
Pedal steel! Do you live in the Bay Area and like playing country music? If so, wanna jam sometime? I've got a rehearsal space in SF.
I started getting interested in Elixir, especially after seeing the amazing benchmark of Phoenix, built on top of Elixir >> https://github.com/mroth/phoenix-showdown
Delighted (https://delighted.com) - Software Engineer - Palo Alto, CA

https://delighted.com/jobs

We are a design driven team of three founders, focused on impeccable customer experience. We value simplicity, quality, and care. We believe in a collaborative, feedback-rich design process. We feel that great experiences can only come from teams who care deeply. We are building the company we’ve always wanted to exist. We share what this all means to us on our blog.

The list of important and interesting projects we want to tackle is ever-increasing. Because the range of projects is diverse, we need a full-stack Rails engineer with experience working on a wide variety of projects.

You’ll work on projects like: improving our natural language date range search, implementing integrations with 3rd party services, or working to improve the responsiveness and reliability of our API. You’ll also work with the entire team in creating new customer-facing features, from idea, through prototype, to release and maintenance.

* Our backend runs on Rails with MySQL, Redis, and Elasticsearch on AWS. You should have experience building scalable and maintainable services with Rails.

* Our front-end is built with CoffeeScript, SASS and HAML. You should have a deep understanding of HTML, CSS and Javascript.

* The glue between our front-end and back-end is HTTP, so you should have a thorough understanding of this part of the stack including: cookies, caching, AJAX, cross-domain sharing, security issues, etc.

* We write automated tests for all of our code. You should be passionate about testing since you know it’s the only way to deliver high quality software.

We are looking for someone who can spend about 10 hours per week contracting with us, so we can both get a sense of what it’s like working together. We’d love for you to be in the Pacific timezone, but we’re open to the right person, anywhere.

While this is a contracting opportunity to start, we are always looking for the right person to join the team full-time. We believe working together on a contract basis initially is critically important before bringing someone on as a full-time member of the team.

If you’re interested, please send a link to your Github account and any projects you’ve worked on recently that you are particularly proud of. We prefer great work over resumes.

Email: jobs {at} delighted.com
I see what you mean, but I took it to mean that they ran it "separate from" their own infrastructure, so as it to isolate it from problems affecting their main infrastructure and DNS.
There is nothing complex about xml schema. It is so profoundly simple, the tools so well worn and proven, that anyone who pronounces difficulty with it is probably in the wrong field.

And the notion that I must be unaware of protocol buffers (which has utterly nothing to do with the JSON vs xml conversation, but I suppose is the bigger brother) is laughable nonsense. Yes, protocol buffers have some advantages (and some significant disadvantages), but that is an entirely different discussion, and the attempt to try to pull it in, simplifying it as if it is some sort of solid point (protip: it isn't even close to a trump card. It has advantages, but it certainly doesn't invalidate xml), is transparent nonsense.

Whatever your personal hangups with xml, your scattered and somewhat desperate attempts to try to denigrate anyone who doesn't denounce it is grossly out of place on any place where professionals converse.
LSM-type storage is frequently used in IR; it's not a new technique. I accidentally "invented" it a few years ago before I realized it had a name. Even Lucene 1.x used a variation of this for its "segment" files (which it still does, at least up to 3.x, afaik).

The reason is that you want to keep the inverted indexes sorted on disk, but you don't want to sort the entire index every time you update. So you create one mini-index per update and merge them lazily when you get too many of them.
At U.N. climate talks in Peru, it's optimism vs. reality
Any reason why you did not ask Tim first before declining? My assumption is that you had a fairly good relationship with Tim which was why you were asked.

I'm trying to understand the thinking when people refuse to do "harmless intros".
My success at ending conversations successfully greatly improved once I took formal training in personality types [1] Stick a dozen or two in a room and get a good facilitator to explain how others are. Then you will become so much better at knowing how to end a conversation, or even better, when you should not even bother entering in one. Thinkers; Deciders; Sensors; Feelers, in my learning sessions.

As a boss, I told everyone that under stress, I am a huge decider. Don't waste my time with conversation; get to the point. But under normal conditions, I am extremely verbose.

I think the "science" part of the article is good, as any formula can help when needed. But I sum up what I think my conversation partner is (thinker, decider, sensor, feeler) so I know how to end the conversation.

[1] http://en.wikipedia.org/wiki/Personality_type
Navicat provides a really nice tool for Postgres. It's paid, but the OS X 'starter' (or something like that) version can be bought for $15 or so. It's by far the best client I've used on OS X.
It can't help that the Secret Service is losing top talent to private security firms like Academi (aka Blackwater), which draws a parallel with parts of the tech industry.

It makes me wonder exactly how much worse it is in the Intelligence industry. I agree with others in this thread, given the secrecy involved I expect it to be orders of magnitude worse than what we see in the private sector.

It also makes me wonder about the private Intelligence industry, about how much better they must be than their government counterparts, and about how they work together with government to "fight terror" and other demons. Combine that with the idea that government IT is losing talent to private firms in the same way... Maybe we should be more worried about private Intelligence firms than we currently are.
GCC Bug 56888 – memcpy implementation optimized as a call to memcpy
Encryption and Zero Knowledge
It's amusing that the original (native) version ran smoothly on a 286 with EGA but this JS version gets the CPU running hard enough to turn on the fans on my 2014 MBP.
Your comments on this post have done more to damage my faith in Docker's philosophy than the Rocket announcement did.

Somebody highlighted concerns they have with the direction of your product. You may not agree with their opinions, but that doesn't make them FUD. They have every right to ship a product that adheres to their vision, just as you do.
Apple Had a Rough Morning
edit: I just realized that there might be some confusion: I would not use the English `I have to leave you now` sentence in an actual English conversation. That was an approximate translation of the French sentence I use in French conversation (I got carried away with the line of thought `oh! that's how I do it in my language` when reading `britishism`).

> Which is why getting tone right in a foreign language is next to impossible.

Absolutely right. This really is a blind spot that I am cruelly reminded of every time I find myself in an oral actual conversation with an English native speaker.

> I'm guessing you're translating from "il faut que j'y aille" which is politer in French, thanks to the use of the subjunctive.

I usually formulate it like this:

Je vais devoir|dois vous laisser (maintenant).

or

Je vous laisse.

The last one is really good when you feel the other person doesn't know how to leave the conversation.

> In English though, without this grammatical tone-setter, you've basically just told someone that you have something that you consider more important than them. Sometimes that can work, especially when the other person isn't expecting your undivided attention, but other times, not so much.

Indeed, the previous example I gave could also be very harsh when spoken a certain way.

I sometimes add a `because|parce que` and a reason but I am more often than not under the assumption that the other person will think I am making up excuses which would be even ruder.
HN's comments to this article are funny. Most of them read like denials or sidesteppings of the issue.
I'm all for programming slowly, but how many pieces of code are built slowly, and, in the end, turn out to be built wrong or cumbersomely?

It seems like, if you write slowly, you gotta have legitimate deliverables and tests at every step.