地铁是公共服务，至少在中国是，所以不能用简单的技术思维去思考这件事。而且这种公共服务最先考虑的，也不是技术。

几年前买了为知笔记的 docker 个人版永久授权，一直用到现在了。试着用了下 obsidian 觉得不太方便，可能是我使用习惯的问题。

为知笔记只要他的 docker 不停止更新就会一直用下去。

debian, 然后所有服务都是 docker

@WebKit 可能是 ubuntu 的问题，分辨率和缩放我折腾很久了也没解决，同样 jetbrain 我也换了 jar ，在笔记本屏幕凑活能用，换外接屏因为缩放问题，候选框被遮挡到左下角。

打算过段时间换个系统试试

联想 ThinkBook 14+ ubuntu22.04

1 微信，原生 linux 版太简陋，而且有各种问题，wine 版各种小毛病

2 输入法，要么折腾 RIME ，要么省事用搜狗，搜狗 jetbrain 全家桶不跟随光标，甚至看不到候选框

3 分辨率、缩放问题，笔记本+显示器双屏是别想了，无法对单个屏幕设置缩放，总会有一个屏幕用的很别扭

4 从外接屏换回笔记本屏幕（在公司接显示器，下班回家用笔记本屏幕），各种软件的分辨率和缩放还停留在外接屏幕的配置，需要重启解决。

5 鉴于 3 、4 两个问题，在会议室投屏会很尴尬，大家要等你调好分辨率，甚至有时候根本调不好

6 N 卡打驱动后，屏幕会偶尔撕裂一下，或者闪一下，登录界面出现的概率比较大

7 同第一条微信的问题，各种常用的软件都没有，尤其国内的软件，即使有 linux 版也会有些小毛病，需要自己适应。

8 暂时想到这么多

我更希望内存大点 /无奈

OP ubuntu 什么版本，我的 ubuntu22.4 搜狗从来没没遇到过卡死，只是用 jebbrain 全家桶没办法跟随光标比较别扭、

1 可以，但是前提是，ck 是做分析用的，而且数据有延迟，不能做业务

2 我们用 impala+kudu ，性质和 ck 差不多，但是仅做分析用，数据是通过读取 binlog 同步的，自己写的中间件

3 不要用分析数据库做业务，不要用分析数据库做业务，不要用分析数据库做业务

这种轮子已经不少了，不过还是辛苦 OP 了

进水百分百会腐蚀板子，表象只是网口坏了，实际上网口下面的板子早就被腐蚀了，焊点可能早就都没有了。还是找个专业维修的检查下其他零件没有被腐蚀 ba

1 群晖买软件送 nas ，卖的是软件，几乎是零基础的小白都可以直接上手用。

2 DIY 爱好者会自己组硬件，然后刷各种系统，甚至黑群晖。

3 威联通、绿联等，介于两者之间，软件没有群晖好用，但是也不用自己费劲 DIY

4 所以你的定位是什么，做个样子还算精致的硬件，然后用开源系统？然后 diy 用户看不上，小白不会用？

5 你的目标人群是谁？哪一类人会买你的产品

6 小厂产品，如何让人们信得过你，买你的产品

。。。。。。

等等

都用 qt 了，直接 c++写呗，要不然还不如前端一把梭

只说大数据开发相关，因为这是我正在的领域，注意是开发，开发，开发，不是写 SQL 的

1 大厂会基于开源框架做二开，甚至自研框架，如果能进大厂的话还是有搞头的

2 中小公司能上大数据的公司也不少，基本都是基于开源框架开发应用，比如基于 Spakr 的批、基于 Flink 的流，运营系统、用户行为、推荐系统等等，这就类似 java web 的增删改查了，都有现成的解决方案，照着写就行了。

3 专门做数据分析的公司，比如做数据分析平台的神策、友盟、talkingdata 等

大数据现在也很卷，十年前会搭建 hadoop 平台，就能轻松 30+，现在你精通 spark 、flink 源码，也很难 30+

没错，没个 I9 13900 和 4090Ti 我都写不了代码，太卡

今夕是何年

生产环境 11

1 做什么用，企业项目还是个人项目，企业项目这个钱不多，重在稳定。个人的话，你的访问量多少，收益能不能摊平成本。
2 必须要国内的服务器吗，国外有很多更便宜的选择
3 如果纯属自己折腾的话，找便宜的薅吧，啥家庭啊舍得花这么多钱

屏幕蓝色调低，让屏幕看起来有点屎黄屎黄的，眼睛会舒服很多。反正敲代码能看清代码高亮就行了。

我之前用过大上的墨水屏幕，单纯敲代码还是很舒服的 ，把 idea 开启 vim 模式，屏幕延迟并没有什么影响。

我工作中遇到的情况和 op 正好相反。

首先我是理工科初身的程序员，身兼项目负责人的那种。

对于大部分互联网公司来说，技术不是问题，技术不是问题，技术不是问题。这一点是很多程序员认不清楚，容易自我陶醉，认为我们开发很了不起，没有我们开发，你们啥产品都做不出来。

相反，除了了解核心业务的开发人员，这种人一个开发组不超过三个，剩下的开发人随时可以被换掉。甚至有些开发工作管理比较规范的公司，只要技术经理、架构师不离职，其他人谁走都没影响。

如果一个没有产品思维的程序员，去左右产品的研发，那是后果灾难性的。用户需求、交互、UI 等等这些东西真不谁都能做的，你只是看着简单而已。类似很多理工科出身的人会傲慢的认为文科生一无是处。产品也是一门很深的学问，不是谁都能做好的。

程序员平时写代码的思维方式和产品的思维方式的差别，就像理工科和文科一样，大相径庭。

当然很多做产品的本身很垃圾，那另当别论。

所以我多年工作经验的结论是：

1 程序员如果没有产品天赋，没有经过产品思维的训练，贸然去做产品后果是灾难性的。

2 程序员不要去试图左右产品的设计，这不是你的工作，如果你觉得一个需求无法实现，也不要直接甩一句做不了。都是成年人了，沟通的方式方法还是要掌握的。

把你可能遇到的问题用产品能听懂的话告诉他们，为什么实现不了跟他们讲清楚。很多时候产品自己也没整明白他们自己的真正需求是什么，如果你是个比较牛逼的人，你可以试图引导他们让他们意识到自己实际的需求，这个比较复杂，可以单开一个帖子了，暂时按下不表。

可能 OP 遇到的都是比价垃圾的产品，但凡你能和一个牛逼的产品经理共事一次，你就不会有这种想法了。