skysight-inc/HackerNews huggingface dataset:
It's worked out pretty well for them I'd say. Consider that any developer can write a plugin for it easily, that cannot segfault the entire app, and which runs on all the platforms the IDE supports. That's just one advantage. Higher productivity of feature development is probably another.

To see how things could have been different, look at Visual Studio which is still a 32 bit program even in 2015. Users of it complain that it simply can't load big projects without running out of RAM even if their computer has enough. The VS team says they aren't doing a 64 bit port because it's such a big code base and besides, their plugin model is fully native. And of course it's Windows only.
aside from looking great - what does this tool give us?
Ask HN: What's the state of Angular JS?
Considering adopting Angular JS for a Django-based project. I just started doing research and know very little. I found this HN thread:

https://news.ycombinator.com/item?id=7522520

While I am still trying to digest it, being that it is over a year old I thought it prudent to ask about the current realities of Angular.
Industry, Ingenuity, and Fracture: On John McPhee
This is essentially the opposite of reality. If someone steals your cash nobody gives a shit. No csi team goes hunting them down.

Bank fraud on the other hand is the banks problem. If someone steals your money the bank makes it whole.
Haven't downvoted, I'm too young!

Luck (probability) exists, but I'm of those ones who believe that what you get is a result of what you have done before.
Do you really think iPad is selling more than Microsoft because a lack of passion or luck? Same with Google and YT.

I think you are wrong here and most of the times people use the excuse of bad luck, timing, etc. to protect themselves of their bad execution.
The project prides itself with being fully free and open source. Its goal is not turning profits or hiring developers.

Wesnoth has participated in the Google Summer of Code in the past, and it’s possible artwork has been or could be commissioned.
I love Brogue; ascended it many times. I'm currently hooked on Tales of Maj'Eyal (along with 5 of my friends).
Make a Logo
> I think the informal economy mainly exists for tax avoidance

Garage sales and lending your buddy five bucks are also part of that "informal" economy. Without cash, the government would be dipping its beak into those transactions as well.
Can you elaborate what you mean by subtracting living costs? Are you saying that after all necessary expenses they have slightly more than minimum wage left over?

That seems like a wage that shouldn't be compared to just minimum wage, given that in many places (I don't know about new York) minimum wage is below what you'd consider a living wage that covers necessary expenses.
https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav gives an interesting perspective. Libav sounds like it's strict about good software practices and merciless in its exclusion and deletion of "bad" code. This may make a cleaner, more sustainable product over the long term, but it makes compatibility a nightmare now, which is probably why distro managers are increasingly interested in swapping libav back out. Perhaps if they had a more steady, formal release cycle it wouldn't be annoying and they'd have been able to maintain their position in the distros they got to carry them (I think almost all of them have reverted to ffmpeg as the default now). Since libav aggressively deletes old stuff and painstakingly reviews each patch (according to this article, no direct experience), they don't merge a lot of "new stuff" from ffmpeg.

ffmpeg has maintained compatibility, making it really easy for downstream users and distro maintainers to keep going, whilst continuously adding new features and improvements, including aggressively merging those placed in libav (I guess as long as they aren't deletions or cleanups?).

I feel like there's a lot to learn in this whole drama and that it hasn't been very deeply explored. libav team originally claimed that ffmpeg's leadership had gone dark/fallen off the map, but they sure came back quickly to express discontentment at the mutiny. libav team undoubtedly has talented people working on it (wasn't DarkShikari on the libav side of the schism?) and libav/ffmpeg share a lot of goals. You'd think they could come to some type of compromise less onerous than this entire saga has been. IMO it's a failure from all sides that this fork was even a thing. A phased, unified, slow, and well-managed release process like Python 2 -> Python 3 might have made all of this unnecessary.
You're getting downvoted because luck isn't actionable, it's just a post-hoc explanation of events. There's always someone who wants to make themselves feel better about their lack of success by attributing others' to luck.

But here's the thing, we are all continuous actors in our own lives. Successful founders have a healthy vision of what they can control and what they can't, and they try to maneuver their companies into a position to succeed based on the state of the world as they see it at the time. What looks like luck from 30,000 feet was actually the result of a concerted effort day-in and day-out, usually over the course of years, to put themselves in a position to succeed. The fact that there success isn't reproducible, or that they weren't in control of everything does not mean that they succeeded because luck. That's a lullaby that wantrepreneurs tell themselves to protect their egos, but it's poisonous to ones ability to build something successful.
> Higher productivity of feature development is probably another.

So productive that they had to invent a new language for the JVM platform?
10,000 years is long time in a freezer. I throw even hamburger away after a year or so.

The only way I see it happening is a multi-generational trip. Or sending some raw material with instructions and a platform to reconstruct DNA and grow out some embryos. Or we modify ourselves genetically to the point it isn't the current hominid species making the trip.

Unless of course we find some sort of shortcut through space time. But it's all far fetched science fiction of course.
What is a pron? That's like a shrimp?
History of Lisp, by J McCarthy:

http://www-formal.stanford.edu/jmc/history/lisp/lisp.html

The Evolution of Lisp (Steele and Gabriel):

http://www.dreamsongs.com/Files/HOPL2-Uncut.pdf

The Original 'Lambda Papers' by Guy Steele and Gerald Sussman

http://library.readscheme.org/page1.html

Many papers on the evolution, design, and implementation of Scheme:

http://library.readscheme.org/page8.html
Unfortunately, not. We had a bad gradle config for a while so when we fixed that our build time jumped down from 6min incremental to 2min.
However, I can tell you that I haven't noticed an increase in build time since we fixed our gradle settings which happened a few months ago and we have added code. Maybe it's a function of gradle modules (we have around 25)? If we ever spend a bunch more time trying to optimize our build time we'll write about it somewhere.
I doubt it. Java 10 is very, very unlikely to match even a fraction of the features Kotlin has. Oracle is very obviously continuing Sun's strategy of focusing on the JVM rather than the Java language.

Their roadmap is pretty clear for the coming years, and it's all things like value types, better arrays, better APIs, modularity, performance, better ways to do "unsafe" stuff, etc. The only major change to the Java language they seem to be exploring right now is improved generics/class specialisation, and only because that's needed for the value types project.

Kotlin has basic things like real properties, which Java still lacks after two decades. Along with many other features.

The big competitors for Kotlin are Scala and Ceylon.
Human intentions are part of... nature.
a nameless colleague once claimed all his most critical code was written while high on LSD. A self-taught physicist turned programmer who first learned Pascal, his C files included a header file that #define(d) "Begin" as "{" and "End" as "}".
Rippetoe is all about being strong, because being strong is better than being weak. For the average dude starting to lift, that will likely involve gaining weight and adding muscle. This is, however, not the be all and end all of what he is talking about.

Please take a look at Gus, a woman in her 90s who has recently started to train at Rip's gym and has improved her quality of life such that she no longer requires her walker.

http://youtu.be/3585w9FmOGs

It's hard to hurt yourself if you truly read the book, because if you start with an empty bar and only add small amounts of weight using the proper form (as the book instructs) it's tough to hurt yourself.

If anyone needs some help with barbell form you can drop into the forums where coaches will gladly review a video for you, or if necessary find someone to help you in person.

And before I fall down the rabbit hole of repeating Rip's gospel word for word, what a coach says they do for an elite athlete has little bearing on the general population. Elite athelets are genetic freaks that could be trained in many ways and still achieve their results.

Lifting heavy is not going to slow you down or make you big, it's going to get you strong. Training for strength and practicing your sport of choice will just make you a stronger version of your previous self. If you train and eat like a power lifter you are not going to be able to maintain your 3:30 marathon time, but if you add in properly programmed strength training for the goals you are looking to achieve, it is petty hard to argue that being stronger is worse than being weaker all other things being equal.
The bigger problem is that money people have in banks, which is not borrowed and only belongs to private citizens is being plundered or destroyed. Second to that is an inability to access modern forms of transactions, which make running IT companies (and not only) an impossibility.
Do you really constantly count and succeed to memorize all of them? Would assisted computer recognition of disappearing bodies allow a lifeguard to watch a bigger beach? It seems like people constantly swim outside the dedicated flags, so it could be an improvement.
Kaspersky Antivirus 2015 Activation Code Plus Keygen Full
I have 3 main folders for work related stuff: Work in progress, Archive, For Later. Work In Progress is all the small stuff that has to be done in less than a month and it´s sync with dropbox, while the archive is all the past stuff that´s done and sync with Amazon cold storage. For Later is where I save the ideas and things that i want to test or try. The inside structure of each is quite different. On the Archive I have it by client/company name, friend name or family name (sisters, dad, me, etc) and in the Work In Progress I keep it by project name, since there can be several things going on with one client. And the For Later I keep it by idea/topic. It's taken me 10 years to get to this system but it fits my workflow, I do not know if that's the best for you
There is a Haskell implementation for the JVM if you want a language like F# (it's called Frege).

Kotlin has some FP features. You can easily make immutable data classes (one line definitions of struct like things), you have map/filter/reduce/etc with a much more efficient approach than Java 8's streams framework, the compiler knows about tail recursion, there's some basic forms of pattern matching.

I suspect Kotlin will take a breather from new features for a while now to try and stabilise what they've got. But after that, I imagine a few more FP features might materialise.
That is all in one year. The ISS has been there for 16 years.
That's not a problem. The application in question was a redesign of an MPI FORTRAN implementation that can produce the same outputs to within FPRE. To verify the low-level code, we just run in double-precision and make sure it matches to 1 part in 10e-9 so across 200+ daily conformance tests. Production mode runs in single-precision with 64-bit Fixed Point accumulation. And that's also been demonstrated to have numerical stability nearly equivalent to running in full double-precision.
Why don't you just stabilize everything and prepare to release a final polished version? Then, you can decide if you want to keep working, or if you want to stop and put the game in maintenance mode. Do you even have enough developers to support that? There is value in completing creative projects.
> It’s not standard to conduct investigations beforehand because that delays the apprehension of suspects, he told me.

When a man's job depends on him apprehending suspects, then he will find a way to create more suspects for which to apprehend.
Climate Change Seen as Top Global Threat
I'm surprised how often this comes up. What's the big deal with this syntax? It's not even used all that often, only in some special circumstances.
Have a look at http://media.ccc.de/browse/congress/2011/
For context, EMT workers in NYC earn just a bit over $15 an hour when they start out.
What prevents JL from creating a Founders at Work 2 is what prevents 99% of founders from creating their first startup.

For most founders the situation is far bleaker though. There's an incredible amount of sacrifice required to even attempt a startup if you have a family, can't get investors, and all your friends and family are poor people. And yet this is what most people face today.

Determination alone really isn't enough. You need help. The one thing all successful founders have in common is that they found help early on from people in a position to help.
map-reduce is already functional, isn't it?

Who cares if you implement the combining with atomic ops or by sending data to a process that does the combining or whether you stuff the data in a buffer and then reduce it afterwards?

(Of course you might care for performance reasons -- but conceptually it's the same thing.)
Kotlin is not actually slow to compile. The problem is that incremental compilation and gradle/android don't mix. So it ends up recompiling the whole thing each time.

I use Kotlin for non-Android projects with Maven, so incremental compilation works. Build times are not a significant issue, though the Kotlin compiler is still not as fast as the Java compiler is. I noticed from doing hotswaps when debugging processes that Kotlin seems to still compile too much, even when in incremental model. So I hope once JetBrains get stability under control they can spend some time optimising.
I didn't realize they needed Python help! I was looking through the site, and it appeared they needed C++ / graphics people to help out.

If that's the case, I'll certainly see what I can do!

I spend quite a bit of my free time doing open source work because it's fun =)
>An ideal (or, a better) system would be responsive.

Like a situation of economic freedom where millions of individual actors and entrepreneurs can dynamically change the landscape of city transportation instead of imposing a one size fits all scheme?
"The surprise is half the battle. Many things are half the battle, losing is half the battle. Let's think about what's the whole battle."
I, and many of my linux converts, feel GNOME has not gotten to the point of creating a useable UI for a non-touch device yet. I've converted many many Snow Leopard users to Linux/KDE becuase it's the most visually-familiar and smooth experience for the Mac crowd that needs to get actual work done on a Linux desktop.

My corporation has a strict KDE/Qt-first policy for any linux apps, due to the useability and comfort that comes from a KDE desktop.

I still keep my users at KDE 4.x for now, because 5.x is not quite ready yet. but it's very close.

so, I guess this is me actually disagreeing with your actual disagreement.
You are 100% correct. One of the best explanations of this that I've heard recently was on this interview with Brian Snow on the security weekly podcast: http://wiki.securityweekly.com/wiki/index.php/Episode332

I think the discussion was in the second half of the podcast.

I deal with infosec people all of the time, and the devotion to risk models (with questionable calculations of risks) is usually annoying, and in many cases whitewashing real issues.
I thought this was about a phone with a plasma screen :)
> I think that calling something verbose and unreadable is an oxymoron.

Verbose and unreadable are not contradictory descriptions. In fact, they are more complementary descriptions -- there is a reason that in natural languages one of the most frequent recommendations for clear and readable writing is to be concise.

Excess verbosity is bad for readability.
Luck (or timing, or circumstance) is a big factor. But we're all responsible for creating circumstances in which we can benefit from luck. I think that's where the "showing up" tendency is so huge. You have to show up everyday, even when shit ain't happening, to benefit from serendipitous events. More rigorously, you have to optimize your payoff function (in the Talebian sense) so that you can benefit from luck for reasons other than pure chance.
Quite true, on both counts :)
Presumably the driver take home is calculated after they pay to rent or own a medallion. So if they have low pay that just indicates there are plenty of willing drivers to service the available medallions, it is harder to go from their wages to a conclusion about whether the number of medallions is appropriate.
Agreed, for a single transaction it would not meet the "beyond a reasonable doubt" threshold. However it might be possible to build a stronger case around a pattern of transactions, e.g. bills withdrawn from the ATM by Alice routinely appear in bank deposits by Bob. At some point this would harder to explain as random chance.
It really irks me that the std algorithms library seems to have been designed without any consideration for usability given how much I would love to rely heavily on the generic algorithms it contains. For example consider the simple task of testing to see if an element exists in a container:

if (std::find(container.begin(), container.end(), element) != container.end())

My fingers are now cramping and my eyes are crossing trying to read that. It beggars belief that overloads don't exist which take an entire range which is all I want to do 99% of the time.
Yes luck is there, but if you are persistent then you should eventually succeed.

In 10 years one can start ~5 startups. And if after 5 failed startups one does not make it then oh well.. then she/he probably really really does not have any luck (or she/he is an idiot).
True, I misspoke, and thanks for the link. But Curson's stuff has made me rethink the practicality of heavy, slow lifting. He does think that it will slow you down.
This was the line that stuck out to me as well. What a bunch of disgusting hypocrites. What happened to serve and protect? What about innocent until proven guilty?
In all, there are three notorious ones which are impervious to counter arguments:

- Social Justice Warriors: basically people who make the rounds on twitter / github to jump on anyone who makes an utterance, like "that's gay", would mean the person should be named, shamed and put into a life altering event.

They lack power, so they get there's by using liberalism as a guise to destroy your life.

- GPL license shills: though they mean well, they don't understand how their viral license clauses make their code unusable with commercial ventures.

They are often academics, non-profits, developing countries or social-welfare states where the market forces of intellectual property are dulled compared to America.

- Consumers: We begin to realize giving everyone on the world a computer hasn't really made them more intelligent, solved injustice. Some of us can't leave our internet world for a day.

Solo:

- No project manager means you're constantly flirting with things and never getting stuff done.
- No boss means no one's are your ass to finish a project

Freelancer:

- Elance, oDesk and the like are all a race to the bottom.
- Everyone "has that idea" and wants it done free
- Client not paying
- "Give us a sample project, complete this small test", gives you a list of what to complete to they get a free project for themselves.

Startups:

- Narcissistic / Sociopathic founders
- Narcissistic / Sociopathic / Greedy investors
- Limited runway, you only have so much time to build it
- But your boss has to have "this little feature in, ASAP" or else the world will end. So your codebase rots over time.
- Boy who cried wolf mentality over the above
- You may not be developing with the stack you want

There are ways to get around these things. Tech is a vibrant place. I could go on about 10 pages longer on why the system gives even the lowest (with 1 notable exception) the best chance at rising into greatness. You can be a nobody today, and a year from now, be worth millions.
Also, looking for proof in a complex system will often lead you down the path of least resistance (the path for which it's easiest to find supporting proof; not necessarily the best path). So asking for proof is just evidence of a lack of systems thinking at play.

Ability to understand your specific system and guide it is the far more important factor.
Yeah, I learned to avoid automatic payments when I was poor, and have never chosen to trust them since. I don't care how convenient it is, I'm not letting somebody else's bank determine my financial priorities.
Am I the only one who does not understand why emoji are included in unicode? Wasn't unicode supposed to be about encoding glyphs used to write human languages, not cliparts designed by entertainment corporations?
There is absolutely nothing inherently dangerous or injury prone in lifting a barbell. It is the second part, the desire to slide on huge plates that gets people in trouble. One could say the same thing about someone who decides they are going to run a marathon, slide on their 5 year old Nikes, and heel strike their way to a knee replacement.

I do say, once you have had the experience of 400 pounds loaded on your back, there isn't a muscle in your body, stabilizer or otherwise, that isn't 'activated'. There are not many other movements out there, and none that can be progressively loaded and trained, that will match a back squat to proper depth for engaging more of the body's muscle systems.
For me it's not so much that handing over cash is mentally more painful. It's just that cash is inconvenient to obtain, so if I don't have enough of it on me, I won't buy that drink in the shop when I'm only 20 minutes from home. With plastic, there's always enough money, so I don't even have to think about it.
I'm really hopeful that Concepts will dramatically reduce the amount of code needed for std::transform. Imagine no begin() or end(). It would suddenly become less verbose than the classic for loop.
I've always wondered what would happen if we held important positions and decisions in the same regard we hold and review important economic theories, decide on climate change (IPCC panel), or choose among cryptographic hash functions (SHA competition) -- demanding each opinion be backed by a researcher well reputed in the relevant field, and overall statistical/theoretical justifications were demanded for each decision -- to try and make some provably or at least well supported significant decision in terms of optimality to reach certain clearly established goals.
"I can already tell you what's going to happen to all those extra cycles that faster hardware is going to give us in the next hundred years. They're nearly all going to be wasted."

http://www.paulgraham.com/hundred.html
There's a difference between "you're not qualified for this job" and "too many other people are doing this job".
I'm confused as to why a report of a squatter requires any kind of raid to begin with...
Its called https://en.wikipedia.org/wiki/Markdown

But its only a very limited subset of it. For example I cannot do [thing](url) URL links like you can on reddit. Anyone implementing a comment system that wants rich text should be using it, though, if a WYSIWYG editor is too much, or if its targeting a technical crowd.