前天几天（农历５月１１）是我的生日…..
其实在年前就想写这篇文章的
很多东西不总结，以后靠零星的回忆和那些记得似清非清的头脑总结来思考我觉得价值是不大的
但似乎一直感觉都很忙，总觉得常认为的这件事完了之后应该会不忙了，但事实并非如此
其实一听这样的话，就知道，这样的生活规律是有问题的，所有要改正，所以今天也势必要把之前的很多东西给总结了
乐观的心态生活，健康的身体是发展的基础
这也是我第一次对它进行客观的描述
气胸：是指气体进入胸膜腔，造成积气状态，称为气胸 症状：典型症状为突发性胸痛，继之有胸闷和呼吸困难，并可有刺激性咳嗽 2011年到现在，给我打击最大的就摸过与我的身体了。但我看到很多另外的一面
气胸的病因：
外伤气胸： 常见各种胸部外伤，包括锐器刺伤及枪弹穿透伤肋骨骨折端错位刺伤肺，以及诊断治疗性医疗操作过程中的肺损伤，如针灸刺破肺活检，人工气胸等。
继发性气胸： 为支气管肺疾患破入胸腔形成气胸。如慢性支气管炎，尘肺支气管哮喘等引起的阻塞性肺性疾患，肺间质纤维化，蜂窝肺和支气管肺肿瘤部分闭塞气道产生的泡性肺气肿和肺大泡，以及靠近胸膜的化脓性肺炎，肺脓肿结核性空洞，肺真菌病，先天性肺囊肿等
特发性气胸： 指平时无呼吸道疾病病史，但胸膜下可有肺大泡，一旦破裂形成气胸称为特发性气胸多见于瘦长体型的男性青壮年。
慢性气胸： 指气胸经2个月尚无全复张者。其原因为：吸收困难的包裹性液气胸，不易愈合的支气谈判胸膜瘘肺大泡或先天性支气管囊肿形成的气胸，以及与气胸相通的气道梗阻或萎缩肺覆以较厚的机理化包膜阻碍肺复张
自发性气胸： 是由于肺部疾病使肺组织和脏层胸膜破裂，或由于靠近肺表面的微小泡和肺大疱破裂，肺和支气管内空气进入胸膜腔所致。
是的，我就属于第５种，自发性气胸
气胸的症状表现
患者常有持重物、屏气、剧烈运动等诱发因素，但也有在睡眠中发生气胸者，病人突感一侧胸痛、气急、憋气，可有咳嗽、但痰少，小量闭合性气胸先有气急，但数小时后逐渐平稳，X线也不一定能显示肺压缩。若积气量较大者或者原来已有广泛肺部疾患，病人常不能平卧。如果侧卧，则被迫使气胸患侧在上，以减轻气急。病人呼吸困难程度与积气量的多寡以及原来肺内病变范围有关。当有胸膜粘连和肺功能减损时，即使小量局限性气胸也可能明显胸痛和气急
治理方式：
- 卧床吸氧
- 闭式引流
- 胸腔镜肺大泡切除
- 胸膜固定术
详细的理解气胸，百度气胸吧是一个很好的地方。大家一起科普，一起分享经历。我是里面常客之一…..
是的，这就是气胸。
高三还有一个多月高考的时候，一天下午在教室外的阳台上突然呼吸困难，在同学的帮助下，送到医院，结果：气胸。还要手术…. 从小身体多自认为很棒的人，从此就生活在这个陌生的词的世界里…. 但慢慢的对这个词也熟悉起来 那时，对一个从未患过病，只是在电视中见过手术一词的小伙子来说。那是一种不能用语言表达的失落和无奈…且还有一个月高考… 但是我欣然的接受。并且做的很好。从小就是留守儿童的，手术签字是我们班主任帮的忙…. 医院的照顾落在了一个初中时认识的一个妹妹身上…. 那次我做的是闭室引流 保守治疗，出院后一直静养，一直以为高考是没有希望的了，虽然那是高三的成绩还很不错。但毕竟没有精力了..做好了复读打算.. 但是老天还是有些眷恋，高考考了二本院校（成都大学，软件工程），在以后的一年多的时间里，身体也没有什么不适…
2011年年莫气胸复发。左右胸开刀，胸腔镜肺大炮切除和胸膜固定手术。左右开胸手术。那是一段不堪回首的日子….医生说这个手术后复发的概率不到１％。 医院期间是我最亲爱的哥哥，女朋友，还有我老爸为我打点奔波。谢谢你们…还有一起为我担心的人们… 对他们的感恩，就不赘述了，在心底就行….
以为这一切厄运就会在此结束。所以我一直没有哭，就算我全身麻醉过了后的第二天那种痛，我也没有哭。 从那次起，从那次手术时医生叫签手术可能死亡的协议书的时候我开始怕了。怕还会复发。但现在看来，那种怕，也只是一时的。因为很多东西经过时间，你看到了本质…面对的心理情绪就成熟多了，也就坦然多了，最后也就释然了，成长，壮大的是我面对的勇气和心境。自己也坚强了… 面对很多同类朋友也凑合去给他们开导开导，也还是蛮有成就感的。因为我目前也算是一名伪良医嘛…..
随着慢慢的对气胸的熟悉，从之前有点胆怯的认识它， 到现在已经很理性的认识它，并且也能全面了解，自己也就从容多了，对它也有了一个正确的认识。 其实气胸没有什么大不了的，之所以会害怕，那是之前没有对他一个全面的了解。 自发性气胸其实就是身体太搜，营养没有跟上，自己多调节多锻炼身体，一切都好了。 这才是良药。而不是整天提心吊胆，到处求医问药的。最关键的是要有正确的心态，去面对。其实任何病都是遇强则若，遇弱则强。这也它教给我的认识观。 后来慢慢的调养，现在手术后一年多了，虽然有小的复发一两次…但一直保持乐观的心态对待。好好修养。好好锻炼，现在身体很健康。以后坚持保持。对这个病也有了自己的总结分享一下：
总结，自己以后会怎么注意：
为什么会得气胸：
身体营养没有更上。回想起小学五六年纪的时候，爸妈不在身边，一天就在学校吃一顿饭。初中每周都吃的那个咸菜。那是我最长身高的时段。我初一１５３cm,初三１７３cm,因为身体长的块，营养没有跟上，导致肺过度发育，胸膜就很薄，肺没有发育好，容易出现肺大泡，这就是我的病因。这也是为什么这种病容易在高廋的人身体上发现。 现在１８２cm,60kg,严重的偏搜，所以现在得注意营养的充裕，综合看过的各种医生，得出好的保养方式：
多吃，多做有氧运动。多锻炼，想通过药物来治疗，药物来补充营养的是行不通的，所以现在我也有相应的锻炼计划： 在年前到雅安地震之前每天早上８点都有跑步。身体有舒适很多，前不久决定去报了一个健身房。段练了几次，感觉很到位，挺不错的。我的胸肌虽然不明显但是很快就出来了。 在锻炼的同时一定要注意饮食，多吃，一天给我多吃几次。多吃鸡蛋。 不要熬夜， 不抽烟，不喝酒 其实到现在，自己生活习惯的改变，还多感谢气胸的。使它让我明白要照顾好身体，要作息时间规律，要注重身体健康 在健身房的这一天天，看着手臂上的肌肉一天天的变大，那种欣慰感莫以言表！是它让我变的强壮 也坚信我的厄运也就到此结束了。 这里也提醒我们搞程序的，经常在电脑旁边，一定要运动，注意身体。 愿大家都有一个好身体。
相见争如不见，有情何似无情,天不老，情难绝。心似双丝网，中有千千结
今天我们在一起两年了，前段时间去看了《致青春》，看到郑微，就放佛看到大一时，我们认识那会儿的牛牛，敢做，敢爱，纯真，聪明,太多的方面相似了 也让我好生的回味了当时我们相遇相识的的各种画面。那个之满足啊。其乐无穷！
大一上学期我们的体育课，我们相识
两个班一起联谊
我们一起跳华尔兹
我们一起去都江堰，青城山，碧峰峡，蜀南竹海…
一起去看第一场电影，多少次转角相遇，多少次为了见面故意用她图书证…
他要我记住的她们的女生字典
她敢一个人直接冲到男生寝室９东６５１上来找我…..
我住院她精心呵护，逃课，挂课….
我们骑车远行过，吵架过，抱头痛哭过….
认识他，我也改变了很多
但两个人在一起，难免会发生不愉快。前段时间我们很不愉快。因素各种。问题也暴露了各种。所以得总结概括
时间回到大一下学期结束，我们刚好上的时候
那时候，没有好好的珍惜眼前，在前女朋友的身上犯了很多错误。而对她忽略了很多。没有问候，没有关心，只有伤害….
但她没有放弃…依然对我很好。
也正是因为这样，当我真正想珍惜她的时候，她却不想在对我好了
于是我们吵架的次数也就慢慢的多了起来
一个再好的人，这样伤下去都会改变的
直接导致的结果是，现在的她脾气暴躁，日子过的之相当痛苦
因为上帝是公平的，出来混都是要还的
不过现在这些也是好的，通过这些改掉了自己不好的，也许自己之前不能正确的辨认错误，现在有一面镜子可以参考使自己改掉恶习
男生就应该多担待点，双方都多包容，多支持，理解，日子定会过的美好
有一句话，男生和女生吵架，男生即使吵赢了也算是吵输了
现在她也工作了, 我期望我们很快回到一起奋斗的日子
希望我们接下来的日子每天都很幸福,幸苦,都有彼此再,也谢谢你之前对我生病的照顾,和错误的宽容
谢谢你，亲爱的
祭奠伊诚考勤系统项目
前不久结束了伊诚考勤系统，中间体会很多 伊诚地产是一家二手房地产公司，之前公司部分系统是基于通大OA 系统（php开发），后来，由于公司的各种具体业务的增加系统不能满足，就在源系统中更改添加，日子一久，源系统就十分混乱，不能继续开发，于是准备将各个小系统搬离出源系统。我们就负责之一，考勤系统 伊诚地产，成立于２００４年，目前在成都，重庆有两百多家实体店，在线员工六千多名
用到的主要技术：
- linux
- ruby&rails
- mongodb&mongoid
- mapreduce
- slim & less & bootstrap
整个开发过程中对自己影响比较大的几个环节:
- 前期在 大时间在用例图在分析。 头儿故意让我们走弯路
- 核心业务的分离和设计（如：休假半天）
- 查询时，各种查询条件太多，如何权衡这些查询条件？
- 做项目。 整体来说，要有合同保障，目前这个项目就是， 做好了，别人不愿用， 导致很多东西最终不能见世面。
- 如何正确的评价一个系统的生存空间
前期在 大时间在用例图在分析。 头儿故意让我们走弯路
这个项目也算是自己的第一个商业项目，功能虽小，但是五脏俱全。也是第一次去面向用户。之前做过一些php android，rails项目，但没有认真的按照项目开发流程来做，也没有写过测试，什么，测试驱动开发，领域驱动设计，设计模式等等，都没有听说过，就知道，拿着项目就开始写代码。
刚开始时，就安排我们一直画uml的各种图，时间大概就是一周。当时就觉得好麻烦额，何必这些呢，什么时候才可以用rails new 一个项目呢？早就迫不及待的想开始动代码了。
一开始各种图都没有画对，不是画简单了，就是画复杂了。反正就是不能满足头儿的标准！最后我们都心晃了，但是头儿好像无所谓的样子。终于最后一天。我们一起交换了意见，把最终的各种图给统一了一下。最终图那个之简单啊，我们之前的各种都搞复杂了。当时就想问。第一天的时候你直说不就完了嘛，就这样子还画了一周的时间！ 不过，这个过程中对系统真的是熟悉了很多。这正式意义所在。
当我们真正开始写代码的时候，都对系统的各个模块认识是一直的，也很清晰，明白。写代码那个之轻松。 回过头才知道，原来那一周我们的熟悉系统功能的作用是巨大的。对我们才入门的人来说，是再好不过的教育方式了
核心业务的分离和设计（如：休假半天）
其实软件工程学跟传统的建筑学，手工业行业都是通用的。 如果我们要搭建一个茅草屋，我们只需要一些稻草，几个木干，sun子，怎么搭建都可以，一个茅草屋就起了 如果我们要建设像苏州园林那样的建筑，我们没有设计师不行，没有图纸不行，没有专业人仕的分析等等，是不行的 一个项目就好比一栋房子，房子小随便你怎么盖都可以，但是要修高楼随便就不行了 项目越大，就越需要精心的分析，和设计，把领域层分离开，把我们日常中传统的业务逻辑，真正的分析到实质的本质 给我印象很深的就是，对这个考勤的实现
需求是：一天公司会考两次勤，出勤的类型有很多类，每一类有很多种，如请假类有病假，事假，婚假，丧假等等，然后月末要对各种出勤进行统计
源系统解决方案是：把每天的出勤情况纪录两次，形式如：出勤半天，或者出勤一天等，就这样作为一个字段直接存入数据库，如果要统计的时候，直接就根据正则匹配来匹配关键字来达到统计的目的，这样的结果是，运行效率很低，代码中出现一大偏一大偏的if else 类似的语句。看着就头疼
如果有一天，需求变了，我一天统计的不是两次是三次，四次，五次怎么办？ 我的请假类型增多怎么办？ 请假类型更改了名字怎么办？ 那个该多代码的工作量是吓人的，做这样的工作：两个字，苦逼 刚开时，我们不知道这些厉害关系，也沿用了他们的现状储存方式。数据库一样出现了类似请假一天这样的文字！ 在这个行业带久了，很多东西一看就知道有问题。这就是经验 当我们的头看见我们的代码是这样的时候，立即开了一个会，给我们分析了现状，然后给出了解决方案
把整个考勤过程 分为：
考勤单元（就是，上午或者下午，如果晚上考勤就有晚上）
出勤的行为（每个考勤单元的出勤行为，如:事假，病假等）
行为类型（包含多种行为）
把每一个考勤单元的考勤登记当作一次考勤
每天有两次考勤
通过这样一分析和改进，之后的统计就方便多了，也不怕各种需求的改变
查询时，各种查询条件太多，如何权衡这些查询条件？
当我们做查询的时候，他们需求太多，什么我都要查寻，一段时间某员工的出勤情况，一段时间某店面，某区域等的出勤情况，一个时间点某人，某店，某区等的出勤情况等等… 这样他们的需求，情况每一个都想去给他们包含。查询的表单都是一大段。看着就很复杂。也不好优化。数据也很多， 后来头儿说：
想想，如果是管理员查某一个时间点全公司的考勤，那就是六千多条数据，他拿到这样的数据能干什么？ 我们google很多时候，出来都是几万条数据，把前十页拿了出来，但是我们真的的看了几页了，反正我每次都基本上只看了前一两页，所有我们就更需要查询的数据要精确，不然给一大堆数据是没有用的。
基于这样的思想，我们精确了我们查询条件，不再给他们提供大范围的查询，只提供精确查询，每一种查询条件查询出来的数据可能就只有两三条。 结果我们一给用户讲了这个道理，看了我们的实现，大受欢迎，他们之前的各种需求也就不提了 当时我们的感触很大，我们想在了用户的前面， 要深刻理解用户在关注点。 要精确查找，得到在数据越多，用户就难一选择，反而影响查询质量。 同时我们 针对用户各种需求天天变换，也要学会如何去为委婉的虐转用户心里，要他们跟到我们走，而不是我们跟着用户，需求走，要学会间接的决绝客户无用的需求
做项目。 整体来说，要有合同保障，目前这个项目就是， 做好了
别人不愿用， 导致很多东西最终不能见世面。
如何正确的评价一个系统的生存空间
但是遗憾的是，这个系统终究没有上线，也没有拿到钱，原因很简单：
没有拿到钱，是因为，当时我们公司给他们公司谈的时候，就说的是，我们暂时不签合同，也不谈钱，只是给点人工劳务费（我们公司老总给他们公司老总是多年的故交），因为把整个OA系统重新建立是一个浩瀚的工程，我们先尝试性的给他们做做，看看这个方案可不可行，如果可行，我们在签合同把整个OA的改造就交由我们来完成。说白了也是想让他们先尝点甜头，然后在尝试的过程中设立一些技术门槛，目的是为拿到整个项目工程做铺垫。
项目做完的时候，他们迟迟不上线，在我们的催赶下最后两个公司的老总和我们一起开了个评估会，说说怎么上线这个系统 伊诚地产之前的信息部的部门经理由于不干正业，就把他给辞了，现在上任的这个也才上任３个多月，整个项目和我们对接的也就是他。且他之前在IBM做咨询，满脑子都是Oracle java 思想。
因为整个OA是php做的，所有他们部门一开始都是搞php 的，后来他上台后，就全部向java方向转变。整个公司就已经上线两种语言，我们系统是用ruby做的，他们给的回复是：
如果这个系统上线，就是三种语言，而这个经理对ruby不通，他也不好管理。这系统一旦上线，没有人维护，就还必须重新招ruby程序员来维护，他更不好管理 所以当时讨论的结果就是如果上线，就让我们在他们公司上班一个月。直到他们找到ruby程序员 这个是考勤系统，直接和所有员工的工资挂钩，这样一个生产系统，没有人维护，不能很好的控制，对于一个大公司来说，怎么能行呢？所以他们得谨慎，还不如他们自己有java开发自己好管理维护 其实他们公司自己的信息部也有自己在开发，但是半年过去了，没有什么进展，而我们在两个多月就给他们搞定了，而且很智能，所以他们也有一种不甘的情绪
最终他们权衡利弊后，系统还是决定没有上线，当然之前说的什么劳务费也就没有了 所以说一个系统不是你足够好，别人一定就会用！他们有自己生存空间的顾虑 所以在这此失败中自己看到的行业领域的规则，和一个软件的生存之道 但整件事是一个很大的人情，帮他们免费做了这么多事！ 只不过这份人情没有记在我们头上，而记在了苏总头上
不过纵观整个过程，我们还是赚了！
梦可追心无悔，志可言步不停（至我的团队）
这两天都是盲目期，徘徊期，那种无所世事，不知何去和从的感觉有来找我了。该如何走好接下来的路？这一直是我不停的在思考的问题
接下来该如何前行？放弃现在的环境去找工作？继续现在的工作？坚持团队工作？
这段时间，团队的项目工作进行的各种不顺，首先是项目没有进展。原因可能为：
开发人员太多 开发人员分散 缺乏组织和管理 人员分散，沟通成本太大 没有一个良好的带头人 之前一直是两个人结对开发，现在三个人，四个人，没有一致的协调，有些力不从心 没有一个敲锤子，拍桌子做决定的人，大家意见不同意 业务分析，领域知识（石油行业）欠缺，对企业系统构架认识模糊 我想起有句话，一个牛逼的程序员是当不了产品经理的，因为他的宏观把握实在是有限，这样的头是团队的巨大损失 现在也是团队生死存亡的时刻，大家都在面临找工作
一个大的公司的发展不是靠某一个人的牛逼技术，而是管理制度，大家的齐心协力，有组织有纪录的发展 其实一个初创团队中过高的技术追求的必要性是很小的，要的是思维，保持继续追求的执着，保证把已有技术运用起来，赚到钱 接下来这一个月是生死存亡的一个月，我们在一起不在一起，我们怎么走好第一步，就在这个月。我们必须有新的规划 其实，也个项目压力也还是蛮大的，我们都很认真。但是得到的回报是不成比例的，所以这也是我们现在徘徊犹豫的一个原因，目前应该做两手打算
如果回报客观的话，我们继续再做这个项目，多了解中国石油相关业务和机构结构，以及企业系统的架构设计 否则，我们就脱离出来，还是从外包做起吧，把web端，移动端，软硬件结合等都结合起来做。争取在年度能注册
最后想说：
多出去走走，不然你就以为这就是世界
在疲劳的状态下，不要写代码，这样状态下写的代码效率不高
可维护性很低，每天尽量不要加班，该休息时一定要休息
（完）