关于拖延症的话题我在Hacker News上不断的看到有人提出来(你也读了，不是吗？)，感觉有必要将我是如何跟拖延症做斗争的方法分享给大家。然而，我这里说的主要是针对程序员/美工，但其实任何人都可以使用。首先最重要的…. 它不是那些老套陈旧的动机心理学扯谈。 我并不是说那些传统的应对拖延症的方法理论不对，只是对我无效。当正经历极度消沉的时候，我通常听到的理论的最后一句话是”You just DO IT!”。我有很多的事情要去做。但我不会去阅读你那400页的治疗拖延症手册，也不会执行你那一套自我调整的行动方案。 OK，下面看看我的方法。 第一、你想完成什么？ 以程序员为例： 我需要在我的程序里添加讨论和留言功能。 以美工为例： 我需要给这个客户做出logo。 回答这个问题。有答案了吗？非常好，下一步。 第二、寻找下一步你需要马上去做、而且不带压力的一个任务。 这里真正的艺术就在于我是如何实施这一步(注意，是我如何实施，而不是科学上如何实施)。纵览一下所有你的任务，把它们拆分成小任务，然后再次拆分，直到任务小到你认为可以毫无压力的完成为止。这样的任务此时应该可以用“too easy”来形容。 以程序员为例： 建立一个路径,这样我可以访问”myapplication.com/discussion” 以美工为例： 选出3种最适合这个logo的字体 第三、完成第二步中选出的任务。 第四、重新从第一步开始。 为什么这种方法好用 首先第一个原因是，这种方法让你没有压力，让你有能很容易完成的心理准备。这个任务如此简单，你会想干脆做了它。如果你觉得自己有拖延症或意志消沉，那这就是你需要的….而不是一个写满了100个任务的to-do列表。 第二个原因才是真正的原因——不需要担心下一步需要做的事情。还是以开发或美工设计为例。每次你完成了一个用这个方法为你选出的任务，余下的任务的 总体情况很有可能发生变化。完成X之前，你会认为Y应该是接下来最该做的事情。但当X完成之后，我用这个方法选出的任务却是Z….比如： 以程序员为例： 建立了路径后，下一步该做的应该是查询数据库操作… 但在我完成后，用这个方法选出的却是去开发view层。 一个美工为例： 我要挑选3种字体，接下来应该做的是从中选定一个，但是，因为这三个字体都是这么好看… 我最后决定做的是在Adobe Illustrator里用3中颜色分别演示它们。 最后一个这种方法对我有效的原因是，它能激发启动动力。让你开始去做。一旦做起来、行动起来，你就不会停下来，当完成任务时，你会发现一步一步的这样做下去是如此的容易。 我已经开发了4个大型的应用，都是使用的这种对抗拖延症的方法。这意味着我不是按常规顺序先去计划好X和Y，而是直接进入了设计和编码。所以，这种方法并不只是用在业余项目中的小技巧。 [英文原文：How I Fight Procrastination ] from:http://www.oschina.net/news/51765/procrastination
View Details原文出处： medium 译文出处： inside – elaine。 试想一位小公司老板每日孜孜不倦地工作，为何不能从为数众多的竞争者脱颖而出？ 一位创业家可以不眠不休一天工作24 小时，整整一周不休假。 然而，时间有限，且竞争者却永远可以投入更多钱与心力，让竞争更剧烈。 那么，为什么某些小型新创公司可以完成许多大型企业无法完成的事情呢？ Instagram──只有13 名员工却被Facebook 用几十亿买下的公司。 Snapchat──只有30 名员工却拒绝科技巨人Facebook、Google 的并购交易。 它们的成功部分来自于幸运──其余则是因为效率 。 成功的关键不是努力工作，而是用聪明的方式工作。 有效率并不是指良好的时间管理，而是──管理您的精力。 人们都需要学习如何花费最少的精力能够得到最大效益。 要提升生产力，下面这些事情绝对要避免： 一、停止加班，提升效率！ 1926年，福特汽车工业亨利福特（Henry Ford）执行了一项实验发现有趣的结果：当把一日的工时从10 小时降到8 小时，从一周工作6 天减少至一周5 天，人们的生产力将会提高（注一）。 当您工作得越多，不论是短期或长期而言，您的效率、生产力都会降低。 1980 年由The Business Roundtable 的一篇研究〈Scheduled Overtime Effect on Construction Projects〉指出（注二）： 当每周工作时间超过60 小时，并持续超过两个月，生产力下降的累积效应将使完工日期推迟，而人数相同但每周只工作40 小时的团队执行同样工作，甚至还会更早完工。 在AlterNet的一篇文章中，Sara Robinson回顾美军执行的一项研究，这项发现「每晚都减少1小时睡眠，持续一周，将导致认知功能退化，等同于喝酒使血液酒精浓度升高至0.10 。 当个人过于劳累，使其以比平常还要负面的角度看事情，导致普遍地心情低落。 比心情更重要的是，其思维往往伴随着减少「主动思考与行动」──包括控制冲动、自我感觉良好、同情他人与情绪智力──的意愿（注三）。 维持高程度的生产力，避免让自己过度工作并睡眠充足很重要。 下次您思想为何工作缺乏生产力，原因很简单，您有可能缺乏睡眠。 二、不要太常说「yes」 根据80/20 法则（Pareto Principle），20% 的努力创造80% 的成果，20% 的成果消耗80% 的时间。 不是努力工作，我们应该把注意力放在创造80% 的结果并放弃其余的。 我们应该把更多时间放在最重要的任务。 我们应该停止对低效能与无效能的任务说：「好的，我来做」 。 「成功的人」与「非常成功的人」之间的差异在于，非常成功的人对几乎所有的事情都说不。 — Warren Buffet 激发一个问题：什么事情要说yes，什么事情说no？ 如果您不能想出某些值得花时间的地方，就考虑作个小测试找出答案：追踪您作的所有事情，可能的话持续优化处理的过程。 通常人们说「yes」的频率比实际上应该的次数还要多，因为说「yes」比说「no」要简单太多，没有想要当坏人。 2012 研究发表在Journal of Consumer Research，研究者将120 个学生分成两组。 一组被训练为说「我不能（I can’t）」，然而其他被训练为「我不要（I don’t）」。 结果很有趣： 对自己说「我不能吃X」的学生，61% 都会选择吃巧克力糖，同时，对自己说「我不要吃X」的学生，只有36 % 会选择吃巧克力糖。 光是简单的词汇替换，就能显著增加人们选择更健康食品的机率。 （延伸阅读： 拒当YES MAN，说「不」让生活更美好 。） 三、停止什么都事必躬亲，让其他人帮忙 在我职涯的某个点，我管理一个非常大的社群，而我无法处理得很好。 我试图每一件事情都自己来。 我疲倦不堪，但社群最终接管我的职责并自行治理。 […]
View Details关于C# C#是达成微软公共语言运行库（CLR）的少数语言中的一种。达成CLR的语言可以受益于其带来的特性，如跨语言集成、异常处理、安全性增强、部件组合的简易模型以及调试和分析服务。作为现代的CLR语言，C#是应用最为广泛的，其应用场景针对Windows桌面、移动手机以及服务器环境等复杂、专业的开发项目。 C#是种面向对象的强类型语言。C#在编译和运行时都有的强类型检查，使在大多数典型的编程错误能够被尽早地发现，而且位置定位相当精准。相比于那些不拘泥类型，在违规操作很久后才报出可追踪到莫名其妙错误的语言，这可以为程序员节省很多时间。然而，许多程序员有意或无意地抛弃了这个检测的有点，这导致本文中讨论的一些问题。 关于本文 本文描述了10个 C# 程序员常犯的错误，或应该避免的陷阱。 尽管本文讨论的大多数错误是针对 C# 的，有些错误与其他以 CLR 为目标的语言，或者用到了 Framework Class Library (FCL) 的语言也相关。 常见错误 #1: 把引用当做值来用，或者反过来 C++ 和其他很多语言的程序员，习惯了给变量赋值的时候，要么赋单纯的值，要么是现有对象的引用。然而，在C# 中，是值还是引用，是由写这个对象的程序员决定的，而不是实例化对象并赋值的程序员决定的。这往往会坑到 C# 的新手程序员。 如果你不知道你正在使用的对象是否是值类型或引用类型，你可能会遇到一些惊喜。例如：
|
1 2 3 4 5 6 7 8 9 10 11 |
Point point1 = new Point(20, 30); Point point2 = point1; point2.X = 50; Console.WriteLine(point1.X); // 20 (does this surprise you?) Console.WriteLine(point2.X); // 50 Pen pen1 = new Pen(Color.Black); Pen pen2 = pen1; pen2.Color = Color.Blue; Console.WriteLine(pen1.Color); // Blue (or does this surprise you?) Console.WriteLine(pen2.Color); // Blue |
如你所见,尽管Point和Pen对象的创建方式相同,但是当一个新的X的坐标值被分配到point2时, point1的值保持不变 。而当一个新的color值被分配到pen2,pen1也随之改变。因此,我们可以推断point1和point2每个都包含自己的Point对象的副本,而pen1和pen2引用了同一个Pen对象 。如果没有这个测试,我们怎么能够知道这个原理? 一种办法是去看一下对象是如何定义的（在Visual Studio中，你可以把光标放在对象的名字上，并按下F12键）
|
1 2 |
public struct Point { … } // defines a “value” type public class Pen { … } // defines a “reference” type |
如上所示，在C#中，struct关键字是用来定义一个值类型，而class关键字是用来定义引用类型的。 对于那些有C++编程背景人来说，如果被C++和C#之间某些类似的关键字搞混，可能会对以上这种行为感到很吃惊。 如果你想要依赖的行为会因值类型和引用类型而异，举例来说，如果你想把一个对象作为参数传给一个方法，并在这个方法中修改这个对象的状态。你一定要确保你在处理正确的类型对象。 常见的错误#2：误会未初始化变量的默认值 在C#中，值得类型不能为空。根据定义，值的类型值，甚至初始化变量的值类型必须有一个值。这就是所谓的该类型的默认值。这通常会导致以下，意想不到的结果时，检查一个变量是否未初始化：
|
1 2 3 4 5 6 |
class Program { static Point point1; static Pen pen1; static void Main(string[] args) { Console.WriteLine(pen1 == null); // True Console.WriteLine(point1 == null); // False (huh?) } } |
为什么不是【point 1】空？答案是，点是一个值类型，和默认值点（0,0）一样，没有空值。未能认识到这是一个非常简单和常见的错误，在C#中 很多（但是不是全部）值类型有一个【IsEmpty】属性，你可以看看它等于默认值：
|
1 |
Console.WriteLine(point1.IsEmpty); // True |
当你检查一个变量是否已经初始化，确保你知道值未初始化是变量的类型，将会在默认情况下，不为空值。 常见错误 #3: 使用不恰当或未指定的方法比较字符串 在C#中有很多方法来比较字符串。 虽然有不少程序员使用==操作符来比较字符串，但是这种方法实际上是最不推荐使用的。主要原因是由于这种方法没有在代码中显示的指定使用哪种类型去比较字符串。 相反，在C#中判断字符串是否相等最好使用Equals方法：
|
1 |
public bool Equals(string value); public bool Equals(string value, StringComparison comparisonType); |
第一个Equals方法（没有comparisonType这参数）和使用==操作符的结果是一样的，但好处是，它显式的指明了比较类型。它会按顺序逐字节的去比较字符串。在很多情况下，这正是你所期望的比较类型，尤其是当比较一些通过编程设置的字符串，像文件名，环境变量，属性等。在这些情况下，只要按顺序逐字节的比较就可以了。使用不带comparisonType参数的Equals方法进行比较的唯一一点不好的地方在于那些读你程序代码的人可能不知道你的比较类型是什么。 使用带comparisonType的Equals方法去比较字符串，不仅会使你的代码更清晰，还会使你去考虑清楚要用哪种类型去比较字符串。这种方法非常值得你去使用，因为尽管在英语中，按顺序进行的比较和按语言区域进行的比较之间并没有太多的区别，但是在其他的一些语种可能会有很大的不同。如果你忽略了这种可能性，无疑是为你自己在未来的道路上挖了很多“坑”。举例来说：
|
1 2 3 4 5 6 7 8 9 10 11 12 |
string s = "strasse"; // outputs False: Console.WriteLine(s == "straße"); Console.WriteLine(s.Equals("straße")); Console.WriteLine(s.Equals("straße", StringComparison.Ordinal)); Console.WriteLine(s.Equals("Straße", StringComparison.CurrentCulture)); Console.WriteLine(s.Equals("straße", StringComparison.OrdinalIgnoreCase)); // outputs True: Console.WriteLine(s.Equals("straße", StringComparison.CurrentCulture)); Console.WriteLine(s.Equals("Straße", StringComparison.CurrentCultureIgnoreCase)); |
最安全的实践是总是为Equals方法提供一个comparisonType的参数。 下面是一些基本的指导原则： 当比较用户输入的字符串或者将字符串比较结果展示给用户时，使用本地化的比较(CurrentCulture 或者CurrentCultureIgnoreCase)。 当用于程序设计的比较字符串时，使用原始的比较(Ordinal 或者 OrdinalIgnoreCase) InvariantCulture和InvariantCultureIgnoreCase一般并不使用，除非在受限的情境之下，因为原始的比较通常效率更高。如果与本地文化相关的比较是必不可少的，它应该被执行成基于当前的文化或者另一种特殊文化的比较。 此外，对Equals 方法来说，字符串也通常提供了Compare方法，可以提供字符串的相对顺序信息而不仅仅中测试是否相等。这个方法可以很好适用于<, <=, >和>= 运算符，对上述讨论同样适用。 常见误区 #4: 使用迭代式 (而不是声明式)的语句去操作集合 在C# 3.0中，LINQ的引入改变了我们以往对集合对象的查询和修改操作。从这以后，你应该用LINQ去操作集合，而不是通过迭代的方式。 一些C#的程序员甚至都不知道LINQ的存在，好在不知道的人正在逐步减少。但是还有些人误以为LINQ只用在数据库查询中，因为LINQ的关键字和SQL语句实在是太像了。 虽然数据库的查询操作是LINQ的一个非常典型的应用，但是它同样可以应用于各种可枚举的集合对象。（如：任何实现了IEnumerable接口的对象）。举例来说，如果你有一个Account类型的数组，不要写成下面这样：
|
1 2 3 4 |
decimal total = 0; foreach (Account account in myAccounts) { if (account.Status == "active") { total += account.Balance; } } |
你只要这样写：
|
1 2 3 |
decimal total = (from account in myAccounts where account.Status == "active" select account.Balance).Sum(); |
虽然这是一个很简单的例子，在有些情况下，一个单一的LINQ语句可以轻易地替换掉你代码中一个迭代循环（或嵌套循环）里的几十条语句。更少的代码通常意味着产生Bug的机会也会更少地被引入。然而，记住，在性能方面可能要权衡一下。在性能很关键的场景，尤其是你的迭代代码能够对你的集合进行假设时，LINQ做不到，所以一定要在这两种方法之间比较一下性能。 #5常见错误：在LINQ语句之中没有考虑底层对象 对于处理抽象操纵集合任务，LINQ无疑是庞大的。无论他们是在内存的对象，数据库表，或者XML文档。在如此一个完美世界之中，你不需要知道底层对象。然而在这儿的错误是假设我们生活在一个完美世界之中。事实上，相同的LINQ语句能返回不同的结果，当在精确的相同数据上执行时，如果该数据碰巧在一个不同的格式之中。 例如，请考虑下面的语句： 1 decimal total=(from accout in myaccouts 2 where accout.status==‘active" 3 select accout .Balance).sum(); 想象一下，该对象之一的账号会发生什么。状态等于“有效的”（注意大写A)? 好吧，如果myaccout是Dbset的对象。（默认设置了不同区分大小写的配置），where表达式仍会匹配该元素。然而，如果myaccout是在内存阵列之中，那么它将不匹配，因此将产生不同的总的结果。 等一会，在我们之前讨论过的字符串比较中, 我们看见 == 操作符扮演的角色就是简单的比较. 所以，为什么在这个条件下， == 表现出的是另外的一个形式呢 ? 答案是，当在LINQ语句中的基础对象都引用到SQL表中的数据（如与在这个例子中，在实体框架为DbSet的对象的情况下），该语句被转换成一个T-SQL语句。然后遵循的T-SQL的规则，而不是C＃的规则，所以在上述情况下的比较结束是不区分大小写的。 […]
View Details商业内幕最近发表了一篇文章说做程序员压力山大，很多人都快疯了。 文中陈述了几个典型的罪状：骗子综合症，加班加点，精疲力竭等。作者指出，程序员的工作压力的根源通常是源自混乱的管理，但越来越多的压力开始来自程序员 社群自身，社群中开始形成一种文化，将加班加点当成判断一个程序员是否具有奉献精神的石蕊试剂，强加到程序员身上。换句话说，如果你不在下班时间继续写代 码，你就不可能成为一名合格的程序员。跟这些压力相呼应的是急速革新的各种新技术、新框架、新语言、新平台、新程序包、新SDK等的不断出现，就如火上浇 油。 可事实上问题不在于此。编程，就跟写作、绘画、作曲一样，首先是一种创造性的活动，而不是一个种技术工作。当然，对一种技术或编程语言的不断练习和保持熟悉很重要，这其实就是在学习使用工具和技法，但它并不会让你本质上变成一名更优秀的程序员。它只是让你能更熟练的使用工具。而能让你成为更优秀的程序员的是学会如何思考问题，因为最终你是把脑子里思考出的逻辑转换成了一系列操作计算机的指令，让计算机遵照指令解决问题。而学习如何正确的思考——如何抽象归纳，如何组合，如何分析信息，如何自我反省——可以通过各种方式，远非只有编程一种。Paul Graham在他的精彩著作《黑客与画家》一书中说： 我发现那些最有价值的灵感的源泉都不是那些跟“计算机”这个词相关的领域，而是那些跟动手创造相关的领域。绘画就是一个比计算机理论能提供更丰富灵感的思想源泉。 拓展其它领域的技术，培养除编程之外的其它爱好，这会给你的日常工作带来巨大的帮助。程序员根本不需要没日没夜的写代码。你应该把这些时间用于和他 人交流，和大家一起边喝咖啡(或你喜爱的东西)边编码、阅读、讨论。你应该把这些时间用于跑步或举重。身体锻炼给大脑补充氧气，滋养这个最神奇的器官，这 才是你需要的。我三年前开始跑步。呼吸新鲜的空气、沐浴清新的阳光让我变得更加快乐，跑出几公里远离繁杂的琐事，我的脑子有了更多的时间来激发灵感。 关键是，关注心灵，关注自己，这能让你成为一个更好的程序员。你可以无止境的学习新语法，新工具，或新什么东西，但是，如果所有你做的只是编程，你 实际上在跟自己背道而驰。有时候你需要全力以赴，但那是当程序中有问题需要救火时，是特殊情况，而不是日常。如果你的驻地总是有火灾，那你应该换个地方。 有时候你需要埋头苦干，干上几周甚至几个月，为了让你的理想变成现实。然后是休息。相反，一味的玩命苦干只能换来越来越少的回报，是完全与成为一名更好的 程序员的愿望背道而驰。去年11月，我参加了NaNoWriMo (National Novel Writers Month)，这是一个非正式的比赛，参赛者要求在30天里写出一本5万字左右的书。我每天早起，花几个小时写作，然后上8个多小时的班，然而晚上继续写 作。每天如此。坚持了30天。月末的时候我的身体开始透支，我病了。但这对我是有必要的，我一直有个愿望要写一本小说。之后我几个月没有写任何东西。我需 要休息，要恢复平常态，要以此进步。软件开发与此无二。 商业内幕的这篇文章同时还饶有兴趣的发现“女性程序员经常坦白说在遭受骗子综合征的折磨…但越来越多的男性程序员也开始表示深有同感。”20世纪和21世纪工作中的性别问题峰回路转，最 终男性也遇到类似的问题。女性第一次看到了竞争的问题侵扰男性，尤其是在那些传统的以男性为中心的行业。我相信这是生存竞争必然导致的现象，但不应出现在 一个富足而且灵活的社会中。男人们看到女性对工作上非人性的现状的反应，也加入了她们的行列一起表达对现状的不满情绪。随着更多的女性进入到编程行业，她 们给这些男性程序员带来了一种新的旁观者的视角。女性需要去理解她们发现的这些不幸的行业现状是男性程序员以前必须每天面对的、接受的。但事实上程序员们 完全不必如此，这是一种具有强大力量的认识。 不要再让自己精疲力竭，这样不会让你成为更好的程序员。做你爱做的事，爱上更多的兴趣。你将会变的更优秀。 from:http://www.oschina.net/news/51699/sane-programmer [英文原文：How to be a sane programmer ]
View Details软件程序员在如今看来是一个既能挣钱又有工作保障的职业，但是，这种职业对你的精神健康却会造成巨大的伤害。 有两种事情几乎能让程序员疯掉。 一个是被人们称作“骗子综合征(imposter syndrome)”的东西。患这种症状的人通常是发现一起共事的所有程序员都比自己聪明、比自己有天份、比自己有才能。你生活中一直恐惧中，担心其他人会最终发现你是个冒牌货、你的技术和能力是装出来的。 经常会有女性程序员坦白说遭受”骗子综合征(imposter syndrome)”的折磨，这并不让人意外。这种精神疾病是由心理学家Pauline Rose Clance博士和Suzanne Imes博士提出，他们发现一些成功的女性会表现出这种症状。有很多心理健康类的书籍也以”骗子综合征(imposter syndrome)”为题材，在女性读者中很流行。 但是，大量的男性程序员也越来越多的表露他们也有这种精神压力。 通常人们喜欢对其他人高要求，而这些人却有个共同的习惯是，给自己施加极高的标准和要求。这种综合征通常出现在有人评判、有人对比的职业类型中。软件开发正是这样的一种行业，特别是开源软件，每个人都能看到你的代码，可以修改它。 从“骗子”到“真正的程序员” “骗子综合征(imposter syndrome)”会让程序员落入这样的一个陷阱：他们认为自己需要更努力的工作才能做到足够优秀。这意味着他们要花更多的时间编程——用去全部睁着眼的时间——承担更多的项目开发。 这种被称作“真正的程序员”综合征的心理现象是从Reddit上一篇火爆的帖子中诞生的。这种“真正的程序员”的生活中只有编码。Reddit网友big_al11解释说： 一个“真正的程序员”是那种热爱编程的人！如此之爱，以至于他的所有时间都是在编程。 … “真正的程序员”并不认为编程是一种”工作“。 … 如果一个程序员不是每周工作60-80小时(自愿无偿的，只是因为编程”有趣“)，那他就不是一个”真正的程序员“。 … 整个行业内弥漫着这种文化。 … 如果你想成为一名成功的程序员，你至少要做到看起来像一个”真正的程序员“….于是有人就开始晚上加班、周末加班，只是为了看起来像是一个”真正的程序员“，于是这些人最终精疲力竭。 做老板的都希望他们的程序员通宵达旦的工作，这并不新鲜。但新鲜的是，程序员现在是自愿的要打破自己的每周工作时长记录，纯粹是因为乐趣。 亚马逊 例如，十多年前，在互联网泡沫期间，一本叫做《Death March》的书登上了畅销榜。书中描述了程序员疯狂的工作导致出各种健康问题。书中的结论是，这归咎于糟糕的项目管理。 在2004年，发生了一宗程序员因为加班问题起诉Electronic Arts公司的案件，并最终赢得了1500万美元的赔偿。 几年后的2010年，一篇由一个在Rockstar Games游戏公司工作的程序员的妻子写的文章迅速蹿红。文中讲述了公司如何要求程序员长年累月的每周工作6天、每天工作12个小时，很多程序员健康出现了问题。 到2011年，做“真正的程序员”的风潮继续。当年在编程社区网站StackExchange上的一场讨论让很多人思考。有一个人问，“我在业余时间不编程。这会使我成为一个不合格的程序员吗？” 一般的意见都认为，如果你只在上班时间编程，你也可以成为一名优秀的程序员，但是，“最伟大的程序员都在他们的空闲时间编程。” “多”并不总是意味着“好” 长时间工作就能让你变得更优秀吗？这是一个值得怀疑的问题。斯坦福大学曾经研究过一个人真正有效率的编程时间是多少？结果你想必不会吃惊，他们发现工作时间过长会使工作效率降低。过度工作的程序员，每周工作60小时的程序员相比起那些每周只工作40的，更容易写出质量低下的代码。 这并未能阻止“骗子”/“真正程序员”综合征的流行。总有一些让人非常心疼的故事时不时的爆出来。 例如，大概一年前，一个叫Kenneth Parker的程序员在他的博客上写了一篇叫做“亲历者讲述一个程序员如何变成精神病人的”文章。 文中讲述了他们的同事如此努力的工作，结果“完全精神崩溃”。 他是我在编程业界里见过的最勤奋的程序员。他经常晚上在公司加班，当周末有紧急工作要处理时，他总能随叫随到 … 然而，当被送到了精神病治疗中心后，他的工作效率就不是那么令人满意了。我被公司派去医院探望他，他向我要了一支笔和一张纸，他想把程序写在上面。“我还能写程序”穿着病人睡袍的他对我说。他在纸上写了两行代码，然后不能自控的抽搐哭啼起来。 最近New Relic公司的程序员 Nick Floyd开始写一些被他称作“Nerd生活平衡”的文章。他首先坦白自己曾经也是“骗子”综合征的受害者，但他现在相信，当你喜欢上一种工作后才会获得快乐。他写到： 在New Relic公司工作是有挑战性的、辛苦的，令人恐惧的，但这从未影响我。在进入这个公司前，我一直认为，工作就是必须要做的活儿，通常是让人不爽的，而生活就是从工作的不愉快中逃脱出来。但现在我不再那样想了——当“工作”变成另外一种表达你的生活中的热情的方式时，生活更精彩了。 而另一方面，Reddit网友给出了一个让人深思的建议： 我真的非常希望我们生活在这样的一个社会里：不要以工作时长论英雄，不要以加班加点为美德。 [英文原文：The Stress Of Being A Computer Programmer Is Literally Driving Many Of Them Crazy ] from:http://www.oschina.net/news/51467/programmer-crazy
View Detailspackage com.w3cnet.db; import android.content.Context; import android.content.ContentValues; import android.database.sqlite.SQLiteDatabase; import android.database.sqlite.SQLiteOpenHelper; import android.database.Cursor; public class SqliteHelper extends SQLiteOpenHelper{ private final static String DATABASE_NAME = "db_name"; private final static int DATABASE_VERSION = 1; private final static String TABLE_NAME = "mytable"; private final static String FIELD_ID = "ID"; private final static String FIELD_NAME = "NAME"; public SqliteHelper(Context context) { super(context, DATABASE_NAME, null, DATABASE_VERSION); } @Override public void onCreate(SQLiteDatabase db) { String sql = "Create table %s (%s integer primary key autoincrement,%s text);"; sql = String.format(sql, TABLE_NAME, FIELD_ID, FIELD_NAME); db.execSQL(sql); } @Override […]
View Details对于一个Android应用程序来说，是由四种关键构造块组织而成的，这四种构造块分别是：Activity、Intent Receiver、Service、Content Provider 但是，并不是每一个Android应用程序都需要这四种构造块，这不是必须的，某些时候，我们只需要这四种中的几种组合成我们的应用。 当我们明确了我们的应用需要哪些构造块后，我们就需要在AndroidManifest.xml中登记这些构造块的清单。这是一个XML配置文件，这个配置文件用于定义我们的应用程序的组件、组件的功能及必要条件等。这个配置文件是每个Android应用必需的。对于AndroidMainfest.xml的Schema，我们对四种构造块做一些说明： 1、Activity Activity是Android构造块中最基本的一种，在应用中，一个 activity通常就是一个单独的屏幕。每一个activity都被实现为一个独立的类，并且继承于Activity这个基类。这个activity类将会显示由几个Views控件组成的用户接口，并对事件做出响应。大部份的应用都会包含多个的屏幕。例如，一个短消息应用程序将会有一个屏幕用于显示联系人列表，第二个屏幕用于写短消息，同时还会有用于浏览旧短消息及进行系统设置的屏幕。每一个这样的屏幕，就是一个activity。从一个屏幕导航到另一个屏幕是很简单的。在一些应用中，一个屏幕甚至会返回值给前一个屏幕。 当一个新的屏幕打开后，前一个屏幕将会暂停，并保存在历史堆栈中。用户可以返回到历史堆栈中的前一个屏幕。当屏幕不再使用时，还可以从历史堆栈中删除。默认情况下，Android将会保留从主屏幕到每一个应用的运行屏幕。 Android使用了Intent这个特殊类，实现在屏幕与屏幕之间移动。 Intent类用于描述一个应用将会做什么事。在Intent的描述结构中，有两个最重要的部分：动作和动作对应的数据。典型的动作类型有：MAIN（activity的门户）、VIEW、PICK、EDIT等。而动作对应的数据则以URI的形式进行表示。例如：要查看一个人的联系方式，你需要创建一个动作类型为VIEW的intent，以及一个表示这个人的URI。 与之有关系的一个类叫IntentFilter。相对于intent是一个有效的做某事的请求，一个intent filter则用于描述一个activity（或者Intent Receiver）能够操作哪些intent。一个activity如果要显示一个人的联系方式时，需要声明一个IntentFilter，这个 IntentFilter要知道怎么去处理VIEW动作和表示一个人的URI。IntentFilter需要在AndroidManifest.xml中定义。 通过解析各种intent，从一个屏幕导航到另一个屏幕是很简单的。当向前导航时，activity将会调用 startActivity(Intent myIntent)方法。然后，系统会在所有安装的应用程序中定义的IntentFilter中查找，找到最匹配myIntent的Intent对应的 activity。新的activity接收到myIntent的通知后，开始运行。当startActivity方法被调用将触发解析myIntent 的动作，这个机制提供了两个关键好处： ◆Activities能够重复利用从其它组件中以Intent的形式产生的一个请求； ◆Activities可以在任何时候被一个具有相同IntentFilter的新的Activity取代。 2、Intent Receiver 当你希望你的应用能够对一个外部的事件（如当电话呼入时，或者数据网络可用时，或者到了晚上时）做出响应，你可以使用一个Intent Receiver。虽然Intent Receiver在感兴趣的事件发生时，会使用NotificationManager通知用户，但它并不能生成一个UI。Intent Receiver在AndroidManifest.xml中注册，但也可以在代码中使用 Context.registerReceiver()进行注册。当一个intent receiver被触发时，你的应用不必对请求调用intent receiver，系统会在需要的时候启动你的应用。各种应用还可以通过使用Context.broadcastIntent()将它们自己的 intent receiver广播给其它应用程序。 3、Service 一个Service是一段长生命周期的，没有用户界面的程序。比较好的一个例子就是一个正在从播放列表中播放歌曲的媒体播放器。在一个媒体播放器的应用中，应该会有多个activity，让使用者可以选择歌曲并播放歌曲。然而，音乐重放这个功能并没有对应的activity，因为使用者当然会认为在导航到其它屏幕时音乐应该还在播放的。在这个例子中，媒体播放器这个 activity会使用Context.startService()来启动一个service，从而可以在后台保持音乐的播放。同时，系统也将保持这个service一直执行，直到这个service运行结束。另外，我们还可以通过使用Context.bindService()方法，连接到一个service上（如果这个service还没有运行将启动它）。当连接到一个service之后，我们还可以service提供的接口与它进行通讯。拿媒体播放器这个例子来说，我们还可以进行暂停、重播等操作。 4、Content Provider 应用程序能够将它们的数据保存到文件中、SQL数据库中，甚至是任何有效的设备中。当你想将你的应用数据与其它的应用共享时，Content Provider将会很有用。一个Content Provider类实现了一组标准的方法，从而能够让其它的应用保存或读取此Content Provider处理的各种数据类型。 from:http://mobile.51cto.com/mobile-114018.htm
View Details1. Android是什么？ Android 是Google开发的基于Linux平台的开源手机操作系统。它包括操作系统、用户界面和应用程序 —— 移动电话工作所需的全部软件，而且不存在任何以往阻碍移动产业创新的专有权障碍。谷歌与开放手机联盟合作开发了 Android，这个联盟由包括中国移动、摩托罗拉、高通、宏达和 T-Mobile 在内的 30 多家技术和无线应用的领军企业组成。 Android 作为谷歌企业战略的重要组成部分，将进一步推进"随时随地为每个人提供信息"这一企业目标的实现。 2. Android用什么语言开发的？ Android的SDK（software development kit）是Java的，将来可能有其他语言版本。 SDK下载地址：http://code.google.com/android/download.html 3. Android模拟器是用什么开发的？ Android的核心是Java虚拟机，为了高效，目前来看，google是不会支持其它语言的开发的。不过，android的模拟器是用qeum开发的，它的镜像文件分成4部分放在tools目录下，如果我们将qeum修改一下，说不定能玩一下它的linux系统。 4. 怎么进行Android开发？ Android支持在模拟器上运行和调试应用软件，有兴趣的朋友可以下载他的SDK（software development kit）来了解android的界面；然后应该学习android的基本框架和应用程序的构成；最后就可以试着在sdk的API Demo的基础上开发自己的application了。 希望刚刚了解软件开发的朋友不要着急，一步一个脚印，一定会茁壮成长，开发优秀的application的。 5. 有哪些好的网络资源可供Android学习者用的呢？ 首先，最好的最基本的学习资料无疑是SDK的文档了，也就是这个地方（http://code.google.com/intl/zh-CN/android/documentation.html）的介绍，它循序渐进的介绍了Android的各个方面。 其次，大家可能有对android文档不太理解的地方，或者自己的想法等等，完全可以通过下面的groups进行咨询和交流： ◆Android Beginner http://groups.google.com/group/android-beginners?lnk= ◆Developper Groups http://groups.google.com/group/android-developers ◆Android Internals http://groups.google.com/group/android-internals?lnk= ◆Android Porting http://groups.google.com/group/android-porting?lnk= 【编辑推荐】 Android创建和使用数据库详细指南 细看Google Android的开源姿态 分析称Android 2012年超越iPhone平台 from:http://mobile.51cto.com/android-114004.htm
View Details最后更新对应的版本：1.2.5.1 教程描述： 富文本编辑器的使用开发中，表单提交有多种场景，编辑器初始化有新增文章和编辑就文章两种场景，提交表单有普通提交也有ajax提交表单两种情景，此教程详细讲解这几种场景下如何保证后台正确拿到数据。 一、编辑器内容初始化（即往编辑器中设置富文本） 场景一：写新文章，编辑器中预置提示、问候等内容。 在editor_config.js文件中找到initialContent参数，设置其值为需要的提示或者问候语即可，如initialContent:’欢迎使用UEditor!’。 场景二：编辑旧文章，从数据库中取出富文本放置到编辑器中。 显然，编辑文章时需要从后台数据库中取出大段富文本，如果仍然采用场景一中的方式去设置初始值的话，必然会带来诸如引号匹配被截断等问题，因此需要采用另外一种方式去设置，如下代码所示： <script type="text/plain" id="editor"> //从数据库中取出文章内容打印到此处 </script> 复制代码 此处采用了script标签作为编辑器容器对象，并设置了其类型是纯文本，从而在避免了标签内部JS代码执行的同时解决了部分同学在使用传统的textarea标签作为容器所带来的一次额外转码问题，只要此处设置的内容不为空字符串，内容会覆盖配置文件的initialContent参数的值。 二、提交编辑器内容至后端 场景一：在编辑器所在的Form中存在提交按钮，提交动作由点击此按钮完成。 该场景适用于最普通的场合，没有太大问题需要注意，仅三点说明： 1) 默认情况下提交到后台的表单名称是 "editorValue"，在editor_config.js中可以配置，参数名为textarea。 2) 可以在容器标签（即script标签）上设置name属性，以覆盖editor_config.js中的默认配置。实例代码如下，此处的 myContent将成为新的提交表单名称： <form action="" method="post"> <script type="text/plain" id="editor" name="myContent"></script> <input type="submit" name="submit" value="提交"> </form> 复制代码 3）后端接收程序可以通过如下几种方式来获取编辑器中的富文本内容。 //PHP获取： $_POST["myContent"] //JSP获取： request.getParameter("myContent"); //ASP获取： request("myContent"); //NET获取: context.Request.Form["myContent"]; 复制代码 场景二：编辑器所在的Form中不存在提交按钮，提交动作由外部事件触发。 该场景适用于站点前端交互较多的场合，需要注意的事项主要是在触发form提交动作之前执行编辑器内容同步操作。一般的代码模式如下所示： //满足提交条件时同步内容并提交，此处editor为编辑器实例 if(editor.hasContents()){ //此处以非空为例 editor.sync(); //同步内容 someForm.submit(); //提交Form } 复制代码 另外，如果是js代码动态去获取表单内容，可以直接调用editor.getContent()方法。 场景三：编辑器不在任何Form中，提交动作由外部事件触发。 该场景使用不多，但特殊时候可能需要。UEditor也提供了对应的处理方案，基本逻辑跟场景二一样，只是在执行同步操作的时候需要传入提交form的id，如editor.sync(myFormID)即可，其他同场景二。还可以使用editor.getContent()方法手动设置。 from:http://www.ueditorbbs.com/forum.php?mod=viewthread&tid=17618&extra=&ordertype=2
View Details