编程是一种创造性的工作，是一门艺术。精通任何一门艺术，都需要很多的练习和领悟，所以这里提出的“智慧”，并不是号称一天瘦十斤的减肥药，它并不能代替你自己的勤奋。然而由于软件行业喜欢标新立异，喜欢把简单的事情搞复杂，我希望这些文字能给迷惑中的人们指出一些正确的方向，让他们少走一些弯路，基本做到一分耕耘一分收获。反复推敲代码既然“天才是百分之一的灵感，百分之九十九的汗水”，那我先来谈谈这汗水的部分吧。有人问我，提高编程水平最有效的办法是什么？我想了很久，终于发现最有效的办法，其实是反反复复地修改和推敲代码。在 IU 的时候，由于 Dan Friedman 的严格教导，我们以写出冗长复杂的代码为耻。如果你代码多写了几行，这老顽童就会大笑，说：“当年我解决这个问题，只写了 5 行代码，你回去再想想吧……” 当然，有时候他只是夸张一下，故意刺激你的，其实没有人能只用 5 行代码完成。然而这种提炼代码，减少冗余的习惯，却由此深入了我的骨髓。有些人喜欢炫耀自己写了多少多少万行的代码，仿佛代码的数量是衡量编程水平的标准。然而，如果你总是匆匆写出代码，却从来不回头去推敲，修改和提炼，其实是不可能提高编程水平的。你会制造出越来越多平庸甚至糟糕的代码。在这种意义上，很多人所谓的“工作经验&rdq ...继续阅读 (11)

大家好：应波波的邀请写一写我对这个话题的想法。从去年开始不少朋友让我帮忙介绍前端工程师，绝大部分忙都没帮上，原因是真找不到人。我当时是这么跟他们分析的：过去的客户端以browser为主，所以html/css/javascript是唯一选择，现在可是mobile first，于是大量前端开发者被native开发分流，以及原本想做前端工程师的后备力量应届生们也选择学native开发，导致前端人荒。随着情况改变，H5（HTML5的大众昵称）在传播上体现的商业价值巨大，无论是创业团队还是巨头自然重视这块低成本高收益的事。好像前端开发的春天又来了，但局面是后备人才不足，想转前端开发的又会发现贵圈比以前还乱，除了标准依然滞后，各种框架、工具冒出来，没一两年又淘汰，过去好像会jQuery就可以混，现在的门槛确实高不少。没办法创业团队要招到优秀的前端工程师只能靠情怀和烧钱，巨头们需要重新培育起好的技术文化吸引人才，尤其是肯花钱和时间在前端技术的培训、积累和创新上。之前有人说web已死，现在看说这话的人可以去死了。在前端技术储备上加大投入，很长一段时间内都是非常值得的。回到主题，标题其实是病句“初学前端工程师”。前端工程师是种岗位的title，怎么用学呢。我想将错就错说说职业的问题。前端社区三类人：前端工程师、前端开发者、“玩票”者。首先要明确前端工程 ...继续阅读 (24)

2015年大热的动画片《动脑特工队》中描述了这么一个场景， 冰棒带领乐乐和忧忧抄近路去乘坐思维列车，所谓的“近路”就是穿过抽象思维的房间，在这个房间里， 他们先是变成了变成3D的块，就像计算机图形学里展示的那样：然后变成平面的图形最后只剩下一些线条了 ！真是非常生动的展示了人类做抽象活动的过程。在软件业，抽象能力的重要性怎么说都不为过，因为软件开发是一个高度复杂的智力活动，程序员经常需要面对、处理异常复杂的业务和逻辑，如果你不具备强大的抽象能力，无法把具体变成概念，进而驾驭概念进行思考， 你就很难降低问题的复杂度，从而陷入泥潭，无法自拔。无论你学会了多么强大的程序语言，你的编程能力也很难有质的提高。当然抽象不仅仅是软件开发的独有概念，在别的领域可以看到更多。在自然科学领域，抽象的例子更多，开普勒定律和万有引力就是很典型的例子。在16世纪很多人开始相信哥白尼提出的日心说，但一直搞不清楚围绕太阳的行星到底是怎么运动的，轨道是什么样子，著名天文学家开普勒仔细的研究了他的老师——杰出的观测家——第谷留下的大量天文观测数据以后， 提炼出了著名的开普勒三定律， 第一次给出了天体运行规律的解释：1. 所有行星分别是在大小不同的椭圆轨道上运行2. 在同样的时间里行星向径在轨道平面上所扫过的面积相等3. 行星公转周期的平方与它同 ...继续阅读 (22)

看到一篇文章《We Are Typists First, Programmers Second》，日期是2008年，好早的一篇文章。当现在打算以一个新人的身份重新进入编程领域，或许是受《重来》的影响，或者只是在重新思考——我们究竟应该如何去编程。写代码只相当于写字编程这件事情实际上一点儿也不难，当我们只是在使用一个工具创造一些东西的时候，比如我们拿着电烙铁、芯片、电线等去焊一个电路板的时候，我们学的是如何运用这些工具。虽然最后我们的电路板可以实现相同的功能，但是我们可以一眼看到差距所在。换个贴切一点的比喻，比如烧菜做饭，对于一个优秀的厨师和一个像我这样的门外汉而言，就算给我们相同的食材、厨具，一段时间后也许一份是诱人的美食，一份只能喂猪了——即使我模仿着厨师的步骤一步步地来，也许看上去会差不多，但是一吃便吃出差距了。我们还做不好饭，还焊不好电路，还写不好代码，很大程度上并不是因为我们比别人笨，而只是别人比我们做了更多。有时候一种机缘巧遇的学习或者bug的出现，对于不同的人的编程人生都会有不一样的影响(ps:说的好像是蝴蝶效应)。我们只是在使用工具，使用的好与坏，在某种程序上决定了我们写出来的质量。写字便是如此，给我们同样的纸和笔(ps:减少无关因素)，不同的人写出来的字的差距很大，写得好的相比于写得不好的 ，只是因为练习得更多。而编程 ...继续阅读 (18)

“你爱我吗？”“爱。”“有多爱？”“比爱1024还爱你。”听到这句话，我有过1024次拍死我的程序员男友的冲动，最终看在他脸上写满诚恳的样子的份上，还是只朝他撇了撇嘴。如你所看见的，我的男朋友是一名程序员，一名因为长期写代码而会让人产生连他的那张脸上也写满代码的错觉的程序员。遇见他之前，我并不太明白程序员是什么东西，对于他自称的“极客”，更是一脸茫然。“极客？什么玩意，跟黑客一样破坏世界的吗？”“其实那些你们认为的破坏分子不叫黑客，而叫骇客……”balabalabala，接下来他给我做了长达N分钟的解释说明。“好吧，不懂。那你有没有做过破坏世界的事啊？”“我都说了黑客不是骇客而且我是极客……如果有的话？侵入教务系统算不算？”“你侵入教务系统修改了你的成绩？”“没有，只是下载了几张女生照片而已啦……”“你……好猥琐啊。”有一个程序员男友最直接的好处便是他可以承包你一切电子产品的故障维修工作， ...继续阅读 (28)

我的职责通常是产品战略和设计方向的规划，很少参与具体的设计细节，但我一直相信基础设计技能对于设计思维的影响，以下五条是我认为页面设计最基础的技能要求。没有经历任何艺术教育的设计师（比如我）也可以通过对以下五项修炼的培养迅速提高基础设计能力。草绘无论前端技术发展成什么样，在自然交互界面没有大行其道，只要图形界面依然是交互设计的主流，网页设计的基础还是版式设计。换句话说，很多人的设计感不好来源于对于版式设计的基础并不了解。在传统的印刷物或图形设计领域，一件作品的创造过程通常经历4个基础步骤：Sketch草绘：也叫做Thumbnail Sketch，通过大量的设计草绘逐渐形成设计概念（如下图）；Layout初版：初版主要构建基础的元素以及体现元素间的主次关系；Comp精版：在精版中一部分展示更多的细节；Finish完成：完成最终设计。源于传统平面设计领域的页面设计同样也应该遵循草绘、初版、精版、完成的过程。可惜的是很多页面设计师因为种种原因，并没有养成从草图开始逐步细化的职业设计习惯。事实上，我只是从2012年时开始练习草绘的，在此之前我也有上手就是PS或者代码的习惯，下面这张图是我自己练习的第一张草绘图：经过三个月的练习，逐渐可以达到草绘场景图、信息图、Sketchnote等水平，当场景图都能熟练表达的时候，绘制一个页面就变得非常简单了，如下面的图：值得提的是我并没有接受过专业的美术训 ...继续阅读 (15)

英文原文：The Best Debugging Story I’ve Ever Heard那还是80年代初期，我爸爸在一家存储设备公司工作，这个公司现在已经不存在了，它生产磁带机和驱动这些磁带高速运转的气动系统 —— 这是那个时代的产物。(Used under license from Laughing Squid. 原始图片可以在这里找到。)他们技术改造了磁带驱动器，使得你可以只有一个中心驱动器 —— “A”盘 —— 由它连接着数个“B”盘，在跟A盘连接的内存里驻留这一个小型的操作系统，负责代理所有B盘的数据读写操作。每次当你启动A驱动器，你需要在外围驱动器里插入一张软盘，操作系统会把A盘加载到内存里。这个操作系统简单的出奇 —— 它的处理能力全部从一个8字节的微型控制器产生。这种设备的目标用户是拥有大量数据的企业 —— 银行，杂志等等 —— 他们需要打印大量的地址簿或银行帐目。有个客户出现了一个问题。在打印的过程中，有个别的驱动器会停止工作，导致整个打印过程终止。为了重载驱动器，值班人员必须重启所有驱动 —— 如果这种事情发生在一个6小时的打印任务中，大 ...继续阅读 (20)

英文链接：How to Avoid One of the Costliest Mistakes in Software Engineering前几周，一位年轻的初创企业工程师过来寻求我有关代码重写的建议。其管理层希望她的团队在4周内完成Web产品的代码重写工作。这已进行了3个多月，但估计还要多花2个月才能完成。她们每周的工作时间将近80多个小时，伴随的还有一堆堆的错误需要更改。时间对于初创公司来说无疑是重中之重，她们该如何处理目前这个困境呢？在我职业生涯早期，也曾碰到过类似的困境——原本估计4个月完成的项目，在通过重写后，最终用了9个月才完成。在这个痛苦的过程里，最令人抓狂的事情之一是如果市场出现新的机遇，由这引起的改动是最优先的。换言之，我们只能不断的缝缝补补。打这以后对于项目重写，我变得慎之又慎。Google Docs的故事在今年初，我与Sam Schillace会面时也讨论过有关重写的问题，它是Box的技术副总裁，前Google Apps负责人。我向他提了一个问题，“你们工程团队曾遇到过的最昂贵的错误是什么？”他的回答是，“尝试从零开始开展代码重写。”Schillace的创业公司在2006年被Google收购了，他们当时的团队有4人，产品名字是Writely即Google Docs的前身。在他们发布了一个 ...继续阅读 (26)

文/覃超 ，本文来自公众号 InfoQ（infoqchina）我将结合之前在 Facebook 的四年工作经验，介绍 Facebook 创新的管理方法以及整个工程文化形成的方法。从大学宿舍到完整生态链：Facebook 12 年发展历程首先我想解释下为什么我要说 Facebook，并不是因为我在那里工作过。先请看一下 Facebook 的简单发展史：2004 年，扎克伯格在大学宿舍里开发了 Facebook，很长一段时间它只是一个简单的网站。但是后来，扩展到硬件，开发了各种产品，占据了整个社交领域，至少是北美的霸主地位。Facebook 还推进了 Connectivity（全民联网计划），给发展中国家提供免费的无线网络，再到后面做 VR、AR、人工智能等现在非常火的新领域，形成了完整的生态圈。看 Facebook 12 年的发展，我一直在想一个问题，它是怎么从大学生宿舍里面一个简单的扎克伯格自己的个人项目，最终发展成为可以上市的公司？而且现在整个生态链布局的已经非常完善了，这个公司是怎么做出来的？我思考了很久之后，发现有一句话很有意思，21 世纪最重要的是什么？ 就是人才。现在互联网创业很多技术基本上都是开源的，很多硬件随手可得。上图是在五年前硅谷非常流行的一张图，描述了大公司之间人才的流动情况。图中，每个圆点是一个公司，和圆点颜色相同的边表示这个公司的人才流入。可以看到 Face ...继续阅读 (6)

使用留白的极简主义是现代设计的大趋势之一。很好的使用留白的人往往可以使你的页面第一眼看上去非常清爽，但是实际上用少量的元素和大量的留白做好设计还是有些难度的。甚至有些情况下你的客户不会那么喜欢，因为他们总是想要尽可能在页面上放更多的信息。但是很多设计师都把极简主义的风格当做是一种挑战。极简主义风格的网页可以在不同的终端上转换，当然也适用于打印，页面设计和包装设计。接下来，我们来分析一下使用极简主义的特别棒的案例。巧妙使用留白每当设计师谈论到极简主义的时候，总会有一种“所见即所得”的态度。因为实际上也没有什么法则可以帮助你运用极简设计。下面是一些大部分设计师都赞同的贡献。极简主义设计风格包括：摒弃复杂， 使用基本元素简单的功能交互能承载整个项目的小细节大量留白使用简单和少量的色彩只是用一种或两种字体简单的内容极简设计不仅仅是图像设计的理论。极简主义还运用在艺术，音乐，流行，家装和文学上。每当人们谈论极简主义的时候，那句名句“Less is more”就会被经常重复。尽管它确实是听上去有些陈词滥调，但是却是描述极简主义最好的方式之一。使用留白是极简设计中最关键的一步。但是它只当你使用更少量的元素，更开阔的空间的时候。为了创建一个有效的设计项目，你不得不从一开始就思考。简洁的内容你应当为了内容而设计，内容才是一切。如果你想要创建一个极简设计 ...继续阅读 (26)

有一段时间没分享一点儿东西了，记得上次与大家分享过“情感化设计中的手绘应用表现”。今个再次煽情一下，与大家分享一点关于色彩情感的那些事儿，可能前部分的色彩介绍大家有了解过。但任何事情有因有果，所以还是先让大家了解下关于色彩的组成和色彩的情感等，再来简单说说在我们生活中和界面设计中的运用所带来的感受，以及人们对色彩的喜好偏差和色彩的决定性作用等等。一、关于色彩 1、色彩 色彩，对于人类而言，始终属于自然界最神奇的奥妙之一，永远都在激发着我们的好奇心和创造力。在我们生活中无论何时何地，充满着各种多彩多姿的色彩，哪里有光，哪里就有颜色。有时我们会认为颜色是独立的：天空是蓝色的、植物是绿色的、而花朵是红色的。但事实上，其实色彩并不会单独存在，漂亮的色彩搭配常常可以让画面更加吸引你的目光。色彩就像是音符一样，没有某一种颜色是所谓的“好”或“坏”，唯有一个个的音符组合起来才能谱出美妙的乐章，才能说是协调或者不协调。2、色相环 色相环告诉我们颜色之间的相互关系，在很多关于色彩的文章中，都可以看到色相环的身影，它是我们选择颜色的一个强有力的工具。色相环是指人类的肉眼可以辨识的色彩色相所组成的色环，它由12种基本的颜色组成。包含三原色，即红、黄、蓝，原色混合产生了二次色，即橙、绿、紫，二次色混合产生 ...继续阅读 (13)

这篇分享是我最近读《情感化设计》的一点小感悟及关注的那些事儿。在这里与大家分享下。欢迎大家多多指教和交流。如今是数字化时代的天下，我们逐渐习惯并享受由数字营造的现代生活。计算机技术在人们生活与工作中得到广泛的应用。特别是在设计领域，有些设计师变得很依赖于计算机软件所带来的视觉效果，也从中发现了许多前所未见的视觉形象和制作技巧，极大地丰富拓展了想象空间和创作手段。同时它对传统设计手段和思维创意过程的冲击也是巨大的。我们知道，视觉设计的历史发展由来已久，最早的视觉设计表现为图腾、宗教符号和皇室、军队、家族的徽章标记等。从20世纪初开始，视觉设计领域大大地拓宽了，它的作用已经彻底改变了人们所处的环境，客观的信息被简化或强化，增加了信息传达的有效性。而发展到了现在，计算机技术的应用颠覆了人们的传统审美观念和审视作品的方式，成为了影响和改变人们工作、生活习惯的学科领域。而由于计算机设计软件技术的快速发展，如果对新的技术不能快速跟进就意味着落伍，也使得设计师们更加依赖于计算机软件技术所带来的视觉效果，从而整日沉溺在显示器和鼠标当中。结果导致因设计表达语言和表现手法的单一化，使得大多数设计作品显出僵化雷同的机械意味，缺乏人情味的亲切感。尼古拉兹·特罗塞雷设计的爵士音乐招贴在视觉设计发展的历史长河中，许多巨匠大师的设计作品都是通过手工绘制完成的。如著名设计大师尼古拉兹· ...继续阅读 (13)

在「如何学习」这点上，一直觉得自己做的不够好，曾经想学吉他，坚持了两个礼拜就以「手指太短，不适合」终结了，后来想学数学，却终究连翻开书的勇气都没有，工作一忙更是顾不上这些了。所以在 Youtube 上看到 Barbara Oakley 的Learning How to Learn时，才发现自己在学习上的各种问题，收获颇多。如果有兴趣的话，建议直接看视频，讲解地很有条理且生动。Barbara Oakley是系统工程学博士，但对于「学习」方面也颇有研究，在Coursera上也有相应的课程。还出了几本书，比如A Mind For Numbers: How to Excel at Math and Science，这里对于她在Google 的分享做一个简单的翻译和摘要。摘要(主持人)我记得查理芒格说过，他认识的人中没有一个不每天阅读的，还把巴菲特形容为一台学习机器。那么如何才能成为一个高效学习者呢？正文我小的时候，想要学习其他语言，但大学的助学金不太容易拿到，而我又迫切想要学习一门语言，然后我想到了一个既可以学习语言，又能得到些收入的方法，那就是参军。然后我确实学了一门语言：俄语。虽然俄国的环境不怎么样，但我喜欢冒险和新的视角。我回想在西点的工程师们，他们解决问题的能力非常出众，往往能想到我想不到的。然后我就想，我能不能也达到跟他们一样的程度？有学生提了这么个问题：如何改变你的大脑。然后我 ...继续阅读 (8)

英文链接：Bridging the Gap Between Actual and Reported Behavior当用户反馈问题时，这真的是他们遇到的问题吗？当用户讲述需求时，这真的是他们的实际需求吗？可能未必真实。例如，一家公司曾做过一个研究，他们通过调查问卷询问用户对手机颜色的偏好，当询问用户是否愿意购买一个红色的手机时，许多用户都回答愿意；然而在问卷调查之后，研究者告诉用户，“你可以在一个红色和一个黑色的手机中选择一个作为礼物带走。”结果却发现，大多数用户仍然选择了黑色的手机作为礼物，即便是那些回答更愿意购买红色的用户也是如此。对于用研人来说，你不能完全相信用户所说的话，这也是用户研究中比较难的一部分；因为每个人的行为并不总是理性的，在研究中用户有时无法给出准确的答案，甚至是一些简单的问题；尽管这个听起来有点不可思议，但是在深访、测试、问卷调研、焦点小组等研究中都会遇到这种问题。例如，在一项银行APP的研究中，询问用户对登录的便捷性和安全性看法时，不同的调研方式得到了不一致的结果。在使用APP的过程中询问用户时，他们反馈并不在乎安全性的问题，而是想要更加便捷的登录方式。但是，当通过调查问卷询问另外一批用户时，得到的回答却截然相反，他们更加注重登录的安全性，即便是以牺牲便捷性作为代价。大部分的用研人可能都会遇到这种不一致的研究结果，有可能在研究中遇到， ...继续阅读 (10)

大家好，我是帅气小伙，今天为大家带来一个非常励志，让我反思的故事。今天为大家讲的是我父亲是如何用行动教会我成为程序员的。岁月的锤炼圆口接口的键盘，2003 年的有人问这个键盘难道没有擦过吗？不是的，是擦不掉的岁月痕迹。如果有注意到细节的朋友会发现，程序员什么键位用得最多（除了ASDW, YUHJ，那是我小时候玩拳王留下的）。这个键盘虽然老旧，但是我爸一直不舍得扔。2003 年的时候，他从二手市场买会来了这台 486CPU 主频的二手电脑，开始自学汇编。我爸是只有初中文化，但是有超强的动手能力。零编程基础入门嵌入式开发因为当时 03 年的时候，他刚从一家电子厂辞职，他在电子厂里看到了单片机这种玩意，他看到了他们工程师的工资和待遇，而当时的他只是一名流水线上的焊锡工，虽然是个组长，但是也感觉到了职业的局限性。（这也带给我们一个启示，作为男人，如果觉得职业看不到头，趁早换工作吧，如果不趁早，你会在以后的家庭压力中选择妥协，再也看不到头了。）辞职的第二天，他就买回了这台 486 赛扬系列的二手电脑，和一台仿真的烧写机器（把程序写到芯片的机器），一本汇编语言入门的书，开始了他 12 年的嵌入式开发之路。（这里给我的启示是，说学就学，不要想着看看怎么入门，最好的入门技巧就是动手。）图书馆抄书的怪蜀黍这是他当时学C语言的时候在新华书店偷偷抄的我记得初中的时候每周六我爸都会带我去新华书店去看书，然 ...继续阅读 (12)

在知乎看到一个问题，相当有代表意义，即技术人员本身的技术发展瓶颈的突破问题。具体问题如下，通常情况下，技术人员在某一领域工作3-5年后，会成为团队内或者公司里的核心技术骨干，这个时候他们也会面临几个问题：技术学习的困惑：当达到一个瓶颈时，可以学习的参考系越来越少，首先是因为高端技术人才呈现倒金字塔形态，身边缺少能引领你的人生导师；其次，业内的技术交流，大多数在做科普以及刷存在感，到达一定阶段后对个人提升作用越来越小（甚至用一天时间参加技术大会效果还不如用一天的时间在咖啡馆看书学习）；再次，国内的文化导致技术人专家逐渐转向管理岗位，技术缺少积累，特别容易出现断层和继承。技术深度与广度的选择的困惑：技术深度的进一步提升，可以逐步做到业界大牛，专业技能越来越强，广度的延伸也更容易变成全栈技术人才，两者各有利弊，个人时间和精力有限，如何抉择？技术方向的困惑：大型互联网公司的技术框架基本都在最初选型时确立，与当时的业务规划、业界当时的技术趋势、个人的过往经验积累相关，成熟规模大的业务从稳定性考虑，一般技术选型落后新技术2、3年，对于技术人员来说，从实际工作考虑需要使用老技术，但是业界的趋势又是在朝着新技术的方向发展。这种困惑相信很多技术人员和技术管理人员都存在，包括我自己，当然这种困惑本身也是符合学习曲线规律的，即任何一个技术学习和实践，越是到后面学习的时间越长，本身能力提升越慢。但是往往真 ...继续阅读 (17)

英文原文：To code quickly, you must quit coding昨天我做了一些事情使我的编程效率提高了一倍。简单，容易，但使我的生活发生了巨大的变化。你们中可能有些人已经知道我是怎么做的。对于其他的人，这听起来有些疯狂。我不持续工作。或者，我把定时器设置成50分钟，在此期间我只干一件事 —— 没email，没聊天工具，没游戏，没分心的事。50分钟后，我去散步。它使我效率增倍。而且作为一个副作用，它使我的工作更加快乐。我知道你们中的很多人在想什么。无论何时这个(或其它特别的Pomodoro技巧)被提及时，我都会听到各种的常见的怀疑声。那就让我们一一看来：这样做不会使我的注意力不能集中在我正要努力解决的难题上吗？很奇怪，跟你的直觉相反，不会。当你做其它的事情来放松你的神经时，你的大脑却仍然在思考你的问题。很多次，思路豁然开朗，把很多一直都无法解决的难题都解决掉了，这是因为你开始从远处观察这个问题，在大背景下，而不是紧紧的死揪着某处。你是怎么停下来的？当我编程时我从来不看表。昨天我使用的是微波炉的定时器，但我工作效率上的变化使我大为震惊，我买了一个秒表，就是上面图中的那个。我的生活中有太多的各种各样的打搅我的事情，邮件，聊天工具，电话短信。你的方法对我不管用。我有个原则：在我的工作时间里不允许有分心的东西。当我休息完后，我会花几分钟把这种分心的 ...继续阅读 (17)

题图摄影：chillmimi（第一次尝试写小说，本文仅向王小波致敬，情节纯属虚构，切勿对号入座。）我叫张三，身高 1.9 米，不要看我身材高大，我的手可细的很。我敲键盘的速度可以达到 APM 666，不带一个按错的键。其实可以达到更高，但我对 666 这个数字情有独钟。你也许猜到了，我是一个程序员。我在全球第一的软件公司上班，公司名字叫「猎狗」。我觉得这个名字很贴切，适合大多数的程序员和产品经理前来工作，我就是其中一个。「小黄」是我在公司的花名，每个进公司的员工都会分配一个花名，我被随机抽到了「小黄」这个花名，但是我不喜欢。每次别人叫我小黄，我都要解释我不姓黄，他们总是抿抿一笑。我在公司升职的很快，从 D1 到 D6，我只用了 3 年的时间（心智正常的程序员一般需要 10 年）。不是因为我写代码又快又好，也不是我的代码让公司产品占据一个又一个 Store 畅销榜单第一。我写的代码没什么技术含量，因为榜单基本靠刷。我升职快的原因是讨老板喜欢。只要老板出席的会议，我总是第一个到。我会把老板说过的每句话都记下来，一字不差，会后还会组织大家学习，深刻领悟老板提到的每一个方法论。公司群里只要老板一发话，我总是第一个回复我来解决。只要产品一出问题，我总能说成是别人的锅。我会仔细揣摩老板发的每一条朋友圈，精准定位老板的喜好，投其所好。一旦发现老板开始发表观点了，点赞和转发是不够的，我还会第一时间 ...继续阅读 (8)

摘要： 本文作者为阿里云技术专家郑重（卢梭），主要分享内容是如何在21天内快速搭建推荐系统。推荐系统的搭建是个复杂工程，涉及到实时计算、离线计算，以及各种数据采集、流转等，对自建推荐系统来说，1人年是跑不掉的。 本文介绍的内容还包括如何搭建一个个性化推荐系统所需的环境准备、基本配置和离线技术等基本功能的搭建。本文介绍的内容还包括如何搭建一个个性化推荐系统所需的环境准备、基本配置和离线技术等基本功能的搭建，也有效果报表、算法优化和实时修正等高级功能的剖析。大数据有三个非常经典的应用：计算广告、搜索、推荐。每一种应用最核心的地方都离不开三个字——个性化。广告不用说了，计算广告的基本要求就是要精准，为广告选择对其感兴趣的目标受众；搜索可以理解为对搜索关键词的个性化；而推荐，则需要在用户和物品之间建立兴趣关系。推荐的业态比较复杂，有类似淘宝天猫这样的真正意义上大数据场景，也有很多中小网站、应用，数据量其实并不是很大。阿里云推荐引擎（https://data.aliyun.com/product/re）的初衷，是为了帮助阿里云的客户、创业者、中小网站，让他们能够更好的运营自己的产品或网站。推荐系统一般包括展现子系统、日志子系统和算法子系统三个部分，三者互为一体。“展现”部分不仅要负担展现，还是数据采集的窗口，用户在展现系统的所有行为通 ...继续阅读 (8)

英文原文：5 Ways to Learn and Remember Absolutely Anything过早地关注细节，你很可能让自己陷入一叶障目不见森林的境地。高效学习者都有哪些学习策略值得效仿？这个问题最早出现在Quora，本文源自对该问题的一个答复。该答复作者是阿莱西奥·布瑞沙尼，他在数字技术领域具有十五年的专业策略咨询经验。以下就是这个答复的具体内容。你提出的这个问题真的很棒。一直以来，我对商业、个人成长以及武术搏击均保持着浓厚的兴趣。这个问题促使我反思了过去的一些经历。我想告诉你，我见过不少貌似学习缓慢的人，他们对一些领域的深入理解程度远远超过了那些所谓的『快速学习者』。事实上，慢学习者在认真和仔细方面，恰好是快速学习者所缺乏的。所以我想对你说，那些看似低效的学习策略很可能正是你的优势，而不是缺点。在我表达了我的个人观点之后，我自己还有一些学习与记忆的基本策略想和你分享一下，这些策略来自我过去的工作与生活经历，我认为它们均具有一定的普遍价值。1) 重复我坚信重复是通向精通的必由之路。当我们学习一种新的技能，必须经常性地对这种技能加以练习。当我们学习一种新的知识或理论，也必须对尽可能多地对其加以应用。李小龙曾经讲过一句非常经典的名言，『我从不畏惧一个知道一万种踢法的人，但是我害怕一个把一种踢法练习过一万次的对手。』任何一种技能，只要经过连续不断地磨练和改进， ...继续阅读 (35)

今天给大家分享的主题是前端的自我成长，这是一个关于成长的话题。很多人都有这样的感觉：听了很多技术圈子的分享，有的有深度，有的循循善诱，深入浅出，但是呢，几年下来，到底哪些用上了，哪些对自己真的有帮助了?反而有些模糊。2015 年我在不同的场合分享了很多内容：有移动端的性能、有适配、有 Web vs Native，也有 hybrid，但是其实我一直比较担心，真正有深度的内容，其实面向的是比较小众的群体，比如说 Hybrid，其实它在大部分公司里面，是只能用现成的。所以我这一次尝试分享一个我认为可以帮助到所有前端的话题，关于前端的成长，如果说这个分享的内容，听众里面有那么几十个人拿到 BAT 的 offer，或者升职加薪，那么我觉得我就认为我取得了成功。前端其实是个特别苦逼的职业，因为前端技术一直革命的特别快，新技术、新技巧在不断地被发明出来。之前我有一个朋友，他讲说他对自己的认知是了解前端、熟悉前端、精通前端、熟悉前端、不懂前端。为什么呢，他说当他觉得自己对前端所有的东西觉得无所不知，无所不能的时候，忽然看到了一段代码，他完全无法理解，于是整个世界就崩塌了，从此再也不敢说自己会前端。我就跟他说，这里，缺少的是一种正确的方法，你觉得无所不知、无所不能的标准是什么，是工作中很久没遇到解决不了的问题么？他说还真是这样。我就又问他，那你系统学过前端么？他想了想，还真没学过，大学里不开这个课。 ...继续阅读 (9)

上篇：架构漫谈（八）：从架构的角度看如何写好代码某天和朋友吃饭正好聊到这个话题。作为架构师或者做技术的人，在开发软件时，我们基本上就是在扮演上帝的角色：我们不但要创建出一个个的程序，还要让这些程序能够脱离我们在硬件上独立运行，以便为这个程序所服务的群体提供服务。当这个程序出现问题甚至bug的时候，我们还得扮演牧师的角色去修复这些问题。这不正是一个程序的社会吗？ 和人类社会的演变何其相似！那么我们自然也能够拿人类演变的历史来指导软件开发工作，以避免再经历一次像人类演变发展那么痛苦的过程了。由此我们也可以看出，架构师和程序员们都在扮演着多么重要的角色，如果还在解决自己的问题，怎么扮演好上帝这个角色？在软件设计开发的过程中经常会看到，很多所谓的架构讨论实际上只是在讨论某种技术。在很多人的概念里面，架构和技术实际上是等同的。学会了几种技术，就认为自己是架构师了，甚至是学习的技术越多，就觉得自己的水平越高。这样实际上是对自己很不负责任的。要知道任何技术都是为了解决某种问题而存在的，学会了技术，并不代表自己能够解决问题，这一点非常的重要。学会的技术的多少，所带来的差别只是自己解决问题的手段多了罢了。但是手段多了就一定是好事吗？ 很多时候，学习的技术越多，越不知道采用哪种技术好，所谓“乱花渐欲迷人眼"。还有另一种很普遍的观点：技术人普遍看不起业务，认为技术更高端，而业务太低端，并且业 ...继续阅读 (3)

上篇：架构漫谈（七）：不要空设架构师这个职位，给他实权在第六篇文章中，我们得出一个结论，软件架构实际上包括了：代码架构，以及承载代码运行的硬件部署架构。实际上，硬件部署架构最终还是由代码的架构来决定。因为代码架构不合理，是无法把一个运行单元分拆出多个来的，那么硬件架构能分拆的就非常的有限，整个系统最终很难长的更大。所以我们经常会听说，重写代码，推翻原有架构，重新设计等等说法，来说明架构的进化。这实际上就是当初为了完成任务，没有充分思考所带来的后果。这也并不是架构进化的事情，而是个人对问题领域的逐渐深入理解的过程。所以有必要再讨论一下，代码的架构应该是怎样的。本文会在之前几篇文章的基础上，进一步探讨如何把架构的思考进行落地，细化到我们代码的实践当中，尽量不要让代码成为系统长大的瓶颈，降低架构分拆的成本。在前面我们提到，软件实际上是对现实生活的模拟，虚拟化。这是一个非常重要的前提，直接决定了我们的代码应该分为几部分。结合每个部署单元所承担的责任，可以明确的拆分为两个不同的责任：表达业务逻辑的代码。很多人把这部分叫做Domain Logic，或者叫Domain Model。这部分实际是来源于生活的，必须保持和现实生活中的切分一致，并非人为的抽象而成。对用户提供访问并保存业务逻辑运行结果的代码。计算机的状态保存有一个缺陷，本机保留业务运行结果有很大的问题，一般都在外存储设备上保存，也便于扩 ...继续阅读 (9)

上篇文章：架构漫谈（六）：软件架构到底是要解决什么问题？什么是架构师在之前的几篇文章中，经常会提到架构师这个词。我们已经定义了什么叫架构，那怎么定义架构师呢，是不是做架构的就叫架构师了？ 没有这么简单，本篇尝试讨论一下这个问题。架构师的前提条件如果一个人在工作中，只是致力于完成自己的工作，以做好自己的工作为主要目标，那么最多只能成为一个工匠，无法成为一个架构师。因为这个过程解决的还是自己的问题，并没有时间的压力，可以随意什么时候做完都可以。当我们所做的工作是处于社会的分工的一环，需要帮助别人解决问题，并且按时解决别人的问题成为我们自己的问题的时候，我们就有了时间压力，潜意识里会自然而然的有一种对时间的恐惧。这个恐惧在潜意识里面会想方设法推动我们采用各种手段，以便及时的完成工作，换取报酬。甚至会加班加点，不择手段。如果我们还生活在这个恐惧下面，是不可能成为架构师的。要成为架构师，必须要超越这个恐惧才能够看清楚，我们要解决的是别人的问题，不是自己完成工作的问题。因为仅仅是完成了自己的工作，也并不一定就解决了别人的问题。如果别人的问题没有解决——即使我们认为自己的工作完成了——我们的工作实际也没完成，因为我们工作是否完成，是别人说了算的，不是我们自己。为什么会有这个对时间的恐惧和压力呢？这是因为我们把完成自己的工作当成了我们的最大利益。如果 ...继续阅读 (2)

上篇：架构漫谈（五）：什么是软件前一篇文章简述了什么是软件。那么什么是软件架构呢？按照惯例，我们来看看是什么问题，是谁的问题。要解决谁的问题？如前所述，软件实际上就是把现实生活模拟到计算机中，并且软件是需要在计算机的硬件中运行起来的。要做到这一点需要解决两个问题：一、业务问题具体的现实生活状态下，没有软件的时候，所解决的问题的主体是谁，解决的是什么问题，是如何解决，如何运作的？二、计算机问题如何把现实生活用软件来模拟？模拟出来的软件，需要哪些硬件设施才能够满足要求？ 并且当访问量越来越大的时候，软件能否支持硬件慢慢长大，性能线性扩展？因为硬件是可能会失效的，软件如何在硬件失效的情况下，仍然能够保证可用性，让用户能够不中断的访问软件提供的服务？怎么收集软件产生的数据，为下一阶段的工作提供依据？分别是谁的问题呢？业务的owner需要提升业务的效率，降低业务的成本，这是动机。这个实际上就是业务的问题，所以一般软件开发的出发点就在这里。是软件工程师的问题，要解决业务owner把业务虚拟化的问题，并且要解决软件开发和运营的生命周期的问题。分别有什么问题？业务问题的本质，是业务所服务的对象的利益问题，明白了这个，就很容易搞清业务的概念和组织方式。再次强调一下，有了软件，可以降低业务的成本，没有软件的情况下，业务是一样跑的。如果只是为了跟风要用软件，说不定反而提高了成本，这个是采用软件之前首先要 ...继续阅读 (3)

上篇：架构漫谈（四）：如何做好架构之架构切分前面通过四篇文章，把什么是架构，如何做好架构等必要的概念澄清了一下。这些概念对于在各种不同的领域都应该也是有用的，需要读者自行思考，并应用到自己所在的领域中。在这篇文章开始，我们用同样的思考，来看看软件是怎么回事，以及如何运用架构思维，更好的设计和实现软件。冯诺依曼结构，图灵机，以模拟人为目标软件的历史，实际上可以说是用机器模拟人的历史。不管大家（包括在这个历史过程中的参与者）有没有意识到，我们都有意无意的在计算机上模仿人类的行为。从冯诺依曼结构开始，程序逻辑开始脱离硬件，采用二进制编码。加上存储，配合输入输出，一个简化的大脑就出现了。图灵机则是模拟大脑的计算，用数学的方式把计算的过程定义了出来，著名的邱奇-图灵论题：一切直觉上能行可计算的函数都可用图灵机计算，反之亦然。软硬件两者一结合，一个可编程的大脑出现了，这也是现在为什么我们把计算机叫做电脑。在硬件上编写出的程序，就是软件，是用来控制硬件的行为的。成本为王在初期，软件使用二进制编写的，从硬件到软件，成本都非常的高。随着半导体技术的进步，硬件的成本越来越低，性能越来越高，甚至出现了摩尔定律：当价格不变时，集成电路上可容纳的元器件数目，约每隔18-24个月增加一倍，性能提升一倍。软件方面，为了简化难度，开始采用汇编，进一步出现了类似于人类的语言的高级语言，比如C/C++/Java等，这 ...继续阅读 (4)

上篇：架构漫谈（三）：如何做好架构之识别问题前一篇已经讲了如何识别问题。在识别出是谁的问题之后，会发现，在大部分情况下，问题都迎刃而解，不需要做额外的动作。很多时候问题的产生都是因为沟通的误解，或者主观上有很多不必要的利益诉求导致的。但是总还有一部分确实是有问题的，需要做调整，那么就必须要有所动作，做相应的调整。这个调整就是架构的切分。切分就是利益的调整我们要非常的清楚，所有的切分调整，都是对相关人的利益的调整。为什么这么说呢，因为维护自己的利益，是每个人的本性，是在骨子里面的，我们不能逃避这一点。我们以第一篇文章里面的例子为例来做解释。我们已经知道，随着社会的发展，分工是必然的，为什么呢? 这个背后的动力就是每个人自己的利益。每个人都希望能够把自己的利益最大化，比如：生活的更舒适，更轻松，更安全，占用并享有更多的东西。但是每个人的能力和时间都非常的有限，不可能什么都懂，所以自然需要舍掉一些自己不擅长的东西，用自己擅长的东西去换取别人擅长的东西。对比一个人干所有的事情，结果就是大家都能够得到更多，当然也产生了一个互相依赖的社会，互相谁都离不开谁。这就是自然而然而产生的架构切分，背后的原动力就是人们对自己利益的渴望。人们对自己利益的渴望也是推动社会物质发展的原动力。在这个模式下，比较有意思的是，每个人必须要舍掉自己的东西，才能够得到更多的东西。有些人不愿意和别人进行交换，不想去依赖于 ...继续阅读 (4)

上篇：架构漫谈（二）：认识概念是理解架构的基础按照之前架构的定义，做好架构首先需要做的就是识别出需要解决的问题。一般来说，如果把真正的问题找到，那么问题就已经解决80%了。这个能力基本上就决定了架构师的水平。那么面对问题有哪些困难呢?我们先看一则笑话。女主人公：老公，把袋子里的土豆切一半下锅。结果老公是把袋子里的每个土豆都削了一半，然后下锅。当然很多人会说，这个是沟通问题，然后一笑了之。其实，出现这个现象是由于我们大部分时候过于关注解决问题，急于完成自己的工作，而不关心“真正的问题是什么”而造成的。当我们去解决一个问题的时候，一定要先把问题搞清楚。这也是我为什么要单独写一篇文章讲这个的原因。去看看软件开发工作者的时间分配也可以看出，大家大部分时间花在讨论解决方案和实现的细节上，基本都不会花时间去想“问题是什么”。或者即使想了一点点，也是一闪而过，凭自己的直觉下判断。只有真正投入思考问题是什么的工程师，才可能会真正的成长为架构师以这个笑话为例，看看在我们处理问题的时候，都会犯什么样的错误：被告知要处理一个问题，但是交过来的实际上是一个解决方案，不是问题本身。被告知要处理一个问题，直接通过直觉就有了一个解决方案，马上考虑解决方案如何落地，或者有几种解决方案，选哪个合适。那么如何识别问题呢?所有的概念基本都有一个很大的问题，就是缺乏主语。而 ...继续阅读 (17)

上篇：架构漫谈（一）：什么是架构？在前一篇文章中，我们讨论了什么是架构。事实上，这些基础概念对于做架构是非常重要的，大部分人对于每天都习以为常的概念，都自以为明白了，但实际上都是下意识的，并不是主动的认识。比如说“什么是桌子？”，做培训的时候，我经常拿这个例子来问大家，回答千奇百怪。这实际上就导致了做架构的时候，不同角色的沟通会出很多问题，那么结果也就可想而知了。如前一篇所说，架构实际上解决的是人的问题，而概念是人认识这个世界的基础，自然概念的认识就非常的重要。这篇文章尝试讨论一下，如何去认识概念。当然这篇不是语言学的文章，我这里所讨论的，和语言学可能不太一样，如果大家对语言学感兴趣，也可以去参考一下。首先我要先声明一下，这一系列的文章，都是以人的认识为主体去讨论的，解决的都是人的问题，任何没有具体申明的部分，都隐含这一背景，以免大家误解。概念也属于人认识这个世界并用来沟通的手段，包括“概念”这个概念，也是一样的。在古代，不叫“概念”，称之为“名相”。何为相？一般我们认为：看到一个东西，比方说杯子，“杯子”就是一个名字，指代的看到的东西就是相，就是事物的相状。我们一听到“杯子”这个词，脑海里就会浮现出一个杯子的形象。而“杯子&r ...继续阅读 (29)

英文原文：Pair Programming - My Personal Nightmare自从极限编程诞生起，我就一直在听说结对编程是个好东西。所有的敏捷传教士们都在告诉我们：结对编程能提高代码质量，有助知识共享，甚至激发开发效率，同时，还能深度拉近程序员之间的感情关系（参看拥抱编程）。那些拒绝结对编程的人都被认为是独行客，懒蛋，或社交恐惧症患者。然而，我不属于任何一种（至少我自己是这么想的），可我仍然讨厌结对编程。为什么我会这样？下面是理由。我们这个社会已经不再崇尚沉默是金，外向性格受青睐。所有的事情都要用合作的方式完成，每个人都要时刻准备好为他人服务，个人空间已不再存在，工作成绩不再归功于某个人。基本上，大家都认为三个臭皮匠胜过一个诸葛亮。然而，很显然，我们可以看到，有些事情并不是这样的。即使在编程界，很多伟大的创新和杰出的软件都不是由一个团队或某个组合创造的，而是来自一个人的努力。Ant，给Java社区带来巨大飞跃的软件，就是由一个人在从欧洲飞往美国的飞机上开发出来的。还有，一些更近些的例子，Notch 开发 Minecraft，Marco Arment 开发 Instapaper，Gabriel Weinberg 开发 DuckDuckGo，全是单枪匹马的成就。事实上，地球上最有影响力的一个编程大师，Steve Wozniak，有一句著名的教导 ...继续阅读 (2)