工作 / 2 / 8 / 创建于 2年前 / 更新于 2年前
小公司各种练手项目,也有go项目~,很无语
这种很正常的,有部署文档已经算是不错的了,估计是时间久了,文档没更新。
人和项目有一个能跑就行
之前待过的公司,不知道是不是领导有意为之,核心代码,注释极少,逻辑混乱,东一块西一块,给人的感觉就是生怕你看懂了。其实明明可以写的简单点,清晰点。
因为事实上,技术在国内是不受重视的。所以技术领导大都说不上话,于是时间紧加班之类是常态,这种情况下,文档完善的可能性很小。
小公司代码都是能跑起来就行,至于性能,效率,会不会OOM这些都没人关注。(当然什么缓存一致,分布式事务之类的估计也都不搞)见过循环上百次sql的,见过文件句柄不释放搞崩数据库的
创建个目录里面一大堆函数,称其为service服务的
小公司:线上代码,库删了都没事(除非老板哪天心血来潮,点点这个项目,因为除了老板和测试根本没人用)大公司:0.01%的复现bug几率,bug可能每天都在重复上演,一个小数点的失误,可能公司就退出这个行业了
不如规范化从你做起。。项目部署dockerfile写下,接入文档写下
我要举报该,理由是:
这种很正常的,有部署文档已经算是不错的了,估计是时间久了,文档没更新。
人和项目有一个能跑就行
之前待过的公司,不知道是不是领导有意为之,核心代码,注释极少,逻辑混乱,东一块西一块,给人的感觉就是生怕你看懂了。其实明明可以写的简单点,清晰点。
小公司代码都是能跑起来就行,至于性能,效率,会不会OOM这些都没人关注。(当然什么缓存一致,分布式事务之类的估计也都不搞)
见过循环上百次sql的,见过文件句柄不释放搞崩数据库的
创建个目录里面一大堆函数,称其为service服务的
小公司:线上代码,库删了都没事(除非老板哪天心血来潮,点点这个项目,因为除了老板和测试根本没人用)
大公司:0.01%的复现bug几率,bug可能每天都在重复上演,一个小数点的失误,可能公司就退出这个行业了
不如规范化从你做起。。项目部署dockerfile写下,接入文档写下