软件开发是一项复杂的集体活动,它涉及到一系列的行为和艺术,如项目管理、流程管控、知识转化、程序员心理学(狗头)等。从个体出发时,这些都是一些无关紧要的因素。作为一个 “螺丝钉”,我们所关心的是:如何去解决问题?当然了,我们把组织视为一个个体时,我们也只关心:如何去解决问题?
去年年底,在公司大佬的带领下,我们结合架构守护的需要,对代码进行了简单的建模。在过去的几个月里,我一直工作在相关的事项上,不断地优化、改进相关的模型:
说来惭愧,我并没有理由来再写这样一篇文章,因为答案大家都知道,只是呢,大家仍然都好奇 —— 或许大家是想找个合适的借口,以自我安慰;而不是成为努力的一个方向。
跨平台不是一个新的话题,它已经被讨论了几十年了。在最近的一些尝试,让我对跨平台有了一些新的想法。在想法真正落地之前,我梳理了一下不同跨平台方案的一些特征,便有了它的几种模式。
大概在五年前,我写了一篇文章《学习的艺术——如何学好一门技术、语言》,介绍了如何通过复写现有的系统来学习新的技术。而在最近的两次实践中,我发现了一种更高效(hard way)的方式来学习编程语言。因为高效(hard way),所以这并不是银弹。
来,一起用高效(hard way)的方式学习多种编程语言,Kotlin + Scala、Python、Go、Java、TypeScript、C#……
过去的一个月里,那些可爱的人还在辛苦的工作中,没有假期,有的人可能已经复工了两周 —— 比如归属于北京 ThoughtWorks 的同事,还有的人可能复工了一周 —— 比如归属于上海 ThoughtWorks,还有的还没复工 —— 比如归属于武汉 ThoughtWorks 的同事。