列下在2017这又一个普通而又重要的年份我所做的事情：

1.去了很多地方出差，讲ppt、培训、解答问题，都是和客户直接面对面的接触和沟通。真正做到了深刻理解客户的业务需求，理解怎样给客户带来真正的价值。

2.在Github发布了几个开源的项目，虽然都很简单，但是尽力做到实用为主。比如度盘获取直链以及喜马拉雅FM下载音频的插件。也通过度盘获取直链的插件认识了不少朋友，很可惜的是在知乎上的答案被以“违法违规”的理由被和谐了，插件的接口可能也被度盘官方不断的限制，所以决定不再维护了，对应插件的代码还可以通过Github获取。

3.技能方面。接触了很多手机端的开发，都是混合式的。从Ng1.x一直用到Ng4.x和Ionic3，很可惜的是没有用Vue做一些东西。然后对NLP（自然语言处理）有了很多接触，因为工作和数学水平的限制，没有很大的成果。还有今年重拾了开车的技能，感谢诚哥和杨哥的耐心指导。

4.写作方面。之前一直维持一月两篇的进度更新，中间几个月中断了，很惭愧。准备写一个“ionic3从入门到吃鸡”的教程。

5.读书方面。通读了阿西莫夫老爷的银河帝国和机器人系列小说，大为折服。对应的读后感也要慢慢补上。

今天是腊八节，过了腊八就是年，又要老一岁了。

提前祝2018年新年快乐。

15年的秋天来过成都，记得挺舒服的，还吃了炒酸奶，游了宽窄巷子、锦里还有武侯祠。今年是冬天来的，天气很湿冷，很不巧的是住的宿舍热水器也坏了，连续几天只能洗冷水澡，终于知道南方的冬天是要靠自己的一身浩然正气才能过下来的。

呆的不久。只逛了一下传说中的春熙路，看到了那只著名的大熊猫，吃了四川的火锅和翘脚牛肉。另外一个细节是即使在书店里面都是一股串串的味道，成都人民真的在吃上为GDP做了不少贡献。至此，对成都了有了比较完整的印象。

然后又到了海南，开始了为期一周的“环岛游”，路线是海口->琼海-> 三亚->儋州。当然环岛游还是为了工作，但这是我第一个去过所有地级市的省。去三亚的时候，早起了一会去海边看了日出，中午偷偷的逛了一下天涯海角公园，看到了“南天一柱”“天海边涯”“海角”这几块著名而且富有力量的石头。

说说我对海南的印象：
（1）吃的东西很贵，简单的早饭也要10元起步。普通水果蔬菜的价格也是3~4元一斤起步的，而且并不怎么新鲜。
（2）人行道很宽，但是跑满了横冲直撞的电动车，马路的车道特别窄，随便一个B级车就能两个轮都要压到实线。
（3）我在这里会被本地人称作“大陆”来的，这种感觉有点奇怪又有点荣幸
（4）传统的海南菜应该和粤菜很像，追求食材的真味，一般都不会放酱油，酱油是用来作为蘸水的。比如白切鸡，要带一点血色…羊肉要带皮…蔬菜尽量不切，炒出来也要保持一整根的形状…

以上几点并不是吐槽，是一个北方人对海南比较直观的印象。

又是一篇匆忙的游记。

左转向：
（1）首先务必观察道路指示标记，以及红绿灯，确定可以左转
（2）到达转弯路口减速至怠速或者20km左右，并打开左转灯
（3）当驾驶员视线没过斑马线，向左打四分之一圈左右，即可进入下个直行车道，车辆行驶变正之后及时回正方向盘
（4）如果是长拐弯，应该保持一定速度向前行驶，并提前向左打方向，方向盘转度一般也是四分之一即可，车辆行驶变正之后及时回正方向盘

右转向：
（1）首先务必观察道路指示标记，以及红绿灯，确定可以右转，一般直行红灯都可以右转，除非有右转指示灯，如果是红灯请不要右转

（2）到达转弯路口减速至怠速或者20km左右，并打开右转灯
（3）当驾驶员视线没过斑马线，向右打半圈左右，即可进入下个直行车道，车辆行驶变正之后及时回正方向盘

左右转向应该避让直行车，让直行的车先走

变道：
确定前方道路不是实线，即虚线，在不减速的情况下，打转向灯闪烁3次以上，向左或者向右稍微偏方向盘，进入车道后及时回正。同时应观察左右后视镜，观察后方的车辆，歪果仁说能完全看到后方车头就无危险，建议更远一点吧

倒车入库：

此方法来源网络，实际经验不足，先不做自己的总结

倒库要点：一，慢走快打，二，宁早勿晚，三，找准30厘米。

倒库步骤：

一，车中柱对准隔一个库的中间，右打死（或左打死）。

二，看右（左）后视镜，车身与右（左）边车角之间夹角30厘米时，向左（右）打一圈方向盘。

三，看右（左）后视镜，第二个门把手与右（左）边车角平行时（对齐）方向盘再向右（左）打倒底。

四，看左右后视镜，自己车身与两侧车身平行时，方向盘向快速回正。自己后视镜与两边车的后视镜（或后门把手）对齐，马上停车。

侧位停车：

此方法来源网络，实际经验不足，先不做自己的总结

一，自己的车与旁边的车之间相距40-50厘米，肩膀与旁边车头对齐停车。

二，向后倒车，看右后视镜或回头看到自己车尾和旁边车尾平行时，快速向右打死方向盘。

三，然后看左后视镜，后面车头或车尾在镜子里全部出现，向左回正方向盘。

四，看自己车的右车角与前车左前角或左后角（还有你自己）对齐（三点一线）时，方向盘向左打死。自己的车与前后车在一条线上时停车，回正方向盘。

出库：首先方向盘左打死，打左转向灯，看左后视镜后面车头或车尾全部出现，向右回正方向盘，再看自己车右侧中柱和前车车灯平行时，向右打一圈方向盘，看自己车头正了，快速向左回正方向盘。

搜集了一下资源，这套iOS11壁纸提供了iPhone版和iPad版两种版本，格式为 jpg，适用于所有手机/平板。

分辨率分别是 2706x2706 与 2524x2524。

一共20张。

附下载链接：
https://pan.baidu.com/s/1i57XRm9 密码: f6rq

明天程序猿节，祝福各位是程序猿的盆友节日快乐，早点下班 ：）

自从出差回来，一直没有充分休息的机会，忙于各种琐事。但是读书不能停，不能停…

一共读了三本书，《万历十五年》 《科技想要什么》以及《用Python进行自然语言处理》英文版也就是传说中的NLTK

其中只有《万历十五年》读完了，凯文·凯利的《科技想要什么》只读了一半（因为是一本纸质书并且放在了办公室，不敢随便翻阅），然后就是NLTK，看英文版并不是为了装x，是因为中文翻译的版本实在太古老了

《万历十五年》比较偏向于学术，与《明朝那些事》这种商业文学作品的风格完全不同，从万历这一代的切面看整个历史的发展进程。

首先是政治方面，明朝一朝从洪武开始官僚阶级薪俸很低，希望的是通过儒家的无私奉公精神来治理天下，这就导致了贪腐的滋生，历史总是惊人的相似是不是。同时没有很好的法制，如果一件事符合核心价值观，那么即使违反了法律，也会认为你无罪。

上自官僚下至村民，其判断是非的标准是“善”、“恶”，而不是“合法”、“非法”

然后是人物，书中基本是按照每人一章的形式写的，分别是万历、申时行、张居正、海瑞、戚继光、李贽。

其中贯穿始终的其实还是万历和张居正，而张居正才是万历这一代的灵魂。张居正是个有理想的人，做事符合帝国的大局，但同时又有对利益的渴求和自己的傲慢和偏见。比如他对士人的看法是，不看你诗书的理论能力，只看你实际的做事能力。这些对士人不够尊敬的态度，导致了他在世之时被士人的攻击，和死了以后被清算，甚至被后世之人诟病。就连他自己都说“如入火聚，得清凉门”。

戚继光在书中笔墨也很多，关于戚继光在这本书中才知道，他其实更加像个有理想的文人。奈何武将往往都是政治的牺牲品，因为和张居正有往来，所以最终也被牵连。

李贽这一章，没怎么看懂，可能对这个人不了解，只是觉得可能是当时的一个“愤青”，敢于反对当时的正统思想。

然后其他大部分空闲时间一直在学习NLTK，因为中文文档版本太老，只能学习英文版的。自然语言处理和机器学习陡峭的学习曲线显露无疑，只能一遍慢慢敲书中的代码，然后一点点看为什么会有这种效果。希望看完之后能有所输出。

如果您耐心看到了这里，感谢您的关注，祝您中秋快乐！

程序紧急包，顾名思义就是紧急情况下发布的程序升级包。也就是说，它是有别于正式的程序升级包的，它是未经测试无质量保障的程序升级包。项目前台出于时间上的考虑，无法等测试完成、走正式流程发正式包，只能发紧急包。经过项目自己的测试，后台配合调试和修改，这个急用的功能调通了，就交付给用户使用了。但是，这个项目可用并不代表这个包质量是过关的，有可能在其他环境下、不同的机构参数下并不可用，有可能专业的测试人员会发现更多潜在的问题。如果这个包未通过测试，就会形成一定的时间差，但是，在这个时间差内会有其他的正式包通过测试，提交发布，这个包中可能包含有紧急包中同名文件的旧版本，项目发布时就造成“旧”版本覆盖“新”版本了。

为了更好的理解这一现象的原因，我们来看几张图：

图1：假设最初研发库与项目环境是一致的，括号内为文件版本

图2：后台研发中心接收变更申请，形成两个升级包，变更包1和变更包2，分别包括FileB的两个版本

图3：项目紧急发布变更包2中的文件，调通之后，用户反响不错

图4：变更包2由于质量问题未通过测试，但变更包1通过测试，提交正式发布了，项目发布，产生了旧版本覆盖，用户报怨。

我们如何避免旧版本覆盖问题，维持用户的满意度呢？

一方面，是项目前台要清楚地了解紧急包的风险，它不仅仅本身的质量没有保障，更容易带来后续一系列的质量问题。所以，要尽可能地少发紧急包，即使发了紧急包，也要认真做好测试，并记录发布历史，只有该紧急包正式发布之后，才能再发同一个war的其他升级包，否则就有可能产生旧版本覆盖。

另一方面，是后台研发中心尽可能地提升发包速度和升级包质量。发包速度提升能够从一定程度上降低项目对紧急包的需求，升级包质量能够缩减升级包紧急发布到正式发布之间的时间差，降低版本覆盖的可能性。这就需要建立完善的程序质量度量、冒烟测试等机制。

程序紧急包是在紧急情况下很无奈的一种选择，也只能通过前后台积极地配合，才能够最大限度地控制紧急包的数量和发布风险。

以上仅为个人经验，主要针对j2ee项目经验的总结，希望对大家有帮助。

1
2
3
4
5

DB2修改字段长度
ALTER TABLE SOME_TABLE(表名) ALTER COLUMN SOME_COL(字段名) SET DATA TYPE VARCHAR(4000);

Oracle修改字段长度
ALTER TABLE SOME_TABLE(表名) MODIFY SOME_COL(字段名) VARCHAR2(4) ;

注意DB2要使用alter语句，而Oracle是用的modify

最让人担忧的还是屏幕，分辨率比较低就算了，毕竟只是研发工作，对屏幕分辨率要求不会过高。主要是屏幕异常的白亮和刺眼，通过FN+亮度键调节总也不能达到满意的效果。

所以找了一下市面上的护眼软件，做个简单的对比，希望对大家有用

（1）护眼宝

这款智能护眼软件，在知乎上面很多人在安利，据说可以有效过滤蓝光，就不过多介绍了，有兴趣可以参见这个问题：https://www.zhihu.com/question/24841235

（2）f.lux

这是一款自动调节屏幕色温的软件。和iphone的nightswitch功能类似，白天会将屏幕颜色自动调节的较量，晚上会变成柔和的暖色。并且官方也没有提及该软件有保护视力过滤硬件蓝光什么的作用（歪国人就是这么实诚），不过这个软件做的挺好的，使用起来很方便。

官方下载地址：https://justgetflux.com/

（3）猎豹护眼大师

这个产品官方好像已经不维护了，费了一些功夫才知道一个能用的版本，但是效果挺给力。比如提供多种护眼模式，和定时提醒休息的功能。另外一个优点是，相对猎豹的其他产品，这个不维护的产品一个商业广告没有，体积也不大，所以值得推荐

po几张使用的对比图：
使用前亮白的屏幕：

使用后的护眼效果：

附猎豹护眼大师载地址：
链接: https://pan.baidu.com/s/1kVqpXLd 密码: 5tht

然后因为忙，一直来不及解决….

今天有空，搜了好久找不到解决方案，索性想从新部署一次。但是想想部署又要花费好长时间，所以尝试使用了 hexo clean命令，出于意料的是，竟然显示正常了……

总结下解决方法：

1
2
3
4
5

hexo clean

hexo g

hexo d

hexo clean很关键，可以将public下所有文件进行清空，也类似清空缓存了。希望对碰到同样麻烦的朋友有所帮助

首先去的是郑州，惊讶于中原地区的道路如此齐整，道路都是正南正北正东正西的，从地图上看如棋盘一般，除了好评想不出第二个词来评价。

第二天在郑州呆了一上午，中午吃了一大碗“滋补烩面“后，就赶往平顶山，讲了一下午的ppt，没顾得上喝一口水，就马上又赶回郑州了。匆匆的去正如我匆匆的回。坐汽车坐的屁股都疼…

第三天坐高铁到了商丘，并且一直待到现在。在这里培训客户，调试系统，连续好几周都没有静静的写过程序，不断地解答客户提出的问题。倒是觉得收获比写程序更多。因为直接和客户接触，能更深入的理解客户需求，能掌握更多的沟通技巧和增加抗压能力。

再说说在中原的见闻。

首先是烩面和各种面，不仅便宜而且好吃。一大碗好吃的拌面只要11块，里面有小半碗的鸡蛋和肉，而且提供面汤和蒜。这种配置在北方其他城市至少需要20元左右才行。

然后就是迷之交通规则。前面说过中原的路很直，如棋盘一般。所以这里人喜好骑各种电动车，从两个轮的到四个轮的都有，而且从来不看红灯，以及随意逆行。所以路上必须多加小心才是。

再就是中原的文化底蕴。北方的夜生活很单调，主要以广场舞大妈为主力军。但是就我在商丘这个地方的见闻刷新了我的认识。到了晚上，这里的大妈不仅仅只会跳舞，她们还组织了走秀比赛。你还能欣赏到大叔唱豫剧，还有很多街舞和管弦乐的比赛，都是自发组织的。商丘虽然地方很小而po，但是夜生活比我在的那个城市丰富很多倍。

写了这么多无聊的流水账，顺便po几张图吧：

商丘古城中陈家大院后人的画一幅

商丘古城中孔庙的迷之孔夫子

滋补烩面
http://wx3.sinaimg.cn/mw690/7d6b7503ly1fh5stzsusyj20qo0zkgp9.jpg

11元的拌面
http://wx4.sinaimg.cn/mw690/7d6b7503ly1fh5su0ffb3j20qo0zkwim.jpg

仔细看了一些关于熵的资料，物质什么时候可以说有生命呢？就是它可以继续做某件事、不断地运动，并于外界交换物质，它的寿命比我们预计无生命的物质在相似情况下能够“持续”的时间要长的多。这要归功于新陈代谢的功劳，新陈代谢的主要作用是帮助有机体成功地消除了当它活着时免不了要产生的、全部的熵。这是个人认为关于保持低熵状态的最合理的解释。

也正如《三体》中“歌者”的描述：“宇宙的熵在升高，有序度在降低，像平衡鹏那无边无际的黑翅膀，向存在的一切压下来，压下来。可是低熵体不一样，低熵体的熵还在降低。有序度还在上升，像漆黑海面上升起的磷火，这就是意义，最高层的意义，比乐趣的意义层次要高。要维持这种意义，低熵体就必须存在和延续。” 这一段话的意思是作为外星文明物种的“歌者”感叹生命存在对于宇宙的重要性，而保持生命的存在和延续正是低熵体的最大意义。

所以能够过好这一生就是保持低熵的最大体现。而非大富大贵的人，在平凡的人生中享受平凡的成果，就是在过好这一生了。

以上仅代表个人观点。

找了半天,总结出两个比较优雅的分享代码方法：

方法1：使用html2canvas 将代码转为图片

这种方法确实比较优雅，但是比较大的问题就是如果将代码转换为图片就意味着要消耗用户流量，并且展示时耗费的时间更久一些，感觉并不可取

详细介绍可以参考这篇文章：html2canvas 将代码转为图片（微信端同学请点击原文获取链接）

方法2：使用开源软件online-markdown

在Github上找到一个叫小胡子哥大神的写的这个开源软件，可以非常优雅的通过md编辑器将代码转换为html，直接复制到微信公众号编辑器即可

并且

• 支持更换代码样式主题

• 代码长度溢出时横向滚动

这个非常适合解决微信公众号中复制代码的问题

简单介绍下online-markdown的用法：

（1）从Github下载online-markdown源码（微信端同学请点击原文获取链接）

（2）解压后进入online-markdown-master\docs文件夹，打开index.html即可看到界面

（3）将你的代码复制进md编辑器，注意要使用md语法，比如下面这段

（4）点击“预览”即可看到生成代码的html，并且可以选择多种代码主题和样式

（5）弄好之后直接复制到微信公众号编辑器即可，是不是很优雅 /笑cry

经过测试online-markdown只有在chrome浏览器中运行的比较正常，其他浏览器可能会存在不加载样式文件的问题，如果您有更好的方法也请留言给我，谢谢

求解：一筐鸡蛋：
1个1个拿，正好拿完
2个2个拿，还剩1个
3个3个拿，正好拿完
4个4个拿，还剩1个
5个5个拿，还差1个
6个6个拿，还剩3个
7个7个拿，正好拿完
8个8个拿，还剩1个
9个9个拿，正好拿完
问筐里最少有多少鸡蛋

能算出这道题的智商不一般！求答案？有高手没，算算吧！

友情提示，”5个5个拿，是还差1个“，也就是还剩下4个，这是这个题目的一个小陷阱…

下面会公布答案，请先忍住往下看，自己下解一下

看到这个问题的我，一脸懵逼，首先某度了一下，结果发现问题描述不一样，答案是错的…

于是顺手打开了eclipse，写了个憋足的java程序，瞬间就解出了这个问题，以下是java代码的回答

1
2
3
4
5
6
7
8
9
10
11
12
13
14

public static void main(String[] args) {

int i = 1;
while(true){
System.out.println(i);
if(i%2==1&&i%3==0&&i%4==1&&i%5==4&&i%6==3&&i%7==0
&&i%8==1&&i%9==0){
System.out.println("正确答案="+i);
break;
}
i++;
}

}

运用无耻的穷举法，运行结果应该是1449

又拿这个问题问wenchao同学，又出现了javascript版本的答案：

1
2
3
4
5
6
7

for (let i = 1; i+=2;) {
  let number = 63*i;
  if (number%5==4&&number%6==3&&number%8==1) {
    console.log(number);
    break;
  }
}

这个穷举法稍微先进了一些，运用了结果应该能被63整除这个事实，运行结果也是1449

好吧，以下正确的解答由夏博士提供：

首先，能被7整除，能被9整除，所以肯定是63的倍数

5个5个拿，还差1个，所以个位数肯定是4或者9

又因为两个两个拿剩下一个，肯定是个奇数，排除个位数是4的情况，所以个位数肯定是9，那么这个倍数的位数一定是3

3不对

13不对

23对了，63*23 = 1449

果然是博士智力水平就是高，默默献上膝盖！

长期以来我们对体验设计人员的认识就是p图、抠图、会ps、修照片的。实际上他们主要能力并不在这里。

让我们来了解一下体验设计人员有什么样的能力，都能做什么。

1、排版、配色、构图

先说说基础能力：排版、配色、构图等及平面设计师又称为视觉设计师的能力。一般来讲，排版构图与配色是一体的，没有完完全全单独排版不需要配色的，也没有只需要配色而不考虑排版的。因为颜色本身就是排版的一部分，设计师会根据颜色的搭配、点线面的结合、文字的重点与否、标题的样式等整体考虑一个页面的搭配和构图。
基于视觉设计师的基础能力，当我们需要设计师给我们进行排版配色设计的话，我们就需要给设计师提供明确的文字资料、想要突出的重点是什么、大概的颜色需求（因为需要跟整体的页面进行搭配）、图片的内容，更重要的是告诉设计师我们想要通过这个页面的排版表达一个什么样式含义。剩下的事情就交给设计师来处理吧。设计师需要做的就是把我们提供给他们的内容，进行打散重构，通过颜色构图把我们要表达的意思表达出来，并考虑用户的阅读顺序。当然，我们也不会指望设计师一次设计就能达成我们的想法，这里需要反复迭代，多次进行交流。这里设计师需要如何做，在下次的文章中进行描述。

2、业务架构、原型设计

再说说设计师的另一种能力：对用户操作过程的设计、易用性设计（让用户便捷的操作系统）、交互控件的设计等及交互设计师的能力。设计师根据他的经验对用户操作界面进行可用性易用性设计，这里不仅仅是设计一两个图标，也不是设计按钮，而是用户的交互过程。
针对交互设计师的这方面能力，我们就需要给他们详细的讲述业务，可以跟设计师一起进行原型的设计，并提供操作时的真实数据。千万不要简单扔给设计师就不管了，设计师对业务了解肯定不如你更加熟悉，要跟他们讲透。这里一定要把设计师当小白，不要认为他们都了解了。设计过程中设计师会经常来骚扰你，这时展现你人格魅力的时候到来了，要充分表现出你的耐心。最终我们跟设计师一起打造出操作简捷、易用性好、页面结构合理、颜色图标重点突出的好的产品设计出来。设计师离不开你，需要大家相互配合才行。这里需要注意的是不要轻视设计师做的每一个图标和按钮，这些都是有意义的，对于这种东西，我们就交给设计师，然后关注业务逻辑就行了。

3、手绘、信息图、讲故事、内容重构

我们都知道体验设计师多数都是学艺术专业的，即使不是学艺术专业的，多少也会画点画。但在长期的工作中，由于设计师基本不需要手绘，画画的能力在退化。为了让咱们的设计师把绘画的能力找回来，我们就需要让设计师们干这么一件事情：信息图。通过信息图来表达大段的文字，展现用户需要看的主要数据，就是通过图来讲故事。体验设计师应该具备更强的内容重构的能力，通过专业的设计技术和绘画能力，把枯燥乏味的数据变成生动的易读的信息图。我们要相信设计师能够给我们创造出不一样的数据展示方式，一开始可能会有些障碍，当我们完全发掘出了设计师身上的这种能力，逐渐的事情就会变的越来越容易顺畅。

4、用户研究、需求调研、用户体验

体验设计团队是目前事业部里专门研究用户体验的团队，但用户体验中一个十分重要的工作我们没有涉及，就是用户研究。不是我们的体验设计师们不想去做这方面的工作，而是因为用户研究是一个十分系统的工程，不仅仅需要投入一定的资金，同时还需要投入大量的时间和人力。以体验设计组目前这几个人是无法完成。这里要说明一下的是，在互联网公司，体验设计团队和研发团队的人员比例是1：3-5。这种比例就决定了，互联网公司里体验设计师是产品的主导团队。而我们的产品是按照客户的需求进行定制的，所以不需要体验设计团队来根据用户研究来设计产品的设计方向。
但是，并不是说我们就不需要用户研究。体验设计人员经过长期的内部培训和自我学习，做了大量的用户研究方法和用户体验知识的储备。我们需要做的就是把设计师的这种储备转变成为能力。如何去做呢？就是让体验设计师去接触客户和用户，了解他们的工作方式、工作场景、工作中的问题。在不改变现在事业部各团队工作方式的情况下，需求调研是体验设计师与客户接触的较好的时机。需求调研期间，需求调研研发负责人和体验设计负责人，共同参与，组成一个需求调研及用户研究小组。体验设计师在调研前要列出用户研究的内容，并在调研期间逐一进行，调研结束后完成用户研究报告。然后开始和研发团队一起进行原型设计，把用户研究的成果落实到产品设计中，设计出让用户更加满意的产品。这种用户研究方式较为省钱、省人、省时间。同时还能提升我们产品。

5、交流、沟通工具、记录过程

最后给大家说一下与设计师们协作时现成的工具：任务跟踪软件（工单系统）、邮件、通讯软件。与体验设计师最好的协作方式是当面交流，当面交流是一种最为直接快捷的方式。交流完后，为了确保大家交流的结果和想法是否达成一致，需要有明确的文字说明。这里要跟大家强调一下的是，不要觉得麻烦就不进行文字说明。文字说明有两个作用：1、避免大家口头交流后的想法不在一个层面上，交流过程中有些地方没有说明白或者理解有偏差。2、我们在进行说明文字描述时，也是我们对自己的思路整理的过程，很多时候写着写着就会有好的想法迸发而出。需求说明描述完后，我们可以通过邮件或td发给设计师。这里建议用邮件，邮件可以反复交流，而且公司有规定邮件处理要及时，所以设计师不会漏掉我们发的需求邮件，同时还可以抄送给相关的同事关注这个事情。录工单就有些不太方便了，当然如果我们习惯了用公司的工单系统也没有关系，录工单也很好。体验设计师收到邮件后，有不确定的地方会电话或当面进行交流。交流结果如果和之前的邮件有出入或补充的话，体验设计师回复邮件进行描述。通过邮件，我们记录下了工作的整个过程和交流过程，并让相关的领导和同事都知道我们整个的工作的过程和结果。这样就不会出现做了很多的工作领导都不知道的情况，何乐而不为呢！

设计师还有其他的能力，这是后话了…

首先请明确一个概念，dir之类的命令是针对操作系统的，百度网盘你可以认为是个网站，你的文件数据都存在数据库里面的，所以操作系统命令肯定不行

这里提供一个导出百度云盘文件列表可行的办法：

1.首先安装云客户端，登陆一次，最好只用一个用户，*方便后面找db文件

2.我没有设置安装路径，在类似这个文件夹路径下面

1

C:\Users\你的用户名\AppData\Roaming\baidu\BaiduNetdisk\users\6e1731cdddddddbb3231c1486f6f6b66

找到一个叫BaiduYunCacheFileV0.db的文件

6e1731cdddddddbb3231c1486f6f6b66可能是个哈希码，你碰下运气就找到，或者你用Everything之类的文件搜索工具全盘搜索名字叫BaiduYunCacheFileV0.db的文件

3.安装SQLiteExpertPro软件，一般是绿色版的，将BaiduYunCacheFileV0.db文件复制到另外一个地方，然后直接拖入SQLiteExpertPro即可

在sql的输入框中输入

1

select * from cache_file

点击 execute sql得到下图的结果

（原谅我不羁的书法）

4.这个就是你说的文件目录列表了，parent_path是父目录，server_filename是文件名称

，具体怎么用看你。

原理：
其实百度云盘客户端将你的文件列表存放在了本地的一个sqllite数据库中的.db文件，找工具打开即可

*盘将用户文件列表存为明文，倒是也比较良心，方便自己查阅整理了

知乎问答链接

1.下载插件安装包，拖进chrome浏览器的扩展程序内，这个操作需要打开chrome的开发者模式。安装完成之后应该是这样的：

2.无需特殊设置，打开喜马拉雅网站，进入某个专辑，点击某个声音查看进入明细页面，比如：

http://www.ximalaya.com/7712455/sound/2272558

注意URL里面的sound单词，这个在后面的插件原理里面会讲

你会发现多出来两个链接“下载32kps音频” “下载64kps音频”，点击链接下载音频即可，是不是很简单…

应用图标是银河护卫队里面勇度的乐高版头像，希望以此纪念这位好父亲…

这里要注意的是
（1）下载后的文件格式为.m4a（一般的PC播放器都可以播放）

（2）32kps的音频可能只有24kps，这个是喜马的问题

（3）下载的文件名是一串乱码，最好自己改一下名字

插件原理

记得我上面说到的声音明细页面URL中的sound吗，后面跟着的数字就是这个声音在喜马拉雅上面的唯一ID。

喜马拉雅在播放声音前会请求一个URL，比如：
http://www.ximalaya.com/tracks/2272558.json
获取一个包涵音频文件实际地址的json：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

{
    "id": 2272558,
    "play_path_64": "http://audio.xmcdn.com/group10/M08/35/72/wKgDZ1WVCBiSqUiVAKza8osLTaA696.m4a",
    "play_path_32": "http://audio.xmcdn.com/group10/M08/35/6A/wKgDaVWVCC_hoDuwAEH7lqBPx3k059.m4a",
    "play_path": "http://audio.xmcdn.com/group10/M08/35/72/wKgDZ1WVCBiSqUiVAKza8osLTaA696.m4a",
    "duration": 1400,
    "title": "银河帝国1_基地_08",
    "nickname": "大屁股老鼠哈哈笑",
    "uid": 7712455,
    "waveform": "group4/M02/0C/E7/wKgDtFMlI3qysDNYAAAKbDrnGSU1990.js",
    "upload_id": "u_2639732",
    "cover_url": "http://fdfs.xmcdn.com/group4/M01/0C/ED/wKgDs1MlI7-x71uZAAGl7WuFCDY006.jpg",
    "cover_url_142": "http://fdfs.xmcdn.com/group4/M01/0C/ED/wKgDs1MlI7-x71uZAAGl7WuFCDY006_web_large.jpg",
    "formatted_created_at": "3月16日 12:08",
    "is_favorited": false,
    "play_count": 32701,
    "comments_count": 36,
    "shares_count": 0,
    "favorites_count": 92,
    "album_id": 244444,
    "album_title": "阿西莫夫_基地（银河帝国基地系列第一部）",
    "intro": "长篇科幻小说，基地，阿西莫夫[美]著，叶李华译，连载中...，播讲：哈哈笑。",
    "have_more_intro": false,
    "time_until_now": "3年前",
    "category_name": "book",
    "category_title": "有声书",
    "played_secs": null,
    "is_paid": false,
    "is_free": null,
    "price": null,
    "discounted_price": null
}

其中的play_path_64 play_path_32 就是64kps和32kps音频的实际服务器存放地址

然后事情就简单了，在chrome插件中注入一段js，根据这个id请求到实际地址，然后添加下载的链接即可

核心代码：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

console.log("inject success!");

//音频Id
var track_id = $(".shareLink").attr("track_id");

console.log("track_id="+track_id);

var dataUrl = "http://www.ximalaya.com/tracks/"+track_id+".json";

$.get(dataUrl, function(result){
var href32 =  result.play_path_32; 
var href64 =  result.play_path_64;
//增加按钮
$('.sound_bottom .fr').append("<a class='forwardBtn link1 down32' download href='"+href32+"'>下载32kps音频</a>")
.append("<a class='forwardBtn link1 down64' download href='"+href64+"'> 下载64kps音频</a>");
});

开发背景

1.用了喜马好几年了，最近的广告越来越烦人，比如“XX老道勾引小妖精”这种声音广告特别烦人，而且即使不是在线听，缓存到手机，在联通网络的情况下还是会插播广告

2.所在company封网络，ximalya.com还有music.163.com都无法打开，让在线听歌也成了问题

基于以上两点，就花了点时间写出这个插件，可以提前将喜欢的有声读物下载到电脑上或者拷入手机

希望对您的生活和学习有帮助，enjoy~

早上看到咬人更新漫画，点进去看到了这幅图，在绿地上面有几株绿树，后面的背景是密密麻麻的厂房，突然触发的却是思乡的情愫。

经常会有人问我是哪的人，每次回答的时候都很扭捏。有时回答是父亲的家乡，有时回答的是从小长大的那个城镇，有时就干脆说自己是XX省人。

我觉得我的故乡应该是从小看到大的那片厂房和烟囱。

空气中总是弥漫着化肥厂的氨气味。晚上看不到星星，因为旁边的炼油厂的大火炬一直在燃烧着浓烟，天色一直都是可爱的暗红色。直到懂事后第一次回到父亲的老家，才知道什么什么叫做星空，晚上不点灯为什么会伸手不见十指。

有人会说这种真的不适合孩子成长，现在看来的确是这样。但是我从0岁到16岁基本所有的时间都是在这些厂房周围长大的，在我看来没有什么比这些厂房和烟囱更能定义为故乡。

我这样的人现在被人称为子弟。还有一个叫杨潇的人出了一本书叫《子弟》，虽然没有读，仅仅读了一下介绍就有很强的认同感，讲的就是我这样一代人成长的故事。

我想如果我有幸有了自己的下一代，他/她的故乡应该是一片片的高层建筑以及高新区吧

今天想更新下博客的时候，从新安装了下hexo，因为博客有备份所以有恃无恐，但是当运行hexo d命令进行发布的时候突然就报错了：

以下是比较详细的报错信息：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

INFO  Deploying: git
INFO  Clearing .deploy_git folder...
INFO  Copying files from public folder...
'git' �����ڲ����ⲿ���Ҳ���ǿ����еij���
�������ļ�
FATAL Something's wrong. Maybe you can find the solution here: http://hexo.io/docs/troubleshooting.html
Error: spawn git ENOENT
    at notFoundError (D:\workspace\GitHub\hexo_blog\node_modules\hexo-deployer-git\node_modules\hexo-util\node_modules\cross-spawn\node_modules\cross-spawn-async\lib\enoent.js:8:11)
    at verifyENOENT (D:\workspace\GitHub\hexo_blog\node_modules\hexo-deployer-git\node_modules\hexo-util\node_modules\cross-spawn\node_modules\cross-spawn-async\lib\enoent.js:43:16)
    at ChildProcess.cp.emit (D:\workspace\GitHub\hexo_blog\node_modules\hexo-deployer-git\node_modules\hexo-util\node_modules\cross-spawn\node_modules\cross-spawn-async\lib\enoent.js:30:19)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:204:12)
FATAL spawn git ENOENT
Error: spawn git ENOENT
    at notFoundError (D:\workspace\GitHub\hexo_blog\node_modules\hexo-deployer-git\node_modules\hexo-util\node_modules\cross-spawn\node_modules\cross-spawn-async\lib\enoent.js:8:11)
    at verifyENOENT (D:\workspace\GitHub\hexo_blog\node_modules\hexo-deployer-git\node_modules\hexo-util\node_modules\cross-spawn\node_modules\cross-spawn-async\lib\enoent.js:43:16)
    at ChildProcess.cp.emit (D:\workspace\GitHub\hexo_blog\node_modules\hexo-deployer-git\node_modules\hexo-util\node_modules\cross-spawn\node_modules\cross-spawn-async\lib\enoent.js:30:19)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:204:12)

搜索了很久，说由于git安装的有问题或者git环境变量没有配置，但是重装过几次git，并且从新配置了环境变量也是没有效果，报错是一样的。

最后看到有人说要用gitbash执行可以解决这个问题，所以打开git shell执行了下 hexo d，果然发布成功…

所以这个问题的解决方案就是gitbash执行 hexo的发布命令

同时碰到另外一个问题：

1
2
3
4
5
6
7

Please make sure you have the correct access rights
and the repository exists.
FATAL Something's wrong. Maybe you can find the solution here: http://hexo.io/docs/troubleshooting.html
Error: Warning: Permanently added 'git.coding.net,61.133.64.67' (RSA) to the list of known hosts.
Permission denied (publickey).
fatal: Could not read from remote repository.
....

这个主要是重装系统后coding.net的公钥没有重新配置，如果您也遇到这个问题的话，请查看我以前的这篇文章将hexo博客（github pages）同时同步托管到github和coding.net,解决百度不收录问题从新配置下coding.net上面的公钥即可

再就是很多软文说人每七年会变为另一个人，因为细胞确实7年左右更新一次。针对这点，我记得神经细胞好像终身不会更新的，从这个角度看，你还是以前的那个人吧。

早上和熟识但是不在一个部门的同事一起抽了一根烟，他问我最近忙吗？我说：“老板天天付工资给我，我必须天天忙才对。”他默默笑道：“呵呵，你成长了”

10年毕业到现在为止已经是七年了。

关于大型网站的解释，在学术上并没有精确的定义。但是作为一个大型网站，数据量和访问量二者是缺一不可的，此外，除了海量数据和高并发的访问量，网站本身的业务逻辑和系统的复杂度也是一个很重要的考量方面。

网站技术发展最初，通常是使用JAVA技术进行单机构建网站，但是随着数据量和访问量不断增长、业务逻辑复杂度不断增加，网站结构也逐渐发生了变化。当初始单机构建的网站负载告警后，采取数据库和应用分离可暂时从一定程度上缓解系统压力；随着生产过程中使用量增加，应用服务器负载告警，我们采取将应用服务器走向集群部署的形式来缓解应用的访问压力。并且在这个过程中引入了负载均衡设备且解决了服务器变为集群环境后SESSION会话数据的管理问题；然而，业务的发展激增使得数据库读写压力很大，于是我们采取数据库读写分离的方式缓解数据库的压力。可是，在当前数据读的压力遇到瓶颈后，往往会采取分布式缓存系统技术来进一步分担数据库的读压力。尽管我们采取了增加缓存，读写分离的方式，这个数据库压力也是在继续飙升，因为业务复杂度和访问量在持续飙升，因此，要解决这个问题，我们开始考虑分布式数据库和数据库水平拆分、垂直拆分的思路，即将数据库进行分布式部署或者使用专库专用、数据分割的水平拆分方式。

然而，在数据库的问题解决后，应用程序继续面临着新的挑战，应用压力在持续性增大。这时，我们要考虑就是应该把应用拆分开，将一个应用根据业务划分拆分成多个业务应用（这个在很多大型业务系统中都有体现）。

JAVA中间件是什么?

字面意思是基于JAVA技术构建的中间件，处于“中间位置”的组件。因此，它既可以是应用与应用之间的桥梁，也可以是应用和服务之间的桥梁。特定的中间件是解决特定场景下问题的组件，它能够让软件开发人员专注于自己的开发。当今的JAVA中间件包括但不限于下面三个领域：远程过程调用和对象访问的中间件、消息中间件、数据访问中间件。
当今，随着技术和程序管理思路上的进步，很多大型网站开始走服务化的路子，将散落在各个业务的代码集中起来提供统一服务调用，同时也一定程度上降低了数据库的连接。应用间交互的服务通过服务中心来集中，由专门小团队维护，相对来说也提高了系统对外交互的稳定性。
从传统意义上来讲，作为目前互联网应用的流行工具，消息中间件为我们带来异步数据交换的特性，它对系统进行了解耦，同时为系统间数据交互提供了种种可靠的机制来保证数据收发的一致性，因此它的存在为数据交互带来了很大便利性和价值。

技术绝不仅仅是脱离业务使用而孤立存在的，它总是通过解决某种问题而产生和进步的。如《程序员的职业素养》书中所写：深刻理解业务目标。这并不是说你必须成为业务方面的老学究，而是说你需要理解手上正在编写的代码的业务价值是什么，了解雇佣你的企业将如何从你的工作中获得回报。