为什么把这两条放在一起说呢？虽然你们表达的相反，但是实则都是个人使用习惯和选择，我觉得这都是可以接受的。也许你没有遇到我的问题，那我觉得你运气很好，我也不反驳；同样，我个人认为国内软件不应被贴上都这样的标签，良心软件还是有的，只不过可以说凤毛麟角，这才会常常出现大家分享一款国内免费良心软件时多么激动的情景。
我最近一直在阅读关于“如何培养习惯”的书籍。阅读并消化之后，我不禁开始思考，目前我有哪些习惯。其中一些是生活方面的，另一些则完全关于工作。这其中有不少习惯是和编程密切相关的，这也是我接下来觉得值得和大家分享的内容。
架构师说, 用20个字描述代码评审的内容， 自省也省人。由于是一字一含义， 不连贯， 为了增强趣味性， 每句都增加对应的歪解。只是对常见评审的描述， 不尽之处，欢迎补充！
为什么程序员的个人网站博客一般都很丑？说实话，在国内程序员的个人站UI、UE出彩的还是比较少的，依然还是90年代是web1.0的风格。而且，作为前端程序员，什么交互设计，什么css3动效果，平常项目中的一些蹦跶酷炫的style并没有在自己的网站得以 呈现。
架构师是一个充满挑战的职业，需要关注很多维度和技术。只专注于单一领域的架构师并不是优秀的架构师。Pat Kua（原ThoughtWorks咨询师）是一位经验丰富的技术人员，他在本文中指出一个好的架构师需要是技术全面的架构师，并探讨了成为一个技术全面的架构师所必须具备的六个方面。
我发现，只要尝试坚持将下面的最佳实践应用于你编写的所有代码（包括你的实验和原型），无论你现在的经验水平如何，都会编写出更好的代码。
技术团队的管理，如果仅仅从一般意义的“管理”上去解决问题，往往是无解的。但彼得·德鲁克说：管理本质就是创新。我的理解是，管理就是要去找解决问题的方法，如果这个方法看起来很不像一般意义上的管理，那也无所谓，因为解决问题才是目的。打破对“管理”的看法，求真务实的去寻找解决问题之道，才是真正的“管理”。技术团队的管理问题用技术手段解决，是我切身体会的最好的解决方法。
IT公司不为人知的秘密
遵循最佳做法的代码库在当今世界能得到高度评价。如果您的项目是开源的，这会是一个吸引优秀开发人员的方式。作为开发人员，您想要编写高效且优化的代码： 占用尽可能小的内存、执行地更快、看起来整洁、文档正确、遵循标准风格指南，并且易于被新开发者理解。这里讨论的实践可能有助于您为开源组织做出贡献，向在线评审（Online Judge）提交解决方案，使用机器学习处理大量数据处理问题，或开发自己的项目。
好像暴风影音APP，最近又火了。倒不是因为他们又推出了什么裸眼3D看岛国片之类出格的活动，而是因为这样一句APP更新说明。
作为一个软件架构师和技术培训师，从我的经验来看，不同项目之间以及同一个团队的不同开发人员之间创建架构图的方式也是很不一样的。我看到过很多问题，比如一致性问题、碎片化问题、信息粒度大小的问题，以及图表的外观问题。相比架构模型的正式和标准化，架构图倒是不必要那么正式或者遵循什么标准。
和iOS相比，安卓是一个更加开放的平台，带来了更多自由的同时，也容许了更多“法外之地”。App在安卓系统中的限制比iOS更小，这令安卓孕育出了很多流氓App。尽管Google一直尝试对后台增添更多限制、理清安卓的生态，但流氓App们见招拆招，使出了各种丧心病狂的手段来驻留后台。流氓App驻留后台有哪些奇技淫巧？一起来看看吧。
Headless浏览器可以理解为没有GUI界面的浏览器程序。由于没有界面，所以在速度上比普通浏览器稍快，它可以在自动化测试、性能检查、获取元数据（例如爬虫）和网页截图等方面发挥用途。
。编写简短的 lambda 表达式是实现这一表达能力的关键，但通常说起来容易做起来难。本文会加深您目前对创建单行 lambda 表达式的各个方面的了解。通过学习函数组合的结构和好处，您很快就会掌握完美的 lambda 表达式，—一个仅短短一行的表达式。
我相信许多web开发人员和软件工程师在编程中都会遇到困难，而事后回想起来，还会觉得很好笑。
使用Kotlin开发App需要下很大的决心。现在看来，在技术成熟曲线上，Kotlin也许接近“过高期望的峰值”（即早期公众的过分关注演绎出了一系列成功的故事，当然同时也有众多失败的例子）。你可以看到大量赞美Kotlin的博客、广播和视频，这篇文章先假设你了解其中的益处
求职季马上就要来了！又一波中国大学毕业生即将涌入市场。他们中有的人可能还很迷茫，有的人已经锁定目标。中国的求职问题甚至引起了老外的注意。Michelle Toh日前就在CNN上发表了题为“How to land a job in China’s booming tech sector”的文章。在文中，CNN Money采访了这些企业的相关负责人，总结了一份攻略。
ThoughtWorks首席科学家Martin Fowler在博客上透露了一些幕后的细节。一直以来，ThoughtWorks几乎为创始人Roy Singham所独有。他组建了一支高效的管理团队，可以在没有他的情况下让公司正常运转。而他近年来把注意力转移到他的社会活动工作上，只要卖掉公司，他就可以获得资金来支持自己的社会活动事业。
在任何公司，晋升都不是那么容易，向上通道，永远都是金字塔结构，越往上，人越少。在大公司不容易升职，在小公司就容易升职？想要着改变世界，先从提升自己能力开始，当你具备这样的能力时候，就算这个公司坑满了，上不去，总有公司会给你抛出橄榄枝，前提是，你准备好了吗？
我们知道 JavaScript 并不是适用于所用任务的最佳语言，而且当遇到复杂的应用时， JavaScript 很可能会功亏一篑。为了避免这种问题，现在已经创建了一些新语言或是现有语言的转换编译器，他们能够生成可在浏览器中运行的代码，而无需编写一行代码，也无需考虑语言的局限性。这篇文章包含了十种有趣语言的列表，这些语言可以转换编译为可在浏览器中或是类似Node.js平台上运行的JavaScript代码。
如果是以左右撇子的观点来看，如果一个左撇子的人和右撇子的人不正确地坐在另一个人旁边，自然会显得很笨拙。
有不少前端开发工程师，可能并不清楚下面的部分词语，但是在实战中其实都在使用着它们。明确一下这些词语和概念没有什么不好~一方面能够让自己能够更专业的谈论知识，另一方面，在面试的时候也能够应对一些“爱问前端名词”的面试官~
当然像这样写代码是一种痛苦。你首先必须写完代码（蓝色），然后转化成机器码（红色），并计算每个指令的内存地址和相对跳转地址。那时候我没有能够计算十六进制的计算器，所以我自己完成大部分所需的计算（如在大脑里计算相对跳转地址）。
最近这段时间，小编絮絮叨叨说了很多严肃的东西，今天说点好玩的，轻松一下。娱乐圈有潜规则，小编认为IT圈一样，也有潜规则，在这个圈子混得小伙伴，多了解点知识点，免得吃亏上当。
离开在 Facebook 担任工程师的仅仅 2 个月时间，我就很困惑，外面的世界看上去仍然像是在 2009 年的时候那样写 PHP。貌似人们从来没听过 Hack、 HHVM、 XHP 等等，人们仍旧在代码里大量使用 require() 和 include() 语句。简直了。我仍然认为 PHP 是一门写前端应用的优秀语言（业务逻辑和 API 层），但只有当你应用了以下它的现代优势时，这一说法才成立：
应该还能用
【外评】谷歌：从源头消除内存安全漏洞
【外评】在 RiSC-V 上运行《巫师 3》游戏
【外评】法官驳回大部分 GitHub Copilot 版权索赔要求
谷歌内部推出 SQL 中的管道(Pipe)语法
你们干扰不了我写开源代码
【外评】FreeBSD 将 Rust 纳入基本系统
【外评】电脑从哪里获取时间？
【外评】为什么 Stack Overflow 正在消失？
有时
