skysight-inc/HackerNews huggingface dataset:
For those interested in the history and mathematical development of Maxwell's Equations as we know them today, Paul J. Nahin's book on Heaviside[1] is a must read.

[1] http://www.amazon.com/Oliver-Heaviside-Electrical-Genius-Vic...
Ah, true, I checked again and you're right. Too late to edit.
Sublime Text 3 is easy to use, provides core functionality needed for development, and is customizable.

https://realpython.com/blog/python/setting-up-sublime-text-3...
I believe http://www.quakejs.com/ has multiplayer.
It runs on BEAM, the erlang vm, and has essentially the same usecases as erlang. Good for distributed systems, including web applications, bad for cpu bound tasks, for systems programming. Not great for scripting but usable if you want.
Thanks for confirming my guess that the type inference was the trickiest part. These days, I guess Flow (http://flowtype.org/) would also be worth studying. Edit: Or PyPy's RPython.
My compiler compiles 100,000 lines of code a second.

50,000 lines are compiled during boot (half a second).

50,000 lines are compiled during MakeAll (half a second).

If you echo to screen, compiles slowly.
That's exactly what I was thinking of.

Story about that clip: I was in Osaka getting wasted in a tiny bar. The bartender and some of the patrons were pretty into anime and games -- but the ones we tend to think of as "quintessentially Japanese" aren't universally known there. My compadres for the evening were big fans of ONE PIECE (which was the hotness in Japan at the time) but none of them had heard of Azumanga Daioh or even Katamari Damacy.

So when I said that my poor, drunken Japanese must sound like the cat thing from Azumanga Daioh, I showed them that clip on my cellphone by way of an example. Laughter all around. Those Japanese folks found the "American Sailor Moon" (a.k.a. Saban Moon) pretty funny as well: https://www.youtube.com/watch?v=xS027mYtRu8

The atmosphere in that bar was so friendly that a few days later I endeavored to return. It took me like an hour to find it using my GPS and photos I'd taken from the first time around but eventually I did, and announced my triumphant return to the patrons with a hearty "HALLO EBRY-NYAN. HOW AH YOU. FINE SANKYU." Again, laughter, as they seemed to get the reference.

I haven't been to Japan since and the bar has closed down. The owner, I believe, decided to open a sports bar elsewhere in Osaka. More's the pity.
> which is why you can find Chrome in %AppData%

Chrome installs in %AppData% so a non-admin user can install it and a non-admin process can update it. It is debatable if this is good behaviour, but it has nothing to do with the supposed confusion over Program Files.

> Program Files (or is it Program Files (x86) or good old PROGRA~1)

On 64 bit Windows 64 bit installations go in Program Files and 32 bit installations go into Program Files (x86). This is transparent to the installers themselves as Windows directs the installation appropriately based on bitness. 8.3 filenames are depreciated and only exist for backwards compatibility with MS Dos applications.

> User data goes in C:\Users\username\My Documents

No user data goes in the aptly named AppData folder (i.e. %AppData% or C:\Users\[user]\AppData). Personal files go in the Documents folder (it hasn't been called "My Documents" in approx. five years).

> But sometimes, with an especially hapless error, you can get Windows to reassign the drive letter for C:, and all hell breaks loose.

Your above issues are pretty sketchy but this one is now getting into the realm of absurd. You're effectively arguing that when you go out of your way to try and break Windows it, well, breaks. That is an astounding revelation.

> It sounds like people actually want Windows CE (no drive letters, everything OEM installed goes into \Windows, no exceptions)

People want a container model where everything is together.
That pixar shot looks awesome!
Right now our infrastructure and zoning in the US is all optimized for upper-middle-class 25–60 year-old able-bodied adults, and really sucks for children, the elderly, sick or disabled people, the mentally ill, the poor, foreign tourists, etc.

Even among healthy young professionals, we optimize for everyone having a long commute, living spread apart, strictly separating shops from housing, etc., such that basic living pretty much requires hours of driving time every day. In better designed cities which are a bit more compact and have arranged the most common destinations more centrally, car trips are less necessary, on average are shorter, and smaller slower cars would be more practical.

I’d love it if I could drive around town in a electric golf cart type vehicle that only cost a few thousand dollars new and topped at 15 mph (perhaps slightly larger and safer than a golf cart, but that general idea), without getting honked at and run over by angry dudes in SUVs. That would be better than a bike for carrying my groceries or driving a few miles in the rain, but much cheaper and more convenient for most purposes than a full-sized car.
In all fairness, they do have a freemium Directions API that gives driving directions. The free version however seems to be very restricting.
In terms of the Google Maps API they between v1 and v2 they added some convenience methods and some UI jazz but in terms of the functionality it is just as restricting.

The Directions API can be found here: https://developers.google.com/maps/documentation/directions/
I think a lot of static-language people assume that dynamic-language people write a lot of type-assertion statements in their code and then write a lot of tests to ensure those assertions hold.

Turns out... we don't really do that so much.
Starting with version 7, a lot of new development was actually done as plugins, in c#.
I don't get why it would affect other states. The only people cancelling would be people who couldn't afford without the subsidies. Are you saying the whole system only works because of the subsidies? But it wasn't that much worse before, and all the other provisions would have remained.
FogCreek seems to be winning the game. So I agree with the sentiment that it was productive debt.
You've used both for "decades" but think ini files are a substantial part of Windows' inner workings? Microsoft migrated to XML files for non-registry configuration. There's a small handful of legitimate ini files left on Windows (largely for backwards compatibility reasons e.g. win.ini).
Damn, this blog is so cool. Also, I share your excitement for the post cabal-install world :-)

Thank you for sharing!
Ah interesting. I've published a number of MS offices and from what IC an tell from the images, many staff work in open plan layouts. I wonder if higher up staff receive private offices?
"Soon"

When i applied to the usaf cyber command in 2008, i learned that all cell phones have a maintenance mode that enables the carrier to remotely listen without the user's knowledge. bfor that reason one cannot bring them into secure areas.

this has also been demonstrated at black hat.
What does that even mean? This does not sound like a very reasonable response. What is cheap about what they did? The JXcore jxp page[1] makes assurances that are clearly absurd.

[1] http://jxcore.com/jxp/
That's what I'm wondering as well.
Wasabi is a case study in technical debt. This entire thread is a case study in I wasn't there, but I know more about it than the people who were.
I'm sure there's a few problems with this software, just like others. After reading some of these FWP, and the whining...I dunno, man. There are people throwing acid in the face of girls on the other side of the world, and you're all complaining about having to go into the registry and manually remove context menus.

I don't know anything about Atom, but I'm willing to bet there's really nothing this software is doing that prevents you from sleeping at night.
is there any link from any of the jxcore pages to that year old page ? It even says that download Beta 2... What beta 2 is that?

https://github.com/jxcore/jxcore is the place (as you and he already knows) we publicly give out the source codes. Even a new graduate can see what's been going on. Hey.. it's visible there is nothing to crack.
So you're saying that the people who spend their free time developing projects that you most probably use in some form or another are doing “stupid shit”. I wouldn't hire you either.
That happens if they're named "username", "password", "address" or something similar.
All these discussion of how hiring is broken. Doesn't this imply an enormous market opportunity for the recruiting agencies or companies that can properly capitalize on either undervalued candidates or better knowledge?
http://www.reddit.com/r/conspiracy/comments/3b2af4/for_the_t...

It is mildly telling when /r/conspiracy is the largest /r/ upvote rate for such things...
has anyone who has ever used Emacs not complained of it being bloated? Isn't that the de facto argument in the age-old Emacs vs. Vi flamewars?
I'm in the middle of designing and building a system which uses Bayesian models.

One thing that struck me early is that while Bayes itself is rock solid, like arithmetic, when you go to apply it the results live or die on the quality of the models, and the relevance/realism of the evidence used to train them. GIGO.

But once you do have a good, relevant, signal-producing model, then, using it is a bit like doing a multi-dimensional lookup, or function call. Conceptually easy to understand, and, in many cases (depending, of course, on the details) cache-friendly.
For some reason it triggered vulnerability blocked warning on my device. Looks like one of the WAV files tried to execute code.

Screenshot: http://d.pr/i/w2A1/2BrF07Eo
Instead of wondering about this, pick the language you know best now (or if you don't know any, go to udacity/coursera, and take intro to programming with whatever language they use), and start working on a project. After completing a few projects, you will know what to do next.
I think the value of all the libraries available for R is overrated (even ignoring the buggy ones). Most of the time, you don't need that kind of choice.

I just finished reading _Data Analysis_ by Peter Huber. One chapter is about programming languages for statistics. In the language that he developed (ISP), he included only a small core of statistical facilities because in his experience that's all people really need. David Hand has also written observations along the same line.
It is interesting that most of the accidents were other vehicles rear ending (or close to rear ending) their car.
Yeah how tragic, being mistaken for an Arab.

I really hope that the denizens of HN can rise above the need to make foolhardy generalizations (good or bad) about large swathes of people. Maybe save that for your reddit account.
I'm having a blast playing with the free 32bit version of Q/K/Kdb+ these days in the context of a medium sized website which requires a good deal of data analysis.

As you probably know, Q/K are in the lineage of APL languages, with strong inherent vector-oriented capabilities, but Q uses an SQL-like dialect of words to replace APL's symbols.

I've always found the idea of APL exciting, but it seemed to be a very isolated platform. "How do I use this on my site?"

Q speaks SQL natively (using s.k) so it's easy to work into my MySQL-based flow, though not exactly the same as MySQL's syntax.

It's got great built in facilities for bulk data loading and storing, which saves you a lot of time with the boring "getting my data set up" step when banging out little helper scripts.

I've begun using Q as a cache in place of memcache/redis because I much prefer being able to ask flexible questions with a dynamic query language. Example: A MySQL query on a 1m row table that was often showing up in my slow query log at 1sec+ took less than 50ms in Q.

Obviously Q and MySQL are apples to oranges, but it is still a handy adjunct when you need serious speed without full loss of flexibility.

And writing Q directly is a really interesting exercise. My PHP and Node code has gotten better as a result.
As is the Heaviside Layer, which has even made it into popular culture.
...why do you still have that page at all?

[edit] It's pretty dishonest to knowingly keep a flatly misleading page like that up. It's linked to by Google if you search for stuff on JXcore security, and there are news articles that mention it, so people are likely going to come to it.
>I’d love it if I could drive around town in a electric golf cart type vehicle that only cost a few thousand dollars new and topped at 15 mph (perhaps slightly larger and safer than a golf cart, but that general idea),

They're called NEVs, and you can pick them up for a few thousand bucks. Electric, 25mph, cheap to insure, and fun.
Is Uber an example of a land-grab? Regulation arbitrage and long term domination of a market are not really compatible outcomes. Sure they need to focus on growth over all to beat their competition, but the end result will just mean that they end up as regulated as the current taxi industry once they actually achieve domination.
One way that Google can launch its driverless Uber is by using remote drivers that can take over once the program can't decide what to do...
Those I just don't use at all, really. :) They are not so popular in my part of the world.
Recruiting companies aren't in the business of finding good candidates, they are in the business of finding candidates their clients like.

Companies have the same problem the military does. They hire a certain stereotype because they've always hired a certain stereotype and the people in charge match that stereotype.

If there's any opportunity for disruption, it would be at tiny companies where there are people that 1) just need talent and 2) know that they process that made them successful is broken.
Aha, I was going to add a note about competitive advantage, but we're trying to improve the industry as a whole! Cooperation not competition! :)
Yes, "just" do this. So simple!
Why we’re open sourcing our most important feature
>Swift is an applications programming language where the runtime is non-optional (at least AFAICT) and memory is managed dynamically.

No, it's optional if you don't need to interact with Obj-C frameworks (ie. Cocoa). And memory is not managed dynamically. Swift uses ARC.

Like I said, I just don't see Rust sticking around for long. Swift will suck all the developers out of it since you'll be able to actually get a job programming in Swift.
Woah, what does that mean now? I played through the first level, do I have to worry about an arbitrary code execution exploit having compromised my computer now?
Rust core team has taken the approach of breakage without major version increments being acceptable as long as they deem the breakage "minor" (based on crates.io and companies they have close relationships to).
Sure, for example, HTML app performance is often constrained more by layout and DOM manipulation than straight line code execution.

On the other hand, a lot of these systems aren't that old. I don't think Android is a Rube Goldberg pile of legacy. But Google acquired a company to get the V8 JS interpreter team for WebKit/Blink, and the Android team just created ART to replace Dalvik. These are smart people who've done a lot of performance measurement and optimization. If the VM didn't matter, it seems like a lot of money and time spent for nothing, right?
Google has team offices for some teams. My first year here my team was split in two 5-person offices with doors. For the last year we were in an open office space. Soon we're moving again and some of us will be in team offices again of 3-4 people. I don't know the percentage of team offices vs open offices across the company though.

Also, since moving into our current building they've added sound-resistant walls and barriers in various places which has helped significantly.

(Speaking for myself, as a happy employee.)
I recently decided to start volunteering, I feel like that would give me some more purpose, which could potentially increase happiness.
There are some other alternatives that I suspect you'll be happier with if your main issue is the R language. Python + pandas or Julia for instance. Smaller communities around those but less aggravating languages for sure.
The key part here is “without getting honked at and run over by angry dudes in SUVs”.
Map of All the Coding Bootcamps in the World
Looking back, maybe Fog Creek should have built itself a boat instead of walking up the beach. Except rule number one was never, ever rewrite code.

That is the crux of the problem. Sometime requirements change enough that a total rewrite is the better and cheaper option. Having to support an entirely different operating system is certainly a change of that magnitude.

Obviously, second guessing is easy and shipping is hard, but can anyone tell me coherently why Joel didn't push for a rewrite when he received the requirement to support Unix servers? My perceptions may be inaccurate here, but it seems like the reasonable thing to do when confronted with having to support Unix servers in addition to Windows is to rewrite the code in a cross platform way, and perhaps add shims to support the differences between platforms. I don't think I know anybody personally, whose response would be, "I know, let's write a compiler to translate our VBScript into something that runs on Unix." And in fact, lots of other successful companies (Twitter, Reddit to name two offhand) have successfully embarked on full rewrites, with much less justification than having to support a brand new OS.

It seems to me that Joel was so committed to his "don't rewrite" principle that he was willing to take on a massive amount of technical debt to avoid comprimising on it. Which... well, it worked out well in this case, but I have a hard time seeing it as good general advice to follow when building software.
Wow! It worked super well on Firefox 38.0.5/OS X 10.7.5.
The end of middle management?
The one plan that YC can't really slap on is the one that is most advantages to founders in many cases - the bootstrap model where no outside funding is required. If you were able to achieve profitability after 9 months do you think you could have got there (maybe a bit slower) without raising external capital at all?
I really like the metaphor of walking up the coast because you're getting closer to London. So many projects are like that, some sort of fitness function that tells you that you are getting incrementally closer to your goal, but nothing to tell you that you are fundamentally ill equipped to actually make it to your goal, or even that your entire strategy which is "working" is fundamentally wrong.
Yes, it would be unworkable without the subsidies.

There are 34 states using the Federal exchange. Most of these states are in the south and midwest. The income per capita in these states is much lower than the states with their own exchanges. It is estimated that 70% of those covered would cancel their insurance in these states if the
subsidies were eliminated. The remaining 30% would try to hang on as they probably really need the insurance due to pre-existing conditions. Insurance companies would not be able to make a profit off of the remaining 30% and they would raise unsubsidised rates to try and compensate. As they raised the rates, more people would drop out and then the insurance companies would start raising rates in the states with their own exchanges, and on employers who offer health insurance to employees to compensate. The whole thing would have come crashing down.
Domain name WHOIS anonymity hangs in the balance under ICANN proposal
>Rust will deal with it by being swifter than Swift.

By how much? Will extra language codebase justify the speed increase (if any)?

Say you're developing some mobile app, why wouldn't you want to use a single unified codebase for front & backends instead of splitting it across Rust and Swift?
RFC 7568 – Deprecating Secure Sockets Layer Version 3.0
Open the SVG file. The characters are all there, you just have to sort them into the right order. Not much of an improvement. Or maybe not... * Are trivial to crack by a computer. * Are trivial to solve for a human.
Alternatively, it implies that there is no solution. You can obviously not make stupid mistakes like taking two months to call a candidate back, but beyond the basic competence there may be an irreducible element of rolling dice. It may be the case that evaluating humans is fundamentally difficult.

I'm not advocating for that. I could argue either side of it without any cognitive dissonance. Just pointing out the additional possibility.
did not even realize we have this page till today... I'm going to keep that page for Mark E. Hasse

[edit] and put a notice that there is no such a thing like protection.

BTW; What is dishonest? Claiming to cracking something open or letting us know this page has no link and old but still there and on google ?
"systems programming" is a vague term which means different things for different people. Swift isn't systems by the definition used for Rust and C++.

Go has to contend with Swift. Rust does not.

(Also, there are concerns about Swift's usefulness on non-apple platforms if the libs aren't completely open source.)
Why does that make it harder for me to move my paid repos off of github? I don't use PR or the github issue tracker, so I could probably start using the google cloud repos tomorrow if felt like it.
https://en.wikipedia.org/wiki/Defective_pixel#Stuck_versus_d...
> Out of curiosity, an example? The only programs I've compiled that remotely approach an hour are the Linux kernel, GCC, and ATLAS.

Don't know about GP, but I can think of a few more: KDE, OpenOffice, Firefox (that alone takes about 2 hours on my quad-core Phenom), Chromium.
Probably the cars will hit them. If you look at the disclosed accidents list that seems to be not entirely uncommon (even if it isn't the robot car's "fault")

That said, an algorithm that learns how to prevent people from cutting it off would be interesting indeed.
Sometimes you can clear a stuck pixel with a gentle massage - just don't use too much force. Doesn't work if there's a sheet of glass in front of the screen, of course.

Usually when I get a new screen, the first thing I'll do is check it out with a pure screen of each of red, blue, and green, which tends to show up stuck subpixels.
It looks like the Grindhouse Wetware blog is now private, but while it was still public, many people voiced concerns in blog comments about the safety of the battery and the likelihood of overheating/swelling -- prior to the device being implanted. I guess they assumed the concerns were unfounded?
The process being broken isn't a deal-breaker for companies, which can still hire from the 90% that can deal with the broken system. It's a deal-breaker for the 10% that are bad at playing the game / jumping hoops / resume writing / interviews, because they can't get a job.
No, I mean stupid shit for people that think looking at a GitHub page is all they need to know about a developer. I'm happy folks work on Open Source software and Github has helped a lot of these projects with visibility and infrastructure, but as the gp basically stated: "you either have a web presence or we don't interview you", then yeah, I don't care about that and having been on the interviewing side a lot, 95% of the github links in resumes (and yes, I check them) are crap and I can honestly said, done so they would have something to show and not because it had any real value (sorta like the 4043th JS framework, you do it because it brings you a bit of status, not because you are actually solving a problem or improving on a solution)
too bad no one's on the servers :/