看着项目的代码，感觉要黄，准备跑路了

[george404]

小弟在一个创业型小公司 10 个人搞 golang 项目。最近模块连调的时候发现一个 bug 追到另一个人写的代码里去了，直接崩溃了。

1.那个人一共撸 4 万行代码（包括注释换行），其中 3 万行在一个文件夹下，一个文件夹下直接 30 个.go 源文件。。。。没有任何逻辑和层次，甚至分类。

2.很多函数复制粘贴多次，后面修改代码，得跟着所有函数改一遍。

3.几乎没有封装，要用另外一个 package 的函数，直接大写，导成全局函数。

4.当看到 package 里一个 go 文件全局变量是这么定义的（ types 为另外一个包）

var(
a=types.Function1
b=types.Function2
......
......
n=types.Functionn
）

一共定义了 100 多个全局变量。。。。。。

这个人自称 10 年开发经验，我怀疑他是故意这么写代码的。我当时就觉得项目上线 1 个星期内肯定黄，这种代码如何维护更新，我看我要准备跑路了。。。。。 当你想好好做事的时候，碰到这种货，，，哎。。。。。。。。重头再来了。

[fiypig]

你们没有个主程吗

[cnbattle]

跟他聊下代码思路 大概是按怎么样的逻辑 结构写的， 可能聊完 再看就没那么乱了

[reus]

第一点问题不大，官方的 net 包，180 几个文件也是同一个目录： https://github.com/golang/go/tree/master/src/net 。用前缀大致区分即可。

第二点有问题，但可以重构

第三点问题也不算大，命名和原来的一样就行

单看你这个描述，其实也说明不了质量，只是你一时适应不了不同的方式而已。

[robotdiy]

如果是别人写的，你提交下你查到的 bug，让他修改不就得了。

[chenqh]

@luoqeng 比 php 差远了，php 的创始人如果想 golang 那批人那么有钱，php 肯定要比 golang 好

[Jooooooooo]

项目黄不黄完全看业务

再烂的代码能跑起来就行

[la2la]

如果是业务驱动型项目，项目黄不黄跟代码质量毛关系都没有；
以我司为例 ssm 这一套接口，还没有管理工具，一个 java 文件 7000+是常有的事情，据说是出现过源码文件太大的错误，但是丝毫不影响公司赚钱

[szdubinbin]

[Kilerd]

诶，go 不就是这么写的吗？ 我见很多开源项目都这么写还有很多 start 呢

[Kilerd]

@murmur #17 好像现在 Python 这么做也能都丝丝性能提升（

[heiheidewo]

这不是标准写法么

[ydpro]

真·十年经验（深知不可替代性

[FreeEx]

幸亏是 Go 语言，如果是 Java 的话，众人皆云：Java 是真的像老太婆的裹脚布一样啰嗦，我 xx 语言 yy 行就能搞定。

[crella]

google 的开源项目就没******

[yoke123]

他——不可替代，你确实可以替代。

[Mohanson]

菜鸟看到屎山会想办法重构然后被屎淹没，高手看到屎山会维持不倒塌的情况下再把自己的屎拉上去。

[yousabuk]

不要提出问题，谁提出问题谁解决问题。

[scriptB0y]

@Mohanson 我是一坨屎，在屎上拉屎。

[itabas016]

@DJQTDJ #14 小公司太多这类的”大牛“了，真不知道出了问题修 bug 的时候，他自己是不是也恶心。

[zhuangzhuang1988]

看这个
https://www.v2ex.com/t/687773?p=1