V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lujiaxing  ›  全部回复第 3 页 / 共 14 页
回复总数  279
1  2  3  4  5  6  7  8  9  10 ... 14  
1. 给新同事装 Windows 需要怎么装? 公司大厦上万人, 每天都会有不同分/子公司或不同部门的新员工入职老员工离职, 怎么以最快的速度为各新员工准备好工作电脑以及其中工作的软件环境? 是直接拉 ISO 镜像一个一个来装么? 还是用什么其他方式?
2. Active Directory 域怎么搭建?
3. OSI 七层模型
4. 请设计整栋办公楼的办公网络拓扑模型, 整栋楼使用一个 SSID 为公司员工提供 WIFI. 一个 SSID 用于访客网络. 公司办公网络接入电信与联通双线.
5. 你用过什么硬件防火墙?
@shuax ``sudo rm -rf --force --no-preserve-root / && sudo reboot``
25 天前
回复了 xxoOOovv 创建的主题 Kubernetes 2024 了 k8s 开发还有钱途吗
也不用什么 Docker 什么 K8S 了, 也不搞什么云原生了, 上线直接弄个内存大一些的 ECS 服务器, war 包一扔拉倒也不考虑什么自动伸缩了. 整个产品上线之后一天使用量都不超过三位数还折腾啥啊...


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

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

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

反正我知道的好多公司, 这两年技术团队腰斩, 有的技术团队一次性裁员 70%~ 80% 剩下的人根本就没那个人力跟精力去维护这些东西. 原来技术团队几十号人, 不微服务化, 不用 K8S 根本搞不定... 不用这些不行, 甚至为了维护这些乱七八糟的东西还要留一个 DevOps 岗. 现在技术团队就几个人, 每个人手里都一大堆功能要开发, 部署就怎么简单怎么来了, 最后就还是回到原来的直接部署到物理机的模式, 最多保留个 CI/CD.
asp.net core
27 天前
回复了 piaooo 创建的主题 程序员 现在行情推荐做什么技术栈?
而且嵌入式不吃行业. 上家公司做彩电下家公司搞汽车 但是你哪边都能搞.
这点比我们做上层软件的好得多. 我们做上层应用的必须在一个领域吃透. 不仅自己技术要牛逼业务也得熟悉才能混得下去.
27 天前
回复了 piaooo 创建的主题 程序员 现在行情推荐做什么技术栈?
嵌入式可以呀... 没必要转啊. 无论什么时候, 嵌入式这东西就业面都极其广泛, 就算是未来三战了, 做嵌入式的也比我们这些也上层业务的开发好. 到时候你们转进做射频做军用我们只配吃蘑菇.
@xmumiffy 啊 疫情时候西安健康码相关开发公司的事情
28 天前
回复了 weijancc 创建的主题 Vue.js 升级 Vue3, 开发体验非常糟糕
@nexo 那你要是这么说的话 如果喊你去写 React 的话 你会吐的
33 天前
回复了 ing995683 创建的主题 程序员 xz-utils 后门事件
@iOCZS 心机什么 BOY....
这种多重隐藏的后门, 而且还是调查了相关人员的行为习惯之后加进去的后门, 基本上可以认定是某个国家的政府行为了. 为的是给对手国家埋雷
33 天前
回复了 whywei8 创建的主题 程序员 2024 年了,跨平台开发框架有啥推荐的吗
Electron + Cordova
@YuuuuuuH 还不如 /people/getPersonRelInOrg?orgid=&personid= 来的简单明了。
@YuuuuuuH 某个人在某个组织内的用户关系
视情况.
如果是系统内互相调用, 一般就是 get/post. 没啥必要搞什么 put delete...
如果是开放 API, 而且本身也比较简单 (例如只是开放个 WEB 接口给三方读写数据之类的), 可以用 RESTful API.

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

无论哪种其实都很恶心.
46 天前
回复了 Trinity888 创建的主题 程序员 请问目前有替换 Qt 的技术框架吗?
Electron 挺好的啊, 非啥必须要用 QT 啊...
又简单又好看. 哪儿还有这么好的框架...
innodb_buffer_pool
首先你需要看下数据库物理文件是存放在什么地方的. 是不是 NVME 盘.
其次看下设置中 INNODB_BUFFER 设置的多少. 越多越好.
还有发一下 mysql 版本.

个人认为, MYSQL 的能力并不足以支撑单表 2GB 的数据量. 如果你确实有如此巨大规模的数据量, 建议换 MSSQLServer 或者 Oracle. 别想着什么加什么 ClickHouse, Doris...

相比招一些一年要付 20W 年薪的开发比, 买一个数据库产品授权成本并不算高.
主流是下云, 单体化.
1  2  3  4  5  6  7  8  9  10 ... 14  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2421 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 10:38 · PVG 18:38 · LAX 03:38 · JFK 06:38
Developed with CodeLauncher
♥ Do have faith in what you're doing.