skysight-inc/HackerNews huggingface dataset:
Hi HN,

I created this tool after getting frustrated with the excel sheet I was using to track and re-balance my retirement investments (something Mint, Personal Capital, and others don't handle that well). Since it's re-balancing season for many people, I felt it would be worthwhile to share my work.

Any feedback is very appreciated, thanks!

Cool features:

* The site is entirely client-side, so you can download the source from github and run it as just files if you'd like

* The save button generates a URL containing any data entered, so you can restore your work by simply loading from a bookmark
Saying I love my work is an understatement. I get to work remotely as a consultant paid well over the market price but treated like a long term employee and travel as I please. I know the CEO and VP and its a fairly large company with 5 large high-rise buildings throughout the world, 2 in California. I get to work on my side stuff pursuing my startup AND the boss not only knows about it but thinks its cool as long as I get my stuff done. How can you possibly ask for more than that? The only downside is I don't relate to anyone having to drudge through traffic each day, having an asshole boss or caring if its the weekend or not. Hell yah.
In C99:

#include <stdio.h>

int main(void) {
(* * & * * * * * & * * * * * * * * * * * * * printf)(&1["C is awesome\n"]-3/2);
}
I often have the situation that I asked someone something, then the next day, or next month I have the same problem again and want to search for that one link or answer without bothering everyone again. That is not possible with IRC (yet?)
Cram Fighter | Boston, MA | Full-time | Onsite

What we do:

We help students become the best versions of themselves by enabling them to be more efficient and better manage their time. We do this through web and mobile apps that let students create personalized study schedules for high-stakes exams.

What we're about:

We're a bootstrapped, profitable company with thousands of paying customers. We're obsessed with building great products and pushing the boundaries of learning. We focus on an open company culture (everyone gets to see revenues, targets, etc.) and strong work/life balance.

What we're looking for:

* A senior software developer who is interested in tackling
important problems in education

* Looking for someone who is proficient in Django

* React experience is a plus

More info:
http://cramfighter.com/careers/senior-software-developer/. Send any questions my way (email is in my profile).
Call Me E-schmail: Conquering the Beast That Is HTML Email
Nope. They closed that workaround.

The article was indeed changed; edited OP.
ShareThis | Palo Alto, CA | Full-Time

Most people know us for our social sharing widget which powers sharing for over 3MM sites and apps across the web - and generates a billion social events per day ( > 1.5TB of data). But what makes ShareThis a fun and challenging place to work is how we use that data to power a suite of real-time data and media products for our partners and advertisers.

We're hiring engineers who want to: - Hack on a tech stack that includes the latest in tech: Kafka, Google BigQuery, Meteor.js, Docker, and Kubernetes - Sift through TB's of social sharing data to provide real time insights and intelligence. - Work in a truly agile and lean startup environment.

Multiple open positions:
- Senior & Principal Software Engineer (Full Stack: Meteor.js, PHP, JavaScript, BigQuery)
- Tech Lead, Software Engineer (Infrastructure/DevOps: Docker, Kubernetes)

We're backed by prominent VC firms like DFJ, Blue Chip, T-Venture - who've also funded companies like Tesla, Twitter, Skype and Box.

Learn more about the positions us at www.sharethis.com/join
If you want to know more or apply to any position, email me directly at mosquera@sharethis.com with Hacker News in the subject name.
> GitLab has integration for it even.

It actually is included with the gitlab omnibus installation package now, and then it uses gitlab's LDAP for logins. I just had to set a few options in gitlab.rb because I wanted to use SSL and to set the external hostname.
Benchprep | Junior Developer | Chicago (ONSITE)

We are a small group of driven, ambitious individuals committed to changing the landscape of education.

We work hard, eat well, and have lots of fun. We work at BenchPrep because we love it. We are looking for talented and motivated professionals who are excited about the chance to leverage technology to impact the lives of millions of students (our clients include ACT®, HRCI, Hobsons and many other educational companies).

You will join a small team of developers in a profitable start-up, building both green-field projects as well as improving existing top-of-the-line products.

Shoot me an email to nickolay@benchprep.com
The simple answer: Trains can't stop quickly, and can't switch tracks easily.

A car stays in lanes that go one way. Trains don't: they often share a segment of track for both directions, and you better be darn sure you're not going to run head-on into an oncoming train, or into a stopped one.

Thus, trains need a lot more communications and coordination to ensure safety, unlike cars which use the rules of the road and quick maneuvering and stopping to adjust
Finally someone said it. I have a tough time with one of the project I am working on during my personal time. By the time I go home and get time to work on it or ask a few questions, I don't see anyone in that slack room. When I am work, slack is blocked, so I have to wait till weekends to get someone answer my question.
Zee.Aero | http://zee.aero | Mountain View, CA | Full Time | ONSITE

Zee.Aero is developing revolutionary aircraft concepts, working at the intersection of aerodynamics, advanced manufacturing, and electric propulsion. We are actively building a team of world-class engineers who have experience in fields ranging from power electronics to aerodynamics.

We are seeking a full-stack software developer to join our vehicle design team: https://app.jobvite.com/j?cj=o1eZ1fwZ&s=Hacker_News

Additionally, we are currently seeking software test engineers with embedded software testing experience to join our software and avionics group: https://app.jobvite.com/j?cj=oHw21fw0&s=Hacker_News

Finally, we are currently seeking an IT Manager with substantial experience in leading and growing IT teams: https://app.jobvite.com/j?cj=o8us2fwQ&s=Hacker_News

We are located in Mountain View just a couple of hundred feet from Shoreline Lake and its surrounding walking/jogging trails. We offer a comprehensive benefits package including medical, dental, vision and life insurance, 20 PTO days, 10 company holidays, a 401(k) plan with company matching, commuter checks, and education assistance. And on top of all that, we also offer a variety of perks such as free lunches, snacks, drinks, fruits, year-end bonuses, employee referral bonus, IP bonus program, ping-pong table, afternoon chocolate, happy hours and many more.
One problem that they failed to address in the Slack over IRC section is a damn near non-existent barrier to entry. I've introduced people and small teams to IRC. I've also introduced people to Slack. IRC is just different enough, even when introduced to a team of technologists who grew on AIM and the like. Consider the onboarding experience - I emailed someone a link to a Slack channel, and before I heard back from them they'd signed up on my account and, unsolicitedly, downloaded the mobile client and were chatting with me. My setup time was nil, and there was no training. Sure, they could have downloaded Colloquy to their Mac and iPhone, and entered the settings, and hoped for the best, but I'm almost positive it wouldn't have gone so smoothly. That doesn't even include time to configure a bouncer for persistence. It's just anecdata, sure, but it counts for something, and helps to explain Slack's explosive growth.
Taking the wrong lesson from Uber
This is all very true, but I've seen many cases where:

>use it for one-on-one communication

^^

This often ends up hiving off critical information.

My ideal 'team chat' software would let you, by default, have one on one communications which get indexed and are searchable by everyone.
Dave Winer is obviously a web legend, but I find the contradiction between his strong stance on an open web and his site's behaviour (loading static content on the fly via javascript) an awkward one.
San Francisco; Full Time; Onsite

I'm the cofounder of Figma (www.figma.com), a startup in San Francisco building a browser-based collaborative design tool to improve the way designers and engineers work together. We're a small team of 17, and we're looking for talented designers and engineers (www.figma.com/careers) who are interested in tackling challenges in the creative tools space.

Example challenges: annotation system on top of documents for feedback, 2D boolean operations on paths, speed up zooming in the app using a tile quadtree, UI testing framework that simulates user actions, real-time events and data pushing across the site, zero-downtime deployments, search API for filtering user files.

Our tech stack: C++, Emscripten, Node, CoffeeScript, JavaScript, WebGL, Ruby, Sinatra

If you're interested in learning more about what we're working on or want to meet up to talk about any of my other projects (http://madebyevan.com/), you can email me at wallace@figma.com.
Many people don't even know what a browser is and will just use whatever is bundled with the OS.

Also, IE is often used to download Chrome / Firefox after a fresh install..
Monitorial | Sunny Santa Monica, CA | Freelance Django Developer | Remote Welcome

We're a small team focused on server security monitoring. Also looking for Linux server automation mavens.

Email: [recruiting] at [monitorial dot com] — Web: https://monitorial.com/
> a healthy dose of Hennessy's book

Most any CS book seems to have been written in C, Java, C++ and lately, Python. Are there books on computer architecture, algorithms, compilers, whatever written in Scheme?
That's true that many of the things I mentioned (not all) are possible through clients building in the functionality on their end, but that leads to another problem that slack can avoid, which is a unified interface for all users. While file transfers may be made easier on one IRC client that some users are using, it has to be completely compatible with the user who is connected through Irssi or another less capable client. This limits the possibilities of a client (which, mind you, is actually a big selling point for a lot of IRC users including myself). And I agreed on the fact that it's closed source and that can be an issue. But like I said above, that means that there is room for FOSS solutions, not that IRC is the answer.
GoFix | London, UK | onsite or remote | fulltime

GoFix is a startup within Domestic & General, the UK's leading specialist provider of appliance breakdown and warranty protection.

We're reimagining the whole process for booking repairers, testing a lot of propositions around pricing and offers, and plan to roll out to the whole of the UK. It's an interesting space, and we have a leg up on everyone else because of our relationship with D&G and the data/resources they have.

We're currently looking for:
• Backend Engineer (ideally... experience with Node, Postgres, Mongo, AWS, Twilio, Mailgun, etc, and working in a small team, in an agile TDD environment)

• Product Designer (ideally... experience with consumer facing apps, prototyping tools... Sketch, Invision, etc. and iterating quickly, and maybe some HTMl/CSS/coding experience)

If you're interested, I'm more than happy to answer any questions, just shoot me an email, justin@gofix.com
In no particular order any of the following as an introductory language.

Ruby -- puts "Hello World"

Python -- print "Hello World"

Lua -- print("Hello World")

Personally I wish every programmer would eventually learn C. Getting down to that low level and really understanding how things work is important, but if it is the first language I think we would end up with a whole lot less programmers as many would give up early.
@tptacek:

Slacks growing usefulness is predicated on the fact that people build bots for it.

It's not that IRC can be as good as slack -- IRC is NOT the same kind of thing as slack, they are different. IRC is a protocol, slack is not, slack is a product. My point is that the right product needs to be build AROUND IRC to make it viable/interesting.

From the previous comment, it seems like the features people are loving slack for are:

- Well designed interface

- File sharing

- Inviting/sharing channels with people

- Functionality provided by bots

Is that incorrect? I'm sure that list is incomplete, is there anything very significant I left off?
Front Row Education -- San Francisco -- ONSITE -- https://www.frontrowed.com

* Web Engineer (http://frontrow.workable.com/jobs/67247)

* Senior Web Engineer (https://frontrow.workable.com/jobs/156061)

* Infrastructure Engineer (http://frontrow.workable.com/jobs/70963)

Come change how millions of US students learn Math and ELA.

Super small, tight-knit team in downtown SF.

One of the world's highest traffic Haskell products, ever.

Big presence and stewardship of the community. Work with well-known community personalities.

Use the best and simplest tools for the job, preserve the no-firefighting culture, sleep soundly at night.

Front Row is venture funded, has a proven business model and is on the road to profitability.

Keywords: Haskell, React, Flow, Ansible, AWS, PostgreSQL
Shore GmbH - Munich, Germany - Fulltime onsite only

Up for a badass challenge?

We use a combination of ES6, React, Ruby, PostgreSQL and RabbitMQ to build a large web app and native Android and iOS apps.

At Shore, we have a growing team of passionate developers. We utilize the latest tech and we have a very strong focus on teamwork.

As we are growing and growing, we are looking for great and talented developers to join and support us.

Who are we? We are a 2012 founded, international Start-Up, with headquarters in Munich, Germany. In these 3 years we have already grown to 180 employees, have offices (sales) around Europe and recently opened our first sales office in Santa Monica.

We can help with VISA issues if you wish to relocate.

If you would like to get in touch please visit the link below:

http://www.shore.com/us/career
> However, fixing some of those will break backward compatibility one way or other and require effort that would be unnecessary otherwise.

We aren't changing anything you're talking about, except for bugs.

> In what order are subexpression evaluated in Rust? Unspecified yet, in fact it is even worse than that, it differs between borrow checkers (which I think uses the most useful one given Rust syntax: right to left behaviour), while code generation assumes left to right order. https://github.com/rust-lang/rust/issues/28160

That is not the standard question of right-to-left vs. left-to-right argument order. That is perfectly well defined: left to right. Rather, it's a very subtle question involving code nobody would write in practice.

> Except it wouldn't work, because Rust does not guarantee that drain destructor will be executed, in fact in perfectly safe code it may not be executed at all.

This is never a problem in real world code. The leakpocalypse affects nothing in the real world and was a lot of debate over what amounted to a very minor hole.

C++ has no guarantees about destructors being executed at all, and frequently due to memory management errors they aren't. Rust guarantees that they'll be executed unless you're leaking.

> Bugs, bugs and more bugs. Rust not calling your desctructor for variables in the same scope after panic, still there after more than a year: https://github.com/rust-lang/rust/issues/14875

C compilers have miscompilations too, with the same frequency. I never hit these in practice.

> I am still not sure if it is worth the effort, it seems to prevent problems that I don't commit in C++ anyway.

Yes, you do make those errors. Empirically. All large C++ projects I have ever seen have memory management errors, unless they're doing hugely expensive verification. I have not yet seen an exception.

> Running out of memory aborts program. This is I think quite a bad decision (it seems that this may be a temporary one) for a language that have exceptions in form of panic.

It's not a temporary one. Most programs don't need to handle out-of-memory conditions, and having the language do this is not a step back from C++. For programs that do, you can use libcore (recently stabilized!) and handle this yourself.

You're looking through the issue tracker, pulling out random bugs, and overstating their impact. Someone could do the same to any C++ compiler; LLVM has horrible-looking miscompilations all the time, and it's still production ready. Of the reasons not to use Rust, miscompilations (which is the vast majority of what you're talking about) aren't anywhere near the top of the list; they occur more or less with the same frequency they occur in C++. You can't complain that the borrow checker doesn't solve memory management issues you hit in C++ and then simultaneously criticize Rust by citing a whole bunch of issues that occur with much less frequency than those memory management issues.
As you point out, it should be possible. The other MNOs think they are in a business other than moving bits. They are doing what are at best superfluous acquisitions like AOL. They think they can "add value." At best they can subtract value and charge you not to.

Seeing through this delusion should be an obvious competitive advantage. But you have to behave like you mean it. More bits, more predictable performance, fewer gotchas, for less money is what MNOs should be selling.

There's another way to zig where others are zagging: Create product offerings lined up with key ecosystems. There is the beginning of this in Sprint's participation in Project Fi.
First world problems.
That's about right, I think. Mine started with Java (because the school was heavily supported by Sun). Some more advanced courses went into other styles of programming (Prolog for logic programming, Lisp for functional, ARM+MIPS assembly for low-level understanding). The C++ courses were purely electives and were taught in a "C with classes" style when I took them around 2005.

Of course the compilers, networking, and robotics classes all assumed fluency in C, and of those, the series on compilers was required, so it was impossible to escape learning at least some enough C to pass those classes.
Salesforce's one looks more developed than HP's. https://www.lightningdesignsystem.com/
Incredibly hacky and fragile - the MSN Messenger protocol of yesteryear was similar. It was originally a plaintext-only protocol that was simple to implement, but many features were grafted on top over the years while trying to maintain backwards compatibility.

By the time that protocol mercifully died the thought of implementing a client would rightly give programmers nightmares.

The argument I see in this thread (not yours necessarily) seems to suggest that in order to implement modern features demanded by users we ought to favor grafting plugins and protocol extensions on top of IRC rather than use something that actually supports said features out of the box.
Qardio | https://www.getqardio.com | San Francisco, CA | ONSITE | Full-time

Healthcare does not have to be ugly and frustrating! Join the Qardio team and help us make heart health better and cheaper for everyone.

If you love working with and integrated hardware/app/cloud platform and seeing the fruit of your work shipping to the shelves of major retailers, get in touch: we are looking for Product Managers, Software Engineers, Embedded Software Engineers, Analog Electronic Engineers, Digital Electronic Engineers, Technical Writers, Mechanical Designers. We are also hiring on the marketing front.
Our offices are in downtown SF.

Email stars at getqardio.com to apply, or visit https://www.getqardio.com/careers/ where we are adding new job openings every week.
> it's my opinion that such changes are minimally substantive

Once you start requiring and providing proof, you've made a contribution. Saying "I believe" should is cause for stopping. If you can't even prove the simplest of assumptions, you have a starting point. That's where they are. Studies are time consuming and expensive and the project has been mired in the prequisite grunt work to challenge small assumptions.
Would this be doable with IRC?
Why IRC and not XMPP?
I don't really get what these abbreviations and commas in the titles are all about.

It saves 3 characters over "Yahoo to cut 15% of jobs and close several units". Maybe allow for more Twitter hashtags?
And that openness extends to being able to use whatever software one wants be it open source, closed source or whatever.
That still doesn't explain why a simple solution can't control speed limits (which would have prevented this accident).
A language can be beautiful, pure, or Latin, but not all three.
Some transit agencies and railroads are experimenting with GPS, but IIRC the biggest impediment are tunnels,
It was my first 'real' job and the company was (and still is) considered extremely prestigious in our line of work. So for a junior engineer quitting that job was suboptimal at that stage. I ended up going without permission. Contrary to my expectations I wasn't fired. But was never promoted again, either - no matter how hard I would work for it.
Giddy when working on side project http://HockeyBias.com

All over the map at day job...
Is this gonna be one of those "every day until you like it" things?
I've made this point elsewhere. But I consider this the realistic view that comes from a good amount of experience and simply using my eyes.

You say narrow - I say broad. For most people the 'job' they do is just a thing that brings money in. They have no feelings towards it - it's just a thing they do. They are more concerned with their family, their relationships in general, how they are going to support their kids, how are they going to pay their damn bills etc. etc.

Under this condition I find it hilarious for someone to justify -- sitting from their computer screen with an IDE open on the other monitor no doubt -- the fantasy happiness that can be had from doing a lower paying and physically more challenging job. I don't know gardening, but I do know construction, intimately, and imagine that gardening as a profession is not too entirely different. Most people who do these jobs are not doing it for some fantasy happiness. They are doing it out of necessity.
"If you have 3+ hour meetings that sounds like a bug."

Not to management :(

"Maybe figure out why they take so long or why there are so many and address that."

Cause meetings, especially long meetings, are how management shows that they're on top of something and getting things done.
Location: Chicago

Remote: yes

Willing to relocate: maybe!

Technologies: Python (flask, django), Node.js (express, gulp, backbone), Javascript (backbone), Linux (ubuntu, debian), Postgres, Stripe

Workflows: agile / aha / slack / hipchat / skype

Résumé/CV: https://github.com/tony, http://careers.stackoverflow.com/tony
Email: tony at git-pull.com
this was originally sent out on twitter by a bunch of people (including myself) who are working on containers (and have a container-oriented set of followers) so I'm pretty certain there is a forward looking bias in the data.

I tried to describe this bias at the top of the blog post.
you're ignoring that period between standardization and the release of google chrome where there were effectively no changes and no browsers that were compliant.

Suddenly competition led to a huge uptick in the speed of change of the web.