![](https://img-blog.csdnimg.cn/20201014180756918.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
工作经验
人月IT
深挖问题与动手实践-完成率比完成度更重要
展开
-
程序员工作技巧
给出例子+再给评价(我感觉,我个人感觉,我认为,我觉得,个人判断哈。量化数据表达:疼苦指数,拥堵指数,准确。标签化评价:事实+行为不足+结论评价。原创 2023-09-03 10:54:18 · 166 阅读 · 0 评论 -
怎么做才能将请求平摊到多台服务器上面去呢
我尝试在 DNS 服务器加上两台新服务器的地址,不出所料,真的可以这么做。因为 DNS 会基于轮循负载算法返回地址,只要用户拿到每个地址的机会是均衡的,请求到我服务器也会是均衡的。于是,我的目的间接达到了。...原创 2021-08-06 10:06:17 · 22595 阅读 · 0 评论 -
java工作面试必备知识 Java常用类库与技巧
Java异常体系Collection体系HashMapConcurrentHashMapJ.U.C包的梳理Java的IO机制原创 2019-03-14 20:15:22 · 405 阅读 · 0 评论 -
中国文化之理解 与 帝国财政
第二部分 简化循环和逻辑 第三部分 重新组织代码 第四部分 精选话题原创 2018-07-14 19:26:28 · 23974 阅读 · 0 评论 -
编写可阅读代码的艺术 培训实践 第一部分 表面层次的改进
最近公司内部培训,一上手交给我们人手一本 《编写可阅读代码的艺术》,今天总算 有点时间,把自己 对书中的 第一遍 理解 写下来 。原创 2018-07-14 15:18:57 · 22856 阅读 · 0 评论 -
从里面学到的关于过去的经验 前篇
关键问题点为什么你的知识积累不了? 有些知识看过就忘、忘了再看,实际碰到问题还是联系不上这个知识点。这其实是知识的积累出了问题,没有深入理解好,自然就不能灵活运用,也就谈不上解决问题。大家一起看相同的高考教科书但是高考结果不一样,问题出在了理解上。每个人的理解能力不一样(智商),绝大多数人对知识的理解要靠不断地实践(做题)来巩固。同样实践,效果不一样?同样工作一年碰到了 10 个问题...原创 2018-07-06 14:14:35 · 26690 阅读 · 1 评论 -
技术进步的逻辑
要想成为技术大牛, 首先还是 要明白“主要靠自己”这个道理,不要期望有个像武功师傅一样的大牛手把手一步一步地教你。适当的时候可以通过请教大牛或者和大牛探讨来提升自己,但大部分时间 还是自己系统性、有针对性的提升业务代码一样很牛逼 有人认为写业务代码一样可以很牛逼,理由是业务代码一样可以有各种技巧,例 如可以使用封装和抽象使得业务代码更具可扩展性,可以通过和产品多交流以便更好 ...原创 2018-07-06 11:32:34 · 23556 阅读 · 1 评论 -
重构-改善既有代码的设计 (该书写于1999)培训之一
记住:尽信书不如无书初章: UML 很重要,先用UML来画出类图,然后再设置,是一个很好的习惯。老外还喜欢用时序图,好正规! 如果你发现自己需要为程序添加一个特性,而代码结构使你无法很方便地达成目的,那就先重构那个程序,使特性的添加比较容易进行,然后再添加特性。重构的第一步 可靠的测试(非常重要) 每当我要进行重构的时候,第一个步骤永远相同:我得为即将修改的代码建立一组可靠的测...原创 2018-07-23 15:39:12 · 1153 阅读 · 0 评论 -
代码质量 重构 代码鸡汤
1 当程序员时,我是属于那种勤勤恳恳型的员工,工作态度用认真来形容不为过,几乎是部门里最早到公司,又最晚下班的一个。而组员李工恰好相反,准时上下班。项目进度紧时,他也很少加班,偶尔也就加那么一两次,有时有问题要和他商量一下,都见不着人影了 2 从李工提交的代码看,原创 2017-12-24 12:22:25 · 1043 阅读 · 0 评论 -
如何有效地报告Bug
英文原文:Simon Tatham,编译:Dasn 引言 为公众写过软件的人,大概都收到过很拙劣的bug报告,例如: 在报告中说“不好用”; 所报告内容毫无意义; 在报告中用户没有提供足够的信息; 在报告中提供了错误信息; 所报告的问题是由于用户的过失而产生的; 所报告的问题是由于其他程序的错误而产生的; 所报告的问题是由于网络错误而产生的; 这便是为什么“技术支持”被认为是一件转载 2017-12-08 14:35:35 · 256 阅读 · 0 评论 -
从里面学到的关于过去的经验 中篇
知识管理 上面都是有关如何提问的比较好的建议https://zhuanlan.zhihu.com/p/19761517?utm_source=wechat_session&utm_medium=socialhttp://www.catb.org/~esr/faqs/smart-questions.html如何成为一个HACKER http://www.catb.org/esr/f原创 2017-12-08 14:32:50 · 3215 阅读 · 0 评论 -
写代码的工作领悟
别急于宣称找到bug当你在一个软件中遇到问题时,除非你非常、非常的有根据,否则不要动辄声称找到了bug。提示:除非你能提供解决问题的源代码补丁,或者在前一版本的回归测试收集了足够的证据,否则你都不能够完全确信。对于网页和文档也如此,如果你声称发现了文档的「bug」,你应该提供可以替代的解决方案。记住,还有许多用户并未经历你遇到的问题,否则你在阅读文档或搜索网页时早应该发现了(疑问:你在报怨前已经搜索原创 2017-12-08 11:39:35 · 1135 阅读 · 0 评论