※ 引述《wandallin (万大林)》之铭言：
: 大家晚安，因为本身没什么朋友在新创上班，自己也是第一次在新创
: 所以想在这边询问大家开发上的一些小疑问
: 开发环境是react.js + create react app + firebase
: 目前公司是MVP刚上线的状况还在补足一些功能
: 好让老板出去推销，尚未盈利也还没确认商业模式
: 不过在开发过程中其他工程师会提一些作法，说是为了未来着想
: 例如：
: 1. PR要merge的时候做Squash，因为这样git tree比较好看
这点可参考这篇
https://softwareengineering.stackexchange.com/questions/263164/
: 2. function超过一百行，就想要拆出来
个人是觉得行数不是重点,
要看它的内容是不是有某部份能被视为具体完整的动作才拆出来
不过通常到一百行时有很大的机会是 "是"
: 3. 完全遵照eslint的规范，任何warning都不能出现
话说这个有线上版 https://eslint.org/demo/
你可以把一些知名开源专案 (如 ng react vue) 的程式丢进去
看看是不是都没有 warning... :p
如前面另一篇说到的, 这是给你用来自己设规则方便提醒的,
完全照做就不必, 重点是你违规时知道自己在干麻
: 4. 时常想回去重构程式
这部份我觉得需要好好检视, "时常" 是多常呢? "回去" 是回哪里呢?
是每次想重构的部份都不一样, 还是同一部份改了 N 个版本?
如果是随着开发, 时当想这里调一调、那里修一修,
这还算正常范围, 不过这种通常也不会太费时,
如果是某个功能, 一直想到新架构新流程, 重写再重写,
那...个人建议动手之前多想一想再开工比较实际
也要看看重构的地方值不值得花时间,
核心主干是有需要, 但那种通常不会是他一个人猛钻研而是要大家一起讨论
支微末节的地方就没有时常重构的必要
: 5. 想把所有异步的function都改成promise
这我觉得有闲可以做, 不然之后要改动到时再顺便就好
: 6. 想导入TDD以及jest，让系统减少错误发生机率（目前没人会这东西）
刚好有在写 node, 刚照官方试了一下
https://facebook.github.io/jest/docs/en/getting-started.html
跑起来不难, 麻烦的是要让它顺顺地进入你们的建置布署流程,
也看你公司是做什么的,
假如是写网页, JS 是很多分别独立小小片段的那种, 个人是觉得不必,
用 JS 写底层框架或 lib 才比较有需要
而如果是写网页的话建议跑跑浏览器自动测试就好了, 现在资源真的有够多
有影片教学
https://www.youtube.com/watch?v=S4OkrnFb-YY
应该也可以找得到 docker 直接 pull 或 build 一下就能用的环境
装 docker 抓来用就好
: 7. 注解尽量删除，只留jsdoc，减少封装程式码
这点改用工具做吧 @@
: 上面除了第六项其他都开始做了
: 不知道大家的公司的情况是怎么样
: 我没有想过这些东西的压力会远大过我思考服务架构的问题
: 这些东西让我觉得满烦的，没有制度化都是看个人喜好
: 可能哪天他看到一个别的觉得不错又要用了
: 还是说新创本来就是这样，可能我比较适合回去一般公司
: 这辈子第一次觉得写程式这么烦＝＝
"远大过" 个人是觉得一定有哪里不对劲,
用的范围不恰当/没有使用好工具/频率太高/etc...