继梨花体诗歌之后又有了 8520 体散文

不论是 top 的朋友，还是枕边人，还是亲子，还是其它各种亲密关系，都可以有部分价值观不同，也可以在部分价值观不同的时候仍然能保持关系的亲近。而不是委屈巴巴地幻想出一个没有价值观冲突只是“误解”的幻象。她的边界感强，你的表达欲强，大概率只能你更注意克制。

另外，也许你的自我意识对她没有男女关系的想法，但这种状态下本我的期许和依赖其实有点小暧昧的。

@6david9 其实写代码的人往往也只关心“业务”（不一定是指客户的业务，可能是自研产品的业务领域，比如做摄像头的关心视频编码）层面的功能实现，因为实现了功能有绩效；不能看到绩效的扈凯尔斯，比如说某摄像头厂家封出来的的 SDK 一塌糊涂，文档里没有使用流程的完整 overview ，只讲各个函数的参数是啥返回值是啥，连 SDK 适用的 threading model 都不讲清楚，给个例子只有运行在 Qt 的 event loop 里的。主要这些东西只是开发团队“附带”做做的。在成熟的产业里，应该有专门的文档团队来做这事。当然，这样成本就高了，竞争力就不强了。

也就是俗称的瓦房店化 IT

省掉了正规、高质量的文档成本，当然比国外品牌有价格优势了 ^_^

学好语文吧。

我就问一句：可不可以让那些国产厂家来投标我的项目，中了以后给我安装标准的 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 的沙雕限制，那就去问它家客服呗。网友又不能突破这种人为的沙雕限制。