架构。

软考系统架构师那本书里面基本上涵盖了作为技术创业者需要具备的大部分素质，从编程技术到软件工程方法论。而且系统架构师软考有个难点是基于实际项目经验的现场论文。如果能考过去那基本上管团队也会了，商务部分可以找其它合伙人或者再学其它课程，这部分另说

@hantsy 老哥你是不是不管团队也不需要在客户销售老板研发中间 4 方受气。。

研发和产品岗都呆过，所以深知推行起来有多难。研发这一侧可能理想很好，把需求都挡在外面，团队内部按部就班。

但地球不是这么转的，现实情况因果依赖是反的。销售浑身解数把你做了 1 的产品吹成了 10，客户同意验收 3，现在你是产品，是项目管理，你有的选吗，没得选。你只能赶紧用尽量短的时间把没做完的 2 赶出来，不可能不干了让友商看你笑话一边接盘一边挖你的人一边嘲讽你是傻逼，这很残酷的事。

即使在这种情况下我们还是走完了发版流程，还是保证了单测覆盖率，还是跑完了全 feature 回归测试；但 —— 不可能一切都这么顺利对吧

scrum 是一个不错的模型，但它是理想化的，我们肯定要有修改的地方。讨论推进采用敏捷模型的时候，你自己就是要介入的管理层。你就是要亲手去解决你发现的问题，为什么说得好像自己置身事外“那是别人的事”一样？

我们有 ci/cd，有 codeowners 和交叉 review，有看板、需求和缺陷生命周期管理、sprint 和版本发布管理，有站会、集体 bug review，产品不是自己的在线业务所以没有运维过程但有自动化的单元测试、发版流程固定的集成回归测试环节。但我们仍然不是很敏捷，一个是前面提到的研发素质和客观属级存在会阻碍完全扁平化的敏捷模式理想，一个是对于文档和临时 feature 产出的需求会打断理想工作流，甚至迫使整个团队做一些完全不敏捷的事情去满足交付目标（ 2b 产品）。还是那句话，scrum 真就只适合小而美的团队。在我们几个 codeowners 没有感觉到人手不足而招进来一批实习生和相对低端的 crud boy 之前都还跑得挺好的。团队大了之后必须向理想妥协

@hantsy 说的是落实到具体研发任务的[团队]。整个 MS 不可能只做一个产品一个项目对吧，最终每个项目都会拆分落实到那么几个人十几个人 的小团体上。而在国内来说，可能是个几十人的小团体。可以想象一个人带 5 个实习生、两三个后端一人给所有产品写中间件、一人写业务 CRUD 、一人写算法，这样的团队开个站会你能指望增进什么样的交流？ 3 个人负责方面互不交叉怎么安排相互估时和 review ？

“这是管理层的问题”。是的，我在说的就是管理层面的困难带来的水土不服

1. lz 误以为同一行政等级的不同站点是同一系统在管，然而并不是，不同行政等级、不同系统单位、甚至不同分属部门的站点和信息系统都有自己的管理维护体系。你甚至说不清某个县级单位的站点到底是市属分支机构在管还是某个外包在管
2. 误以为机关单位只运维.gov ，然而也并不是，政务 app，域名接 gov 吗？健康码，域名接 gov 吗？这可说不准。非 gov 域名，重名率有多高不用说吧
3. 误以为英文表达的域名重名率低且精简，但事实上国外机构单位都让你一头雾水 cgifederal.secure.force.com ustraveldocs.com 这两个站关系是啥？他们的域名是啥意思，跟它们服务业务有何关联，不进网站能看出来？
4. 误以为那些网站真是给人看给人用的。除了用来给你交钱办事的站，还有一大批做样子、只说不听、只放静态 html 自吹文登录按钮都是假的“宣传用”的小机关站点。给他们取个贴切的英文域名，图啥？

scrum 毕竟还是个理想模型，适用于团队很小，参与者水平都足够开发系统中任何一个模块，不存在上下属级，大家效率都差不多等情况。现实中的团队会有非常多杂七杂八的因素干扰，比如团队成员可能并不只参与一个项目，水平参差不齐上下属级制约、系统设计模块多而导致大家只能顾及自己实现的部分无法交叉 review 等等。而且标准 scrum 模型含有一些执行起来很困难的项，比如 story point 、time estimation 等；还忽略了项目文档（产品文档 /技术文档）这种可能需要集中产出的副产物。所以我们实际研发团队运行模式参考了敏捷模型，但要完全敏捷是不可能的。敏捷模型的最大特点还是持续交付，只要把需求-研发-交付的固定循环周期建立起来，那么项目组的迭代大体上就还是健康的。

@zhongjun96 其实。。。很多团建的契机恰恰是有人要走了。你可能弄反了因果顺序

我会如下回复：

别跟我扯没用的，我现在就 tm 觉得不会找技师最吃亏，陪客户出差人家问我一问三不知那叫一尴尬（夸张口气）哎快给点路子，烟学不学问题不大，先赶紧教教老子怎么约妞

@tctc4869 你当然没用过，你用过就会发现自己说的就是易语言

你是易语言粉（确信

你是易语言粉（察觉

就扫描这件事来说 扫描仪要快得多
拍照你调不调灯光？每张照片大小会不会不一样要重新摆位置调焦距？
排完之后导进电脑里够不够方便？

应该去知乎问 v2 文化水平都不高（

我知道一个
https://baike.baidu.com/item/狸奴 /11058240

> 老板经常和我们说，技术才是我们的核心竞争力。但是我们学的东西不也是别人也会的东西吗？

老板没说出来的潜台词：我知道你们菜，但我也没钱招牛逼的，你们能不能爆一下让我捡个鬼才？

@azh7138m 团子党表示只要保持着能跟雪乃党一起讨论春学的伪物就足够了（泪

神 tm 我好像今天才看到那个钉宫的帖子里有人要早见沙织

浏览器是 js 虚拟机。
浏览器不内置 ruby interpreter.
浏览器不内置 python interpreter.
python interpreter 不内置浏览器具有的渲染功能
ruby interpreter 不内置浏览器具有的渲染功能


你猜为啥我要说这么多句废话？

https://github.com/stashapp/stash/blob/develop/docker/build/x86_64/Dockerfile

这不是有 docker 吗
开机把容器拉起来就好了，有这么纠结？

@Deteriorator 我想表达的是，通用方法和快速冲突，有很多针对不同语言的自动文档生成工具，对不写额外注释的函数这些工具一般也能导出空的描述段落。所以建议先了解一下这些东西看能不能满足你的需求

gorm 没有竞争对手，但 gorm 本身就很多坑

另外业务系统复杂性最终其实都压在了数据库、队列 /缓存、分布式上，而这些解决方案都是跨语言的，所以对 go 来说其实还好。还有一些边角小坑是可能会用到一些不知道有没有人维护的 package，不过这个规避起来相对简单

其它的还都挺香的，尤其是有 cgo 这个后手，实现性能计算的模块没有什么选型负担