`
xifanlou
  • 浏览: 28583 次
  • 性别: Icon_minigender_1
  • 来自: 南京
最近访客 更多访客>>
文章分类
社区版块
存档分类
最新评论
文章列表
今天最郁闷的应该是 文档又被新的PM批评了好多次 好歹也写了一年的文档了,本以为可以过关进行评审了,这下又要大改了 如果以前的PM的话,则不会要求这么多 也许是女生的天性,新PM竟然对文档如此较真 更难得的是,她对字里行间的逻辑结构也看的一清二楚 一份三页的文档,她从格式,术语,逻辑表达、图示、字体、颜色等等,可谓是无所不包 差点超出我的承受极限 静下来想 有个道理很简单: 初次作成的文档决定了评审的质量 如果,第一次是60,别人也只能帮你提高到80分 如果第一次是80分,别人会帮你提高到90分 如果你是99分,也许自己总是提高不到100分,别人很容易就能帮你找到那差的一分 只是,做起来就没 ...
现在终于理解了为什么软件维护是整个软件生命周期里最长的内容了 但是维护过程也可以认为许多串行的不完整完整的软件开发项目 对于bug来说,如果是自己测试阶段发现的,做相应的修正就行了 但是,如果是用户发现的,特别是一些高级用户,除了修bug,还需要解释原来为什么会出现bug,不能提内部代码,要从外部功能来说明。 现在原则上都是用充分必要条件来描述问题,有时候用语言不能描述的,只能写正则表达式,只有最上面的头头是数学系毕业的,其他人还不太擅长,我有时还会把充要条件和必要条件弄混。 数学底子需要夯实一下了。
首先声明以下,这篇note里有几处我引用了别人的帖子。 UTF-8简介: UTF8并不算是一种电脑编码,而是一种储存和传送的格式,如前所述,每个Unicode/UCS字符都以 2或4个bytes来储存,看看以下的比较: 以"I am Chinese"为例 用ANSI ...
本来想用个“对日外包丢不丢人?”样的标题,想想还是低调为好 我一直不大承认我是做对日外包的 说是分公司,其实还是外包 所有在中国的外资研发机构都可以认为是外包 因为离岸生产就是为了降低成本 找工作时同学也开玩笑说,没有民族气节 哎... 我当初也是投了很多家外企都没反应,最后只好进现在的公司,混点外企工作背景 其实也是想多学点东西,不仅仅是技术的,还有管理,企业文化,以及职业规划等,我想多接触接触多元的文化 目前,中国有不少做对日外包的 很多人,包括我以前都认为,外包肯定不需要什么过硬的技术云云 没进入独立软件开发商的,大部分都进入外包公司,貌似做外包的就是一群菜鸟 而我现在则认为,技术有强有弱 ...
因为做数据库维护,很多原先并不知道的东东一点点浮现出来,ESCAPE SEQUENCE是修bug的时候发现的一类功能。 MS ODBC定义里有以下几种: -Date, Time, and Timestamp Escape Sequences -GUID Escape Sequences -Interval Escape Sequences -LIKE Escape Sequence -Outer Join Escape Sequence -Procedure Call Escape Sequence -Scalar Function Escape Sequence 而我们的产品Symfowar ...
花了半小时在CSDN上写,点击”发表文章“,一片空白,这事特郁闷了,还得再写一遍,又花 半小时,再提交,又是空白,彻底死心了 Junit是一个优秀的java程序单元测试工具,我原先熟悉的框架是这样的: //以一个jdbc测试程序为例 import junit.framework.TestCase; public class TestClassName extends TestCase { public void setUp() throws SQLException {        create connection;.................................... ...
其实工作已经将近一年,只是前半年的实习没有好好珍惜,都是应付过去的 这一年来,使用的语言有以下几个: VB.NET:实习时候的一个移植项目,要从VB6移植到VB.NET,带我的师傅一直给我灌输这两个是不同的两种语言。以前同学讥笑学习VB太弱智,高中生都会,因为这个大学期间没接触过VB,项目期间才发觉,不是自己想的那样简单,虽然用于快速开发,但是考虑的问题诸如多线程,回调,控件升级等技术点也不是那么容易就掌握的 C++:当然,专业的人都说VC不是语言,我也知道,但是目前来说,我一直都是用的VC++的编译器。当时做了一个类来处理数据,因为数据太多,各种情况都有,大家方案不一致,我就用了同名但是参数 ...
中兴的同学前几天出去培训,回来后问她培训什么,说是根本原因分析 这个是日本很流行的失败学,发生问题的时候,从直接原因一直追问到根本原因,然后做出决策,虽然很残酷,却能有效避免下次再犯错误。 不知道业界是怎么归纳的,起码我们是按照下面来分类,优先级从上至下 1. 无知 2. 疏忽 3. 不遵守process 4. 误判断 5. 调查 ・检讨不足 6. 制约条件的变化 7. 计划失误 8. 价值观不良 9. 组织运营不良 10. 未知
工作时候,我一懈怠就出错 为什么这种感觉屡试不爽 这两天过得比较轻松,自认为自己承担的bug修正已经可以是放心了,就把文档提交给翻译 结果翻译马上回信说有一句话重复了 并且对我们组的工作态度给以严格批评 这下我心里不爽了,我个人的错,让组长他们挨了一顿骂 我只好发信说要自己一人问题,事后作成改善提议书 我已经是第二次犯这个错误了 上次是在原有代码框架做改进的时候 把旧的代码贴错了一行,结果导致错误 这次也是在原有翻译好的文档上做修正 又把一行多贴了 我为什么又范这样的错误 师傅以前的一句话,在我心理上都成了阴影了, "做事怎么总是不能让人放心!" 不过,现在好在不怕错误了 ...
就像自己不愿意动手写程序一样,选书一直倾向于经典的,偏理论的,牛人精华作品。诸如实用教程,什么100例之类的一直被我鄙视。 到现在我对很多理论都有所了解,但是却在实例验证前止步 不得不说自己错了 学习一百条规则,也不如动手实践一条
上周四在北京参加Oracle开发者大会,最后一场要离开时,忍不住向向Oracle的主讲人提问些问题,张开嘴时发现什么也说不出来,普通话都带方言,英语就更加困难。 当时的三个问题是: 1.你所讲的JDBC最佳实践和安全策略是基于Oracle团队开发的驱动还是Sun公司定义的JDBC接口规范? 答:It's a good question.The answer is depends... 可以说是基于oracle的JDBC实现,但是对于其它厂商也有相当部分是适用的,比如,连接池(connector pool)的使用,对程序性能的提升是显而易见的,而且是每个数据库厂商都会实现的一个功能。 2.orac ...
最近和同事一起合作写代码, 评审的时候,指出我许多错误,心里很不是滋味 但是又觉得自己没有心胸,是文人相轻么,面对同龄人的批评,比自己优秀的人,该如何调整好心态? 想起不久前看到的一篇博客,有了点感想。 文章引用了美国心理学家对羡慕和嫉妒这两种普遍情绪的分析,体会了一下,还是很有道理的,具体的不记得了,把自己所想的总结一下。 羡慕,是当别人拥有某种能力,待遇,财富等物质或精神方面的优势时的一种由衷向往,希望自己也能得到或者体验。 嫉妒,是指身边的人在某方面超过自己时,担心自己现在拥有的被抢走而产生的恐惧心理。 这里主要有两个区别: 羡慕应该是正确的,积极的,高尚的,对别人持赞赏态度的,嫉妒则是自 ...
软件开发和管理人员不一定是学软件的,大家的思维习惯不同,工作方式也会有较大的差异。举几个简单的例子: 上任总经理: 数学系毕业:提交过去的报告,论述一定要有条理,又有充分的论证,才会接受最后的结论 现任总经理: 物理系毕业:喜欢看结论,理由是自己太忙,没时间看过程。物理学上用到的都是已经证明的数学公式,有公式就行,不必在乎推导过程。 课长: 数学系毕业,业余作家:喜欢批评文笔错误,邮件里面的论述经常被推翻, 我私下里认为:每天认真看邮件的领导,都能成为作家,哼哈! 当上领导的或者有着丰富经验的进入这个行业时可没有软件工程专业,计算机专业也很少学编程的,软件工程的概念估计还没有普及呢 苦的是,底层 ...
以前的师傅不爱说话,但是每句教诲总能萦绕于耳 (1)“我知道我不太爱表扬人,做得好的时候我说一句就够了”,我太敏感了,要奔三的人,没必要整天有人鼓励和抚慰吧,所以我现在不会一直等着别人来表扬和夸赞,静下 ...
在学校时没怎么写过程序。偶尔写一个,肯定很有成就感,特别是成功运行时,是相当的兴奋,几乎认为一个合格的软件都诞生了 从不觉得能正常运行的程序和添加必要的异常处理之后会有什么大问题 此次编码,已经能够运行,在评审时 100行代码可以发现10个bug 具体如下: (1)少了对Char【】的支持 (2)2处if{}里面写着注释,没有语句,想着留下来便于阅读和添加代码 (3)增加了一个异常处理,自我感觉算是功能改进,但是不符合软件的FD (4)stream类型参数,函数体内是向Stream内写入数据,传递stream本身就够了,没必要传递它的引用 (5)转为字符串时,喜欢用ToString(),其实我对 ...
Global site tag (gtag.js) - Google Analytics