skysight-inc/HackerNews huggingface dataset:
The observations in this paper mostly seem to back up reasonable, yet rather depressing, assumptions we might have made.

The choice of programming language for a project seems to be driven primarily by the size of the surrounding ecosystem and developer familiarity, rather than by any sort of technical merit in the language itself.

Also, at least among the studied population of developers interested in creating SaaS, programmers appear to be far more interested in the ease of bundling together other people's work to get something built quickly and cheaply than they are in features that would promote attributes like robustness, security, performance and scalability.

This may be due in part to a generally low standard of education and understanding. Many developers indicated a desire for characteristics like good performance and expressive power, yet then placed little emphasis on language features that could actually achieve those things, and a lot of them didn't even understand the most basic properties of and relationships between some of the language features they were commenting on.

The most positive observation to me is that there remains a long and heavy tail in most of the results, meaning objectively better languages can become successful within a niche even if they aren't widely appreciated and may never make it into the very small group of languages that dominate mainstream software development.
That's not the correct yardstick. CEOs are supposed to be making strategic decisions with decades of impact. If they are compensated based on short-term results, then they will have a strong incentive to make short-term decisions.
Based on what exactly? Are you suggesting that people don't get up in commercial breaks to go do something else, or that Tivo wasn't a huge thing for this exact reason?
Why Does the Flu Vaccine Suck This Year?
Here is the team's website. http://www.theswatapp.com/
Looks like an interesting project.
> It is mind blowing to many of us that the USMC didn't buy up all of these things when the Air Force wanted to dump them.

Any time the USAF makes noise about dumping the A10, rumors about the USMC or the Army pop back up, and the USAF soon decides they're not dumping the A10 after all.

I expect the USAF will just run the existing frames until they're gone, at which point they can tell the Army and USMC to fuck off because there's no plane left to grab and fix.
> Hey, sorry that those bank transfer got lost, but it turns out that we mistyped the account number field name and the destination system just ate it.

The JSON approach does not give you everything-and-the-kitchen-sink. A lot of people consider that a feature.

If you want to do schema validation on top of json messages, you're free to do it when you receive them - the data format does not prevent you from that, it merely does not advocate and standardize one-way-of-doing-it.

The fact the various existing json schema solutions have not found a leader amongst themselves speaks loudly to the fact that it's a useless feature for most people, and the format is better off without it. Whatever the RFC would come up with, people would find fault in it... so if most users don't care, why force one solution over any other?

GP is foolish to think XML does not have benefits over JSON, but you're a lot more foolish to think those benefits (the ones you advertise, anyway) should be part of the language. You say "As JSON grows...", but that's exactly the thing: it doesn't grow. It's a simple data format and needs no new feature. Would trailing commas and comments be nice? They sure would. But we can live without them in the format itself... let alone schema validation which can be done externally.
I understand the objection, but a word is defined by its usage, not its origin. We're vastly outnumbered in a general audience, and this battle was won a couple decades ago. The NY Times is not going to print "crackers" because the word would not be understood, and a word already in use would work fine. (Even the small niche that objects to its use here has no problem knowing what was meant.) Not to mention that "crackers" already has a meaning when applied to a group of people in the US.
This is also why the JSF will fail. A good plane is desinged for a goal. You can't design a plain that meets all goals.
first, what is your site address?
make donate with Paypal available

Your visitor should coming from US,Russia,German or western

consider to use flattr.com and Google adsense(many developer use it)
The sound the gun on that thing makes is my favourite noise to come out of America. I could watch low-quality YouTube videos of the A-10 all day.
have a link?
> How many languages can tell you that byte X of output has been generated from byte Y of input going though such and such steps?

Having written tranformations in Python that needed to carry that information... How do you do that in XSLT? (And do you think it's worth writing new code in XSLT?)
I could be mistaken, but I don't think the Harrier was ever hated by by the RAF or the RN, whereas the A10 certainly wasn't liked (or desired) by the USAF, and they've been looking for a way to dump it without the Army or USMC operating them pretty much since they got the frame.
I decided to give it a try on a low-spec Android tablet, running latest version of Firefox. Got coloured horizontal stripes instead of a proper picture for every BPG example – and not just once; I was unable to view the images on the tablet.

Not quite production-ready, I think.
Let's agree that this semantic debate (previously on HN [1]) is pretty much unresolvable. A word can have multiple meanings, and the common media use is more ancient than ours. [2]

[1]: https://news.ycombinator.com/item?id=7838663

[2]: http://imranontech.com/2008/04/01/the-origin-of-hacker/
I don't think it does.

People dismiss conspiracy theories because they're unbelievable and exist without any evidence to support them. The set of 'previous conspiracy theories' encompasses literally every assertion every paranoid has ever made about their government.
I think that would be an excellent approach.

CEOs get the big bucks because, supposedly, they are making wise strategic decisions that have an impact for decades. They are, in theory, building to last. I'm generally suspicious of incentive pay, but we're going to use it the time scales should match the results we are trying to incentivize.

(Of course, I think the pay system we have exists because CEOs get paid the big bucks for entirely different reasons. If a system consistently produces a given result, then whatever the nominal purpose, the result generally reflects the actual purpose.)
The US Director of National Intelligence Perjured Himself.  Do We Care?
24 Pull Requests – Giving Little Gifts of Code for Christmas
Do you think the USAF will look down on Textron's "world’s most affordable tactical jet aircraft."[1] and the concept of private companies building tactical aircraft prior to orders

From a development cost standpoint I think this is a great experiment as it will skip a lot of the external politics, project managment headaches, requirements changes and politics again. But I fear politics will shun this type of development from taking off.

[1] http://en.wikipedia.org/wiki/Textron_AirLand_Scorpion
I think this is an unsolvable problem. I don't understand how anyone could accept such a delay in payment. Remember most companies aren't alive for 30 years. IBM, GE, etc. are exceptions to the rule.

Maybe the best thing to do is to abandon performance-based compensation entirely, because it can't be done over long timescales and over short ones it is an abomination.
Visual Studio is not just an IDE and a Debugger. It has a Performance Analyzer, Code Coverage for Tests, Dependency Analyzer, Diagram Tools, Concurrency Analyzer, Javascript Analyzer, among others. VS is the complete package for sure.
How  to Get Your App Startup Story Heard
Well, I suppose it's perfectly valid to write a propellor property

puppetClient PuppetConfig :: Property

So if propellor's capabilities for (re)installing a system are why you want to use it, it can be composed with other configuration management tools this way.

Of course, I wrote propellor because I've read enough puppet and chef and ansible and salt documentation that I knew it would be easier to write my own tool that I fully understood and worked just the way I wanted, rather than learning those rest well enough to pick one, and then mangle it to behave the way I wanted. Quite aware that only solves the problem for me. ;)
I've made several small sites with it. It used some great ideas like the data model been totally flexible while easy to use and xml + xslt as server side templating was nice to use. The in-browser developer tools were good too.

Unfortunately there were also a bunch of bad points that never got fixed. Breaking changes for pluggins exhausted the small contributors community. I think the project is basically dead at this point and I've moved to another cms for small sites. (Keystone.js)

All in all, if i were to rewrite symphonycms now, i would drop xslt in favour of jade or something less anoying to writte in.

EDIT: I've been browsing symphonycms repo after writting this and it's untrue to say the project is dead since Brendo is still actively commiting.
>GP is foolish to think XML does not have benefits over JSON

I am? What benefits would those be?
I signed up and tried to upload data and Watson blew up on me with errors:

DB2 SQL Error: SQLCODE=-964, SQLSTATE=57011, SQLERRMC=null, DRIVER=4.16.53

Apparently it's very sensitive to data input formats and essentially it wants you to do the data babysitting work first by properly preparing and structuring the data before it'll do anything.

These are cool demos on "friendly" pre-baked spreadsheets but way early for any practical production deployments, until IBM will start supporting raw datasets.
Are you referring to this?

Google Animated doodle with JPEG and opacity

http://zoompf.com/blog/2012/04/how-do-google-animated-doodle...
Handy Emacs Project Tip
Namely Is Looking for a Data Science Intern
Please don't project your ignorance and confusion on others. It is arrogant.

To be more precise, the article defines detox as: "the idea that you can flush your system of impurities and leave your organs squeaky clean and raring to go", and further adds that this "is a scam." It then goes into details. You say you are uninformed on the topic, yet refuse to accept the article's own definition. Then at the end your comment implies that neither the author of the article nor I have "actual knowledge" on the topic.

Excretion is what your body does. It excretes dead cells, it excretes urea, it excretes CO2, it excretes all sorts of other waste products that it creates itself, as well as those that enter the body, like cellulose and alcohol.

If you want to expand the definition of detoxification to include breathing, taking a leak or a dump, throwing up, etc. then what term do you use for the products and methods that the detox industry, practitioners, and advocates use? You see that distinction in the article: “there are two types of detox: one is respectable and the other isn’t.” You don't have one. Instead, that expanded definition only really helps to confuse the issue.

You observe "If you were putting toxins (of any definition) into your body, slightly faster than your liver/skin/lungs could remove them, they would slowly build up." .. That is absolutely true.

If you are exposed to carbon monoxide then removing yourself (or since you've probably falling unconscious, being moved) to some place without CO will help your body recover, and being given O2 can help.

It's also irrelevant. You are granting the premise of the detox industry by assuming there is a build-up of toxins in the first place! It's not a "of any definition", it's that they can't list the toxins and show that the treatment leads to a decrease in those levels and has a positive health outcome.

The OP wrote "fasting is probably the most effective way" to detox. That's wrong. The most effective way to lower your levels of X, for a wide range of X, is to stop being exposed to X. If you have a build-up of tar in your lungs from smoking, then fasting will do diddly-squat.

And the same applies to all sorts of things that aren't toxins, like allergens, or sunlight (which can cause a sunburn) or flashing lights (which may trigger a seizure) or open spaces (which may cause a panic attack).
http://cocoon.apache.org/1365_1_1.html
The idea behind doing away with the SQL database is to remove the leaky abstraction of an ORM, by making the object model the true shape of the data and not a wrapper over SQL.
>Yeah, yeah they can't fly off a carrier

I want to believe we have the technology to make this happen
Incompetent website administration.

I have shame of this but it isn't rare in the italian public administration services.
I'm italian and NIVI is actually a private company that has a division that provides services to the town councils (E.M.O. --> European Municipality Outsourcing): one of this services is the notification of the fines to foreign people.

These are pages of some cities that are using that service:
(Florence, english page)

http://www.comune.fi.it/export/sites/retecivica/comune_firen...
/servizi_on_line/fine_payment_abroad.htm

(Rome, pdf, italian doc. )

https://www.google.it/url?sa=t&rct=j&q=&esrc=s&source=web&cd...

(Storo, italian page)

http://www.comune.storo.tn.it/delibere2007/d07_020.htm

etc.

I hope this info will be useful.

G.
Not being Turing-complete doesn't prevent you from putting business logic in the view layer, it just means that you are likely to run into some limitations doing that (as there are some computable functions that can't be done in the templating language so that you probabaly will run into some business logic that can't be done in it.)

This might further discourage putting business logic in the view layer, but, OTOH, it just as easily result in developers starting to go down the logic-in-view road, running into things that don't work there, and then ending up with some business logic in the view and some business logic in more appropriate layers.

And there's really nothing inherent in view transformations vs. business logic that necessarily makes the latter sufficiently served by a weaker computational model than a Turing complete one, so not having a Turing complete language for the view can result in view transformations in other layers or constrain the flexibility of presentation if that isn't done.
For some reason I thought of the B-52 first. Maybe it's the BUFF nickname.
I like this one:

>“XML combines the efficiency of text files with the readability of binary files”

One dirty thing about XML is that it appears human readable, but it is not human writable. You'll see something in the XML that you think you can change, but now it doesn't validate anymore after you change it using a text editor. You need an XML editor that understands XML validation to make edits. If I cannot use a basic text editor, it's not basic text. If it's not basic text, it's no better than any other binary protocol, albeit a very inefficient one.
Stop Working and Play with This Virtual Spirograph Instead
I always find it a bit sad when cool technology is snubbed on the basis of syntax... Elm especially, since Evan works so hard at making the language approachable
Each block chain fork is in essence a difference currency, and so you can tell which transactions happened for a given currency. Which currency is the favored one depends on the client hence the user. The users then just need to make sure that they are selecting the currency that they want to select.

The checkpoint hashes are not imposed on the users, but rather the users must choose to upgrade to the new checkpoint hashes. As such, you can argue that it is decentralized.
I don't think that's particularly unfair. PHP has always been marketed (and almost exclusively used for) web development. But it doesn't even manage to have sane templating. If using a third-party solution essentially becomes a choice between vendoring the solution and using package management solution, then the single advantage PHP had over other solutions is lost.
The A10 is less an airplane with a huge machine gun and more a huge machine gun you can fly:

http://en.wikipedia.org/wiki/GAU-8_Avenger#mediaviewer/File:...
Since you asked, it's possible that terrible things can be both "good" in the sense of 'not evil' ("he's a terrific guy") and "good" in the sense of 'well done' ("Oz, the Great and Terrible").
In fact you can save 2 bytes if you only care about the result in AL, bringing it down to 13 bytes:

b8 cc ee bb 03 mov eax,0x3bbeecc
d3 f8 sar eax,cl
d3 f8 sar eax,cl
24 03 and al, 3
04 1c add al, 28
I signed up and my account has been pending for weeks. When I login, I get an xml error, it isn't even handled nicely in html.

Not a great first impression by any means.
Joyce from Stellar here. Yes, that is correct. When given the choice between temporary centralization and guaranteeing the security of the protocol and therefore user funds, the choice is obvious. Once the new consensus algorithm is complete, it will be safe to run with more than one node again.
Demonstration of AES (CBC Mode) in Java
The fact that PHP manages to combine drawbacks from different languages without offering corresponding advantages is not an endorsement.
I live in a developing country as well. Watch as many English cartoons, shows and movies as you can. Most of the media you consume should be in English as well. Try to visualize the words at the same time you hear them.
Author here.

There's really no comparison tbh. RabbitMQ has been battle tested for years and SurgeMQ is just at its infancy. And RabbitMQ has a lot more enterprise security features that SurgeMQ doesn't have today. So if you are looking for a solution today, go w/ RabbitMQ.

SurgeMQ hopefully will get there someday, but it's not ready today, yet.
Author here.

There's really no comparison tbh. RabbitMQ has been battle tested for years and SurgeMQ is just at its infancy. And RabbitMQ has a lot more enterprise security features that SurgeMQ doesn't have today. So if you are looking for a solution today, go w/ RabbitMQ.

SurgeMQ hopefully will get there someday, but it's not ready today, yet.

Having said that, you can take a look at Tyler Treat's Dissecting Message Queues blog post. He did a fairly detailed performance comparison of the various MQs.
Not always because that does not bring revenue which would be desirable
Instead of expecting people to change their taste and demanding re-education, find a way to give them what they want while also giving them what you think they should have.

But honestly you may not be in such a privileged position relative to the rabble, and there may be situational reasons for others not to want the features you want.
That's a way one could do things, and fairly common with non-GitHub repositories. But it's not the cultural norm on GitHub. The typical process is to submit pull requests even for small doc changes. The interface encourages this by even having an "edit" button and online editor, which wraps up the fork/commit/pull-request cycle into a button push. And the GitHub docs encourage that as well.
Link is down for me - is this the same article?

http://www.forbes.com/sites/stevedenning/2011/11/28/maximizi...
I think the colloquial meaning of "expressive power" is the ability of the language to express something the way the programmer would like. In other words, how close it is to pseudocode. An expressive language, in this sense, would be Python.
Hardware is real-estate in ever compacting mobile landscape.
You are right that makefiles alone would be a bad fit for that situation. My approach would probably be to wrap the parameterizable parts in a script accepting arguments and run the combinations with GNU parallel. Possibly controlling the overall execution and dependencies in a makefile.

It's less "clean", because you have to keep track of metadata like parameters in the output filename or similar. But the advantage is a huge increase in flexibility.

We tried Celery for awhile as a job manager which looks like it has similar capabilities to Luigi. It was slower, caused us to write a lot of ugly "bash-in-python" when calling non-Python programs, and broke the UNIX philosophy of having independent programs doing one thing, making it harder to quickly test new combinations of components without writing a lot of Python code.

It also depends on your dataset size. We do a lot of machine learning on datasets that won't fit in RAM, which is perfect for the pipe/streaming model.
The given reason the A-10 is retiring is very effective MANPADS are proliferating and the A-10 is too vulnerable. It doesn't seem so easy to dismiss the point to me.

Many systems people claim are great have worked well against dirt poor "insurgents" in recent foolish wars of choice. Arming against a more serious adversary is a separate question.
I think you have it backwards. Perhaps the reason most companies no longer last is that the people running them have no financial interest in their long-term survival.

Note that plenty of founder CEOs are happy to accept near-infinite delays in payment. 90% of Jeff Bezos's wealth is still in Amazon stock despite being there 20 years. And Amazon has been kicking the asses of its competitors for decades precisely because it has been willing to make very long-term investments.
Ask HN: Sys Admin Career Advice – How to Advance?
Hey folks,

I realize it's mostly coders here but I'm a mid-career systems administrator and I'm hoping to get some feedback on how I can push my career a little further. I have reached a point now where I've worked on many different pieces of infrastructure and I am really confident in the work I do. I feel like I could be useful on just about any team but still feel like I'm far from the level of teams working for twitter, google, facebook, etc. I would very much like to reach that level of knowledge and experience.

I currently maintain a medium size hadoop environment and don't want to change where I work for at least a few years. I'm intermediate-advanced in all the basics like configuration management, scripting etc. I will continue to develop myself in those areas but hope for other types of suggestions.

Should I take classes and gain experience in traditional software development? Is it time to consider specializing in a very specific area of interest? Ask someone to be my mentor? What do you all think?

Just looking for some ideas on where to best invest my time...

Thanks!
Upvoting news using Bitcoin
Their relatively slow speed requires a longer runway, I presume
As an example of the deceptive simplicity, could you please describe how many bytes are required to deserialize numbers represented in JSON? Note: answer is not 2,4, or 8.
too bad the guy who created these photos didn't give details as to the long & lat where these photos were taken. Shame on that guy.
What region has the worst farmers?

Maybe more interesting, which one with comparable economic development to the US.
> And there's probably a bunch more I've forgotten

+ Latency vs throughput.

What would be really informative (and this is not remotely directed only at Jian Zhen's work here) is to see metrics across a spectrum per a given modality per a standard topology and capacity. This way it would be almost clear at a glance at which approach is the best fit for a given domain.

Also I wonder if the time has come for the software geeks to visit their fellow geeks in the Mech-E departments and check out the work to date on flow analysis … ;)
Ireland's Bike sharing system
OK, but if you apply filters to your internet then any blocking is something that you've done yourself, not "UK ISPs".

It's a bit like putting a bag over your head and then claiming that "UK Authorities" have blocked out the sun.
That is really subjective. People having all sorts of private info about me is a big deal for me.