关于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随着 Web 开发者和设计者收藏 JavaScript 库的数量越来越多，JavaScript 也有大量流行的库：jQuery，MooTools 等等，很多时候大家都会使用 JavaScript 模板引擎来开发 JavaScript 应用。以下列表介绍的就是 JavaScript 模板引擎。 这里我们收集了一些非常有用的 JavaScript 模板引擎，希望能给 Web 开发者和设计者提供一定的帮助，在评论与大家交流一下 JavaScript 模板引擎的相关心得吧：） 1) Jade jade 是超高性能的 node JavaScript 模板引擎，有着非常强大的 API 和大量杰出的特性。它主要针对 node 的服务端。 2) Mustache Mustache 是 logic-less 模板语法，可以使用在 HTML，配置文件，源代码等等地方。它是使用哈希表或者对象提供的值来扩展模板标签。 3) Transparency Transparency 是一个强大的客户端网站模板引擎，可直接绑定数据到 DOM，包括一些很棒的特性如 HTML 模板、JS 视图逻辑。支持 IE9+, Chrome, Firefox, iOS, Android, Etc. 4) Underscorejs Underscore 是 JavaScript 库，提供大量有用的函数式程序设计助手，不需要扩展任意的内置对象。 5) Embeddedjs EJS 会使用客户端模板从 JavaScript 中清理 HTML 代码，整理好这些代码之后，JavaScript 代码就会变得更加整洁和有条理。 6) DoTjs doT.js 是最快和简洁的 JavaScript 模板函数搜索，这些函数致力于 V8 和 Node.js 下高性能的表现。doT.js 在浏览器和 Node.js 下都表现出超高的性能。 7) Handlebarsjs Handlebars 给构建语义模板提供强大的基础支持。 8) T.js T.js 是使用简单 JavaScript 数据结构来展示 html/xml 数据的模板引擎。 9) Dustjs Dust 是浏览器和 Node.js […]
View Details无 论是国外Instagram和Whatsapp的天价奇迹还是国内BAT三大巨头无节操的收购，移动互联网带来的巨大红利让全球的资本和注意力都聚集到一 个环节上——Mobile。前两天在北京举行的移动互联网大会上，简直就是年轻人的海洋，如果说互联网公司是年轻人的公司，那么移动互联网公司则可能是更 年轻人的集合体，因为年轻，所以更有激情。但尽管踏上移动互联网这个“上行”电梯，但如果方向不对，依然无法到达终点，下面来看看移动互联网未来的三个趋 势。 平板渐趋消亡 几年前人们一度认为上网本会替代传统笔记本，但这个念想被iPad无情 的毁灭了，也差点让主打上网本的宏碁和华硕倒闭。随着iPad的流行，好事者再度认为iPad还会消灭传统笔记本，但当iPad发布后的第四年，从苹果最 新一季的财报里看，iPad的销量开始下滑，只卖出1640万台，较去年同期2000万台的销量有明显下滑。 而如果细心去观察iPad的销 量变化图，如下图所示，会明显看到，与iPhone相比，iPad的增速已明显放缓，甚至可以说几乎停滞。分析人士认为，平板电脑与手机不同，其更新换代 的频率很低。而来自皮尤的调查则揭示了另外一个有趣的数字：在15到55的年龄段中，拥有平板电脑最多的是30—55岁的人，而最少的则是15—20岁。 皮 尤认为，年长者喜欢使用平板电脑的原因在于他们认为平板可以成为传统笔记本的部分替代品，大屏对习惯使用浏览器的年长者非常有吸引力。而年轻人没有使用浏 览器上网的习惯，他们早已对APP接入互联网的模式习以为常，也因此，他们对平板电脑的需求很小。如一位小朋友所言：平板电脑更像是个游戏机还不是上网设 备。 当手机尺寸越来越大，也让手机和平板的界限日益模糊。而以手机为主要设备的年轻人群体正在成为社会中坚力量，所有这些因素都让平板电脑的未来变得岌岌可危，平板电脑也曾一度让很多传统媒体觉得找到了大救星，但目前来看，这些传统媒体需要继续寻找”新救星“了。 独立的APP更受青睐 如 上文所言，用户在平板电脑和智能手机上的使用习惯是不一样的，及时是同一款系统，比如iPad和iPhone都是运行的移动设备，但用户在iPad上使用 浏览器的频率更高，而iPhone用户则更钟爱各式各样的APP，他们早已习惯用这些APP访问互联网，从吃喝玩乐到办公生活。 传统互联网 时代，除了一些基本的工具软件之外，用户的所谓上网几乎都是围绕web浏览器展开的，书签栏里的书签就是一个个服务入口。如今，在移动互联网时代，独立的 APP成为新的触点。与桌面浏览器大而全的功能不同，移动APP越来越多的追求小而美的效果。其中基本的原则——一个APP解决一个问题。 这 当然和国内移动APP的现状有些差异，原因也不难理解，如今国内移动互联网市场还是传统互联网公司所把持，比如BAT。很多传统互联网软件（应用）的习惯 延续到了移动互联网上，导致移动APP臃肿不堪，这在Android平台尤其严重，那些出自国内顶尖互联网公司的应用运行起来卡顿明显。除Android 系统碎片化和不同硬件平台的因素外，APP集成了太多服务是主要原因。 而国外一些应用，比如Snapchat、Instgarm、 Secret则真正贯彻了小而美的理念。或许这些为移动而生的服务无法代表业界的整个潮流，那不妨看看以传统互联网起家的Facebook和 Google，Facebook日前将messenger作为一个单独的APP推向市场，下一步还会让paper独立运行。而Google则把文档和表格 应用从Google Drive里移出，成为两个独立应用。 受限于手机软硬件的不足，用户对移动APP的体验非常关注，通过这些独立的 APP，开发者能让用户更好的解决某一个方面的需求，提升体验效果。并且，大量移动APP组成的品牌矩阵也能增强用户的使用粘性。或许将来的某一天，你在 手机上打开命名为”Google“的文件夹，里面放置了所有Gmail、音乐、文档、表格等多个单独应用，就像当年打开打开浏览器的书签一样。 情境计算 我曾经不止一次的说起搜索的未来是人工智能，当然这来自Google创始人佩奇的观点。移动互联时代，搜索的重要性不言而喻，而且极有可能造就第二个Google。但移动互联网的搜索绝非简单的能找到资料，而是基于情境计算的推荐。 移 动互联网带给世界最大的改变是数据生产变得简单，尤其是图片、声音、位置三大方面的数据，再加上可穿戴设备上的各种传感器数据，都成为目前移动互联网企业 最激烈的战场。情境计算则是通过整合来自移动设备上不同数据，将个人的生活、工作都变成可追踪的比特流，然后根据特定的情境向用户push特定的信息。 雅 虎美女总裁梅耶这样描述情境计算：”情境计算基于用户所处的位置、所做的事情，在正确的时间和地点推送给用户正确的信息。“ 梅耶也表示，只有移动设备才能更好的收集用户的这些位置与行为信息。梅耶对情境计算的关注也反映在一些硅谷公司的收购：Twitter买下Android 桌面产品Cover；Yahoo则买了Cover的竞争对手Aviate；苹果收购智能助手Cue。除此之外，搜索巨人Google在不断打磨的 Google Now也是基于用户情境来推送消息。 Google now背靠Google庞大的搜索数据，并利用强大的算法对数据进行分析挖掘，并结合地点和时间推送做相应的推送。由于众所周知的原因，国内用户还无法完 美体验到Google Now。但即使在国外，Google Now目前还很笨，最明显的问题就是无法让时空和信息进行良好的匹配，譬如国外很多用户反应，他们的Google Now常常会在上班时间发来一条通知：告诉你从办公室回家的路线以及交通拥堵情况，但事实上，你此时并不需要这类信息。从这个角度来看，即使如 Google这样的巨鳄，短期内也还无法提供优质的情境计算服务，未来还需要继续努力。 大约四年前，时任连线杂志主编的克里斯安德森高 呼：web已死，Internet永生！当时引起很多人的非议，如今来看这句话，却有着极大的前瞻性。随着PC业的没落、传统PC和互联网企业纷纷转型， 由iPhone引发的APP潮流让人类踏入移动互联的新时代。当越来越多的用户依靠APP而非浏览器访问互联网时，web已无足轻重。如今，人类处在”无 处不连接“与”无时不连接“的时代，海量移动数据为情境计算提供了良好基础，也吹响了走向人工智能的号角。 （本文系作者 钛媒体 @赵赛坡) from:http://www.oschina.net/news/51631/mobile-internet-trend
View DetailsAnimated Responsive Menu Pure CSS Navigation Long Dropdown Menu Flexbox Dropdown CSS-Only Menu Simple CSS Menu Bootstrap Mega Menu Drop Down Menu Clean Grey Nav Simple Toggle Menu Bubble Dropdown Pure CSS Menu Animated Dropdown Lava Lamp Navigation Multi-Level Nav Clean Simple Navbar Horizontal Navbar Multi-Toggle Nav Infinite Multi-Level Gradient Navbar Nested Dropdown Pure CSS Hover CSS3 Multi-Level Dropdown CSS Only Menu Pure CSS Menu Simple CSS3 Menu Facebook-Style Menu Smooth Dropdown Unfolding Dropdown Speech Bubble Menu Bold and Beautiful Dropdown Skyrim-Inspired Menu Pure CSS Dropdown Grey CSS […]
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