skysight-inc/HackerNews huggingface dataset:
Thanks for the reply.

From what I've read researching deep learning is still very promising regardless if it's a new field or not. I was just wondering if you had any idea of how to interpret results a bit more. It seems that I'll have to find more reading on this stuff though.

I imagine deep learning to be more predictive than simple regression testing and some of the back propagation type predictors but I can't imagine it being extremely predictive when the stockmarket is known for being very subjective to attitudes as well as other unpredictable factors. Deep learning is supposed to pick out factors that may provide some information about things.

As another test I'd recommend trying to do deep learning with weather data and a few stocks. This might give you something more discerning because the whole point of deep learning is to identify unknown factors that effect things. People have long suggested that weather plays a good factor in certain stocks but it'd be interesting to see what a trained model thinks.
What I am missing on your website, is a clear vision of use case for this app. You know, stuff like - "hey you, overworked real estate agent, I have something to make your life so much easier. A system that sorts your incoming mail in a split of a second, bla bla bla".

Plus, the website lists many features, but it skimps on user benefits/concerns. For example, you have a "feature" called beauty (which is actually not that pretty - perhaps you can change the picture to the one featuring a family or smth) - why not say instead, our beautiful UI makes it so easy to navigate and sort your emails, you will forget you are working!

And security, why don't you talk about security? To me it is one of the major concerns if I am giving ANYBODY access to my inbox.
Popular Freelance Job Boards for Design Inspiration
And why do they redirect DNS misses to their own advertising page? I think "give a shit" refers to the money they are getting, and not much else.
As an avid Vim user, I must say this is really great! I'll show this to some friends of mine I'm trying to get them to start using Vim...
Ah yes, 20-somethings without kids are famous for having work be their first priority.

Having kids can put a lot more structure into a life that was missing it before. 20-somethings without kids are usually the ones late in in the morning, missing standups, or the ones working while hung over.

I'm sure that it is possible to get someone who is so dedicated to their work that they have no life at any age. Whether or not this is a good idea for your company is a different question.
Is it reasonable that we try to build a IT-industry where people can have a family and kids and still be considered productive? Do you plan on having a family and kids yourself one day? Will you change job and start selling bananas that day?

I know of very few other jobs were you are supposed to spend so much of your spare time reading up on new stuff as the IT-business. A few of my friends are physicians and they to spend their spare time reading up on new stuff. Others, not so much.

I don't think this is a sustainable way of doing business in the long run.
The argument about "same language on client and server" doesn't hold for me.

For one thing, client and server share only a small part of the overall functionality. Usually the database interfacing on the server and the user interfacing on the client will require substantially different code.

For another point, Python, Ruby and even PHP come with a lot of available packages and libraries. Node.js has lots of them too, but generally I prefer Django's API design to be more pleasant to work with than node.js
Did it stop being relevant?

It did, since Apple now allows competitors to their apps in their store. I usually use Google Maps/Mail on my iPhone in leu of the Apple-provided apps.
Ahem,
http://en.wikipedia.org/wiki/Netscape_Enterprise_Server

note: version 1.0 is from 1994
Within a year ES6 will be shipping and available, already generators have been implemented in V8. Combine them with http://taskjs.org/ and you have callback hell relegated to a distant memory.
Formatting of chat in Gmail has changed, discuss
The main thing that's changed for what you call infrastructure is that a massive proportion of people are connected from a plethora of different devices on different kinds of networks.

That wouldn't have been possible without the web. The web technologies you decry are more irritating in many ways than any one specific proprietary system from 20 years ago, but that ignores some of the huge benefits of openness and standards and platform independence.

I can write a program and have it run without modification on my phone, on an embedded computer running sensors, on a tablet, on my laptop, my desktop computer, my hifi, my network hard drive, a huge server being rented to me on the other side of the world. I can even make it easily distributable so it can run safely on other peoples computers who don't fully trust me. It's unimaginable that any proprietary system from 20 years ago would have been able to produce that state of affairs.
A Step-by-Step Process to Teach Yourself Anything (in a Fraction of the Time)
$10k per hour, $20k if they want anal.
http://thepaperbay.com/ (By HN's jacquesm, I believe[1])

[1] http://jacquesmattheij.com/introducing-thepaperbay
The written word leads to immortality. Although one could argue that writing and preserving writings are products of technology, I think you mean internet and such 21st century stuff, not the printing press or ink.

I don't mean to find fault - only replied because it never ceases to amaze me that people can talk to me across centuries.
One problem that the WINE project (windows emulator for unix)has is that windows is full of undocumented APIs, some of which might be really quite useful, which are used by windows internal developers.

For WINE, if you are going to write an emulator that runs Microsoft code (like the .net framework, or notepad.exe), you need to find the correct behavior of these undocumented APIs by trial and error.

For a developer on Windows, it is perhaps frustrating that MS identifies and solves problems with it's platform, but doesn't publicly release these solutions to you.

I work for some random company that makes an SDK, although I mostly make products using it. Many of our best features are hidden - we don't ship the header files with the SDK, but the symbols are there in the binaries. Someone doesn't think they are useful enough to justify the testing expense for a full release. I guess MS have the same thing.
If the contract is tight, let em sue. Big companies get sued all the time. Who cares.
Get Early-International-Exposure
Affordable representative based in Europe for start up Early-International-Exposure:

Entrepreneur and senior manager with start up savvy, previously co-founded 2 European start-ups (e-commerce and mobile apps both in the Y2K) plus multinational extensive EMEA experience.

Lives in Geneva Switzerland, very mobile in Europe.
French, English, basic Spanish and Russian.

EMAIL: ray@safeon.mobi
Central European Time = Pacific Time USA + 09:00
Possibly they had. Possibly went gray for a time, indicating that its score was non-positive. Then it got upvoted, bringing it back to being positive.
In the future, only programmers have money.

>I never learned to skateboard. I can’t dance. I can’t play a musical instrument. I struggle learning foreign languages. I know people who can do those things well.

The reason people need to become programmers is because, while people love to skateboard and dance, that shit don't pay.

Programming gets money. It's the only white collar job that doesn't artificially limit the number of people entering the field--in fact programmers seem to actively support importing foreign workers to compete with them for jobs. That's a new development in history. A group of professionals eager to give a helping hand to low-wage competition.

Expect more dilution of the talent pool.
I have never heard that before but it is a very truthful proverb.
If there's one thing worse than clueless execs that don't understand what programmers do, it's clueless ego-maniacal execs that try to "educate" the rest of the world about what programmers do.

Forget about the "probably". Most people on HN would want to avoid an employer like that like the plague.

Most employers can be taught about how to get the best out of their developers, and most of the time all it takes is programmers to open their mouths instead of bitching on HN or proggit.

But with an ego like mr. McDonald, who shows so little understanding about what it means to be a programmer but is totally convinced he knows it all, I wouldn't bother trying.
Many thanks for the input, mate - I very much appreciate it. It's extremely helpful getting a more objective viewpoint on bootcamps, since the majority of information out there is from alumni and will always be positive.

My degree was faiyly comprehensive, it's just that since I graduated I have become pretty rusty on the fundamentals, but I guess that's something that should come back to me with a bit of revision.

I guess my main worry was the difficulty of finding a job in a new country with no prior connections and no real professional experience, but I guess I've got around a year to make myself marketable and attempt to build up a few connections from across the pond (maybe I can find a few Rails OS projects willing to take on an eager learner).

Thanks again!
> I always considered frameworks like WPF (or Flex, for that matter) 'intern code' - not that interns necessarily wrote them, but they reek of not-experienced-enough engineers trying to solve problems by writing a bunch of new code, instead of fixing existing code.

This is unfair and unfounded accusation. If you look at the time frame, all the major platform were working on their first hardware accelerated UI toolkits and went through the similar teething problems (Cocoa anyone?). WinForms was a dead end, there was no fixing to do. WPF has turned out well enough, and WinRT has evolved into something very efficient (e.g. by using ref counting rather than GC).

> Plus, say what you want about GDI (there's a lot wrong with it at this point), but it's still a surprisingly efficient and flexible way to do 2D rendering

Not anymore. I get it that some love to use antique APIs and computer systems just for the sake of being retro, but when every computer ships these days with a GPU, using GDI is not even close to pragmatic.
I try to convince myself Twitter is for wasting time and that getting work completed is 10x more fun.
I have been teaching myself programming and web development for a little less than 2 years now using only online resources. I have been learning and tinkering with many languages and frameworks including asp.net, rails, php, and flask. Each language/framework taught me something new and showed me the fundementals in a novel way which helped me reinforce them. But recently, I was becoming frustrated because after all this study, I still had little to show for my effort as far as shipping things. So I decided I would focus on making some simple apps that consume apis.

I have found node and the express framework specifically to be the only tools so far that don't overwhelm me and allows me just hack things together without having to google too much. JavaScripts pleasantly simple syntax, and expresses minimalism let me focus on the important parts of web development like how things fit together on a high level. Eventually, I will go back to learning Ruby and Rails, but for now I am happy to actually be working on things instead of just studying.

So, from my perspective, I like server-side js more than PHP and I think it will continue to grow and improve.
Please read about Ketamine and depression. This stuff literally regrows parts of neurons lost due to depression and fast too.
Been there done this. As a college student, when I only had $20 to my name didn't spend 50% of my capital on gas. I spent enough to make it to the party.
X11 clients communicate with the server using Unix domain sockets or TCP sockets. Requests, responses and event notifications are exchanged as messages.

Asynchronous communication is achieved using syscalls like select and poll which take a set of file descriptors (files, special files, sockets) and block the calling thread until some descriptor from this set has new data available for reading, starts accepting writes or signals an error.

GUI toolkits repeatedly poll the X server descriptor, parse incoming messages and call application-defined callbacks.
The Debian FAQ recommends using unstable because it can take some time for bug fixes to go into testing. I'm on stable right now but I'd been using unstable for about 6 months and it worked great.
Seems like some sort of curated current affairs Wikipedia (from an information POV). It's an interesting idea, and certainly a technically interesting project, especially for interaction design.
Cultural context determines so many things that influence brain chemistry like diet, sleep patterns, sitmuli patterns, amount an the patterns of stress, air pollution, etc.

Depression is probably pretty chemical thing. Just very hard to track because we are pretty lame when it comes to brain chemistry.
Currently contrib is used for packages that have compile-time or runtime dependencies on packages outside of the distribution (e.g. with dependencies in non-free).
GDI has been GPU accelerated literally forever. Vista may have dropped hardware acceleration for GDI, but it was promptly brought back in Windows 7.

Since the Win32 UI stack uses GDI, it was hardware accelerated before WPF even existed.
Can you than please give a technical reason for you to insist on waiting on more than 64 threads in a single API call, having simply too many threads for good performance anyway when IO Completion Ports could be used instead?
2013 Thumbtack.com Small Businesses Friendliness Survey
Good article, but all of the GIF formats are certainly newer than CDs. Even LZW is newer. CDs have been around widely since 1982 while GIF 87a & 89a came out in ... Well you can guess that.

And the thing it's famous for, the "Netscape looping extension" (NAB) ... that's from 1995 (Netscape Navigator 2.0b4). Yes, there was a time when IE would only play a GIF once and Netscape would loop it.
Sorry, I have never noticed Windows being slower than Linux. And usually when people complain, they usually have an incomplete understanding of what they're doing (nothing personal!).

The links that you posted in support of your claim are irrelevant IMO.

Compiling has nothing whatsoever to do with windows internals. You're comparing Visual Studio a full fledged IDE with dozens of extra threads running source indexing, source code completion/help indexing and dozens of other things that gcc does not do. To make a fair comparison you will have to just compare cl.exe with gcc with a bunch of makefiles (yes you can have makefiles on windows too).

Then your "real concrete and technical" example is actually a bug in windows vista which was fixed around 6 years ago.

And your claim about MFT fragmentation kind of sounds bizzare to be honest. Since Vista the OS internally runs a scheduled task to run a partial-defrag that takes care of it. I'm not sure what went wrong in your case.

I'm not saying you imagined the slowness, I believe you experienced what you said. So lets test your theory. Since you can write code runs slower only on Windows - give us some C code that runs horribly on Windows.
A simple problem is that DPCs are not scheduled in any way (there's some very primitive queueing and delivery algorithms), or more importantly, are not scheduled in any way that correlates with the thread scheduler's view. So between four cores, if Network DPC/ISRs are abusing Core 1, but the thread scheduler sees an idle-ish low priority thread using up Core 0, and Core 1, 2, 3 are all Idle (because it doesn't understand DPCs/ISRs), it'll pick Core 1 for this thread (just because round-robin). I'm omitting NUMA/SMT and assuming all of these are 4 regular cores on the same socket.

One could argue a better decision would've been to pick Core 2 and/or 3, but there's nothing to guide the scheduler to make this decision.

But it's not that "DPCs" are a design flaw. It's the way that Windows drivers have been encouraged by Microsoft to be written. You'll see most Windows drivers have an ISR and DPC. If you look at IOKit (Mac's driver framework), almost all drivers run at the equivalent of Passive Level (IRQL 0) outside of the ISR/DPC path -- the OS makes sure of that.

Because Windows driver devs are encouraged to write ISR/DPC code, and because this code runs at high IRQL, it means that bugs and inefficiencies in drivers show a much larger performance degradation. And when you buy a shit 0.01$ OEM NIC, and you have to do MAC filtering, L2 layering, checksum validation and packet reconstruction in your DPC, plus there's no MSI and/or interrupt coalescing, you're kind of f*cked as a Windows driver.
Just two things.

Debian guys should really do something like OpenBSD package flavors. Sometimes you just don't need X,Y or Z support and it's pain to do this kind of stuff with Debian. I'm not sure if that is even possible in such rigid package managemenet system. Other thing would be to allow files/libs as dependencies. Those two things would give people more freedom and flexibility, but they are from start trying really hard to be anal with packages (even given the fact that .deb system is , at the same time, best and worst thing about Debian). So, guess, just forget about it.
+1 for getting non-operational stuff off of the production servers. In my opinion, production servers should be left untouched by analytics and what not. I'd prefer not tying up resources that could better serve customers.
Before 1996 (when 2.0 was released) Unicode was a 16bit fixed width encoding. And the first astral character allocations didn't happen until 3.1 was release in 2001.
Edessa?
It is a great OS for which there exist a large corpus of high quality developer tools. In fact, there are many domains such as game programming for which there is no other platform that comes even close.
Thanks! Really appreciate the feedback too - annoyingly I don't think it's possible to override the ::selection colour for inputs. I'll keep looking for a solution (that, ideally, doesn't involve changing the blue input field). I've added your notes to my to-do list :)
Should it be of interest, here's a list of those people born in 1800s still alive today (i.e. over 113 years old): http://en.wikipedia.org/wiki/Last_surviving_1800s-born_peopl...
Thanks for the heads up - I don't know how I missed that flaw. It's on the list to fix. [Edit: Just fixed it]
An instance-per-query demo
Very interesting, thank you! (Although GIF is a slowly-dying format...)
jamesbritt's law: life is shorter than you think even when you consider jamesbritt's law
From The Garage To 200 Employees In 3-Years; How Nest Thermostats Were Born.
Unfortunately that kind of thinking is no longer only an American thing. I see it more and more every day. Employers are pushing fresh college grads to work as many hours as possible for a low wage just so they can have a bigger profit. If they burn out, there are others to replace them.
Did archive.org not grab them at: https://archive.org/details/nasa_techdocs
Well, it wouldn't make much sense to criticize them if they had kept it on their hard drive (though people criticize others for what they do in their own bedroom), but as soon as they release it to others, it's a social act, subject to praise and criticism just like any other.
To be honest, it does not seem you did a very good job of reading the book. If you're rooted in imperative languages, it takes some effort. I read the book when I had already had some basic functional programming experience, so my experience might not be so representative, but I've heard quite a few positive reviews from people for whom it was the first introduction to FP.

You seem to start off from a wrong premise that the show function prints things. It doesn't - it simply converts whatever value (of type a) you give it to a String (provided a is an instance of the Show typeclass). So seeing that you already have a string, a function which converts things to strings will probably not be very useful.

> rsoat [] = []
> rsoat [x] = show x
> rsoat (x:xs) = rsoat xs

> But no, that just gets you the tail of your string because x:xs doesn't match x so it never prints the other bits.

Uh, no. It doesn't give you the tail of the string, it gives you a list containing just the last element of the argument (if the argument's not empty), or the empty list (if the argument is empty) - which you can read directly from your definition.

Furthermore, " x:xs doesn't match x" doesn't make a whole lot of sense - it's not supposed to match x, it's supposed to match a non-empty list. Which it does, and the first element of such a list gets bound to the parameter x - but you do not use the parameter in your right-hand side of the definition, so you effectively discard it.

Note that both pattern matching and the Show typeclass (and the corresponding function) are discussed in the book prior to the minimum example.
I remember being a kid and telling my mother "why have I been born? I'd rather not live. Everything is pointless and nothing makes me happy."

Fortunately no meds were available back then so I grew up to be pretty sane if little depressive, socially anxious and misanthropic adult.
You are reducing the room of possible passwords quite a lot, I am not sure if that is a good idea.

Firstly e.g. for MD5 your hashes are never going to contain Letters > f, no uppercase and no special characters.

Secondly you are limiting the possible passwords to hashes of short natural language strings.
>One problem that the WINE project (windows emulator for unix)

Wine Is Not an Emulator.
I seriously doubt that UTF-16 still is the most common encoding. The web is mostly UTF-8 and so are most smartphones.
Wow, an amazing tale of depression.. Though it annoys me that no real "solution" is offered here