今天看到一篇很不错的文章，觉得很有教益，仔细看看，好好思考一下，规划一下自己的职业生涯，肯定让你受益无穷。 这里都是经验之谈，我会根据我自己的经历，慢慢给本文加注解。 原文如下： 　 　1、 分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道 理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！   2、 一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观 点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门 户？还是先在行业里面混混，过几年转行做点别的？这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情！”。   3、 软件开发团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软 件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基 础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的 牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想 而知了。   4、 详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自 己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定 你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。   5、 书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买 书，我个人经验是：千万别买国内那帮人出的书！我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖 掉。“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技能；拥有技能并不表示拥有文化；拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是 真正拥有了它。   6、 不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发Windows应用 程序，看看Windows程序的设计、加载、执行原理，分析一下PE文件格式，试试用SDK开发从头开发一个Windows应用程序；用VC＋＋、 Delphi、Java、.Net开发应用程序，花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源码；除了会用J2EE、 JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。 试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”！   7、 在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其 自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用 面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式？用传统的桌面开发工具(目前主要有VC++、Delphi)进行系 统体统结构设计时，为什么不可以参考来自Java社区的IoC、AOP设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源 框架？在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式？为什么一切都必须以个 人、团队在当然开发语言上的传统或者经验来解决问题？？？“他山之石、可以攻玉”。   8、 养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员 而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题（其实这个结论不应该被 局限在软件开发领域、可以延伸到很多方面）。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识 库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。   9、 理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思 想精髓的人（个人观点、欢迎探讨）。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度 [...]

“青花瓷Java版”为北京师范大学教育学部蔡苏作词原创，覆盖教育技术学院专业选修课《面向对象程序设计》教学大纲中的所有知识点。 歌词： JDK 和JRE 莫要混淆去 环境变量的配置有时让人迷 初学的人莫贪图上来I D E 先用J D K +文本编辑器 面向对象仨特点一定要牢记 封装继承和多态一个不能离 接口为多重继承 抽象类一定要有实例 O b je c t呀 所有类爹地 package在类中只能有唯一 注释命名时要既规范又明晰 就当为好程序员伏笔 G U I 不是鬼 千万别恐惧 四大布局管理 多练才熟悉 勤能补拙熟能生巧到考试时 你眼带笑意 三整两浮一布尔再加字节符 基本数据Byte数了然于心底 碰到异常一定记得try/catch 要打包发布使用jar命令 线程何时被调用全看调度器 睡眠同步和死锁使用要仔细 网页中Applet 独立程序Application ApplicationO b je c t呀所有类爹地 package在类中只能有唯一 注释命名时要既规范又明晰就当为好程序员伏笔 （这样程序员才是好样滴） G U I 不是鬼 [...]

从哪里说起呢，我的程序员之路。有些话只是自己心里想的很明白，还从没说过。希望你有耐心看完，因为我的故事不精彩，也算不上奋斗史。我的文笔和叙事能力也很差。 高中报志愿的时候坚定的报了计算机技术及应用，当时对计算机的认识只是机房里的苹果机，和老师教的用basic 输出一个正方形之类的。 我当时觉得我对计算机一无所知，我想了解他，就选择了这个专业，当然当时程序员的收入也是可观的。 ：） 大学四年下来，我的成绩不好，基础也不好，没拿过奖学金。大学的课程很多不喜欢，我不知道为什么计算机系还要学高等物理，和马列毛邓。这是题外话。说实在的，很多课上的我一头雾水。毕业后找工作不满意，我直接去读了软件工程（考研的专业课成绩没到线）。两年制，一年上课，一年实习。我想给自己的履历上增加一些至少能给我面试机会的经历。（我仔细思考过我成绩不好的原因，心里因素是主要的，高中在重点中学，我不能接受自己不是尖子生的事实，总在想自己为什么这么差，以至于这样的心情影响了我很多年，一直到工作后的几年）   实习的第一家公司是个私企，工作两周后他们不满意辞退了我，沮丧是当然的，我知道我的能力是有差距的。虽然他们没有任何培训，直接拉去干活，起码的业务流程也没给我讲，但是我真的发自内心感谢他们辞了我，让我认清了自己。其实当时干的就是一些perl 脚本和php的网页开发。 实习的第二家也是私企，给运营商做项目。我参加的是一个工作流项目，用java开发。我当时的java技术仅限书本身的不怎么牢靠基础知识，至于怎么设计这个系统也没有一点概念，终于一个月后我决定退出了。经过这一个多月，我似乎知道了自己该从哪里开始了。就从java开始吧。 经同学介绍，去了第三家实习公司，面试的经理对实习生要求不高，让我能有机会实习。做的是银行和证券公司的网站，我主要做前端jsp的页面，同时我也选修了学校请的一位Weblogic的工程师开设的J2EE的课程。总算开始入门了。公司的同事很帮助我，有耐心让我了解了系统后台的架构。后来我随几位去客户那里出差，周末和晚上加班，为了他们临时改的需求。同事说，你一个女生出差一点不发憷啊。其实我一点不觉得累。同组的team lead没事就鞭策我说，你就甘心写code么，不能总是做开发，该为以后想想。但是我当时想法是，我的视野当时有限，还不确定自己能做成什么样子。我在这家公司完成了毕业论文。然后毕业。 毕业找工作，我没有留在实习的公司，我想多试试。找工作的经历不多，我去过联想面试，笔试过了，一面是HR面，题目现在大概还记得，如果有化学家，天文学家，医生，乞丐，孕妇，在一个荒岛上，你只能带走一个，你带走谁呢？分组讨论，得出一致的结论，也要说出自己的结论。 同组有清华的毕业生，真的很自信，她说要带走天文学家。我说，出于人道，我肯定带走孕妇。后来就没了消息。难道医生可以留下照顾孕妇么，还是HR以为我选孕妇是注重家庭的人，没有事业心呢，我觉得这题真的不能说明什么。 之后面试了一家日资企业，一面是很多人一起面，我听了一圈之后，觉得自己有些把握，因为同组的人比我差，看来我运气挺好的。他们之中有本科生，有研究生，都是男生，就我一个女生。问的也挺基础，就是servlet如何工作，写没写过SP，其中有个人问，什么是SP，没人理他，我告诉他是store procedure。面试官是个部长。后来HR的人过来让我留下二面，说我一面打败了所有男士。说来惭愧，我真的是运气好，没碰到牛人。二面经理只问了些平常的问题，就过了，于是我来到这家工作。考虑的是，外企多少工作流程上比较规范，也见见日本人是怎么工作的，还有就是自己能力有限，欧美大公司估计是没戏的，我还是从力所能及的开始吧。 日本人工作的风格大家应该有所耳闻，就是喜欢加班，我进公司的第一个项目是代码改造，把VB6.0d code重写为VB.net。 加班到凌晨是常事，另外一个就是team lead的风格是没事也不能早走，也得耗到半夜才行。开始做的真是一点技术含量都没有，都是日本人写好guide，告诉你什么改成什么，别问为什么，不能有异议，他们怎么说你怎么改。弄得我当时都不去思考这里的技术细节，这是我当时犯傻的表现。除了技术本身，还有很多需要学习的。后来陆续做了一些我喜欢的java的项目，用到了sping，hibernate，ibatis, struts, ant等等。还有一些日本人自己开发的框架。每个项目的业务也都不同。在这家工作了三年，我觉得这不是我要的，我的技术提高有限，做的事都是别人设计好，甚至告诉你code应该如何写，而且做事风格不是我想要的。 我想去欧美文化的公司试试。也想做通讯相关的。 同学帮我投简历，我面试一家对欧美的外包企业，一面是本公司的人面，问了项目情况，说了说英语，我准备还算充分，过了，二面是公司的客户面，到公司和客户开电话会议面试，第一次和老美直接对话，我虽说有点紧张，但是还是专心听他的问题，听不清的就让他重复一遍，我现在记得的一个问题是如何写出高效的SQL。面完回家等通知。过了几天我收到了offer。 客户是为运营商提供软硬件服务。我们做的是BOSS系统的一个模块。都是java api。 几乎用到了J2EE中定义的所有组件和java相关的框架。我在这家工作至今。技术从不熟悉到熟悉，业务逻辑从不熟悉到熟悉，都是在开发每个feature和改的defect中慢慢了解的，硕大的系统不允许我一口吃个胖子。只要脑子里绷根弦就每天都有进步。加班不是常事，但是也有紧张的时候。 有时候一个defect要跟踪成千上万行代码，你才知道哪里出了问题，这是需要耐心和细心的。给客户的客户做support的时候，经常被半夜的电话叫醒去看一个现场的问题，我不觉得累和烦，我觉得这是我价值的体现（当然这不会每天发生）。修复一个defect我会有一点小小的成就感，每天晚上回家方便的话也会看看邮箱，看看有没有紧急的事情。有的人认为你下班了就没必要再管工作邮箱了，但是我愿意这么做，我觉得这是我职业精神的一部分，也是工作态度。 偶尔会帮着公司招聘毕业生，有时候会遇到什么简单问题都答不上来的人，我感觉就像看见当初刚毕业的我，临走，我会说一句，没关系，回去好好准备，看看基础知识。 我曾经怀疑过自己是否适合做技术，总觉得自己不如男生，也总在问自己的路在哪。而且没有自信，曾经紧张到，有人看我打字，都紧张的手抖。到现在，我觉得做技术挺好，就像你说的，我清楚的认识自己，我不是技术大牛，就每天写着自己的code，了解业务，挺好，但是不代表我不上进。很多女同学现在都不做技术了，也不写code了，但是我还在做，甚至越来越喜欢，在中国有种普遍的想法是，作几年技术该转去做管理，否则认为你不成功，这是人云亦云的说法。我想我为什么不能一直做技术呢？虽然中国的大环境可能不适合你一直做技术，但是我愿意试试。我不愿意放弃多年来积攒的一点点优势。何况我现在工作上越来越得心应手，不久前，我收到客户的邀请，他们想让我transfer到美国或者加拿大成为他们的一员，我在等待漫长的人事流程，也有可能会pending。但是我无所谓，我现在自信，知道想要什么。一直做技术，怎么了，不行么？ 谈到男女程序员的问题，有些男人以技术强自居，而少了一点谦逊和工作的严谨。有些技术不强的，有些懒散，得过且过。都是我遇到过真实的人。同组的一个女生来了几个月就比一个来了一年多的男生上手快，这说明什么的，态度和努力是重要的。我更认同的是技术和男女无关，和个人有关，任何以偏概全都是片面的。 同组的男同事们没有因为我是女性而轻视我，我很感谢他们，在一个team工作，技术是必要条件不是充分条件，合作，交流，态度，遵守流程，任何一个都缺少不了。如果我只是技术差点，那么我提高的空间是很大的。 多看看书，真的不难。虽然我可能离amazon或者是google这些企业的要求还有差距，但是那是我的方向。不过像baidu，腾讯这些流氓公司，给我多少钱也不去，女程序员也是有傲骨的，虽然也有可能他们看不上我的能力，但是，那又有什么所谓呢。 如果你能看完我这如白开水的文字，很感谢，因为我写的实在太不好了，这些经历普通不过，也证明我是个普通的人，如果我高中的时候不那么在意自己是不是优秀生，就能放轻松，大学（也在想这些）会有个好成绩，没准我就能如愿的毕业就进欧美大企业，不过那样我可能也少了以上跌入谷底的经历和现在平和的心态，我想后者对我更有意义。 不用署名，有的话，一个女程序员，哈哈。有错误处，见谅，中午休息，仓促的回顾了这些。技术本身心得有限，我就不班门弄斧了，还需努力。也请不要注我的微薄行号啦。另外我老公也是程序员，我和他能谈些技术和项目上的事情，我想是非女程序员感受不到的乐趣，哈哈哈。

对于特定的人，在大致时间段里他所能写的、确定质量的代码基本上应该是个确定值。 这点似乎显而易见，但事实上大多时候却总是被忽视。 如果项目负责人总是认可上面的基本点，那么任何项目的日程就应该以此为前提，而不是以此为变量。 假设说一个项目被估计为1万行(SLOC)，团队平均每人每天可以写100行代码，如果团队中有5个人，那么就应该至少为编码保留20整天。   说到这里，为避免误解，要区分一下编码速度和生产率这两个概念。 项目管理中常用的一个数据被称为生产率，用代码行计算时，会被表示为SLOC/MM。 这个值用于表示平均每人月的代码产出。 其基本算法是规模除以项目所用的人月，而项目所用的人月中包含了设计、测试、修Bug等时间，至于包不包含需求、管理等的时间往往因人而异。 这个值有意义，但受项目时间分配比率影响较大，浮动空间也大。   而编码速度单纯指个人为编写完成某个功能（经过自己的测试），而每天写的代码。 这时代码中一定是有Bug的，所以这个值仍然有浮动空间，但已经可以收的很窄，并且在短期内不太可能发生太大的变化。 所以这个值应该更有意义。 我试图调查编码速度，但实在找不到什么资料。眼下可以做到的是： 通过找到生产率的数据，假设编码的时间为1/3，这样可以概算出一份编码速度的值。 找到一份不同语言间的比例值。 定性分析一下一般的情形。一般的情形是指：没有太难的待研究课题，比如排序算法速度优化20%，大致知道怎么完成既定功能的情形。 下面是上述总结和分析的结果，希望有人愿意分享更多信息，也把这个数据做的更精确点。   按照生产率概算的编码速度 （生产率数据来自《软件估算–黑匣子揭秘》，概算的数据是我算的，我也找不到编码的语言究竟是什么，Sorry。） 代码行/天 最低值-最高值（典型值） 软件类型 10,000代码行的项目 100,000代码行的项目 250,000代码行的项目 航空电子 15-150(30) 3-45(7) 3-30(6) 应用系统 120-2,700(450) 30-1050(90) 15-750(75) 命令与控制 30-450(75) 7-90(15) 6-75(12) 嵌入式系统 15-300(45) 4.5-75(11) 3-60(9) 公众因特网 系统 90-1500(225) 15-300(45) 15-225(30) 内部内联网 系统 225-2700(600) 45-1050(120) 30-750(90) 微代码 15-120（30） [...]

Brad Feld 的一篇文章 The Rise of Developeronomics 中提到了“10倍效率的开发者（10x developer）”的概念（伟大的开发者的效率往往比一般的开发者高很多，而不只是一点点），Adam Loving 在读了之后受到启发，并向多位大牛（Ben Sharpe、Collin Watson 和 Jonathan Locke）询问如何成为“10倍效率的开发者”，最后得到了以下的答案。 1. 只做需要做的工作 Only do the work that needs to be done 使用敏捷方法； 全心全意做 UX 设计； 沟通第一； 编码也许不是解决问题的办法； 过早的优化是一切罪恶的根源； 选择最简单的解决方案。 　　2. 站在巨人的肩膀上 Build on the shoulders of giants 使用开源框架； 使用简洁语言（如 HAML、Jade、Coffeescript）； 不要做重复的事情（不要重新发明轮子）； 利用包管理器来进行公共和私有代码分配； 不要任凭巨头（如微软）的摆布而修复库中的一个 Bug； 不要让你的雇主逼你学习； 自主学习并为自己设定新的目标。 　　3. 了解数据结构和算法 Know your data structures and algorithm [...]

学习，进步，从名词解释开始，规范的流程是项目良性发展的基础。 其实自己一直做网站相关的工作，随着网络产品的发展，逻辑已经越来越复杂，网络和软件的区别已经在不知不觉中缩小。 中国的网络也向着规范严谨的方向发展。 嗨，做网站的，也学点软件开发的术语吧！ 软件开发中常见英文缩写和各类软件开发文档的英文缩写： 英文简写 文档名称 MRD market requirement document市场需求文档 PRD product requirement document产品需求文档 SOW Statement of work工作任务说明书 PHB Process Handbook (项目过程手册) EST Estimation Sheet (估计记录) PPL Project Plan (项目计划) CMP Software Management Plan( 配置管理计划) QAP Software Quality Assurance Plan （软件质量保证计划） RMP Software Risk Management Plan （软件风险管理计划） TST Test Strategy（测试策略） WBS Work Breakdown Structure [...]

现在做为一名程序员，压力越来越大，各种开发工具越来越庞大、不断推陈出新，各种开发设计工程理念缤纷精彩、需要融入平常的开发当中，还有很多新的知识点在不断开拓中，比之以前，感觉做为一名程序员尤其是合格的程序员难度增加了不少。 做为一名程序员你应该学习掌握哪些知识和技能呢？ 这里的程序员，不是专业的软件公司的，只是作为一般企业单位的开发人员，就是承担企业自己项目的程序员。 １、网络技术，有一般的概念和技能，不至于出了问题一筹莫展。 ２、数据库知识必不可少，Oracle和Ms Sql Server这两个数据库你必须要掌握，就是安装、日常维护、备份、存储过程、触发器、函数、SQL语言等，还有分布式、主题数据库的搭建、数据仓储与知识挖掘等。 为了安全和性能，企业一般都有群集。 ３、企业做应用开发，是按项目来的，程序员要懂一些项目管理的知识，因为风水轮流转而且快，一般都有项目管理的机会，你得掌握项目管理的相关知识和技巧。 UML很有用，程序员之间的沟通用得多，给用户看那是迷乱他们的眼睛。 基本上，程序员参加了软件开发的全过程，需求分析也是一门技术活，规范文档必须写好写得漂亮，测试和总结也不能马虎，学会沟通的一般技巧，因为有可能与领导交谈，你也得学习关于一些企业信息化建设的相关内容，俗称信息化理论，要做到深入浅出，做一个好的汇报幻灯片不容易，得花费不少的心思。 ４、当前流行的设计与架构、开发模式以及一些新概念如云计算对于做开发的来讲是必须的。 ５、具体开发工具，每个人都有喜好，但是也要熟练掌握，必须要至少熟练掌握一门，精通者很少，没有几年功夫谈精通不实在。 现在的开发都是基于网络的，以B/S居多，那么对于HTML和CSS、XML这三样是基本功，当然C/S下的开发是做基本功，就目前的难度来讲两者差不多，不是那么经过简单思考和实际就可以进行的。 企业自己做的网站的维护肯定是自己做，包括性能与安全。 ６、现在基于移动智能设备的应用多了，这是趋势，必须跟上。 ７、至于到具体的项目，也会有一些特殊的要求，比如PhotoShop（图片处理），Premiere（多媒体影象制作）等，这是一般的情况，这里不好列举，太多了，比如做地理信息方面的，你得熟悉目前流行的一些处理软件（为了调用），如AutoCad、ArcGis或者GeiMedia（视项目使用情况而定）等等，到三维的又有一些如Skyline系列软件等。 虽然上面的内容有些泛泛，随便写了一些，可认真考究起来，掌握好每一项都有一定的难度。 努力吧，但愿我们都能做一名合格的程序员！

女人有嫁人的经典准则，程序员呢，也应该有个娶妻子的经典准则吧，杂就如下：     1.年龄 最好找比自己小的。姑且不说什么天长地久的鬼话，女人的容颜指数绝对和她年龄成反比的，就拿平时逛街来举证，她动蹴个把小时化妆的等待就叫你急得撞墙，就算她化妆技术高明，可是留在你心头的褶子你不觉得咯咦吗？我知道大多数程序员都有恋母情结，可是对于女性来讲，她母性的一面和年龄几乎没有什么关系。     2.娶有钱的还是没钱的？ 娶个会花钱的。     3.离婚的女人娶不娶？ 如果说没有结过婚的女人是块玉的话，离过一次婚的女人是块经过雕琢的玉。那就看你是喜欢天然的还是人工的。     4.嫁事业型的还是家庭型的？ 最好是有事业心的家庭妇女型。     5.娶什么性格的人？ 只要你能欣赏她的性格就行。只要你能欣赏她，你就能容忍和迁就她的一切。     6. 娶妻子要不要占星问卜？ 迷信这东东，你信则灵，不信啥事儿没有。     7. 什么样的女人是大忌？什么样的女人是大善？ 不自知之明的女人是大忌，懂得如何激发男人激情的女人是大善。     8. 北方的女人好还是南方的女人好？ 适合你的就是好的。     9.花心的女人嫁不嫁？ 这种女人只适合风花雪月的爱情，但是不属于实实在在的婚姻。如果你不怕折腾，你可以考虑，毕竟这种女人还是很能调动你的苛尔蒙激素的。     10.娶个有学问的还是没有什么学问的？ 有知识修养的女人最好。但是论就学问，它又和女人的漂亮指数成反比，有一种知识女性，因为容貌缘故的自卑便容易自尊自爱，人前人后总带着表演的成分，这种女人最让人受不了。     11.老实的女人娶不娶？ 女人几乎和老实不搭界，但是没有灵性和悟性的女人总让人乏味。