V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
NueXini
V2EX  ›  程序员

今天写个日记吧

  •  
  •   NueXini · 48 天前 · 1512 次点击
    这是一个创建于 48 天前的主题,其中的信息可能已经有所发展或是发生改变。

    天气: 晴 心情: 一般

    今天周一,闹钟响起来还是不愿意起床,昨天被隔壁楼的傻逼吵得睡不着,那个 B 打游戏真就又菜又爱玩,昨晚不是第一次听到他叫了,今晚写这篇日记的时候还在叫。起床简单刷个牙洗把脸,换套衣服出门咯。

    在公司附近找个房子还是蛮爽的,走路通勤 10 分钟就能到。早上吃个早餐就差不多到点工作了。这周的话目前只有一个单子。上周就把逻辑写好了,只是在原有的基础上加多个判断条件和换下 UI 的事。问了策划美术还没出图就开始摸鱼搞副业了,昨天夸克的 20T 的容量过期了,今天问了客服小姐姐还没扩容上.只能先搁置了

    中午吃饭吃还不错,伙食这块还是挺好的, 啊,不对,才想起来 10 月 25 号才去看医生,干眼症和慢性咽炎,惨! 吃完饭在外面晒晒太阳,每天看看那位少妇,不知道为啥,当初见到的第一眼,就有一种说不出来的奇妙的感觉, May be 错觉?

    这次午睡第一次回去出租屋这里睡觉,不想在睡公司那个座椅了,好垃圾啊,也不想趴睡,脖子好痛。

    下午, 美术也出图了,我开始搞活动,我以为挺简单的,emmm ,改 UI 改的好麻烦,业务逻辑也就几行的事,UI 拼的好累,主要还是不熟练,折腾一下过的也挺快的,回头看时间都 4 点多快 5 点了。期间, 带我的哥找我,让我把我负责的活动的公共资源从 atlas 里面抽离出来到活动里面去,他也要用到,就不需要重复加载了。

    我说没问题,这就抽离。慢慢搜索代码,搜索 UI 看哪里引用了资源,重新改下路径。但是迁移的时候发现有重名的,但是也有活动用到的,我就开始重命名,增加后缀,涉及到了具体业务。移好之后,他过来了下,让我不要这样做让我这样重命名,因为的话涉及到具体业务了,但是他作为公共资源不应该这样。我说这是从那边业务移过来的,这样保留辨识度不可以吗? 他说不行,我当时也没问为什么不行,就嗯了一句。他继续忙他的。

    期间肯定是继续摸鱼了,我没改文件名是想着我改了命名的话又得改动很多,太麻烦了,当时改的时候还是心里在抱怨,脏活累活我来做是真的挺烦的。他回去工位,发信息过来说要基安名知意,看到命名要知道什么意思。我说好的,下次会注意的。

    中间上过几次厕所,路过看到带我的哥在看着我写的代码,心里还是感觉挺美滋滋的,我的代码也能被抄来用,有点小骄傲好吧。emmm ,结果后面就是边抄边吐槽了,他发信息让我过去他那里,跟我讲了几个我代码中可以改进的地方,还有一些底层的 API ,让我可以多去看看底层的东西,去学习一些相关的组件的扩展方法知道去用。讲了挺久的,心里还是蛮感动的,有些编程思想还是真的能学习到。respect! R.I.P!

    晚上,伙食跟中午的一样,还是很好,不过这两周开始,我有意的在减少饭量了,能吃饱不饿,晚上也是,饿的话也不算太饿,这挺好,保持, keep fit! 吃饭看的《你想过怎样的人生》看了几天终于看完了,感觉真不行啊~~~长夜漫漫,还是摸鱼,继续干副业夸克,多发帖。

    20 点 45 ,临下班前 15 分钟,带我的哥内网又给我发了一条信息,问我资源重命名没改吗,我说都没改的,他说他要用,我心想,妈的,你要用为什么你自己不改,还让我改。当时挺想骂人的,为什么这么暴躁了,就在 5 分钟钱,有个小学同学黄狗,又跑来借钱,没钱吃宵夜,借 30 ,以前那些聊天记录不是借 30 就是借 50 ,还晒图说今天去看了医院花了两三百,我 TM 反手甩上两周看医生花了 400 的图给他,合着就你去医院了呗,真 TM 畜生玩意,受不了直接删好友了。

    最后还是在下班前 10 分钟改完上传告诉带我的哥改好了。下班回家的路上,跟他同路的,一起走,感觉都没啥话题,他不说话的话我也啥都没得说,挺沉默的,唉,没啥话题~最后还是谈论的工作的事才有话题,后面问我还有事做没,我说做完了,他说他那里还有一大堆单子还没做,唉,当时为什么管不住嘴呢,还说要帮他分担一下,气死我了,感觉听吃亏的,后面想想实习生,能学到东西就好了,吃点苦就算了。

    写这篇也写了一个多小时了,现在 11 点 30 分了,晚安,看小说去了~

    ChatGPT 解释

    在实际开发中,公共资源的命名确实应该尽量避免与具体业务紧密相关。这是因为:

    可重用性:公共资源的设计目的在于可重用,如果命名与特定业务相关,可能会限制其在其他项目或模块中的使用。

    • 可维护性:业务需求可能会变化,如果公共资源的命名与特定业务紧密绑定,当业务变更时,可能需要频繁修改命名,增加了维护成本。

    • 清晰度:清晰、通用的命名有助于团队成员快速理解资源的用途,降低学习成本。过于具体的命名可能会使新成员感到困惑。

    • 文档化:好的命名可以在一定程度上减少文档需求,让代码本身更加自解释。

    因此,建议公共资源的命名保持通用性和抽象性,使用能够描述资源功能的词汇,而不是直接与业务场景挂钩。

    7 条回复    2024-11-06 14:09:40 +08:00
    uxiaohan
        1
    uxiaohan  
       47 天前   ❤️ 1
    下次直接上图 奇妙感觉的少妇
    lanweizhujiao
        2
    lanweizhujiao  
       47 天前
    啥公司 晚上 9 点下班啊 , 不过我不关心,,重点在少妇 速速给我康康
    luobohy
        3
    luobohy  
       47 天前
    少妇内容详细讲讲
    lx0758
        4
    lx0758  
       47 天前
    看看少妇
    wshjdx
        5
    wshjdx  
       47 天前 via iPhone
    少妇你把握不住的
    wjx0912
        6
    wjx0912  
       47 天前
    少妇那一段没有细节描述,还缺少图片,就像画龙没有点睛
    choo1024
        7
    choo1024  
       46 天前
    哇塞塞 评论区真会抓住重点
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1028 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 33ms · UTC 18:24 · PVG 02:24 · LAX 10:24 · JFK 13:24
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.