sunils34

Yeah, might be more like 6 months from now when I upgrade my k8s cluster version and cycle out containers I'll have no idea why things are failing. Fun times.

Hi all, I figured this is pretty critical to share out. Docker recently announced in February that starting April 1st unauthenticated Docker Pulls from the Docker Hub registry will be limited to 10 per hour. This is a pretty significant breaking change, especially for those that run Kubernetes in production.

Many Kubernetes clusters may host open source software with images pulled from docker hub without credentials, thus by default the pulls are unauthenticated. And many of these clusters run behind a NAT.

I was very surprised to see this warning from Digital Ocean today and that there's only a 3 day lead time to address this. Surfacing for visibility in case anyone else doesn't regularly follow Docker Hub updates.

The entire 18f org was let go. Many of these employees oversaw the building of digital services.

Login.gov is a most critical SSO resource for logging into services such as the IRS for tax payments. It’ll see peak usage next month for taxes. The teams maintaining these have been indiscriminately let go.

More of these online services will start to go down, rapidly.

If the point of DOGE is really to tackle the deficit, all these moves are incredibly shortsighted.

(Yesterday the 18F former employee put https://18f.org/ as a transparent warning of what’s to come)

Found the BlueJeans server listening on :18171

To test if the BlueJeans server is running:

  lsof -i  :18171

This was hauntingly beautiful. A story of conscience and reconciliation with the paradoxes of war and personal spirituality/religion.

His decision to join the war as an interrogator, believing his presence and oversight would ensure the humane treatment of prisoners is admirable. I often wonder what is the right thing to do: non-participation, or conscientious participation to ensure abuses are minimized.

Richard Cook's writing and talks on systems have hugely shaped my thinking on systems.

For those interested in more, he gave a highly entertaining talk on system resiliency here and introduces a helpful model. https://www.youtube.com/watch?v=PGLYEDpNu60

I also wrote a post summarizing how I think about Rasmussen’s model in startups and web applications. https://medium.com/@sunils34/managing-systems-ecbf161066cf

Dmitry, you never cease to amaze me with your side projects and the lengths and hurdles you go through with ease. These writeups are fun to read and provide me with some inspiration if I'm ever stuck on something.

For those that don't know, Dmitry also ported linux to an 8 bit micro-controller.

Still to date, the craziest project I can think of. http://dmitry.gr/index.php?r=05.Projects&proj=07.%20Linux%20...

Resilience in Complex Adaptive systems by Richard Cook at Velocity Conf 2013:

https://www.youtube.com/watch?v=PGLYEDpNu60

Hi there! Sunil here (CTO at Buffer). Really great question! We've had a long and hard look at our salaries and have been in the midst of overhauling how exactly we determine salaries. One of the great things with being transparent about our salaries is that we learn so much about how we've originally set up our salaries and how we'd need to further adjust things. We received some great feedback and through that, we've realized how under-market our rates have been for areas like SF and NYC, while being quite above market rates in many other regions. We've been in the middle of overhauling how salaries get set, and have adjusted developer salaries based on some solid feedback. I believe we'll update the public numbers and be transparent about the process we took and our overall learnings quite soon!

Generally our approach with salaries (and much of the company) has been to iterate with continuous feedback loops. The feedback we receive in HN may further influence how we think about things. Would love any more thoughts/advice you have :)

This is a great post! Our entire team is fully remote all over the world, with 31 people in 22 different cities in each major continent. I'm quite glad the OP wrote this because it talks about the very first thing I try to say when people ask about what it's like for remote working: Remote working doesn't work for everyone. Some are energized by an office environment with face-to-face time, and others are more productive by self-managing and lots of focus time. I feel like it's key to recognize which camp you're in.

We've had to construct our hiring and on-boarding process to gauge in so many ways whether someone is a good culture fit and is also energized by remote working. We feel like there's no way to truly tell unless you work with them under a contract period, which is what we do for everyone that's hired. Generally we've found about 30% who enter this period aren't quite a fit for either remote or culture for us.

Yup, that's right. I'm an early Buffer employee/cto. I also wanted to confirm that I had the option of receiving some liquidity in this round by giving up some of my options that have vested. I chose not to sell them at this time as did most of the employees that had vested shares. Great thoughts guys!

We do all hands support at Buffer as well. At first it started out as to help maintain the inbox, especially during launch days, which was always fun. We quickly realized how important this is. So much of our product decisions, bug fixes and security patches have come from talking first hand to our customers.

I really love this because it's been an opportunity for me to help others and also learn about different areas of our product that I may not deal with on a daily basis. We've started having a support focus be part of the engineering on-boarding process.

We've recently gone to an all hands day rotating system which has been working well. I'm curious what others do. Do you do more a free-for-all, or do you have a more structured system?

Hi there! Our engineering interview process is something we're continuously iterating on. At the moment this is how it looks: 1 technical interview with Sunil (discussion on past experience, code walkthrough and a high level technical question). 2 culture interviews with Carolyn and Leo. Then a mix bag interview with Joel. If all goes well, we have a 45 day trial period where we gauge technical and culture fit from both sides. Hope that helps!

Buffer (http://bufferapp.com) - REMOTE (We're a small distributed team of 16 people (5 engineers) across the US, UK, Hong Kong, Taiwan, Sweden and Australia)

I'd love for you to come join Buffer for the fun ride. We have over 1.2 million users and our annual run rate is over $3m. There are some super interesting challenges ahead, as we focus on Buffer for Business. We're looking to expand our engineering team with the following open positions.

    * Android Hacker
    * Reliability Hacker (Devops engineer). 
    * Backend Hacker
    * iOS Hacker

    - we have over 150k monthly active users.
    - 8500+ API clients. Most popular: Feedly, IFTTT, Pocket, Instapaper
    - we release changes several times a day - we have an entirely data-driven process, with Einstein and Buffer-Metrics, our custom built a/b testing and metrics tracking framework.
    - Some of the tech we work with: PHP, Python, MongoDB, AWS (Elastic Beanstalk, Elasticache, SQS), Backbone.js, Grunt.js, Android, iOS.

We're a small team of driven hackers and happiness heroes (our support people). Just like you, we're excited and passionate about engineering challenges and have some interesting architecture and scaling problems we work on. If you're interested in coming on board, you’ll:

    - work closely myself on technical architecture and Joel on product. 
    - ship to thousands of users and iterate quickly 
    - work with our metrics team to make smart changes 
    - be friendly and comfortable talking directly to customers on issues and features 
    - be a happy, positive-minded and kind person who has a great approach in dealing with others 
    - be a Buffer user 
    - be anywhere in the world, and if you'd like, you have help and support from us to move to where you want to be 
    - have experience working with another startup or building side projects before (would be awesome, it’s cool if not)

    - we are totally transparent. We raised $450k, we currently have over 1.1 million users and generate $230k/mo. Ask me anything else! 
    - within the company, all salaries and equity are open and we have a formula for the distribution. 
    - we're all very focused on self improvement 
    - we have daily standups where we discuss our current improvements. This could be waking up earlier, starting public speaking, blogging, exercise, learning a language, etc. 
    - here's our culture deck: http://www.slideshare.net/bufferapp/buffer-culture-03

Equity: 0.1-0.5%

If this sounds fun, let's chat. Send me a note about yourself, why you’re interested in Buffer, and any relevant links (Github profile, projects and background): http://jobs.bufferapp.com - Sunil (CTO)

Buffer (http://bufferapp.com) - REMOTE (We're a small distributed team of 17 people (5 engineers) across the US, UK, Hong Kong, Taiwan, Sweden and Australia)

I'd love for you to come join Buffer for the fun ride. We have over 1.1 million users and our annual run rate is over $2m. There are some super interesting challenges ahead, as we focus on Buffer for Business. We're looking to expand our engineering team with the following open positions.

* Reliability Hacker (Devops engineer).

* Happiness (Support) Engineer

* Backend Hacker

Here are some key stats about our technology and scale.

    - we have over 150k monthly active users.
    - 8500+ API clients. Most popular: Feedly, IFTTT, Pocket, Instapaper
    - we release changes several times a day - we have an entirely data-driven process, with Einstein and Buffer-Metrics, our custom built a/b testing and metrics tracking framework.
    - Some of the tech we work with: PHP, Python, MongoDB, AWS (Elastic Beanstalk, Elasticache, SQS), Backbone.js, Grunt.js, Android, iOS.)

We're a small team of driven hackers and happiness heroes (our support people). Just like you, we're excited and passionate about engineering challenges and have some interesting architecture and scaling problems we work on. If you're interested in coming on board, you’ll:

    - work closely myself on technical architecture and Joel on product.
    - ship to thousands of users and iterate quickly
    - work with our metrics team to make smart changes
    - be friendly and comfortable talking directly to customers on issues and features
    - be a happy, positive-minded and kind person who has a great approach in dealing with others
    - be a Buffer user
    - be anywhere in the world, and if you'd like, you have help and support from us to move to where you want to be
    - have experience working with another startup or building side projects before (would be awesome, it’s cool if not)

    - we are totally transparent. We raised $450k, we currently have over 1.1 million users and generate $230k/mo. Ask me anything else!
    - within the company, all salaries and equity are open and we have a formula for the distribution.
    - we're all very focused on self improvement
    - we have daily standups where we discuss our current improvements. This could be waking up earlier, starting public speaking, blogging, exercise, learning a language, etc.
    - here's our culture deck: http://www.slideshare.net/bufferapp/buffer-culture-03

Equity: 0.1-1%

If this sounds fun, let's chat. Send me a note about yourself, why you’re interested in Buffer, and any relevant links (Github profile, projects and background): http://jobs.bufferapp.com

- Sunil (CTO) thenexthacker@bufferapp.com

That's exactly right imo. Running MongoDB in production, you end up concerned over the performance of each query (as you should be). MongoDB's profiler makes this easier to investigate.

If you hit a db level lock limit, you're probably running a sub-optimal or unindexed query.

I'm truly sorry about the delay! We're working through our inbox. Typically we get back to candidates around 2-3 weeks after they apply.

Thanks a lot! We really try to be as transparent as possible, especially with revenue, salary, funding and growth figures. If you have any questions, let me know :).

We do make sure to respond (and provide feedback if asked) to everyone who applies. The issue that we're working on is our response usually comes 2-3 weeks after the initial submission.

Buffer (http://bufferapp.com) - REMOTE (We're a small distributed team of 13 people across the US, UK, Hong Kong, Taiwan, Sweden and Australia)

I'd love for you to come join Buffer for the fun ride. We just crossed 1 million users and are on a $2m annual revenue run rate. There are some super interesting challenges ahead to scale Buffer as we start to focus on Buffer for business.

We're looking to expand our engineering team with the following open positions.

* DevOps Engineer

* Backend Engineer

* Front-end Engineer

Here are some key stats about our technology and scale.

    - we have over 150k monthly active users.
    - 6700+ API clients. Most popular: Feedly, IFTTT, Pocket, Zapier
    - we release changes several times a day
    - we have an entirely data-driven process, with Einstein and Buffer-Metrics, our custom built a/b testing and metrics tracking framework.
    - Some of the tech we work with: PHP, Python, MongoDB, AWS (Elastic Beanstalk/Auto scaling, Elasticache, SQS), Backbone.js, Grunt.js, Android, iOS.

We're a small team of driven hackers and happiness heroes (our support people). Just like you, we're excited and passionate about engineering challenges and have some interesting architecture and scaling problems we work on.

If you're interested in coming on board, you will:

    - work closely myself on technical architecture and Joel on product.
    - ship to hundreds of thousands of people who use Buffer and iterate quickly
    - work with our metrics team to make smart changes
    - be friendly and comfortable talking directly to customers on issues and features
    - be a happy, positive-minded and kind person who has a great approach in dealing with others
    - be a Buffer user 
    - be anywhere in the world, and if you'd like, you'll have help and support from us to move to where you want to be
    - have experience working with another startup or building side projects before (would be awesome, it’s cool if not)

    - we are entirely transparent. We raised $450k, we currently have 1 million users and generate $175k/mo. Ask me anything else!
    - within the company, all salaries and equity are open and we have a formula for the distribution.
    - we're all very focused on self improvement - we have daily standups where we discuss our current improvements. This could be waking up earlier, starting public speaking, blogging, exercise, learning a language, etc.
    - here's our culture deck: http://www.slideshare.net/bufferapp/buffer-culture-03

Equity: 0.5-1%

If this sounds fun, let's chat. Send me a note about yourself, why you’re interested in Buffer, and any relevant links (Github profile, projects and background): http://jobs.bufferapp.com

- Sunil (CTO) thenexthacker@bufferapp.com

Buffer (http://bufferapp.com) - REMOTE (We're a small distributed team of 12 people across the US, UK, Hong Kong, Taiwan, Sweden and Australia)

I'd love for you to come join Buffer for the fun ride. We have just under 1 million users and are on a $2m annual revenue run rate. There are some super interesting challenges ahead, as we're just about to pass 1 million users (any day now). We are expecting even faster growth as we focus on Buffer for business.

We're looking to expand our engineering team with the following open positions.

* Backend/DevOps Engineer

* Front-end Engineer

Here are some key stats about our technology and scale.

    - we have over 150k monthly active users.
    - 6000+ API clients. Most popular: Feedly, IFTTT, Pocket, Instapaper
    - we release changes several times a day
    - we have an entirely data-driven process, with Einstein and Buffer-Metrics, our custom built a/b testing and metrics tracking framework.
    - Some of the tech we work with: PHP, Python, MongoDB, AWS (Elastic Beanstalk, Elasticache, SQS), Backbone.js, Grunt.js, Android, iOS.

We're a small team of driven hackers and happiness heroes (our support people). Just like you, we're excited and passionate about engineering challenges and have some interesting architecture and scaling problems we work on.

If you're interested in coming on board, you will:

    - work closely myself on technical architecture and Joel on product.
    - ship to thousands of users and iterate quickly
    - work with our metrics team to make smart changes
    - be friendly and comfortable talking directly to customers on issues and features
    - be a happy, positive-minded and kind person who has a great approach in dealing with others
    - be a Buffer user 
    - be anywhere in the world, and if you'd like, you have help and support from us to move to where you want to be
    - have experience working with another startup or building side projects before (would be awesome, it’s cool if not)

    - we are totally transparent. We raised $450k, we currently have 1 million users and generate $160k/mo. Ask me anything else!
    - within the company, all salaries and equity are open and we have a formula for the distribution.
    - we're all very focused on self improvement - we have daily standups where we discuss our current improvements. This could be waking up earlier, starting public speaking, blogging, exercise, learning a language, etc.
    - here's our culture deck: http://www.slideshare.net/bufferapp/buffer-culture-03

Equity: 0.5-1%

If this sounds fun, let's chat. Send me a note about yourself, why you’re interested in Buffer, and any relevant links (Github profile, projects and background): http://jobs.bufferapp.com

- Sunil (CTO) thenexthacker@bufferapp.com

Thanks for the update! We're working to have expected functionality when third party cookies being disabled. I'll keep an eye on when it's planned to be released.

There were rumors about third-party cookies being disabled by default in v22. I downloaded it and found this not to be true. Can anyone shed some light on when Mozilla plans on doing this? http://www.pcworld.com/article/2038956/mozilla-postpones-def...

Same thing for me.

By HN guidelines, things that are appropriate are "Anything that good hackers would find interesting... anything that gratifies one's intellectual curiosity."

This is the story of Dr. Joshua Miele who, after this horrific attack, has been working on some really interesting projects using technology to make the lives of those living with disabilities better.

After reading this story, I found an interview he did describing some of the projects he's been working on, including tactile maps on smartphones to help blind people navigate their world. http://www.kqed.org/a/forum/R201106171000.

So I'd say it's relevant.

Anyone else having trouble working through their examples? It seems like they haven't made their example repositories public yet. https://github.com/googleplus

The song of linux. http://song-of-github.herokuapp.com/?username=torvalds

Aren't all physical memorials, statues, plaques, banners paid for? Just like paying for the upkeeping of a memorial, I see no difference.

This follows the very meaning of engineering. Break down a complex problem into smaller, solvable chunks. When you solve that, move to the next level.

I noticed this when trying to access coursera. Googles DNS servers have no record or coursera.org