最近写了不少代码，review了不少代码，也做了不少重构，总之是对着烂代码工作了几周。为了抒发一下这几周里好几次到达崩溃边缘的情绪，我决定写一篇文章谈一谈烂代码的那些事。 这里是上篇，谈一谈烂代码产生的原因和现象。
我认为，GPL 将继续是一个备受欢迎的许可证，但开发人员将越来越多地将其看成是一个纯粹的自由软件许可证。 对软件自由有道德承诺的项目将优先考虑 GPL ，但对于前面讨论的需要考虑平衡的企业，还是会更愿意使用 MIT 和 Apache 许可证。
如果你主要从事前端开发，偶尔尝试后端编码。 可以尝试 PHP、Node.js、Ruby 或任何你感兴趣的语言，然后添加 SQL 到你的技能集中。 如果您主要从事后端开发，可以学习 HTML、CSS 和 JavaScript。 浏览器 API 和数据格式（如 JSON）也是有益的。框架不算在内！ 首先学习语言的基础知识。无论开发社区想法、观点和工具集如何变化，知识依然是无价的。
军规适用场景：并发量大、数据量大的互联网业务 军规：介绍内容 解读：讲解原因，解读比军规更重要
分析希特勒勒索软件可以发现该勒索软件的一些破绽，首先虽然它向用户弹出文件被加密的信息，但其实文件只是被删除掉扩展名而非真正的加密;其次根据 环境的不同，弹出警告窗口有可能尺寸不合适而无法正常显示;再次，Vodafone的现金代码也只有一些特定的国家才可以实现该支付手段。
作为一名程序员，我渴望我加入的应该要是一支“30%的时间在写代码，而70%的时间在喝着咖啡讨论着如何将产品做好”的团队。我觉得软件工作应该成为一项技术和艺术融合的高智力活动，我们的项目经理应该是一个高度理解质量、范围和进度客观规律的明白人，“高效工作，快乐生活”才应该是我们的座右铭。
写这篇文章的目的主要是，这段时间处于自己找工作的一个状态，总结了自己工作近一年来的得与失，不为别的，有幸有人看到，就当浪费你的一点点时间，希望对你有帮助。文采不怎么样，多多包涵。
我 2006 年 3 月加入 Google，2016 年 9 月离开。离开时的头衔/职位是 Staff Software Engineer / Manager。前后 10.5 年，大致分三期：
IT行业普遍存在这种说法， 而且还有各种年龄版本， 有的说到30岁；有的说到35岁；有的说到40岁， 达到这个年龄上限就必须要调整方向去做管理、产品、业务等岗位的工作， 反正就是不能再写代码了。
有些开发认为开发出的界面和设计稿有一定偏差问题不大，但是我建议界面尽量按照设计稿做，因为几个像素的偏差，一个按钮位置的不同，一块区域透明度不够等，都会造成整体美感的下降。经过和团队合作一段时间后，大家实现的界面和设计稿更加贴近或者完全一致。
程序员不会。 程序员首先就不会流芳千古，更不用死前烧掉自己的硬盘。程序员的代码，在离死前很久，就都已经扔掉了，彻底扔干净了。
这个春节最大的感慨是时间过的越来越快，转眼一年就过去了，在这里回顾和总结2016年的工作，分享自己的感悟，展望新年，开工大吉！回顾2016年，这一年工作上变动了，技术上也成长了很多。
码农的生活一般都苦逼，朝9晚9甚至11、2，周末还常常去加班。别人在快乐谈资的时候，我们在加班，在赶工期，在紧急处理BUG，为啥呀，为啥呀，为啥呀？
很多人都喜欢用Linux，而Linux作为一种开源的操作系统，也曾发过很多个版本的Linux发行版。那么最受欢迎的Linux发行版是什么呢？是不是不同的应用场景最适合的Linux发行版也是不同呢？
从这篇文章介绍的影片中看到各式各样的程序员。他们有的才华横溢，14岁就创造了RSS1.0规格，足迹遍及整个互联网，但 英年早逝；有的活在自己世界并坚守着自己的理想，想法不为他人而决定；有的在尽自己最大的努力来挽救公司，永不言弃的精神在影片中体现的淋漓尽致
Fergus Henderson 已在 Google 工作了 10 年以上，拥有超过 15 年的商业类软件的行业经验。本文梳理并总结了 Google 软件开发中的关键工程实践，并揭示了其成功之道，值得业界各路人马参考借鉴。
经常听到开发人员抱怨 ，“这么烂的代码，我来重构一下！”，“这代码怎么能这么写呢？谁来重构一下？”，“这儿有个坏味道，重构吧！” 作为一名 QA，每次听到“重构”两个字，既想给追求卓越代码的开发人员点个赞，同时又会感觉非常紧张，为什么又要重构？马上就要上线了，怎么还要改？是不是应该阻止开发人员做重构？
书是非常私人的东西，编程类书籍也不例外。我们都是通过阅读书籍来帮助掌握某种语言的基本知识。随后又通过阅读书籍来全面探索这门语言的灵活性。我仔细考察了一些我最喜爱的 C 语言书籍，并从其中选出了对我意义最大的九本。
上周，微软宣布了他们改变Visual Basic语言未来发展计划的想法。这次公布给Visual Basic开发人员留下了很多不确定性，但Visual Basic语言的设计者Anthony D.Green说明了这个新策略的一些细节。
本文是谷歌产品高级副总裁Jonathan Rosenberg在其母校克莱蒙特·麦肯纳学院向毕业生分享的他自己多年的职场经验，包括沟通、文化、团队建设、决策、创新和谦卑等六方面内容。
当开发人员说起世界顶级程序员时，他们的名字往往会被提及。好像现在程序员有很多，其中不乏有许多优秀的程序员。但是哪些程序员更好呢？ 虽然这很难客观评价，不过在这个话题确实是开发者们津津乐道的。ITworld 深入程序员社区，避开四溅的争执口水，试图找出可能存在的所谓共识。事实证明，屈指可数的某些名字经常是讨论的焦点。
两个老朋友之间最终以战斗的方式分开，这是经典的好莱坞情节，通常，摩擦开 始于一个人对另一个人的说话不感兴趣时。在编程语言这部电影中，Node.js的引入使得朋友轻易地变成了怨恨对手：PHP和JavaScript，两个 合作伙伴曾经一起统治互联网，但现在却彼此分开。
《编写可读代码的艺术》这本书我想程序猿都很熟悉吧。平时不怎么读书的我也是心血来潮将这本书通读了一遍，果然是大师写的书啊，让我感受颇深！下面是我从这本“神书”中摘抄的一些精华，千万不要错过：
作 为一个技术不是大牛事业也不是很成功的老程序员，我觉着还是要写一些什么，来给未来的程序员们讲述一个过来人的感悟吧。成功人士的文章有的是，而在这个世 界上成功人士毕竟是极少数，大多数人都是普通人，可能你也一样一辈子也成不了什么大牛或者公司高管
去年底看到陈皓（酷壳博主）写了篇很好的文章《技术人员的发展之路》，里面提及职业发展的一定阶段，也许你会碰上一些复杂的人和事，这种情况下他写道： 这个时候再也不是 talk is cheap, show me the code! 而是，code is cheap, talk is the matter!
这是 JavaScript 吗？
为什么DeepSeek在规模化部署时成本低廉，但在本地运行时却成本高昂？
为什么 2025/05/28 和 2025-05-28 在 JavaScript 中是不同的日子？
为什么原始的Macintosh屏幕分辨率是512×342，而不是人们可能预期的512×384
我的编程技术退步了
台积电押注非正统光学技术
Python 打包工具 Setuptools 最近的颠覆性变化
Linux 打包工具 Flatpak 的未来
ChatGPT 是一种噱头
为什么 Debian 会变成这样？
