无厚的个人主页 - 动态

6天前

CRUD也有他的道道（二）

前面已经起了个头，今天接着往下找CRUD的道道，都是日常的小事，但道就隐藏在其中！入参设计做Java，正常来讲，大部分都是与业务功能打交道，用Java搞技术的少，但道就...

0

11天前

JYM，下班了，新年快乐！

1

11天前

CRUD也有他的道道（一）

"九层之台，起于累土"，CRUD就是这些土。技术架构固然重要，但砖块垒得好不好何尝不重要？今天就来扒一扒CRUD中的一些门道！...

0

13天前

敏捷开发行不行

不论何种开发模式，只要能够满足开发需要，低成本达到满意的开发目标，就是好的开发模式，无论其名字叫瀑布式开发，或敏捷开发，异或是无名的模式。...

0

18天前

谈到重构，我跟我们组里的人常说的一句话是：你不用说以后重构，代码运行得好好的，你大概率是不会去重构的，要改现在就改！

重构的最佳时机并不是找出一个专门的时间，一般项目都很难争取到这样的机会（也不是没有，我们就有，只是不太容易），所以重构的最佳时间就在日常业务开发中，迭代开发评估时间时，额外多评估一点，把重构的时间留进去，遇到不合要求的代码，不要去管你的还是我的，该改就改，当然，你得holde住，不过这也是一种态度，让你在技术领域干一年抵三年的态度！

写好代码不容易，写好代码还能被长久维护更不容易，要做到这点，还得是日常事务中去求，正所谓道在蝼蚁！！！

展开

赞过

10

1

25天前

何去何从

背景公司有个重量级的项目（具体项目就不透露了，后面都用某项目代替吧），一直搞不太好，随着使用的增长，现在各类问题也比较多，特别是一些阻塞类问题，领导有点受不了了，让我们团...

0

27天前

技术管理者，看什么书以提高自己的管理能力

其实这个文章是在知乎上看到人家的问题，有感而发，不管何种管理，很多时候并不是要对外怎么样，而是向内修，给JYM做个参考吧...

0

27天前

《庄子•人间世》里有一句话：美成在久，恶成不及改，可不慎与！

想想那些线上Bug，修了一个又一个，你就说吧，老祖宗的话，该不该听...

赞过

1

27天前

弱者道之用，反者道之动。
看一个人技术怎么样，不看其同意了什么需求，要看其拒绝了什么需求，不看其写了多少代码，要看其删除了多少代码

技术交流圈

赞过

2

1

1月前

jym 周末愉快！

等人赞过

5

1月前

夫道不欲杂，杂则多，多则扰，扰则忧，忧则不救。
写代码，做加法的多，做减法的少
搞工程项目，欲加人加快工程进度的多，欲去人加快工程进度的少

赞过

2

赞了这篇沸点

前端+中医学习中... @吉利汽车

·

1月前

兄弟们，该提肛了！！！

等人赞过

3

6

赞了这篇沸点

官方运营 @大自然空气搬运股份有限公司

·

1月前

整个市场都看着你

上班摸鱼

等人赞过

5

1月前

MCP协议的核心在于让模型自己去发现决定选择哪个接口服务，为什么非要用SSE呢？重点不应该在如何用模型解析参数，决定调用接口，进而使用普通http接口不行吗？

5

赞了这篇沸点

前端+中医学习中... @吉利汽车

·

2月前

兄弟们，提肛啊

等人赞过

3

4

2月前

最近与人沟通，思考一个问题，搞开发，往主会遇到工期紧的情况，但真正原因是什么？
大部分人都在找外部原因，比如：上面安排的时间不合理，需求没讲清楚，沟通协作问题等，不可否认会有这类问题存在，但但凡有这类问题的人，往往不从自己身上找找原因，需求是否正确理解，边界是否确认清楚，设计是否合理，代码是否易于维护，线上问题收敛了没，等等，若一个系统能够做到线上问题极少，返工极少，需求做一个少一个，那么产品与技术之间形成互相信任，技术承诺都能兑现，产品就不必用时间压技术，技术不必疲于应付，和谐共处，遇事好商量，何愁工期问题？

展开

服务端与架构

赞过

49

3

赞了这篇沸点

2月前