与非门 加法器 还有存储器 乱七八糟的理论上可以不用电子管，但是那个效率实在是…

@ra1983
存储过程主要很多计算都集中在数据库里运算…，而且相当于用 sql 语言编程，sql 就那几个特性…基本等同于过程式编程。不是说见识少，维护性就是渣。人员流动几次就直接 boom

看楼上回复瑟瑟发抖，线上有问题我有时候半夜都会打电话…

现学其实也还行… api 别的语言经验又不是不能用，撑死有些库用法不太熟而已，新手建议 beego，虽然很多人不推荐，但是文档跟整合还是挺适合新手的

fyne ？好像还有个 walk

i2ex …苹果信号 快充 电池 拍照，其他零碎配件停滞不前大家都看到了，再说现在一样都是云上贵州，苹果就高贵了？手持 m20p 真香路过，以前说不拍照，现在相册都是各种照，楼主自己觉得好就行了，网上意见看看就好

说技术经验没卵用的 为啥我几年工作，接触问题越多，越觉得底层实现几乎都是相通的。业务模型也都是类似的。越学越觉得自己见识少

go 开发表示 window 挺好

才 500M …我的 go pkg 文件夹上次清理都快 10G

口口声声说自学的 我认识的人里面没一个坚持下来

@zqx 固化依赖到项目中在我们的开发规范是很重要的一个环节，可以有效节省其他组员管理 更新 下载的时间成本。也可以规避掉一些因为版本代码不一致的隐藏 bug。
pip 我没做过固化的方案，只写过 requirements.txt 。对于不需要编译的包还好，需要编译的时候就一言难尽。
npm 固化依赖大家都知道啥叫依赖地狱了，200M 起步…不敢想象大型项目得吃多少。

其他包管理大同小异，跟 go 最大不同就是有中央仓库，版本标记比较清晰。go mod 虽然现在版本也有了，但是一些旧的包没有遵循 go mod 规范。
npm 最大区别是每个依赖都有自己的独立依赖，不知道现在有没有改进，其他包管理就不熟悉了。

@Sparetire 何必阴阳怪气的呢直接点名就好啊，不服可以反驳。至少目前我们自己项目用 go mod 之前用 govendor，都是把依赖直接固化在项目内。单元测试 覆盖测试 持续集成都是没有问题的。我说对项目提升不大也是建立在至少目前我们自己场景没有遇见啥坑的情况下说的。中央仓库对我上面那条场景有提升？
真要说有啥问题，一个是翻墙拉依赖，还有个引用的两个库依赖同一个不同版本的包这种。前者 goproxy.io 上面有人提过了，自己内网搭建一个代理都可以。后者写项目两年了，实际压根没遇到。所以现在到底 go 的包管理做成啥样你才会觉得够用？