skysight-inc/HackerNews huggingface dataset:
I suggest you to do one of two things. Either refute the 'ponzi' argument, or keep attacking me personally :) You seem to have some anger in your life. you should resolve that first.
Announcing PureScript 0.8
iCIMS - Matawan, NJ
Cool company, lots of openings. http://carrers.icims.com
maybe we're just the crickets
Intergalactic travel or communication is exponentially harder than interstellar.
The majority of the CS degree isn't very useful to dev work. Most of what you'll use in your day job you'll learn on your own, or on the job. A CS degree is mostly academic, and also mostly a sampling of a bunch of different domains to whet your appetite.

However there are a few topics I consider essential... operating systems, algorithm runtime/performance, data structures, basic software engineering/design patterns, memory management (seriously, everyone should have a course in C or C++) and functional programming (like Haskell).

Even hacking away at a PHP or Node server, there are times when a bit of knowledge of Big-O runtimes can save you from creating a script that never finishes.
Ugh, while I 100% agree that learning C (or similar lower level language) should be a prereq for any programming job, the use of the K&R C book is idiomatic of what is wrong with C. To many people pick up that book and try to emulate what they read.

I firmly believe that book will teach you every bad habit you should never use in actual practice. 30 years ago, many of those "tricks" made sense given the compilers and computers of the time, but today your much better just writing straight clean C (for example using array indexes instead of pointers). Not only because its more maintainable, but because it often generates more efficient code due to hardware support for base+displacement addressing and compilers abilities to understand the intent and optimize the resulting code. Furthermore, code like what you find in that book is what has given C a bad name due to buffer overflows and the dozens of other things people think are the fault of "C" rather than the programming environment around it. Not the least of which is a formatting scheme that hides bugs.

So, PLEASE, if you are learning C, stay as far away from the K&R book as you can until you have gained enough proficiency to understand the pitfalls of may of the techniques taught in that book.
> As much fun as it is to carry on the Slashdot tradition and make fun of every bug at MS as indicative of a toxic and stupid culture, maybe that's not entirely appropriate anymore.

But betanews wouldn't have very much to write about....
If you like music, I can't recommend enough Bose qc-25 headphones. They make it so I can actually focus in a noisy environment.
But how would you deal with losing history? 10K messages is not very many.

I've been using gmail/gtalk for ~12 years -- I can quickly dig up (and regularly do) pretty much anything my parents and I ever talked about. I consider this to be the killer feature (vs, say, hotmail, where I had to keep deleting messages because of the 10MB limit, back in the day).
First where? Universe? Supercluster? Local group? Galaxy?

It does seem unlikely that we are the first. But if it takes the average galaxy 20 billion years to evolve stable interstellar life, we may never hear from the others - even if there are millions of other civilizations in the universe.

The question here isn't the odds of interstellar life evolving. The question is how frequently interstellar life evolves in neighboring regions of space at similar times while displaying mutually recognizable signs of intelligence.
Seems like a great use of Slack. Unfortunately, my first and only experience with Slack has not been a fantasy. I joined a public slack on startups and everytime I check, I'm 100+ messages behind. Seems like a giant chat room.

I'm missing the magic.
Homeless man takes credit cards using Square
Fueled | Product Manager (Senior + Mid-Level) | Soho, NYC | Full Time

Contact: Christine@fueled.com

-- Who We Are--

An award winning mobile app dev agency www.fueled.com/about

--Where You Fit In--

You understand what makes a compelling and innovative digital product. You know what a mobile device is capable of and how we can push it to its limits. Your role is to sit down with clients, understand their ideas, and then turn around and build an electrifying product. You’ll come up with a solution right off the cuff because you know the capabilities of bleeding edge mobile technology.

--Benefits--

Equity, Unlimited Vacation, The Coolest Office in Soho, Macbook Air, Performance Bonus (10-13%)
*This job does not include coding.
Apply Here: http://bit.ly/1UvMtuB
____________________________________________________________

Fueled | Senior UI Designer | London + NYC | Full Time

Contact: Christine@fueled.com

--What it means to be a Fueled Designer--

Being part of the Fueled Design team you will have the opportunity to work amongst world class talent on a wide range of unique interactive projects, with established brands such as Glamour, Vanity Fair, and Barneys New York, and successful tech startups such as Rdio, QuizUp and Urbandaddy. Outwardly facing, the obvious difference is our mix of world-class design and top-notch development. But what really sets us apart is our integrated, product-driven approach. The way our product/strategy teams work with designs and developers results in a rare, collaborative product-development cycle that few can match.

--Benefits--

Equity, Unlimited Vacation, Macbook Air, Apple watch, Performance Bonus (10-13%)
Apply Here: http://bit.ly/1PKoCJR
There are a few things to unpackage here!

1. Whenever you catch yourself thinking that something uncommon is effortless, you're probably not seeing what's going on behind the scenes. Or at least– getting to the point when you've set the flywheel in motion (and people are trying to use your product or idea as a centerpiece for discussing something of their own) is non-trivial! But I'm sure you know this.

2. There are B2B SaaS apps that provide a serious amount of value that grow nicely, but still don't grow as quickly as Slack does– Slack is kind of an outlier in this regard.

3. There's a predictable news cycle that these things go through: https://medium.com/backchannel/how-the-tech-press-forces-a-n... Within this model, Slack is currently between 4 and 6 o' clock. This will change, inevitably.
What language would you suggest is friendlier, and less rife with gotchas? I find the rules of C fairly reasonable, at least on the surface.
Guide Financial | Senior iOS Developer (Swift) & Full-Stack Developers (Ruby/Rails) | San Francisco, CA | http://www.guidefinancial.com

SENIOR iOS DEVELOPER (Swift)

We are seeking an iOS Engineer with a focus on our core mobile experience, reporting to our Vice President of Engineering.

You will be responsible for developing, testing and maintaining some of our most important and ambitious technology features, and you should have a proven track record of delivering very user-friendly, well-engineered and tested software. You should also be excited and comfortable juggling multiple priorities in a fast-paced environment.

We are looking for a Swift guru, or someone who is rapidly getting up to speed in Swift and can guide our team through the process of building our first major iOS application.

FULL-STACK DEVELOPER (Rails)

The Full-Stack Developer role is a critical position for us. We are seeking a developer with experience working extensively in both front-end and back-end software development, reporting to the Head of Engineering. Your initial focus will be on our core web experience, and may expand to mobile platforms as well.

You will be responsible for developing, testing and maintaining some of our most important and ambitious technology features, and you should have a proven track record of delivering well-engineered and tested software at scale.

ABOUT GUIDE FINANCIAL

We serve as an independent digital innovation startup within John Hancock, focused on scaling our technology to improve the financial lives of millions of customers in the US and globally. We are an agile, fast-moving startup team based in San Francisco, that leverages the brand, support and resources of John Hancock and its Manulife parent company to ship products that positively impact the lives of customers around the world.

Our mission is to use technology (artificial intelligence and applied behavioral finance) to enable millions of middle-class families to increase their savings rates, make better financial decisions and achieve retirement security.

To start a conversation - drop us an email at info@guidefinancial.com with a brief note about yourself and a resume.

You can also read more here: https://www.guidefinancial.com/careers
Completely agree, I'd prefer working in OSS full-time and accept a minimum wage to keep looking for gigs to maintain my basic necessities.
Niiiice. How did you manage to get this to look this thin?!
We have a hybrid space. Cubes surrounded by white boards. Probably 20feet of whiteboard / associate and a few associates with offices with doors and 10 feet of whiteboard. Doors are seldom closed. We use chat for both my team and with another similar team across campus. We are very aware of the penalty of context switching so the spaces tend to be quiet except when there are operational issues. We use a scrum lite approach (daily stand ups but very lightweight).

We agree with the comments here that chat should be used for operational or time and sequence sensitive task coordination. We call quick meetings to collaborate on issues and opportunities right after standup and they tend to last about 10 to 20 minutes at most. These don't occur very often (1 or 2 a week). All of this works very well.

We have tuned the space a lot over the years. We also have a small table in the space so we can do demos (big monitor on the wall) or have meetings when we want and not be tied to formal meeting space availability. We maybe have 2 to 3 meetings a week in the space and usually they involve everyone (there are 3 of us).

My last gig was at a bank and I had no desk. I had a file cabinet and a shared admin (across maybe 80 people). Was expected to find space to work. I carried my office on my back. At times it was great. I could hide from my associates when I needed to get work done. I had 8 people working for me. But when we needed to collaborate or meet we could hardly ever find quiet space to talk through operational issues. We were never allowed to use chat so when operational problems arose people had to assume I was looking at my email.

Net net was I hated this approach. I love what I have now.
Which is precisely why "close encounters" between Chinese & US, or Russian and US, aircraft are treated seriously. Prior to the 2001 Hainan Island incident, it wasn't a serious issue most of the time.
My wife and I use slack. In the past ~6 months we: got engage, planned a wedding, a wedding reception (2 different dates), honeymoon to Australia, a baby, a new house, and renting out our townhome.

While slack is really a gussied up messaging platform, the extra polish they have on things like search, pins, and documents, made planning and executing on 3 of lifes major milestones significantly easier to manage.

So far we use only a couple of integrations: google calendar, and a custom build slash-command that pushes events to IFTTT's Google calendar event reciepe.
Right on. I would have figured that iCloud would have one of those iterating cookies (I have no idea what it's really called) where each request iterates the request-data of each subsequent http call so a copy curl wouldn't work.

Very cool automation.
Boo hoo hoo

Now, I hate the "but other others have it worse" logic, but let's go ahead. I have a family member who was a mason. Started at 16. He is now 45, is unable to do anything properly because his back is completely busted.

I'd love to say that this is an isolated case. I'd love to say that the other construction workers I know are in better health. And I'd love to say that percentage of construction workers with health problems is extremely low. But they're not. Their job is physically hard. They're laying bricks, moving things, moving around on roofs. The body can take it, but not for too long. And they can't take breaks, because their job doesn't allow it. Their body is perpetually being used, and all they can do is reduce the rate at which the damage is done.

Now let's compare with the average developer, which can do regular wrists exercises, sits in a comfy office chair and can perfectly well go exercise after work. Whee, such danger. Take care of your body at least 30 minutes every day.

And yes, carpal tunnel sucks, and can put you out of a career. It can't put you out of 80% of jobs because your back, or your leg, or your shoulder is busted.

Compare both, and tell me the construction worker doesn't have it a thousand times harder than the dev, I dare you.
Location: UTC+3

Remote: Yes

Willing to relocate: not earlier than 2017

Technologies:

Senior backend developer (with ruby stack).

Have huge experience in Ruby (over 10 years), working as a team leader for 4 years.

I'm willing to move on to another technology stack: clojure or golang (have some experience with both) or scala/elixir/erlang (newbie)

Keywords in one list: mysql, mongodb, rabbitmq, redis, aws, chef, git.

Less experienced with: postgresql, packer, terraform, docker, ansible

Available for part-time till summer afterwards I'm ready to work full-time.

Résumé/CV: On request

Email: kronos@realisticgroup.com
That's not a Ponzi scheme; that really doesn't have anything to do with Ponzi schemes, I wonder why you even bring it up?
On the plus side, most modern office buildings are shoving the private offices toward the interior, with open offices around the perimeter having actual daylight. We can thank the USGBC and LEED certification for a lot of that.

You'd have trouble designing a more depressing environment than an open office in a building interior with fluorescent troffers if you tried. Good riddance.
Ingresso - London, UK - ONSITE

Ingresso is a London-based ticketing startup. We have built a ticketing platform that makes it easy to sell a wide range of event tickets such as theatre, music and sightseeing tours. We connect via venue APIs to transact directly on the venue's system. We then offer our own API for others to sell our tickets. This API is used by big eCommerce and travel businesses - eg we exclusively power Amazon's ticketing business (https://tickets.amazon.co.uk).

We're looking for:

- Senior Backend Web Developer

- Full Stack or Backend Web Developer

We use a combination of Python and C. Starting to use Go and AWS.

http://www.ingresso.co.uk/careers/

matt at ingresso .co.uk
Ask HN: A quick survey for read-it-later app users
Hello,
I created this small survey [1] for read-it-later app users (instapaper, pocket, readability, ecc.)

The purpose of this survey consists in understanding:

- how many people are stacking up articles in their reading list without reading them

- why articles are stacking up

- if the proposed tools are able to provide at least a partial solutions to this issue

Thanks in advance to anybody answering the survey.

[1] http://goo.gl/forms/7Ga7eS1VDg
FlightAware - http://flightaware.com/about/careers/ - Houston, TX - onsite

FlightAware is the world leader in flight tracking; we accomplish this with creativity, innovation, dedication, diligence, and integrity. FlightAware is self-financed, with millions a year in revenue, but still ambitious and with the hunger of a startup.

We're looking for:

* Web software developer
* Front-end (UI/UX) developer
* Systems Engineer
If you haven't already, shared photo albums on iOS are a really great way to share baby pics with family members without overwhelming your Instagram feeds or having to email all of the time.
Twitter Shares Jump on Report of Possible Silver Lake Deal
Are you in SIGINT? If you're not in SIGINT, I agree with everything you've said, otherwise my experience has been pretty different likely because I'm in SIGINT. Most of us are employees and the work can be pretty satisfying and rewarding, especially when you can see the effects and/or results when you're just a small cog in the machine.

It's possible we're in different countries, though :-).
Patreon Architecture Blog
Bump for MCP2221. That's the one we ended up settling on. IMHO its cheaper, better, and easier to get in the small (100's) quantity we use them.
hah.

why do people fall in this trap over and over again?
if you can do basic math you understand that the cost of people is >>>> cost of the space. For small startups, one person can cost you more, per month, than all your rent.

open space can work great sometimes depending on the type of work done, but I've yet to see a place where people are not simply tired of the noise and the constant interruptions.
From the beginning of the story:

> In much of Asia and Europe, engineers are protected by a technology known in the United States as positive train control, or P.T.C...Amtrak has been working on its own in-house version of P.T.C., called the Advanced Civil Speed Enforcement System, or Acses, for almost a decade. But owing to insufficient funding and a row with the F.C.C., which Amtrak said had been slow to approve the use of the requisite radio bandwidth, its actual implementation has been piecemeal. At the time of the accident, large portions of the Northeast Corridor, including Frankford Junction, were not online. Practically speaking, that meant engineers were working with no safety net.

Near the end of the story:

> In late May, Joseph Boardman, Amtrak’s C.E.O. and president, promised that the installation of P.T.C. on the Northeast Corridor would be completed by the end of 2015, a pledge he has kept: Today, the system is active on all routes, with the exception of substantial stretches of track owned by the State of Connecticut. (A spokesman for the Connecticut Department of Transportation said it hoped to have P.T.C. installed on all state-owned track by 2018.)

A technology that had stalled for a decade -- for ostensibly "hard" and "complicated" reasons -- is completed within months after a disaster. Just goes to show how much tragedy and politics has an effect on implementation and prioritization of engineering improvements.
Researched Cixin Lui. Wow. Why haven't I heard about him before? I'm downloading The Three-Body Problem on my Kindle tonight.
11 or 10 paid holidays? Do you mean that's the total number of holiday days you get in an entire year? Does that include public holidays?
where is this Collaborative overload? Do I live on another planet? These diseases seem to hit only places like Silicon Valley and the like
Reminds me of an old joke about elephant repellant. I forget exactly how it goes ...

Person A: (something about elephant repellant)
Person B: But there's no elephants around here!
Person A: See? It's working!
I really want to figure out which plan is better. I honestly feel that people with bad experiences with open plan get on here and gripe, and it makes open plan sound horrible. But there are bad experiences with offices too. Like rarely interacting with colleagues outside of scheduled meetings. And there's a natural bias towards one's own productivity vs helping the team.

Maybe it's just because open plan is more the norm nowadays, now we hear all the downsides of that. But it's worth considering it was adopted in response to the downsides of offices and cubes (shudder), not some shortsighted irrational plot to cut costs at the expense of productivity.

One thing I know: If anyone says rarely interacting "sounds great", they shouldn't be trusted. Yes you will absolutely maximize your coding focus. Yes that is an invalid argument. Team collaboration is important too. I suspect that to make either plan work you've got to pair it with a solid culture that shores up its weaknesses: minimize distractions in open plan, fight isolation in offices.

My straw man ideal is an open plan that is relatively quiet, but let's you look at each other and leverage body language and enhanced awareness to gague when it's a good moment to interrupt. That's the only way that a whole class of "quick questions" and "crazy ideas" get fielded that would otherwise not cross the interrupt bar of a door-knock or even an IM-ping. And that stuff can be super valuable esp. to a startup team. And it actually can get those handled quicker!

But I suspect it has to be paired with a culture of minimizing extended subcritical conversations at your desk and taking them over to separate meeting areas that are less disruptive.
Well, yeah. That's not the intended use case for Slack. People do use it for public groups organized around a shared interest, but it is intended for teams or companies.
SEEKING WORK

Full stack data developer looking for freelance/remote opportunities.
Remote: Yes
Willing to relocate: No
Technologies: Full stack Data Developer - Python (Django, Flask), R, JS (particulary d3.js), Hadoop (Pig, Scalding) Resume/CV: Portfolio at http://rowanv.com , cv at http://rowanv.com/portfolio/resume/
I build data-oriented end-to-end applications and dashboards, with a focus on the Python ecosystem.
Email: rowan [at] rowanv [dot] com
If this article is completely true, it’s sad to hear he would never pilot a train again even if exonerated. That sounds like how teachers are treated if a student accuses them of impropriety and their careers are over even if they are innocent. Is that a uniquely American thing?
Another trend I've seen emerging is devs almost always bring in their laptops to meeting and zone out (doing their real work) when they don't care about what's being discussed. Don't know if its good or bad. Or maybe people now even expect you to bring your laptops in case you don't have any input.
So that the next person doesn't have to search for it: http://ww1.microchip.com/downloads/en/DeviceDoc/20005292B.pd...
That's exactly what I focused on. :) I picked a very thin display panel and then hid it between the door and the glass. I'll probably post some more behind-the-scenes pictures of that.
Random ideas sought to improve cryptography
Smarkets, London, UK. On-site only.

We're a modern betting exchange, going technology first to enable proper price competition in a field of fat commissions. Join a small, agile, and fast-growing team, who just moved to a new office in St Katharine Docks. (Next to Tower Bridge!)

Smarkets develops a reliable, low-latency, highly concurrent betting exchange based on trading exchange designs. We're also building a fast, modern web interface to allow for a smoother experience. Servicing our users is top priority.

The Smarkets platform is written predominantly on Python and Erlang, and relies heavily on asynchronous programming techniques. We use REST where we can. Life at Smarkets circles around people, version control, configuration management and automation. We can - and do - deploy to production several times a day.

We are looking for:

* Devops Engineers, both junior and senior
* Software Engineers
* Web and frontend engineers

If you like the idea of flat structure and practical engineering approach, see our jobs at https://smarkets.com/about/jobs/
I don't think the author is arguing everyone should use c for everything. He is arguing that everyone should write something in c so that they understand the abstractions they use better. Abstraction is great because it let's you build your conceptual structure atop a virtual foundation, but your structure will be more grounded and therefore more sound if you learn to connect your understanding of the virtual foundation to its physical origins.