@mioktiar56 就是桌面运维. 你可以理解为公司网管. 职责包括但不限于公司网络环境布置, 计算机设备管理, 公司服务器管理, 公司办公软件授权管理, 内网权限与安全等.

当然, 一般来说国内企业 Helpdesk 都是 SRE 兼任的.

1. 给新同事装 Windows 需要怎么装? 公司大厦上万人, 每天都会有不同分/子公司或不同部门的新员工入职老员工离职, 怎么以最快的速度为各新员工准备好工作电脑以及其中工作的软件环境? 是直接拉 ISO 镜像一个一个来装么? 还是用什么其他方式?
2. Active Directory 域怎么搭建?
3. OSI 七层模型
4. 请设计整栋办公楼的办公网络拓扑模型, 整栋楼使用一个 SSID 为公司员工提供 WIFI. 一个 SSID 用于访客网络. 公司办公网络接入电信与联通双线.
5. 你用过什么硬件防火墙?

@shuax ``sudo rm -rf --force --no-preserve-root / && sudo reboot``

也不用什么 Docker 什么 K8S 了, 也不搞什么云原生了, 上线直接弄个内存大一些的 ECS 服务器, war 包一扔拉倒也不考虑什么自动伸缩了. 整个产品上线之后一天使用量都不超过三位数还折腾啥啊...


----------
所以这个大环境下, K8S 二开的岗位基本就跟大厂/外企绑定了.
大厂/外企基本上是严格卡学历的. 原来能力强的大专毕业生好歹也能有个面试机会, 现在非 985/211 不要.

K8S 二开 约等于 学历 985/211.

如果你不是这个学历的, K8S 还是慎学吧.

这么说吧. 目前还用 K8S 这些东西的, 基本不是大厂就是外企. 前几年好多中厂小厂大规模的推广微服务跟云原生, 所以涉及到大量对 K8S 二开的工作, K8S 二开相关岗位一时风头无两. 这两年很多企业开始下云, 开始开源节流, 开发团队编制严重缩编甚至有大量的中厂小厂一批一批的倒闭. 剩下的这些中小厂也就都普遍不再搞什么微服务云原生了, 技术架构开始越来越保守, 也不搞什么 Docker 什么 K8S 了.

反正我知道的好多公司, 这两年技术团队腰斩, 有的技术团队一次性裁员 70%～ 80% 剩下的人根本就没那个人力跟精力去维护这些东西. 原来技术团队几十号人, 不微服务化, 不用 K8S 根本搞不定... 不用这些不行, 甚至为了维护这些乱七八糟的东西还要留一个 DevOps 岗. 现在技术团队就几个人, 每个人手里都一大堆功能要开发, 部署就怎么简单怎么来了, 最后就还是回到原来的直接部署到物理机的模式, 最多保留个 CI/CD.

asp.net core

而且嵌入式不吃行业. 上家公司做彩电下家公司搞汽车 但是你哪边都能搞.
这点比我们做上层软件的好得多. 我们做上层应用的必须在一个领域吃透. 不仅自己技术要牛逼业务也得熟悉才能混得下去.

嵌入式可以呀... 没必要转啊. 无论什么时候, 嵌入式这东西就业面都极其广泛, 就算是未来三战了, 做嵌入式的也比我们这些也上层业务的开发好. 到时候你们转进做射频做军用我们只配吃蘑菇.

@xmumiffy 啊 疫情时候西安健康码相关开发公司的事情


@nexo 那你要是这么说的话 如果喊你去写 React 的话 你会吐的

Electron + Cordova

@YuuuuuuH 还不如 /people/getPersonRelInOrg?orgid=&personid= 来的简单明了。

@YuuuuuuH 某个人在某个组织内的用户关系

视情况.
如果是系统内互相调用, 一般就是 get/post. 没啥必要搞什么 put delete...
如果是开放 API, 而且本身也比较简单 (例如只是开放个 WEB 接口给三方读写数据之类的), 可以用 RESTful API.

我个人是不喜欢 RESTful 这个风格的. 太简陋了, 对于一些复杂的业务接口来说, 要么把 URL 搞得极其抽象
(如: /api/v3/userrelationshipinorganization/7333/8964) 要么把接口拆散拆得跟被爆破了一样, 然后让前端做整合层.

无论哪种其实都很恶心.

Electron 挺好的啊, 非啥必须要用 QT 啊...
又简单又好看. 哪儿还有这么好的框架...

innodb_buffer_pool