skysight-inc/HackerNews huggingface dataset:
@tptacek:

Slacks growing usefulness is predicated on the fact that you 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?

@publicfig:

Not all? Which aren't possible?

And yes, it is true that slack avoids this problem -- the same way apple avoids having to deal with disparate use models for their hardware and software. You are arguing for a walled garden right now. That is the antithesis of what FOSS should be built on.

So this is the place where standards come into play -- by finding reasonable ways to implement these features ON TOP of a protocol, people can implement them (or NOT implement them) consistently across clients. As long as the feature standards were written to degrade gracefully (as in they would still work reasonably well if your client didn't support any advanced features), there would be little problem with clients that didn't implement certain features.

If you're using a client that doesn't support certain features, the beauty of FOSS is that you can actually change that client. You can make your tool better. That, or switch to a better tool?
Django releases issued: 1.9.2 (security) and 1.8.9 (bugfix)
But the reason I brought up Racket has to do with the Title: "A Lisp interpreter ..." The title wasn't a Common Lisp ... and I just said I found Racket to be flawless in that regard since TECHNICALLY Racket is a Lisp which I find to be better for my personal programming especially with FP, though CL has great OOP.
Does it use a class CDC interface? Or does it require special drivers like the FTDI and Prolific chips? Are the drivers available for all OS's?
What does that even mean? Surely the same is true for IRC, since anyone can be running their own code for relays, bots, and clients.
Beware of health insurers' data grabs, wearables and biometric goals
>Maybe grouping a few people in a private office instead? Or set "quiet hours"? Have designated "quiet rooms" where talking is prohibited? I feel like there are a lot of things that can be experimented with or try that are not a huge expenditure.

Having two dedicated "work from home" days every week at my company seems to serve this exact purpose. Those are often some of our most productive days and it cuts back on commute times which have a lot of benefits.
Look them up. People have written books and articles on this stuff. Here are a few:

* http://www.dwheeler.com/oss_fs_why.html

* Internet Explorer in the 2000's.

* Look how Microsoft got everyone by the balls with Office software for many years.

* Look up the whole Bitkeeper fiasco with the Linux kernel.

* https://en.wikipedia.org/wiki/Vendor_lock-in

* Did you catch all those people freaking out because Parse is shutting down?

* Were you there when Twitter shut down a lot of people integrating with it?

* Unix is fairly open in terms of its interface, but plenty of people got stuck on proprietary ones over the years, only to see most all of them disappear in favor of Linux and the various BSDs.

I'm no RMS, and don't have problems with proprietary software, but am very wary of getting locked in to something, rather than simply buying a product that I use and can easily switch away from when there's something better that comes out. And chat protocols are very much about positive network externalities that leave you tied to something, like it or not.
This, IMHO, is the crucial point: what exactly is Yahoo's business?

As an outside watcher I have no clue (I am also stupid). Hopefully people working there have better insight than myself.
Learning to program is about solving problems using a computer. Any programming language allows this, however some languages make it harder than others, and C is in that category. A language like Python has very little quirks that will stump a person coding for the first time in their life; in C they'll wonder "what does int main(int argc, char argv) mean?", "why is there a & before my variable in a scanf but not in printf?", "what are 'nul-terminated' strings?", etc.

A programmer should definitely eventually learn C, but there's no reason it needs to be their first language and definitely no reason it should be their only language.
I think you are absolutely right.

This will (apparently) never happen. I actually had a conversation with the mathematics department chairman about this after I took the formal logic course as a junior in college. "Why wasn't this the first course I took?" I made A's on all subsequent math courses; I'd been a lot B's and C's up to then.

He didn't say he knew why we don't. Now, this is a smallish college that started as a normal school - a teacher's college - and still is a teacher's college. The only graduate courses there were in education.

I think we all actually know why. We cargo cult these things to a deep level. I don't think it's intentional; I think that very few people know what rigor and formalism are. It's painful to learn.
Plethora | San Francisco, CA | Full-time | ONSITE

At Plethora we're building a fully automated CNC milling service so engineers can prototype precision aluminum parts in days, not weeks.
We believe in a world of abundance where everyone has access to the powers of creation, for everything from new product development, prototyping, and rapid manufacturing, to scientific experiments, maker projects, and artistic works.

We're a thoughtful, engineer-lead company, growing fast and looking for talented programmers, designers, and managers for the following roles amongst others:

- Computational Geometry Software Engineer

- Computational Mechanics/Physical Simulation Engineer

- IT Manager

- Senior Lead Front-end Engineer (Javascript)

- Senior Software Engineer (C# and .NET)

- Head of Product

- Head of Engineering

- Product Manager(s)

- Lead Product Designer (UI/UX)

If you're a designer, feel free to reach out to me personally – we're building a forward-thinking design team inspired by the Bauhaus, Eliot Noyes, Christopher Alexander, etc. I'm morgan@plethora.com.

https://www.plethora.com/careers | careers@plethora.com
GitHub is also a proprietary walled garden, and it's pretty much the nexus of open source today, much like SourceForge was before. At any given time there seems to be a minority that really cares about open infrastructure while the majority just wants convenient stuff on a free tier.
In my college here in Lisbon, almost all the courses that you did were in C, Programming 1 and 2, Operating Systems, Distributed Systems, etc etc, except for OO classes.
They changed it to Python after i left but i am glad that i had the opportunity to learn C, although i don't use it very often in the "working world".
I reckon that Python is a nicer language to a freshman that has never seen code before, but they should of kept stuff like OS and Distributed Systems in C.
I don't know if the time has passed as much as people can't get through the barrier of entry technically?
Redox Chemicals | Full time(onsite) or Contract(remote) | Burley, ID | Fullstack Software Engineer
Redox Chemicals an established fertilizer company with some industry break through products. We are looking to expand our technology team to build a distributor backend to match our products.
Tech stack: Ruby/Rails, Postgres, React.js,Redis, Sidekiq, GitHub, etc. Wanting to add iOS in the near future.
Great benefits for full time employees.
You can email me at it[AT]redoxchem.com.
Senior Data Scientist at Spreemo, a Venture-backed Healthcare Startup in NY
A lot of the popular FOSS irc channels have devolved into rooms with thousands of people there with nobody talking. Seriously, over the past few years, it seems like people are still on IRC, but they just don't engage on it. I wonder if that has to do with a lot of people becoming more used to other platforms doing a better job of assisting in communication.
People vote with their feet.

The real circular argument is "if only people used XXX they would love it!" That's not what I'm saying. People are choosing a new alternative to IRC because of the feature set.

Early on in the smartphone wars, the best argument from the Android side was "well just look at the adoption."

That isn't circular. Adoption is an important measure of "does this solve a problem people have?"
Show HN: I recently launched a new cloud hosting company
But the title of the post wasn't a Common Lisp ... it was a Lisp interpreter which technically Racket is a Lisp.
Creating a Custom Production Docker Image for Meteor 1.3
Mozilla solves this by having logs for the developer IRC channels by just having a bot that puts up the logs on a web server. E.g. see http://logs.glob.uno/?c=developers
> Thinking in opposites is an insidious trait that plays a big part in art and culture... but not in technology.

Why do you think it's rare in technology?

To me it seems common in science, and, despite not instantly remembering any examples, does not sound far fetched in tech.
> C++ also really ought to provide a standard way to partition unsafe behavior from safe behavior

I'm not really sure this is going to be feasible, assuming by safe you mean memory-safe like most other languages. The ISO Core C++ lifetime profile is a very interesting attempt, and I hope it works out, but there are serious issues I see around shared_ptr and aliasing that lead me to doubt how much use it'll get.
Then you set up a bot that logs on channel (there are even dedicated services for that). Or use a client on a remote server to which you then connect (e.g. weechat).
Yep, exactly. Abstractions help make us more productive, but if we don't understand what it is they're actually abstracting, I believe they're limiting us, not enabling us.
But how would they combat a storm/rain/hail?
Doesn't Yahoo go on hiring sprees all the time?
Yerdle - San Francisco - ONSITE,VISA -- http://yerdle.com/mission

* Chief API Architect (https://yerdle.com/jobs#VaxJeRwAAO4xrmTx)

* Web Client Engineer(https://yerdle.com/jobs#VcEMIh8AANcAHzI1)

Our mission is to reduce the number of new things we all have to buy by 25%.

Yerdle is a P2P swapping marketplace with a strong emphasis on community and mission. Our culture is built around competence, execution, and empathy. Our engineering team of eleven ships iOS, Android, Web SPA (React), Ruby, and Node. We work out of a pie factory in Potrero Flats. No ads or games - we have an actual impact on actual people.

Feel free to email me directly at jason@yerdle.com with any questions
Spotify discover weekly archiver
Turning on logging in most IRC clients is very easy. But once again this is an extra step and means learning the client a bit. One nice thing is that I can have those logs offline and search them whenever and however I like. I regularly do search my irc logs to find that links I didn't save, or re-read an important discussion.

Most things in slack are available in some form with irc, but not preconfigured out of the box. And some things on irc can take some fiddling to get set up right, and you can't count on everyone else to have enabled support.
Free Email Services for Your Domain
Depends where you're going. Top companies like Google, Facebook, Microsoft, etc are looking for people who can pass some tough CS questions, whereas more standard corporate or mid-stage startups are going to be a bit more lax. I've seen everything from "parse this integer from a string without your language's built in parse function" to "build a small database schema using ER diagrams" to "write us a P2P chat server with a central login server".
Cool.. but I think you just underscored bjt's point.
The drop from Pascal to 'C' is pretty short.
Answering my own question, it looks like it's a plain-Jane CDC device, which seems to me like really great progress - now that we've put Windows XP behind us, these chips really should be using CDC rather than proprietary drivers.
I've used https://elgg.org/ and enjoyed it. I've also fiddled with https://www.humhub.org/en. Self-hosted!
Connexity - Santa Monica, CA (Los Angeles area) | on-site | http://connexity.com

We did it. We ran like mad and survived startup infancy; and now we're growing. Now we're eager to bring a diligent QA Engineer aboard to help batten down the hatches.

#About Connexity

Our team is sharp and works well together. We enjoy perks such as daily paid lunch and unconstrained vacation (don't worry about having to build up enough vacation days for the family reunion); the culture of our team recognizes and respects the importance of your non-work life. You'll fit in well if you bring a strong interest in learning display advertising (banner ads, RTB) inside and out. Attitude, ambition and sound judgement trump experience with a specific set of tools. We're a small team within a medium-sized organization, and we work hard to keep the small-team vibe. Folks tend to enjoy a great deal of ownership and can work with independence to build excellent systems. By that I simply mean that I think we strike a good balance between coordination/collaboration and giving folks a chance to take tasks and run with them to completion.

#Position: QA Engineer

We're looking for someone that enjoys tracing problems through a complex business and technical environment to improve correctness. You ought to be comfortable traversing both internal and 3rd party integrations.

Our tech stack inclues (but is not limited to):
- CSS, HTML5, Javascript
- C, Scala, Java
- Hadoop MR, Storm, Spark

Experience with adtech is obviously a plus. JVM/GC tuning is highly valuable. Performance analysis is useful throughout our stack.

In the last 24 hours, we processed 11.2 billion transactions. Sound like fun?

-- Unless you prefer to start with a HR-oriented chat, you can reach me (a lead engineer on the team for ~5 years) at david.larsen@connexity.com.
DriverMetrics | London, UK | Lead Rails Developer | Full Time | REMOTE

DriverMetrics was founded over a decade ago at Cranfield University to tackle the problem of driver safety by focusing on what over 25 years of our research shows is the main contributor to road crashes – driver behaviour. We provide the world’s most scientifically validated commercial fleet risk management tools, used in over 50 countries worldwide by organisations including Shell, Unilever, Greyhound and AkzoNobel to help keep their drivers safe on the roads.

We are currently in the process of significantly modernising our offering and expanding our business and sales operations. Product modernisation will include significant UX and design improvements as well as incorporating more advanced data analysis (machine learning) and integration of real-time fleet telematics data to help us even more accurately predict and mitigate driver incidents.

We’re currently looking for a Lead Rails Developer to work alongside the CTO to build a strong engineering and design team and develop the next generation of our software platform.

* Your Responsibilities *

- Working with the CTO to manage the design, build and maintenance of a new software driver risk management platform
- Working with the CTO to build a strong engineering team to develop the platform
- Day-to-day responsibility for the management of the software spec, build and progress
- Implementing and enforcing a secure development policy (and ultimately aiming to achieve PCI compliance)
- Working across multiple disciplines (Front-end, Back-end, interactive educational content, cross-platform, HTML5 mobile)

* Our Stack *

- Ruby / Ruby on Rails
- React.js, Coffeescript, Sass, Slim, Gulp
- PostgreSQL, Redis, Elasticsearch
- Nginx, Ubuntu
- AWS (EC2, ELB, RDS, VPC, S3, Cloudfront, Route 53)
- Mandrill, New Relic, Airbrake, Gitlab

For more information or to apply please email ndaniels AT drivermetrics . com
Thanks for the clarification. Big companies are usually able to hire contractors - i.e. not a regular employee within some country, but just an independent service provider. Companies just pay invoices. No [health] insurance, no [paid] vacations, no work-permit sponsorship needed, etc... It would be great if this is possible for Compose "department" as well.
Data Scientist/Statistician at Spreemo, a NY venture-backed healthcare startup
Real Strategists Don’t Use Smartphones
Either we feed our species, or we die. Granted, we as Americans eat too much and waste too much, but even if we all stuck to 2000 calories a day and cleaned our plates doing it, 19th century and prior farming techniques would simply not support our current population. And I disagree with your last sentence. Fertilizers and pesticides don't replace dirt, they make it more effective at growing crops.
I thought the small gap that appears at 125% zoom was quite nice looking, actually!

(After some messing around, it only appears at multiples of 75% zoom for me. I am using chrome 'Version 48.0.2564.97 m' on Windows with a 1080p screen.)
It's funny how the comments went down that road. I don't think C is a good choice for a first language. I would argue that C++ is an even worse choice than C, but that's for another article...
Trust me, we haven't missed an easy workaround for this. Big companies also have processes for getting contractors in place, and in many cases it's harder than hiring someone on full time.
There were several listed in the comment section including:

Matrix (as someone with the project has already replied to your comment)

Zulip

Mattermost

LetsChat

RocketChat
Well they get a lot of non-Asian revenue still so it comes from somewhere.
Location: Almaty, Kazakhstan

Remote: No

Willing to relocate: Yes

Technologies: Java, Spring, Lucene, HibernateSearch, Mobile Apps, Back-End development

Résumé/CV: https://goo.gl/sab31g

Email: madi.sagimbekov@gmail.com
I think part of this debate is that for some people, the above is a pretty normal and easy way of doing things, and for others, it's a large barrier to entry.
Cognii | Boston, MA | Remote OK

Cognii is transforming online education with AI/Virtual Assistant technology. We are adding a few engineers to meet the growing demand:

1. NLP/AI Research Engineer

- natural language processing

- statistical machine learning

- syntactic and semantic analysis

- information extraction

2. Back-end Engineer

- Design and implement the web platform for interactive learning

- Data pipeline workflow optimization

- Experience with Ruby and Rails/Sinatra

EdTech experience is a plus. Compensation includes significant amount of equity. Please send your resume and queries to jobs@cognii.com
"Uber geek"
> Also, the article is trying to make you aware of a fundamental reason to NOT use slack for FOSS -- it's closed source.

Surely this suggestion can only seriously be made for projects that are also not hosted on GitHub.
I like the present-day Slack vs. IRC argument. It's an ongoing manifestation of the blatant lack of appreciation of user experience and great design.

Developers need to get their heads out of their rear-ends. If IRC is so great, why doesn't everyone use it?

This endless argument has been fought in multiple other products and fields as well.
I love Slack, but I agree with the author. Slack's unsuitability is more around licensing terms and the ad-hoc nature of OSS. Slack borrows generously from IRC -- in fact, Slack is basically "Corporate IRC". It's a huge reason as to why Slack is so popular: IRC made sense in the 80s, and it still makes sense today.

IRC is open (VERY open), easy to use, and less centralized than Slack. The only real benefit of Slack is easier file transfers; but even then you could probably just set up an IRC macro to send someone a link to the file on Dropbox.

Now, the Slack client is much, much more slick than any IRC client I've seen. But if someone writes a great IRC client that looks like Slack (and has things like URL previews, etc), I doubt you'd have as many detractors.
To paraphrase nassim taleb, the turkey thought his evaluation of risk was perfectly accurate, and history confirmed this notion. until thanksgiving morning.
Location: Almaty, Kazakhstan
Remote: No
Willing to relocate: Yes
Technologies: Java, Spring, Lucene, HibernateSearch, Mobile Apps, Back-End development
Résumé/CV: https://goo.gl/sab31g
Email: madi.sagimbekov@gmail.com
StatusPage (YC S13) | San Francisco or Denver | Full-time | ONSITE

StatusPage is building a transparency layer for the internet. Our current product exists as hosted status pages for public facing SaaS companies and groups internal to companies (private status pages)

We're bootstrapped, profitable, and looking to grow the team with people that like learning from each other and take pride in their work.

Current positions:
- Development Lead
- Operations Lead (DevOps in flavor)
- Lead Designer

https://www.statuspage.io/careers | hi@statuspage.io
Spire Global | San Francisco / Singapore / Glasgow |
Onsite only |
Nano-satellites for a real time planet.

Interested in building the infrastructure, payloads, hardware, and embedded systems that support a growing fleet of nano-satellites and ground-stations? Interested in traveling the world to do so?

Spire is looking for exceptional people to join our fast-growing team in San Francisco, Glasgow, and Singapore. We're a high-horsepower team from around the world on a mission to create a real time planet, and you can help us get there.

Please send your resume to Darin Matuzic at Darin@spire.com or apply online at http://spire.com/careers.

Summary:
Spire Global http://spire.com |
Founded: 2012 |
Size: 87 |
Stage: Series B ($80M)

Spire is building a global network of nano-satellites and ground-stations to harvest sensory data from earth, with applications ranging from improved weather forecasting, to real-time global shipping & supply chain management to saving actual lives.

Spire was founded in 2012 at the International Space University in France, after which our founders took their satellite concept from napkin to space in >12 months. We've since opened two additional global offices and have grown to more than 80 full-time employees representing 15+ countries.

Notable milestones:
4 satellites currently in orbit with plans to launch 100 by the end of 2017;
World's first commercial weather satellite constellation;
Named to World Economic Forum’s 2015 Technology Pioneers;
Spire co-founder and lead electrical engineer Jeroen Cappaert named to Forbes 30 under 30;
Doubled in size in 2015
> Ms. Mayer is expected to announce greater focus on Project Index, an internal project to build a better search engine tailored to mobile phones, said a person familiar with the matter. The company has posted listings for at least 190 jobs on its website this month, the vast majority of which are for engineers.

1. I am eager to find out why it is tailored to mobile phone and what capacity the engine would give to a mobile phone. A search engine should work on both desktop and on the go.

2. Did job research with Yahoo a couple years ago, so I am not sure how much it is true today and whether my observation is correct or not from their hiring standpoint. But I know in the past, half of the Yahoo hiring post dates were at least 6-12 months ago, which indicated either the company was struggling to find and acquire talents, or someone simply never bothered to cancel the request and the team responsible for managing the hiring posts never bothered to check with the requester regularly. Either way, it was bad for a job seeker to see a company fail to remove job posting from months ago.

IMO, if you are still hiring the same title for multiple job filling, submit a new one and put a new date.
StackSDK: An open source alternative to Parse.com