skysight-inc/HackerNews huggingface dataset:
I love it, but I think it should get progressively harder? It's too easy to keep going far longer than seems reasonable to spend on the game.
It says in the article that activist investors (Red Mountain Capital Group) pushed for the breakup. The defense business wasn't growing fast enough for the pump and dump traders. It's a textbook short-term move: cleave off the slow and stable part of the business, get a higher multiple for the remaining faster growing part of the business. Just make sure you exit your position before the high growth portion of the business slows. Then you will wish you had an anchor of stability...
In go version you're using unbuffered channel, which will cause a lot of extra goroutine swithces
please try to change line 10 to:
rc := make(chan int, 10)
for example.

After this change my results changed from:
Result: 1783293664 in 61586 ms.
to:
Result: 1783293664 in 28401 ms.
My Experience with Linux of the 90s, or Why I Have Linux Desktop PTSD
This is extremely validating to read. How many times have I battled with DRYists over which solution is "better."

I've happened upon the pattern of code growth described here after years of encountering and resolving pain points in code, often as the maintainer. DRYness for DRYness sake might feel satisfying when writing the code, but when changes need to be made, it often scatters constraints and requirements throughout the codebase, making any change an unestimatable mess of sneaky traps. Try writing your boilerplate initialization code straight some time... no metaprogramming, no helper functions, just get your configuration, create your objects and wire them together. It is oddly liberating to have your bootstrap code flat and unmagical.
I live in a rural community. I have had many friends and family work with our local light-horse association. I would really appreciate you localizing that comment about trained through fear and reporting it to your local equestrian society. I apologize if you are not from North America and part of a country that allows you do so.
sure if what you want in a mobile phone is mobile linux, then I'd agree maemo is better.

But when designing a device for the mass-market (which is where I'd suggest a flagship smartphone should be looking at), is that really better than something which is faster, more user-friendly and easier to develop for?
re2c is probably just as fast in practice, i'd imagine.
Also note that rejit has already been used as a name for this purpose :)

https://github.com/coreperf/rejit
This is my n=1 (me) experience. You have to know someone on the inside. Job sites for someplace as large as Google or Apple are a black hole. I always have a friend refer me, which at a bare minimum gets a real human being to read my resume. I know it sounds like an advantage, but i've been rejected more times than i've received an offer. I never felt like I got special treatment.
I am from a more mixed background, but I have had my fair share of C++ before I learned Rust.

Now when I code C++ my Rust knowledge is a double edged sword. On one hand, I have a much better idea on how to manage my data in C++. I had this discipline before learning Rust, but I didn't have explicit rules to it; it was just a ... nebulous bunch of idea about how data works. Now it's explicit. On the other hand, I am absolutely terrified when writing C++ code (something I would do with ease in the past). Well, not exactly, but it's hard to accept somewhat-unsafe code (which is probably safe at a macro level -- i.e. safe when looked at in the context of its use) and while I can see that something is safe, I can also see how it could become unsafe. And I fret about it. Rust trains you to fret about it (more than you would in C++, that is), and simultaneously Rust handles it for you so you don't have to fret about it :) C++ doesn't handle it, but you still fret about it sicne Rust taught you to.

I guess it's a "Living is easy with eyes closed" thing :P
Ditaa: DIagrams Through Ascii Art
The Emptiness of Existence
Get Me Off Your Fucking Mailing List [pdf]
Here's a good argument about smart devices; To be practical they require a lowering of security.

think google/facebook etc logins. Think lastpass.

I bought a crappy tablet from amazon, and was just about to add my credentials to it (http://www.ibtimes.com/amazon-selling-40-android-tablets-com...), then realised if the tablet was compromised, anyone able to remote-in to it would have access to one hell of a lot through my single-sign in accounts.

Security for these things is improving, but it's still not there yet.
Audio de-mixing via ICA
Designing your own Spring Boot starter – part 2
It looked like the the overhangs can be machined with a small rabbeting bit (remember that we can use more than just end mills :P), and like i said, both my pieces of HSM software seemed to think it wasn't trouble (IE the simulated finished piece is within 0.001).

You are right that in practice, you would likely want a 4th axis rather than messing around, but a 4 axis setup is just not a big deal (the 4th axis on my woodworking CNC cost < 4k)
I'm not sure if a term like "tasks" / "jobs" / "actions" makes more sense. You wouldn't necessarily separate each thing that a program does into a new thread... Functions are for separating each body of work, while threads represent a path of execution through a process. In this way multiple lines of execution are intertwined to form a process, just as real threads are intertwined to form a rope... It's not a very good metaphor, but I can't think of a better one.

In Ada, "tasks" makes sense, but only because it is an abstraction that makes use of threads while managing all memory access and separation from the rest of the process.
Imagine there is an agreement that does two things: a) eliminates some tariffs and b) murders all children under the age of 12.

If (a) is good and (b) is not related to or necessary for (a) then clearly we should do (a) and not (b), and an agreement that ties them together for no reason is flawed and should be voted down so we can come back and vote on the separate issues separately.

If (b) is related to and necessary for (a) then clearly (a) isn't worth (b) and we should vote down the whole agreement.

Notice that in both cases we should vote down the whole agreement.
I was referring to its built-in raw threads including mutexes, condition variables, and what it calls mailboxes (communication channels between threads) as well as object ports. You can build an Erlang style system easily on top of those (this is Scheme, after all, so you've got macros to help build abstractions, although the system doesn't offer the means to enforce separation (your programs can access symbols that allow to circumvent any separation attempts)), as the Termite project(1) in fact did (also about a decade ago).

(1) https://duckduckgo.com/html/?q=gambit+termite

I was mentioning threads since Marc Feeley, its author, was a forerunner in implementing threads on Scheme systems (he authored the threading SRFI (2)). It's a green threading system (support for millions of threads, it doesn't come with support for libev though, so YMMV).

(2) http://srfi.schemers.org/srfi-18/

Thing is, the thread system, like the rest of the system (e.g. he devised an I/O layer that tries to be OS agnostic), tries to come as shiny closed system for the user (with comprehensive user docs), whereas I'd much prefer for the parts to be openly accessible/exchangable. For example I'm often barely using the built-in OS-agnostic I/O layer and instead wrote interfaces to POSIX via the FFI. And I don't use the threading system often. My biggest use case for multi-threading is SMP support which I need to do by running separate Gambit instances (or by way of fork), accessing a common storage layer implemented via POSIX (currently in the works, and I'm writing it in a way that should make it easy for me to move to other Scheme systems).

In essence, from my point of view it's a system from academia with a quite explicit attempt to be practical for industrial use but falling short on the latter front pretty much exactly because it tries to do the latter itself.
What about h1 = React.DOM.h1;?

Personally, I moved from using DOM tag names as variable names ('a' being the worst) to saving 'var DOM = React.DOM' (or '{DOM} = React') and then calling DOM.a(props, children...)
>What's old is new again I suppose. The browser, in general, feels like a giant step forward. I wish, though, that some ecosystem had evolved where Javascript wasn't the sole supported client side language.

Webassembly is coming!
This article is mostly good but it distorts the issue of teen pregnancy. According to the government, teen pregnancy in the USA peaked in 1958, which was the peak year of the Baby Boom. Teen pregnancy has been in decline since 1958 (there was a brief surge around 1990, and then the downward trend renewed).

Please see the first chart in this National Vital Statistics Report from the Centers Of Disease Control:

http://www.cdc.gov/nchs/data/nvsr/nvsr49/nvsr49_10.pdf

It's not very surprising that teen pregnancy has declined since it has been declining for most of the last 60 years.

Of course, there is the separate issue of unmarried teens getting pregnant. The unmarried rate has risen from 12% to 79%, as the chart in the CDC report makes clear. Although even this trend seems to be now slowing, which is an interesting thing the article could have focused on, but didn't.

ETA:

Also, the USA is not homogeneous, and the report mentions this:

"Birth rates for teenagers vary substantially by State. In 1999, the most recent year for which State-specific birth rates are available, the rates for ages 15–19 years ranged from 24.0 for New Hampshire to 72.5 in Mississippi."
"Of course, systemd covers more ground than we originally intended, but I am mostly pretty happy with where we stand now."

If the creator himself agrees with the biggest criticism against systemd, then why not think about a redesign that pares it down and reduce some of the criticism?
I hope you meant add RxJS in possible future tutorials.

It is very clear that author's intention for this post was to avoid any unnecessary clutter - hence no Flux, no JSX etc. Adding RxJS and with it a whole train that is functional programming is definitely not something that would be helpful for people who just want to "get" React.
The interesting thing about the yakuza is that, in Japan, they're not actually illegal. The activities they partake in are, but actually being a yakuza member isn't a crime.
Nice idea. Looking at the script, it seems it's fetching packages specifically for Ubuntu Trusty. If the script is only for a specific version of Ubuntu, it might make sense to write that somewhere in the readme (or better, make it work for a wider range of distros/OS's)
Great response, thanks.
It would be interesting to see how that stacked up against marriage rates overall
Wasn't it Sartre who famously wrote Three o'clock is both too early and too late to start refactoring?
Many TVs are more expensive than many smartphones.
That's not the same. You are just creating a bunch of completed futures. Your code basically is just summing numbers up in a recursion here. Which is not what OP is trying to benchmark.
> Modern smartphones do not

Excluding so many apps and web apps that enable you to write and test code on mobile/tablet? Excluding all the content writing and note taking apps? Excluding 'game builder' apps? I don't agree with your point. Android lets you run android sdk anyways.
Camel milk
It's a bit weird how much stuff we just plough over in the UK.

Here's a Roman "fort" (probably not a fort) in Google Maps. The square bit in a field near the middle of the image (South of "Tunnel House Inn").

https://www.google.co.uk/maps/place/Coates,+Cirencester,+Glo...

This image shows the old "fort" (probably a villa), a canal, a railway, the nearby church in Coates village (one of two in Gloucestershire that have an anthropophagus) and some footpaths.

If you look on LIDAR data you see the spoil heaps from digging the canal tunnel (between Coates and Sapperton.

LIDAR data made available: https://news.ycombinator.com/item?id=10379279

Sadly, this interesting site has been plundered by irresponsible detectorists, and much of it has been ploughed over.

http://www.bgas.org.uk/tbgas_bg/v119/bg119083.pdf

It's weird to me that we have this site and we're happy to just lose all that stuff.
> anyone able to remote-in to it would have access to one hell of a lot through my single-sign in accounts.

How is this different to desktop, where most people autofill or lastpass all their accounts?
Wait until it gets to be negative 40 Celsius. We can be temperature buddies.
Startup idea: Readbettr, a login and payments provider for online mags and newspapers.

I'd happily pay if I was charged 25-50 cents per article. But I wouln't want to have to subscribe to the entire magazine for only one article. I do not think the would be many who only follow a few preferred mags online, people usually end up on articles via links, and read the article and do not see the website until they bump into some other link to it.

But if the abovementioned service existed, where I had deposited some amount, and the mag had a link, "Connect with Readbettr to read the rest of the article", after a compelling abstract, and when I clicked, it automatically charged me ¢50 and let me read the article, with a single login, and it sent me a PDF copy automatically, I'd be a happy paying user of many online news and content sources.

This thing does not exist, and I leave the idea here for the taking. Someone please make this.
That was a quick update! Looks better now. I would have expected the difference to be much bigger. I made some similar comparison about a year ago (with normal .NET), and it performed slower than Go. However with a custom Actor implementation (similar to the Scalaz implementation) I was a lot faster. F# with the Hopac library also performed very good.
> Computers are just really fast calculators.

In what way is a Universal Turing Machine equivalent, stored-program, probably Von Neumann architecture computer in any way "really just" a fast calculator? The computer may contain an ALU, but the ability to change the program makes the computer capable of far more that a fancy ALU (calculator).

There are a lot of people that wish they could stuff the genie called "Turing complete" back in its bottle and go back to the days of selling merely a calculator (or "app"liance), but as Cory Doctorow put it[1], "...an appliance is not a stripped-down computer -- it is a fully functional computer with spyware on it out of the box."

[1] https://www.youtube.com/watch?v=HUEvRyemKSg
obv. your discount rate will reflect the higher default rate. one comp are student loans extended by trade schools; there is a massive amount of loans outstanding by students that either never graduate or never find a job in their trade. they too are unhappy but that is the nature of debt. this will show up on your credit report just like unpaid credit card debt, student loans or car loans
You can't create 1M threads on Windows (or OS X, for that matter) because there won't be enough RAM for stack space. (also, running more threads than physical cores on CPU-bound task is pretty pointless).

Maybe you mean we should schedule something which has a complete event loop? That would be a lot more fair wrt the Akka version, but the Go version does not create any threads either.
Wondershare Dr Fone 5.7 Crack Patch and Serial Key Download
The keyboard is a very common complaint, so I just figured I'd throw in my two cents of not actually hating the chiclet-style keys. Because I was unsure before I bought it, and ended up not actually minding the different keycaps.

PgUp/PgDn are more my problem when switching back and forth to the T61, but I would probably fix that by remapping the T61. I don't see how Insert is that different between the two, but I'm not so picky with specific positioning because I don't "home row".

Don't worry, I'm also bitter about the erosion of Thinkpad - just not so much about the keyboard. The 1.75 inches of missing vertical screen real estate is a much bigger annoyance.
It's still a silly distinction and pedantic. A modern car is a consumption device, but it also contains several computers, input and output devices, and significant computing power. But everyone is fine with just driving around in them. A smart phone is way more of a production device with camera and video shooting and editing than a car.
Everyone knows this already and most happily make the trade-off. My gov knows exactly what and when I do something in public, and probably on my phone/desktop. Do I have things to hide? Sure. And I take the proper precautions to ensure its safety because I know the trade I made. Plenty of govs still police your speech, enjoy that ours only hears but does not act.
Absolutely this. I just started learning React a few days ago, and I absolutely would not have given it a chance with all those React.createElements. That looks like hell.
Edited summary from David Jaxon's newsletter:

The weather just took a turn for the worse and the storm is moving in fast. If you’re a startup founder, what do you do?

1. Take a hard look at your finances. Immediately freeze all planned future increase in spending. Stop. Spending. Right. Now. You and your CFO should immediately assume that you will need to live with whatever you have in the bank for the next 12 months (at a minimum, ideally longer) — assuming conservative revenue assumptions. If you don’t have the runway with your current burn (excluding all the new spending you just cut), then you now need to take immediate action. The primary goal is a flight to safer ground. Screw this up and your startup will not survive.

2. Take a hard look at your priorities. What can you stop doing that you are doing right now? If it’s not core to the mission and not going to drive immediate short-term revenue (less than 6 months), stop doing it right now. Make sure everyone now clearly understands that revenue is going to be the priority over everything else. Growth at all costs doesn’t work right now, it’s now about survival.

3. Take a hard look at your people. Based on the past 2–3 years, you’ve likely got extra resources doing things that have now been deemed not a priority in the interim. Make a priority list. Rank each team member by the following: (1) must have or we cannot run the business, (2) really need to have them or things start to get difficult, (3) nice to have but in a worse case could live without, and (4) extra. What you do the list will greatly depend on your situation — mainly your burn rate, cash in the bank and your financing plan. With this list, you’re going to be able to have a rational and financial way to evaluate your situation with the least amount of emotion doing it.
I have just started a similar experiment, but matching people one-on-one, precisely because of the social obligation you mentioned.

More here:

http://peermentors.xyz/
There are many other controversial aspects of the bill, such as extensive copyright protections and reduced access to generic medicines, both of which were forced in through US pressure. To me it sounds like the agreement is designed primarily to benefit large American corporations.
I'd love to see Erlang here. Anyway Swift performance is impressive.
Better pull request acceptance rate when GitHub account is not identified female
It wouldn't be just about gathering data, but also developing the algorithms that are capable of that specialization to each person. No matter how good your data is, the lack of an algorithm to examine the data and recognize applications for each unique person to manipulate behavior using a strategy that must recognize it's own applicability at that moment is going to be the huge hurdle.
Oh microbenchmarks.

All of this is going to be optimized away by a sufficiently smart compiler or a compiler you tell you want to spend lots of time optimizing.

In general: don't write microbenchmarks where the results can be easily statically evaluated by the compiler, unless you are testing whether the compiler can statically evaluate it (this is a reasonable thing to want to know of course, but it's not a test of the language).

There are also languages which will pretty much not bother to do a lot of the the actual work, like haskell.

(Note: In this case, the the C++ compiler being used actually knows all the recurrences involved, but decides it's too expensive to statically calculate the final result of sum. GCC would do the same.)
Dwellings are getting bigger. All the new construction is larger than average for the given number of bedrooms. Dwellings are larger, and fewer people are living in each of them. Both of these factors are headwinds for the housing market.
What happened to the great projects is that the governments responsible generally flubbed their ability to balance a budget so badly that people lost faith in their ability to deliver anything. The MTA Second System was a glorious and wonderful idea on paper, and any New Yorker would love having it, but look what actually became of those lofty ideals: one useful connection and the station named "Grand Street" (B/D) plus a bankruptcy.

Increased labor costs (thanks in part to pro-union prevailing-wage legislation) and environmental-planning holdups in years since haven't helped get things built for less money, either, and we've suffered a parade of boondoggle public-transportation projects, like the Acela service: crazy-money wasted on designing new trainsets instead of importing existing ones, and then the trains are run at normal-train speeds for most of their trip. Next up: California high-speed rail. Not that this is specific to public transit, mind you: the Big Dig should disabuse anyone of that notion. And even when the government supposedly tries to be efficient, we end up with scandals like with the new Bay Bridge.

Bonus points, too, when the laughable micro-projects with insane price tags that are approved find themselves over-budget and end up dropping some of the promises that they did make. (In the Bay Area I know there are people who still complain about how VTA promised to run light rail up West San Carlos Ave, from downtown to the Valley Fair mall, and the old BART/VTA institutional/political rivalry is still running after all these decades.)

How can we restore our faith, asks our intrepid columnist? You'll need to get the governments involved to get their acts together, and then it will be pretty automatic as they demonstrate competence. I wouldn't hold my breath, though.
Seems reasonable. To be honest the script is really hacky and as i've said I did pretty much just get the first working version committed.

Also rndmh3ro i'm just testing your pull request on a fresh ubuntu machine to make sure it works but thanks for the improvements!
Just use Scala 2.11 then. The only difference between the two versions is how they compile to bytecode, with 2.12 taking advantage of new JVM developments brought by Java 8.
It is exactly the same what is happening to Nokia Networks. What saves them is fact that mobile networks market is pretty much closed and there is very high barrier of entry.
If the market would be more open (patents!) - Nokia wouldn't survive a day there.

Nokia top management have no clue about technology, they are not engineers so you can sell them any s##t you what if you have smooth talk.

Nokia suffers also from politics and internal battles between sites and organizations (basically Finns vs everybody else). This results in ubiquitous NIH syndrome. Nokia Net reinvents wheel all the time, and almost every time they get a square.
An easy to configure Slack bot in python
Also thanks for saying it's a nice idea!
Scalia's death puts Supreme Court at the center of the presidential campaign