Algorithms + Data Structures = Programs
Five Pervasive Myths About Older Software Developers
http://www.lessonsoffailure.com/developers/pervasive-myths-older-software-developers/
Where Do The World’s Software Developers Live?
https://www.benfrederickson.com/github-developer-locations/
Why Do Some Programming Languages Live and Others Die?
https://www.wired.com/2012/06/berkeley-programming-languages/
Twenty Questions for Donald Knuth
http://www.informit.com/articles/article.aspx?p=2213858
John Carmack discusses the art and science of software engineering
https://blogs.uw.edu/ajko/2012/08/22/john-carmack-discusses-the-art-and-science-of-software-engineering/
It’s about social interactions between the programmers or even between yourself spread over time.
软件工程实际是一门社会科学
在计算机学科中，真正谈得上科学的只有算法，“优化”也只能算工程。然而，真正花在算法及其优化上的时间在编程中所占比例很小。90%程序员所做的只是将功能需求以顺序、分支这样的程序形式实现出来。在这方面，我越来越不觉得有什么客观的方法能带来更好的软件。
自然科学的根本在于测量和重现，在于估计和验证。软件工程中除算法和优化外，其他与此毫无关系。相反，它们只跟程序员之间，甚至同一程序员在不同时间，自己跟自己之间的社会化交互有关。程序员总在不断犯错，这已是老生常谈的事实。问题就在于，如果一种错误的做法能以正确的语法形式输入到程序中，那它就肯定会进入我们的程序。因为这个，我本人对静态代码分析极度热衷。因为我们总在不断犯错，我宁愿使用编程语言的一个更为严格的子集，并对程序员写的代码施以更加严格的限制。
最近一段时间，我开始坚持每天做一点代码复查。每天看看提交的代码，找点有启发性的问题给团队讲一讲。有些问题，例如最大限度地保持参数的常量性，相对客观，争议较少。但也有很多东西更像风格问题，虽然多年来我发现它们不断地带来麻烦，但仍有很多人说：“我没见过这样的问题，对我来说这不是问题，我也不会犯这种错误。”因此，能够找到一个实际例子来指出“这就是由它引发的问题”，真是件好事。
意识到软件工程并非科学之后，我希望找到更好的方法来对付人性的弱点。然而，考虑到铁打的团队流水的开发者，想用一致的方法培训团队谈何容易。应对程序员犯错的方法肯定有好坏之分，但很难量化。而且代码会存在很长时间，将有成百上千的程序员看到一段代码，使用它并以某种方式与之交互。
除了通过静态代码分析实施严格限制外，在软件API设计的层面上还有规模更大的问题，艺术的、技术的都有，我希望能在这方面找到更多可量化的方法。
We’re in a brave, new post open source world
谈谈技术选型
http://www.infoq.com/cn/news/2017/02/Technology-selection
John Carmack discusses the art and science of software engineering
What I heard instead was a hacker’s hacker talk about his recent realization that ** software engineering is actually a social science **.
It’s about social interactions between the programmers or even between yourself spread over time.
John Carmack discusses the art and science of software engineering (2012) (uw.edu)
http://bellard.org
Fabrice Bellard 法国著名的计算机程序员 http://www.bellard.org
FFMPEG, the Open Source Multimedia System. I launched this project in year 2000 and led it for several years.
QEMU is a generic machine emulator and virtualizer.
2000年，他化名Gérard Lantau，创建了FFmpeg项目。
Fabrice Bellard，5年前的FFmpeg政变之夜依稀在眼前
FFmpeg官网上有一个很有意思的耻辱柱(Hall of shame)，专门用来列举那些偷用了FFmpeg开源代码却违背FFmpeg遵守的开源协议，也就是说没有在软件发行中进行代码使用的声明，甚至还恬不知耻的表示自主研发。国内几乎所有的播放器和转码工具都在这个耻辱柱上，比如QQ影音、暴风影音、格式工厂等。
Hall of Shame: companies violating the ffmpeg license (GPL/LGPL) (ffmpeg.org)
John Carmack discusses the art and science of software engineering
But those don’t actually occupy that much of the total time spent programming.
It’s about social interactions between the programmers or even between yourself spread over time.
these are all conventions that help software engineering in the large when you’re dealing with mistakes that people make. But they’re not fundamental about what the computer’s doing.
programmers are making mistakes all the time and constantly.
I would like to be able to enable even more restrictive subsets of languages and restrict programmers even more because we make mistakes constantly.
but a lot of people will just say, I’ve never seen that problem. That’s not a problem for me, or I don’t make those mistakes.
there are clearly better and worse ways of doing things but it’s frustratingly difficult to quantify.
It’s kind of fun to think that the game engines, things that we’re playing games on, have more sophisticated software than certainly the things that launch people to the moon and back
I tell people that there’s a good chance that whatever you’re writing here, if it’s not extremely game specific, may well exist a decade from now and it will have hundreds of programmers, looking at the code, using it, interacting with it in some way, and that’s quite a burden.
编码作为新数字经济的关键技能，就像学习如何阅读一样，已经模糊了我们对算法的理解。算法正逐渐成为我们生活的组成部分，从电影推荐到新闻过滤和寻找合作伙伴。
github
The Impact GitHub is Having on Your Software Career, Right Now…
I spent 2004–2014 working at Red Hat, the world’s largest open source software engineering company. On my very first day there, in July 2004, my boss Marty Messer said to me: “All the work you do here will be in the open. In the future you won’t have a CV — people will just Google you.”
GitHub has become a singular social network that ties together issue tracking and distributed source control.
GitHub is a social network where your social capital, created by your commits and contribution to the global conversation in whatever technology you are working, is yours — not tied to the company you happen to be working at temporarily.
Smart people will take advantage of this — they’ll contribute patches, issues, and comments upstream to the languages and frameworks that they use on the daily in their job — TypeScript, .NET, Redux.
Now that same pathway is open for everyone, into just about any technology. As the world is eaten by open source, the same dynamic is now prevalent everywhere.
In a recent interview Linus Torvalds (49k followers, following 0 on GitHub), the inventor of Linux and git, put it like this:
“You shoot off a lot of small patches until the point where the maintainers trust you, and at that point you become more than just a guy who sends patches, you become part of the network of trust”
However, if that work has been on GitHub, it’s not gone. It’s visible. It’s connected to a network of trust that is visible.
It’s not your code on GitHub that counts — it’s what other people say on GitHub about your code that counts.
That’s your portable reputation.
四五十岁之后，还在编程的程序员都有谁
SOFTWARE DEVELOPERS AFTER 40, 50 AND 60 WHO ARE STILL CODING (PHOTO)
美国劳动力的中值年龄是42岁，而StackOverflow的一项有关年龄的调查表明，40岁之后的开发人员只占开发人员总数的13%。那么其他人到哪里去了？他们被解雇了或者上升到管理岗位了吗？软件开发对于过了40岁的人来说，是不是就意味着终结？
Rob Fletcher，Netflix（Los Gatos，CA）的高级软件工程师，45岁
我每天都写代码。目前最喜欢的语言是Kotlin。我想学习Go语言，平常用得比较多的是Java、Scala和Groovy。我一直在学习新的东西，哪怕是很小的事情。我知道自己会是一个糟糕的管理者，所以我压根没有想往管理方向发展。
很多事情取决于你的态度。不要成为厌恶新技术的老技术人，也不要嘲笑那些正在使用新技术的人。在进行技术选型时，你的经验应该成为决策的基础。如果选择了老技术，那是因为它们正好适合当前的需求，而不是因为要保护你那积攒了多年却即将过时的专业知识，也不是因为害怕那些后进者带着NodeJS和Go语言来抢夺你的工作。
Ebbe Kristensen，Prevas A/S（Denmark）的高级软件设计师，62岁
有时候，你几天甚至几周都不会学进去什么东西，而有时候几个小时学进去的东西就可以把之前“损失”的时间弥补回来。重要的是，你总是想方设法地去学习，时刻准备着，等待机会的出现。
John Brothers，Make&Build（Atlanta，GA）的高级软件架构师，47岁
我最近正在使用Node.JS开发一个项目，之前也用过Hadoop、NoSQL，开发过Android应用，也写过Go语言代码，还熟悉JQuery和Bootstrap的各种特性。
我也关注Java的最新动态，还有Spring、JMS、REST、JSON和JPA，以及其他相关的技术。
在过去的几年，我使用了IntelliJ、Eclipse、Sublime、Emacs和Vi这些开发工具，我很喜欢使用这些工具来解决各种问题。我一开始使用的是CVS，后来学习了Subversion，最近在学习git。我也有AWS相关的经验。我还是一个获得认证的Scrum Master、产品经理和开发者。
Roger Whitcomb，Actian公司（Palo Alto，CA）的软件架构师和软件工程师，60岁
我现在要跟上Web和移动开发的速度有点吃力，但离“垂暮”还很远，尽管我已经60岁了。
我认为最关键的是，你要为你的雇主持续地创造价值。
我目前是Apache软件基金会Pivot项目的PMC主席。作为一名Java开发人员（Java相关项目的提交者），我希望Java会永生。最起码不要出现更好的语言，要我把所有的代码都移植过去……
Scott Gartner，Silverback Learning Solutions（Boise，ID）的高级软件工程师，50多岁
我发现我的记忆力大不如前，也没办法记住大型系统的全部模型。不过，我发现我那些丰富的经验变得越来越有价值。
每两年我就会学习一种新的编程语言，有一些是我自己想学的，不过大部分是因为技术发展的需要（也有的是因为新工作的要求）。这样很有趣。目前我在学习数据仓库（OLAP）、ETL处理、Star Schemas和Cubes。
Brian Bowman，SAS（Cary，NC）的首席软件工程师，56岁
我通过四项主要的计算机技能生存下来。
汇编语言级别的大型机系统编程。
基于C语言的多主机平台的可移植编程，包括桌面、中型Unix网络、小型机的后续产品（如VAX），以及大型机。
多层集群服务器环境，由后端的多线程C以及处于中间层满足高可用要求的Java组成，主要面向Windows服务器和Unix环境，也包括Linux。
基于多线程C的大规模并行网格计算，满足虚拟的无限伸缩。
虽然我所拥有的这些技能可以干到退休，但在未来的几年，我还会将我的专业知识领域扩展到机器学习方面。
Alec Cawley，DisplayLink（Palo Alto，California）的首席软件研究员，60多岁
现在的世界与我的职业生涯刚开始的时候（穿孔纸带时期的Fortran）已经很不一样了，而变化仍然在持续。但反过来说，需要解决的问题总是很相似的，无非就是如何将人类的需求转成计算机可以做的事情，以及如何避免犯错、如何找出不可避免所犯下的错误。编程语言、开发环境、工具套件、API等东西只是解决问题的手段，我们只是在需要它们的时候才去学习如何使用它们。
我所在的嵌入式领域似乎比应用程序更加能够扛住潮流的冲刷。应用程序每几年就会有新的东西出现，有些几乎是昙花一现，有些会持续一段时间，经历巅峰，然后逝去。而嵌入式一直保持坚挺，以C语言为基础，再融合一点C++。另一方面，硬件也在持续发生变化，这让事情变得更加有趣。
Victor Volkman，Proquest（Ann Arbor，MI）的高级软件工程师，54岁
Kurt Guntheroth，软件工程师，50多岁
好的开发人员会持续学习，直到他们退休，比如Ken Thompsons和Bjarne Stroustrups。不过，我们大多数人（特别是40岁左右的）最终都会意识到，我们并不能成为行业的大神。
编程是一件很容易的事情。你告诉它们做什么，它们就做什么。它们是可以信赖的，也是可靠的。
代码可能会是难啃的骨头，它们要求对细节的重度关注和相当程度的脑力付出。
编程是关于创新，而不是操纵。
James Grenning，软件顾问，60多岁
Reflections of an “Old” Programmer
Half of what a programmer knows will be useless in 10 years.
Father of Java James Gosling slams cloud vendor lock-in
Medium是一个在线发布平台，最初由Twitter联合创始人Evan Williams开发。该平台于2012年启动，现在每个月有6000万独立访客。该网站部署在AWS上，使用NodeJS和Go作为应用程序和服务的开发语言，使用DynamoDB作为数据存储，并使用Amazon Redshift作为数据仓库。
Don’t learn to code. Learn to think.
Interview with Ken Thompson
http://www.drdobbs.com/open-source/interview-with-ken-thompson/229502480
Go Language
It’s expanding every day and not being forced down anybody’s throat. It’s hard to adopt it to a project inside of Google because of the learning curve. It’s brand new and there aren’t good manuals for it, except what’s on the Web. And then, of course, its label of being experimental, so people are a little afraid. In spite of that, it’s growing very fast inside of Google.
Yes. When the three of us [Thompson, Rob Pike, and Robert Griesemer] got started, it was pure research. ** The three of us got together and decided that we hated C++. ** [laughter]
** It’s too complex. And going back, if we’d thought of it, we’d have done an object-oriented version of C back in the old days. **
Yes, but we were not evangelists of object orientation. [Returning to Go,] we started off with the idea that all three of us had to be talked into every feature in the language, so there was no extraneous garbage put into the language for any reason.
Java
Java 积累了最强大的生态系统，你可以说它无所不包， 毋庸置疑，Java 早已是一艘航空母舰的巨大身躯，这足已证明它的地位与成功。但是其语言、库、框架和生态系统的复杂度，对技术人员构筑其巨大的障碍。历史沉淀下来的，让 Java 提供的选项太多，深入后就知道 Java 的学习成本比 C++ 更高，对程序员的要求比 C++ 更高，除非掉队了，还在用 7 年甚至 10 年前的 Java 技术，技术人员要非常精心地组织框架和设计，否则各种复用的结果就是堆砌出一个异常臃肿的程序，其运行时对资源的消耗有时候会让你感到恐惧，而这是太多的基于 Java 所开发的平台被广泛诟病的关键所在，重用是个双刃剑，需要量体裁衣而不是一锅端，拿捏的尺度对开发人员要求无疑是最高昂的，除非语言和标准库提供了最好最直接的选项。
如今 Java 的学习成本和对开发人员的技能要求，已经远高于 C/C++ 的，也许大多数的开发人员无法驾驭 Java 这艘航空母舰。若要长期使用 Java，务必跟上 Java 的最新技术，同时在重用方面一定要拿捏好尺度，这会对人员技能提出更高要求，否则及其容易写出资源占用和运行时效率让人感到恐惧的应用。