Unix pipe 串起来各种神操作，对于流式数据处理很好用。但在数据量大时，如果需要中途“倒车”，需要各种分组聚合，就麻烦大了。

因为你构想出来的用 git 当数据库的场景都很简单。当业务需要复杂的查询和复杂的写入事务，你要给简单操作加上各种一致性约束和保障，加上各种索引，做各种在简单场景下可能是负面操作但复杂场景下反而是优化的设计，最后大概率重新发明关系数据库。

龙芯算是技术耕耘还不错的（当然这并不表明胡总师的吃相好）。
不过以前龙芯万年锁定 3.18 内核也是大名鼎鼎的了……
这几年龙芯的思路似乎有些改变，不但主动融入 mainline kernel ，还在 glibc 、UEFI 、JKD 等基建上积极贡献，甚至都对 ffmpeg 写了优化代码提交给 upstream……看样子应该是深谙开源社区玩法的人在里面有话语权了。

我有个师弟他的公司一开始技术栈是 Ruby 后来是 Erlang……就是杭州。但这种确实是凤毛麟角。

其实 Java 本来就主流。再加上某一互大输出的创业老板和架构师们熟悉 Java 呗。

继梨花体诗歌之后又有了 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 界面再手写裸码。
拖拽对于快速开发一些不讲究界面的工具或者业务系统来说确实可以在特定环节上有效提高生产力。但要求高的界面靠程序员反复拖拽着尝试怎么排布更好看是搞不出来的。