icythere

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

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.

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

Is that for android build system only? West is a better one I think https://github.com/zephyrproject-rtos/west#basic-usage

There are a few (re)solutions in the wind. The latest one that I've known is `west` (part of Zephyr-RTOS project), but I haven't tried yet.

There may have wrong description (FIXME) but a sort list is found here: https://github.com/icy/git_xy#why

I used httrack to transform the public version of my wordpress blogs to a static site. It often crashed but as long as I had a copy of its local data(base) it's just fine to restart it.

I really like the tool. I doubt if that is helpful today, bc. of the raise of the Javascript stuff...

(Off topic)

I maintain this small repo [1] and I have added our thread today to the section (#infrastructure). It's to learn "What/Why people move from this to that."

It's not an _awesome_-like repo but I've found it's useful to learn others' decisions. Feel free to keep them up-to-date (but if you know there is better place / resource, I'm happy to work with them too.) Thanks a lot.

[1] https://github.com/icy/w2w

That's great idea. As long as you have that from the design , that's very cool. Moving existing infra to support the idea is just hard and quite a nightmare. In our new clusters, we apply that idea you've shared.

I like how you explain the problem of `PS1` (stateful vs stateless). I actually saw the problem before but only once.

That's definitely helpful. Some different applications support different options to switch context. For example, Helm uses `--kube-context`.

Totally agreed. This is the right way for many problems. Sometimes it's quite not possible to deploy the idea: In one of my past working spaces, everyone (even newbies) was provided with all _root_ privileges -- the idea was to help the team to learn from their mistakes (if any), and it's actually a great idea.

I've not been using this tool, but I'm happy to see that on HN: It's a project one of my teammates is working on :P

Very valuable script. Thanks for your sharing.

Exactly! Having separate config is very easily. I had that support in my tool ;)

I used k9s before and that's an awesome tool. Tho it doesn't help when I want to send a command to my team mate and he just executes them on wrong cluster. It's the problem I want to solve

One of the issues I've often seen that my team mates send "right command" to wrong cluster and context. We have a bunch of clusters and it's always surprising to see some laptop deployments on ... production cluster.

So I wrote this https://github.com/icy/gk8s#seriously-why-dont-just-use-kube... It doesn't come with any autocompletion by default, but it's a robust way to deal with multiple clusters. Hope this helps.

Edit: Fix typo err0rs

Yes it is. I could donate the phone to my friend or someone without notice. An account's histories should be only read by their owner, at least by the whatsapp design.

I guess there should be a bug somewhere...