通过微信公众平台的自定义菜单外链的网页时，在输入内容时会显示“防欺诈盗号,请勿支付或输入qq密码”，下面就分享一下如何去除微信顶部的“防欺诈盗号,请勿支付或输入qq密码”提示信息。 目前只有已经通过微信认证的账号可以去除这个提示，如果还没认证请先认证。 找到左侧导航菜单中的“公众号设置”，并打开。 打开“功能设置”，找到“业务域名” 点击“设置”，写入外链的域名，域名必须通过ICP备案，有三个域名可以填写。 from:http://jingyan.baidu.com/article/75ab0bcbce5527d6864db2e6.html
View Details在这篇文章中，我将会分享我的方法，让大家利用开源贡献在技术领域的求职中脱颖而出，成为强有力的候选者。 凡事预则立，不预则废。在你即将进入一个新的领域或者正准备熬夜修订你的简历之前，清楚地定义你正在寻找的工作的特征是值得的。你的简历是一部有说服力的作品，因此你必须了解你的观众，从而让它发挥出所有的潜力。看你简历的可能是任何需要你的技能并且能在预算之内聘用你的人。当编辑简历的时候，读一读你的简历上的内容，同时想象一下，以他们的角度怎么看待这份简历。你看起来像是一个“你”将会聘用的候选人吗？ 我个人认为，对于目标职位的理想候选人所表现出来的关键特征，列出一张清单是很有帮助的。我结合了个人经验、阅读工作招聘信息、询问相同角色的同事等方面来收集这个清单。LinkedIn 和各种会议是寻求一些乐意提供这种建议的人的很好的地方。一些人喜欢谈论他们自己，那么通过邀请他们讲述他们自己的一些故事可以帮助你来拓展你的知识面，这样大家都会感觉很好。当你和其他人谈论他们的职业路线时，你不仅将会明白怎样去得到你想要从事的工作，而且还能知道你应该避免那些容易让你失去工作机会的特征或行为。 例如，对于一个不太资深的工作位置来说，关键特征列表可能如下所示： 技术方面： 拥有 CI (持续集成) 方面的经验，特别是 Jenkins 深厚的脚本编写背景，如 Python 和 Ruby 精通 Eclipse IDE 基本的 Git 和 Bash 知识 个人而言： 自我驱动的学习者 良好的交流和文档技巧 在团队开发方面富有经验（团队成员） 精通事件跟踪的工作流 尽管去申请职位 记住，你没有必要为了得到一份工作而去满足上面的工作描述列表中列出的每个标准。 工作细节（JD）描述了这个角色，让你一开始就知道你即将签约并为之工作几年的公司的全部信息，并且这份工作并不会让你觉得有什么挑战性，或者要求你去拓展你的技能。如果你对你无法满足清单上的技能列表而感到紧张，那么检查一下自己是否有来自其他方面的经历并能与之媲美的技能。例如，即使有些人从来没有使用过 Jenkins[1]，那他也可能从之前使用过Buildbot[2] 或者travis CI[3] 的项目经验中明白持续集成测试的原则。 如果你正在申请一家大型公司，他们可能拥有一个专门的部门和一套完整的筛选过程来确保他们不会聘用任何不能胜任职位的候选人。也就是说，在你求职的过程中，你所能做的只是提交申请，而决定是否拒绝你是公司管理层的工作。不要过早地将工作拒之门外。 现在你已经知道了你的任务是什么，并且还知道你将需要让面试官印象深刻的技巧。下一步要做的取决于你已有的经验。 制造已经存在的事物之间的关联 列出一张你过去几年曾经参与过的所有项目。下面是一条快速得到这张清单的方法，跳转到你的 Github profile 中的Repositories标签页，并且过滤掉 fork 过来的项目。除此之外，检查下你的清单上是否有曾经处于领导地位的Organizations[4]。如果你已经有了一份简历，那么请确保你已经将你所有的经历都列在了上面。 考虑下任何一个你曾经作为一个潜在的领导经历并拥有过特权的 IRC 频道。检查下你的 Meetup 和Eventbrite 账号，并将你曾经组织过或者作为志愿者参与过的活动添加到你的清单上。浏览你前几年的日程并且标注所有志愿服务，或者有作为导师的经历，又或者参与过的公共演讲。 现在进入了比较艰难的环节了，将清单上列出的必备技能与个人经历列表上的内容一一对照，我喜欢给该工作所需要的每个特征用一个字母或者数字作为标记，然后在每一段你经历或参与过并表现出了某一特征的地方标记相同的符号。当你不太确定的时候，那就毫不犹豫地标记上它，尽管这样做更像是在吹嘘，但也好过显示出你的无能。 在我们写简历的时候常常被这样的情况所困扰，就是我们不愿冒着过分吹嘘自己的技能的风险。通常应该这样去想，“那些组织了聚会的人会表现出了更好的领导才能和计划技巧吗？”，而不是“当我组织了这个聚会的时候我是否展示出了这些技巧？”。 如果你已经充分了解了你在过去的一两年里的业余时间都是怎么度过的，而且你写了很多代码，那么你可能现在正面临着一个令人奇怪的问题，你已经拥有了太多的经验以至于一张纸的简历已经无法容纳下这些经验了。那么，如果那些列在你的清单上的经验，但无法证明你尝试去表现的任何技能的话，那么请扔掉它们吧。如果这份已经被缩短的简历清单上的内容仍然超过一张单页纸的容量的话，那么将你的经验按照一定的优先级排序，例如根据与所需技术的相关经历或丰富经验。 在这一方面，显而易见，如果你想要磨练一个独特的技能，那么你就需要一个不错的经历。考虑使用一个类似 OpenHatch[5] 的问题聚合器，并用它来寻找一个通过使用你从没使用过的工具和技术来锻炼你的技能的开源项目。 让你的简历更加漂亮 一份简历是否美观取决于它的简洁度、清晰度和布局。每一段经历都应该通过足够的信息来展示给读者，并让他们立刻明白为什么你要将它包含进去，而且恰到好处。每种类型的信息都应该使用一致的文档格式来表示，一份含有斜体格式的日期或者右对齐的或者与整体风格不协调的部分绝对会让人分心。 使用工具来给你的简历排版会使之前设定的目标更加容易实现。我喜欢使用 LaTeX[6]，因为它的宏系统能够使可视化一致性变得更加容易，并且大量的面试官都能一眼就认出它。你的工具的选择可能是LibreOffice[7] 或者 HTML，这取决于你的技能和你希望怎样去发布你的简历。 记住一点，一份以电子方式提交的简历可以通过关键字被浏览到。因此，当你需要描述你的工作经历的时候使用和工作招聘告示一样的英文缩写对你的求职会有很大的帮助。为了让你的简历更加容易被面试官看到，首先就要放上最重要的信息。 程序员通常难以在为文档排版时量化平衡和布局。我最喜欢的修改和评估我的文档中的空格是否处于正确位置的技术，就是全屏显示我的 PDF 或者打印出来，然后在镜子里面查看它。如果你正在使用 LibreOffice Writer，保存一份你的简历的副本，然后将你的简历中的字体换成一种你看不懂的语言。这两种技术都强制将你从阅读的内容中脱离出来，让你以一种新的方式查看文档的整体布局。他们把你从一个“那句话措辞不当！”这样的批评转到了注意如“在这行上只有一个字，看起来挺逗”之类的事情。 最后，再次检查你的简历是否在它将要的展示的多媒体上看起来完全正确。如果你以网页的形式发布它，那么在不同屏幕大小的浏览器中测试它的效果。如果它是一份 PDF 文档，那么在你的手机或者你的朋友的电脑上打开它，并确保它所需要的字体都是可用的。 接下来的步骤 最后，不要让你辛苦做出来的简历内容浪费了，将它完整的复制到你的 LinkedIn 帐号上（完全使用招聘公告中的流行词），然后毫无疑问招聘人员就会找到你了。尽管他们描述的工作内容并不是恰好适合你，但是你可以利用他们的时间和兴趣来得到关于你的简历中有哪些地方好与不好的反馈信息。 作者：edunham[8] 译者：pengkai[9] 校对：mudongliang[10]，wxy[11] 本文由 LCTT[12] 原创编译，Linux中国[13] 荣誉推出 [1]: https://jenkins-ci.org/ [2]: http://buildbot.net/ [3]: https://travis-ci.org/ […]
View Details今年将迎来我编程的第十七个年头。我的编程之旅始于九十年代末，上大学的时候，主要涉足基于表格的网页设计，传统的ASP，和Microsoft Access数据库。原来只是当作业余爱好的编程现在已经成为了我的事业和激情。我一生一半的时间都在学习、蹒跚、成功、失败，并且经常情不自禁地为代码 美丽和复杂的天性而折腰。 我在代码上淫浸了足够长的时间，因此看到了很多语言和平台的兴盛和消亡，看到了很多模式被普及，被苛责，然后再次被推广。在某些时候，我常常分不清这是大势所趋还是明日黄花。 编程的流行趋势是短暂的，但我坚守的规则，往往在生活中的其他地方也能发挥作用。事实上，生活就像代码（我已经买了这个域名来证明这一点！）。以下是我总结的3个伟大的经验教训，历经一次又一次编程和生活的大浪淘沙。 1.可商榷的决定往往是一种权衡。 伟大的辩论总是发生在开发社区中。无论它是最近关于TDD作为web开发的一种可行方法的辩论，还是什么水平的开发人员应该使用ORM（或 micro-ORMs）。无论是.NET MVC应该优于WebForms还是以JavaScript为中心的app应该比基于页面的app更受青睐，对我来说，答案都一样：看你权衡之后的取舍？ 在任何比较两种流行方法的辩论中，我们总是会从自己的立场出发，两利相权取其重，两害相权取其轻。在我的职业生涯早期，我曾执着于追求所谓的正确答 案。感觉过程是线性的：摆脱做事的老办法，转而投向新的并且更好的方法的怀抱。曾经有一段时间我深信，编写自己的SQL查询是一种过时的练习，并且 ORMs是最后赢家。 但是，我了解到，更好的办法应该由内容决定的。例如，今天完全成熟的ORMs在隔离映射相关数据网格到对象的冗长管道提供了伟大服务，但隔离也使得某种非标准查询变得困难并且有潜在的效率低下问题。n+1 select problem就是经典的在少写代码和写更多高效代码之间做权衡。我使用ORM的程度完全受我期待应用程序使用的数据量，我所受到的潜在的时间限制，app长期可扩展性需求这三者的影响。（顺便说一句，我目前是micro-ORMs，比如说Dapper的忠实粉丝，它能让我编写我自己的SQL和一些精巧的对象-关系映射）。 我已经将这个经验应用到了我生活的其他方面。我是应该买一套公寓还是长租房子？我是应该启动自己的生意还是工作于已经成立的公司？没有绝对正确的选择。当你权衡利弊了之后，你便可以更好地应对生活中的各种难题。 2.清晰并不总和简洁相关。 和大多数工程师一样，我对持续重构一直到代码尽可能地少和简洁的机会垂涎三尺。如果可以选择更少又更简洁的代码来完成同样的任务，那么我为什么要选 择要个更多代码的方案呢？通常情况下，更简洁的语言会导致更好的交流。画蛇添足只会阻碍核心信息的提取。但是，最终的目标不应该是简洁——而应该是可交 流。于我而言，下面这段直截了当的代码，在它更长的时候…… ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 if (HasFarm() && HasBoat()) { Broadcast("You are wealthy!"); } else if (HasFarm() && !HasBoat()) { Broadcast("You are OK!"); } else if (!HasFarm() && HasBoat()) { Broadcast("You are OK!"); } else if (!HasFarm() && !HasBoat()) { Broadcast("You are poor!"); } ……反而比这个简洁版本更明确。 ? 1 2 3 (HasFarm() && HasBoat()) ? Broadcast("You are wealthy!") : (HasFarm() || HasBoat()) ? Broadcast("You are OK!") : Broadcast("You are poor!"); 虽然这是一个品味问题（有些人可能会觉得后者看上去更加一目了然），但是我在这里要表述的观点是，有时候解释的最伟大方法并不是简化。这个经验也适 用于日常生活，我花了大量时间来思考怎么样才能更好地传达消息以便于对方接收——有时更详细的讲解并非没有价值，而是更明确传达信息的必须。 举例来说，我想要更明确和更详细地告诉我爸爸应该如何关闭iPad（“按住右侧的按钮一段时间……”）。或者，我看似多此一举地键入了一些我已经提 交到本地分支的内容给我的同事（“刚刚犯的错误已被修复”），然后当它涉及到部署更新到产品中时，我就能很明确地知道哪些具体的提交被合并和出现（“检查 4812-4822行，其中包括在6/15发行版本中的DoneDone问题，将在今晚的产品发布中提出来。”）。 3.累计良性债务，并且要持续偿还。 我在一个特别害怕欠债的家庭中长大。八十年代中期，我的父母倾其所有又东拼西凑，付了他们第一套房子75％的首付，然后在七年内付清了剩余款项。用现金支付是常态。信用支付在他们看来几乎是一种罪过。作为一个孩子，我的看法是，债务完全是坏的。我从不认为欠债是一种优势。 直到我看到其他人是如何对待债务的——在我20出头的时候——我终于知道了债务也可以是有益的。如果你能够合理地承担债务，那么之后你也能获得成功。如果借助现在更好的上升空间可以加速你之后的成长，那么债务可以成为一笔巨大的财富。 代码也是如此。有时它值得你现在承担一点债务——错过抽象或者有一些未优化的SQL代码——如果这样做可以让你更快地发布内容给不断增长的观众的话。关键是要了解你必须偿还它，以及你可以在适当的时间段之后偿还。 这就是债务在生活和编程中的窍门。偿还债务需要持续进行。将一周10％的时间用于重构，相当于你是在按时支付编码的信用卡账单。如果你保持一种持续、可支撑的还债状态，那么累积债务实际上对你是有好处的。 译文链接：http://www.codeceo.com/article/17-year-3-tips-programming.html 英文原文：Programming’s three life lessons 翻译作者：码农网 – 小峰 from:http://www.oschina.net/news/73943/17-years-code
View DetailsGoogle 和 Oracle 关于 Java 侵权案的陪审团裁定，谷歌使用 Oracle 创建的 Java 软件来创建 Android 系统是合理使用，不构成版权侵犯。 此判决标志着 Oracle 在 2012 年起诉 Google 关于侵犯 Java 版权的案子正式结束，Google 因此避免了 90 亿美元的赔偿。此案同时也给在编写不同平台上应用程序但没有许可证的程序员们最大的安慰。 甲骨文认为，谷歌需要一个许可才能在 Android 操作系统上使用 Java 编程语言，但是陪审团周四在旧金山联邦法院否认了这种说法，认为谷歌是合理使用代码，符合著作权。 IDC 分析师 Al Hilwa 表示：很多人都松了一口气！判决结果为软件企业提供保障，使得他们在开发各种可互操作的软件时没有法律风险。而数以万计使用 API 的软件开发人员更将将庆祝这一判决结果。谷歌的胜诉解决了他们在开发从游戏到企业应用中一个非常关键的问题。 from:http://www.oschina.net/news/73784/google-defeats-oracle-copyright-java-android
View DetailsBI中文站 5月22日报道 在即将到来的这个星期一，美国的一个陪审团就将对甲骨文与谷歌(微博)之间最新庭审中的结案陈词进行听证。近来，甲骨文控诉Android侵权向谷歌索赔90亿美元一事，让整个科技行业紧张不安。 甲骨文指控称，谷歌在将部分关键的Java技术整合在Android操作系统之中，此举侵犯了甲骨文的专利权。如今，Android系统在市场上已经售出的智能手机中，大约占据了80%的份额。当然，谷歌在辩护中则宣称，该公司一直是在“公平使用”。 甲骨文与谷歌的此番争端，其核心问题还是双方在“开放源”方面的认识存在差异，也是双方在此文化方面的根本冲突。开放源软件没有版权问题，可以供任何获得此类软件的用户免费使用。 开放源也是软件行业的核心支柱，大量的开发者和企业都在很大程度上依赖开放源。即使是很长一段时间以来一直反对开放源政策的微软等如今也转变了态度，开始支持开放源政策。 但是，无论陪审团做出什么样的裁决，谷歌与甲骨文的这种争端都可能会对软件打造方式和营销方式产生巨大的影响，甚至还会破坏软件行业的核心支柱——“开放源”政策。 什么是开放源： 正如微软前首席执行官史蒂夫·鲍尔默（Steve Ballmer）所言，开放源的核心概念有点类似于“共产主义”，在这样的政策下，包括谷歌、Netflix以及苹果等公司员工在内的开发者都会向全球共享他们所研发软件的程序代码。作为回报，这些最初的开发者们在其他开发者完善了这款软件之后，也理当能够获得相应的改进方法，以此获益。 如 果你和开放源人士相处足够长时间的话，那么你肯定会听到这样的话——“我们所有人都比我们当中的任何一个人更加聪明”，因为成功的开放源项目往往拥有数十 位、数百位甚至是数千位程序员从不同的角度来改进同样的代码，这样，这款开发出来的软件就会越来越好、运行速度也会越来越快，大大好于任何专利化的工具。 这 也是为何开放源政策深受诸多科技公司欢迎的原因，这些科技公司发现，他们自身不得不加速完善和更新他们的产品，否则他们的产品很快就会被消费者所厌倦，他 们必须赶在消费者厌倦他们的产品之前，推陈出新。例如，苹果就使用开放源Mesos软件，来管理Siri每天收到的大量请求。Mesos是一款最初由 Twitter和Airbnb倡导的工具。 除此之外，对企业、特别是初创型企业而言，获得开放源软件，并用作他们实际销售的商业产品的根基，这也是极其普遍的事实。开放源意味着机遇，可以帮助企业减少重复投资，从而将更多的主要精力用来打造多样化的产品。 例如，谷歌在2003年撰写的一篇科技论文就成了雅虎在2006年推出的Hadoop数据分析软件的起源。当雅虎将Hadoop作为开放源产品推出时，这又成了一系列热门初创型企业的技术基础，其中就不乏像Hortonworks、Cloudera以及Platfora等之类的初创企业。 接下来，让我们再回到甲骨文与谷歌的争端方面。 谷歌的麻烦在哪里： 相关诉讼证词向人们展示了整个事件的经过。谷歌最初于2005年和2006年率先打造出Android产品，当时，谷歌已经知道苹果正在打造一些好东西，这就是后来的iPhone智能手机。 为了更快地推出自己的操作系统，谷歌决定，不要零星地打造自己的某些关键部件，而是直接利用Java技术——一项业已较为成熟的技术，也是被大量即将成为Android应用开发者的工程师们所熟悉。 Alphabet 集团董事长兼谷歌前首席执行官埃里克·施密特（Eric Schmidt）在此案中证实称，他当时曾去过Sun公司（即Java技术的最初开发商，如今这家公司已在甲骨文麾下），试图同意给Java支付3000 万美元到4000万美元的专利费用，换取在Android系统中运用Java技术，但后来，那次谈判未能成功，原因就是Sun公司担忧会因此丧失自己在移 动领域的控制权。 谷歌联合创始人拉里·佩奇（Larry Page）在证词中称，谷歌的确在Android系统中使用了Java的一些技术，但却没有说“他们认为只有Sun公司才有权收到专利费用”。不过，佩奇 表示，谷歌之所以能够使用Java技术，因为这正是一种开放源技术。Android联合创始人安迪·鲁宾（Andy Rubin）也进一步证实称，谷歌认为，他们使用的那部分Java技术并未侵权。 当初，谷歌曾宣称，甲骨文并没有获得APIs（应用程序界面）的版权。APIs可以让软件和网站彼此“对话”。 但是，此前法院的一项判决裁定，按照法律的规定，谷歌所使用的部分程序事实上就是甲骨文的专利产品，是甲骨文公司的知识产权。因此，如今的谷歌诉诸“公平使用”辩护，承认甲骨文拥有那些Java技术的版权，但声称谷歌应当获准在商业化模式下使用这些程序。 言外之意： 如果谷歌的公平使用辩护无效的话，那么这将给科技行业开了一个令人震惊的先河。 开放源是大量科技公司推崇的方式。甲骨文提出问题的这种API程序就是一种可以让科技公司使用大量软件的方式，这并不是非常普遍的，但却是最接近的。 反对谷歌的裁决可能将意味着，像甲骨文这样的成熟科技公司会找到一种全新的创收源泉：即寻找那些使用Java或其它技术的初创型企业和开发者，向他们索要专利赔偿。 如果谷歌不能成功辩护，那么其他任何有过此类遭遇的公司也不会有什么好运。毫无疑问，这对软件行业的创新肯定不是什么好消息。开放源的主旨就是免费公开交流和协作。如果开发者担心他们可能会被起诉，那么，下一个优秀的开放源软件项目或许就永远不会出现了。 稿源：腾讯科技 from:http://www.oschina.net/news/73658/oracle-and-google-lawsuit
View Details楼主和女朋友在墨尔本读书，家里很多亲戚朋友让我们买东西寄回去，所以有了这个机会接触各种澳洲老人、婴幼儿和女性的产品，包括奶粉、保健品和化妆品。 经常有朋友跟我要孕妇可用的什么什么和儿童专用的什么什么，我从未听说过。上网一看某宝吹嘘的多么多么好，事实上去药店问了药剂师却跟我们再三嘱咐不能给孕妇、儿童使用。真的是心惊胆战。 接下来就818最近的各种见闻。 1、痔疮膏 Proctosedyl 首当其冲的就是这款痔疮膏，我本人用过，的确疗效非凡。但是有孕妇亲戚跟我们要这一款说某宝宣称孕妇可用。如图： 真的是这样嘛？ 我找来手头这一支给你们分析一下。 里面含有的氢化可的松是激素类药物，盐酸辛可卡因是麻醉剂。激素当然见效快，麻醉剂当然舒服。 正常人用剂量很小并没有关系，但是孕妇呢？ 百度百科一下也会发现，最轻的说法是“孕妇避免大面积长期使用”，而在氢化可的松的百科词条下，禁忌症里包含了孕妇。 吓人的话就不多说了，已经用的赶紧停了吧。 我在药店问的每一个澳洲药剂师都明确告诉我，不建议孕妇使用。也不知道这些广告词是从何而来呢？孕妇一定要谨慎再谨慎，凡事多去问医生。某宝上真假都难辨，广告词也不能尽信啊。 from:http://bbs.tianya.cn/post-funinfo-6357320-1.shtml
View Details序号 检测机构名称 检测站地址 咨询电话 1 郑州市公安局机动车辆检测中心 南三环与郑平路交叉口向南2公里（贾砦） 68903827 2 郑州世贸机动车综合性能检测服务有限公司 新郑市龙湖镇老107国道小刘桥北 88887381 3 郑州市一零七机动车检测有限公司 107辅道与金桥路交叉口向北200米路东 65671899 4 河南昱晨交通安全设施有限公司 中牟县白沙镇前程村 62360121 5 郑州成功汽车检测有限公司 花园路与贾鲁河交叉口向西1000米路南 86559679 6 郑州市大正机动车安全检测有限公司 天河路与绿源路叉口向西200米路南 86541953 7 郑州成名汽车检测有限公司 中州大道向北至花园口立交沿北四环向东4公里路南 66962888 8 郑州市道路交通安全协会 紫荆山路与顺河路交叉口向南50米路东 53755800 9 郑州市祥通机动车检测站 中原路与商隐路交叉口向北300路东 85096376 10 郑州旭日机动车检测有限公司 郑州市中原西路与西三环交叉口向东50米路南 67670781 11 郑州大承汽车检测有限公司 郑州市高新技术开发区科学大道与雪松路交叉口西北角 86538111 12 郑州浩磊机动车检测有限公司 郑州市二七区侯寨麦秸垛沟村李嘴 68901007 13 郑州秦岭机动车检测服务有限公司 郑州高新区秦岭北路北彩虹桥南 86508979 14 郑州天荣机动车检测有限公司 郑州市金水区花园北路111号天荣汽配城东门 65989388 15 郑州金超机动车检测有限公司 郑州市惠济区大河路北、彭师路东 63799123 16 郑州市天行车辆检测技术有限公司 郑州市惠济区惠民路6号 86258588 17 郑州顺腾汽车安检有限公司 郑州高新区云杉路2号 86580311 18 郑州盛通机动车检测有限公司 金水区农业路朱屯东路交叉口向北200米 55919767 19 郑州永信机动车安全检测有限公司 郑州市管城回族区南曹乡苏庄村二十里铺自然村以北、郑新公路（S102省道）以西 69115789 20 郑州圣迪机动车检测有限公司 郑州市中原区三十里铺红石坡村1号 86632833 21 郑州嘉伟机动车有限公司 南三环与二十二大街交叉口向东1公里路北 55030777 […]
View Details手动挡车不同于自动挡，离合器、刹车、油门要配合好才可以稳稳当当的开好车，手动挡车驾驶虽然比自动挡繁琐些，但也有自身优点，开常了便会驾轻就熟的。汽车大师提醒，起步最重要，离合器的控制又是关键。离合快踩慢抬，半联动时轻踩油门，起步就会很平稳。 1、起步技巧 开车要穿合适的鞋子，拖鞋、女高跟鞋等都不合适，对新手来说布鞋等底薄的鞋最好。 不同于自动挡车，手动挡车起步时，左脚把离合器踩到底，挂一档，右脚虚空着放到油门上方，慢抬离合的同时松手刹同时轻踩油门，踩油门后踩离合器的左脚慢慢完全抬起，车辆平稳起步。 但遇到高坡起步时，左脚离合器要抬到恰到好处，即车辆处于“半联动”状态，这时即使松了手刹，松了刹车，车辆也不会溜车。然后紧跟上踩油门，慢抬离合器，松手刹，车辆起步。 2、升档注意 紧接着换二档时，离合器要快踩慢抬，否则车辆闯动，很不平稳。换三档时离合器仍要快踩慢抬，到四档以后就无关紧要了。 当车辆快到信号灯前时，要提前判断，如果离信号灯还有二三百米，绿灯闪烁，就可以摘个空挡，滑行到路口，等红灯。这样不仅可以省油，还不用急急忙忙的猛踩刹车。 3、不要空挡滑行 在下长而陡的坡道时，千万不要空挡滑行，别以为能省点油，其实省不了多少。空挡时失去了发动机的制动减速功能，万一遇到紧急情况，光靠刹车很难快速减速，有时甚至能导致刹车失灵。 在雨雪天行车，需要特别注意，不仅要放慢车速，还要提前做好判断，特别是到路口，必须提前减速，否则到跟前会刹不住车。谨记的是，减速时要“点刹”，防止车辆侧滑，虽然很多车都有ABS EBD之类的，遇到紧急情况还是靠驾驶员的提前准备和判断。 当我们通过积水较深的路段时，在不知深浅的情况下最好绕行，如果非走不可，那一定记住，挂上低档，踩住油门不要松，一定要跟上油门，不能换挡，轰着油门一气通过。如果换挡，排气管进水就麻烦了。 4、换挡时速 以1.5升排量的家庭用车在平路上行走为例，最理想的换挡时机大致如下： 1挡起步：约1500rpm 1挡转2挡：20km/h 2挡转3挡：30km/h 3挡转4挡：40km/h 4挡转5挡：50km/h 转入抵挡也是一样，不要等转速过低，车辆几乎没有力气时才减挡，这样会增加引擎负担。要车辆保持一定的驱动力和速度，减少引擎负担，及早减挡是必要的，特别是上坡、车辆慢速行驶和负重行驶的时候。 一般来说，最佳的减挡时间大致如下： 5挡换4挡：55km/h 4挡换3挡：45km/h 3挡换2挡：35km/h 2挡换1挡：25km/h
View Details月球的形成有多种理论支持，比较经典就是撞击假说，大约在46亿年前，一颗称为忒伊亚星球把早期地球狠狠地撞了一下，抛出了一个巨大的深坑，这就是太平洋。之后剥离的物质在轨道上聚集，重新形成了月球。 撞击假说算是比较正统的月球形成理论，不过根据模型推演，由此形成的月球应该有一个比较正常的公转轨道，而不是现在这样。 这意味着月球在形成再次被撞了一下，这个神秘物体的残骸目前仍然留在月球上。 月球环绕地球的轨道是不寻常，这个特点已经被NASA所发现。作为世界航空航天的领军机构，NASA的探测器遍布月球。 从美苏太空争霸以来，向月球发射的飞船不计其数，从早期验证月球是否为岩质表面，但月球背面、内部都翻了个遍。 根据最新的研究显示，倾斜轨道意味着日食偶尔发生，而不是每月发生，这是倾斜自转轴的第一个影响方面，第二个疑问在于月球上遗留了哪些不应该属于这里的物质。 阿波罗计划带回的岩石样本发现，其中有一些金属在地球上很稀有，但月球上的储量却很多。根据撞击形成理论，月球和地球在同一时期形成，也就是被忒伊亚星球撞击后，物质重新进行了分配。 应该说两者的物质成分是基本一致的，那么本不属于这样的金属可能就是第二次不明撞击带来的。 在月球内部，NASA发现了金、铂、铱等贵金属分布，这种物质在地球上数量较少，占了大约1%的地球的质量，但月球却比我们丰富。 NASA根据过去半个世纪的发现认为，月球在第二次撞击中获得了一些地球不存在的金属，有趣的是，自转轴倾斜后更加朝向地球。同时月球也被地球的引力潮汐锁定，只有一面永远朝向地球，背面在地球上是永远看不到的。 天体物理学家Kaveh Pahlevan指出，NASA下一步将依托小行星登陆计划重新返回月球，虽然直接返回方案在星座计划中被取消，目前已经改为秘密返回，利用小行星登陆再次回到月球，寻找第二次撞击遗留的线索，时间会在2020年代中期，与登陆小行星任务一同执行。 不过为何已被美国实现了的“登月工程”，重返月球竟如此之艰难，竟在人力物力充沛的条件下仍需准备数年甚至更长时间，还需借助特殊手段？这其中究竟有何种隐情？ 我们都知道著名的阿波罗登月事件，美国政府宣布登上了月球，然而这真的就是像传说中一样神乎其神吗？甚至于整个过程，被传为全是美国政府为了维护其在美苏太空竞赛中的胜利，而精心设下的一个骗局。 最近的民调显示，大约有20%的美国人认为美国从未登上月球。阿波罗任务结束后，我们为什么就再也没回去过？为什么只有在理查德·尼克松任期内人类登陆月球？水门事件后大多数人都不愿意相信这位狡猾的小迪克的糊弄，说什么美国在冷战中名利双收的鬼话。 在下面的内容中，作者列出了一些证据表明登月可能是个骗局。作者试图在考虑了NASA提供的解释的情况下为每一条都提供一个客观的视角。 1、飘动的旗帜 飘动的旗帜 阴谋论者指出，当第一个登月直播在电视上播出时，观众可以清楚地看到尼尔·阿姆斯特朗和巴兹·奥尔德林插在月球上的美国国旗正颤动飘舞着。着陆的照片似乎也显示有微风荡漾，上图中可以清楚地看到国旗的褶皱。但显而易见的问题是，在月球的大气层中没有空气，当然就没有风能使国旗飘动。 无数的解释试图反驳这一现象没有任何稀奇：NASA声称国旗是存放在一个细管内，连锁反应使得它在插好之前就被展开了。其他的解释则说宇航员在接触铝杆时的反作用力产生的干扰使得录像画面出现了波纹。 2、消失的着陆坑 消失的着陆坑 声明如下：如果NASA真的登月了，在登月舱着陆时下面会出现一个着陆坑。但在任何登陆的录像或者照片中都找不到一个坑洞，登月舱更像是被整个放在了那里。同时月球表面覆盖着细小的月球尘埃，但这在影象资料上基本看不到。 同国旗的问题一样，消失的着陆坑有着一大堆的解释。NASA主张的是登月舱在低重力环境下着陆需要的推力要比在地球上小得多。月球的表面本是坚硬的岩层，所以很可能无法观察到一个明显的着陆坑——就像一架飞机在混凝土跑道着陆时也不会留下一个大洞。 3、消失的星星 在所有的照片、影像资料中，没有星星是登月骗局让人信服的理由之一。月球上没有云，所以在月球上看星星远比我们在地球上透过大气层看要清楚明亮得多。 这里的论据是，NASA几乎无法为登月骗局绘制每个星星的确切位置而不被看穿，所以干脆就不画了。而他们给出的理由是照片质量太差所以看不见星星（这真是他们给出理由）。 有些照片是高品质的，但仍看不见星星。而你却能在地球拍摄一张能看见星星的低品质照片。 消失的星星 4、范艾伦辐射带 为了抵达月球，宇航员必须经过一条范艾伦辐射带（范艾伦辐射带是在地球附近的近层宇宙空间中包围着地球的大量带电粒子聚集而成的轮胎状辐射层，由美国物理学家詹姆斯·范·艾伦发现并以他的名字命名。——译者注）。辐射带受地球磁场控制永远保持在同一个位置。 范艾伦辐射带 阿波罗登月标志着有史以来人类第一次将活人送出了这条辐射带。阴谋论者争论说，尽管有飞船内外都有铝涂层，但辐射的强级几乎能把宇航员在前往月球的途中煮熟。 NASA已经反驳了这种说法，强调宇航员在很短的时间内就穿越了辐射带，所以只遭到了轻微辐射。 5、无法解释的东西 登月照片公布后，理论家们很快就注意到一个神秘的东西（如上图所示）——在阿波罗12号任务中宇航员头盔上的反射。这似乎是完全没理由出现在那的一根挂着的绳子或者电线，让很多人认为这是一个在电影棚中经常见到的聚光灯。 因为图像质量太差，这一猜测仍存在疑问，但谜团依然存在：为什么会有东西悬浮在月球的半空中（几乎没有空气）。从登月舱的其他照片中似乎都没有东西从它上面伸展出来，所以这至今仍完全无法解释。 无法解释的东西 6、慢速行走和隐线 为了论证登月是在一个摄影棚中拍摄的，阴谋论者必须认为低重力环境是被NASA模拟出来的。 慢速行走和隐线 如果你拿到了登月镜头的录影带，并将影片2.5倍的速度播放，宇航员看起来就像在地球重力下行走。 而让人印象深刻的宇航员跳跃高度，不可能在地球重力下实现，但隐藏的电缆可能给了宇航员一些额外的高度。 在一些截图中可以看出隐线的轮廓（据说这些照片只能看出一根非常模糊的线条）。 7、多出来的光源 在月球上只存在一个强光源：太阳。这表明所有的影子都应该是互相平行的。但在登月时却不是这样：视频和照片都清楚地显示出影子的方向是不同的。阴谋论者认为，多出来的光源有力地证明了这些登月照片是拍摄于一个类似电影片场的地方。 NASA一直试图把这些奇怪的影子归咎于月球表面上不同寻常的隆起和丘陵。这一解释让一些理论家哭笑不得；丘陵怎么可能造成如此巨大的角度误差？图像中登月舱与前景中岩石的影子几乎成45度角。 多出来的光源 from:http://news.gmw.cn/2016-04/21/content_19802349.htm
View Details最近国内外都在流行一个词叫Full Stack，中文翻译过来叫全栈工程师，也叫全端工程师。微博上很多专业人士都在讨论全端工程师，有赞有毁的。我对全端工程师的定义是：掌握多种技能，并能利用多种技能独立完成产品的人。打外比方，全栈工程师就是一个能独立盖一幢10层小洋楼的人，而普通工程师，则是可以和一群人盖一幢摩天大楼的人。 至于要掌握哪些技能，我觉得这个要跟从事的行业与技术方向有关，做互联网的和做软件的是不一样的，即使是做互联网的，后端也可以分为很多种技术流派。 8/2定律在哪都适用，全栈工程师就是掌握20%常用技能的人，但这20%的技能会有80%的几率被用到，剩下那80%不常用的，让我们Google吧。 有人说，全栈工程师在中国已经很多年了，他们叫站长。这个说话有点靠谱但又不那么靠谱，我自己也做过站长，深知作为一名站长需要掌握很多种技术。不靠谱的是，很多站长其实并没有真正写过多少代码，而是熟练利用一些建站软件来建站。 全栈工程师的价值 有人说了，你再牛逼，你懂五种技术，你能干五个人的活吗？全栈工程师并不是说一个人能干几个人的活，而是要从多个方面来看这个问题。 全局性思维 现代项目的开发，很少说只用到一两种技术的，特别是移动互联网大潮下。随便一个互联网项目中用到的技术，就会需要用到后端开发、前端开发、界面设计、产品设计、数据库、各种移动客户端、三屏兼容、restFul API设计和OAuth等等，一些比较前卫的项目，可能会用到Single Page Application、Web Socket、HTML5/CSS3这些技术，还有像第三方开发像微信公众号微博应用等等。 Web前端也远远不是从前的切个图用个jQuery上个AJAX兼容各种浏览器那么简单了。现代的Web前端，你需要用到模块化开发、多屏兼容、MVC，各种复杂的交互与优化，甚至你需要用到Node.js来协助前端的开发。 所以说一个现代化的项目，是一个非常复杂的构成，我们需要一个人来掌控全局，他不需要是各种技术的资深专家，但他需要熟悉到各种技术。对于一个团队特别是互联网企业来说，有一个全局性思维的人非常非常重要。 像如果是我经手的项目，我肯定会注意到网页优化，也会考虑到API来兼容各种客户端，更会考虑到三屏兼容的问题。不会说项目中完全使用AJAX而不顾SEO，也不会为了功能性而忽略访问速度，我会很好的把握这个平衡，因为我知道它们的权重与实现成本。 沟通成本 项目越大，沟通成本越高，做过项目管理的人都知道，项目中的人力是1+1<2的，人越多效率越低。因为沟通是需要成本的，不同技术的人各说各话，前端和后端是一定会掐架的。每个人都会为自己的利益而战，毫不为已的人是不存在的。< p=""> 而全栈工程师的成本几乎为零，因为各种技术都懂，胸有成竹，一不小心自己就全做了。即使是在团队协作中，与不同技术人员的沟通也会容易得多，你让一个后端和一个前端去沟通，那完全是鸡同鸭讲，更不用说设计师与后端了。但如果有一个人懂产品懂设计懂前端懂后端，那沟通的结果显然不一样，因为他们讲的，彼此都能听得懂。 创业公司 对于创业公司来说，全端工程师的价值是非常大的，创业公司不可能像大公司一样，各方面的人才都有。所以我们需要一个多面手，各种活都能一肩挑，独挡多面的万金油。对于创业公司，不可能说DBA前端后端客户端各种人才全都备齐了，很多工作请人又不饱和，不请人又没法做，外包又不放心质量，所以全端工程师是省钱的一妙招。虽然说全端工程师工资会比一般的工程师会高很多，但综合下来，成本会低很多。 全栈工程师的困境 我讲技术有两个发展方向，一种是纵向一种是横向的，横向的是瑞士军刀，纵向的是削铁如泥的干将莫邪。这两个方向都没有对与错，发展到一定程序都会相互溶合，就好比中国佛家禅修的南顿北渐，其实到了最后，渐悟与顿悟是一样的，顿由渐中来。 如果一个公司不太懂全栈工程师的价值，那么全栈工程师的地位将会很尴尬，说得不好听一点，全栈工程师就是什么都会，都么都不会。曾经有一次面试，对方问我很基础的问题，我答不上来，我能做出产品，也知道什么是怎么一回事，我也不会犯那些错误，但我就是答不上概念，要考倒我非常容易。所以在应聘面试的时候，有些时候会吃亏，你可能会不如哪些在某一方面钻得很深的人工资拿得高。 由于经常在各种技术穿梭，我会经常忘记代码的语法和一些API，所以我经常需要去查API甚至查语法，我觉得没有Google我几乎没法工作。这在某些人的眼里，是技术不够的表现。我记的只是一个Key，一个如何找寻答案的索引，而不是全部，人脑不是电脑，我不可能要求我能记下所有的东西。 有一次面试官问我一个问题，我说我不知道，但我猜大概是如此这般，对方问我，你为什么这么猜，我说凭直觉，对方笑了笑没说话。面试完后我一查，果然和我猜的差不多。没错，我就是凭直觉，但这种直觉和女人的直觉不一样，这种直觉是技术上的直觉，是你过去技术经验累积的一个反射。 我不是一个非常专业的Web前端，也不是一个非常专业的Node.js开发工程师，更不是一个非常专业的iOS开发工程师。用人单位会问我，你到底是专业做哪一个方面的，我为什么要给你这么高的工资？ 有什么资格来谈全栈工程师 我应该算是一个全栈型工程师了，行业经验已经超过10年。独立做过不少产品，也带过不少项目，经过的产品包括桌面端、Web产品、移动端产品，Web端涵盖前端与后端，移动端主要做iOS和混合开发。 熟悉Web前端，对MVC/模块化开发有实战经验，熟悉CoffeeScript、Grunt、RequireJS、Handlebars等等，自己写过小型的Javascript框架，一个项目中的JS代码超过一万行。熟知网页优化，知道如何让网页变得更加快速。也略懂SEO，知道什么样的URL和代码会更讨好Spider。 熟悉Node.js，有几个项目都是基于Node.js的，目前发布有开源的Blog程序Purelog，在NPM上有多个模块发布。熟悉混合开发，过去我曾经有超过一年的时间是在研究Hybrid技术，多个App基于混合开发技术，也有开发类似于PhoneGap的解决方案。对HTML5在手机上的表现颇为熟悉，挖过很多的技术坑，如白屏问题，Sqlite问题，滚动条问题，硬件动画加速、点击延时问题等等。 会做设计，熟悉Photoshop，所有的产品不管是Logo还是界面全都是自己做的设计，虽然在资深的设计师眼里不值一提，但在工程师队伍中算是比较另类了。 熟悉Objective-C，有两年以上的iOS开发经验，在App Store上有约十款App。熟悉服务器的一般性操作，自己有VPS并运行多个网站，虽然配置服务器经常要去Google。 早年曾经做过一年的Delphi，也曾做过几年的ASP.net，虽然这些技术我目前已经放弃，完全转向*nix平台，但累积下的经验是在的。多年的项目管理经验，曾在三个公司担任过项目经理，累计项目管理经验超过4年。在多个科技门户发表过技术和评论文章。 为什么我会成为全栈工程师 我相信很多全栈型工程师会和我一样，是因为要创业才成为全栈型工程师的。我有一颗创业和做产品的心，而且我又是一个不愿意麻烦别人的人，有些人擅长整合资源，空手套白狼，但我显然不是这种人，所以我只好自己做了。 在经历过两次孤独的创业之后，我发现我并不是一个适合独立创业的人，所以，我成为了一个全端工程师。我最初是做ASP，后来自己创业写客户端用Delphi，然后写了三年的ASP.Net，2010年的时候因为公司需要开始做iOS开发。Web前端是一直自己在做，项目中的的Javascript基本都是我自己在做。 我热爱写代码，热爱重复发明轮子，热爱新技术，我想这也是我成为一个全栈工程师的重要原因。 于我自己来说，我觉得全端工程师的乐趣要比一般工程师来得多，因为你知道一个产品的形态，你可以去设计一个产品，你是从全局的视野来做事情，你得到的成就感会更多一些。 from:http://digi.163.com/14/0116/10/9IN26JNS00162OUT.html
View Details