skysight-inc/HackerNews huggingface dataset:
Comparing "features" side-by-side is a naive, "consumer-mindset" approach. Instead one should try to understand design-decisions and how they fit together - the subtleties. Devil is in the details.

For example, having an receive expression and pattern-matching and simple typing (like everything is a term - self-evaluating or an expression or a list of terms) makes your code shorter, self-evident, easy testable.

Now let's look one level down. Pattern-matching on binary data (alternative to costly parsing) is so quick that in OTP they do matching on TCP packets in real-time.

Conversion from terms to binary and back is also quick. So the the "central idiom" - message-passing - is just sending and receiving a list of terms (atoms) on a language-level (guarded pattern-matching, like on function arguments) while messages will be encoded into efficient binary form and delivered by Erlang's runtime.

Again, almost everything in Erlang fits together pretty well because it is layered system founded on proper principles and design decisions. Immutable data, share-nothing process isolation, light-weight processes, common and simple data-representation format based on simple types, pattern-matching on everything, etc.

It is almost like industry-strength Lisp system - a few layers of DSLs, using which one describes the real-world abstractions on different levels on different sub-languages (based on special forms and function composition).

gen_server is the most common example of such kind of "vertical" decomposition. You have to write only "pattern-matching on receive", while lower layers of abstraction (encoding, protocols) and upper levels (process supervision) are clearly separated with proper abstraction barriers.

Of course, it is possible to code something like this in Java, but there are the subtleties. GC for mutable data could not be as efficient as one for immutable data. No mutable state, no sharing, no locking, no problem. These aren't just slogans.

So, Erlang is a small language designed around proper concepts. It "wins" not only in terms of lines of code, but in efficiency, resource usage (Erlang runs on 16Mb RAM).

I could go on, but I hope the idea is already clear. It is not a "list of features" what matters, but which ones we have and especially don't have, and how they are fit together. In small mostly-functional languages like Lisps or Erlang or ML-family they fit perfectly.

http://www.erlang.org/doc/man/gen_server.html
What a horrible video and family.
It's a pretty standard tactic of ad agencies for years now to deliberately make TV adverts slightly hallucinatory and weird, to make the viewer jerk out of their coma and lay down some memories. These people are not stupid.
Give patients unregulated access to under-tested, possibly lethal, drugs?

What could go wrong?
Furious? They should have been proud!

I want to believe that a better magician would have noticed and reproduced the mark.
"As for encouraging adoption, I recommend you solve a problem in your spare time that your company has, in Erlang, and demonstrate how easy it is to maintain compared to whatever the accepted solution being worked on is. That's a lot safer thing to your management than "throwing money at a new toy, hoping for a payoff"."

For me, this translates to: invest unpaid time for your employer to improve things, on the off chance that it will be accepted. I understand where he's coming from, but that borders on self-exploitation.
Ask HN: Where to find problem solvers for BrowserStack?
If you are not aware of BrowserStack, we are a bootstrapped startup, based in Mumbai, India, with lots of very happy customers. (if you want to use BrowserStack for open source, message me and you can use it for free).

One of the problems we face when hiring is find “problem solvers”. Here are a few of the problems we worked on reasonably recently, to give you an idea:

1. Android Emulators take a lot of time to load. Its a known thing, and it got better in recent releases, but we support many old versions, and our problem was to make it faster. One of the solutions we came up with was to restore from snapshot instead of booting afresh. A lot of ancillary problems arose, like how to open a given URL in the emulator that boots from scratch, and adb was not an option, as it takes a lot of time for it to register there.

2. One of features we release recently, we call “AutoFit”, where in when you resize your browser running on your laptop, we resize the remote browser. Issuing a simple window resize was initial idea, but then there was problem when new window, alerts or context menus not coming in right place.

3. Mobile Screenshots Problem: we needed to be able to take upto 10 screenshots per second and upload them to S3, from an app that is running in background. There were many problems here, like making sure files get uploaded as fast as possible without effecting normal network usage on mobile. Or taking the screenshots themselves from an app running in background in iOS.

Along with these problems, some of which we have already solved, we have usual “standard problems” like writing well tested, scalable software systems, dealing with all sorts of attacks on all sorts of different VMs we support, making a kick ass UI, loads of specialised system services, applications we distribute to our customers and so on.

So how to go about it?
KDE releases Frameworks 5.4
Got to love Simpsons analogy in the text.
The real question is: can they get Perl 6 off the ground?

It took 6 years for Python 3 to reach a decent level of usage and recognition (http://python3wos.appspot.com/), and that was with mostly minor language changes.

Perl 6 has been 14 years in the making and still doesn't have a stable version. Mindshare will be very hard to come by at this point.
Most of the privacy concerns voiced in this threat don't sound like anything new to me, but this one made me take notice. You're suggesting that Google takes random queries from individuals and serves them as captchas to other random people? That sounds like a privacy disaster. Most of the time the queries would be anonymous, but it's certainly not guaranteed there wouldn't be identifying information.
You may want to read the Apocalypse documents ( http://perl6.org/archive/doc/apocalypse.html ) and the Exegeses ( http://perl6.org/archive/doc/exegesis.html ).

Perl 6 improves upon Perl 5 in countless ways. One of the strongest parts of perl, the regular expressions, have received further improvements. Check out https://en.wikipedia.org/wiki/Perl_6_rules

Finally, if you are familiar with Perl 5, there's special documentation for you at http://perlgeek.de/en/article/5-to-6
This is absolutely true. When you start out, and have gotten the hang of the main concepts, it's easy, beautiful and a joy to work with.

But eventually you will run into more complex use cases, and the beautiful abstractions of Angular will fall apart. And the problems I run into often only have unanswered questions on Stackoverflow.
I copied my OCaml bitmatch library from Erlang. It's a really great feature of Erlang.

https://code.google.com/p/bitstring/
Good luck to the Confluent guys!

There's a missing piece in the realtime puzzle, at least one that I haven't been able to find, for which Kafka is an overkill - perhaps someone here knows of a solution:

I have tens of system endpoints connected through unreliable (Line-of-sometimes-occluded-sight, 2G and 3G WWAN, some are in vehicles so connections are intermittent).

I just want to consistently tail their logs in a bandwidth-efficient, connection-drop resistant way; and I can't find any standard thing that does this.

Kafka would fit the bill in general, but would require a lot of work (reading textual logs into kafka, querying kafka for new stuff across connection, reading from kafka and writing to text files) - and I'm not sure how well it deals with dropped connections.

My existing solution is to rsync the log directories (--append, --inplace) as infrequently as I can from an operational view, which is 1 minute. It is relatively bandwidth efficient (although could be much better), robust with respect to connection issues, and generally works.

However, it is less efficient than it could be: if directories have a lot of files, like /var/log often does, there's a lot of sync overhead. The delay is 1 minute instead of a couple of seconds (which is what you would get with a simple "tail -f" through a TCP connection), and it doesn't play well with common log rotation schemes (though that's relatively easy to work around).

Anyone has a better solution, kafkaesque or otherwise?
Mobile Malware Banking Trojans That Steal Your Money
Defencely Makes Your Website Secure
> What people who dog on beats are missing is that "muddy, exaggerated bass" is exactly what most people want.

No. Most people who love beats usually ditch them when they hear a proper headphone. This is my anecdotal evidence, yes, but I hear about it from others all the time too. People love it because usually they are the first pair of cans they hear which are more expensive than 20 Dollars. Yes, they are way better than the crappy IEMs people used buy just because of their color. This doesn't mean that people love "muddy, exaggerated bass".

People love going to concerts too and muddy, exaggerated treble and bass is all you get there in terms of sound. People still go to concerts because of the experience. I love it too. If the same group was having a concert in a much more acoustic concert hall with also the same great experience for even less money, I would definitely prefer that instead. This situation is like, they go to a concert the first time in their life and love it. Does it mean the extremely distorted sound in a crappy concert hall is their preference? I don't think so. The crappy concert hall just invested more on marketing so everybody knows about it.

So, again, what's wrong with some people talking about the disadvantages and pointing that there are better alternatives? Even, in the end, if someone still happens to love the "muddy, exaggerated bass", at least now they now it's not the only option.

Coming back to my argument, I'm 100% confident the phrase "beats revolutionizing the headphones" has less to do with revolution and more to do with marketing (and nothing to do with the technicalities).
but, but, but... Netcraft has confirmed: Perl is dying!
Same here. Got a 5S because I gave my mum the 4S. The only feature that makes any difference is the fingerprint scanner.
The sarcasm doesn't make sense to me, because that's exactly what Amazon is doing (judgements on what's "bleeding edge" aside). Amazon could easily have massive profits if they weren't reinvesting it all.
1. "Don’t optimize for the short-term" vs "Keep it simple and straightforward".

Often the simplest thing may not work in the long run. But its better to err on the side of keeping things simple.

2. Code reviews + off mainline development is a potential disaster in waiting unless the review process is fast. The fastest review process I have seen is automated testing and pairing when someone is working on something that cannot be caught easily by automated tests like synchronization.
Right now, the most insecure aspect of TextSecure is that it's not yet available on iOS. Can't wait!

Also, I hope in the long run it'll be decentralized like XMPP. I'd prefer to run my own server to make it harder to gather metadata on a large scale.
explicit strong typing
proper parameter lists
active metadata on values, variables, subroutines, and types
declarative classes with strong encapsulation
roles
full OO exception handling
support for the concurrent use of multiple versions of a module
extensive introspection facilities (including of POD)
LL and LR grammars (including a built-in grammar for Perl 6 itself)
subroutine overloading
multiple dispatch
named arguments
a built-in switch statement
hierarchical construction and destruction
distributive method dispatch
method delegation
named regexes
overlapping and exhaustive regex matches within a string
named captures
parse-tree pruning
incremental regex matching against input streams
macros (that are implemented in Perl itself)
user-definable operators (from the full Unicode set)
chained comparisons
a universally accessible aliasing mechanism
lexical exporting (via a cleaner, declarative syntax)
multimorphic equality tests
state variables
hypothetical variables
hyperoperators (i.e. vector processing)
function currying
junctions (i.e. superpositional values, subroutines, and types)
coroutines
lazy lists
strong module and language versioning
concurrent object pipes

http://www.perl6.org/archive/faq.html
Yes. I refuse to work with codebases in dynamic typed languages - they're just too hard to read and get familiar with.
‘Operation Onymous’ Arrests 17, Seizes Hundreds of Dark Web Domains
> half the implementations had bugs due to the lack of tests

No, the implementations had bugs because they had bugs.

The bugs were not documented or fixed due to lack of tests or use.

For some this is a distinction without difference; For some, there is a huge difference.
I think you can compare the centre of Berlin (roughly Mitte, Charlottenburg, Tiergarten, Friedrichshain-Kreuzberg, Prenzlauer Berg) to Manhattan in that respect.

Those are the areas where the interesting stuff is happening that makes moving to the city worthwhile. As for Berlin most of the startup activity and economic growth is happening in that area. In addition to that all the important government institutions are located in that area, too.

Rapid transit is an important factor as well. Inside the S-Bahn-Ring you can get around really fast whereas getting from say Köpenick to the inner city takes quite some time.

I suppose the areas around Manhattan or Greater New York as a whole would show a very similar picture.
How the FBI made the world a more dangerous place by shutting down Silkroad 2.0
>But unless you have a fundamentally antagonist view of government (which most people in the US don't)

Speaking of empiricism, there's abundant evidence that your statement is incorrect:

http://www.pewresearch.org/key-data-points/views-of-governme... (and this one was before Snowden!)
http://www.thenewamerican.com/usnews/politics/item/18188-pol...
VIRTIS detects water and carbon dioxide in comet’s coma
How does TextSecure do group chat?
Apple simply doesn't have any own solutions for server-side development. Google has own languages for both client (Dart) and server (Go).
This page is valid HTML5
This popular german blog:

http://blog.fefe.de/

has a fairly minimal layout, great in it's own light (at least for me). But it hit me hard when I viewed the sourcecode

view-source:http://blog.fefe.de/

the tags for html, head and body are missing completely, none of the <li> or <p> tags are closed. But it renders fine in any browser, and even

http://validator.w3.org/check?uri=http%3A%2F%2Fblog.fefe.de%2F&charset=%28detect+automatically%29&doctype=Inline&group=0

says everything is okay. Until today I believed I "know" HTML5, but that you can close tags with a newline implicitly is totally new for me.

Does anyone have similar "hacks" like these?
Certainly doesn't come across as one. UX/hardware comes to mind first.
Try being a small book publisher and dealing with Amazon. It feels like living in Google or Paypal customer service world(ie if you are an edge case we do not want you).

I've been helping a non-profit publish some books on Amazon and it has been rather trying.

It is silly, the book comes out great printed through Amazon Createspace and looks great on Kindle, but it gets taken off Kindle Direct Publishing because it is not using English or one of the handful of supported languages.

Why not let people use other languages if they mark the e-book appropriately?

The official Amazon answer has been that they can not guarantee quality in other languages and thus they do not support it.

The problem is that unless you are using one of the limited number of official language Amazon will delete your e-book.
https://kdp.amazon.com/help?topicId=A9FDO0A3V0119

Welsh writers managed to raise up enough of a stink about it: http://www.walesonline.co.uk/news/wales-news/amazon-sparks-l...

Still it seems ridiculous that only way to get decent CS is through PR.
So, will 2015 also finally be the year of Linux on the Desktop?
> Recently, I tried to research some of the new CMS/API platforms that have been released in the last year.

For APIs, there is a great resource: http://www.programmableweb.com/apis

For CMSes, there is a dedicated website: http://www.cmsmatrix.org/

Alternatively, you can search GitHub for CMSes from this year: https://github.com/search?q=CMS+created%3A>2013-11-07
I'm not a Perl hacker, but there's one thing that I've wanted a bunch of times in other languages: Perl 6 does for PEGs (Parsing Expression Grammars) what Perl 5 did for regexes: they're part of the core language, you can execute Perl expressions when a PEG rule is matched, that kind of thing.

In Python when I have some data and it grows just a bit too irregular for regexes, I have to start manually writing state-machines or add a dependency on a third-party library and spend an afternoon explaining parsing theory to my co-workers.
Amazing Encounters – Apollo 13's Fred Haise
I think he just meant that it's like Bitcoin. To stop Bitcoin, you need to seize everyone's computers.
Looking at dwolla's site and seeing "Eliminate paper checks", I realised how lucky we in Germany are, that even though Germany is a pretty backwards country in some regards, at least we managed to get rid of paper checks a long time ago.
Erlang looks interesting. However, the only problem I have with starting in Erlang is that on the great computer language shootout, it shows that Erlang is about 10x slower than C++ on most examples. And about 3x slower than Go [1] I know that the problems on this website are not specifically "concurrent" problems, but still, even a distributed web-server must do some non-concurrent stuff at times :) Are my concerns correct/justified?

[1] http://benchmarksgame.alioth.debian.org/u32q/benchmark.php?t...

Edit: even Haskell seems to be about 7x faster than Erlang (according to [1]). Suddenly, Haskell looks like a good candidate for writing a distributed server :) Can somebody comment on this?
I had the honour of meeting and chatting with Fred Haise. He's my 5th Apollo-era astronaut, and while they've all been different, there's been a lot in common. They've been absolute gentlemen, and gentle men, quietly spoken, quietly passionate, and slightly embarrassed. TK Mattingley was the one for me - "We've been wheeled out to meet every new president." He's embarrassed to be one of the visible people out of the 400 thousand that worked to make it happen.

I now have a slide rule[0][1], signed "Fred Haise - Apollo 13 LMP"

I'll be keeping that.

========

[0] I have several - this one has a blank section, and it's not one I use much.

[1] Should "slide rule" (a) have a hyphen, (b) be one word, or (c) be two words (as shown)?
A few friends of mine really really tried to switch from Hangouts to TextSecure, but we couldn't do it - it was just too painful, complicated and buggy. We're using Telegram now and it's at least way better than Hangouts and TextSecure on the user experience, even though it's less secure than TextSecure.

Are there any good secure messengers out there that truly works cross platform (iOS, Android and Web/Win/OSX)? It's a shame that something like Telegram seems to be the best right now, considering its dodgy security model.
I guess that's up to Chrome OS and Steam OS :)
Xkcd: Cloud
Fine, but just because someone could bulldoze my house doesn't mean I don't lock the door. Just because I could have a heart attack doesn't mean I don't use condoms. And so on.

> you don't need to worry unless you're an international terrorist.

Or a person with a conscience who could be threat to people in power without one. For some reason I doubt that, say, people involved in extra-judicial killings, are really worried about being caught. At least one of them is known by name and proud holder of a peace nobel prize. So I'd say if you are a heavyweight criminal already on the payroll, you have nothing to fear period. Small fish and decent people, on the other hand, well. Do you think people like Poitras or Appelbaum don't get snooped on? Would you call them international terrorists? All sorts of activist groups get monitored, and no, it's not because they're all terrorists in spe. You may believe that, I don't buy it for one second.

> Your laptop is internet connected and has a microphone. So is your phone. Your TV is probably internet connected, and if you're fiddling with the production line, why not add a tiny microphone? I could go on.

Don't have a laptop, if I did, killing the crappy microphone in it would be trivial and not a big loss since when I use a mic, it's one I connect manually. Don't have a smartphone, though I doubt that matters; but my phone doesn't have 7 microphones in it, and I doubt you could record anything useful with it while I have it in my pocket. Last time I had a TV was in the 90s. So maybe actually do go on?

And even if none of that was true, I don't see how it constitutes an argument; as I said, it's a bit like saying I shouldn't worry about the poison I just ate because I also have cancer. How about I worry about, and try to undo, both? I don't care about chance of success either, I can still get washed downstream when I am a dead fish, there will always be infinite time for that.
Well, as you pointed out, Python 3 differs from Python 2 only with minor languages changes.

Perl 6 is drastically different from Perl 5 (though clearly in the same lineage). Not only the language is quite different, but so is the design of the implementation.

So it's not much comparable.
With steam machines it might well be (or perhaps the year of Linux in the living room).
Popularity isn't exactly a meritocracy either.

That is, while popularity is correlated with quality, the two are rarely considered identical, and one is often a poor heuristic for the other.
You wouldn't use Erlang for number crunching: you'd write some C code and communicate with that.

Same as you'd likely do with Ruby or PHP or whatever.
It makes for an unconvincing argument when you consider that the guns involved in the Lanza shooting were legally held, for instance. Same thing for Breivik. The fact is, it's disproportionally easy to kill a large number of people with semi-automatic weapons. One false positive means a lot of dead people. Not to mention the risk of theft by less savoury characters, assuming the filter did work in the first place.
Are you kidding me? NemCV is by far the most effective resume on the planet. That's why I offer $1000 to anyone who I can't find a job to and have not lost yet! As it works 100% of the time!