所以关键点在于如何写 prompts

兴趣相投的话，靠爱发电一小会还是可能的~ 有些需求，有的人觉得挺难没个三五天弄不完，有的人思路清楚可能也就半天完事~

话说，啥好玩的说来听听，或许我也可以发点电呐~

这两天很热闹的 https://chat.lmsys.org/ 我用后感觉相当不错，还免费，临时薅薅还是不错的

还没解决的话，可以这样尝试：

kubectl get namespaces xxx -o json > tmp.json

删除 finalizers 的值，变成 []

开启 proxy: kubectl proxy

curl -k -H "Content-Type: application/json" -X PUT --data-binary @tmp.json http://127.0.0.1:8001/api/v1/namespaces/xxx/finalize

qoo2019 的方法，我记得要写成： {"metadata":{"finalizers": [null]}}

图形化工具我用 Lens

@mightybruce 提到 左耳朵耗子 ，伤感。。。

学习陌生的技术假如不配合实际项目或经年累月，要想掌握得比较好很难吧。我觉得相比之下，学习如何利用 ChatGPT 和 Copilot 编程似乎更有优势。即便通过它们学习陌生的技术也更快。

@uxstone 我不这么觉得，国外大厂还不是时不时挂来挂去，比如前不久的非死不可

本岗位停止招聘

@fangdajiang 我错了，数据只是短暂丢失，“用户所有数据均未丢失”

我把 Arc 作为尝鲜，主力机仍然保持 Vivaldi 和 Brave ，配合 Chrome 和 Safari 共同服用

Arc 在好些地方都不错，赞同 @NothingExist

暴露出的问题挺多的。。。

1 ，运维工具有 bug
2 ，下线条件没有被监控或限制
3 ，关键服务之间有强耦合，导致级联错误 cascade failures...
4 ，服务中断导致丢数据
5 ，恢复方案本身可能存在问题
6 ，“改进服务，为语雀增加存储系统的异地灾备”。。。意味着，之前的存储没有异地灾备！

感觉不仅仅是“失误”带来的问题，估计得有好些人要背锅了。。。假如让我来管这事，哼，打包票，我肯定。。。比他们做得还差！

本岗位仍在招聘 （ 2023.10.23 ）

@samwalt 老实说，这是敏感问题，我只能说：我肯定没有，也最烦这类歧视了

@kevinWHX 是的，只要愿意学陌生点的技术

@jojojo 怎么说呢，你说的不能说不对。毕竟小公司不同于大公司，需要一个人掌握不同技能才行。但把 devops 描述为“打杂”似乎不妥，至少在我眼里，能同时做运维工作的开发的 ownership 意识会强一点，甚至会为自己的应用建立监控系统。

难道公司要走破产清算么。。。

@areyoucrazytom 抱歉没有诶。。。

@vzhzhq 不便多说，不能说很能赚钱，马马虎虎吧。。。