- 博客(42)
- 资源 (5)
- 收藏
- 关注
RSS订阅原创 正则表达式的写法
在Python和Java中正则表达式的写法中的两个斜杠表示一个斜杠总是有些感觉不是那么清晰，昨天实验了下，发现要从下面的几个角度理解：语言在处理的时候，先当成一个字符串，用字符串的语法去解析，解析好后，传给正则表达式引擎，按照正则表达式的语法去解析。字符串解析引擎的语法比较简单，用斜杠表示转义，斜杠可以看做它的一个语法符号，‘\\’表示一个斜杠，'\t'表示tab，当然你也可以直接输入ta
2015-05-10 08:33:26
1872
1
原创 执着
长时间执着和关注一个事情，必然导致其他方面的失调，不再平衡，一个表现就是玩物丧志，其实专注于任何东西都会这样。必须多个转换，但是从一个长期的时间看，是抓住于某几个事情，但是一个相对短的时间内是执着于一个事情，就是单线程的并发机制
2011-10-16 09:36:27
322
原创 设计
<br />基于数据源的面向Client的设计，要考虑完备性，但是基于Client的设计主要针对使用，可能有更简单的设计。<br />在设计前，先要分析清楚以前的实现，小区状态联动修改方案没有仔细分析以前的实现，导致了冗余设计的出现。
2011-04-09 08:14:00
381
原创 复杂性的控制
<br />抽离一个简单的抽象的模型是控制复杂性的有效方法，这个模型必须是适度的特化，足够的简单。<br />例如CME中的业务联动模型，RNP到TP模型。
2011-01-17 22:27:00
551
原创 CHOICE
<br />It is a touch decision to abandon something such as dream and loved girl, but it is must be done at some time point. The happiness nearby is important to one's life. I like big change in the life curve and strong strength. Of course the sharp light i
2010-11-22 00:43:00
441
原创 黑板
<br />黑板在软件的运行模型中无处不在，特别是对动态的任务或会话的处理，作为一个中心枢纽，起到桥梁的作用，实现"我要找到你"的第一需求。谁是老师，谁是学生，谁是擦黑板的值日生。<br />线程的切换类似于小说中的起承转合变幻出很多的灵动。
2010-11-13 11:09:00
315
原创 差异
<br />差异的处理是程序设计的一个关键核心所在，目标是把差异进行统一，设计模式给出了面向对象技术的统一差异的方式，但是最基本的差异处理取不是OO的，而已基于数据函数配置文件等。是否引入OO来处理差异是一个重要的设计权衡，比较复杂，但是尽量不要优先使用OO是对的，这样能是的代码最简单，只要能做到差异处理的隔离就可以了。
2010-10-12 22:35:00
283
原创 纯净
<br />纯净的背后总有种类似信仰的东西存在，具有至高无上的绝对性和非理性，它完全产生于感性，理性在信仰面前渺若云烟，尽管我们可以对信仰追溯其理性的源头，这种信仰般的纯净或纯净的信仰，却无法用理性的方法获得，它需要生活来酝酿，时间来发酵，在某个不期而遇的机会突然闪现那份纯净的灵光。但是我依然认为不存在绝对纯净的东西，只有我们误以为其纯净而已，但这种严格意义上带有些许杂质伪装的纯净，也令我们足够的幸福和满足。这种纯净程度的高低，体现了这份纯净的质量，这种纯净的美好，让我们感到冬日阳光的味道，令我们无比珍惜。
2010-10-08 21:57:00
314
原创 表格
<br />表格是对物体进行数据描述的最终方式，最通用的最基本的模型，表格由表名(表明是什么)，表头(表的属性)和记录组成。表格是进行通用接口编程的利器，可能是终极解决方案。
2010-10-08 21:39:00
297
原创 perl5中文教程
<br />http://blog.chinaunix.net/u/12857/index.html<br /> <br />http://www.7880.com/Info/Info-17-Time-DESC-1.html<br />
2010-09-20 21:35:00
496
原创 简单
<br />简单是一个非常复杂的话题，KISS原则是一个基本的常识，但是我们却常常忘记。简单性竟然是最困难的一个决策点，这种困难应该主要在于常规的突破上，对于一些事情，我们一般都有基本成型的思维方式，简单意味着突破这种思维定势，这个方案方案足够简单么？我们很容易给出肯定的回答，然后大多数情况却不是这样的，我们头脑中有太多的因素要考虑，太多的需求要去满足，太多扩展要去提供平滑演进，太多的模型可以参考，但是我们真的需要这些扩展，这些需求，这些模型么。简单便意味着一种局限，这种局限可能演变为将来的一个重大决策失误
2010-09-17 23:42:00
315
原创 握手
<br />握手是两个实体(一般是存在于不同的线程中)完成一次交互。这个交互在并行编程中，常见的是告知对方可以继续下去了，用于同步或协作。在协议中，一般是做一些校验或履行规则之类，类似于暗号的东西。在并行编程中，主动方一般是notify方，而被动方就是wait方。程序观中的消息范式和握手范式是等价的。但是两者在不同的场合下，所体现出的直观性不同，在并行编程中，握手更能形象的表达其中的关系。另外，握手机制(wait-notify)是线程间同步或协作的最基本手段，是一个核心的概念。更高的抽象是阻塞队列，栅栏等。
2010-09-12 12:04:00
337
原创 原罪
<br />对时空资源，句柄资源，线程资源等的追求，掩盖了软件的本质，抹杀了很多优美的模型，他们的吸引力视乎超出了一切，甚至是功能需求和用户体验。具有讽刺意味的是这些看似至高无上的东西在FURPS+模型中，仅仅包含在那个+里面。加上项目的时间压力，这些东西组成了软件开发的原罪。
2010-09-11 10:56:00
275
原创 方案
<br />性能查询的周期类型的功能，采用加入下拉框的方式。满足需求的，在原来基础上增量或修改最小的，而不是一个big picture，一个完整的无瑕疵的模型，这就是工程，只是考虑当前利益的，不顾忌逻辑上的完美，在顺利达到目的的道路上，些许的污泥都是可以无视的！<br />今天公司国庆假放放假的方案，也是在国家方案基础上，加入了周末的加班这个情况，隔离困难点，采用增量的方式解决。<br />安装进度的展示问题的解决也应该采用困难点隔离的方式，来增量需找方案。
2010-09-08 21:05:00
269
原创 邂逅
<br />昨天晚上大概12点半左右，接到一个电话，当时已经睡着了，朦胧中接听，一句“你知道我是谁么？”，搞的我没有反应过来。从内部网站得到我的电话后，就打过来了。5年没有联系，6年没有见面，9年前的相遇似乎依然清晰。冥冥中感觉到会在世界的某个角落相遇，却神奇地发生在我渐渐遗忘的一个午夜，5年结晶的惊喜，宛如梦境。今天下午的电话，不觉让人感到成熟的味道，但是感觉依旧如高中时代青涩的回忆。美丽如烟花般易逝，温暖如气泡般脆弱，然后这一切却如金子一样珍贵！
2010-09-05 20:20:00
257
原创 正义
<br />恶的人也可以用一种正义的方式来达到非善的目的<br />而正义者也可能用非正义的手段<br />正义和非正义不是绝对的，都是些概念，完全在运用者和场景<br /> <br />
2010-08-14 09:23:00
642
原创 成熟
<br />当我们开始认识到自己的不足，<br />当理想和现实的界限渐渐清晰，<br />当不再对事物任性的一意孤行，认为自己理所当然的得到，<br />当我们明确地知道任何事物都不是天然的给予，<br />我们应该开始成熟。<br />当我们感到，我们做的事情，不再毫无价值，<br />当我们认为，大地重于天空<br />当飞行的翅膀渐渐收起，开始欣赏自己深深的脚印，<br />我们应该开始成熟。<br />当所谓的自尊变得毫无价值，<br />当所谓的追忆变得可以放弃，<br />当所谓的未来变得就在
2010-08-02 20:44:00
235
原创 系统规划
<br />http://www.cnblogs.com/qingteng1983/archive/2010/07/25/1784528.html<br /> 比系统设计更上层的设计领域:系统规划,这个时常被忽略
2010-07-25 16:43:00
284
原创 问题
<br /> 我们很多时候都是在解决问题，问题一般是根据目前的现有情况，来达到一定的目的。不同领域使用的工具也不尽相同，例如在软件开发中是通过构建程序来达到目的，数学是通过推理和运算来达到目的的。一个问题包含两个核心因素，1,现有情况是如何的 2, 要完成什么事情，如何来衡量。对于软件领域的通过构建的手段来解决的问题，我们一般从最简单的构建开始，逐渐认识问题并优化，例如要解决多制式的开展问题，我们最简单的构建无疑是每种制式一套接口，一套代码，但这样就引入了代码重复的问题，在确保最简单的方案能够解决
2010-07-17 21:51:00
261
转载 如何在3个月内拥有3年的工作经验[转]
http://www.cnblogs.com/donghongtao/archive/2008/12/19/1358495.html
2010-07-03 10:29:00
261
原创 家园
<br /><br />跳跃着，闪烁着<br />青涩而笨拙<br />宁静而柔和<br />那是远航前的港岸<br />那是渐渐逝远，但是无比留恋的地平线
2010-07-03 10:12:00
513
原创 远方的烈焰
<br /><br />灿烂<br />炙烤<br />炼狱或伊甸<br />远方是否是那心中遥远的星光点燃的烈焰<br />灵动的火花，瞬间消逝<br />但却蕴含着十分的力量，让我走向远方
2010-07-03 10:02:00
281
原创 计算机常见问题总结
<br />在繁杂的计算机问题中，应该有有一些通用的模型，也就是在问题领域的模式，或叫做问题模式。<br /> <br />常见问题1:构建一个实体系统<br />一个实体系统，从大的概念看就是一个集合，这个系统负责里面元素的CRUD。<br />创建是很复杂的，可能是经过数据转换，或一个任务的结果<br />检索表达一个不同视图的查看的含义，检索实质是两个实体系统间的交互的一种，修改是另外一种。<br />实体系统内含了建模和结构主义的思想。<br /> <br />常见问题2:构建一个任务系统<br /
2010-07-03 09:57:00
606
原创 寻找
<br />当情感超越了语言，我们找到了真正的知己<br /> <br />当理解超越了语言，我们收获了真正的智慧<br /> <br />当快乐超越了语言，我们得到了真正的幸福<br /> <br />当交流超越了语言，当尘埃完全落定，当自我无拘束，<br /> <br />我们用本能来相互对待的时候，<br /> <br />当灵魂获得了无以复加的自由，<br /> <br />我们感到无所恐惧，<br /> <br />把死亡的狰狞变得明澈温和熟悉的时候，<br /> <br />我找到了那丢失的一角
2010-06-23 20:36:00
292
转载 程序员修炼所经历的三层境界
<br />http://blog.youkuaiyun.com/yangjixiang_hao123/archive/2010/06/15/5672884.aspx修炼第三层境界：最深即最浅，最浅即最深，不过如此 修炼第三层境界的程序员，他们通常是在第二层境界"突破自我"之后进阶上来的有智慧的人，所谓"突破自我"就是打破自己而脱掉原有的蝉壳，破壳而出获得新生的过程。在修炼的第二层境界已经将技术水平练就的如火纯清，甚至个别技术可以用"登封造极"来形容，有自己的一套"绝活"，可以说，靠这些本事在业界应该说是过着
2010-06-17 23:12:00
331
原创 javascript
<br />http://topic.youkuaiyun.com/u/20100610/18/51152DAA-69B2-42A6-8E9A-3FC2F2542E01.html
2010-06-16 11:15:00
344
原创 linux调试
<br />http://blog.youkuaiyun.com/haoel/archive/2003/07/02/2879.aspx<br /> --用GDB调试程序<br /> <br />http://www.chemie.fu-berlin.de/chemnet/use/info/gdb/gdb_toc.html<br /> --英文版 by Richard M. Stallman and Cygnus Support<br /><br />Debugging with GDB
2010-06-15 19:28:00
295
原创 函数指针
http://www.chineselinuxuniversity.net/articles/35043.shtml ---函数与函数指针
2010-06-12 23:31:00
225
原创 libumem
<br />http://www.ixpub.net/thread-1033150-1-1.html<br /> -------cache布局<br />http://blogs.sun.com/jwadams/entry/debugging_with_libumem_and_mdb<br />--------libu的dcmd和warker<br /> <br />http://blogs.sun.com/dlutz/entry/memory_leak_detection_with_libumem<br
2010-06-11 22:21:00
458
原创 可能性
<br />当我们在未知的场景中行进，存在各种可能性，对可能性的否定常常使我们失去了达到目标的机会。对可能性的否定主要来源于自己的不确定，畏惧，对自我判断的不自信和习惯性的否定性。对不确定信息的筛选和判断，是一种非常有用的能力，这样才能在一个不确定的环境下，达到一个确定的预定目标。在错综复杂的不确定环境下，获得知识和经验。
2010-06-10 23:16:00
242
原创 并行编程
<br />http://www.360doc.com/content/07/0516/20/6394_503822.shtml<br />http://blog.youkuaiyun.com/housisong/archive/2007/01/17/1485166.aspx
2010-06-09 21:39:00
206
转载 RUP相关
http://www.ibm.com/developerworks/cn/rational/rationaledge/content/apr05/krebs/
2010-06-08 08:05:00
221
原创 软件开发主要阶段
需求分析目的是提出问题，把用户的需要转换为一个软件问题用户使用(用例)建模或者设计，主要在用户使用层面对需求进行分析，界面的主要元素，用户有哪些主要的请求，系统如何响应等领域建模或设计，支撑用户层面的业务上的实体，实体间的逻辑以及动态的关系等，谁的某个操作出发了谁等程序建模或设计，用类等对领域模型进行映射，主要类的实体，相互的关系，动态的关联，数据和操作的分离等实现。。这些层面相互交错，并不是瀑布的方式========规格严格，功夫到家
2010-06-08 07:58:00
284
转载 unix命令后面括号内的数字的含义(zz)
它们看上去像某种函数调用，但不是。 这些数字表示可在"Unix manual"中的哪一部分找到对应的文档。 你可以输入"man 3 ctime"在手册的第三部分寻找到"ctime"的手册页。传统的Unix手册页分部如下：1 用户层面命令 2 系统调用 3 库函数 4 设备和设备驱动 5 文件格式 6 游戏 7 各式零碎杂物，如宏包等 8 系统维护命令一些Unix版本使用非数字的分部名。 比如Xenix用"C"代表命令，"S"代表函数。 一些新版本的Unix需要用"man -s # title"代替"man
2010-06-06 22:43:00
868
领域驱动设计(中文精简版)
2010-06-16
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人