已经提上日程并在虚拟机中弄好了工作环境，进行了10%左右，作为了解CRM系统的渠道，第一目标是增加符合国内IT CRM系统使用习惯的几个常用功能，预计20120730推出第一个版本。
Rajesh Setty 对IT专家有些非同寻常的建议：停止继续在技术上花费时间而是去建立个人品牌
Jack与Janet开始聊天。双方都谈到了自己是谁以及自己的职业。然而悲剧的是，每当Jack在谈论自己时，Janet似乎对Jack感到很厌烦。 她只能从Jack身上找到这些词汇去形容以及记起他：软件工程师，技术设计者，项目经理等等。当然Jack也确实就是干这个行当的。 当然他们俩的接触本身并没有错。错就错在当Janet与他结束约会后，每当Janet与她的其他朋友谈论时，Janet只会说到:"我就和Jack一起喝了杯咖啡，她就是个软件工程师而已"。 不过这里其实这么做的话就会有希望多了，比如Jack来一个非常不同寻常的自我介绍，或者某些能让人印象深刻的话语。Janet肯定会跟朋友谈论Jack要多一些。那么Jack肯定就不会是原先的那个结局了。
以上这些事情挑几个你喜欢的去做。或者做一些我没有提到但是类似的事情。只要这些被公开，你的社交技能就会越来越强，那么你的个人品牌也就逐渐建立起来了。你会发现你的人生事业将那个远远不止是那些技术上的事情。
#扫盲一下#，最近经常要用usb转串口线调试设备，于是八卦调查了一下，实现这个功能的IC 最好的是FT232芯片，其他最常用的芯片是CH340和PL2303，但论稳定性和价钱是FT232>CH340>PL2303，大家在购买的时候请认清使用的是什么芯片。
本人使用的是Z-TEK的线缆，价钱有点贵，但是物有所值。不小心帮人家做广告了，呵呵。
很多人都说Python是一种更现代的语言，用了接近10年的Shell和3年的Perl，现在是需要寻找新鲜感的时候了，不然我会感觉到通身无力，百无聊赖。
目标是2012年年末可以使用Python改写现在用Perl & Shell完成的很多模块工作。等着瞧，嘿嘿。
无限次转换适用于是在NAT转换后五元组不重复的场合，有一种特殊的场景，当内网中存在大量的用户访问同一台服务器的同一服务（即同一端口）时，则防火墙的NAT转换仍然存在转换数限制。
以10.1.1.10、10.1.1.110两个不同的IP为源地址，由实验知，防火墙NAPT转换后分配的IP地址相同。此时，如果NAPT转换后的(PublicIP:PublicPort)组合不能复用，地址池中一个IP对应只有64512个端口可以用于转换，则一个地址只能转换64512次。
Juniper/H3C防火墙都不能很好的处理此问题，相对而言，老牌CheckPoint在这一问题的处理上则聪明很多。
--RaSqueue , base on squirrelMQ
(1)Fix some bug , update ae driver & LUA driver
(2)Fix the PHP api
--Install
just Run install.sh to install
--Run RaSqueue
run as: ./RaSqueue -c ./RaSqueue.conf
--Todo List
(1)Turn performance
(2)Add other api such as: JAVA/Perl/Lua , and so on
GitHub address: https://github.com/raindylong/RaSqueue
就简单用YED画个简图吧，方面以后布线的时候使用，其实架构很简单，说明如下：
（1）1层作为机房，专门设定一个地方放交换机和ROS、服务器等等，交换机上千兆，市面上24口千兆的品牌很多，大概2K则可成交。ROS使用现有的老旧PC即可，不花钱，可上10M ADSL，如电信的价格合理，直接上20M光钎。
（2）2、3、4层各放置一台扩展交换机作为1层核心交换机的扩展，同时每层放置一台无线路由，交换机使用8口即可（￥600每台），无线路由则使用大品牌（￥400每台）
（3）服务器放在1层和核心交换机相连，现已有一台4核LINUX主机，以后增添文件服务器、源码管理服务器，等等，预算大概12K。
（4）加上其他线缆啊、接口啊、布线人工啊等等，大概再花1K。
（5）每层增添一台客户端，就按6K每台算吧，共3台。
（6）仍未考虑娱乐设备，液晶屏幕啊，XBOX等等，以后再添加进去。
总预算：2K+（600+400）*3+12K+1K +6K*3 = 37K，不超过40K，算是很节省实用的方案。
（1）如果可能，管理端口永远不要暴露在公网上；
（2）让管理不依赖于人，而是依赖与流程和机器；换句话说：用规则来限制我们的随心所欲；
（3）用户界面和管理界面使用的最好不是同一个架构或者版本的东西，可以代码相同，但是架构不同（例如用户界面可以使用nginx，但管理界面可以使用Apache/LiteSpeed，等等）
（4）要减少系统开销，最好的做法的不要把非必要的功能加进来；
（5）安全性凌驾于所有规则，然后才是一致性、可用性、容错性（三者重要次序由业务系统性质决定）；
（6）永远把出错和风险放在第一可能性，并以此为依据规划整个过程；
（7）分层次的提交和分发很重要，审核过程是必须的，就算是自己审核自己；
（8）把有趣的事情多交给别人来做，枯燥的事情交给机器来做。
大概是这样了，以后陆续添加总结。
$99美金的价钱，似乎有点贵，但基于以下几个原因，我觉得物有所值：
（1）我认为最好用的SSH客户端，没有之一；
（2）用了已经有10年，从当年的CRT到现在的SecureCRT，默默支持我的工作这么多年，就这一点就值得买；
（3）支持正版，从我做起。
一次消费，永久受益，大家一起来树立正确的正版消费理念。
去年年末就一直在考虑，2012年可以在哪些方面更加深入的把现在的系统架构和细节进行持续优化的过程 ，现计划如下：
（1）持续性能优化打磨（基于现有LINUX/Solaris平台，使用Nginx替代/弱化现有平台功能，争取单台处理能力提升20%）
（2）轻量级防火墙集群分担现有Juniper/Netscreen主流防火墙负载计划（基于FreeBSD平台）
（3）基于LVS解决方案，替换/改造现有F5/Radware商业解决方案（降低方案开销，提高平台可控度）
（4）监控系统的进一步优化和打造（基于nagios，两年前交给LAOCHAO打理，现LAOCHAO离职了，重抓这一块）
（5）基于访问类型的访问流量负载（基于Nginx+Lua，这一个还没考虑的太仔细，有待进一步思考）
（6）AUX话单查询系统的优化，继续推进分表和分目录建议在研发部的讨论，使用MariaDB替换Mysql？
（7）MFS分布式文件集群替代现有EMC/HP盘阵的可行性？
暂时就是这么多了，在公司内部推行一项改造计划有时是非常困难的工作，要对研发部的方案保持足够的尊重和怀疑，特别作为一个所谓的PM来说，工作任务的主要目的是完成项目并保持客户满意度，但只有解决方案的足够强壮和优秀，这才是保证客户对我们和产品和服务保持信心的最好做法。
自从桶哥去了枫叶国，就没人组织我们去参加TERRY FOX RUN活动了，以后每年要记住这个活动并积极主动的参加才行，一定要拉上刚，这么好传统需要保持，而且每年活动的衣服都是不错的纪念。
FCKeditor实在是一个非常好的WEB文本编辑器，我可以轻易的把GOOGLE MAP API集成到编辑器里面，发BLOG的时候可以实时把所在地附录在文章内容里面，丰富页面内容，记录个人轨迹，我只能说：太好用了。过程并不复杂，参考GOOGLE MAP Javascript API 做一定的嵌入即可，不过好久没弄Javascript，手太生，测试了很多次才通过了。继续把Javascript 捡起来！！
GOOGLE MAP API可以从这里阅读 http://code.google.com/intl/zh-CN/apis/maps/documentation/javascript/tutorial.html#google.maps.Map
但有一个致命的问题，国内访问google map api速度不能保证，所以经常会导致页面载入巨慢，不知道是否有GFW内部的GOOGLE MAP API接口呢。以后考虑把API换到国内的某些MAP API提供商。
总结有时是让人头痛的事情，但是把这一整年的事情都在脑子里过过电影，并记录下来，这也算对自己的生活和工作历程百无一害，所以我也跟风做做2011年的总结吧。
好吧，洗洗我也改睡了，今天刚出差回到广州，确实有点累了。
鉴于以上情况，本人声明如下：
（1）本人的BLOG只是一个孤芳自赏的地方，绝无将其过度曝光的想法，各位域名被骑劫之事与本人无任何关系。
（2）如需协助请各位寻找网警或者其他途径，本人可在我义务范围内提供协助。
我的猜测如下：
（1）或者我真的得罪了谁，这个谁妄图陷我于不义。
（2）我的BLOG所使用的美国VPS才注册了两个月不到，我怀疑是这个VPS所使用的IP的上一任使用者曾经有过不良行为。
声明于此，本人不会再对此类针对我个人的谩骂和人生威胁以任何的回应。
谢谢。
2011年12月09日 23：23 龙伟进
两个选择
你会怎么做？请你作出你的选择，这不是什么机智问答。总之读下去，我的问题是：你会作出同样的选择吗？
在一个学习迟缓儿童学校的募款餐会上，在场的所有人永远忘不了其中一个学生的父亲所说的话。
在推祟学校和教职员的付出和贡献后，这个家长问了一个问题：“照理说在无外力干扰下，大自然所创造的一切都是完美的。但我的儿子，西恩，他无法像别的孩子那样学习，他无法像别的孩子一样理解事物。 在我孩子身上，大自然的法则何在？”
所有听众都哑口无言。
这个父亲继续说：“我相信当像西恩这样有身体及心智残缺的孩子来到这个世界，是一个展现人类真实本性的机会，而这一次，体现在别人如何对待这个孩子。”
接着，他说了下面这个故事：
西恩在一个公园，里面有些西恩所认识的男孩正在玩棒球。西恩问我：“你想他们会让我一起玩吗？”我知道大部份的孩子不会想要有西恩这样的孩子在自己的队上，但身为一个父亲我同时也知道若他们能让我儿子参加，这会让他得到他所迫切需要的归属感并建立起自己虽然是残障仍能被接受的信心。
我走近一个男童（不抱太大希望的）问他西恩可否参加，他看看周围的队友然后说“我们输了 6 分而现在正在第 8 局上，我想他可以参加我们的队，我们会在第 9 局设法让他上场打。 ”
西恩带着满脸的喜悦困难地走向他的球队休息区，穿上该队的球衣，我悄悄地滴下眼泪，心中有满满的温暖。那些男孩也看出了我对于儿子被接纳的喜悦。
在 8 局下，西恩的队追了上来，但仍然还输 3 分。第 9 局上半场，西恩戴上手套防守右外野，虽然没有球往他的位置飞来，但能在场上他已经很高兴了，我从看台上向他挥手他笑的合不拢嘴。
在 9 局下，西恩的球队又得分了。而此时，二出局满垒的状况，下一棒是球队逆转的机会，而西恩正是被排在这一棒。
在这个重要关头，他们会让西恩上场打击而放弃赢球的机会吗？让人惊奇的是他们真的把球棒交给了西恩，大家都知道西恩根本不可能打到球，因为他甚至不知道怎么握球棒更别谈碰到球了。
然而当西恩踏上打击位置，投手已经明白对手为了西恩生命中重要的这一刻放下赢球的机会，所以他往前走了几步投了一个很软的球给西恩让他至少能碰一下。
第一球投出来，西恩笨拙的挥棒落空。投手又再往前走了几步投出一个软软的球给西恩。当球飞过来西恩挥棒打出一个慢速的滚地球，直直的滚向投手。球赛眼看就要结束。
投手捡起这软软的滚地球，就可轻易的把球传给一垒手让西恩出局而结束这场球赛。然而投手把球高高的传往一垒手的头顶上方通过，让他所有的队友都接不到。
每个站在看台上的人不管是那一队的都开始喊着：“西恩，跑到一垒！跑到一垒！跑到一垒！”
西恩这辈子从来没有跑这么远过，但他还是努力跑到了一垒。他踩上垒包眼睛张的很大而且很惊喜。每个人都喊着说：“西恩，跑向二垒，跑向二垒！”
刚喘过气，西恩蹒跚的跑向二垒，很辛苦的往垒包跑。
这时，就在西恩往二垒跑时，右外野手拿到了球，这个全队最矮的小子第一次有了成为队上英雄的机会了。
他大可把球传向二垒，但这个全队最矮的小子了解投手的心意，所以他也把球故意高高传过三垒手的头顶过去。当前面的跑者往本垒跑时，西恩跌跌撞撞的往三垒跑。
大家都喊“西恩，跑向三垒，跑向三垒！跑下去，跑下去！”
西恩能到达三垒是因为对方的游击手跑来帮忙将他带往三垒的方向，而且喊着，“跑到三垒，西恩，跑到三垒。”
当西恩抵达三垒，双方的选手和所有的观众都站起来，高喊着，“西恩，全垒打！全垒打！”
西恩跑回本垒踩上垒包时，大家为西恩大声喝采就如他打了一个大满贯并为全队赢的比赛的英雄般。
“那一天”，那个父亲两颊泪流满面轻柔的说，“两队的男孩子把真爱和人性的光辉带进了这个世界。”
西恩没能活到另一个夏天，他在那年的冬天过逝，但他从没忘记他曾经是个英雄而且让我那们高兴，以及他回家时看着妈妈流着泪拥着她的小英雄的那一天！
现在，是关于这个故事的一点附注：
我们常常不假思索的把数以千计的笑话转来转去，但当我们遇到要传送有关生命的选择的故事时，我们反而感到犹豫了。
粗俗、野蛮和经常是有点淫秽的东西每天在网络上无限制的传播着，反而高尚的事情的讨论却在学校里及办公室里被压抑着。
如果你在思考着把这个故事转出去，可能你会在你的QQ里挑选出那些不适合听这个故事的群，然而，把这个故事转给你的人相信我们可以让世界变的不一样。
我们每天都有无数的机会可以协助去体现大自然的法则。很多人与人之间微不足道的互动都是一个选择的机会。
到底我们是把爱和人性的光辉传递下去，或者放弃这些机会使得这世界一点点的更冷漠。
有一个智者说过；要评价一个社会就要看这个社会如何去对待他们之中最不幸的人。
所以现在你有两个选择； 1. 无视 2. 转发
