工作日记 (2020/4/17)

剧情简介

A 公司:一家坐标深圳的游戏公司规模不算大

本人:应届毕业生 主要是 Java 方向 在 A 公司工作,至今差不多有五个月的时间度过无聊的三个月试用期,四月初开始了在这个公司的第一个项目一个 B 同时带我

B 同事:在 A 公司工作了两年的时间,人比较啰嗦但是还能接受

正文

2020 年 4 月 17 日 星期五 晴

挤出拥挤的电梯,进入不能开中央空调的办公室,打开了微博看看特朗普的脱口秀和美国疫情,半小时后开始枯燥无味的搬砖劳动,在我能明显感觉到头顶发热的时候 B 同事打断了我他说 db 结构改动了一下叫我自己看看最新的版本,微微感觉到了一丝凉意结果并没有让我失望他删除了几张表有新增了几张表这意味着我前半个月的工作需要重新梳理推倒重来,我强忍着删库的冲动看完了 2.0 版本的数据结构列出了若干问题与 B 同事沟通,貌似他和我一样懵逼然后说了句“你先这样做后面还要改动”,此时我的内心想法***,我提出了一些我的意见后无果(明知是走不通还要用脑袋撞的感觉很不好)。午休后指挥沉重的双手开始工作时微信来了一条来自 B 同事的消息“把项目打包给我我要看看你的代码”(这里我要解释一下目前还没有代码管理的工具,服务器还在路上 一个月前领导如是说),同事看完代码把我叫到身边开始告诉我的不足,我是很喜欢同事之间代码交流的,他说了三点

第一我的方法名应该用下划线隔开 “小朋友你是否有很多问号” 我的写法 userInfo 他的写法 user_info 当时因为身边很多同事他的声音比较大我听完之后有点混乱我以为是我错了脸也红了。

第二点是考虑数据量大的情况下 SQL 语句的可用性,我反问道:哪些表存在这种情况呢?B 同事: errrr 。

第三点是所有的 SQL 语句需要加上某个关联条件,我反问:部分表没有主外键关系怎么关联呢 B 同事:errrr

之后 B 同事说在我看来这就是 “垃圾代码”

我当时有点生气之后有点尴尬我也比较热就说行吧我再看看能改的我都改掉

类似这种事情出现了很多次

  • 日记
    40 引用 • 165 回帖
  • 职场

    找到自己的位置,萌新烦恼少。

    113 引用 • 1667 回帖 • 284 关注
1 操作
johnsonxiaoyu 在 2020-04-17 15:28:15 更新了该帖

赞助商 我要投放

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • johnsonxiaoyu

    正经人谁写日记啊?
    你写日记吗?
    我不写
    你写日记吗?
    我也不写
    谁能把心里话写日记里?
    写出来的能叫心里话?

    1 回复
  • yoss

    所有事情都顺着他来最后会被评价为:做事没有个人主见,工作积极性不高。

    1 回复
  • johnsonxiaoyu

    我不顺着他口头答应我的代码规范是对的他的是不规范的我不用改,但是工作流程方面的东西还是要沟通

  • InkDP 1 2 赞同

    职场第一定律,要么忍要么滚

  • PeterChu
    1. 先沉下来,不要急。
    2. 换位思考。
    3. 注意沟通技巧。
    4. 加油
  • lonuslan

    很有道理

  • tiangao

    要么忍要么滚。

    还有一种避免尽量少的方法,自己的业务自己实现,对接别人专门搞一个转换层,管他怎么动,你只改一部分代码

    1 回复
  • johnsonxiaoyu

    是这样的我刚来公司的时候想了解公司的业务因为我是 Java 所以主要方向还是做系统,当时我就想看看公司以前的系统然后尽快的适应,但是实习的三个月同事 B 一直都很规避这个东西,转正后领导分了一个项目下来让同事 B 带着我做,但是项目的需求就是简单的几个菜单名称,文档里面没有提到关于这些业务的关联性与具体实现都是要靠自己摸索然后去问他(我以为在项目开始前应该把需求沟通清楚才能开始),但是我去询问的时候只有一句话“你先做后面在说”,然后我按照自己的理解做了半个月,同事 B 后面跟我说底层要改以前的设计无法实现需求,很无奈!

    1 回复
  • YYJeffrey

    真实且普遍存在,沟通很重要,做之前得把需求先明确下来。

    1 回复
  • johnsonxiaoyu

    因为时间不是很长所以很多工作上的事情只能被动接受,提了意见可能也没人理你,所以我想写个日记记录一下提醒自己以后不要变成他那个样子,以后说得上话了在项目的前期准备中可以做的充分一些避免代码的重构

    1 操作
    johnsonxiaoyu 在 2020-04-20 14:54:29 更新了该回帖
  • tiangao

    那就直接撸代码呗,用 SpringBoot + jpa,数据库 ddl 自动生成。

    改来改去的这现实没啥可厌恶的,工作就是改来改去的,这世上基本没有确定不改的需求。我们能做的是经常总结和积累,多用些先进的工具,同样的事情不做第二遍

  • tiangao

    第一我的方法名应该用下划线隔开 “小朋友你是否有很多问号” 我的写法 userInfo 他的写法 user_info 当时因为身边很多同事他的声音比较大我听完之后有点混乱我以为是我错了脸也红了。

    代码风格是个人喜好,但是 Alibaba 的规范和开源社区的习惯都是驼峰的,end.

    第二点是考虑数据量大的情况下 SQL 语句的可用性,我反问道:哪些表存在这种情况呢?B 同事: errrr 。

    这个可以先不用考虑,实在要考虑可以先考虑做好监控,哪里慢了可以尽快发现,然后加上索引。

    第三点是所有的 SQL 语句需要加上某个关联条件,我反问:部分表没有主外键关系怎么关联呢 B 同事:errrr

    目前确实流行为了查询性能不要主外键关系,你可以问问这服务的 qps 有没有过千,没有就根本没必要,数据库没了主外键关系那就得在项目里用代码关联,有一定工作量,而且用代码的出错率肯定比用外键的高,用不用看取舍了

请输入回帖内容 ...