`
run_xiao
  • 浏览: 192467 次
  • 性别: Icon_minigender_1
  • 来自: 武汉
社区版块
存档分类
最新评论
文章列表

回家养老

昨天到家,发现呆在家里还真的是很好呢: 乡村空气好多了,真是受不了武汉的夏天,热还不说,闷得让人透不过气来,公司写字楼里虽然冷气十足,空气很差,一天下来头晕晕的,公交虽然有空调,但总感觉有种怪怪的味道让人恶心.回家早睡早起,早上起来深吸口气,爽! 老妈做的菜貌似手艺有点退步,中午的鱼汤稍咸了点,老要喝水.不过比楼下的7块的快餐强太多了. 以前上大学还幻想着过点悠闲的田园生活,现在想想也蛮幼稚的,虽然从小在农村长大,除了骑水牛,其他农活基本没干过, 我这把骨头架子,估计整两天就散了.现在还是老实点挣钱,等退休了回来养老吧.    
昨天终于仍下那一摊子事情给项目的其他几个哥们,自己安安心的回家了.走的时候该交代的也都交带了,都感觉自己有点婆婆 妈妈的了.这天准备这个案子的前期的一些事情,跟台北的IT部门谈需求和方按,然后整理,不满意,再改,再谈,再整理.我 就真是纳闷:大家都说的中国话怎么沟通起来就那么困难,客户团队和我们这么开发团队的想法很难达成一致.想想还打算以后做 个Consultant,看来这碗饭还真不适合我吃.然后项目计划也是改了N多遍,然后又还要跟他们不厌其烦的解释为什么我坚持要用 迭带式的分批交付.最终总算是勉勉强强同意的我的计划.到上个周末已经做完几个功能的设计和开发了,之后按部就班应该问 题不太大.真的是 ...

Ruby for rails

    博客分类:
  • Ruby
这些天农闲时间在读<<Ruby for Rails>> ,然后用VI写点Ruby代码,这样学习VI和Ruby两不误,hoho。 这本书感觉还真不错,刚看到第6章,之前很多比较模糊的东西,比如Symbol和字串,Module和Class 感觉清楚多了。只是E文读的慢啊,还有一大半,继续啃啃啃啃啃啃!
昨天刚和老大谈离职的事情了,谈了一个多小时,最后我执意要走,也就没有说太多了,谈了谈今后的规划和整个行业的状 况。其实这家公司在中国的外包行业内应该还算不错的,虽然规模算不上大,只是自己实在是对做外包没什么兴趣了,没什么 技术含量,整天就是和客户磨嘴皮子。其实下一步自己该如何也还没想清楚,先回家休息一段时间再说。
昨天花半天时间玩了一下VI,刚开始的时候看着黑黑的屏幕和稀奇古怪的命令,真是恐怖,这是人玩的东西吗! 慢慢熟悉了感觉功能还真的是很强呢。 VI说道底也就是在三种模式间切换,完成文本编辑的操作。命令模式,插入模式,可视模式。 当你不知道是在什么模式的时候,狂按ESC就肯定进到命令模式了:) 命令模式也主要就做些文件保存退出;光标移动(左右,上下,单词,行,段);查找替换;删除等操作 在命令模式下,i,a,o 三个命令进入插入模式,才能编辑文件。 命令模式下,v进入可视模式,选择区域后,y是复制,d是剪切,回到命令模式后p就贴上了 除此之外,再就是VIMRC文件内一些乱七八糟的配置,可以配置语法高亮 ...
GCC笔记 (来源cu) 2007-07-09 07:14 The History of GCC   1984年,Richard Stallman发起了自由软件运动,GNU (Gnu's Not Unix)项目应运而生,3年后,最初版的GCC横空出世,成为第一款可移植、可优化、支持ANSI C的开源C编译器。 GCC最初的全名是GNU C Compiler,之后,随着G ...
《企业应用架构模式》——敬仰已久,如雷灌耳,一直无缘,先灭它 《User Stories Applied - For Agile Software Development》——User Story是XP方法论的基础,另外参考比较一下RUP中的Requirement是如何管理的。感觉自己在跟客户谈Requirement 太弱了,都没个明确的思路 《敏捷建模》——之前在书店翻了一下,感觉还不错 《Test-Driven Development By Example》——有看过E版,不过没看完,现在一直玩TDD,不过始终有些困惑,希望能解看 《Ruby for rails》——看了一部分了,感觉挺好 ...

Ruby类库的安全性

    博客分类:
  • Ruby
Ruby语法中可以随时再打开一个class,然后重新定义其方法,这样任何人都可以随时再打开一个类并重新定义其方法,甚至 写些不安全的代码。比如我可以重新定义Time的方法 class Time def  now     #在这里写自己的代码覆盖库 end end 我在now方法里重写自己的任意方法,甚至可以被病毒利用,狂删机器中的文件,那样岂不是很危险?    
之前对Ruby和ROR还都是玩玩,顶多跟着Agile_Web_Development_With_Rails抄了遍OnlineShop,最近农闲写了篇介绍 ROR的文章贴在公司的的内刊上,想想自己还没怎么实战过,不能瞎忽悠人呢。 把之前刚进公司做Java培训的一个简单联系人管理系统用ROR重新玩了一把,系统很简单,包括:登陆,联系人查询,新增, 修改,删除,分配组;组的新增,删除,和修改及查询,分配联系人。居然三天内全部搞定,包括Unit Test,Function Test和 部分Integration Test! 想当年玩Java,也刚入门,花了2-3周才搞定。 看来都说RoR快,还真不是吹的 ...
前段时间在Team内小试了一下Pair Programming,小记一下感受。          当我周会上决定近段时间的新功能两人结对开发时,大家一片欢呼,热烈欢迎,可现实状况——我们4个人都没有PP过的 经验,也都道听途说而已。为了先试试效果,决定先由我和另一个技术稍强,性格外向的组队。         和他一起Programming的过程还是比较愉快。与其说是Pair Programming,不如说是Pair Talking。我们两个人讨论的时 间要比Coding 所花的时间多。比如需求理解不一致经常会争论;对设计经常会脑子灵光一现,产生好的Idea,然后就停下来讨 论可行性;程序不同的写 ...
最近需要往Excel写入海量数据,大约10W笔左右(超过6万会新建一个sheet再写) 开始使用POI的包,写1W笔左右就out of memory了 后来换用jxl,写1.8w笔左右报out of memory (我机器配置Pentium(R)D 3GHZ,双核,内存1G) 考虑到分批次写是否会好一些,每次先把数据写到一个临时文件,然后关闭流 再将临时文件读入后再往里写,可是发现这样还是不行 用jprofiler看了看内存使用状况,发现其实数据本身占空间并不是很大,而是每 一个cell会产生很多相关的对象(不管是POI还是jxl,jxl资源释放会快一些), 这些对象比数据本身占的 ...
怎样才能算是个优秀的PM?大家发表一下自己的看法。 我先来 (1)很强的软件开发能力:包括技术和一些方法论,让客户和Boss相信你的专业,让手下的员工信服 (2)熟悉业务领域知识:能用客户的语言与其沟通,否则很难挖掘出客户的真正需求 (3)能很好和各方面沟通,处理好人际关系:处理好与Boss的关系,能支持你工作中的一些想法体会你的难处;处理好和Customer的关系,让他少找你"麻烦";处理好和手下的员工的关系,让其相信你并能全力工作 (4)一些管理的知识和技能:比如预算和成本控制,识别和控制风险,进度的掌握和控制 (5)平衡各方面的利益:要能让Boss赚到钱,最终产品能实现客户的商业价 ...
最近做一个小的项目,初步试用了一下Selenium,感觉确实很爽,但实际操作起来有些问题 请各位了解的帮忙解答: 1.在Selenium中跑Html格式的TestCase要先把程序起来,然后选择html再Run,感觉很麻烦呢, 而且假若跑测试前要做也初始化的工作,就没不能自动化了,所以能否在cmd中调用制定参数自己Run, 试了一下好些不行呢(前提是本人较懒 ,不想写测试程序用Selenium) 2.一个比较现实的状况,假如有一个维护的功能包括增删改查,以前手工测试,当然是先测新增, 然后才有数据来再测后面。就是说功能间有关联的时候,想要自动化测试如何来做?要么整体考虑 ,同手工测试一样?要么测 ...
对于JUnit测试和TDD实践中有如下的疑问,请各位解惑: JUnit测试的粒度如何把握? 简单的说是针对public的方法写测试就OK了呢?还是说要具体针对public方法中执行逻辑的每个步骤来写测试方法? 先说一下为什么会有这种困惑: 业务逻辑比较简单时,当然只针对Public方法的业务流程来设计案例,并只对public方法写test方法就好。 但最近做一个保险的项目,计算超复杂的那种,用户点一个Button后台要操作十几张表,数据Copy来Copy去 中间还有各种各样的计算,设计的业务Interface方法中接受User的输入,然后执行整个操作。 现在谈一下两种实现的方式: 1.按TDD的 ...
在幼儿园学会的结对编程 <o:p></o:p>  英文原文dhttp://collaboration.csc.ncsu.edu/laurie/Papers/Kindergarten.PDF 读来觉得有点意思,翻译了一下,与大家共享。 在1986年,Robert Fulghum出版了一本《那些人生中最重要的道理我在幼儿园里都学过(All I Really Need to Know I Learned in Kindergarten)》的书籍。它包含了一些非常棒的思想。Laurie A. Williams和
Global site tag (gtag.js) - Google Analytics