AdRoll's engineering team writes on data pipelines, containers, probabilistic data structures, Erlang/Elixir and front-end infrastructure at an ad-tech company.
HN links it for data pipeline architecture and HyperLogLog posts; one commenter cautions that HLL intersections give large errors, and it appears in hiring threads.
I like the idea behind this because I am also very sensitive to that type of things. Probably over-sensitive but I just worry that if you let one thing go, it becomes a slippery slope and you then have a mess of a repo.
That being said, if you care about these things, I wonder if these checks are best left to a pre-commit hook. It removes noise from the commit history and the PRs and forces people to think about it right away, rather than being corrected after the fact.
I guess having that done on a server has the benefit of not having to worry about keeping the linters' version up-to-date/homogenous over all the devs' machines.
At work, we have JSCS (https://github.com/jscs-dev/node-jscs) and SCSS-lint (https://github.com/causes/scss-lint) as part of our pre-commit hook (on top of editor plugins) and that has been great honestly. It decreased the PR noise a lot and I feel it has been good for new hires since it avoids having the first PR comments being about style issues.
I wrote a post about how I added JSCS in the pre-commit hook by the way: http://tech.adroll.com/blog/web/2014/03/05/adding-jscs-to-your-commit-hook.html It should be easily extendable to other linters.
AdRoll | San Francisco | On-site/remote | Full-time
If you like developing open-source code, languages such as Python, Go, JS, C, D, Lua, Erlang, AWS, petabytes of data, and distributed low-latency systems, this may be your dream job.
This time we are particularly interested in finding full stack web developers with good JavaScript experience and experienced developers, tech leads and data scientists with great math knowledge and coding skills. This is a really unique opportunity to get to work with a massive scale (thousands of instances on AWS), low latency (real-time bidding with 100ms max latency and 70B requests daily, real-time machine learning with 1ms max latency), mission-critical systems (this is how we make money) and enjoy working on a strong frontend development team (http://tech.adroll.com/blog/frontend/2017/08/29/how-to-run-a...).
Learn more about us here http://tech.adroll.com/blog/
I am happy to tell you more over coffee in SF or by email, dialtone@adroll.com
AdRoll | San Francisco, CA | Full time
Senior UI Engineer (React, Redux, JavaScript ES6/ES7, private npm, Browserify/Webpack, SASS)
Our frontend team is looking for a seasoned engineer with a passion for world-class UX design and elegant UI development workflows. As part of this small team of senior developers and designers, you get to make a big impact building reusable React components and implementing our new style guide across all our products.
AdRoll is one of the most widely used adtech companies, with 25k+ companies using the product globally and $100M+/yr in revenue.
As we build, we're also sharing our code...
http://tech.adroll.com/blog/frontend/2015/12/21/gulp-react-docs.html
...and learnings with the open source community:
http://tech.adroll.com/blog/frontend/2015/11/19/rollup-major-learnings.html
I'm happy to share more details via email (jyri@adroll.com), Twitter (@jtuulos) or over coffee in SF.
AdRoll - San Francisco, CA. H1B welcome.
http://tech.adroll.com
This week named one of the fastest growing technologies online by BuiltWith (https://blog.builtwith.com/), we help over 10,000 companies collect, analyze and act on their customer data. Everyone from New Relic to Rackspace to Twilio uses AdRoll.
With worldwide scale and over 20B events to process a day, ad tech has some of the most interesting problems you'll find anywhere. AdRoll's engineers, data scientists and product people are conquering problems in big data (HBase), machine learning, real-time processing (Erlang/Storm/Kafka) and UX (Backbone).
Email us at jobs.engineers@adroll.com or see our tech blog http://tech.adroll.com
For some languages, that distinction doesn't seem to apply. For example, it seems that the D language can be treated as both a scripting language and a system language, as the speed of compilation + execution can be comparable to that of scripting languages. For evidence of this, take a look at the first D versus Python comparison in this article, note that both scripts have comparable execution times (both finished running in under a second):
http://tech.adroll.com/blog/data/2014/11/17/d-is-for-data-science.html
It should be noted that D has a number of different compilers, offering the user the choice between compilation speed and optimisation.
Based on that I would look at Funatics since they seem to have the "bigger" traffic, or even AdRoll...
http://tech.adroll.com/blog/data/2014/11/17/d-is-for-data-science.html
Edit:
To be fair a lot of the companies there look like they handle heavier loads. Also Garbage Collection is optional, and there are alternatives to the "standard library" for D that others have made that are probably usable without GC. Some people have done successful embedded systems programming without the GC, I remember one guy talking about it on the D irc channel.