Hacker Newsnew | past | comments | ask | show | jobs | submit | icythere's commentslogin

Same here. Quite a long time ago I got a take-home assignment. It's about setting up a router on a linux-based machine. I was going with a design that focused on maintenance and understanding, so I decided not to use iptables directly. After a few days I gave up, because there was an issue with the upstream distribution that I was not aware of. I actually had a very good setup after the _deadline_, but it's too late.

I would never do take-home assignment again =))


Google proposed the scheme in 2009, sent deprecation notice in 2015. And now it's gone completely for google groups.


That's bad for Germany. They are gonna change [1]?

I've seen a few company has stock options already. One of my friends has.

[1] https://www.cnbc.com/2020/10/29/germany-to-reform-stock-opti...


Best luck finding some engineer can understand and do all those stuff today. It's possible, but it's hard. Everyone comes to the table with "Hey terraform and helm/k8s": D: D


As an ops engineer I really expect not to use multiple repositories. Seriously the company don't hire 10 ops engineers + 1 developer: They hire 10 developers + 1 ops engineer. Instead of fixing a problem once, the ops engineer now have to solve a problem 10 times! It's against any good promise at hiring time!

In my past job, I wrote a script to update all deployment manifests in tens of repositories. All commits arrived at the git server at the same time. Needless to say the whole team had to stop all work to wait for the ci/cd triggers @@@


As discussed [1], please don't simply copy shell things without a stop;)

[1] https://news.ycombinator.com/item?id=10554679


The hard thing of kubernetes, is that it sounds easy to do something/anything. It does, and because it's "easy" people tend to skip to understand how it's working: That's where the problem occurs.

It _forces_ you to become a "yaml engineer" and to forget the other part of the systems. I was interviewed by a company and when I replied the next step I could do was to write some operators for the ops things, they simply rejected because I'm too experienced lolz


Exactly, now you have people making an EKS cluster and then deploying a vendor supplied Helm chart to it. When something breaks they literally have no idea how to start fixing it. It’s deceptively “easy”


I learnt about this (similar) topic about 4 years ago: Rolf Dobelli mentioned something in some section in his book "The Art of Thinking Clearly". It's not about the technology, but the same idea may be applied. Since then I have given up many "good" things.

That's a good book and I think you may learn something from it too.


A friend asked me to help him to setup a FTP server for his b2b product a few weeks ago: Client just wanted that lolz.

Luckily I could convince him to use ProFTPD with sftp http://proftpd.org/docs/contrib/mod_sftp.html . This is very neat as the service runs on their own ssh-alike port.


ftp and ftps are alive and well in the enterprise b2b space, but also most people dont use web browsers to access it so /shrug


gitlab runbooks is a great place to learn: https://docs.gitlab.com/ee/user/project/clusters/runbooks/


In decision making processing points automatic runbooks won't help.The percentages are circumspect. Runbooks won't help where human sense is required as it is not imbued with AI.


They don't claim to automate the decision points or human sense, to the contrary: these leave what and when to execute to the human.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: