我在北京写代码(64)

作者: 鲁棒棒 | 来源:发表于2024-04-28 17:26 被阅读0次
    我在北京写代码(64)

    作者:鲁棒棒

    写于:20240429

    正文

    今天主要来写一下新公司所研发的项目以及相关的若干问题,还有就是一些工作上的失误,包括我在工作上的失误,以及我认为公司所存在的失误,这里的失误是指能够避免的问题,而那些不能够避免,或者说没有能力避免的问题,才是真正的问题,不是失误。失误是肯定可以在某种程度上避免的,当然也有可能在各种原因下不能避免,总之我认为失误是至少在认知层面上是可以意识到的问题,那些意识不到的,就无所谓了,反正也解决不了。

    首先是项目,当时北京那边的要求比较抽象,说这个要求抽象是因为领导们只给了一个比较宽泛的命题,让深圳这边自己看着办,所以就比较模糊不清,大家也说不清楚这个东西到底要做什么,也说不清楚是干啥用的,当然这也许是我个人的感觉,因为我跟经理是同桌,经理尚且搞不清楚问题是什么,那他整理出来的业务,画的原型,可能根本就不能用。

    北京那边的领导的思路据我所知应该是研发一套通用 “ERP”,然后用这套 ERP 打开海外的市场,研发差不多了,做成 SAAS 平台,往外卖产品,因为这种套路很多小微企业也都在做,有能卖出去的,自然也就有卖不出去的,都是有的。并且当时还说要参考 “禅道” ,做成那种半开源的,基础组件可以免费用,也开源,另外再做一些增值的组件,用来做 “功能付费”,也就是按模块付费那种。

    比如基本的模块有任务管理,可以免费用,但是还有增值的 CI/CD,这个模块是需要付费才能用的。从业务角度来看,没什么突出的东西,因为老外的很多 PM 的软件,早就已经做成 SAAS 了,比如 github,gitlab 等产品,所以竞争力上有些问题。如果我去做的话,我觉得我会避免去和大佬竞争,我不会去做 IT 项目管理的 ERP,相反,我会去做一个传统行业的 ERP,用来增进传统行业方面的效率。

    比如我会针对快餐店开发一套排班,换班系统,或者针对物业,针对理发店去研发一套可以增进效率的东西,因为这个方面的市场相对较小,也比较好把握,当然做 ERP 的初衷要对,也就是说,得有人真的懂 “理发店” 是怎么运营的,才能做出真正符合客户需求的 ERP,并不是说像那些卖微信小程序的人搞得那些没什么用的功能一大堆,根本起不了作用,其实他们犯了一个先入为主的错误。

    那就是觉得 “信息技术” 无所不能,所有的行业加上一个 “微信小程序” 效益就会上天,其实根本不是这样。当然这我都是自己幻想的,没有经过实体调研,所以我不做 ERP,就算做一款 SAAS 我也不会选择做行业软件。

    比如我现在在做的游戏,这个东西没有对错,所以我想去做,其次就是这个东西可以 “Play”,可能我想做一个能够 “Play” 的东西吧。

    公司的 ERP,总之选型就是如此的,之后选型确定了,就又犯了一个比较教条的错误。

    这个问题比较复杂,一开始的时候,北京那边的人让找几个系统,当作竞品来参考,然后跟我闹矛盾的那个大佬,叫 XT 的那位大佬,在网上找了一个系统,是开源的,也是 django 做的,叫做 “tree IO” ,然后他就跟经理说,不用费那么大力气去自己写,用开源的改改就得了。

    不知道为什么经理就信了,然后在 XT 的撺掇下,经理就让我们开始对 Tree IO 进行二次开发。因为这个 ERP 做的很糟糕,它的网页已经打不开了,最早的时候网址就是 "tree.io", github 上的代码也已经十年没有更新了。

    Tree IO 这个系统的特点就是,代码很乱,模块穿插,其次就是模板和逻辑绑定在一起,没有前后端分离,虽然那个时候还没有完全分离,但是已经有用 nodejs 的了,可能不是很多。工具已经很齐全了。

    代码乱的话,那么二次开发就比较困难,因为 “牵一发而动全身”,任务上很难协调,比如某个模块安排给我,但是功能实现上,需要我去改别人的模块,因为牵扯的逻辑很多,全部穿插在系统的各个文件中。

    最后就导致,无论如何这个项目也搞不起来,全公司也只有 XT 一个人能部署,因为功能都不是很复杂,同时长时间没做出来,经理连展示的页面也没有,北京方面就来人问是怎么回事,之后经理就跟那边的人说二次开发比较困难,代码写的很慢,加上原来系统的 bug 很多,总之就是很难。

    其次还有人员配合的问题,有的人会用 GIT, 有的人不会用 GIT,发生冲突了之后,大家都一顿乱改,比如 A 刚写的代码,B 合并的时候,就会给他改回去,然后费了一天时间部署了一次,结果没啥用。这个问题其实很严重的。

    因为人才太差了,就跟摇滚乐队一样,不用说演奏技术好不好,音色好不好的了,也不说吉他贵不贵,就连基本的磨合都磨合不来,团队因为没有带头的,所以根本不行。

    团队如果磨合不下来,那么整个开发就是没有节奏的,产品不说好不好,基本上做也是做不出来的,能做出来,也是一个残次品,质量根本不过关。

    这就是当时项目上的问题了,Tree IO 这个项目 github 上还有它的代码,但是我已经记不清楚当时我是怎么改的了,已经十多年了,已经忘得差不多了,如果不是写这些文章,我估计我也不会再想起这些事情了。

    项目大概就是如此了,我的整个试用期都在做这个东西,对于公司混饭的两个大佬,一个 XT 一个 MT 来说,他们很喜欢这种没有进度的项目,因为自己本身就是来养老的,每天混过去,也不用加班,薪水拿的容易,也不辛苦。但是对于刚毕业的新人就不行了,啥也做不出来,啥也学不会,关键是没有机会领悟到研发的精神。

    我在那也算耽误了一段时间吧,大概就是如此了,今天就写到这里,晚安。

    相关文章

      网友评论

        本文标题:我在北京写代码(64)

        本文链接:https://www.haomeiwen.com/subject/sbnzxjtx.html