@dongliangnerd 不是资源和意愿的问题，而是有没有能力，这个架构下开发效率会提升很高，而不是消耗资源，特别是基于 ts 开发，项目的质量不是一个级别的

@lqw3030 如果有相关的 fake server，原则上前后端不需要沟通，除了在定 schema 的时候，前端基于 fake 的数据基于领域模型完成项目，对接也只是很简单的事情

有条件可以上 graphql, 就算不上 graphql 前端也需要有自己的领域模型，
只要把接口 map 到前端的领域模型上即可，
前端应该基于自身的领域模型去开发，而不是面向后端 api 编码。
前后端应该在业务开始前定好 schema，前端需要确定领域模型。
写组件首要的是定接口，也就是 props，了解视觉和交互模型后，就应该确定组件的 props
接口和组件不应该有依赖，组件对接的页面容器上的业务逻辑上对接前端领域模型的
如果做不到以上，这个项目前端没有维护的可能性，前后端耦合严重

媒体圈，文化圈对微信公众号的定义是，割韭菜文学

2013 党，终于熬过了蝴蝶键盘，还有没有 ESC 的 touchbar。

1. 假设条件是不存在的，
没有绝对正确的模式决定了不能机械的通过体力劳动完成，这个过程变成了，执行，发现问题，解决问题，改善模式，loop...

2. 目标并不是坚固的，不会变动的，
在积累的过程也是学习的过程，也是个体会产生变化的过程，会发现之前确立的目标并不是真正想要达到的，或者这个目标变的不重要了，所以这个目标是会调整的，甚至完全相反的。

所以整个过程并不一定是持续机械的。

换三层 PVB 夹胶的隔音断桥铝窗，效果从 70 分贝 降到 30-40 分贝

这让人想起前端圈的真阿当，好尴尬

这个行业和传统的行会，师徒制的手工业时代相比，最让人兴奋的地方就上分享，而且分享本身也会给人愉悦，整个行业都构建再他人的分享之上的。

当你作为师徒为角色去处理这个事情的时候，你已经脱离了这个行规，失去了有机会学习好东西，有趣的东西的的体验。带人也上分享，如果带的人比你发展更好，当然是好事情，你可以从他身上学到东西，他肯定也更愿意分享你，因为你帮助了他，若是你开始不上以分享的方式去分享知识，而是以师父的角色自居，我相信当别人变强的时候你确无法扮演这个角色了，而下不来台，所以更好的方式应该是一起成长，而不是师徒。

也许楼主没有再好的团队呆过，有些好的团队是每个人都很强的，而且你会发现不同的人有不同的特点，但并不意味着你就会失去什么，如果说你怕别人超越你，你怕别人占你坑，那真的你也就再这坑里了，而且肯定不上什么值得长待的地方，真的喜欢技术的肯定希望旁边人都很强，若是身边人都比你差几个档次，定没什么成长，也不敢奢望更好的工作。

https://www.zhihu.com/question/24495544 这个是一个比较系统的，结合了一些 paper，摘一段

“1. 早上起来空腹跑步谣言的理据：早上体内糖原水平低，此时有氧主要消耗的是脂肪。拆穿：1. 前面已经说过，肌肉在有氧运动时是葡萄糖和脂肪酸同时供能的，没办法想当然地“逼着肌肉只利用脂肪酸”，本身不吃早饭血糖水平无法得到供给，再加上肌糖原被耗完，对不起，肌肉只能通过上述的代偿途径分解蛋白质来补充三羧酸循环运行，增加掉肌肉的风险。2. 这些人早上空腹运动后也不吃早饭，夜里消耗的肝糖原+运动消耗的肝糖原无法得到补充，使得肝糖原水平变得更低，失去对血糖的调控作用，血糖低大脑无法正常工作，最终上午工作没有精力，增加了被炒鱿鱼的风险。3. 另外，皮质醇的分泌本身就是有昼夜节律的，早上醒来后皮质醇将于半个小时达到最高峰（下图），此时有氧（前面说过有氧运动会暂时增加皮质醇分泌）简直就是作大死，皮质醇的作用就会累加起来，更增加了掉肌肉和向心性肥胖的风险。”

Dart 这种语言不就是看遍语法就上手的么？

如果你有信心，你可以试试换一下位置，让他面你

@ianva 意大利基本被海环绕，有千年来的古建筑到现在还上好好的，日本就上个岛，天天被地震骚扰也没说有什么裂缝，海边有什么影响。