5 netduiker

尚未进行身份认证

暂无相关描述

等级
TA的排名 155w+

我还在进步

最近总是累的想在床上睡觉,思想上也在不停的激烈碰撞,脾气也是变得莫名其妙,常常对一些做法,琢磨不清楚。在信息爆炸的年代,似乎信息量太大,对于知识的吸收,有点反作用,做点改变:1、减少RSS的订阅量。2、倾向与扫描式阅读信息。3、书选择易读的,快速浏览,二次温习的方式,加快记忆。4、寻找工作的乐趣。5、降低重复,提高效率。6、随性与控制,因时因地因物,不可强求。7、德身双修。通过反...

2008-11-19 13:13:00

如何在官方网站上宣传软件?

小众软件,提出了这个问题,原帖地址如下:http://www.appinn.com/discuss-software-information/原题:想问大家一个问题,当你使用某一款软件时,通常希望在它的官方网站或者用户论坛得到什么信息?  我的精简的解如下:作为正在犹豫要不要下载使用的用户,最希望了解的是: 软件的主要功能点和特色功能; 能通过截图或动画演示看看界面设计和基本操作; 有...

2008-10-22 15:18:00

维捷问考

在BlogBus上新申请了一个博客地址为:http://wwjtlab.blogbus.com/以后一些与测评考试技术层面的信息会发布在那个地方,原因如下:参与测评考试行业已经整整7年了,如何制作一个好的测评考试产品一直是探究的问题。善待这个行业,真心敬之,才会真心体会其中奥妙。万物有灵,敬之,真心待之,不断自问,才可有所收获。“维捷问考”,让我们在...

2008-10-22 14:00:00

培训随笔

这些天的工作主要是进行新员工的培训,点滴记录下来:1、“听懂了吗?”“听懂了”,注意,“听”是肯定的,“懂”就不一定了。2、尽量是经验最丰富的人进行培训,否则效果肯定不好。3、TTC原则,教、实战和顾问的方式进行培训。4、动嘴、动手、动笔,缺一个都不可以。5、要通过实战来进行验证。6、培训的目的是内部工序的标准化,现场服务的立法是把例外常规化。7、要学会PAC心态原则,大家互动起来。...

2008-10-14 11:50:00

只有分享才能一起进步

刚才在公司内做了一堂关于《简单法则》的讨论会,会议的心得如下:1、简单只是表象的简单,其内部可能是很复杂系统一个系统。2、用心来做才可以,其中的“心”更重要的是指用户的“心智模型”。3、只有重视UE,才有可能用心来做。4、万物有灵,要善待产品。5、简单要讲究方法和实际,不能跟风。6、如果产品没有意义,简单也就没有意义。7、前期的设计只要满足80%的人即可,让产品学会用户的使用习惯...

2008-09-26 11:43:00

《国学之大智慧》观感

LP一向是比较讨厌看这种类似成功学的说教录像的,但是在北京转机的时候,机场的书店放的都是这个,翟鸿燊讲的也的确很有趣,所以极力要求我下载来看一下,昨天晚上看了4集,感觉不错在此记录,我的国学经验很差,如有错误就PP吧。1、鼓掌的速度,代表着赚钱的速度。2、凡是要从两方面看,要讲究阴阳和谐。3、能力是练出来的,知识是学出来的,境界是修出来的。4、长征的时候还是有篝火晚会,你们的办公室有...

2008-09-18 16:26:00

桂林印象

在桂林呆了几日,有很多感触,但是无法一一罗列,将一些想法以关键字记录吧:两江机场、桂林火车站、电信宾馆、广西师范大学、奥运冠军、雁山自行车上的雨伞、洗澡、上火、拉肚子、东北情、小螃蟹、湖北人如家、蟑螂、桂林汽车总站、6个人、阳朔、驴晨酒店、自行车柚子、山、花环、田间、小路、下半段、朝阳码头、工农桥120块、竹排、坝子、小鱼、水蛇、老外、十里画廊、大榕树、刘三姐月亮山、月亮妈妈、三轮车、...

2008-09-17 10:53:00

低头的向日葵

前几天去松花湖,在岛上发现向日葵都成熟了,果实饱满向日葵的都低着头。周末坐车回长春,高速两边的山坡上,向日葵也大多低着头。做人,也应该这样。...

2008-09-01 11:02:00

开始小轮车生活

目前我住的地方离公司如果直线走的话,我想10分钟步行绝对没问题,但是实际上至少要走30分钟,为什么?因为中间隔了一条江,所以需要绕到桥上去,自己比较懒,所以经常打车,每次打车,师傅都说,咱们要是能飞过去就好了。经过考虑周一买了一辆折叠自行车,永久牌的,样子很一般,但是骑行感觉很舒适,这样一般10分钟就可以到公司了,而且蓝牙耳机也可以派上用途,骑车的时候可以听听歌,可以打一些必要的电话。时间上也感...

2008-08-28 10:56:00

规避缺陷

上周做了一件很重要的事情,就是公司全体人员进行了一次集体测试,效果很好,目的有两个,一个是通过全体实战,尽可能的了解现场情况,发现问题,另外就是通过配合和穿帮带,达到互相学习和帮助的作用。测试后发现的缺陷和问题都梳理和分析了一下,研发部能做的是在有限的时间内,修正必要和必须的缺陷,部分级别比较低的缺陷,则暂时不修订,那么这个带有小缺陷的版本如何使用呢?我的想法是要学会正确的规避缺陷。1...

2008-08-13 11:17:00

PPT展示的心得

前几天在客户那里和同事做了个展示,主要使用了PPT,将一些心得记录一下:1. 谁做演示谁做PPT2. 多让员工进行展示,而不是总是老大进行展示3. 展示会场要进行必要的纪律约束4. 要根据了解的需求,不断的调整PPT的内容5. 要将PPT的提纲,记录到一张纸上,以便掌控整体进度6. 任何PPT之间要有呼应,过度要柔和7. 避免任何照本宣科式讲解8. 讲解过程中声音要洪亮、注意力集中...

2008-08-12 11:11:00

近期的事

7月27日到达济南,从遥墙机场坐机场大巴到了济南火车站,在火车站打车去花园路的火炬大厦,火车站有些司机可真黑,18块的车程,竟然要50,看来哪个地方的火车站,都是吃人的地方。济南的热度有些可怕,半夜都感觉热的很,一身的汗。公司这边新印制的宣传册、宣传袋和宣传伞,漂亮的不得了。在济南又吃了一顿“花噶”,的确喜欢吃,似乎在济南最爱吃的就是这个了。7月30日早上坐车去常州,火车上的盒饭20块一份...

2008-08-07 10:16:00

闲游散记

7月12日晚上坐火车去大连,火车很不错是直达的,但是空调很冷,LP早上2:30就醒了,我这个人属于没心没肺的,快到6:00才起来。火车站接车的MM长得太一般,讲解的也一般,一个劲的忽悠我们参观一个大连最高的楼,呵呵,她的阴谋没有得逞,来到了星海公园附近的一家饭店,吃了出游的第一顿早餐,很烂。 星海广场还是老样子,滨海路还不错,景色很酷,导游又开始推销鳗鱼和珍珠鲍,还是没人响应。到达老虎滩后,一...

2008-07-21 16:18:00

10块钱的心情

写这个随笔的时候,直接把分类勾到了“心情”上,这一周一直处于一个比较焦虑和烦躁的状态中,工作的效率很差,精神头也不是很足,为什么会这样呢?也许是很久没有回家,想童童了。也许是纷杂的事务,让我失去了专注的目标。也许是过大的压力,让我有些茫然。也许是什么,还说不清楚。是该调整一下了,回家,看老婆孩喽。PS:《马云点评创业》已经看了...

2008-07-10 09:26:00

Code SOP - 5

在重构过程中发现重大错误或改变,要立刻通知其它部门做好协调工作,并做好记录。在Scrum中的每周例会,要做好任务评估、沟通和目标明确的任务。在Scrum中的每天晨会主要的任务是沟通、交流,以及评估任务的完成情况。无论任何会议,都要坚持PDCA的原则,就是计划、执行、检查和调整。在重构过程中,可以修改规矩,但是不允许破坏规矩。每天的例会都由...

2008-07-07 10:06:00

Code SOP - 4

抽取函数的过程中,首先要保证程序能正常运行,这样在修改的过程中,有利于调试。函数的占位符,建议采用个性的名称。代码超长,按功能分块提取,在找共同部分进行合并。重构大型函数,应从最低层开始处理。重构过程中,要不断的讨论和演进,逐步过度到最佳的解决方案。重构过程中,要注意心理的调节,快乐良好的心态,才能保证质量和效率。多用NOT,少...

2008-07-03 16:55:00

Code SOP - 3

代码重构后也不见得是最好的,但却是现阶段最有效的。Coding的时候在IED中要注意使用书签。结对的过程中,至少每1个小时,要轮换一下。每有效工作50分钟后,要主动休息和调节10分钟。代码注释的主要作用是辅助阅读。定义数组的时候,变量名后边要加s。在SQL中定义表名,也要复数形式表示。API函数尽量封装后进行复用。...

2008-07-02 16:26:00

Code SOP - 2

必须使用全编译方式进行调试。编码的时候要多使用快捷键。编码的过程中多用键盘,少用鼠标。重构过程中如果提取参数,要第一时间给占位函数赋值。判断字符串是否为空使用Len函数。要将编辑器的“工具-选项”中的“自动语法检测”功能取消,选中“变量声明”,网格的宽和高设为24。函数的调用层次避免超过3个层次。函数超过20行必须有注...

2008-07-01 16:41:00

Code SOP - 1

编译参数与命令行参数不可混淆。Connection的游标等设置放在Open之前。在函数和方法的命名中尽量采用Set和Get等形式。函数中的语句缩进一个Tab。所有的工程都要从Main函数开始启动。多个函数间保持一个空行。程序重构过程中优先删除废弃代码。程序重构前要删除无用引用。文件命名:frm(窗体)、m(模...

2008-06-30 16:25:00

《硝烟中的Scrum和XP》书摘(1)

Nokia的Scrum标准:迭代要有固定的时长(TimeBox),不能超过六个星期。每一次迭代的结尾,代码必须经过QA的测试。Scrum团队必须有产品负责人,而且团队都清楚这个人是谁。产品负责人必须有产品的Backlog,其中包括团队对它进行的估算。团队必须有一个燃尽图,而且要了解他们自己的生产效率。在一个Sprint中,外人不能干涉团...

2008-06-28 14:16:00
勋章 我的勋章
    暂无奖章