摘要：
有朋友听到我失业了，表示很惊讶，“牛人也会失业？"，是的，会的。因为自己不适合那间公司，而且失业对我的发展来说也是件好事。某天的一个上午，在写着代码，突然被老大叫进了办公室。告诉我，合同期完，公司不准备给我续约了，直白点，就是把我给裁员了。虽然有点意外，但是，也在情理之中。之所以在情理之中，因为自己真的不适合这间公司，这个职位。每个人的能力都是不同的，只有放在合适它的位置，才能把的才华给发挥出来。打个比方说，如果关羽、张飞坐到了诸葛亮的位置，来运筹帷幄，会发什么情况呢？公司期待我是一个Team Leader，带几个小弟从事项目的开发，但是，我却希望能专从心从事技术的研究。有朋友跟我说 阅读全文
随笔档案-2013年03月
我对程序员技能的一些认识
2013-03-24 15:50 by 麦舒, 2609 阅读, 收藏, 编辑
摘要：
看了这篇文章《优秀程序员无他-善假于物也》，我忍不住再次吐嘲。其实，这篇文章对于刚刚接触编程——也就是刚刚会写"Hello World"的人，还是有点参考价值，只是这篇文章说到的技能，应该是优秀程序员所应该具备的，但只会这些就称之为优秀的程序员，未免过于贬低优秀这个词了。很多时候，我听到一些程序员很爱标榜自己很爱接受新技术，看了多少本书，很上进，相反，象哥哥这种老程序员，则嗤之以鼻，认为不接受新事物，不爱学习，固步之封。对于这种井底之蛙，我是一笑置之，懒得跟他说，免得教聪明他。当然，如果能虚心点，我倒是很乐意和他们探讨的。相反，我是个非常上进的程序员，非常热学习。能十几年如 阅读全文
被神化的架构和被夸大的CTRL+C、CTRL+V
2013-03-23 21:40 by 麦舒, 2936 阅读, 收藏, 编辑
摘要：
为什么我想谈谈架构，和代码的复制粘贴这两个话题呢，主要是前几天看到一篇文章提到这两个话题，在这里想谈谈我的一些看法。很多新人，都很谈架构，好象贴了架构这个标签就显示高档似的，把设计模式当作圣经，实在可笑。做架构，不是捧着书，然后闭门苦思就能想出来的。架构是做出来的，不是设计出来的架构，说穿了就是解耦，把变化的东西抽离出来，这个是它的本质。一般来说，越接近底层的东西越是稳定，越接近业务层的东西越容易变化。如果想在业务层上作封装，也就是说想作架构设计，必须充分了解业务，没有足够的编码经验是不可能做好的。所以我经常说，架构不是设计出来的，而是做出来的，只要你做完了，整个业务都确定了下来了，了解充分了 阅读全文
一位软件作者的吐嘈——读《Google Reader猝死启示录：互联网无法永远免费》有感
2013-03-22 00:16 by 麦舒, 3988 阅读, 收藏, 编辑
摘要：
夜已夜，躺在床上，翻来覆去，却无法入眠。最近，因为过度疲劳，都成了习惯性失眠了。于是呼从床上爬起，写下了这篇文章。前几天，看到一篇文章，深深地触动自己的内心，这篇文章是《Google Reader猝死启示录：互联网无法永远免费》。给这篇文章打动，主要是文章这几个观点：1、任何软件，无论免费的或者收费的，都必须盈利，没有盈利的产品，终究会消失。2、付费应该得到鼓励，尤其是当你喜欢一款软件的时候，应该为自己所喜欢的软件买单，使得作者继续把这款软件开发下去。作为一个软件开发者，深知开发出一款优秀作品的艰辛，其背后的付出却难以让人所知。前段时间，收到客户的邮件，客户：“ALinq 什么时候能够出新版， 阅读全文
谈谈项目的执行
2013-03-14 11:33 by 麦舒, 1726 阅读, 收藏, 编辑
摘要：
在写完上一篇文章《谈谈项目的开发》后，发现有个地方说漏了，因此有了这篇文章。文章的标题，准备点说应该是项目方案的执行，但读起来觉得有点拗口，所以改成了现在的。任何一个看似完美的方案，在执行的时候都会碰到那样，或者这样的问题。而方案的制定，必须是有利于执行，一个没无执行的方案是没有意义的，切记（切记，是在提醒我自己 ^_^）。在上一篇文章中，我提到了，在制定方案的时候，要详细到每一个类，每一个方法，而且还要在界面上明确标注出来，可能很多朋友会怀疑有没有这样的必要？如此细化，只能用在小项目里吧？有的，非常有必要，因为这样可以确保方案的执行，易于进度的跟踪，下面会展开去谈。我承认，我做的项目的确是小 阅读全文
谈谈项目的开发
2013-03-13 12:30 by 麦舒, 5666 阅读, 收藏, 编辑
摘要：
昨天看了一篇关于做项目方面的文章，也想谈谈自己做项目的经验。本人虽然从事IT行业多年，但是主要从事的工作都是技术研发方面的，比较出名的就是ALinq了，ALinq Dynamic 是最近做的一个，感兴趣的朋友可以看看。 我做的项目不是很多，这方面的经验比较有限，因此，本文的一个目的是希望能够抛砖引玉的作用。熟悉业务开发项目的第一步，就是要熟悉业务了，这个是必须的，只有熟悉业务，才能够了解到客户的需求，从客户的角度去思才问题。否则，开发出来的项目，和客户想要的完全是两码事。具体来说，就是沟通。而和客户沟通，我觉得一个比较有效的手段就是流程图，界面的草图。我现在用的是本子记录，虽然记录方便，但是修 阅读全文
谈谈代码的阅读
2013-03-12 11:32 by 麦舒, 2004 阅读, 收藏, 编辑
摘要：
阅读代码，对于一个程序员来说，是一项很基本而又很重要的能力。我也曾经跟很多新人谈过，“要多看代码，少写代码”，但是，因为阅读代码是件苦差，绝大数的程序员更宁愿写代码。其实写代码，和其它一些行业，也是有相通之处的。比如说，书法或者绘画，都是从临摹开始。写代码其实也是一样，从阅读别人的代码中，提高自己的鉴赏能力，你只有知道，什么是好的代码，什么臭的代码才有可能写出好的代码。而且阅读代码，还可以磨练人的意志和毅力。缺乏毅力的程序员，在这一关中纷纷落马，最后写了好多年的代码，写出的东西还是普普通通。我也知道，很多程序员，一打开项目，看到一大堆的代码，头就大了。其实阅读代码还是有一定的技巧，掌握这些技巧 阅读全文
谈谈技术文档的编写
2013-03-11 14:40 by 麦舒, 6459 阅读, 收藏, 编辑
摘要：
博客园里讨论编程的文章很多，却没有见过谁发表过文档撰写方面的，或者有，是有我不知道呢？但无可否认的是，涉及到到文档方面的极为罕见。这是否与程序员对文档的编写不够重视有关呢。作为一名程序员，我也曾经犯这样的错误，对于文档的编写不够重视。但是长期地和客户接触中，发现文档的撰写极为重要，出色文档绝对可以为你的软件锦上添花，同时，可以减少花在客户身上技术支持的时间。现在，我就谈谈写文档的一些心得。一份文档，应该是由以下几部份组成文档的组成1、软件的简介。这部份内容应该把软件的特点给描述清楚，让用户知道你的软件都有些什么功能、用途。对他们的工作或者生活有些什么帮助。这部份内容，应该是简洁明了，并且描述清 阅读全文
高仿Entity Framework？Linq to SQL也有春天！
2013-03-05 18:06 by 麦舒, 5494 阅读, 收藏, 编辑
摘要：
开发这个框架，主要起源于有很多使用ALinq或者Linq to SQL的用户，经常向我抱怨，它们使用起来的确很爽，但是动态查询太让人纠结了。这个框架主要就是想解决客户碰到的动态查询的问题。至今为至，已经断断续续地写了一年多了，写这个框架，充满了挑战与乐趣。当然，现在更觉得，能把文档写好，更是挑战。大多数的程序员，一直对于写文档这码事，不大重视，我也是其中的一员。但是，长期地与客户打交道，让我认识到，文档是非常地重要的，而且，能把文档写好也不是件容易的事情。这次的发布，更多的精力放在了文档的编写上。所以，在这次的发布包里，你们会看到一份非常用心写的，非常详细的文档。正如你们在标道上看到的，ALi 阅读全文
