曾几何时，懂编程的都是些顶级极客，但是现在，情况已大不相同，大多数企业家、威客、运营都会告诉你，学点编程能如何让自己更加成功。过去的一年，我也在学写代码，懂的代码令我成为更好的企业家。在团队需要修复网站bug时我也能参与进去了。 学习编程，你甚至不必砸钱。这里有 12 个网站，你可以免费学到编程课程： CodeAcademy CodeAcademy 是学习编程的最好的地方之一。这里提供各种课程，从HTML CSS, JavaScript, jQuery, PHP到, Python 和 Ruby. Coursera Coursera 现在已经成为主要的盈利教育技术公司，提供来自 119 个教育机构
2015-10-01 16:07 John Rampton, 奋斗在路上
若干年前，在我还是一个小小的软件开发人员的时候，我就梦想有一个女孩能让我与之畅谈我喜欢的东西。我想和她谈论我做了什么。不是简单地说我在做与电脑相关的东西，而是能够更深层次地畅所欲言。就像和同事一起的那种谈话。我希望当我发现了什么令人兴奋的新玩意儿的时候，当我兴致勃勃地讲给她听的时候，她能理解我。 回想我还在上大学的时候，我也经常将我这个梦想说给朋友听。我以为他们会和我想的一样，但让我吃惊的是，我是这群极客中唯一一个这么想的人。他们中的每一个人都告诉我，他们不想找一个女程序员做女朋友，他们说这会让
2015-08-21 09:20 小峰
你有没有这样的经历：别人审查过你的代码之后给出的注释，你认为是没有必要的？注释代码是为了提高代码的可读性，目的是为了能让其他人更容易理解你的代码。 我特别讨厌这5种注释类型以及制造它们的程序员。希望你不是其中之一。 1.自以为很了不得的程序员 public class Program { static void Main(string args) { string message = "Hello World!"; // 07/24/2010 Bob Console.WriteLine(message); // 07/24/2010 Bob message = "I am so proud of this code!"; // 07/24/2010 Bob Console.WriteLine(message); // 07/24/2010 Bob } }
2015-10-02 10:28 dhirschl, 小峰
代码就是程序员的孩子，给孩子取个好听的名字很重要！ 我们在项目开发中，接触到的变量、函数、类多数都是项目自己定义的，往往都是为了解决一些特定的领域的问题，引入了各种各样的概念，代码里面的名字就对应着问题领域或方案领域的这些概念，所以，对于一个命名良好，代码规范，设计简洁的系统，要想非常快的理解一个系统，最直接的方式就是RTFC(Read The Fucking Code)。对于一个不断演进的系统，代码的可读性至关重要，首要要解决的问题就是名字，变量名、函数名、类名等都需要仔细斟酌，认真对待，一个能够简洁，能够清晰表达概念
2015-10-03 09:36 david++
近日，100offer互联网人才拍卖平台举办了名为「寻找实干和坚持的技术力量」的Side Project赞助活动，正在火热报名中。 「在100offer的运营过程中，我们接触最多的是技术人。从某种程度上来看，这是一群不知疲倦的人：他们的工作是编程，他们的休闲也是编程。」 100offer CEO贾智凡这样介绍举办这次活动的初衷： 「如果你经常关注V2EX等技术社区，就会时不时发现一些鲜为人知但又很有意思的Side Project（个人业余项目），或许你并不知道项目背后的那些人到底是谁，却会被他们的精神感染。正是这样的感染，让我们决定不务正业一把，举办
2015-09-07 17:24
C.A.R. Hoare, The 1980 ACM Turing Award Lecture There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies and the other way is to make it so complicated that there are no obvious deficiencies. 有两种软件设计的方式：一种是使它足够简单以致于明显没有缺陷，另一种则是使它足够复杂以致于没有明显的缺陷。 E.W.Dijkstra The computing scientist's main challenge is not to get confused by the complexities of his own making. 计算科学
2015-07-17 08:09 youngsterxyf
如果你回忆一下自己结对编程（pair programming) 的经历，有多少次你能感觉到自己效率和能力的提升呢？又有多少次你为不愉快的经历而烦恼？ 结对编程为软件开发团队（不管他们是否采用敏捷过程）带来的好处已经广为人知，但是要有效的实施结对编程，不仅需要团队的成员相信结对编程的益处，更重要的是，他们要全身心的投入。 怎样才能让结对编程更有效呢？仅仅是两个人共同完成一个任务并不意味着那是一次有效的结对经历。除了完成任务，结对编程也是增进你和其他团队成员之间关系的好机会。你们可以互相学习，不仅仅是技术，也可以多了解
2015-08-18 15:48
每当有关于热情的文章出现，有些人总会在下面评论说，他们没有时间去做业余项目，每天的工作就超过8小时了。这让我很困扰，为什么不加班要被定义为没有热情。热情是一种情感。它意味着你会思索你正在做的工作，它意味着你关心它们。 热情不是二进制。有些人就是比其他人拥有更多的热情。那些下班后依然会熬夜在GitHub上奋战的家伙可能就是比你更有热情，但是，这并不意味着你就不能用自己的方式展示热情。在我看来，如果你读到涉及职业生涯热情的文章，然后精心评论，那么你的热情就已经超出了平均水平。 没有热情的人甚至都不会找这些文
2015-08-28 13:58 DANIEL KAPLAN, 小峰
不知是因为到处在招那些热爱编程的人，还是因为到处写着我热爱编程，这个词已经到处都是了。可惜的是我发现我并不是一个热爱编程的人，但是不可否认的是我是有技术热情。只是我的技术热情仅限于我感兴趣的东西。两者看上去似乎有着很大的矛盾，实际上也是如此? 热爱编程是什么鬼? 百科上这样解释热爱: 情愿全身心投入地爱，激情四射，充满幸福的幻想，去奋斗、去付出，享受其中过程（即使是酸甜苦辣），即使没有回报也不后悔。尤其在遇到阻力、挫折时，才显出什么是真正热爱。 这似乎也就意味着只有遇到阻力的时候，我们才能区分一个人
2015-08-16 09:47 @phodal
与传统观点相反，新的研究发现，想要为了更高效和更具可维护性，而去重组软件代码，我们所花的时间和精力并不一定是值得的。 重构软件，也就是，重组现有的源代码，以使其更高效，更具可读性和可维护性，这可能是所有开发人员时不时在做的一件事情。当然，重构背后隐含的假设是，将来的收益可节省的人力物力，要能大于现在投入的成本所耗费的时间和努力。然而，新的实验研究表明，情况可能并不像你想像得那样美好，重构或许并不能大幅度地改善软件代码质量，有时候甚至是完全没有起到一点改善作用。 此研究是由研究人员在斯里兰卡完成，
2015-08-13 10:02 小峰
分享到微信
打开微信，点击顶部的“╋”，
使用“扫一扫”将网页分享至微信。
标签: