skysight-inc/HackerNews huggingface dataset:
No surprise here. I majored in Arabic in college. I have looked into Chinese, Farsi, Hindi/Urdi, Thai, Indonesian, and Vietnamese, in order of effort, with a year of Chinese at college level (in the US that is bullshit, but while doing grad level Arabic, caused people to laugh in conversation at my masochism).

The ASEAN languages, so Thai and Indonesian and Vietnamese, seemed so so much harder than Chinese. Not even sure why.

Mandarin was hard, with 4 tones. I think standard Vietnamese has ... five?

God help me if I ever learned Cantonese Chinese! I actually knew people from the south, and eight/nine tones made me wonder how they fuck people stop learning the language and move onto anything else.

Me: 200 characters of Mandarian

Southern Chinese Dude w/ College Degree: Spoken Cantonense with 9 tones and 20,000 chacters in Mandarin Chinese

Fuck my life.
I recommend a few tablespoons of salt with regards to this advice if you are a B2B Saas/have a sales team. First experience is definitely important, but features will always be something businesses will consider when deciding which product to go with.

For B2B, the only way I've seen features move any curve positively is A) if you have lost sales consistently due to a specific requirement[0], B) a customer pays you to build a feature[1].

Note also that sometimes features are a great way to introduce sticky-ness/price inelasticity in a B2B product: you just need a few people who really love a specific feature and that 15k/m customer wont think about switching.

Also, the 20% signup is pretty big based on my experience but maybe it's standard for freemium+ B2C startups? For B2B Saas, I've been happy with 5% with 8% being a cause for celebration after a bunch of copy/messaging tweaking. Am I way off here? Would love some pointers if so.

[0] Note that this has to be a overwhelming consensus amoungst your sales guys. It can't just be excuse du jour that's used when someone loses a sale. I would also suggest listening to some lost sales calls: it might help you ascertain whether the lost sales was due to the missing feature or if the feature was just cited as being the cause.

[1] Only build it if you see it being a useful feature for the market and not only that customer (so maybe integrating with twitter rather than the customer's specific DB or something) then it's always a good idea to build the feature. This is especially powerful if you are an underpriced new-comer trying to lure customer away from the big names.
Best Story mapping tools to keep a track of your project
> Also consider the use of #pragma once - though as far as I can tell, this (still) isn't ISO, so I've decided to avoid it.

Depends on your target platform. GCC, clang/LLVM, Visual C++, and many proprietary compilers all support it. What platform are you targeting that doesn't support it?

Because if you're writing any non-trivial useful code, it's highly likely that your code is not pure ISO C; you're using some library with support for various platforms, or a system call interface, or some other interface to a real system. Once you do that, universal portability no longer applies, so you might as well think about which specific target platforms you care about.
Our mission is to help people accomplish personal projects by matching their needs to the best service professionals in their area. From wedding photographers and DJs to home contractors or French tutors, Thumbtack can help.

We are backed by Sequoia and Google Capital. Offices in SoMa with daily home-cooked food and a friendly, ambitious team of 30 engineers. We're looking for expertise in Go, Python, data science (ML and NLP), mobile, and web.

Current projects:

* Hadoop/Spark data research platform
* Two-sided search and discovery system to connect the marketplace
* Scaling of core systems on AWS
* Building an Android app to empower service professionals to be more efficient

For more information:

http://www.thumbtack.com/jobs

http://www.thumbtack.com/engineering

Also, feel free to email me (chris at) with any questions!
When I see this I immediately flag the submission.

This is why I left digg and reddit. The upvote circle of promotion with armies of article upvoters and comment upvoters/downvoters ruined these sites for me.
I heard about Voxy here: http://www.forbes.com/sites/shamahyder/2014/09/08/15-tech-co...
Very cool opportunity!
> Nim is as safe as any other language.

With regards to memory safety, it is not. https://news.ycombinator.com/item?id=9050999 is an old comment from Patrick, but in today's Nim, it segfaults in both release and development modes for me. Rust's guaranteed memory safety means that Rust code (without explicit unsafe, the vast vast majority of code) cannot segfault.

> I don't understand why people think that Nim is "terribly unsafe" when in reality it's like any other language

For example, unless I write a bad cext, I cannot get Ruby to segfault.

None of this makes Nim a bad language. All languages have tradeoffs.
I have used this to bring a form of scripting to the graphic calculator I used and hacked on during my high school years. I think this really shines on embedded systems: it's quite easy to map existing syscalls and functions to PicoC functions with minimal overhead, more complex things like struct passing are supported, and memory addresses can be accessed directly just like with "real" compiled C (something that has upsides and downsides, but I like this kind of freedom a lot, and as far I know, other scripting languages like Lua don't support it).

Unfortunately, function pointers aren't supported, and it's 10x slower than equivalent compiled C, if not more, and perhaps slower than Lua (and we aren't even talking about LuaJIT). There also appear to be some issues yet to be dealt with, as can be seen on the previous project page at Google Code: https://code.google.com/p/picoc/issues/list
The jsblocks library authors are being incredibly deceitful with the tests they are showing off. Their entire premise is that they are faster than react but their tests are just manipulated.
They posted this up on product hunt, http://www.producthunt.com/posts/jsblocks, and at that point it claimed to be at 800ms on initial load where as react had 1250ms. I checked out the react code and there was a hidden input that was being rendered with every td element on the table. React has very heavy inputs which is why you are supposed to use state.

original test (with hidden td elements)

js blocks: 800ms

react: 1250ms

After removing hidden element

jsblocks: 350-400ms

react: 200-350ms

So yes, jsblocks can render a lot more input elements that you shouldn't be using faster than react. The react team explains why the inputs are fairly heavy when rendering a large amount, https://github.com/facebook/react/issues/3771
They didn't stop there though and they responded to my claims and came back with a new test. This time they just ramped up the number of data points by double and added an extra td element to make it an unreasonable absurd amount of elements.

revised test (original test of 5000 elements to 18000 elements)

jsblocks: 600ms (they posted 700ms, so ill give them that)

react: 700ms (they posted 950ms)

After removing half of the data to about 9000 elements react already started to tie jsblocks

jsblocks: 450ms

react: 450ms

Going down to about 5000 elements

jsblocks: 250ms

react: 200ms

Whether or not there is any merit to this library, you can't just go claiming that you have the fastest library so audaciously like this blog post and their marketing. It's terrible for the community. There are an absurd amount of javascript libraries and getting devs to push a few key frameworks forward is already difficult enough. And if you are going to add another library to the list, at least be able to back up your claims.

I will admit that jsblocks seems to be better at rendering extremely large amounts of tabular data, but that is never an issue for me and you should be using lots of different techniques to mitigate that anyway. But once you get to realistic scenarios react is still faster and comes with tons of other advantages.

I didn't test the angular one because I don't know enough to spot odd code, but without even looking into the code the fact that angular was the only one that didn't have a minified library seems fishy. It's at 900+kb compared to the jsblocks/react at 125ish kb. To me it seems like since status qua is react is faster and angular is slower, they just constructed these tests to make it 3. angular, 2. react, 1. jsblocks (the fastest library ever!!).

So there's my rant. Please stop promoting your library like you are, it's just distasteful.

edit: https://drive.google.com/folderview?id=0BxTyg4RuMOHUfjlvTkN3... Here's a link of the original test without the hidden elements, the response test that required a ton of elements, and the email they sent still talking about their amazing speed!
I am not sure about "the tool obsession blossoms with repetitive jobs". Maybe my counter-example is very specific, but I think about painters (even on digital mediums) and the obsession about their tools.
Mashape - The Microservice and API tool company (creator of Mashape's Marketplace and the open source API gateway http://getkong.org)

http://mashape.com/jobs
That is not at all obvious to many long time JavaScript engineers. Having a variable scoped by block or by function works for me, having both in the language is a pain. I have seen some neat tricks that you can do with let in for loops, but nothing that has convinced me it's worth the cognitive overhead of figuring out is this variable a var or a let.

My opinion is that if you use let, don't use var, and if you use var, don't use let. Either one on its own is fine, together they are just a mess.
Spartan Software in San Francisco is looking for a Software Engineer

We’re hiring talented Software Engineers to join our small team of localization experts.

* Design cost-effective translation automation solutions for our customers.
* Develop world-class engineering products for our customers.
* Participate in open source initiatives. This is a big one here and we can’t wait to tell you more about this in person!

We’re looking for:
* 2+ years of Java experience.
* 2+ years of professional software engineering experience.
* Experience developing a web application or web-based internal tool.
* Interest in learning new technologies and contributions to open source. Feel free to share a link to a project you’re proud of or your GitHub.
* Strong communication skills and an interest in communicating occasionally with clients.
* Experience with relational database/MySQL design.
* Bachelor’s degree in a STEM field.

We’re offering:
* Competitive salary and annual bonus structure.
* Fidelity SIMPLE IRA to help you save for the future.
* Full medical and dental benefits. We cover 100% of the premiums for employees.
* 15 days PTO + 10 paid holidays off annually + the day off on your birthday
* Opportunity to travel internationally to attend industry events and conferences.
* Relaxed office close to Muni and bus lines near Golden Gate park.
* We do a lot of team lunches and 1-on-1s here. We believe very strongly in the importance and benefits of setting aside time to talk, whether it’s on your team or with company leadership members. We’re a place where we encourage you to have your voice heard.
* We value work-life balance here at Spartan, which means regular work hours and flexible schedules so you can manage your priorities outside the office :)

Love Spartan but want to work remotely? We're open to remote employees, as long as they want to travel to SF as needed.

How To Apply: http://www.thesourcery.com/jobs/932
Cure for cancer one step closer after 'spectacular' breakthrough
Well, after my time in China, I sucked it up and tried to learn Chinese and communicate in broken Chinese with my students.

When other kids complained about our old Taiwanese teacher's English accent, I asked them simply: "let's say hypothetically we inverted the situation and found an exact parallel of your Chinese accent to her spoken English when Chinese comes out of your mouth, and you understand the accent is native. How hard will you laugh?"
Sure, but that plaintext would have been available to not only the same, but more parties pre-encryption. Because anyone in between Facebook and your mail provider, your mail provider, and anyone in between your mail provider and you would all be susceptible to some form of interception. Now, it's limited to just those on Facebook's side. And that would be covered by a Privacy Policy and potentially the Terms of Service.

Also, how is it "intractable" exactly? If you keep your key safe, you keep your key safe. If you give your private key to anyone and everyone, then it's on you if someone else reads your stuff. There's nothing inherently intractable about this. Either you're good with informational security or you aren't. Facebook has absolutely nothing to do with it.
This is great to see, but I expect that once we have memory instrumentation implemented in Servo that we won't particularly like the initial results. :) I'm guessing that the language still needs some more work before we can start being fully competitive with Gecko, specifically in the areas of virtual structs and non-zeroing drop.

(I'd be happy to be proven wrong, though!)
A familiar interlock would be the mechanism used to disable a microwave magnetron when the door is in the open position.
Location: Boston

Remote: Yes

Languages: Python, C, Ruby, Javascript, HTML/CSS

Technologies: Numpy/Scipy, Mininet, Flask / Ruby on Rails, Linux Admin, CAD (Solidworks, AutoCAD/Revit)

Experience: Currently a Computer Science graduate student @ Georgia Tech, with an undergraduate degree in Mechanical Engineering

Hobbies: Design/Build durable carbon-fiber quadcoptor frames using Solidworks and customer feedback.

Areas of Interest: Product Development (with a bias toward hardware products), Robotics/Automation, Data Science.

Resume available by email at chris@csfields.com
Their culture failed them by bringing islamists in power, might as well discard it.

P. S. Mine failed me either so I know what I'm talking about.
We’re looking for a full-stack Unreal Editor 4 developer to join us in downtown SF on a ground breaking new venture building immersive Virtual Reality and Augmented Reality experiences with new hardware.

This is a full-time on-site role in an accelerator/incubator startup funded by of one of the worlds largest technology companies. We’re a small group of programmers, artists and hardware designers. Attention to detail, strong communication skills, an ability to do design and implementation from end-to-end are critical.

Check us out at http://liminal-ar.com/#intro

Core requirements:

- Extensive experience building games in Unreal Engine

- Knowledge of blueprints customization

- The ability to script VFX animations in UE4

- Strong C++ / C# skills with the ability to code and architect gameplay mechanics

- Experience building complex technical products

- Comfortable with version control

- Good background in 3D and applied mathematics

-Direct experience using VR/AR devices such Oculus Rift, Razer Hydra, Leap Motion etc is a plus
Do you really think the SEC would start an enforcement action of any kind with a major bank without first making a phone call to see if the issue can't be cleared up?

Where do you think SEC staff go after they leave the SEC, and what do you think they make there? The SEC makes those enforcement actions against major banks that it _has_ to. The other stuff gets quietly dealt with.

The SEC cannot allow something like this to operate with cash at play, but the whole thing should have been cleared up with a couple of visits and phone calls.
> It sounds fun if you're a young or able-bodied person.

Also, if you like wearing a hat and overalls, cultivating a mustache, and your name is Mario or Luigi.
Michael Dell on the Trillion Dollar Opportunity
I don't disagree that "hardware interlocks" are a good idea for such equipment. But now that I think about it, I'm annoyed that we can't know if software was competently written and tested - is it really that different from hardware in that respect?

How about, we require that the source be open, and if it's too convoluted for the hospital's respected experts to check, then it fails inspection?

Hardware uses many standard parts and materials, and similarly, the software could use a few plain-simple-standard libraries, like libc (but not the floating point functions), zlib, libpng.

The Therac 25 case was just incompetence. The vendor was told about the problem, but was in denial, then later supplied a hardware fix which didn't fix the problem. The problem had to be thoroughly investigated and proven by a doctor and operator over many months. Why couldn't the vendor have investigated more thoroughly themselves, in a week or so? Why weren't they more careful about race conditions? (The problem was triggered by a human able to type into the interface too fast. An actual human.)
A STORY WORTH TELLING
Technology and the rise of outsourcing core product software engineering
How often do you see XP SP2 vs SP3?
Ember provides everything Angular does plus:

* More mature router (IMHO, the best router out of all JS frameworks)
* A CLI for developers to generate their models, views, components, controllers, routes
* An opinion on where things should live and how they should be structured (ups the learning curve but saves time in the seemingly endless developer debates when discussing architecture)
Businesses have had the ability to manage update deployments for a while now. Big Win10 feature changes will likely come in a service pack form or similar, with security fixes and minor updates using the same model they always have.

A business will typically test and verify updates before pushing then out to their employees.

Businesses which allow its users to perform updates directly from Microsoft already face the issues you describe. (Many updates can and have caused issues. Especially the occasional broken patch that gets rolled back shortly after release).

I can certainly see this being an issue for support companies. On the other hand, they will likely still have some form of versioning to base their support on. "Sir, please do XXX. You should see something saying Windows 10 Service Pack and then a number. Can you please tell me what that number is?"
I call it "pico-see".
While the article is kind of weak and too long, the essential criticism is that Clayton Christensen's theory of disruptive innovation isn't a scientific "theory". It doesn't really make testable predictions and it's not falsifiable. There are too many confounding factors and no practical way to run a controlled experiment. (Much of modern economics has the same problem.)

But I still love Christensen's books for the way they provide a framework for discussing business strategy.
After reading Levine's column [1] and Sand Hill Exchange's response [2], I'd have to say they were amazingly clueless.

[1] http://www.bloombergview.com/articles/2015-03-11/how-should-...

[2] https://twitter.com/sandhillx/status/575659746507649024
Cars often disable any system capable of interfering with the wheels at the least sign of issue.
Insufficient seal on the fuel-cap? Disable ABS, TCS, etc.
> Reliability was favored over other things (for example recursion was discouraged).

This sounds really strange to me. So may I ask why? I find that recursion - most of the time - helps shorten and clarify the code. Also, doesn't recursion make induction proofs trivial?
How would you contrast this 'echo chamber' perspective with a more realistic one? Is there a strong conservative movement among the young which is underrepresented in this article?
On the other hand, $20,000 for national publicity is probably a deal. It looks like the site is running again using only fantasy money.

An interesting thought is that the site itself wasn't making any money on the trades when there was real currency - which was illegal. But as a purely fantasy VC game they can make money on subscriptions, advertising, etc - which is legal.
The thing about OSC is that its kind of too Open - its really a raw layer that various protocols similar to MIDI could run on top of, but the standard itself only defines how messages and types are structured.

It doesn't specify anything like pitches, tempos, control messages, envelope triggers. (In fact why is it even called "Sound Control" ? There's nothing specific to sound in it.)

It isn't a standard there that let's people just plug things into each other. Each program that uses it has completely different APIs.

I think there needs to be an initiative from developers and manufacturers to make establish standards that run on top of OSC to make it useful.
I tried this with bitcoins and that didn't work out so well. All your math formulas can be pointing up, but you never know what the human element will do...
Another 999 steps to go...
that did not happen without meddling from the west...
c4 remains the master class in minimal interpreted C implementations:

https://github.com/rswier/c4

It's (of course) less complete than PicoC, but it might be the single most useful introduction to compiler construction I've read.
Without freedom it's not up to you to decide whether you eat tomorrow or not. You can hope that they continue to feed you "in exchange" for your freedom. Until they have better idea.
I find the quality of the Synth amazing. Over the years I have tried out many Synth plugins for Reason 5 e.g. and I have never come across one, in which all the settings sound sooo good. I instantly wanna compose something with it. Good job @author!
I am all in favor of hacking for studying and fun. But for practical reasons - are you familiar with Bellard's tcc?
20k fine is nothing. They were let off with a slap on the wrist, probably because they were willing to cooperate.
That is fair. That's a mis-statement on our part. We should have said "we allowed users to monetize." Once again, Sand Hill Exchange never charged any sort of commission or took any revenue or profit. User deposits were limited to 1 bitcoin, or ~$250. Most users put in less than $10.
Sure but it's not the west that took hit. They can meddle with you and get away with it. Too bad. Go complain to your god. Go burn some flags.

"You should not blame the west, you should become the west".
I have a soft spot for stack-based languages.

Anyone played around with Factor?
Awesome :)

Yeah, things like "what do I do about more complex types" needs tons of more docs in general. We will get there. I'm also pretty convinced that a dedicated individual could create pretty awesome automatic binding generators for any language, especially since bindgen works pretty well for C... but we'll see how it shakes out.

Don't hesitate to email me or post in the forums if you play around with this and get stuck :)
...and how is any of that being "disconnected from the community"?
Is this an ad for HBO's Silicon Valley or just a joke?
What's fascinating is that they're being upfront with their customers about this, rather than trying to sneak it in. They're also explicitly letting their customers decide how long the pumps should last, and pricing accordingly.

I wonder if other existing DRM-like mechanisms for hardware would be better received if their manufacturers took this strategy.
It's a lot harder to reason about memory constraints on recursive programs.

The clearness and correctness of the code often ignores the possibility for stack overflow. Most naive implementations of DFS will hit the stack limit given trees that are all one long path from a single root to a single leaf.