skysight-inc/HackerNews huggingface dataset:
You also have to keep in mind a few things:

1 - I've never referred to myself as an "engineer" since I don't see myself as one, nor do I have an engineering degree. This includes the fact I do not have a four year CS degree either.

2 - Front end development has now split. Being a web "designer" means you know HTML5, CSS3 which includes LESS, SASS, PostCSS and other CSS pre-procssors

3 - Being a web "developer" means you're more likely to be a Javscript developer. Meaning you're familiar with Angular, Backbone (I know its soooo 2014 isn't it?), React and other JS frameworks. Every interview I've done in the past two years has almost exclusively focused on JS and how well I know standard JS. Closures, inheritance, debugging, etc. Nobody cares if you know much else other than that.
>Cancer kills 171.2 per 100,000[1]. So by your metrics, the Linux desktop folks make a bigger difference than curing cancer as 1% > 0.1712%

This is the kind of illogical result stemming from only reasoning half-way.

First of all, the cure for cancer wouldn't affect only the ones that die but also the ones that don't but do suffer complications from current treatment, from going broke from paying for therapy/losing their job in the process, to severe chemo side-effects. It also hugely affects the families and loved ones of those who currently die of cancer.

Second, ever considered the kind and magnitude of impact? Saving even 171 persons (those in a single bunch of 100,000) from dying from cancer is, arguably, quite a bigger deal than sparing millions to have to use Windows or OS X or some commercial UNIX.
JavaScript has been around since the 90's; a quick scan of this page reveals around 2 dozen JavaScript technologies. The only solution is to remove JavaScript from all browsers and replace it with Java.
That's a really interesting idea. It looks like you're capturing and proxying the latest backend request/response patterns used in its test suite into a frontend test requirement so that you can run them both independently, and thus much faster, whilst still keeping most of the assurances of an end-to-end test. I'm going to have to think about applying that approach to my own projects.

What I actually meant is slightly more literal. The backend of my latest web project is 100% web client invocable functions in AWS Lambda. The frontend is a static site built in redux with sagas. The view is a dumb layer mapping state to html and dispatching redux actions which are picked up by the sagas. Each saga only invokes one lambda function, though does send/receive signals with other sagas. Responses break down into state changes which map to a single react view.

By taking this path all implementation can be visualised as discrete slices of logic. Moving signals `up` and `down` the slice requires request/response patterns between the components. To test, I run a script against the developer staging area which sends API calls to each function and diffs the result with expected response back. It is fragile to any change which affects API responses, but is dumb enough that it gives me confidence to flip the switch turning staging environment into production. Its super easy to maintain and update, though I suspect it'd be difficult to apply the approach to more complex application domains (this is a virtual telephone number service).
GoldFire Studios | Oklahoma City | ONSITE | Community Manager FULLTIME

We are a small game studio building massively multiplayer games for the web. We've got several successful games on the market and are looking to bring a full-time community manager to further advance our community elements within and around our games. You'll be interacting directly with players, running events, formulating plans to make the community better and in general making sure everyone is having a great time.

Learn more and apply at https://stowhire.com/goldfire-studios/community-manager
That's technically true, but realistically false.

Just like people used to say that you don't need to use JSX to write React.

What's the point of using a heavy duty, opinionated framework without embracing it completely? that's just bound to get you into a whole lot of hurt.
I'm in the same boat. I'm no longer interested in the plumbing, much more the type of questions that can be answered with large scale data, and other types of efficiencies that are dormant with 'pure' code.
I agree. There's a ton of spam and fake accounts in these types of Facebook groups which isn't a great experience and only marginally better than Craigslist.

Nextdoor is far better positioned to avoid this kind of spammy experience. They require real names and verify addresses so you know the people you are interacting with are real, and actually live near you.
Marketing for programmers
So presumably you have an automated dead man's switch built into the service? Do you also have arrangements for continuation of the service if you 'get hit by a bus'?
Haha, I do. I'm just one of those people who enjoys thinking about apocalyptic scenarios. Left-wing, right-wing, it doesn't really matter when the virus spreads and the bombs start falling.
Location: Amsterdam

Remote: yes

Willing to relocate: maybe

Technologies: java, javascript, typescript, c++, c, go, ocaml, webkit, interpreters, concurrency, high performance

Résumé/CV: http://leverlabs.io/cv-ogorter.html

Email: onne[at]onnlucky.com

I am a full stack engineer who works mostly on non standard solutions. I like zoom out before I zoom in. Start from the business value and what is already there, see the context, the requirements (but cut through the bs). Then deep dive into the technical. I am known to start and finish projects, on my own or with a team.

I am on a sabbatical, but available for interesting projects the next coming months. Feel free to contact me.
"Exactly once delivery" is not the same as "One message at a time". Akka Actors process one message at a time. Akka does no provide exactly once delivery. It default defaults to "at most once".
Location: Portland, OR
Remote: Yes
Willing to relocate: yes
Technologies: Linux, Javascript (AngularJs, React/Redux,
JQuery), C# (Umbraco, ASP.Net MVC, Web Forms), Python
Résumé/CV: Worked for two years full-time at a financial
planning company, and two years as a student doing web
apps mostly with the MS-Stack. I'm currently unattatched,
and looking for something interesting to work on/learn.
Email: dckx [a/t.] protonmail.com

Also:
LinkedIn: https://goo.gl/o7aCuV
Github: https://github.com/micahh2
Canada. Here it would need to be bilingual by law.
Stealth mode enterprise software company | Palo Alto, CA | Onsite

We are building an enterprise software company that will define how the next generation of knowledge workers get stuff done. Unlike traditional enterprise software, our software has artificial intelligence and messaging at its core, not as a bolt on. We have started 5 companies, 3 of which were acquired by public companies while the remaining 2 are vibrant private businesses. Backed by Sand Hill road VCs, our investor group includes world's leading AI experts and F50 CIOs.

We are looking for founding engineers to join us on this journey. You will play a pivotal role in defining and shaping the product, working with early customers and lighthouse partners, and other key aspects of building the company. Send us an email at work@bannertech.co

Our interview process starts with a phone screen, a tech challenge followed by an onsite interview.

Software Engineer, Machine Learning
* building data pipelines to acquire/crawl, clean and maintain data for model building, as well as productionizing ML models
* ML toolkits like Scikit Learn, Apache Spark MLlib, H2O, Aerosolve or Apache Mahout
* developing on the Linux platform with languages like Java/Scala, Python, or C++
* prior experience working with Open source software or having contributed to it
* familiarity with deep learning algorithms and frameworks like TensorFlow, Theano, Keras or Torch
As a bonus, if you have some experience with NLP frameworks like SpaCY, Gensim or NLTK

Software Engineer, Platform
* built high performance, fault tolerant, scalable backend services in the past
* familiarity with building and integrating with API based platforms and have an understanding of REST and RPC based systems
* experience with SQL and noSQL databases (like PostgreSQL, MySQL, Cassandra and HBase)
* developing on the Linux platform with languages like Java/Scala, Python, or C++
* hands-on experience with IaaS systems like AWS, GCE or Microsoft Azure.
Regardless of the senators' motivations, asking the government to not trust self-provided analyses by private companies on matters of national security and expensive publicly-funded science projects( like NASA's) seems reasonable.
Brain to Brain: The Therapist as Neurobiological Regulator (2010)
This is a really great idea, with a really poor execution.

I'm just a regular guy, but the messages and details that I would leave in a service like this are too sensitive to be put on someone else's server for a period of years. (Maybe I'm just too private in this age of social networks).

We really need a PGP like solution for the masses. On that note, I wonder why someone like Mozilla doesn't take this on and push for human friendly client certificate authentication.
Well yeah, that'd be great. But the unfortunate reality is Javascript is the lingua franca of the web and we have to make due until there's a reasonable alternative.

Furthmore, it's not even JS that's really the problem. It's the entire JS/DOM/CSS stack.
HEROIC Security Scan is back up and running
Dueling Arduinos Reunite with New Arduino Foundation
Your point doesn't really make any logical sense. It requires an intense envy for experiencing "everything" that simply isn't universal.

That your emotional reasoning leads you to believe that people are being controlled by social networks doesn't make your point any stronger, either.
HEROIC updated their servers and added a bunch more breached databases to their hacked database scan feature.
I don't do that type of analytics, but what I can see is that's it's quite hard to hire a good FE guy.

Backend can be hard as well when looking for specialized stuff like Elixir, OCaml, Scala, Rust, etc. On the other hand, pure Ruby - Python - Java - C++ that's fairly common and not as likely to fetch high salary, since you'd be competing with a larger talent pool.
> Businesses that actually care about turning a profit will spend a lot of time (hence, a lot of engineers) working on optimizing systems

Hm - every time I suggest optimization (of anything), I'm shot down with "premature optimization is the root of all evil!"
That's funny, because that's the same link referenced in the blog post, where david says:

> That presentation is from the Cockpit project, which isn’t part of systemd and doesn’t even share its main developers. It’s as much “remote access to systemd” as using SSH and then invoking systemctl.

and then further states in the 2nd blog post:

> I certainly don’t buy his original argument (which he hasn’t repeated in his second post) that tools like Cockpit should change the view of systemd. Just like SSH or Remote Desktop in Windows, Cockpit is the tool providing the remote, privileged access; systemd is just on the server listening locally. Blaming systemd for a Cockpit-based compromise is like blaming the “dnf” utility for removing the web server packages after someone gets root over SSH. (Cockpit is neither developed by the systemd team nor installed by default in any distributions.)

So..

> Sit back, and witness the insanity.

Who is acting insane here? A systemd developer, or people spreading FUD?
Palo Alto Networks | Malware Research Engineer (Mac OSX) | Santa Clara, CA | ONSITE

We're looking to add an experienced malware research engineer to our OS X malware research team. As a member of the malware research team, you will have the opportunity to research malware detection techniques and integrate that research into the malware detection platform, including but not limited to wildfire.

Required knowledge: Python, C/C++. Experience in reverse engineering on x86/x64 or ARM architecture. Experience or knowledge of malware analysis on Windows.

Nice to have: Experience of antivirus sandbox development; Experience of OS X kernel programming; Understanding of OS X, iOS, BSD or Linux system internals

Email with resume to mbhatia [AT] paloaltonetworks.com
I'm not going to do any more responding. The author of the service is an active HN user and has been for 5 years. I have no idea if I reported the issue by email or not...

Anyone who "cares" about security should know about CSRF. It is one of the 3 attacks that all web devs encounter. It's trivial to find.
true, but i think even a lot of the other non-coupled technologies have higher numbers, but it's hard to say if that's higher percentages
Move constructors get a lot of press because they are new (and necessary for the underlying machinery of unique_ptr to work). But most people will never need to use it or know about it directly.

There are really two classes of C++ features, the basic use part which is fairly straightforward and nice to use. This is the API provided by the STL. Followed by the infrastructure stuff like templates, move semantics, SFINAE and other messy and non-obvious things. This latter part is much more complicated and still a mine field - but necessary for the STL to do what it does.

If you want to learn C++ get proficient in using the STL. The rest should only be learned once that is second nature.
I am very happy with them. It wasn't full of fluff but was very targeted. I have the prior edition, so at some point I'll have to go back and buy the basic package again to upgrade.
Peek.com | San Francisco, CA | DevOps | Full-time | On Site

Do you want to work in a fun, vibrant environment where you're excited to get to work every morning? Are you excited about travel and activities? If so, then you're perfect for Peek! We're revolutionizing the travel space with the peek.com web and mobile apps to help travelers find and book activities that they love, and at the same time building the Peek Pro platform which empowers tour operators to better manage and grow their businesses.

We're looking for a DevOps engineer who can help us plan and execute the next phase of our platform's growth. We run a Docker stack on AWS that is managed by Kubernetes; the services themselves are written in Ruby, Elixir, React and Ember.js. We are also moving towards building an event stream architecture, so experience with (or interest in) working with an ELK stack or similar would be great.

If you can roll up your sleeves and also help with technology strategy and planning, then you'd be perfect for the position. You can find out more on our jobs page:

http://peek.com/jobs

Or the direct link to the DevOps posting:
http://peekpro.com/jobs/?gh_jid=232280
> There should be a balance that doesn't require completely giving up.

I think beyond this, there should be a spectrum of engagement that anyone can choose from - maybe working crazy salaryman hours, maybe living on a subsistence reservation, but more likely something in-between, at various levels. It's important for a person to be able to choose how ambitious they want to be, and I find that the options are lacking in my society.

I guess my take-away is, I wish I could more easily opt to work, say, 30 hr/week for 75% of my salary and benefits. It seems like my only choice is to work 40 hrs, take a lesser hourly job, or go freelance/startup which entails a lot of personal overhead.
Webpack replaces Browserify.

Browserify, while groundsbreaking, turned out not to be so good and much harder to extend.

Since webpack is not straightforward to use with other build tools, and since it can do most build actions easily enough, people use it for whatever they can get away with, and that usually means most of what you'll use grunt or gulp for.
That's including AM-bidrag, if anyone wonders (was curious myself): http://www.skat.dk/skat.aspx?oId=1788671&vId=0
I was routinely sending emails well before 1984, through my university.
In many ways it worked better than nowadays because there were no spammers, then.
Thanks Kevin! If you are into blockchain development, come join us: https://zeppelin-slackin.herokuapp.com/
I am sorry, when I make a clean install of Windows 10, it is full of "get office", "try skype", "install Netflix", "use candy crush soda" etc. How is it different from the "try McAffee" that I get on a non signature PC?

As for the data collection (enabled by default), I am sorry, this is nothing short of spyware. Quoting the EFF: location data, text input, voice input, touch input, webpages you visit, and telemetry data regarding your general usage of your computer, including which programs you run and for how long..

https://www.eff.org/deeplinks/2016/08/windows-10-microsoft-b...

And that's in top of making it more difficult to change the default browser which users have to do manually instead of the browser being able to do it for you. This is really mean.

If Microsoft gets offended by their software being called spyware and adware, then they'd better not do it in the first place.
No, if you buy the upgrade you can set whatever intervals you want, so people will do 2 days.
Embrace eventual consistency. A good deal of collaborative domains (things involving human decisions) are naturally eventually consistent. Meat computers appear to be particularly good at resolving conflicts and compensating.
Its harder to learn from failures than to learn from successes.

Success has the false-positive issue. Failures have the false-negative issue.

Cargo-culting false-positives is going to be less harmful than cargo-culting false-negatives. (X Company didn't use stack-ranking and then failed. Clearly stack-ranking is bad for companies)
I had a biology teacher who would put them into a plywood form and drive a nail through a giant stack of papers.
You wouldn't happen to have a seed project with that stack by any chance? I would be very interested in trying it out.
Ben's Magic Number
SO Podcast – The Decline of Stack Overflow Has Been Greatly Exaggerated
A better writer for the HN audience or in general? They are not the same thing.
That's all perfectly reasonable, and I'm not without sympathy for StavrosK on this.

I'm also not sanguine about the idea of using a service which is meant to handle information of such gravity as this, and which has also had an extremely well understood, trivially fixed, and enormously compromising information disclosure vulnerability go unfixed for a year or more. The reason why that situation has obtained is not interesting to me; that that situation has obtained is enormously so.
I love Jest, but thought the 59% satisfaction with Jest was unfortunate... probably super-early adopters?
The Lounge - MIT

An open-source web-based IRC Client (think opensource fork of IRCCloud)

This month: loading messages from logs[1], moving client to React (or another UI framework)[2], and so much more

Skills: CSS, JavaScript, design (need a logo!), React

https://github.com/thelounge/lounge - #thelounge on freenode

[1] https://github.com/thelounge/lounge/pull/663

[2] https://github.com/thelounge/lounge/pull/633
What about maintainability? You want everyone who touches your code to figure out your custom solution for data binding? Or you could just follow the conventions established by an industry popular framework that is instantly consumable by another developer?
Thanks for the compliment. I certainly wasn't trying to paint myself as the poster boy for anything, but I think my story can be interesting for people who haven't experienced poverty, especially because I bought into a lot of the kind of thinking you describe, and letting that go was a large part of getting out of being poor. I actually am a second generation immigrant (my mother is from Panama), and even after my parents split we had a pretty hard-scrabble life with her working for minimum wage, and my father being self-employed and not much better off. Still they never took advantage of welfare programs (well, not until after I was raised, but that's a different conversation), and there was a pride associated with not doing it. It'd be foolish to say that people should never take help if it's available, but I think it's often overlooked just what a deleterious effect it can have on a person's morale.

Further, as the old saying goes: Necessity is the mother of invention. People will live in whatever situation they can tolerate, so changing what you can tolerate is the necessary first step to improving your lot in life.

*edit: changed 'and even after we split' to 'and even after my parents split' because I clearly lost focus on what I was writing in the middle of that sentence.
What guidelines?
On that topic, I think fb tried to enter a number of market but wasn't always successful (looking around there's things like coupons / gifts / credits).
It depends on where you draw the line for "trivial". Does it need routing/browser history? What browsers are you supporting, any legacy ones? Does the frontend do any kind of translations or visualizations with the data it's getting from the server? Does the layout have a bunch of panes and reusable views? Do you want your frontend code to be testable? All of that is an order of magnitude simpler using an actual SPA library or framework. And if you're not doing any of the above, you're probably better off making a server side rendered app with some AJAX sprinkled in anyway. At that point making it an SPA at all is probably overkill.

The huge frontend frameworks have an upfront learning cost and tend to be unfortunately leaky abstractions, but they're still much easier to maintain than a jQuery/JS mess with a bunch of DOM-manipulation code and HTML strings living right next to the business logic. They at least force the code into an understandable architecture and separate the view from business concerns. Experienced developers know how to structure their frontend JS already, but novice ones--the same ones that would feel the pain of learning a framework/ecosystem on top of JS when they first try to pick it up for an SPA--almost certainly won't.
The World's Best Hackathon Survival Guide
Location: Washington, DC

Remote: Yes

Willing to relocate: No

Technologies: Python, Django, Django REST Framework, Flask, Tornado, Postgres, PostGIS, Docker, Bash

Resume/CV: http://schep.me/resume

Email: dschep@gmail.com
>> You would be fine just learning ES6, a front-end technology like Angular or React, and a bundler like Webpack

In nearly every circle of developers I know, they insist you learn plain, vanilla JS first. Jumping in Angular without knowing what a JS object is, understanding how closures work, understanding callbacks, or understanding how JS's "this" works in detail. All things someone should be fluent with before they go jumping into Angular and React.

Also knowing there's a HUGE difference between Angular (which is a full MVC framework) vs. React (which is just the View part of an MVC framework) is a small, but important detail for someone just starting out.
I thought they were being sarcastic.
It's bad enough the facts on the ground make it a virtual impossibility to circumvent JS altogether. The best we can do is always wearing gloves when handling it and to never write it manually.

JS, for the oversimplified thing it is, is just systematically overextended with the loads it has to carry now. No framework on earth will make that go away. And neither will ES6.
Show HN: Framer
My first e-mail address was also from a university account, sometime in 1995, IIRC. By then the University of West Florida was _already_ using Linux for SLIP/PPP and shell accounts.

They were probably using Slackware because JOE is still my preferred editor, and JOE was the default $EDITOR on Slackware.

The class was a distance-learning class in Special Relativity. Class discussion occurred in a local Usenet newsgroup using TIN over a dial-up shell account as the default reader. I still use Usenet (many comp.* groups are still active and constructive) and TIN is still my preferred reader, though for a few years I was using Forte Agent.