摘要：
[原文链接]职业人士最常见的一种抱怨是：时间太少。每周工作超过60小时的人会抱怨甚至挤不出时间来处理他们邮箱里的邮件，更别说有创见性处理大项目中的问题。但时间并不是问题，哈佛经济学家Sendhil Mullainathan说。最终阻碍你成功的是你的大脑“带宽”使用效率，或集中精力的能力。Mullainathan的研究主要针对是资源稀缺情况，当人们缺少某些东西时会如何应对——可以是缺钱，食物或时间。他和他的搭档普林斯顿大学的心理学家Eldar Shafir在周二的每年一度的Aspen Ideas节上公布了他们的发现。他们发现，这些资源短缺导致人们不能作出正确的决策。因为他们的大脑只能够处理这么多 阅读全文
posted @ 2014-03-24 21:01
dai.sp
阅读(150)
评论(0)
推荐(0)
摘要：
[原文链接]我并不认为程序员是一个情绪特别丰富的群体。但有一些事情却能很容易刺激程序员的神经，那就是代码格式和布局。如果看到一个函数的括弧在同一行上没有闭合，我的眼睛会喷血。如果看到有人没有恰好的在两个函数间留一空行，我的小腿会抽筋。但重点在这里——除非是在家里开发自己的业余爱好软件，我的这些个人喜好其实是无关紧要的。同样，作为一个团队中的一员，你的个人编程喜好也应该放到一边。编码风格很容易会和编码规范混为一谈，因为这两个词经常会被人换着使用。我认为，编码规范同时包括了编码风格和其它规范，不仅仅指代码格式。例如，像“返回成功/失败的函数应该用一个整数作为返回值”，这样的规则不属于编码风格。在这 阅读全文
posted @ 2014-03-24 20:59
dai.sp
阅读(162)
评论(0)
推荐(0)
摘要：
[原文链接]下面是一些迄今为止最好的关于编程的名言名句。阅读它们时相信你会有几分愉悦，你可以在一些会谈场合引用它们，一定能为你的团队吸引到不少的好程序员。UNIX很简单。但需要有一定天赋的人才能理解这种简单。–Dennis Ritchie软件在能够复用前必须先能用。–Ralph Johnson优秀的判断力来自经验，但经验来自于错误的判断。–Fred Brooks‘理论’是你知道是这样，但它却不好用。‘实践’是它很好用，但你不知道是为什么。程序员将理论和实践结合到一起：既不好用，也不知道是为什么。–佚名当你想在你的代码中找到一个错误时，这很难；当你认为你的代码是不会有错误时，这就更难了。-Ste 阅读全文
posted @ 2014-03-24 20:56
dai.sp
阅读(370)
评论(0)
推荐(0)
摘要：
[原文链接]几乎已经有10年了，科技界的专家们一直谈论着摩耳定律的终结。就在本周，《经济学家(Economist)》发表了一篇文章，讲述程序员们如何开始使用函数式编程语言来驾驭如今已成为标配的多核处理器。事实上，这些新式语言的发明人，例如Rich Hickey (Clojure语言) 和 Martin Odersky (Scala语言)，都在勤奋的宣扬这些语言如何给了开发人员们更大的能力来处理复杂的并行性编程，来充分利用多核CPU。本周早些时候，我参加了Scala语言日大会，去听Martin Odersky的讲道，他几乎用了一半的时间来讲这个主题。种种信息一遍又一遍的在向程序员表明：你需要写并 阅读全文
posted @ 2014-03-24 20:54
dai.sp
阅读(168)
评论(0)
推荐(0)
摘要：
[原文链接]最近在读《real world haskell》里关于并行的一章时，看到作者首先对并发(Concurrency)和并行(Parallelism)的区别进行了定义和解释。以前我对这个问题也是一知半解，如果有人问题这个问题，恐怕我只能挠头说不清楚。而在这本书里，作者的解释是(简单翻译)：一个并发程序是指能同时执行通常不相关的各种任务。以一个游戏服务器为例子：它通常是有各种组件组成，每种组件都跟外部世界进行着复杂的信息交互。一个组件有可能要处理多个用户聊聊；另外一些可能要处理用户的输入，并把最新状态反馈给用户；其它的用来进行物理计算。这些都是并发处理。并发程序并不需要多核处理器。相比之下 阅读全文
posted @ 2014-03-24 20:05
dai.sp
阅读(883)
评论(0)
推荐(0)
摘要：
[原文链接]这里将向大家分享的是一些我对编程的思考总结，这些经验在我毕生编程生涯中曾帮助我在无数的事情上作出正确的决定。这些编程策略有些是很显然的，但实际编程中往往被人们忽略。下面的例子是用Python写的，但这些概念适用于任何编程语言。2. 代码优化找出程序的主执行路径——你的程序大部分时间都执行这些模块。首先优化这部分代码，但也不要在程序实现的第一次迭代中进行优化。那些处理边界情况或失败/异常处理的地方，这部分代码不需要优化，除非它们引起了值得注意的性能问题。 :).3. 代码行数不要试图压缩代码行数，但你应该压缩每个任务的代码行数。写简单的函数/方法，每个函数/方法只完成一个任务，而不是 阅读全文
posted @ 2014-03-24 20:01
dai.sp
阅读(273)
评论(0)
推荐(0)
摘要：
[原文链接]我们说懒惰有三种。第一种，整天就是吃和睡。第二种，是告诉自己，“有一类人，就像我这种，是永远管理不好自己的。”在佛教思想中，这种懒惰会让你认为努力也是白费的，你永远无法获得精神上的救赎。无自信会让你打消任何企图努力一下的念头。而这第三种就是，把生命浪费在不是最重要的事情上，总是不从解决事情最本质的问题入手。所有的时间都在想办法解决次要问题，一个接一个，永远没有尽头，就像湖面涟漪的水纹。你在告诉自己，一旦完成了这个或那个，你将会去做一些更有意义的事情。…克服第一种懒惰——生活中只有吃和睡——的方法是反省死亡，反省万物终归尘土的自然属性。我们不知道何时就将死去，何事将会导致我们死去。所 阅读全文
posted @ 2014-03-24 19:56
dai.sp
阅读(434)
评论(0)
推荐(0)
摘要：
[原文链接]如果你有一个4.2GB的CSV文件，里面有超过1200万条记录，每条记录都有50列。现在你要做的是把其中某一列的值全加起来。你怎么办？这是我最近看到的一篇文章的开头部分。文章介绍的是如何使用unix命令来分析大体积文件的文章。像我这样一个基本上都在Windows平台上开发的程序员，对他提出的这样一个问题，首先出现在脑子里的就是内存溢出、CPU达到100%、跑一个晚上。而对于一个Linux/unix高手来说，这真是小菜一碟，正如文章中介绍的方法，一行命令就完成了这个任务。(假设文件名叫做data.csv，行数据用竖线分割，我们需要总计其中的第四列。)cat data.csv | aw 阅读全文
posted @ 2014-03-24 19:54
dai.sp
阅读(151)
评论(0)
推荐(0)
摘要：
[原文链接]“Scientia potentia est”——这是拉丁语，意思是“知识就是力量”。这是长久以来人们就熟知的信念：你对这世界了解的越多，你就能越好的在世界里生活。你对一件事了解的越多，你就能越好的掌控它。那最简单的汲取知识的途径是什么？读书。如果你想更好的掌控自己的生活，让生活按照自己意愿发展，你就需要读书，读大量的书。我想，所有的人都会同意这个观点。但问题是，如何能做到能够充分的阅读？就拿我来说，我对上一年的阅读量并不满意。我每年大概读6-8本书，我认为这个数字太低了。大概6个月前，我制定了一个新的读书策略：规定一个每天必读的页数，30页，每天坚持，不论有什么事。一个人一般30 阅读全文
posted @ 2014-03-24 19:47
dai.sp
阅读(366)
评论(0)
推荐(0)
摘要：
[原文链接]生命短暂，无可浪费，这我们都知道。然而，大多数人都处中一种缺省状态的生活中，逼迫自己去认为很幸福——虽然事实上不是。为什么？因为我们让社会来指定该如何的去生活、什么才是成功和什么才是幸福。像金钱和名誉这样的东西被赋予太大的分量，成为祸根，阻碍了我们寻求生活的真正本质：活出自我，做有价值的事情。如果让我给一个新生命(比如我未来的孩子)一点建议，我将衷心建议他遵循下面这10条诫律：1/ 不要跟别人比。自从上小学起，我们就被人们用分数来激励去竞争，忘记了教育的本质是学习。父母希望他们的孩子成为第一，或者要比xx更强，这样当在学校门口遇到xx... 阅读全文
posted @ 2014-03-24 19:45
dai.sp
阅读(125)
评论(0)
推荐(0)
摘要：
[原文链接]Colin走到我的办公室门口叫我去看他最新的研究成果。他拆解了他的显示器切换器（用来在两台PC之间切换显示器的设备），拆开的设备就摊放在他的桌子上。他用从RadioShack网站上淘来的部件重新组装了它，并用VB6开发了一套管理它的服务器和客户端程序，经过这样的改造，他实现当鼠移动到屏幕边缘时显示器就能自动切换的功能。Colin在做这个项目时获得了很大的乐趣，并且正在变成我们团队里最强大的程序员。这发生在Arduino创建之前一段时间，那时硬件Hacking的门槛还很高。VB6正在衰退，使用它的人被认为只能维护那些烂的LOB程序。从Co... 阅读全文
posted @ 2014-03-24 19:43
dai.sp
阅读(157)
评论(0)
推荐(0)
摘要：
[原文链接]你经常读编程博客吗？你经常读软件杂志吗？你经常读一些跟程序员相关的书籍吗？请停一下，放下你的计算机读物，下周再去读。去找一本跟IT无关的书。你是否曾经有过一种对编程世界如洪水般涌现的新事物不知所措的感觉？那正是你应该找一本不同的书去读的时候。找一本你觉得有趣的，或你喜欢的作家写的书。很多人认为读这些小说、读这些专业领域外的书都是浪费时间，但事实不是这样的。这些书的作用是让你的大脑转变一种思维视角。它们的作用是扩展你的知识领域。它们的作用是在替你准备消化下一个计算机里的新事物。你会发现一些有趣的现象，你会惊奇的发现看似不相关的主题却有着出... 阅读全文
posted @ 2014-03-24 19:41
dai.sp
阅读(125)
评论(0)
推荐(0)
摘要：
[原文链接]使用Linux shell是我每天的基本工作，但我经常会忘记一些有用的shell命令和l技巧。当然，命令我能记住，但我不敢说能记得如何用它执行某个特定任务。于是，我开始在一个文本文件里记录这些用法，并放在我的Dropbox里，现在，向大家分享这个文件。这个文件我会不断的更新。需要注意一点的是，有些用法需要在你的Linux系统里安装额外的软件。UPDATE: November 25, 2013检查远程端口是否对bash开放：echo >/dev/tcp/8.8.8.8/53 && echo "open"让进程转入后台：Ctrl + z将进程转 阅读全文
posted @ 2014-03-24 19:35
dai.sp
阅读(360)
评论(0)
推荐(0)
摘要：
[原文链接]我正好看到了下面的一段代码： publicvoidExecute() { ArrayListempIds =PayrollDatabase.GetAllEmployeeIds(); foreach(intempIdinempIds) { Employeeemployee =PayrollDatabase.GetEmployee(empId); if(employee.IsPayDate(payDate)) { DateTimestartDate = employee.GetPayPeriodStartDate(pay... 阅读全文
posted @ 2014-03-24 19:12
dai.sp
阅读(145)
评论(0)
推荐(0)
摘要：
[原文链接]最近我和一些程序员就编程问题进行了一次有趣的讨论。我通常会有这样的印象，感觉一些程序员过于强调代码的整洁。不要误会，我也很注重代码的整洁，在过去几年来也写过不少强调代码整洁的重要性的文章。但当我编程时，代码整洁只是我的第二重要目标，它永远不会取代我的首要目标：让软件先跑起来。让它能跑的很漂亮，这是我更大的愿望。当谈论起代码整洁时，很多人都能饶有兴趣的说出很多。他们坚持不懈的追求这个目标，有时他们在编程时还会穿上带有Uncle Bob的绿色的宣传图标衣服， 以此提醒自己什么是最重要的：写出整... 阅读全文
posted @ 2014-03-24 19:09
dai.sp
阅读(134)
评论(0)
推荐(0)
摘要：
[原文链接]现在距离我首次决定要创建Buffer这个应用已经将近2年时间里，在此之前的一年半时间里我一直为前一个创业项目而忙碌，就在那时，我开始发现一些规律，一些在创业过程中能影响你的生活起起伏伏的规律。就在那个时期,我学到了一个最重要的事情：当快乐时我做事做的最好。这几乎能体现在各个方面。如果我快乐着，我编程时会更有工作效率，我能更好的解决用户的问题，我发现我还能更容易集中注意力。就我而言，我发现有几个非常好的习惯能让我保持持续不断的快乐的感觉。而且，每当我的情绪有低落时，这些习惯是使我能迅速恢复到之前快乐水平的灵丹妙药。下面就是我坚持不懈的6个习惯：1. 早起... 阅读全文
posted @ 2014-03-24 18:59
dai.sp
阅读(135)
评论(0)
推荐(0)
摘要：
[原文链接]好的编程原则跟好的系统设计原则和技术实施原则有着密切的联系。下面的这些编程原则在过去的这些年里让我成为了一名优秀的程序员，我相信，这些原则对任何一个开发人员来说，都能让他的编程能力大幅度的提高，能让他开发出可维护性更强、缺陷更少的程序。* 我不要自我重复— 这也许是在编程开发这最最基本的一个信条，就是要告诉你不要出现重复的代码。我们很多的编程结构之所以存在，就是为了帮助我们消除重复(例如，循环语句，函数，类，等等)。一旦程序里开始有重复现象的出现(例如很长的表达式、一大堆的语句，但都是为了表达相同的概念)，你就需要对代码进行一次新的提炼，抽象。http://en.wikipedia 阅读全文
posted @ 2014-03-24 18:39
dai.sp
阅读(132)
评论(0)
推荐(0)
摘要：
[原文链接]别以为是那些软件开发定律，别以为是开发出那些特殊用途的软件，别以为是软件设计技术本身。只有一条真理决定了一个软件程序员的成功还是失败。由于坚持这个真理，一个资深的程序员能在一天的时间里学会一门新的编程语言，而由于不坚持这条真理，一个初级的程序员用十年时间也只能挣到一份糊口的钱、永远是来实现别人的设计、永远不够优秀而得不到晋升的机会。这条真理让你看清了差的程序员和好的程序员的不同之处，好的程序员和伟大的程序员的不同之处，伟大的程序员和能通过自己的技术创造出一个亿万美元价值的程序帝国的超级程序员的不同之处。不是什么复杂的道理，不是什么难懂的理论。不是具有什么天赋或“编程超能力“才能做到 阅读全文
posted @ 2014-03-24 18:38
dai.sp
阅读(98)
评论(0)
推荐(0)
摘要：
[原文链接]多少年来，人们普遍有一种看法，认为软件工程应该和其它种类的工程一样：仔细的设计，精确的规划，然后进行开发—严格按照设计说明书。就像修建一座桥梁，不是吗？这种开发方式的问题在于：软件，它是“软”的。它可以无限的延展。任何需要的时候你都可以大幅度的修改你的软件，人们也都是这么干的。还有，因为软件可以被拿来对任何事物进行模型造型，你能要求软件开发人员去实现的可能的东西几乎是无穷无尽。想要在软件里模拟集成电路吗？干吧。想管理银行？没问题。让五亿人和他们的朋友保持联系？为什么不呢？小菜一碟。不仅如此，在开发的中途我们还能要求程序员去做各种修改，这种事情经常的以一种不可预期的形式出现。这可不是 阅读全文
posted @ 2014-03-24 18:36
dai.sp
阅读(120)
评论(0)
推荐(0)
摘要：
[原文链接]我读了Kevin Pang 的一篇可能非常老但非常好的有趣文章：每个程序员都该知道的10大编程格言。Kevin给了我们10条按他的观点的每个程序员必须知道的编程格言。可以看出，这都是不错的格言，而下面是我自己最喜欢的编程格言。保持简单直白(Keep It Simple Stupid)不要做重复的事情(Don’t Repeat Yourself)能干的人解决问题。智慧的人绕开问题(A clever person solves a problem. A wise person avoids it) –Einstein沉默会被理解为赞同(Silence is construed as a 阅读全文
posted @ 2014-03-24 18:34
dai.sp
阅读(261)
评论(0)
推荐(0)
摘要：
[原文链接]在SDTConf 2009论坛上，Corey Haines和我共同主持了一个叫做“最臭的臭弹”的研讨会。会议上，我们试图去寻找下面两个（不同的）问题的答案：作为一个经验丰富的开发人员，回顾往事，最臭的让你最受折磨的代码是什么样的？也就是说，请指出一种代码，如果你能根除掉这种很臭的代码，那么在你的程序中的大部分设计问题都会迎刃而解我们有如此多的不同的原则和指导来帮助我们去实现好的设计。对于一个新手来说，他应该从哪里开始？哪种代码风味（code smell）或原则，对于一个新手来说，可以最大程度的帮助他们做出好的设计（节省好几年去总结经验）？尽管字面上这两个问题很相似，但我认为这第二个 阅读全文
posted @ 2014-03-24 18:11
dai.sp
阅读(236)
评论(0)
推荐(0)
摘要：
[原文链接] Steve Freeman 写了一篇 blog拥抱极限编程(Do do XP)来反驳我的这篇文章。我开始厌倦了和那些坚持认为Scrum离开了极限编程就不再有价值的人的无休止的论战。 Scrum 很好用 — 但前提是实施者必须从基础上理解它的价值所在和实施原则。 你应用Scrum所处的环境条件决定了你在实施过程中应该采取哪些措施。 比如，在教堂里实施Scrum和在软件开发中实施Scrum有着不同的一套实施策略。而这两种情况下的实施措施又和传统的Scrum有不同之处。极限编程的拥护者动不动就抱怨在软件工业中Scrum没有提供很好的开发原则。 但就目前极限编... 阅读全文
posted @ 2014-03-24 18:02
dai.sp
阅读(183)
评论(0)
推荐(0)
摘要：
[原文链接] agile software development在文章远离极限编程(Don’t do XP)里, Tobias Mayer 建议人们不要去搞极限编程(XP)。 我和Tobias相知已久，我想他这个问题上错了。 我不知道他在跟谁争论，但他们的有些争论就是“嚼舌根”。我想如果他曾经试过一次XP，那他的言论会更有说服力。 XP并不是一个万能的解决方案，但它确实是一种方案，而且我们知道如何使用它。作为一个临时的XP支持者，我并不抱怨 “在软件工业中Scrum没有提供很好的开发原则”，我只抱怨这个产业。 如果我们能在这个产业里有效率的工作，那我们也就不会有... 阅读全文
posted @ 2014-03-24 18:01
dai.sp
阅读(175)
评论(0)
推荐(0)
摘要：
[原文链接]“技术债务（technical debt）”这个词是由Ward Cunningham 发明的，用来描述为了在最后期限前实现某个项目任务而让开发团队做某种技术上的妥协。这里有两篇博客文章，Uncle Bob 和 Martin Fowler 分别在里面描述了几乎所有项目都可能会遇到的各种技术债务。在A Mess is not a Technical Debt这篇博客里， Uncle Bob 评论说，做出妥协是实现有最后期限目标的必要的手段。但是他区分妥协与否的方法只是纯粹从代码的粗心与否来考虑：编码混乱并不是一种债务。编码混乱就是编码混乱。技术债务的产生是由现实的工程约束造成的。这是有 阅读全文
posted @ 2014-03-24 17:56
dai.sp
阅读(231)
评论(0)
推荐(0)
摘要：
[原文链接]高科技无关的电影也偶尔会出现一些跟计算机相关的镜头。文本搜罗的是在各种电影中出现过的代码，它们有的是黑客脚本，有的是绝密文件，有的就是为了摆酷，文中对这些代码都有截屏，你是否能看出它们是什么语言？一、《钢铁侠》，c语言电影《钢铁侠》最近我重新看了一遍《钢铁侠》，发现了一些有趣的事情。在钢铁侠的人工心脏第一次“初始化启动”期间，在那个“恐怖分子”的洞穴里，一些长长短短的C语言代码出现在那个伪造的笔记本电脑屏幕上。屏幕上的这些代码，尽管从语法上看是少了一些重要的字符，例如分号，但的确是有效的C语言代码。写的非常规范，以至于我想弄清楚这些代码是从哪里来的。使用谷歌一搜，我就找到了它。这段 阅读全文
posted @ 2014-03-24 17:56
dai.sp
阅读(984)
评论(0)
推荐(0)
摘要：
[原文链接] 我遇到很多客户做过压力测试 – 有大规模的，也有小规模的 – 有用开源工具的，也有用商业软件的。 压力测试本身变得越来越容易，越来越可以支付的起——因为出现了很多很好用的压力测试工具。还有一些公司提供在线压力测试服务。尽管做压力测试越来越容易、越来越有效率、而能花很小的代价产生很大的压强，但是我的所有客户都遇到了同样一个问题：压力测试并不会报告是什么导致了问题。它只会报告这有了问题，例如：查询页面在并发50个用户使用时变慢下来，但它不会显示什么导致了变慢。捕获到的性能统计数据例如CPU和内存使用量只是强调了潜在的问题区域，但并不会指出实际的根源在应用程序的什么地方。标准的压力测. 阅读全文
posted @ 2014-03-24 17:50
dai.sp
阅读(413)
评论(0)
推荐(0)
摘要：
[原文链接]上图为本文的作者：Matt Welsh自从我离开哈佛后，经常有人问我现在在谷歌工作是什么样的情况。我猜想很多人会认为从一个终身教授到一个软件工程师的转变存在很大的身份落差。但除了这个头衔外，我工作的还是很高兴的，而且在这个新角色上，我的工作效率比以前在哈佛任教的8年中的任何时候都高——尽管当一名教授和管理一个开发团队在很多方面都有非常相似的地方。我在谷歌的西雅图办公区带领一个开发团队，这个团队负责手机网站性能方面的一批技术工程。(你可以从我之前的几篇博客里了解更多的关于我的团队的背景信息。)最近发布的手机谷歌浏览器里的数据压缩代理支持就是我们比较复杂的项目之一。我... 阅读全文
posted @ 2014-03-24 17:47
dai.sp
阅读(361)
评论(0)
推荐(0)
摘要：
[原文链接，值得一读] guy方案体现了毕达哥拉斯学派的思想－－万物皆数。 很多年前我进入硅谷人才市场，当时是想找一份高级工程师的职位。如果你有一段时间没有面试过，根据经验，有个非常有用的提醒你应该接受，就是：你往往会在前几次面试中的什么地方犯一些错误。简单而言就是，不要首先去你梦想的公司里面试。面试中有多如牛毛的应该注意的问题，你可能全部忘记了，所以，先去几个不太重要的公司里面试，它们会在这些方面对你起教育(再教育)作用。 我第一家面试的公司叫做gofish.com，据我所知，gofish这家公司如今的情况跟我当时面试时完全的不同。我几乎能打保票的说，当时我... 阅读全文
posted @ 2014-03-24 17:40
dai.sp
阅读(182)
评论(0)
推荐(0)
摘要：
[原文链接]我收集各式各样的至理名言。最近我一直在研究敏捷软件开发；有收获吗？下面就是能够指导敏捷软件开发团队的26条核心原则。用例一完全能够运行后再开发用例二。厨房里有一种说法正好可以印证这个问题：“做好一盘菜后你再做下一盘”． 对于软件开发来说一个最大的问题就是人们喜欢并行开发多个任务。因为不可避免的，我们设计的功能中总会有一部分会被放弃砍掉，如果提前开发，很可能做无用功。 一次只开发一个用例（或很少几个用例，这根据你的开发团队的大小而定）； 让这个用例功能完整； 让相应的测试用例都能通过； 相应的文稳都补齐； 只有在当前的用例完全开发完成后，才做为一个整体提交到版本库，才进行下一个用例。 阅读全文
posted @ 2014-03-24 17:24
dai.sp
阅读(176)
评论(0)
推荐(0)
摘要：
[原文链接] 本周在欧洲举行的TheServerSide Java研讨会上，ThoughtWorks的架构师和著名讲演人Neal Ford 指出那些只静止的依赖于一种专门的技术的人会在几年之内被淘汰出局。 他谈到了19世纪的马蹄铁匠，那时候干这种工作看起来是稳定而且有前景的职业，直到有一天科技进步（汽车的出现）导致了整个行业被淘汰。 我对Neal的这些话颇有感受。 当我还是大学教师、教授面向对象编程的时候，我有一个成年学生是个真正的C语言编程高手。 事实上，他的专长是使用Borland Turbo C 3.0。 当他很费力的去领悟C++和Smalltalk和这类语言后面所代表的含义时，他竟.. 阅读全文
posted @ 2014-03-24 17:21
dai.sp
阅读(135)
评论(0)
推荐(0)
摘要：
[原文链接] 人类心理学研究中的一个基础支撑科目就是分析人的潜意识和意识。 弗洛伊德是最早的一位能够清楚的认定和描述我们的心理活动“领域”的人。 在他这著名的一生的早期，他就指出我们的意识里分“潜意识”，“前意识”，“意识”。 如 果我们想能清楚他们分别跟我们的思想、感觉、认知、判断和动机（这这些在我们每天的生活，职业生活中都是关键因素）有什么关联，我们可以把我们自己描述成 一个冰山。 冰山的尖端，唯一能从水面看到的一部分，可以当作是我们的的意识。 它是有逻辑、有组织的，我们可以控制它，但这部分很小。 这庞大的水下的部分是我们的意识不到的。 它们是无组织、无逻辑、无关联的，但它们取能决定我.. 阅读全文
posted @ 2014-03-24 17:18
dai.sp
阅读(170)
评论(0)
推荐(0)
摘要：
[原文链接]烂程序员会说什么？谁是烂程序员？ [ku6video id='892dBHzZyB_Qe7zm5XENPg..'] 阅读全文
posted @ 2014-03-24 17:07
dai.sp
阅读(94)
评论(0)
推荐(0)
摘要：
[原文链接]不同的行业领域中很多时候都分享着共同的思想和理念。比如，大量的计算机编程中涉及到的概念都被运用到了电影里。有些概念出现在电影里后变得如此之酷，甚至反过来能帮助我们程序员更好的理解这些概念。下面就是我最喜欢的10大电影，它们都在某方便帮助了我理解编程中的某些概念。1. 骇客帝国(1999)概念：在线/离线，递归，循环，矩阵等。这部具有革命性的电影。一种文明的结束是另一种文明的开始。它成了后来的很多电影效仿的对象。 2. 环形使者(2012)概念：循环如果生活变成了一种无休无止的循环，如何终止它？ 3. 创：战记... 阅读全文
posted @ 2014-03-24 17:02
dai.sp
阅读(377)
评论(0)
推荐(0)
摘要：
[原文链接] 最近国内外都在流行一个词叫Full Stack，中文翻译过来叫全栈工程师，也叫全端工程师。微博上很多专业人士都在讨论全端工程师，有赞有毁的。我对全端工程师的定义是：掌握多种技能，并能利用多种技能独立完成产品的人。打外比方，全栈工程师就是一个能独立盖一幢10层小洋楼的人，而普通工程师，则是可以和一群人盖一幢摩天大楼的人。至于要掌握哪些技能，我觉得这个要跟从事的行业与技术方向有关，做互联网的和做软件的是不一样的，即使是做互联网的，后端也可以分为很多种技术流派。8/2定律在哪都适用，全栈工程师就是掌握20%常用技能的人，但这20%的技能会有80%的几率被用到，剩下那80%不常用的，让. 阅读全文
posted @ 2014-03-24 11:14
dai.sp
阅读(202)
评论(0)
推荐(0)
摘要：
[原文链接]全栈工程师，也叫全端工程师，英文Full Stack developer。是指掌握多种技能，并能利用多种技能独立完成产品的人。1、价值 全局性思维 现代项目的开发，需要掌握多种技术。互联网项目，需要用到后端开发、前端开发、界面设计、产品设计、数据库、各种移动客户端、三屏兼容、restFul API设计和OAuth等等，比较前卫的项目，还会用到Single Page Application、Web Socket、HTML5/CSS3这些技术以及像第三方开发像微信公众号微博应用等等。Web前端也远远不是从前的切个图用个jQuery上个AJAX兼容各种浏览器那么简单了。现代的We... 阅读全文
posted @ 2014-03-24 11:14
dai.sp
阅读(221)
评论(0)
推荐(0)
摘要：
[原文链接] 本文的作者Eliot Horowitz是MongoDB的创始人和技术总监。 在一个科技公司里，软件技术经理用在编程上的时间应该不低于总工作时间的30%。无论是管理一个团队，还是一个分部，还是整个公司，当技术经理用在编程上的时间低于30%时，他执行职责的能力就会发生严重退化。 我的这个断言可能跟那些我看到的想成为团队首领的软件程序员们期望的情况完全相反。每次晋升，程序员们都期待花在编码上的时间会大幅度减少，当从“leader”爬到“经理”职位时，就应该彻底脱离编码活动。而且，他们期望以一种“动口/眼不动手”的方式来保持对代码库的熟悉。再上级的领导就跟编码完全没关系了(如果有的话.. 阅读全文
posted @ 2014-03-24 11:08
dai.sp
阅读(117)
评论(0)
推荐(0)
摘要：
[原文链接] 好长时间没好好写点东西了，前段时间由于项目的需要出差了一个多月，期间各种加班，每天晚上加班到十点，回到宾馆实现是没什么精力再写博客了。有时间能静下来写点东西总是很好的一件事，如果写技术方面的博客，不仅能给读者提供一些解决问题的线索，也能加深自己对技术点的理解，如果写的是自己对项目的感悟，也算是对自己所做的工作的总结。现在终于有时间写点东西了，感觉还是不错的。 今天这篇博客不是写关于具体技术的，而是我对程序员怎样学习和提高自己能力的一些感悟。我是今年7月初毕业的，离开学校后就直接进入之前实习的公司上班了。现在算来工作了也将近半年了，算上实习的时间，将近一年了。在这期间，参与了几.. 阅读全文
posted @ 2014-03-24 11:08
dai.sp
阅读(220)
评论(0)
推荐(0)
摘要：
[原文链接] 一个故事 老张有一个林场，专门种植树木，待树木成材后销到城里做家具。林场里有不少杉树，长得都非常挺拔，偏偏不知怎的长了一棵歪脖子树，长得倒是郁郁葱葱，偏偏造型奇特，别的树都力争上油，可这棵歪脖子树不仅横着长，还长得颇为怪异。老张几次都想挖掉它当柴火烧，看它那怪异的造型又忍住了，心想等这批杉树成材，一起砍掉吧。 一到晚上夜深人静的时候，林场里就炸开了锅，杉树们极力取笑歪脖子树。“你知道作为一棵树，我们的终极目标就是成为有用之材吗，你看旁边那个，可以做梁柱，小歪脖子，你丫能干啥啊？”；"这个臭歪脖子树，抢了我们的养分和阳光，长成这样，完全是丢我们的脸，我呸！"。 阅读全文
posted @ 2014-03-24 11:08
dai.sp
阅读(123)
评论(0)
推荐(0)
摘要：
原文链接 这篇文章是我最近十天口语系列文章的合辑，文章比较长，一万五千余字。但是系统化地归纳了自己十多年的英语尤其是口语方面的学习经历与总结思考。我不是个纯粹的英语专业学生，我甚至不是任何英语相关专业的学生，但是我和英语却有着很多的故事，我对这门语言的学习与训练有着没由来的纯粹兴趣。虽然我从学校接受的教育与学术训练主要在计算机科学与技术领域，但是在英语演讲、辩论、口译的场合偶尔能看见我年轻时的身影。在不同领域的体验，让我有机会转换角度观察，我的这篇合辑文章也会有带有这样的特点，希望我的文字能带给您不同的思考。 由于文章是以连载的形式写就，我在合辑中保留了一些带有时间性质的语句，如昨天今天，.. 阅读全文
posted @ 2014-03-24 10:25
dai.sp
阅读(219)
评论(0)
推荐(0)
浙公网安备 33010602011771号