摘要： ##类Atx形式标题# H1标题（一个井号加文字）### H3标题（三个井号加文字）###### H6标题（6个井号加文字）类setext========一级标题（下行加若干个等号）========二级标题（下行加若干横杠）--*有效强调**div中的无效markdown强调标记*### 区块引用>... 阅读全文

摘要： 工作也有几年了， 也会遇到被要求推荐些书的时候， 为了避免想半天说不出一本的尴尬境地， 特此留下我认为值得看的一些书，有关各个方面。也有些我没看过或没看完的。 #前端 《JavaScript高级程序设计》 （Prefessional JavaScript for Web Developers） 泽卡 阅读全文

摘要： 把子模块推进去了，删掉吧（将子模块删除，然后提交推送），删除子模块步骤：1、在Platform.Web库下，右键->Git Bash，进入git命令行窗口，输入：git rm –-cached References/IDOA2、修改.gitmodules文件，去掉References/IDOA的子模... 阅读全文

摘要： 一转眼已经到7月份， 半年过去了。 是时候来个半年总结了。2014年的个人工作愿景在此：2014年个人工作愿景那么，针对其中的各大项进行一些总结1. 工作方面： 自动化工具，公司已经找到其他人来做， 我看了下 做的效果， 真心觉得不错，如果让我来做也未必能做得那么好，至少我未必会真的那么尽心尽力去... 阅读全文

摘要： 最近被埋怨工作效率太低，这也不是第一次了。仔细思考，这应该也是事实。 无论如何，提高工作效率对我自己总是好事。那要如何提高呢？ 先分析下自己效率为什么低吧。我觉得主要有几个原因：1. 被打断： 被QQ、rtx、邮件提示等内容打断2. 断片： 常常做完某一个小任务后，不知道接下来做什么，呆呆的过了很久。3. 自制力差： 在工作时觉得无聊，注意力不集中， 会主动寻求打断，如打开QQ、微博、邮箱、技术网站等。以上3点对我工作效率的影响大小排序时： 3>2>1暂时能想到的解决方案：1. 上班大部分时间，关闭QQ、微博、邮箱，选择性关闭RTX（因为RTX是工作沟通用的），尽量避免弹窗、闪烁式 阅读全文

摘要： 该文用于记录面试时要问的一些技术点：一.C# 1. 面向对象， 封装、继承、多态 2. 多态，何为多态， 举例说明 3. 继承， 接口与类， 多继承等 4. 值类型和引用类型 5. 装箱拆箱 6. 堆和栈 7. linq、 lambda 8. 抽象方法、 虚方法二. 前端 (html) 1. 列举行内元素、块元素 2. 用html实现原型图 (js) 1. json 2. jq选择器问题， eq\gt\last\first 3. ajax 4. 闭包，简单解释，使用场景 5. 如何判断对象是数组 6. apply, call 7. 实现一个类，让其拥有2个... 阅读全文

摘要： 在写2013年总结时，我发现没有一年的计划，总结写起来有点乱，不好找到重点。所以，我觉得先确定一年的愿景或目标是有意义的。 那现在就来写我在新一年的愿景吧。1. 我希望在如下工作中体现自己的价值： i. 通过优化架构、功能设计、代码管理等手段，提高系统的可读性、可维护性，减少大家开发和升级时的重复劳动和手工劳动。 ii. 写工具提高大家的工作效率。（如果有现成的好工具，就直接用现成的） iii. 做些技术分享，并培养身边的同事的分享精神。让他们知道分享的重要性和带来的好处。 2. 今年的学习任务： i. 完成codecademy网站上的python教程 ii. 学习一些JS、CSS... 阅读全文

摘要： 时间过得飞快， 2013年就这么结束了。 一年过了，是时候总结一下。 今年我做了的主要的事情： 1. 完成售楼系统中几个功能模块的开发。其中涉及的主要内容包括： i. 楼栋结构图生成方法 ii. 售中模块的多个子模块。 iii. 财务模块-收支管理 子模块。其中的对冲算法和权限控制有点复杂。 2. 阅读全文

摘要： 圣诞节更新，出了85级侠客纪了，作为侠客纪的忠实支持者（因为没冲钱，不舍得十连抽，加上侠客纪奖励丰厚，而且研究起来挺有意思，所以特别钟情于刷侠客纪），我觉得根据自己的打法来简单写一些攻略。 首先这里声明，我的攻略只是其中一种过发，并不是唯一的，希望大家多多探索。那么首先来说说我的账号情况：非R（没充钱），90桃花，有光武。装备评分33679带95橙3侍女，有13级藤蔓术、9级招式暴击、5级道法自然、1级风驰电掣。内功伤害2663（资质1631）总的来说，这个账号一点也不强，所以，我能过侠客纪，那么别人应该也能过，主要是策略问题。PS: 由于试验过程中，角色、BB和侠客都在不断加强，所以这个配置 阅读全文

摘要： 前言，这个想法应该是git比较通用的做法，只是我还没用过，所以把自己的想法记录在这里，督促自己以后按这个方式执行。我们公司现在面临一个问题， 就是客户的定制需求很多，很杂，其中坑爹需求很多。我还没真正面对过这些问题， 不过以在上一家公司的经验，有一些坑爹的需求，往往先加进来，用一段事件后，又会被还原成原本的样子。对于这种问题，以前是没有很好的解决方案的，因为这种坑爹需求从加入到还原，中间还插入过很多其他的功能点修改。很难一步还原。而我想到的方法是这样的， 其实应该也是git建议的用法，即每次有新的功能点需求， 都为这个功能点创建一个分支，如fp1(function point1）分支，在该分支 阅读全文