skysight-inc/HackerNews huggingface dataset:
That configuration is really awesome: talking from experience.

Joost is our lead developer (we're Studyflow, a small edu-tech startup in Amsterdam which use Clojure/Clojurescript with Om + CQRS and Event Sourcing) and when I switched from Vim to Emacs it was incredibly good.

In my fork I put the custom.el that makes it look like this when editing Clojure files and having magit diff.

http://cl.ly/image/0B3L3u3y3b2D
The class of tasks for which Java's startup time is an issue is very very small. I wouldn't use it for a device driver because of resource issues but there aren't many command line commands where 0.08s is an issue.
Out of curiosity, isn't it a violation of copyright to make an academic article from a paid database available publicly?
I am maintaining at the moment some Scala code I did not write. Sometimes you wish for less expresiveness.
Thats a big leap, by your logic you could relax even more by taking a hit of Heroin.

I'm able to dismiss spirituality because I'm a skeptic and believe in evidence, not anecdotes. The power for the human mind to self delude is limitless.
There's plenty of libraries for this. Jackson being the best one I've used.
Check out a talk on the mechanism if you want to know more.

https://www.usenix.org/conference/usenix-09/antikythera-mech...

There's also a simulation (with videos) of the mechanism in Squeak EToys

http://spinellis.gr/sw/ameso/
Look at www.nodo-domotica.nl. They are exactly what you're describing.

Except that this method is not a good idea to control lights and sockets. This sort of setup is unreliable and has all sorts of limitations. It's basically the X10 of the 1990's, reimplemented poorly. Of course there are all sorts of alternatives that have been developed, like ZWave and Zigbee. But they're not DIY projects.

For 10$ or under, you can buy an off the shelf 433 mhz setup from cheap suppliers.

There are literally thousands of people who try to build their own, and the result is usually of the quality as described in the linked article. What this woman is doing (turn AC on and off through cutting off power) will wreak havoc on her AC as it will turn off all the circuitry AC's have to gradually control temperature. She notes this as a 'todo' in her description, which is roughly equivalent to saying 'yeah I build this soap box car and I ran it down the hill, now all I need is to put in pedals and then I can go off racing Nascar'. Uh, no, not even close.

Look, I see the appeal in building something yourself, but not in something that is both as simple and ill-functioning as this - what's the point of building something badly that you can buy COTS from any hardware store for only slightly more than what she spend on this thing? Internet-enabled remote controls for AC's can be bought for 75$ or less, and they interface with the circuitry of the AC directly and let you control temperature set point, fan movement and everything else without putting undue stress on the machine.
The theoretical down-site of direct democracy is that if the population is stupid, you'll get instant stupid decisions forced onto politicians.

A population can be educated and still pass controversial laws. Switzerland, through a referendum, voted in favour of banning the building of minarets a few years ago. It was a completely democratic decision by the populace (57% in favour of a ban). Mosques can still be built, just without minarets.

What surprised me as someone viewing this from abroad was how this could become a political issue worthy of a referendum. Even more surprising was some of the campaigning around the issue, particularly the menacing and controversial posters in favour of a ban [1]. The impression I was left with (and tell me if it's an unfair one) was that Switzerland, a thoroughly democratic country, had a rightwing and reactionary streak to it (one which it's perfectly entitled to have).

[1] http://blogs.reuters.com/faithworld/files/2010/11/ch-1.jpg
I'm not sure why you gave us a screenshot, rather than just typing out the network, and how many users it has on the channel. Feels like it'd be a lot less work! :)
> While they might have been paying lower taxes, who says they weren't consuming/spending more?

Economists do measure the "velocity of money". And it really is higher among the poor, for common-sense reasons; someone who's living paycheck to paycheck is (almost by definition) spending all of their income, putting it straight back into circulation, whereas the wealthy are more likely to save some (which yes does recirculate as investment to an extent, but the investor as rentier takes their cut, and investment income is often undertaxed), spend some abroad, or spend in less efficient industries (e.g. high-end handcrafted anything, where you're paying a master craftsman who won't actually spend a lot of their time producing things, and won't be pulling back anywhere near as much through the productive economy (e.g. buying materials) compared to the same amount of money spent on mass-produced goods).
Thanks for that.

Question though. The first book you listed (which got excellent amazon reviews as well) was published in 2008. Typically I've been biased into thinking that a book had to be somewhat recent. Obviously this isn't the case here though. (Do you agree with that in some situations btw?). I would have never purchased this book if you hadn't pointed it out so thanks it's in my cart.
Watery experience
Fair enough. Then again XML doesn't support any kind of int and yet we managed. (Unless you count XML Schema, in which case now you have N problems.)
The most amazing and inspiring vision of the future I've ever seen
I run ZNC on a $5/month cloud server. It lets me use fancy GUI clients like Textual 5.[1] ZNC replays everything that happened while my laptop or phone was sleeping. Also, I can connect multiple clients simultaneously. Lastly, znc-push[2], alerts my phone when people mention or PM me.

I'm not a big fan of terminal-based IRC clients. Most text on IRC is prose made by humans, meant to be read by humans. Terminals use fixed-width fonts. That's handy for structured stuff, but for prose is less information-dense and less readable.

1. http://www.codeux.com/textual/

2. https://github.com/jreese/znc-push
The fact that some people don't properly configure their parsers isn't an argument against the format.
Contrary to your gauge of IRC being in decline is that it isn't like DALnet of the 90s/early 2000s, I see that as a good thing. "Quite the environment" is quite the euphemism.
> All told, French workers put in an average of 39.5 hours a week, just under the eurozone average of 40.9 hours a week, according to the Organization for Economic Cooperation and Development.

For comparison, according to the Bureau of Labor Statistics the average for Americans in non-farm employment work an average of 34.5 hours per week:

http://www.bls.gov/news.release/empsit.t18.htm

Which is way less than the amount worked by anyone I know or have ever worked with in engineering and corporate jobs. I don't know if this number is so low because of under-employed or part time labor, but I doubt it given the breakdown over the various industries in that table on the bls.gove site.
Fighting corruption is like putting a tax on it; it disincentivises it, makes it less efficient. If you allowed people to openly bribe politicians you would get much worse laws. Every bit of "obscurity" we force on them costs, makes corruption more expensive and less worthwhile.
It has been my experience that the North American 40 hour work week is also a myth in practice.
As a kid, I had the pleasure of playing with Deskmate sound and Deskmate music, on a Tandy 286 with no harddrive - only a floppy.

It worked quite well, and I remember taking sample of various thingies and making music.

I also did as the article says - putting the samples on the sonatina because it was quite funny.

That should have been the star feature of the computer. Too bad the sales team didn't focus on that.

(I wonder if someday I'll be able to play back these tracks that I must have saved somewhere?)

EDIT: correction from the article: they seem to have used the mouse controller, not the joystick controller, cf the project manager post on https://groups.google.com/forum/#!msg/comp.sys.tandy/fq1OO44... and further interesting technical details
> Makes me think they are leaving something big out of the article.

I'm certainly not leaving anything out on purpose!

Speculating, though, I imagine it's a question of risk versus reward. There have definitely been advances in rocket designs since the 1960s—the RS-25 is a great example of a more modern high-efficiency, high-performance design (the MSFC propulsion engineers I interviewed a couple of years ago for my F-1 piece likened the RS-25 to a Ferrari, while the F-1 is more like a giant Mack truck).

But developing rocket engines has until relatively recently been the domain of big aerospace companies on big government contracts, and under those circumstances it's often far more short-term cost efficient to go with the sure thing and either use an existing rocket or design one with a conventional bell nozzle.

Rocketdyne in fact proposed an annular aerospike engine for the space shuttle when the program was in early development, but the technology wasn't considered mature and the RS-25 was designed instead.
They're moving to a new site: http://beta.groovy-lang.org/
"Relative to the complexity we can create, we are all statistically at the same point in understanding it." (paraphrasing Rich Hickey)

I don't think the size of the buffer is what distinguishes the good from great, because complexity is combinatorial in nature. It's the ability to mitigate complexity by designing systems composed of simple parts.
A remote procedure call is analogous to an ordinary function call, extended to a remote machine. It is static, perhaps even specifying the code to be executed, and therefore limited. But objects can be understood as independent agents (Kay calls them "real computers"), where a message is a request for some behavior. How the object is to implement that behavior is not specified in the message.

Kay gives the example of the Internet itself. A GET request for a URI used to be understood as an RPC: download the file at this path. But today GET requests are routinely abstracted. There is no literal directory /r/programming on reddit. Instead path components are better understood as parameters, i.e. arguments in a message send! And this lets them do anything they want, be implemented in any manner at all.

Unfortunately, this is one directional. Your browser makes an abstract request, but the server replies with literal code (e.g. JavaScript) that it wants executed on its behalf. The browser is sending messages to the server, but the server is making RPC calls to your browser.

This gives some insight into the relative stagnation of the client-side, compared to the explosion of server-side. Kay wrote that, if you communicate via messages, then "each object could be implemented using the programming language most appropriate for its intrinsic nature." We have that on the server, but are a million miles away from that with clients.
Waterfall Picture – Oregon Photo – National Geographic Photo of the Day
One hand position still over the keys and uses common fingers, and is easy for emacs users (Ctrl + Shift + R), versus leaving the typing keys entirely to climb to a command key that's used sufficiently infrequently that you have to look at where it is.

At least that's my experience.

Oh, and more fun. If you're on a modern keyboard, you have to type the function key since apparently volume up and down and expose are more important than function keys.

Long story short: what's faster and 'less' for some, is more for others. And this is why we have options! :D
I know what thread you got this link from, OP... dirty, dirty, dirty :)
Have a look at the Jackson library. There are many others.
There are considerable advantages to both an anonymous community and a non-anonymous one. I wonder if we couldn't have three types on the Internet, to include one that is a pseudo-identity. Participation in one wouldn't overlap to another. If I want to post reviews online, I could do it in a non-anonymous forum, and it wouldn't allow anonymous interactions.
What Should a Bayesian Infer from the Antikythera Mechanism?
Again, it's not micro-services the buzz word. It's easier to have different services that are logically separable - say, push notification services - pulled out of the main app. Testing, maintenance, etc., are much simpler.

Of course certain services have to be aware of others, but they don't necessarily need to be aware of other copies of themselves behind the same LB.

But yes, currently, everything is just parallel instances.
Elixir is usually the best bet for high throughput with low memory requirements.

But I think you should read some presentations about microservices before you decide to code a giant new architecture. There are other solutions already developed. A guide on the mindset of microservices that is useful is well written in these two articles: http://www.pwc.com/us/en/technology-forecast/2014/cloud-comp... and http://www.tigerteam.dk/2014/micro-services-its-not-only-the...

Xing used elixir/erlang built an rabbit mq, riak, and redis based service that seemed like a good build for scaling a large system with minimal memory and latency. You can watch that video here: https://www.youtube.com/watch?v=38yKu5HR-tM

For scaling microservices you generally want to use http and queueing services for distributing the messages. There are many options in this retrospect. Redis and RabbitMQ are some of the better ones. Something newly being developed but could be of interest is syncfree: https://github.com/SyncFree . The reason syncfree is a good fit for a distirbuted service is it will not get bulky from updates based on timed services. For the rabbitmq version of riak: https://github.com/jbrisbin/riak-exchange

An alternatives to riak is hibaridb, but may take a bit more work to get functional with other stuff: https://github.com/hibari/

With http APIs you can just curl into your APIs. Or load balance and proxy them with HAProxy, Nginx, Varnish etc. Amazon has route53 for managing it by dns. There is also zonify: https://github.com/airbnb/zonify

Microservices are also usually built on some form of actor framework. Akka is what Gilt used. You can watch a video on Gilt's microservices: http://tech.gilt.com/post/65070094551/gilts-kevin-scaldeferr... .

Serialization is just as important in microservices for scaling up small microservices to handle larger loads. For example, when Gilt wanted to scale they used Jackson json serialization. Jackson (www.github.com/fastxml/) is fairly scalable because it is as fast as protocolbuff and has support for hierarchies. They also used the sbt runtime packaging for automatically re-creating and re-compiling their components. They built components using ClusterMate (https://github.com/cowtowncoder/ClusterMate) I think.

You might be interested in a startup that hook's github gists for microservices at hook.io .

As for updates they often use pubsub architectures. I think Gilt used one as well. You can infer a lot of what they did from their released github code at www.github.com/gilt/ .

Other resources to read about microservices: https://news.ycombinator.com/item?id=7994540

Disclaimer: I do a lot of reading, not a lot of building. Though sometimes a lot of reading means reading research papers, and whitepapers from companies to get an idea of what works or not.
In real-world benchmarks in a real app I have tried to make Clojure slower than Java. I can't. In rare cases Java will beat it in insignificant ways in insignificant amounts, but I found that Clojure sometimes beats it in significant ways because of the runtime's tendency toward laziness. Furthermore, Clojure is a very dynamic language that can leverage every library Java has plus all its own.

As a result I will not program in Java willingly. There's just no reason to do it. Not with at least one language that's far better in real, quantifiable ways. There are other languages that run on the JVM that could tell a similar story. Unfortunately those are not Jython or JRuby.
Archaeologists reveal new secrets of ancient tomb at Amphipolis
The esp8266 is a WiFi + micro for £5 which should be able to do all this if attached to a relay. Small DCDC converter to power it. I think it can make HTTP requests and has GPIO.
He means "algebra" in the "universal algebra" sense of the word: http://en.wikipedia.org/wiki/Universal_algebra

That probay doesn't clarify the connection, but at least you'll be pointed in the right direction! :)
The State of Markdown
Out of curiosity, what libraries did you need?
To an outsider, this is what the US workday looks like:

* 3 hours driving for no reason
* 4 hours working
* 6-7 hours fucking around pretending that you're being productive

I'm sure there's a lot of fucking around in French (and other European) offices as well, but Americans seem particularly adept at spending long hours at the office while actually working very little.

Source: every American I've questioned in depth about their workday. Mainly in Silicon Valley, haven't had the chance to talk to too many others.

Source2: A recent-ish poll on HN where the "I actually work 2 hours a day" option won
I don't think you can really compare between systems drawn differently. The nine-county Bay Area is as populous as Switzerland and you can bet that the Bay Area by itself would pass wildly different referenda than does the state of California as a whole. Consider what would happen if you threw together Switzerland with Austria, Bosnia, Serbia, Croatia, and Slovenia. That would be about the same size as California and I'm sure the plebiscites would be hilarious.
It kind of is, though, since the format specifies a very non-obvious feature which may have serious security consequences if left enabled, which isn't easily discoverable for users starting with xml, and, frankly has little use. A better format would bring less surprises.
Developer needed
"Engineering" is only possible in the physical world because the laws of physics don't change every thirty years or so. In software, we aren't so lucky. Bridge-building best practices from the 1950s would build a fine bridge today. Software development practices from the 80s would get you... basically nowhere.
If you're using Vim and not using q: q/ :normal ( and hopefully :t, :m etc with relativenumber ) you're missing a lot of Vim's power, and would be better off in an IDE. The speed benefits from Vim are from knowing a large amount of the editor's features.

Practical Vim the book is a good place to start. You should be spending as much time learning Vim as using Vim for about the first two years of your Vim usage.
Helping Faceless Project: Face Recognition with Shashank Singh
Running it against an AI simulation of a human programmer, pattern-matching for the output "Wow that's awesome", no doubt.
Ezra was a pioneer in the glass-blowing/pipe industry. Here is some of his work: https://www.facebook.com/jason.lee.16568548/posts/1020460894...
Early Stage Investing and Upstream Communications
This is very similar to idevelop's ascii cam[1]. The code is significantly different though[2]. I first assumed one used code from the other but it looks like separate implementations of the same idea.

[1] http://idevelop.ro/ascii-camera/

[2] https://github.com/idevelop/ascii-camera/
That...sounds surprising. Basically you need:

1. An IDE (I highly recommend IntelliJ IDEA)

2. A build and dependency management tool (I prefer Gradle, but Maven is a reasonable choice - though way more verbose)

Beyond that point, a lot depends on what you want to do. Some of my preferences (YMMV):

* logging: slf4j over logback

* json serialization/deserialization: jackson

* db access (if you don't need or want ORM): jdbi

* db migrations: flyway

* REST services: jersey

* networking: netty

* embeddable http server: jersey

* http client: apache-commons http client

* metrics: codahale's metrics

If you're building a backend webservice I highly recommend looking at Dropwizard, which handles a lot of the boiler plate for you.
interesting,I need to check it out,you should add a link to the project.
I definetly like AS3,it's a good compromise between javascript and java.
Typically you create your class manually and map to-and-from json-strings. In a web-context you'd usually let the container handle the serialization/de-serialization (jax-rs), in other contexts I tend to use Google's GSON-library.
I've had the exact same experience. Sometime I need to get around to reading source for a bunch of Inform games to get how larger programs are structured.
"Some people" is a pretty big category with some good company. Google in April 2014, for instance. Or PostgreSQL in 2012.
http://blog.detectify.com/post/82370846588/how-we-got-read-a...
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-3489
False. If you use a language that's homoiconic (any Lisp), you don't need to serialize anything. The source code of the language is already in its serialzed form. You can't beat the speed of not having to do something in the first place. As an aside, no sane person would write a SOAP webservice today.
You need a compiler and an editor. That's it.

Your package manager will get you the compiler (probably as part of a package for the whole JDK).

You can use whatever editor you already like. It'll help if it has some support for Java's syntax, like highlighting or whatever.

If you want to add one non-essential tool, it should probably be a build tool that knows how to download libraries and compile your code against them. Gradle is the only sensible choice right now - it's far from perfect, but it should be tolerable. Again, your package manager will probably have Gradle. You only need it on the development (and CI) machine, not on the target.

At some point, you should probably give an IDE a go, to see how useful automatic refactoring is. Eclipse and IntelliJ are both free and pretty good (IntelliJ has free and paid versions, but the free version has everything you'll need to begin with). People love to argue over which is better, but the truth is that there's not a massive gap between them. Any IDE takes some getting used to, so it's probably better to start with a straightforward editor rather than an IDE.

If you want to use IntelliJ on the Mac, you might need to edit its Info.plist file to allow it to use a current version of Java. For some reason it's pinned to 1.6 by default. Gets me every time.

I can't think of anything you need to do to use Java that is remotely sysadminish, unless you count installing packages.

It's been years since i've read a Java book. Back when i did, by far the best was Just Java. Thinking In Java was also great. However, those were last revised 10 and 8 years ago respectively, so possibly not worth picking up today. They certainly won't tell you anything about the rather crucial new stuff in Java 8.
> Plus, the cultural, historic, linguistic similarities between Alamaba and Woyming are infinitely greater than between the UK and Croatia. A person visiting Alabama from Texas isn't a "stranger", and wouldn't be treated or considered as one.

Move a city boy from New Jersey to Alaska or deep Lousiana and see how much of a stranger he ends up being, even if the language is technically the same.
This third round of rocketry startups sounds a bit more robust than the first two, and of course SpaceX is demonstrating an amazing ability to execute their agenda.

When the big aerospike hoopla over the Regan era NASA Space plane (good discussion here: http://books.google.com/books?id=UaUGpW8M_KMC&pg=PA52#v=onep...) which talked about these engines 20 years ago. It would be super awesome for them to add another voice to the space 'race' but I'm suspicious about ideas that keep coming up and keep not actually coming out. That pattern usually means there is a 'gotcha' in there somewhere that isn't obvious on the surface.
About 13 years, if all goes as planned. Then another 5 after that until we are all running afl-fuzz.