我就问一句：可不可以让那些国产厂家来投标我的项目，中了以后给我安装标准的 Debian 、正常的 PGDG 打包版 PostgreSQL ，而不是用他们魔改的操作系统和数据库？

去特定依赖是一件事，国产化是另一件事。前者是广泛意义上的技术和管理层面，而后者在政治层面，实际的操作却很容易因为监管执行的一刀切收敛于几个特定的国内魔改厂商。在极少数特定行业和部门按后者执行也许没问题，要踩的坑就是行业和部门地位伴生的代价。但现在很多被国产化波及的场景，虽然也是体制内，其实根本没必要往贴着国产化标签的几个国内魔改厂商收敛，没必要去踩魔改坑。还不如探寻发展在正常的、已成熟的开源软件下的技术服务生态。

前面那个帖子，有人问，一边说国内是抄开源，一边又说是垃圾，这不是矛盾的吗？然而以我有限的经验，抄开源换皮换名字的魔改国产系统，改出特有新坑的事还少吗？

@julyclyde 文研计？

混沌工程搞起来，没故障也要有故障。
创造条件，创造条件。

一般认为，需要结婚纪念日送礼物的领导，是指家里领导。

记得不久前 V2 看到好多次讨论 CarPlay 的。结论就是 CarPlay 车机的单机战力跟新势力的阉卓车机远不能比。但是 CarPlay 的操作基本上就是 iPhone 的自然延伸。不过 CarPlay 也确实太不思进取，除了导航、听歌、接电话还有啥？

Apple 生态里的设备，iPhone/iPad/Mac 是有很强的单机作战能力的，所以一般人能感觉到其价值。

其它设备，比如 Apple TV 、CarPlay 的单机作战能力真的算不上能打，但如果是你的设备都是 Apple 生态，那可以集成得很爽滑。

其实 Google 也在真安卓生态尝试做爽滑。但不管它做得好不好，在国内是没办法体验了。

国内的阉卓环境下嘛，华为小米等葫芦娃也在尝试自己构建爽滑生态，补齐 Google 的缺位。比如华为的手机、手表、平板、PC 、带系统显示器等在一起的时候，传数据、屏幕扩展连通就比非同品牌的设备要便利很多。

顺便，在 Visual Studio 里用 C/C++开发 Win32 GUI 程序时，当然也是有界面编辑器的。早期还没有 VS 的时候，有 VB 、VC ，你猜 VC 是啥？

专业的 GUI 开发，在程序员做实现之前至少要需求工程师（现在流行叫产品经理）做原型设计，美工出图、标注、切图。
所以有没有 RAD IDE 其实关系不是很大。有则好，比如用 WPF 开发可以先根据原型在 VS 里拖拉，再把 XAML 扔到 Expression 里套设计。没有的话也不是大问题。并不需要一万倍生产力的程序员脑海里 YY 界面再手写裸码。
拖拽对于快速开发一些不讲究界面的工具或者业务系统来说确实可以在特定环节上有效提高生产力。但要求高的界面靠程序员反复拖拽着尝试怎么排布更好看是搞不出来的。

@julyclyde 业务系统厂家的司内技术栈收敛

@julyclyde 七总，我手头唯一一套用 Oracle 的业务系统，oracle 帐号的 shell 居然是 tcsh

uboot 和 dts 是两码事。

说到这个我就要吐槽 OpenWRT 了……ar71xx 切换到 ath79 之后就不能自动适配硬改扩容的闪存。

既然是这个垃圾 xinnet 的沙雕限制，那就去问它家客服呗。网友又不能突破这种人为的沙雕限制。

为每个版本买一台。

在生产环境的服务器上，后台服务类软件强烈不建议装在自己家目录或者 owner 是自己的其它目录里，并且所有文件 owner 也是自己，然后还是用自己登录的账号身份启动到后台。

交互操作的工具一般来说无所谓。

开发环境也不用讲究，但要知道你开发出来的东西将来可能生产环境要求部署。

另外，强烈建议通读多遍 Linux File System Hierarchy Standard 并理解其设计动机和思路。

不怕用户智商低，只怕用户自作聪明。

需要符合规范的数据来源时，只要允许用户自由输入，就一定有（大量）用户自然而然地不按规范操作。
要么事后做数据清洗，要么开发有限制的输入界面。

netdata

openwhisk ?