项目计划管理培训笔记
摘要：1. 实际需求 –> 通过标准衡量来制定估算计划 -> 项目执行，并伴随风险优先管理 2. 计划内容：原则，标准，全面和估算 3. 项目：资源（限制条件），时间，目的及渐进明晰，项目活动相关性（重要步骤的顺序：标准，方法，历史数据） 4. 功能分解以页面为粒度进行评估，并除以0.3，得到最终的时间 5. 瀑布模型的主要问题：不能阶段明确性，无反馈机制及无风险控制
阅读全文
posted @
2010-03-23 15:53
酸甜西瓜
阅读(1506)
推荐(2) 编辑
Web项目开发中对脚本和样式需求处理的一些想法
摘要：大家使用脚本或者样式来开发web项目的时候，难免会遇到一些排查“错误原因”的问题，当然，如果要是你的项目不是特别的庞大，可能难度还不大，顶多折腾你1到2个小时，也差不多能把问题解决了，但是，如果在一个稍微庞杂的系统中进行修改、完善一部分脚本和样式的时候，你的噩梦即将来临，下面简单描述一下，自己在这段时间内，进行这部分工作后的一些感想，希望大家能够少走弯路，直奔主题：
阅读全文
posted @
2010-03-08 09:55
酸甜西瓜
阅读(1914)
推荐(1) 编辑
程序结构中的两点重要元素
摘要：编写代码，就目前编写web application程序和web form程序而言，遇到的最棘手的问题，莫过于对程序bug的勘察定位和对程序代码潜在漏洞的排查，而对于刚刚开始编写代码的朋友来说，这两点可能是既知重点，但是仍无从下手
阅读全文
posted @
2010-03-02 11:18
酸甜西瓜
阅读(1270)
推荐(0) 编辑
小议程序员编写技术文档
摘要：一提到写文档，可能很多程序员可能会不屑一顾，但是，无论处于规范开发流程，还是就于逃避嫌责的目的，能够将自己所从事的工作用文档描述记录下来，还是一件很有成就感的事情，抛开其功用不谈，就个人的成长进程看，也是一个循序渐进式的好习惯，还是值得大家稍微关注一下的。
阅读全文
posted @
2010-03-01 09:11
酸甜西瓜
阅读(3844)
推荐(3) 编辑
从一名开发者的角度看待产品需求的“烦恼”
摘要：想来，工作已经2年有余了，从进入公司的第一天开始，“产品需求”这个名字就一直萦绕在耳边，这也难怪，做产品开发这个行当，就注定要与“产品需求”打好交道，否则，只能给自己增加无尽的烦恼和忧愁，下面简单说下自己与“产品需求”之间的这点经历。 自己首先从修复产品的功能缺陷开始切入我们的产品，此时对需求的理解无外乎“正确”与“不正确”，因为既有的需求已经确定，但产品没有按照确定的需求工作，我的工作呢，就是修正这些“不正确”的代码，让他们按照“正确”的方式执行。
阅读全文
posted @
2010-02-26 09:16
酸甜西瓜
阅读(2151)
推荐(0) 编辑
一次远程支持事故的教训，与大家分享
摘要：刚刚完成的一次实施支持，可算是给自己上了宝贵的一课，让自己明白在处理对产品的修改问题上必须严格按照操作流程，否则后果可能会非常严重！ 事情经过简述如下： 我们开发的一个升级工具，被实施人员拿到一个客户处进行产品升级操作，由于客户数据中出现了一种特殊的数据，导致升级工具在备份系统数据的时候，发生了异常，并被系统强行关闭，因为数据量比较大，反复重复3次，用了将近3个小时的时间，已经确认是工具bug无疑。
阅读全文
posted @
2010-02-25 08:59
酸甜西瓜
阅读(2619)
推荐(4) 编辑
处理反馈问题时的一点想法
摘要：写程序久了，明显发现自己的表达和沟通能力有所下降，当然了，以前也不咋突出…… 前天晚上，为了教老爸如何正确地调整播放器的声音，可是费了九牛二虎之力，当然，最终是搞定了，但从这件小事使自己联想到，我们这些做开发的在和我们的实施人员、客户的技术人员等沟通的时候，何尝又不是一样的道理呢，当我们沟通的内容没有办法达到双方都理解的程度时，沟通会变得极其困难，这就更加会加剧我们自己的焦急的情绪，于是更加让对方摸不着头脑，其实可能就是一个简单的操作，如果我们不能用对方能够明白的话来表达，就算是说一个晚上，那么对方还会是一头雾水…… 那么，怎样才能尽量减少沟通的代价呢？自己在这里总结一下自己个人的一些想法：
阅读全文
posted @
2010-02-24 09:14
酸甜西瓜
阅读(1729)
推荐(0) 编辑
胡思乱想之：如何做个好领导
摘要：最近公司面临重大重组，在经历了前一阵人员流动风波之后，我们的开发团队已经面临不小的压力，别的自己暂时也不想谈，只简单谈下作为一个领导和下属之间该如何共渡难关？ 为啥这么说难关呢？我还是结合自己个人的角度来谈谈自己的一点浅见： 在一个小的团队中，少则2、3人，多则8、9人，如何才能让团队关系更加融洽，如何才能保持大家持续的战斗力？
阅读全文
posted @
2010-02-23 09:48
酸甜西瓜
阅读(3112)
推荐(3) 编辑
聊聊如何处理程序中的“分支条件”更加合理
摘要：在编写代码的过程中，我们编写的类往往会有需要支持多条分支条件的情况，一般情况下，我们可能会通过设定一些参数变量的方式，来对这些分支条件进行区分，那么就引出了一个问题，我们是采取尽量少的变量来代表多种条件分支好呢，还是先根据条件性质进行区分，然后用不同变量分别代表好呢？ 本人也经常遇到这样的情况，这两种方式，当然各有利弊，前者可以体现简约精神，而后者更加注重分类，前者的弊端也很明显，就是会增加其他开发人员阅读我们代码的代价，相反，这正是后者的优势！
阅读全文
posted @
2010-02-22 09:23
酸甜西瓜
阅读(1646)
推荐(1) 编辑
赶走最令人不愉悦的一类BUG，你准备好了么？
摘要：在团队开发过程中，发现bug和处理bug似乎是一件很平常的事情，但是，我们有没有考虑过，造成这些bug的原因，进而会占用我们大量调试时间的根源都有哪些呢？ 你可能会对这个问题不屑一顾，既然是bug，无非就是因为程序代码运行出错，或者由于相关设定没有正确配置的关系。没错，上面两种情况的确会造成bug，但是相对而言，这两种bug一般耗费的时间也不会太多，因为程序层面的问题或者配置方面的设定，基本都可以在很少量的调试过程中被发现，尤其是函数错误，一般情况是很容易定位的。
阅读全文
posted @
2010-02-21 14:29
酸甜西瓜
阅读(1767)
推荐(0) 编辑
数据结构之于开发过程的一点理解
摘要：写了这么久的代码，一直是照搬照套的成分居多，知道最近，自己设计和编码的内容变得多了，才逐渐感觉到数据结构对一个功能模块是多么的重要，下面谈谈自己的一点理解: 首当其冲，我们设计功能模块无非是对数据的处理，一个好的数据结构，不但能够简化我们的数据传递，更能在数据处理的各个环节达到简化处理步骤的效果。
阅读全文
posted @
2010-02-21 08:55
酸甜西瓜
阅读(2272)
推荐(0) 编辑
换个角度谈谈学习的过程
摘要：学东西这事绝对是件功夫活，也绝对是条漫长路，因为当你决定踏上一条求学之路时，你可能对其充满了朦胧的向往，而当你已经上路一段日子后，你可能又会感到到处都是自己不知道的东东，顶着头皮再走一段日子，你可能会感到稍微有了一点点自信的安慰，因为你已经对一些基本的东东有了理解，以前很多的高深的东东也开始慢慢褪去了其身边浓浓的白雾，但你仍旧有很多事情不懂.
阅读全文
posted @
2010-02-09 09:13
酸甜西瓜
阅读(3417)
推荐(4) 编辑
谈谈在工作中如何处理“时间压力”？
摘要：工作中，难免会遇到一些时间要求比较紧张的项目，而开发总监也总是试图通过强制时限来提高员工的工作效率，表面上来看，可能感觉没有什么问题，但如果细细琢磨对比一下，我们还是可以看出其中的漏洞的！ 有关这方面的想法是源于“Peopleware”一书，而且恰巧自己也正好遇到一个时限很短的活，于是，特意留意了一下自己情绪的波动和工作的“效率”，这里做个记录，希望能给大家一点启示：
阅读全文
posted @
2010-02-08 15:17
酸甜西瓜
阅读(2340)
推荐(0) 编辑
我们真的被技术抛弃了么？-分享下自己被“陈旧代码”围困后的一点反思
摘要：最近参加了一个.NET高级培训，同时也在读一些高级编程的书，然后又翻开这两年来自己写的一些代码，突然有一些体会，怕过了个周末就会忘干净，这里赶紧写下来和大家分享一下。 先说一下页面吧，我们用.NET做Web App，项目的初始是使用的ASP技术，后来升级到ASP.NET 1.1，将前台的脚本和业务逻辑代码分离，这是个非常大的改变，从此以后，页面干净了很多，但仍旧被大量的脚本盘踞。后来，又将工程升级到ASP.2.0，但由于项目时间和对项目的整体把握度不高，我们还是采取了比较保守的方式，即将原页面代码直接升级，并修改一些无法编译的问题，但是这样的版本，说实在的，从功能上来讲，我们一直在不断完善，但从代码和技术的角度来说，我们一直保持着“朴素”的风格！
阅读全文
posted @
2010-02-05 15:02
酸甜西瓜
阅读(2767)
推荐(8) 编辑
找寻开发人员的“野性”之谈谈客户需求
摘要：客户和开发人员眼中的产品有很大差异，做了这么久的开发工作，没少因为产品的需求问题和产品经理发生冲突，这两天在写一个小软件，自己的一个朋友的几句话让自己更加的清醒了，因为他纯不懂技术，所以说的都是第一手的感受！ 而自己呢，作为开发人员，使用感受肯定有，再加上因为技术限制附加的实现技巧，同样再加上模拟客户的一些感受遐想，同时可能还会有一些从书本或其他地方学到的某些“原则”，总之，开发人员是个复合体，我们在开发过程中，除了要处理编码上的一些“矛盾”，更要分神来处理需求上的设计，往往有的时候吧，需求上的看似简单的变更，带来的可能是技术上的大的调整，这些我们当然不能和客户去谈，因为他们根本就不理解，就算理解，也不会关心！他们关心的是产品的使用感受！
阅读全文
posted @
2010-02-05 13:44
酸甜西瓜
阅读(1615)
推荐(2) 编辑
心情不佳时碰到麻烦的问题咋办？
摘要：马上就放假啦，心情也不一样了，这个时候，稍微一个比较复杂的问题，往往就会搞得自己思路全无，很简单，这个时候自己的心早就飞家里去了……于是，出现了一阵的郁闷期，不知道该如何下手，往往是想着想着就又绕回来了……，于是更加的郁闷！ 但不能白白浪费宝贵的时间啊，想想办法，于是按照以前的类似经历自己总结的经验教训开始实践，因为情况是，心情烦乱，问题复杂，一方面不能集中精力，一方面容易被问题的众多表象所迷惑，这就是问题的症结了，也正是我们很多人在工作中最常遇到的一种情况，下面就说说自己是如何和自己做“斗争”，并取得一部分“胜利”的……
阅读全文
posted @
2010-02-02 17:32
酸甜西瓜
阅读(953)
推荐(0) 编辑
程序员发展十分重要的12条日常习惯
摘要：慢慢地已经融入团队，工作状态逐渐步入正轨，但是有别于之前自己参与项目，该项目更多地注重细节方面，比起业务逻辑的调整来看，我们更多的时间都是在调整和统一页面样式、修改描述信息错误、修复存储过程的逻辑错误，即便是添加新的页面和业务逻辑，自己也必须是处处小心，因为不统一的样式即是“错误的”，不标准的标注和提示就是“错误的”……
阅读全文
posted @
2010-02-01 13:49
酸甜西瓜
阅读(3966)
推荐(11) 编辑
努力培养自己对项目的主人翁意识
摘要：对于刚刚来到一个团队的新人来说，培养对项目的主人翁意识往往有些困难，如果要是项目起步阶段还容易些，毕竟大家都是从一个起点开始，无论从项目的参与度，还是从任务的分配比例，再或者从与团队成员配合的机会上，都是一个很好的开始！
阅读全文
posted @
2009-12-24 11:33
酸甜西瓜
阅读(849)
推荐(0) 编辑
加入新的工作团队三周后……
摘要：来到新公司已经2周多了，已经基本从之前的朦胧的陌生感中摆脱了出来，虽然对团队成员有了初步的了解，同时对项目也有了一个朦胧的概念，但我们依旧不能太过放松，因为接下来的工作重点对我们的灵活和理解有更高的要求，这里谈谈自己的一点看法：
阅读全文
posted @
2009-12-17 16:00
酸甜西瓜
阅读(2621)
推荐(0) 编辑
onblur, onchange和onpropertychange之间的区别
摘要：谈谈onblur, onchange和onpropertychange三个事件的区别……
阅读全文
posted @
2009-12-08 18:05
酸甜西瓜
阅读(871)
推荐(0) 编辑
