网上的以下方法，是不行的：
1 | sudo mdutil -a -i off |
运行了这一行，mds mds_stores等还是在20% 左右运行中
于是，发现了一个新方法，在终端运行这个：
1 | sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist |
等你想开的时候，在终端运行这个就行了：
1 | sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist |
哈哈，成功关闭后，世界都变流畅了！！！
相关文章：
How To Ask Questions The Smart Way
Copyright © 2001,2006,2014 Eric S. Raymond, Rick Moen
本指南英文版版权为 Eric S. Raymond, Rick Moen 所有。
原文网址：http://www.catb.org/~esr/faqs/smart-questions.html
Copyleft 2001 by D.H.Grand(nOBODY/Ginux), 2010 by Gasolin, 2015 by Ryan Wu
本中文指南是基于原文 3.10 版以及 2010 年由 Gasolin 所翻译版本的最新翻译；
协助指出翻译问题，请发 Issue，或直接发 Pull Request 给我。
本文另有繁體中文版。
许多项目在他们的使用协助/说明网页中链接了本指南，这么做很好，我们也鼓励大家都这么做。但如果你是负责管理这个项目网页的人，请在超链接附近的显著位置上注明：
本指南不提供此项目的实际支持服务！
我们已经深刻领教到少了上述声明所带来的痛苦。因为少了这点声明，我们不停地被一些白痴纠缠。这些白痴认为既然我们发布了这本指南，那么我们就有责任解决世上所有的技术问题。
如果你是因为需要某些协助而正在阅读这本指南，并且最后离开是因为发现从本指南作者们身上得不到直接的协助，那么你就是我们所说的那些白痴之一。别问我们问题，我们只会忽略你。我们在这本指南中是教你如何从那些真正懂得你所遇到软件或硬件问题的人取得协助，而 99% 的情况下那不会是我们。除非你确定本指南的作者之一刚好是你所遇到的问题领域的专家，否则请不要打扰我们，这样大家都会开心一点。
在黑客的世界里，当你拋出一个技术问题时，最终是否能得到有用的回答，往往取决于你所提问和追问的方式。本指南将教你如何正确的提问以获得你满意的答案。
不只是黑客，现在开源（Open Source）软件已经相当盛行，你常常也可以由其他有经验的使用者身上得到好答案，这是件好事；使用者比起黑客来，往往对那些新手常遇到的问题更宽容一些。然而，将有经验的使用者视为黑客，并采用本指南所提的方法与他们沟通，同样也是能从他们身上得到满意回答的最有效方式。
首先你应该明白，黑客们喜爱有挑战性的问题，或者能激发他们思维的好问题。如果我们并非如此，那我们也不会成为你想询问的对象。如果你给了我们一个值得反复咀嚼玩味的好问题，我们自会对你感激不尽。好问题是激励，是厚礼。好问题可以提高我们的理解力，而且通常会暴露我们以前从没意识到或者思考过的问题。对黑客而言，”好问题！”是诚挚的大力称赞。
尽管如此，黑客们有着蔑视或傲慢面对简单问题的坏名声，这有时让我们看起来对新手、无知者似乎较有敌意，但其实不是那样的。
我们不讳言我们对那些不愿思考、或者在发问前不做他们该做的事的人的蔑视。那些人是时间杀手 —— 他们只想索取，从不付出，消耗我们可用在更有趣的问题或更值得回答的人身上的时间。我们称这样的人为 失败者（撸瑟） （由于历史原因，我们有时把它拼作 lusers）。
我们意识到许多人只是想使用我们写的软件，他们对学习技术细节没有兴趣。对大多数人而言，电脑只是种工具，是种达到目的的手段而已。他们有自己的生活并且有更要紧的事要做。我们了解这点，也从不指望每个人都对这些让我们着迷的技术问题感兴趣。尽管如此，我们回答问题的风格是指向那些真正对此有兴趣并愿意主动参与解决问题的人，这一点不会变，也不该变。如果连这都变了，我们就是在降低做自己最擅长的事情上的效率。
我们（在很大程度上）是自愿的，从繁忙的生活中抽出时间来解答疑惑，而且时常被提问淹没。所以我们无情的滤掉一些话题，特别是拋弃那些看起来像失败者的家伙，以便更高效的利用时间来回答赢家（winner）的问题。
如果你厌恶我们的态度，高高在上，或过于傲慢，不妨也设身处地想想。我们并没有要求你向我们屈服 —— 事实上，我们大多数人非常乐意与你平等地交流，只要你付出小小努力来满足基本要求，我们就会欢迎你加入我们的文化。但让我们帮助那些不愿意帮助自己的人是没有效率的。无知没有关系，但装白痴就是不行。
所以，你不必在技术上很在行才能吸引我们的注意，但你必须表现出能引导你变得在行的特质 – 机敏、有想法、善于观察、乐于主动参与解决问题。如果你做不到这些使你与众不同的事情，我们建议你花点钱找家商业公司签个技术支持服务合同，而不是要求黑客个人无偿地帮助你。
如果你决定向我们求助，当然你也不希望被视为失败者，更不愿成为失败者中的一员。能立刻得到快速并有效答案的最好方法，就是像赢家那样提问 – 聪明、自信、有解决问题的思路，只是偶尔在特定的问题上需要获得一点帮助。
（欢迎对本指南提出改进意见。你可以 email 你的建议至 esr@thyrsus.com 或 respond-auto@linuxmafia.com。然而请注意，本文并非网络礼节的通用指南，而我们通常会拒绝无助于在技术论坛得到有用答案的建议）。
在你准备要通过电子邮件、新闻群组或者聊天室提出技术问题前，请先做到以下事情：
当你提出问题的时候，请先表明你已经做了上述的努力；这将有助于树立你并不是一个不劳而获且浪费别人的时间的提问者。如果你能一并表达在做了上述努力的过程中所学到的东西会更好，因为我们更乐于回答那些表现出能从答案中学习的人的问题。
运用某些策略，比如先用 Google 搜索你所遇到的各种错误信息（既搜索 Google 论坛，也搜索网页），这样很可能直接就找到了能解决问题的文件或邮件列表线索。即使没有结果，在邮件列表或新闻组寻求帮助时加上一句 我在 Google 中搜过下列句子但没有找到什么有用的东西 也是件好事，即使它只是表明了搜索引擎不能提供哪些帮助。这么做（加上搜索过的字串）也让遇到相似问题的其他人能被搜索引擎引导到你的提问来。
别着急，不要指望几秒钟的 Google 搜索就能解决一个复杂的问题。在向专家求助之前，再阅读一下常见问题文件（FAQ）、放轻松、坐舒服一些，再花点时间思考一下这个问题。相信我们，他们能从你的提问看出你做了多少阅读与思考，如果你是有备而来，将更有可能得到解答。不要将所有问题一股脑拋出，只因你的第一次搜索没有找到答案（或者找到太多答案）。
准备好你的问题，再将问题仔细的思考过一遍，因为草率的发问只能得到草率的回答，或者根本得不到任何答案。越是能表现出在寻求帮助前你为解决问题所付出的努力，你越有可能得到实质性的帮助。
小心别问错了问题。如果你的问题基于错误的假设，某个普通黑客（J. Random Hacker）多半会一边在心里想着蠢问题…， 一边用无意义的字面解释来答复你，希望着你会从问题的回答（而非你想得到的答案）中汲取教训。
绝不要自以为够格得到答案，你没有；你并没有。毕竟你没有为这种服务支付任何报酬。你将会是自己去挣到一个答案，靠提出有内涵的、有趣的、有思维激励作用的问题 —— 一个有潜力能贡献社区经验的问题，而不仅仅是被动的从他人处索取知识。
另一方面，表明你愿意在找答案的过程中做点什么是一个非常好的开端。谁能给点提示？、我的这个例子里缺了什么？以及我应该检查什么地方比请把我需要的确切的过程贴出来更容易得到答复。因为你表现出只要有人能指个正确方向，你就有完成它的能力和决心。
小心选择你要提问的场合。如果你做了下述的事情，你很可能被忽略掉或者被看作失败者：
黑客会剔除掉那些搞错场合的问题，以保护他们沟通的渠道不被无关的东西淹没。你不会想让这种事发生在自己身上的。
因此，第一步是找到对的论坛。再说一次，Google 和其它搜索引擎还是你的朋友，用它们来找到与你遭遇到困难的软硬件问题最相关的网站。通常那儿都有常见问题（FAQ）、邮件列表及相关说明文件的链接。如果你的努力（包括阅读 FAQ）都没有结果，网站上也许还有报告 Bug（Bug-reporting）的流程或链接，如果是这样，链过去看看。
向陌生的人或论坛发送邮件最可能是风险最大的事情。举例来说，别假设一个提供丰富内容的网页的作者会想充当你的免费顾问。不要对你的问题是否会受到欢迎做太乐观的估计 – 如果你不确定，那就向别处发送，或者压根别发。
在选择论坛、新闻群组或邮件列表时，别太相信名字，先看看 FAQ 或者许可书以弄清楚你的问题是否切题。发文前先翻翻已有的话题，这样可以让你感受一下那里的文化。事实上，事先在新闻组或邮件列表的历史记录中搜索与你问题相关的关键词是个极好的主意，也许这样就找到答案了。即使没有，也能帮助你归纳出更好的问题。
别像机关枪似的一次”扫射”所有的帮助渠道，这就像大喊大叫一样会使人不快。要一个一个地来。
搞清楚你的主题！最典型的错误之一是在某种致力于跨平台可移植的语言、套件或工具的论坛中提关于 Unix 或 Windows 操作系统程序界面的问题。如果你不明白为什么这是大错，最好在搞清楚这之间差异之前什么也别问。
一般来说，在仔细挑选的公共论坛中提问，会比在私有论坛中提同样的问题更容易得到有用的回答。有几个理由可以支持这点，一是看潜在的回复者有多少，二是看观众有多少。黑客较愿意回答那些能帮助到许多人的问题。
可以理解的是，老练的黑客和一些热门软件的作者正在接受过多的错发信息。就像那根最后压垮骆驼背的稻草一样，你的加入也有可能使情况走向极端 —— 已经好几次了，一些热门软件的作者从自己软件的支持中抽身出来，因为伴随而来涌入其私人邮箱的无用邮件变得无法忍受。
搜索，然后 在 Stack Exchange 问。
近年来，Stack Exchange community 社区已经成为回答技术及其他问题的主要渠道，尤其是那些开放源码的项目。
因为 Google 索引是即时的，在看 Stack Exchange 之前先在 Google 搜索。有很高的机率某人已经问了一个类似的问题，而且 Stack Exchange 网站们往往会是搜索结果中最前面几个。如果你在 Google 上没有找到任何答案，你再到特定相关主题的网站去找。用标签（Tag）搜索能让你更缩小你的搜索结果。
Stack Exchange 已经成长到超过一百个网站，以下是最常用的几个站：
本地的使用者群组（user group），或者你所用的 Linux 发行版本也许正在宣传他们的网页论坛或 IRC 频道，并提供新手帮助（在一些非英语国家，新手论坛很可能还是邮件列表）， 这些地方是开始提问的好首选，特别是当你觉得遇到的也许只是相对简单或者很普通的问题时。有广告赞助的 IRC 频道是公开欢迎提问的地方，通常可以即时得到回应。
事实上，如果程序出的问题只发生在特定 Linux 发行版提供的版本（这很常见），最好先去该发行版的论坛或邮件列表中提问，再到程序本身的论坛或邮件列表提问。（否则）该项目的黑客可能仅仅回复 “用我们的版本”。
在任何论坛发文以前，先确认一下有没有搜索功能。如果有，就试着搜索一下问题的几个关键词，也许这会有帮助。如果在此之前你已做过通用的网页搜索（你也该这样做），还是再搜索一下论坛，搜索引擎有可能没来得及索引此论坛的全部内容。
通过论坛或 IRC 频道来提供使用者支持服务有增长的趋势，电子邮件则大多为项目开发者间的交流而保留。所以最好先在论坛或 IRC 中寻求与该项目相关的协助。
在使用 IRC 的时候，首先最好不要发布很长的问题描述，有些人称之为频道洪水。最好通过一句话的问题描述来开始聊天。
当某个项目提供开发者邮件列表时，要向列表而不是其中的个别成员提问，即使你确信他能最好地回答你的问题。查一查项目的文件和首页，找到项目的邮件列表并使用它。有几个很好的理由支持我们采用这种办法：
如果一个项目既有”使用者” 也有”开发者”（或”黑客”）邮件列表或论坛，而你又不会动到那些源代码，那么就向”使用者”列表或论坛提问。不要假设自己会在开发者列表中受到欢迎，那些人多半会将你的提问视为干扰他们开发的噪音。
然而，如果你确信你的问题很特别，而且在”使用者” 列表或论坛中几天都没有回复，可以试试前往”开发者”列表或论坛发问。建议你在张贴前最好先暗地里观察几天以了解那里的行事方式（事实上这是参与任何私有或半私有列表的好主意）
如果你找不到一个项目的邮件列表，而只能查到项目维护者的电子邮件地址，尽管向他发信。即使是在这种情况下，也别假设（项目）邮件列表不存在。在你的电子邮件中，请陈述你已经试过但没有找到合适的邮件列表，也提及你不反对将自己的邮件转发给他人（许多人认为，即使没什么秘密，私人电子邮件也不应该被公开。通过允许将你的电子邮件转发他人，你给了相应人员处置你邮件的选择）。
在邮件列表、新闻群组或论坛中，大约 50 字以内的标题是抓住资深专家注意力的好机会。别用喋喋不休的帮帮忙、跪求、急（更别说救命啊！！！！这样让人反感的话，用这种标题会被条件反射式地忽略）来浪费这个机会。不要妄想用你的痛苦程度来打动我们，而应该是在这点空间中使用极简单扼要的描述方式来提出问题。
一个好标题范例是目标 —— 差异式的描述，许多技术支持组织就是这样做的。在目标部分指出是哪一个或哪一组东西有问题，在差异部分则描述与期望的行为不一致的地方。
蠢问题：救命啊！我的笔记本电脑不能正常显示了！
聪明问题：X.org 6.8.1 的鼠标光标会变形，某牌显卡 MV1005 芯片组。
更聪明问题：X.org 6.8.1 的鼠标光标，在某牌显卡 MV1005 芯片组环境下 - 会变形。
编写目标 —— 差异 式描述的过程有助于你组织对问题的细致思考。是什么被影响了？ 仅仅是鼠标光标或者还有其它图形？只在 X.org 的 X 版中出现？或只是出现在 6.8.1 版中？ 是针对某牌显卡芯片组？或者只是其中的 MV1005 型号？ 一个黑客只需瞄一眼就能够立即明白你的环境和你遇到的问题。
总而言之，请想像一下你正在一个只显示标题的存档讨论串（Thread）索引中查寻。让你的标题更好地反映问题，可使下一个搜索类似问题的人能够关注这个讨论串，而不用再次提问相同的问题。
如果你想在回复中提出问题，记得要修改内容标题，以表明你是在问一个问题， 一个看起来像 Re: 测试 或者 Re: 新 bug 的标题很难引起足够重视。另外，在不影响连贯性之下，适当引用并删减前文的内容，能给新来的读者留下线索。
对于讨论串，不要直接点击回复来开始一个全新的讨论串，这将限制你的观众。因为有些邮件阅读程序，比如 mutt ，允许使用者按讨论串排序并通过折叠讨论串来隐藏消息，这样做的人永远看不到你发的消息。
仅仅改变标题还不够。mutt 和其它一些邮件阅读程序还会检查邮件标题以外的其它信息，以便为其指定讨论串。所以宁可发一个全新的邮件。
在网页论坛上，好的提问方式稍有不同，因为讨论串与特定的信息紧密结合，并且通常在讨论串外就看不到里面的内容，故通过回复提问，而非改变标题是可接受的。不是所有论坛都允许在回复中出现分离的标题，而且这样做了基本上没有人会去看。不过，通过回复提问，这本身就是暧昧的做法，因为它们只会被正在查看该标题的人读到。所以，除非你只想在该讨论串当前活跃的人群中提问，不然还是另起炉灶比较好。
以请将你的回复发送到……来结束你的问题多半会使你得不到回答。如果你觉得花几秒钟在邮件客户端设置一下回复地址都麻烦，我们也觉得花几秒钟思考你的问题更麻烦。如果你的邮件程序不支持这样做，换个好点的；如果是操作系统不支持这种邮件程序，也换个好点的。
在论坛，要求通过电子邮件回复是非常无礼的，除非你认为回复的信息可能比较敏感（有人会为了某些未知的原因，只让你而不是整个论坛知道答案）。如果你只是想在有人回复讨论串时得到电子邮件提醒，可以要求网页论坛发送给你。几乎所有论坛都支持诸如追踪此讨论串、有回复时发送邮件提醒等功能。
我们从经验中发现，粗心的提问者通常也会粗心的写程序与思考（我敢打包票）。回答粗心大意者的问题很不值得，我们宁愿把时间耗在别处。
正确的拼写、标点符号和大小写是很重要的。一般来说，如果你觉得这样做很麻烦，不想在乎这些，那我们也觉得麻烦，不想在乎你的提问。花点额外的精力斟酌一下字句，用不着太僵硬与正式 —— 事实上，黑客文化很看重能准确地使用非正式、俚语和幽默的语句。但它必须很准确，而且有迹象表明你是在思考和关注问题。
正确地拼写、使用标点和大小写，不要将its混淆为it's，loose搞成lose或者将discrete弄成discreet。不要全部用大写，这会被视为无礼的大声嚷嚷（全部小写也好不到哪去，因为不易阅读。Alan Cox 也许可以这样做，但你不行）。
更白话的说，如果你写得像是个半文盲[译注：小白]，那多半得不到理睬。也不要使用即时通信中的简写或火星文，如将的简化为d会使你看起来像一个为了少打几个键而省字的小白。更糟的是，如果像个小孩似地鬼画符那绝对是在找死，可以肯定没人会理你（或者最多是给你一大堆指责与挖苦）。
如果在使用非母语的论坛提问，你可以犯点拼写和语法上的小错，但决不能在思考上马虎（没错，我们通常能弄清两者的分别）。同时，除非你知道回复者使用的语言，否则请使用英语书写。繁忙的黑客一般会直接删除用他们看不懂语言写的消息。在网络上英语是通用语言，用英语书写可以将你的问题在尚未被阅读就被直接删除的可能性降到最低。
如果英文是你的外语（Second language），提示潜在回复者你有潜在的语言困难是很好的：
[译注：以下附上原文以供使用]
English is not my native language; please excuse typing errors.
If you speak $LANGUAGE, please email/PM me;
I may need assistance translating my question.
I am familiar with the technical terms,
but some slang expressions and idioms are difficult for me.
I’ve posted my question in $LANGUAGE and English.
I’ll be glad to translate responses, if you only use one or the other.
如果你人为地将问题搞得难以阅读，它多半会被忽略，人们更愿读易懂的问题，所以：
Quoted-Printable MIME 编码发送消息。这种编码对于张贴非 ASCII 语言可能是必须的，但很多邮件程序并不支持这种编码。当它们处理换行时，那些文本中四处散布的=20符号既难看也分散注意力，甚至有可能破坏内容的语意。智能引号功能 （从[选项] > [校订] > [自动校正选项]，勾选掉智能引号单选框），以免在你的邮件中到处散布垃圾字符。表情符号和HTML功能（当它们提供时）。一两个表情符号通常没有问题，但花哨的彩色文本倾向于使人认为你是个无能之辈。过滥地使用表情符号、色彩和字体会使你看来像个傻笑的小姑娘。这通常不是个好主意，除非你只是对性而不是对答案感兴趣。如果你使用图形用户界面的邮件程序（如微软公司的 Outlook 或者其它类似的），注意它们的默认设置不一定满足这些要求。大多数这类程序有基于选单的查看源代码命令，用它来检查发送文件夹中的邮件，以确保发送的是纯文本文件同时没有一些奇怪的字符。
Fedora Core 4、Slackware 9.1等）。重现这个问题的可控环境的方法。尽量去揣测一个黑客会怎样反问你，在你提问之前预先将黑客们可能遇到的问题回答一遍。
以上几点中，当你报告的是你认为可能在代码中的问题时，给黑客一个可以重现你的问题的环境尤其重要。当你这么做时，你得到有效的回答的机会和速度都会大大的提升。
Simon Tatham 写过一篇名为《如何有效的报告 Bug》的出色文章。强力推荐你也读一读。
你需要提供精确有内容的信息。这并不是要求你简单的把成堆的出错代码或者资料完全转录到你的提问中。如果你有庞大而复杂的测试样例能重现程序挂掉的情境，尽量将它剪裁得越小越好。
这样做的用处至少有三点。
第一，表现出你为简化问题付出了努力，这可以使你得到回答的机会增加；
第二，简化问题使你更有可能得到有用的答案；
第三，在精炼你的 bug 报告的过程中，你很可能就自己找到了解决方法或权宜之计。
当你在使用软件中遇到问题，除非你非常、非常的有根据，不要动辄声称找到了 Bug。提示：除非你能提供解决问题的源代码补丁，或者提供回归测试来表明前一版本中行为不正确，否则你都多半不够完全确信。这同样适用在网页和文件，如果你（声称）发现了文件的Bug，你应该能提供相应位置的修正或替代文件。
请记得，还有许多其它使用者没遇到你发现的问题，否则你在阅读文件或搜索网页时就应该发现了（你在抱怨前已经做了这些，是吧？）。这也意味着很有可能是你弄错了而不是软件本身有问题。
编写软件的人总是非常辛苦地使它尽可能完美。如果你声称找到了 Bug，也就是在质疑他们的能力，即使你是对的，也有可能会冒犯到其中某部分人。当你在标题中嚷嚷着有Bug时，这尤其严重。
提问时，即使你私下非常确信已经发现一个真正的 Bug，最好写得像是你做错了什么。如果真的有 Bug，你会在回复中看到这点。这样做的话，如果真有 Bug，维护者就会向你道歉，这总比你惹恼别人然后欠别人一个道歉要好一点。
有些人明白他们不该粗鲁或傲慢的提问并要求得到答复，但他们选择另一个极端 —— 低声下气：我知道我只是个可悲的新手，一个撸瑟，但...。这既使人困扰，也没有用，尤其是伴随着与实际问题含糊不清的描述时更令人反感。
别用原始灵长类动物的把戏来浪费你我的时间。取而代之的是，尽可能清楚地描述背景条件和你的问题情况。这比低声下气更好地定位了你的位置。
有时网页论坛会设有专为新手提问的版面，如果你真的认为遇到了初学者的问题，到那去就是了，但一样别那么低声下气。
告诉黑客们你认为问题是怎样造成的并没什么帮助。（如果你的推断如此有效，还用向别人求助吗？），因此要确信你原原本本告诉了他们问题的症状，而不是你的解释和理论；让黑客们来推测和诊断。如果你认为陈述自己的猜测很重要，清楚地说明这只是你的猜测，并描述为什么它们不起作用。
蠢问题
我在编译内核时接连遇到 SIG11 错误，
我怀疑某条飞线搭在主板的走线上了，这种情况应该怎样检查最好？
聪明问题
我的组装电脑是 FIC-PA2007 主机板搭载 AMD K6/233 CPU（威盛 Apollo VP2 芯片组），
256MB Corsair PC133 SDRAM 内存，在编译内核时，从开机 20 分钟以后就频频产生 SIG11 错误，
但是在头 20 分钟内从没发生过相同的问题。重新启动也没有用，但是关机一晚上就又能工作 20 分钟。
所有内存都换过了，没有效果。相关部分的标准编译记录如下…。
由于以上这点似乎让许多人觉得难以配合，这里有句话可以提醒你：所有的诊断专家都来自密苏里州。 美国国务院的官方座右铭则是：让我看看（出自国会议员 Willard D. Vandiver 在 1899 年时的讲话：我来自一个出产玉米，棉花，牛蒡和民主党人的国家，滔滔雄辩既不能说服我，也不会让我满意。我来自密苏里州，你必须让我看看。） 针对诊断者而言，这并不是一种怀疑，而只是一种真实而有用的需求，以便让他们看到的是与你看到的原始证据尽可能一致的东西，而不是你的猜测与归纳的结论。所以，大方的展示给我们看吧！
问题发生前的一系列操作，往往就是对找出问题最有帮助的线索。因此，你的说明里应该包含你的操作步骤，以及机器和软件的反应，直到问题发生。在命令行处理的情况下，提供一段操作记录（例如运行脚本工具所生成的），并引用相关的若干行（如 20 行）记录会非常有帮助。
如果挂掉的程序有诊断选项（如 -v 的详述开关），试着选择这些能在记录中增加调试信息的选项。记住，多不等于好。试着选取适当的调试级别以便提供有用的信息而不是让读者淹没在垃圾中。
如果你的说明很长（如超过四个段落），在开头简述问题，接下来再按时间顺序详述会有所帮助。这样黑客们在读你的记录时就知道该注意哪些内容了。
如果你想弄清楚如何做某事（而不是报告一个 Bug），在开头就描述你的目标，然后才陈述重现你所卡住的特定步骤。
经常寻求技术帮助的人在心中有个更高层次的目标，而他们在自以为能达到目标的特定道路上被卡住了，然后跑来问该怎么走，但没有意识到这条路本身就有问题。结果要费很大的劲才能搞定。
蠢问题
我怎样才能从某绘图程序的颜色选择器中取得十六进制的的 RGB 值？
聪明问题
我正试着用替换一幅图片的色码（color table）成自己选定的色码，我现在知道的唯一方法是编辑每个色码区块（table slot），
但却无法从某绘图程序的颜色选择器取得十六进制的的 RGB 值。
第二种提问法比较聪明，你可能得到像是建议采用另一个更合适的工具的回复。
黑客们认为问题的解决过程应该公开、透明，此过程中如果更有经验的人注意到不完整或者不当之处，最初的回复才能够、也应该被纠正。同时，作为提供帮助者可以得到一些奖励，奖励就是他的能力和学识被其他同行看到。
当你要求私下回复时，这个过程和奖励都被中止。别这样做，让回复者来决定是否私下回答 —— 如果他真这么做了，通常是因为他认为问题编写太差或者太肤浅，以至于对其它人没有兴趣。
这条规则存在一条有限的例外，如果你确信提问可能会引来大量雷同的回复时，那么这个神奇的提问句会是向我发电邮，我将为论坛归纳这些回复。试着将邮件列表或新闻群组从洪水般的雷同回复中解救出来是非常有礼貌的 —— 但你必须信守诺言。
漫无边际的提问是近乎无休无止的时间黑洞。最有可能给你有用答案的人通常也正是最忙的人（他们忙是因为要亲自完成大部分工作）。这样的人对无节制的时间黑洞相当厌恶，所以他们也倾向于厌恶那些漫无边际的提问。
如果你明确表述需要回答者做什么（如提供指点、发送一段代码、检查你的补丁、或是其他等等），就最有可能得到有用的答案。因为这会定出一个时间和精力的上限，便于回答者能集中精力来帮你。这么做很棒。
要理解专家们所处的世界，请把专业技能想像为充裕的资源，而回复的时间则是稀缺的资源。你要求他们奉献的时间越少，你越有可能从真正专业而且很忙的专家那里得到解答。
所以，界定一下你的问题，使专家花在辨识你的问题和回答所需要付出的时间减到最少，这技巧对你有用答案相当有帮助 —— 但这技巧通常和简化问题有所区别。因此，问我想更好的理解 X，可否指点一下哪有好一点说明？通常比问你能解释一下 X 吗？更好。如果你的代码不能运作，通常请别人看看哪里有问题，比要求别人替你改正要明智得多。
别要求他人帮你调试有问题的代码，不提示一下应该从何入手。张贴几百行的代码，然后说一声：它不能工作会让你完全被忽略。只贴几十行代码，然后说一句：在第七行以后，我期待它显示 <x>，但实际出现的是 <y>比较有可能让你得到回应。
最有效描述程序问题的方法是提供最精简的 Bug 展示测试用例（bug-demonstrating test case）。什么是最精简的测试用例？那是问题的缩影；一小个程序片段能刚好展示出程序的异常行为，而不包含其他令人分散注意力的内容。怎么制作最精简的测试用例？如果你知道哪一行或哪一段代码会造成异常的行为，复制下来并加入足够重现这个状况的代码（例如，足以让这段代码能被编译/直译/被应用程序处理）。如果你无法将问题缩减到一个特定区块，就复制一份代码并移除不影响产生问题行为的部分。总之，测试用例越小越好（查看话不在多而在精一节）。
一般而言，要得到一段相当精简的测试用例并不太容易，但永远先尝试这样做的是种好习惯。这种方式可以帮助你了解如何自行解决这个问题 —— 而且即使你的尝试不成功，黑客们也会看到你在尝试取得答案的过程中付出了努力，这可以让他们更愿意与你合作。
如果你只是想让别人帮忙审查（Review）一下代码，在信的开头就要说出来，并且一定要提到你认为哪一部分特别需要关注以及为什么。
黑客们很擅长分辨哪些问题是家庭作业式的问题；因为我们中的大多数都曾自己解决这类问题。同样，这些问题得由你来搞定，你会从中学到东西。你可以要求给点提示，但别要求得到完整的解决方案。
如果你怀疑自己碰到了一个家庭作业式的问题，但仍然无法解决，试试在使用者群组，论坛或（最后一招）在项目的使用者邮件列表或论坛中提问。尽管黑客们会看出来，但一些有经验的使用者也许仍会给你一些提示。
避免用无意义的话结束提问，例如有人能帮我吗？或者这有答案吗？。
首先：如果你对问题的描述不是很好，这样问更是画蛇添足。
其次：由于这样问是画蛇添足，黑客们会很厌烦你 —— 而且通常会用逻辑上正确，但毫无意义的回答来表示他们的蔑视， 例如：没错，有人能帮你或者不，没答案。
一般来说，避免用 是或否、对或错、有或没有类型的问句，除非你想得到是或否类型的回答。
紧急这是你的问题，不是我们的。宣称紧急极有可能事与愿违：大多数黑客会直接删除无礼和自私地企图即时引起关注的问题。更严重的是，紧急这个字（或是其他企图引起关注的标题）通常会被垃圾信过滤器过滤掉 —— 你希望能看到你问题的人可能永远也看不到。
有半个例外的情况是，如果你是在一些很高调，会使黑客们兴奋的地方，也许值得这样去做。在这种情况下，如果你有时间压力，也很有礼貌地提到这点，人们也许会有兴趣回答快一点。
当然，这风险很大，因为黑客们兴奋的点多半与你的不同。譬如从 NASA 国际空间站（International Space Station）发这样的标题没有问题，但用自我感觉良好的慈善行为或政治原因发肯定不行。事实上，张贴诸如紧急：帮我救救这个毛绒绒的小海豹！肯定让你被黑客忽略或惹恼他们，即使他们认为毛绒绒的小海豹很重要。
如果你觉得这点很不可思议，最好再把这份指南剩下的内容多读几遍，直到你弄懂了再发文。
彬彬有礼，多用请和谢谢您的关注，或谢谢你的关照。让大家都知道你对他们花时间免费提供帮助心存感激。
坦白说，这一点并没有比清晰、正确、精准并合法语法和避免使用专用格式重要（也不能取而代之）。黑客们一般宁可读有点唐突但技术上鲜明的 Bug 报告，而不是那种有礼但含糊的报告。（如果这点让你不解，记住我们是按问题能教给我们什么来评价问题的价值的）
然而，如果你有一串的问题待解决，客气一点肯定会增加你得到有用回应的机会。
（我们注意到，自从本指南发布后，从资深黑客那里得到的唯一严重缺陷反馈，就是对预先道谢这一条。一些黑客觉得先谢了意味着事后就不用再感谢任何人的暗示。我们的建议是要么先说先谢了，然后事后再对回复者表示感谢，或者换种方式表达感激，譬如用谢谢你的关注或谢谢你的关照。）
问题解决后，向所有帮助过你的人发个说明，让他们知道问题是怎样解决的，并再一次向他们表示感谢。如果问题在新闻组或者邮件列表中引起了广泛关注，应该在那里贴一个说明比较恰当。
最理想的方式是向最初提问的话题回复此消息，并在标题中包含已修正，已解决或其它同等含义的明显标记。在人来人往的邮件列表里，一个看见讨论串问题 X和问题 X - 已解决的潜在回复者就明白不用再浪费时间了（除非他个人觉得问题 X的有趣），因此可以利用此时间去解决其它问题。
补充说明不必很长或是很深入；简单的一句你好，原来是网线出了问题！谢谢大家 – Bill比什么也不说要来的好。事实上，除非结论真的很有技术含量，否则简短可爱的小结比长篇大论更好。说明问题是怎样解决的，但大可不必将解决问题的过程复述一遍。
对于有深度的问题，张贴调试记录的摘要是有帮助的。描述问题的最终状态，说明是什么解决了问题，在此之后才指明可以避免的盲点。避免盲点的部分应放在正确的解决方案和其它总结材料之后，而不要将此信息搞成侦探推理小说。列出那些帮助过你的名字，会让你交到更多朋友。
除了有礼貌和有内涵以外，这种类型的补充也有助于他人在邮件列表/新闻群组/论坛中搜索到真正解决你问题的方案，让他们也从中受益。
至少，这种补充有助于让每位参与协助的人因问题的解决而从中得到满足感。如果你自己不是技术专家或者黑客，那就相信我们，这种感觉对于那些你向他们求助的大师或者专家而言，是非常重要的。问题悬而未决会让人灰心；黑客们渴望看到问题被解决。好人有好报，满足他们的渴望，你会在下次提问时尝到甜头。
思考一下怎样才能避免他人将来也遇到类似的问题，自问写一份文件或加个常见问题（FAQ）会不会有帮助。如果是的话就将它们发给维护者。
在黑客中，这种良好的后继行动实际上比传统的礼节更为重要，也是你如何透过善待他人而赢得声誉的方式，这是非常有价值的资产。
有一个古老而神圣的传统：如果你收到RTFM （Read The Fucking Manual）的回应，回答者认为你应该去读他妈的手册。当然，基本上他是对的，你应该去读一读。
RTFM 有一个年轻的亲戚。如果你收到STFW（Search The Fucking Web）的回应，回答者认为你应该到他妈的网上搜索。那人多半也是对的，去搜索一下吧。（更温和一点的说法是 **Google 是你的朋友**！）
在论坛，你也可能被要求去爬爬论坛的旧文。事实上，有人甚至可能热心地为你提供以前解决此问题的讨论串。但不要依赖这种关照，提问前应该先搜索一下旧文。
通常，用这两句之一回答你的人会给你一份包含你需要内容的手册或者一个网址，而且他们打这些字的时候也正在读着。这些答复意味着回答者认为
你不应该因此不爽；依照黑客的标准，他已经表示了对你一定程度的关注，而没有对你的要求视而不见。你应该对他祖母般的慈祥表示感谢。
如果你看不懂回应，别立刻要求对方解释。像你以前试着自己解决问题时那样（利用手册，FAQ，网络，身边的高手），先试着去搞懂他的回应。如果你真的需要对方解释，记得表现出你已经从中学到了点什么。
比方说，如果我回答你：看来似乎是 zentry 卡住了；你应该先清除它。，然后，这是一个很糟的后续问题回应：zentry 是什么？ 好的问法应该是这样：哦~~~我看过说明了但是只有 -z 和 -p 两个参数中提到了 zentries，而且还都没有清楚的解释如何清除它。你是指这两个中的哪一个吗？还是我看漏了什么？
很多黑客圈子中看似无礼的行为并不是存心冒犯。相反，它是直接了当，一针见血式的交流风格，这种风格更注重解决问题，而不是使人感觉舒服而却模模糊糊。
如果你觉得被冒犯了，试着平静地反应。如果有人真的做了出格的事，邮件列表、新闻群组或论坛中的前辈多半会招呼他。如果这没有发生而你却发火了，那么你发火对象的言语可能在黑客社区中看起来是正常的，而你将被视为有错的一方，这将伤害到你获取信息或帮助的机会。
另一方面，你偶尔真的会碰到无礼和无聊的言行。与上述相反，对真正的冒犯者狠狠地打击，用犀利的语言将其驳得体无完肤都是可以接受的。然而，在行事之前一定要非常非常的有根据。纠正无礼的言论与开始一场毫无意义的口水战仅一线之隔，黑客们自己莽撞地越线的情况并不鲜见。如果你是新手或外人，避开这种莽撞的机会并不高。如果你想得到的是信息而不是消磨时光，这时最好不要把手放在键盘上以免冒险。
（有些人断言很多黑客都有轻度的自闭症或亚斯伯格综合症，缺少用于润滑人类社会正常交往所需的神经。这既可能是真也可能是假的。如果你自己不是黑客，兴许你认为我们脑袋有问题还能帮助你应付我们的古怪行为。只管这么干好了，我们不在乎。我们喜欢我们现在这个样子，并且通常对病患标记都有站得住脚的怀疑）。
Jeff Bigler 的观察总结和这个相关也值得一读 (tact filters)。
在下一节，我们会谈到另一个问题，当你行为不当时所会受到的冒犯。
在黑客社区的论坛中有那么几次你可能会搞砸 —— 以本指南所描述到的或类似的方式。而你会在公开场合中被告知你是如何搞砸的，也许攻击的言语中还会带点夹七夹八的颜色。
这种事发生以后，你能做的最糟糕的事莫过于哀嚎你的遭遇、宣称被口头攻击、要求道歉、高声尖叫、憋闷气、威胁诉诸法律、向其雇主报怨、忘了关马桶盖等等。相反地，你该这么做：
熬过去，这很正常。事实上，它是有益健康且合理的。
社区的标准不会自行维持，它们是通过参与者积极而公开地执行来维持的。不要哭嚎所有的批评都应该通过私下的邮件传送，它不是这样运作的。当有人评论你的一个说法有误或者提出不同看法时，坚持声称受到个人攻击也毫无益处，这些都是失败者的态度。
也有其它的黑客论坛，受过高礼节要求的误导，禁止参与者张贴任何对别人帖子挑毛病的消息，并声称如果你不想帮助用户就闭嘴。 结果造成有想法的参与者纷纷离开，这么做只会使它们沦为毫无意义的唠叨与无用的技术论坛。
夸张的讲法是：你要的是“友善”（以上述方式）还是有用？两个里面挑一个。
记着：当黑客说你搞砸了，并且（无论多么刺耳）告诉你别再这样做时，他正在为关心你和他的社区而行动。对他而言，不理你并将你从他的生活中滤掉更简单。如果你无法做到感谢，至少要表现得有点尊严，别大声哀嚎，也别因为自己是个有戏剧性超级敏感的灵魂和自以为有资格的新来者，就指望别人像对待脆弱的洋娃娃那样对你。
有时候，即使你没有搞砸（或者只是在他的想像中你搞砸了），有些人也会无缘无故地攻击你本人。在这种情况下，抱怨倒是真的会把问题搞砸。
这些来找麻烦的人要么是毫无办法但自以为是专家的不中用家伙，要么就是测试你是否真会搞砸的心理专家。其它读者要么不理睬，要么用自己的方式对付他们。这些来找麻烦的人在给他们自己找麻烦，这点你不用操心。
也别让自己卷入口水战，最好不要理睬大多数的口水战 – 当然，这是在你检验它们只是口水战，并且未指出你有搞砸的地方，同时也没有巧妙地将问题真正的答案藏于其后（这也是有可能的）。
以下是几个经典蠢问题，以及黑客没回答时心中所想的：
问题：我怎样用 X 做 Y？
问题：我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 档案转换为 TeX 格式吗？
问题：我在安装 Linux（或者 X ）时有问题，你能帮我吗？
问题：我怎么才能破解 root 帐号/窃取 OP 特权/读别人的邮件呢？
问题：我能在哪找到 X 程序或 X 资源？
回答：就在我找到它的地方啊，白痴 —— 搜索引擎的那一头。天哪！难道还有人不会用 Google 吗？
问题：我怎样用 X 做 Y？
回答：如果你想解决的是 Y ，提问时别给出可能并不恰当的方法。这种问题说明提问者不但对 X 完全无知，也对 Y 要解决的问题糊涂，还被特定形势禁锢了思维。最好忽略这种人，等他们把问题搞清楚了再说。
问题：如何设定我的 shell 提示？？
回答：如果你有足够的智慧提这个问题，你也该有足够的智慧去 RTFM，然后自己去找出来。
问题：我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 档案转换为 TeX 格式吗？
回答：试试看就知道了。如果你试过，你既知道了答案，就不用浪费我的时间了。
问题：我的{程序/设定/SQL 语句}不工作
回答：这不算是问题吧，我对要我问你二十个问题才找得出你真正问题的问题没兴趣 —— 我有更有意思的事要做呢。在看到这类问题的时候，我的反应通常不外如下三种
问题：我的 Windows 电脑有问题，你能帮我吗？
回答：能啊，扔掉微软的垃圾，换个像 Linux 或 BSD 的开源操作系统吧。
注意：如果程序有官方版 Windows 或者与 Windows 有互动（如 Samba），你可以问与 Windows 相关的问题， 只是别对问题是由 Windows 操作系统而不是程序本身造成的回复感到惊讶， 因为 Windows 一般来说实在太烂，这种说法通常都是对的。
问题：我的程序不会动了，我认为系统工具 X 有问题
回答：你完全有可能是第一个注意到被成千上万用户反复使用的系统调用与函数库档案有明显缺陷的人，更有可能的是你完全没有根据。不同凡响的说法需要不同凡响的证据，当你这样声称时，你必须有清楚而详尽的缺陷说明文件作后盾。
问题：我在安装 Linux（或者 X ）时有问题，你能帮我吗？
回答：不能，我只有亲自在你的电脑上动手才能找到毛病。还是去找你当地的 Linux 使用群组者寻求实际的指导吧（你能在这儿找到使用者群组的清单）。
注意：如果安装问题与某 Linux 的发行版有关，在它的邮件列表、论坛或本地使用者群组中提问也许是恰当的。此时，应描述问题的准确细节。在此之前，先用 Linux 和所有被怀疑的硬件作关键词仔细搜索。
问题：我怎么才能破解 root 帐号/窃取 OP 特权/读别人的邮件呢？
回答：想要这样做，说明了你是个卑鄙小人；想找个黑客帮你，说明你是个白痴！
最后，我将透过举一些例子，来说明怎样聪明的提问；同一个问题的两种问法被放在一起，一种是愚蠢的，另一种才是明智的。
蠢问题：
我可以在哪儿找到关于 Foonly Flurbamatic 的资料？
这种问法无非想得到 STFW 这样的回答。
聪明问题：
我用 Google 搜索过 “Foonly Flurbamatic 2600”，但是没找到有用的结果。谁知道上哪儿去找对这种设备编程的资料？
这个问题已经 STFW 过了，看起来他真的遇到了麻烦。
蠢问题：
我从 foo 项目找来的源码没法编译。它怎么这么烂？
他觉得都是别人的错，这个傲慢自大的提问者。
聪明问题：
foo 项目代码在 Nulix 6.2 版下无法编译通过。我读过了 FAQ，但里面没有提到跟 Nulix 有关的问题。这是我编译过程的记录，我有什么做的不对的地方吗？
提问者已经指明了环境，也读过了 FAQ，还列出了错误，并且他没有把问题的责任推到别人头上，他的问题值得被关注。
蠢问题：
我的主机板有问题了，谁来帮我？
某黑客对这类问题的回答通常是：好的，还要帮你拍拍背和换尿布吗？，然后按下删除键。
聪明问题：
我在 S2464 主机板上试过了 X 、 Y 和 Z ，但没什么作用，我又试了 A 、 B 和 C 。请注意当我尝试 C 时的奇怪现象。显然 florbish 正在 grommicking，但结果出人意料。通常在 Athlon MP 主机板上引起 grommicking 的原因是什么？有谁知道接下来我该做些什么测试才能找出问题？
这个家伙，从另一个角度来看，值得去回答他。他表现出了解决问题的能力，而不是坐等天上掉答案。
在最后一个问题中，注意告诉我答案和给我启示，指出我还应该做什么诊断工作之间微妙而又重要的区别。
事实上，后一个问题源自于 2001 年 8 月在 Linux 内核邮件列表（lkml）上的一个真实的提问。我（Eric）就是那个提出问题的人。我在 Tyan S2464 主板上观察到了这种无法解释的锁定现象，列表成员们提供了解决这一问题的重要信息。
通过我的提问方法，我给了别人可以咀嚼玩味的东西；我设法让人们很容易参与并且被吸引进来。我显示了自己具备和他们同等的能力，并邀请他们与我共同探讨。通过告诉他们我所走过的弯路，以避免他们再浪费时间，我也表明了对他们宝贵时间的尊重。
事后，当我向每个人表示感谢，并且赞赏这次良好的讨论经历的时候， 一个 Linux 内核邮件列表的成员表示，他觉得我的问题得到解决并非由于我是这个列表中的名人，而是因为我用了正确的方式来提问。
黑客从某种角度来说是拥有丰富知识但缺乏人情味的家伙；我相信他是对的，如果我像个乞讨者那样提问，不论我是谁，一定会惹恼某些人或者被他们忽视。他建议我记下这件事，这直接导致了本指南的出现。
如果仍得不到回答，请不要以为我们觉得无法帮助你。有时只是看到你问题的人不知道答案罢了。没有回应不代表你被忽视，虽然不可否认这种差别很难区分。
总的来说，简单的重复张贴问题是个很糟的点子。这将被视为无意义的喧闹。有点耐心，知道你问题答案的人可能生活在不同的时区，可能正在睡觉，也有可能你的问题一开始就没有组织好。
你可以通过其他渠道获得帮助，这些渠道通常更适合初学者的需要。
有许多网上的以及本地的使用者群组，由热情的软件爱好者（即使他们可能从没亲自写过任何软件）组成。通常人们组建这样的团体来互相帮助并帮助新手。
另外，你可以向很多商业公司寻求帮助，不论公司大还是小。别为要付费才能获得帮助而感到沮丧！毕竟，假使你的汽车发动机汽缸密封圈爆掉了 —— 完全可能如此 —— 你还得把它送到修车铺，并且为维修付费。就算软件没花费你一分钱，你也不能强求技术支持总是免费的。
对像是 Linux 这种大众化的软件，每个开发者至少会对应到上万名使用者。根本不可能由一个人来处理来自上万名使用者的求助电话。要知道，即使你要为这些协助付费，和你所购买的同类软件相比，你所付出的也是微不足道的（通常封闭源代码软件的技术支持费用比开源软件的要高得多，且内容也没那么丰富）。
态度和善一点。问题带来的压力常使人显得无礼或愚蠢，其实并不是这样。
对初犯者私下回复。对那些坦诚犯错之人没有必要当众羞辱，一个真正的新手也许连怎么搜索或在哪找常见问题都不知道。
如果你不确定，一定要说出来！一个听起来权威的错误回复比没有还要糟，别因为听起来像个专家很好玩，就给别人乱指路。要谦虚和诚实，给提问者与同行都树个好榜样。
如果帮不了忙，也别妨碍他。不要在实际步骤上开玩笑，那样也许会毁了使用者的设置 —— 有些可怜的呆瓜会把它当成真的指令。
试探性的反问以引出更多的细节。如果你做得好，提问者可以学到点东西 —— 你也可以。试试将蠢问题转变成好问题，别忘了我们都曾是新手。
尽管对那些懒虫抱怨一声 RTFM 是正当的，能指出文件的位置（即使只是建议个 Google 搜索关键词）会更好。
如果你决定回答，就请给出好的答案。当别人正在用错误的工具或方法时别建议笨拙的权宜之计（wordaround），应推荐更好的工具，重新界定问题。
正面的回答问题！如果这个提问者已经很深入的研究而且也表明已经试过 X 、 Y 、 Z 、 A 、 B 、 C 但没得到结果，回答 试试看 A 或是 B 或者 试试 X 、 Y 、 Z 、 A 、 B 、 C 并附上一个链接一点用都没有。
帮助你的社区从问题中学习。当回复一个好问题时，问问自己如何修改相关文件或常见问题文件以免再次解答同样的问题？，接着再向文件维护者发一份补丁。
如果你是在研究一番后才做出的回答，展现你的技巧而不是直接端出结果。毕竟授人以鱼不如授人以渔。
如果你需要个人电脑、Unix 系统和网络如何运作的基础知识，参阅 Unix 系统和网络基本原理。
当你发布软件或补丁时，试着按软件发布实践操作。
Evelyn Mitchel 贡献了一些愚蠢问题例子并启发了编写如何更好地回答问题这一节， Mikhail Ramendik 贡献了一些特别有价值的建议和改进。
小姑娘下半年要来武汉上小学了，提前将她的房间装修下。
先拜祖师爷，祖师爷保佑🙏代码无BUG。努力让我所负责的产品日活越来越高。
惊喜的开年红包。
新年希望能够通过提高效率来节省更多的时间，利用节省的时间做一些自己喜欢的事情。
先占个坑，回头写总结。
上周末买了烧烤架、羊腿，回家折腾烧烤，第一次自己腌肉烧烤，味道还不错。
今天打开electron的app中心发现HexoClient已经被收录了，纪念一下。
地址：https://electronjs.org/apps/hexo-client
看过各种版本的倚天屠龙记，最早看的是TVB吴启华版本的，后来是苏有朋版本的，再到到后来是邓超版本的。
作为一个原著党，我之前是看过一遍《倚天屠龙记》的。不止《倚天屠龙记》，金庸的书我基本上都看过。上一次看《倚天屠龙记》距离现在已经很久了，里面的情节很多已经都忘记了。前段时间在网上看到了一段描写郭襄的话，让我决定再看一遍《倚天屠龙记》，《倚天屠龙记》作为射雕三部曲的最后一部，郭襄是起到很重要的承上启下的作用的。
风陵渡口初相遇,一见杨过误终身。只恨我生君已老,断肠崖前忆故人。我走过山时，山不说话，我路过海时，海不说话，倚天剑伴我走天涯。大家都说我因为爱着杨过大侠，才在峨眉山上出了家，其实我只是爱上了峨眉山上的云和霞，像极了十六岁那年的烟花。
有纪念意义的是我读到第二卷的时候，金庸先生去世了。
…
三亚几点印象：
最后要吐槽的是，住的酒店环境虽然很好，但是比较偏附近没啥好吃的，这次去肯德基吃的够够的…
知乎上看到的一段话，虽然本人不太喜欢鸡汤文，但是觉得这篇文章说的自己基本上都遇到过，共勉吧。
1 | 原文： |
我曾七次鄙视自己的灵魂:
第一次，当它本可进取时，却故作谦卑；
第二次，当它在空虚时，用爱欲来填充；
第三次，在困难和容易之间，它选择了容易；
第四次，它犯了错，却借由别人也会犯错来宽慰自己；
第五次，它自由软弱，却把它认为是生命的坚韧；
第六次，当它鄙夷一张丑恶的嘴脸时，却不知那正是自己面具中的一副；
第七次，它侧身于生活的污泥中，虽不甘心，却又畏首畏尾。
本分享基于tesseract4.x
项目主页：https://github.com/tesseract-ocr/tesseract
Tesseract的OCR引擎最先由HP实验室于1985年开始研发，至1995年时已经成为OCR业内最准确的三款识别引擎之一。然而，HP不久便决定放弃OCR业务，Tesseract也从此尘封。
数年以后，HP意识到，与其将Tesseract束之高阁，不如贡献给开源软件业，让其重焕新生－－2005年，Tesseract由美国内华达州信息技术研究所获得，并求诸于Google对Tesseract进行改进、消除Bug、优化工作。
Tesseract对于dpi >= 300的图片有更好的识别效果。所以在识别之前将图片调整到合适的尺寸有助于提高识别效果。下图为识别图片调整尺寸前后的识别效果对比，可以看出图片放大之后，识别效果有明显的提升。
二值化就是将图像中灰度值大于某个临界灰度值的像素点设置为灰度最大值，灰度值小于某个临界灰度值的像素点设置为灰度最小值。这样图像中就只会出现黑和白两种颜色。合理的二值化能够减少被识别图像中的干扰因素，对于提升识别效果也是有很大的帮助的。例如下图，在二值化之前图片是有水印的，二值化之后能将水印直接去掉。
很多情况下我们要识别的图片中文字的排版并不是我们想要的样子，有很多无用的信息，并且排版也不利于tesseract去识别。
例如下图，我们要从图片中识别出违章信息，包括违章的时间、地点、原因、罚了多少钱、扣了多少分。如果直接拿原图去进行识别，假设所有的字都是别正确，那么这些字的排版也是不是我们最终想要的样子，并且图片中有很多的信息是我们不需要的。所以，可以在识别前分别将图片中时间、地点、原因、金额、分数分别切出多张图，将其他无用的信息都剔除掉。这样做的好处一是单行文字识别对tesseract很友好，二是针对时间、金额、分数这些数字内容可以针对性的使用数字语言库进行识别来提高识别率。
如果图片中的文字是倾斜的，会导致Tesseract的行数据分割不准确，严重影响ocr的效果，所以在识别之前可以先旋转图片，使文字保持水平。
1 | ➜ bin ./tesseract --help-extra |
效果如下图所示，对于这种排版整齐、文字清晰、大小合适的图片，直接使用官方提供的中文语言库，识别效果是很好的，下图就做到了100%正确识别。所以一个合适的输入图片，对于提高识别的正确率是有很大的帮助的，识别前图片的预处理就显得尤为重要。
识别之后有些词能看出明显无语义的错误，可以再做一下替换，例如下面的词。
1 | 匕京=北京 |
对于一些特殊的字体，使用Tesseract自带的识别库，识别效果并不是那么理想。所以我们可以训练自己的识别库。例如下图的手写字体，我们对比下使用官方提供的chi_sim库和我训练的chi_my库的识别效果。
很明显，我自己训练的识别库能够100%准确的识别出图片中的文字，那么我们接下来看下如何去训练自己的识别库。
jTessBoxEditor是一个第三方工具，借助这个工具能够很方便的去训练一个自己的字库。jTessBoxEditor下载地址：https://sourceforge.net/projects/vietocr/files/jTessBoxEditor/ 我接下来的介绍中所使用的版本为jTessBoxEditorFX-2.1.0。jTessBoxEditor其实是对Tesseract命令的GUI封装，该工具其实最终也是调用的Tesseract相关的命令来完成训练工作。
下面介绍下上图标注的5个步骤
chi_my。在jTessBoxEditor下面的输出中我们可以看到，我们最终执行的命令其实是：
1 | /Users/gaoyoubo/lib/tesseract/bin/tesseract train.png train -l chi_sim batch.nochop makebox |
在生成box文件之后，我们可以使用jTessEditor文件打开查看下box文件。如下图：
我们对照着生成的box文件查看一下：
1 | 轲 69 17 165 72 0 |
可以看出box文件其实就是描述了图片中的每个字所在的位置，格式为：
1 | 字 x坐标 y坐标 宽度 高度 |
当然我们使用命令生成的box文件是有很多错误的，接下来就需要使用jTessBoxEditor来编辑box文件，调整文字、xy坐标、宽高来准确的标注图片中的每个字。调整完成的结果如下图：
在完成box文件的编辑之后就可以使用box文件进行训练了，如下图：
我们这里需要选择Train with Existing Box，进行训练，训练过程中具体使用了哪些命令，都可以在控制台中查看。训练完成之后会在Training Data目录下生成有一个tessdata文件夹，文件夹文件夹中有个chi_my.tessdata文件就是我们的训练结果。我们需要将这个文件copy到%TESSERACT_HOME%/share/tessdata就可以使用了。
字体各式各样，很多情况下我们在识别图片中文字的时候可能由于字体问题，导致识别并不准确。所以就有为某种字体单独训练识别库的需求。对于根据字体进行训练
jTessBoxEditor也做了很好的支持。
如下图，我们输入想要训练的文字，然后选择字体就能生成相应的图片和box文件了。
生成结果如下：
有了box文件之后，我们的识别库训练就可以参照上面的步骤了。
总结一下：
1 | 分享一篇知乎上看到的文章，里面导游的套路、说辞和我们导游是一模一样的，都怀疑是同一个导游了。 |
因为是找了导游游西安的，一路有导游带队。那导游还挺能说的（据说西安导游全靠嘴，因为西安古迹多，有好多故事可以讲），而且导游的确很厉害，介绍了很多西安的人文历史，所以我们挺喜欢那导游的。然后进兵马俑博物馆之前，导游就提醒我们绝对不要在博物馆外头买东西，不是假的就是贵的，连价格也不要问，万一你去了，老板砸个假的蓝田玉，然后说是你碰掉的，说都说不清。我们就多了个心眼，打死不多看一眼那里的商店。博物馆外面的贩卖各种玉石雕刻的都是假的，都是按斤卖的。当地人称“野兽街”。
————————关于秦始皇兵马俑博物馆小贴士的分割线————————
逛兵马俑真的还是要请个讲解员的，因为只有1号坑有兵马俑，而且后半段挖出的兵马俑又被黄土盖上去了，讲解员说是因为兵马俑本来都是有颜色的，但是一出土就受到氧化褪色了，为了保护兵马俑，1号坑的后半截挖了一半又全埋回去了。而2号坑就全是黄土堆，没把兵马俑挖出来 ；3号坑有陶俑马车和碎成渣的兵马俑碎片。
如果没有讲解员，自己去逛根本看不出什么东西，就只是一堆土娃娃。而讲解员会给游客将兵马俑的来历，意义，和秦始皇陵墓的关系和其他陪葬坑。据说在秦始皇陵周围有600多个陪葬坑。嗯，而且还没有盗墓贼光顾过。
————————————————分割线结束——————————————
——————
问了小伙伴一下，真的是蓝田玉，可能是和田玉在我心中太高大了，一直盘旋脑海，已改正
——————
本次经历就是和这个讲解员有关。
进了博物馆后，有个讲解员带我们欣赏兵马俑，导游在外头等我们。因为这个讲解员是导游找的，我觉得应该是很正规的，而且穿的也很正式。在他要推销蓝田玉之前，你完全不会想到坑钱这件事上去。
在讲1,2号坑时，讲解员还是很称职的，而且有问必答，我问了很多关于盗墓的事情，他都回答了。
但是到了3号坑（最后一个游览点），就开始有点问题了。因为3号坑本身就有点小，就是个凹型的坑，相对来说很小，没啥可讲的，然后他就说我们快结束了，可以去看看杨老先生（就是第一个发现秦始皇兵马俑的那位当地百姓），运气好时他在博物馆，可以握手签名什么的。又说道陕西特产蓝田玉。让我们出了博物馆千万不要去门口买商店里的蓝田玉，都是假的（这个他没直说，因为他是当地人，说假的不好，但是都是那个意思），称博物馆门口的街为野兽街，不要问价，和导游提醒我们的一样。为此，我们都觉得这讲解员真不错，好感顿生。之后细讲了下蓝田玉，说蓝田玉分活玉和死玉，活玉是玉养人，死玉是人养玉。外面买的蓝田玉不是假的就是死玉，让我们不要买，要买也请把价格压到100元8个。
那我们就更加觉得有意思了，追问他什么是死玉什么是活玉。百般追问后，他说他身上带了一块，在腰间，补肾健体什么的。我们可以看不能摸。而且要在光亮的地方可以看得到。后来去了门口，他拿出来给我们看，不对光的时候是个墨绿到有点黑色的平安扣。但是一对光就真的是透亮的翠绿色，还带有黑色的暗点（美玉有瑕）。我们当时就很惊奇了。然后他又说，买蓝田玉不用买太好，买中档的就行，便宜的也不要，那是假的。然后我们就问什么是中档，他说就是300~2000左右的，太好也没什么用。
之后我们就出了3号坑，去了有杨老先生在的那个地方，讲解员还说如果老先生不在就看照片。还说他是免费讲解的，所以进了那个地方（请原谅我忘记叫什么馆了），我们的门票就算是给他记了一分，他靠这个得到奖金什么的。然后，那里也讲解什么是蓝田玉的死玉和活玉，还有和假玉真玉的真假对比。我们可以看看。那里出售的所有的蓝田玉都是有宝石鉴定证书的，都是博物馆里统一管理的。之所以有这个展厅，就是因为以前游客买了博物馆外的蓝蓝田玉，发现是假的，但是投诉不了摊贩，就投诉到了博物馆。博物馆为了名誉，就自己弄了个正规的，让游客免得受骗。而且是国际性的，所以不收税，价格会比其他地方便宜10%到15%。甚至觉得是假的，随时可以带着发票退货，如果不小心摔碎了，还能邮寄回碎片，只要承担50%的费用，就能拿个新的。
其实听到这里我就有点怀疑了，因为我觉得所有要我掏钱的人都是骗子。
后来，还是进了那个馆。果然，只有杨老先生的照片。而且旁边和对面全是买蓝田玉的柜台。当时就有点懵。
————之后几段的和田玉我就不改了，因为我当时一直听成了和田玉，没想到蓝田玉。也多亏我听岔了，所以才会认为这些玉是假的，因为和田玉真的很贵。如果当时就知道是蓝田玉，我可能还没那么快跳出骗局。
满眼的和田玉啊，以前只有在电视上看到的和田玉，这可以08奥运金牌上的玉呢！但是就和小商品市场上的玻璃珠子一样堆在柜台上，当时就觉得好假啊。
然后讲解员带我们到了一个柜台，说是给我们讲什么是真玉假玉和死玉活玉。然后拿出两个假的给我们看。因为我们团有25个人，柜台都坐不下了。我就站在旁边了，也没听了，因为就是掏钱买东西的地方，没意思。我同学有在看，一个美容养颜的芙蓉玉手镯，说是280元。还有什么墨绿色的可以买给爸爸，黄色的可以买给妈妈，功效不同。我一看就不对劲，因为在我眼中，玉镯子是很值钱的，尤其是和田玉。这里越看越像骗钱的。而且我们又不会鉴别什么是真的什么是假的，在山寨大国，除了人不能造，什么不能造假啊，我才不信宝石鉴定证书呢，就更加觉得是坑人的。
觉得是骗钱的地方，怎么办？第一件事当然是百度看看，是不是真的骗钱。
百度贴吧上果然有人爆贴说在兵马俑买了2个镯子花了1220元，去鉴定发现是玛瑙做的，还是鉴定费贵。
我立刻把这个帖子给了我同学看，然后拉着我同学走了。被柜台售货员白了好几眼。
所以，进了景区一定要多长心眼，看好钱财。
感谢鉴宝节目，让我对和田玉和玉石有所了解，不会轻易别骗
感谢百度和网友的以身试假，让我们有了警惕之心
再加一个，感谢我运气好，和田玉、蓝田玉傻傻分不清
对了，博物馆门口的野兽街每户人家家产300万左右，怎么来的，你们懂的！（讲解员说的）
看洛阳女儿行第一部的时候，还在读高中二年级，现在情节是什么已经忘的差不多了，只是记得这是一本好书，故事情节、文笔都非常好。最近在微信读书上看到给我推荐洛阳女儿行，于是购买了接着往下看，今天在百度贴吧上看到了这篇书评，感觉写的非常好，于是转载了。
鉴于广大读者时下只能在网上找到整个作品的很小一部分，我这里给个内容简介，顺便加入一些个人看法。整个作品是有六部，目前我只读到读了前五部，第六部还在修改中。
第一部《斑骓待》，分上下两部。上部网上已发布，写青年剑客韩锷为寻找爱侣方柠，走入洛阳城，遭遇种种奇遇，最终发现自己被卷入了一桩陈年的灭门巨案，同时发觉自己其实是被他所爱的方柠，真名杜方柠，以及似乎爱他的于婕，真名余婕，诱入这个很大很大的迷局中的。结尾处，韩锷洛阳城外倚马苦待，但杜方柠告诉她的侍女韩锷终究不会走出她的洛阳，因此她也就不必去赴城外的约会，她还让侍女去探看余婕的墓穴，预示着她尚在人世。
由于情节的迷离和秘术的频现，这个故事略显生涩，但是极有张力，隐约是温瑞安《杀楚》的意境。文中特别的人物是余婕。这个故事中她以一个因面貌丑陋而自伤、因武功平常而有求于人、因言辞突兀的让人惊诧、终在关窍处引刀割喉、嘎然而去的烈女形象出现，但她身上那种历尽人生生死巨变，洞悉尘世前后因果的疲倦感和无力感，却与她激烈的复仇意识和对韩锷的浓烈爱意形成鲜明的对照，使得这个女子一出现就让人再难忘却。实际上，她虽死却始终给读者生的感觉，成为暗处的“洛阳女儿”，伴随着明处的杜方柠一同贯穿全书。尽管余婕是凭她所修行的大荒山秘术，洞悉韩锷是生命中能够给他绝大助力的男人，可是韩锷见她时那种前世、梦中似曾相逢的感觉，在萎靡内魅的洛阳城中，是如此让人迷惘而思忆，想必也会给身处现代都市中的读者感同身受之感。此外，余婕在这个故事里也以轮回巷老人、余姑姑的形象出现，后面还会以“漠上玫”的身份复活，但她在整部《洛阳》中形象，以在这个故事中最为引人追思。
《洛阳》的写法上一点突破于传统武侠作品之处，在于大量的涉及了秘术，如后面要出现的素女门一派的“忌体香”、“枕头咒”、“阿堵盅”，大荒山的“十诧古图轮回阵”，小计天生的“止水清瞳”，龙门异的“龙门二十品”阵法等。秘术最重要的所在，是余婕对于韩锷命运的种种预测，以至于把韩锷的大部分行为都置于一种不可改变的状态，从而让这个故事在整体上充满了迷幻色彩，具有极为强烈的宿命感，有些相似于《英雄志》。其它阵法奇术之类，虽然作者之前作品《杯雪》、《脂剑奇僧录》中已经有过，而且即使在金庸的《射雕》中，也已有所出现，但该作中小椴的写法别具一格，另有新意，与温瑞安的同类描写相仿佛，属于作品中非常有观赏性的一个看点。
《斑骓待》下部写韩锷解救余婕之弟余小计，并从此与其建立了亦师亦友的伙伴关系，之后他返回洛阳城，解除了杜方柠的危局，在洛阳势力的欢呼中与小计一道孤单的走出洛阳、走向长安。韩锷与杜方柠的首度联手，使得这个故事在大局上不乏鲜活之气，但洛阳城外那貌似善意的近乎驱除式的群体送客，却让韩锷满怀苦闷。故事至此告一段落，结尾时，利大夫和杜方柠独特的送别方式，还有小计许下的“让锷哥从此快乐起来”的良愿，让人对这故事的下文充满了善意的期待。
第二部《陇头行》也是上下两个故事。上部写韩锷来到长安，为察探小计的身世而独闯皇城，得到的讯息为他日后的塞外之行打下伏笔。旋即，韩锷在芙蓉园遭遇紫宸高手艾可的暗算，不得以而不退出长安，却在路上与京城秩序的维护者，第一高手俞九阙遭遇，险死还生。这个故事中出现了全书的两大武学高手，俞九阙、卫子矜，他们武功固然绝顶高超，却一失左手一少右手，如此非同一般的关系把故事向多年之前的宫廷暗斗拉伸开去。特别值得注意的是作品中以非常近的距离细细描写了韩锷的父亲，一个当年置弃子于长安城外、时下在长安城中洁厕挑粪为生的老人，以及这种奇异的父子关系在群体中所造成的轰动效果。在小椴独具传奇色彩的文字故事中，这种错失的人物关系对读者所造成的震撼感，尤其强烈而引人深思。后面的故事里还会写到韩锷父亲的死亡，一回极有悲剧意识的沉湖自尽。这样一种父子关系，在底层里把韩锷至于一个异常孤独的境地，使得他具有了本质上的漂泊感，并且一直在试图建设自己自小就丧失的价值意识。
下部从韩锷逗留天水，教习余小计武艺写起，期间二人与老将军王横海相识。不久韩锷闻讯杜方柠长安有事，终于忍不住赶赴观望，却不经意中夺得龙会武会的魁首，乃授封天子使臣，欲往塞外一行。这部分的前舒后疾，前面天水一段文字从容舒缓，尤其写韩余二人适逢麦积山的“花儿会”，即当地一年一度青年男女公开择偶的节日，别有一番旖旎风光。之后写长安城中龙华会的比武夺帅，采用常规武侠小说情节的非常规写法，简练而精粹，带动着情节骤然加速，示意作品要进入新篇章新主题——韩锷将由闲散转入征战。
三部《居延猎》、四部《戎马逸》关系密切，是整个《洛阳》最为波澜壮阔，也是最为写意抒情的两部，写洛阳女儿杜方柠出行的部分。故事中，韩锷与杜方柠再度携手，转战边疆，安定塞外十五城，决荡千里草原沙场；更剑索合璧，力拼咯丹三杀与大漠王，谋刺左贤王与羌戎首领于万军之中。两部作品开阔浩荡，风格上接作者的中篇作品《弓箫缘》，与第一部《斑骓待》诡谲晦涩的形成鲜明的对比，恰好体现出杜方柠从繁荣拥塞的洛阳来到千里平沙的塞外在心理上所生的绝大变化。
尽管《洛阳》的三四两部洋溢着热烈的气氛，却始终为一种弥漫全书的孤寂所萦绕。韩杜两人每于生死关头总是无分彼此，却始终在战局安定略有间隔，让人时刻感觉到两人之间内在的距离感。杜方柠行出洛阳，驰骋疆场，终于有一回让她酣畅尽致的出世恋情，但也终究为现世中的使命所束缚。韩锷侠客行般的英雄主义，始终无法彻底溶入那样一个整体柔媚的时代里，因此他不但在扰攘的洛阳于长安中是孤独的，在塞外的原野里也是孤寂的，热烈的气氛伴随寂寞的情怀。
此外，小椴在他的故事中也放入了关于战争的种种反思，从而使得主人公的种种努力在本质上具有了一定程度的悲剧感。有一段情节依稀曾经在一部很轰动也很受争议的电影里出现。韩杜行刺之前遇到一个儿子被羌戎王杀光的老人，问他恨不恨羌戎王，老人回答：“草原上就是这样的了。乌毕汗是个真英雄，他的心胸大。就算没有他，草原上的各个部落领主们相互争战的还少了？”之后二人在刺杀过程中一直心存犹疑，为羌戎王的气度而心折，谋刺后更对陷入内乱的羌戎人心存愧疚。
这一部分还有一个值得留意的细节。韩锷刺探敌营被发觉，却恰好当时天空中有烟花绽放，吸引了敌军的视线，他才能得以脱身，然后突然就看到荒野中一个老人般的汉家小孩在痛哭着燃放最后一只烟花。在这一瞬间，韩锷错愕了，读者仿佛随之看到：韩锷心中关于童年、关于父亲、关于孤单、关于危险的种种回忆骤然涌现，他也随着那孩子失声痛哭泪流满面。
第四部的结尾部分情节又开始回到宫廷争斗，余小计的皇子身份呼之欲出，暗线中的洛阳女儿余婕的 “漠上玫”分身也以造就完成，长安城中惊心动魄的宫闱之变即将上演了。
第五部《日色赋》写韩锷与余小计回到长安，连番遭遇袭杀中，余小计日益长成，余婕一派大荒山势力凸现，杜方柠所在太子一派岌岌可危。然而临末，韩锷识破余婕诱他刺杀太子的图谋，杜方柠更在俞九阙的默许下毒毙皇帝，太子在他东宫的楼顶远望太极殿。到这里，韩锷的势力已经丰满，掌控兵权，成为左右时局的最主要的力量，他虽一直醉心于塞上的驰骋生涯，却已经有足够的实力拥小计为帝，他问道：“你是更想回塞上，还是更想当皇帝？”
至此，韩锷的特征已经清晰化。最为作品的的头号主人公，他所担当的主要使命却是支持故事的进展。他身上凸现的男性标识，超脱的出世意识，简单的济世情怀，都可以看作一种象征和符号，这些象征与符号不可能在他身上获得圆满的结合而使他成为一个真实的个体。把整个作品比作一个圆，韩锷虽然处在最中心的位置，但圆周的边界才是那个时代真实的存在。小椴架空了韩锷这个人物，借这个人物去寄托浪漫主义的理想，即韩锷时代里一种无法实现的幻想。韩锷虽然有强力的武功和兵权，总是不能越过别人给他设置的边界，反倒一再发现自己的边界被别人所逾越，每每在暂时的实现自己的“理念”之后发现自己实际上走入了女人的圈套。不但对杜方柠、余婕、小殊、艾可如此，对一个普通民女他也无能为力，他进入民女夭夭为他安排的宿处，在夜里遭遇了性侵犯，然后第二天呆呆的注视着夭夭远去。
《洛阳》中行出洛阳的女儿有两个，明线和主旨说的是杜方柠，但副线余婕却一直在暗中追随她的脚步。杜方柠出身豪门世家，却要以联姻的方式把自己出让，在这个尘世中苦苦的挣扎，以维护两个家族的运转。她也曾与爱人乐游原上索剑结盟，曾于壮阔的边疆跃马驰骋，曾城头浴血苦战以守候那不可期待的太平。当洛阳的女子行走在塞外旷野，我们发现她还是一个女子。可是当她回到了洛阳长安，就不得不执掌她那个世家的权柄，承担一个男子的责任。对于余婕，我们不知道这个神秘女子的内心深处埋藏了怎样的痛苦，只看到韩锷一见她的面就生出怜惜的念头，并且在很长的时间里把照顾好小计当作是对她的苦难与死亡的一种交代。如果这只是余婕大荒山秘术的一种手段，那么我们不禁要想，在这个秘术的背后，余婕有怎样的真是情绪？在第六部故事了，作者对蜕变成漠上玫的余婕的情绪当会有一个交代。
结合《洛阳》，小椴作品一个需要注意的特征是对于少年的刻画。从《杯雪》中的小六儿开始，到《长安》中的小稚，《脂剑》中的小苦儿，再到《洛阳》中的小计，甚至还能联想到作者的自己的笔名，小椴的作品总离不开一个占据重要篇幅的的小孩儿。这不能不让人归结为一种创作上的情结，即少年英雄主义情结。简单看来，这似乎可以追溯到每个人在自己少年时代的某种向往——当我们年少的时候是多么渴望的成为一个英雄，即使是追随一个英雄也是那么的美好。从事武侠创作的人们，这种情感很可能比一班人要浓烈的多，那种早期的对英雄的向往很可能是他们从事武侠作品创作的一个原动力，这实际上使得武侠小说具有很强的童话色彩，是 “成人的童话”。浪漫主义情绪突出的作者尤其强调少年在作品中的突出地位，比如还主楼主写《蜀山》，甚至金庸所创造的人物也作品也大都从主人公的少年写起。而小椴作品的少年痕迹则尤其明显，故事往往在少年长成之后就不再继续，少年们在少年时代就已经完成他们的传奇，成长得沧桑而历练。某种程度上，小椴是把小孩子当作大人来写的，从而在有限的时空里把传奇浓缩，以获得更强烈的表现效果。
比起小椴以前塑造的少年，小计有所不同，他不但是皇子，而且天赋异禀，善于秘术，一出世就充满了强烈神秘色彩，身世背后凝聚了绝大的传奇成分。这在某种程度上继续了《脂剑》中的小苦儿这一人物的特征。实际上，小苦儿在《脂剑》中的表现和可能让小椴感到不满意，而且意犹未尽，所以他在《洛阳》里给了小计一个更大的传奇，更大身份。在未完成的第六部里，小计应该是存在着诸多的变数的，《洛阳》文中有指称太子“少帝长安开紫宸”，如果这里“少帝”是隐约指历史上的唐少帝李重茂，那么小计则未免有点暗射李隆基的嫌疑了。 “每个男孩都有梦想成为一个王子的权利”，小计或许也能是给读者这样的期待吧。
第六部，待续中。
其它评价：就背景而言，《洛阳》的历史痕迹非常浓郁，字里行间满一派古旧厚重之气。小椴以浓艳的笔墨的刻画了汉家江山唐代宫廷的风貌，更是让作品里的故事围绕着皇权的争夺展开，但写的却是假史。这里的假史不同于架空，它是架构在唐朝的官制之上，严格按照中晚唐的风物人情去展开情节的，同时在边塞征战中写出了汉时的雄阔与壮丽。就情节而言，也隐有所指，疑似唐睿宗李旦年间，之先有武则天称帝，当时有韦后距帝位一步之遥，之后有太平公主掌权，整个时代都为女性的阴柔和强健所笼罩，小说的题目叫做女儿行，点出作品中对女性地位的强化。 虽然作品的所有的人物和情节都完全是小椴自己的，但是却给人以强烈的历史压迫感——小椴带读者进入他的历史里，伴随着他的江湖。就这感觉的强烈程度而言，超过红猪侠的《庆熹纪事》和孙晓的《英雄志》。《庆熹》用的明清的宫廷格调，却用了汉唐般的远疆杀伐，虽说结合的近乎无缝，但还是让人一看就觉出架空感。《英雄志》本身想表达的超越了故事所处的时代，但要不是情节上与明史本身如此接近，恐怕不容易让人辨出太多历史的味道。
《洛阳》与《杯雪》是大不相同的。计划中的《杯雪》是要写足七卷，但是作品的开篇太精彩，以至于那样精彩的江湖儿女乱世英雄，很难找到足以与之匹配的背景朝代了，所以小椴写完第一部《驼、锋》后，大概很有一种被正史“伤”了一下的感觉，却也绝不甘心抛却他的怀古情节，因此转笔去写洛阳跟长安，写他自己的“历史”而淡化了江湖。《洛阳》中的人物，虽然还是用第三人称，但是和读者的距离却比《杯雪》近的多了。耿苍怀和骆寒的壮阔与傲岸，主要是用远景写的，但《洛阳》中的韩锷和小计，则几乎和读者血脉相连了，也因为如此，他们有了更多的承载与担当，以至于韩锷这个人物逐渐被符号化。不过《洛阳》的开篇则是晦涩而疏远的，之后小椴才逐渐的把主人公拉到读者面前，带着表达倾诉的欲望让他的人物越来越生动充实，直至充实的给人压迫感。
对于《洛阳》，小椴对文字的期待可以归结为“细致绵密，诡异深艳”，用一个词来形容这种文字给我的感觉，就是“炽艳”。而实际上，小椴的在古旧的文字中对现代的句法也是照用不误，比如“城市”这个词，就时常被嵌入到非常现代的词句中：洛阳——“是一个阴污暗浊的城市，虽然远看着它好象闹哄哄的一片橙红瑰丽，可禁不住走近细看，揭开来那一层面纱底下可全都是浊血污泥的晦暗啊。”；长安——“远远的那个城市，依旧冷冷无语地浅灰着”；居延——“你不在时，这个城市，对于我就是空的”（韩锷）。这里的城市带给人的是诸多的隔阂。那个人头拥挤的洛阳，韩锷于杜方柠会相逢无语，唯有黯然而别，可是在乐游原上，在塞外荒原上，他们的距离被无限的拉近。
乐游原是那样的：“乐游原上最好玩的季节却不是春天，而是初冬。乐游原的初冬是苍白的——从苍苍的露变成了白白的霜，光阴暗换。天气渐冷，马蹄儿踏上去，原野静静的，你会听到秋后露水儿在马蹄儿下爆裂的声音已渐渐换做了冬来后薄霜在马蹄下咯吱吱、几不可闻的轻响。但你不用担心颜色太过寡素，早上起来，那霜枯的草上也会有光晕的，黄晕晕的一层，因为天边会有金红的、咸蛋黄样的太阳，照着你，遥遥的温暖与口边的呵气……”
在这样的对比中，空间的距离和感观的距离被分离了，小椴所要表现的，是一种原始的群体之外的情绪上的接近，这样关于两性的描写就成为一个作品很重要的组成部分了。
《洛阳》沿袭了小椴作品感情浓烈的一贯风格，在个别要点关头的描写上甚至与已有作品非常相似。比如“紫宸一星”龚亦惺箭射杜方柠的那一瞬间，那种“在那一刻，他已爱绝了眼前的这个女子”这种异常惊艳的情感，和《长安古意——七月流火》中，清流社杀手吴暑在死斗中对程窈娘“默默无声坚决十年”的喜欢，在情境上是极为相似的。
同时，《洛阳》中大量以象征隐喻手法表现两性关系，无论是力度还是广度上，比之前的作品都大大的加强了。直接的性描写有韩在“花儿会”和民女夭夭的一夕欢好、韩杜二人在塞外行程里的“双修”，朴厄绯施展“迷迭之术”的香艳场景。如果说这些情节在小椴之前的《弓箫缘》和《脂剑》还有迹可寻，只是在描写力度上有所加强，那么其它诸如韩锷自渎的描写、韩在少年时代所遭遇的艾可的“性骚扰”，则已经确实的超越了传统武侠的尺度了。文学评论界一般以张贤亮《男人的一半是女人》作为中国当代性爱文学的开山之作，那么小椴的《洛阳》似乎可以在武侠作品中占据这样一个地位。实际上，小椴在性爱描写中所大量采用隐喻象征手法，也正是张贤亮在他的文学作品中所采用的方式。
值得注意的是，在这种爱与性描写中，韩锷已经失去了作为人物的真实性，而是成为了“性”与“爱”的象征。我们甚至可以认为韩锷是《洛阳》时代里男性意识的唯一标识。除了他之外，再没有一个真正的男人了：第一高手俞九阙是性变态，皇子余小计仍在青春期，老将军往横海已经垂老，杜方柠的丈夫韦得辉先天软骨。所以艾可对韩锷说“你害了我，害得我从此以后再不会对任何男人动心了”，所以书中所有的女子，如杜方柠、余婕、阿姝、小殊、艾可、朴厄绯、夭夭，全都围绕因着韩锷才能存在她们的爱与性。《洛阳》中以男主人公为“性中心”的程度之强烈，已经大大的超越了正常的尺度。但实际上，韩锷的强硬并不是为彰显他自我的强大和他强悍的性意识，与此相反，往往他是作为性行为的被动者甚至性侵犯的对象而存在的，甚至要采用自读的方式来实现自我解脱。这些性的描写在整体上映射出韩锷内心的虚弱与在女人如杜方柠面前的无力感，同时也是映射出那个时代男性的整体衰弱。联系那个时代，不由让人在杜方柠以及余婕身上，小椴是隐约寄托那个时代的强势女性韦后和太平公主的痕迹的。实际上，韩锷虽然拼命维持他男子的硬挺，但其行为却始终被杜方柠和余婕控制于指掌之间。而杜方柠和余婕两个女子，不但独立支撑起各自的世家，而且各自谋划着扶持其自己的天下。余婕借韩锷的力量谋刺太子的计划距功成只有一发之隔，杜方柠更亲自毒杀皇帝与宫廷深处，她们虽然把感情寄托给了韩锷这个男子，但却一直没有被她们的感情所左右价值观和大局观。
此外，作品中也不乏隐喻式的同性之爱的描写，如两大顶尖高手俞九阙与卫子矜之间的特殊情绪，宫廷宠臣陈果子对中原塞外两位帝王爱恨交错，甚至是韩锷与余小计那种洞穿世情的认同感。俞九阙对于卫子矜的性情绪，是潜伏的，出自于对世间完美事物的激赏和对于凡间精灵的激赏。而在陈果子和两位帝王性关系里，他完全是出于被侵犯与被伤害的地位，内在上有隐喻权利与性的关系的成分，而最终他的反叛，是写出了压抑之下的反抗情绪，对此，读者可以参考南冠的《凤起阿房》。而韩锷和余小计的关系，则是写出了男人之间的认同感，在某种程度上强调了男人在本质上是需要男人的认可的。需要注意的是，余小计在韩锷身边的成长过程，同时也是他的性成长的过程，小椴虽然没有明写这一点，但是在细节的隐蔽处，诸如小计为韩锷解除“阿堵盅”，我们是不难发现这种痕迹的。
这种对同性关系的关注，不免让人对照想起《庆熹纪事》和《凤起阿房》。相比而言，《庆熹》冷静细腻，《阿房》背景鲜明，《洛阳》则是一部情绪特征突出的作品，对作者的表现欲望体现较多，因此同性之间的性爱描写也更具有内在的传奇色彩和外在的冲击力。
但是这个同性的主题由于种种原因，小椴似乎并没有完全展开来写，有些地方从现在的作品看是相当的隐讳的，还请读者读到作品之后自行体会
孩子要上学，急忙将房产证办下来，户口迁过来。
2018-06-29
今天早上去派出所将新的户口本办理好了，还挺快的，一会儿就弄完了。
留图纪念一下，没想到自己胡乱折腾的东西还能上推荐。
正是江南好风景,落花时节又逢君。十八岁生日老婆不在身边，两位久别好友陪我过。
一直陪我从十七岁的最后一晚上，陪我到十八岁的第一个凌晨。很高兴我们都从北京都转移到武汉了，以后大家又都在一起了。
2015上半年挺平淡，普通的工作生活。
6月份收房，有了自己的新房子。
9月份小方来转战武汉，为我们打前站。
十一来武汉装修新房子，为转战武汉做准备。
11月13号呆着老段和高烦烦出发转战武汉14号到达，离开了奋斗很多年的北京。现在想想还甚是怀念。
11月末老段查出了患有冠脉肌桥，从此她就告别体力劳动了，只能看看孩子烧烧饭，人开始健健康康最重要。
2015年可以还清买房时所欠的外债了，从此不欠钱了，无债一身轻。
2016计划：
努力工作、好好奋斗；减肥；买一辆车。
祝小宝宝越来越聪明、漂亮，一直都这么开心健康。
26周岁，拍照留念，明年的今天会是什么样呢？
周六涵涵小姨过来了，加上天气还好。我们就去圆明园逛了一圈，没有想到桃花竟然开了。春天来了，心情也好了！
今天是新年假期最后一天了，早上起来将禁用的闹铃启用了。
程序员的新年也是苦逼的，今年没回家是一个错误的决定，在北京过年太无聊了，无聊到除夕夜敲代码。。。
放假这两天也没消停，前天夜里驾校之家服务挂了，服务器CPU占用100%，当天夜里搞到两点多去找原因，值得欣慰的是原因被找到了，也能长点经验，以后不会出现类似问题了。
初三、初四、初五、初六这四天每天都醉酒，酒量不好还是少喝点。
这几天有人陪高烦烦玩，她开心的不得了。感觉这几天她成长了好多，已经基本上能和小朋友们交流了。她今天突然跑过来抱着我的腿，问我：”爸爸、爸爸，爱是什么呀！“。 可爱死了！
今天应该算我有史以来喝的最多的一次，一杯白酒加三瓶多啤酒。。。
喝的我直接睡觉觉了。。。
2014年的大年夜，抽时间来冒个泡。希望明年能够完成我2014年的愿望！也祝各位新年快乐。
我在想要不要现在还去写段代码，为我苦逼的2014年画上一个句号。
买的港版、灰色、64G，总共花了5060块。
今天晚上的火车，明天要花我人生中有史以来的最大一笔钱。希望明天能够一切顺利，并感谢那些帮助过我的人。
这次走的太突然了。武汉购房标准放开了，上次去看的房子卖的差不多了。所以这次准备带上小方去看看，如果合适就先定下来！
上周末带涵涵去超市，路过旁边的旋转木马，她看的高兴的不得了。从超市出来之后也带她坐了一下。刚上去还好，但是转起来之后她就害怕了，我只好把她抱起来。她把我抱的紧紧的，小朋友就是可爱，瞬间能让你有种当父亲的责任感。
罗山高中，哥的母校哈。这张图是刚在空间看到别人转发的，作为学渣的我按道理应该有一丝丝的羞意。但是如果重新给我一次就会，我会继续选择当学渣。
狠心将小朋友放在家，我们两个单独跑出去玩的。
1、买一套260平米的房子 （完成）
2、换一辆路虎极光 （完成）
3、开一家咖啡馆 （完成）
4、有两次说走就走的旅行 （完成）
5、股市逆市盈利300% （完成）
6、养个小三 （完成）
7、和喜欢明星共进一次晚餐 （完成）
8、养一只阿拉斯加雪橇犬 （完成）
9、改掉爱吹牛逼的毛病 （未完成
2013年02月16日
2013年第一天班明天开始。
2013年03月
宝宝的B超单，宝宝已经足月了，一切发育正常。
2013年03月
清明节看房，购房开始只是个想法，我带着挺个大肚子怀孕足月了的小方，坐两个多个小时的车去看房。本来已经准备了排号费准备买房子的，后来还是被劝下来了，原因是太远上班不方便。
2013年4月18日，农历三月初九
宝宝出生了，高艺涵，身高：五十公分，体重：3142克。名字是小方取的，第一眼印象还是很重要的，在宝宝出生前我们就想了很多名字，最后还是选了最最开始想出的这个名字。
2013年07月末
离开了大智慧，因为被裁员了，整个北京研发中心都撤了。这是唯一一个在我走的时候我还会舍不得公司，虽然我总共也没在几家公司呆过。不过还好走的时候赔偿了三个月的工资。
2013年08月中旬
在拿到大智慧赔偿的三个月工资之后，休息了半个月。然后开始琢磨找工作了。同一天面试了两个公司，一个是木仓科技一个是尚德嗨学网，两家公司都面试通过了。后来我来了木仓科技，原因是这里住的地方比较近。
2013年09月21日
小方带着小朋友去嘉兴了，北京的天气也开始慢慢转凉，她们准备去南方过冬了。
2013年10月01日
我也奔赴嘉兴看小朋友了，还好离开小朋友的时间不长，去了之后还认得我。
2013年10月13日，农历九月初九
小朋友半岁了，这天正好重阳节。
2013年12月20日，农历十一月十八
结婚两周年时间过的真快！
2014年01月02日
买到了过年回家的车票，G2503，农历十二月廿五到家。已经有三个多月没见到小朋友了，人家肯定已经不认识我了。
今天结婚两周年，时间过的还挺快！
都说孩子在别人家长的快，终于体会到了，我的小艺涵今天终于也半岁了！来两张照片纪念一下！
放假的时间过的就是快。。。
我老婆和女儿9月21号先过去开路，哥十月一日也过去。
去吃一下传说中的牛蛙煲！
