IT这行,前辈请教导

Beckman

以下是IT人经常面对的问题：

1. No schedule/planning
        -results in multiple tasks to be completed in the same time for the same person. Other times free.
        -everything depends on me. Cannot complete => reputation gone.
        -different people keep coming to ask s/w questions while still doing program. Disrupts concentration
         and irritating. Most of the time, not s/w problem.

2. Program ready and tested for long time, no problem.
        -New design has hw or mech change.
        -Got problem, blame s/w

3. Last minute change in spec
        - little time to modify
        - rush, mess up code structure. future has problem maintaining code
        - no time to test fully.
        - if problem, get blamed
        - then, solution comes from others who don't know how program written. Create side effects.
        - ideas/suggestions ok.
        - e.g. parking charges. Always get late. Anyone really follow up to get it fast.
        - last minute hw got problem, change s/w. If got problem, blame s/w.

4. Rush for deadline,completed but delivery postponed.
   - feel cheated. Don't want to rush anymore.

5. Generally no spec or detailed specs not given
        - come up with own specs. Later got problem, get blamed.
        - if spec given, then change spec, may take time due to code structure => why so long?

6. Others always think s/w easy
        - hw straight fwd. s/W time dependent and sequence related.
        - make them think s/w guys no good, despise them.
        - any problem in hw or mech, change s/w
        - keep patching until problem appears, then ask why small change got problem.




其实我已经进入Software Development这行一年半了。有时我独自深思，其实前六个问题，也许是所有develop software的人所面对的问题吧！！有时觉得很彷徨和无助，因为我也身陷其中的人之一，紧促的schedule,multitasking,software时常更改，有什么问题，第一个blame我们software的。IT的前辈们，你们有什么看法？如果你们面对同样问题，你们会怎么解决？

goatstudio

1. No schedule/planning

results in multiple tasks to be completed in the same time for the same person. Other times free

- 自己要设好时间和目标. 你知道你的能力到那里, 那么依照你的能力来设定目标. 我举个例子给你, 老板要你做个系统, 你自视过高, 没用过 Java 偏偏去搞 Java, 还是在那么有限的时间内... 结果做不好这个顾不好别的... 问题就来了.

everything depends on me. Cannot complete => reputation gone.
- 老板请你来... 当然是要依靠你咯.. 不能完成, 当然不能表现.

different people keep coming to ask s/w questions while still doing program. Disrupts concentration and irritating. Most of the time, not s/w problem.
- 这点要锻炼, 别忘了, 你是创造出软件的人, 别人来问你是理所当然的咯. 还是一句话, 好好安排自己的时间, 和好好整理自己的思维. 这其实不是什么大问题. 除了写软件, 人与人之间的关系也要搞好, 因为写软件不是一切呢.

2. Program ready and tested for long time, no problem.

New design has hw or mech change.
你的软件开始的时候就要设计的灵活, 这样有更改也不会太痛苦. 如果是过分的更改, 例如说要从 windows 改去 linux, 这个当然不行. 要懂得衡量咯.

Got problem, blame s/w
没办法, 谁叫你我就是写的那个人?
如果不是软件的错, 和用户拍拍肩膀当没事发生, 这样以后真的是你的错, 那么用户也不至于为难你.

3. Last minute change in spec

little time to modify
向你上司列出你当前的工作的时间表, 再列出所需要的时间... 证明给他看你没时间.
如果他不理, 告诉他不能完成其它软件的后果...

rush, mess up code structure. future has problem maintaining code
如果这是前编程员留下的... 就只有认命.
要提醒自己不要给后人留下这样的麻烦... 所以就要把 documentation 做好来.

no time to test fully.
要好好安排时间, 要无时无刻为自己预留 buffer, 在你的 project plan 上要写 UAT 时间表.

if problem, get blamed
上面说过了... 谁叫你我就是写的那个人...

then, solution comes from others who don't know how program written. Create side effects.
要靠自己的判断力, 不能尽跟.

last minute hw got problem, change s/w. If got problem, blame s/w.
这个嘛... 目前没遇到这种奇怪的问题...
但是我想, 需要好好向客户解释. 有时侯, 态度胜于一切, 即使你知道你没错, 但还是要冷静面对.

4. Rush for deadline,completed but delivery postponed.

feel cheated. Don't want to rush anymore.
为什么感觉被骗? 早点完成不好吗? 延迟了你有更多时间呢...
想法别那么偏激吧... 看开点. 其它行业不是如此吗?

5. Generally no spec or detailed specs not given

come up with own specs. Later got problem, get blamed.
你自己写的 spec, 需要经过客户签名批准的. 有什么事, 白纸黑字说清楚.

if spec given, then change spec, may take time due to code structure => why so long?
你得说服客户, 让他们明白发生什么事情. 不容易, 但还得做.

6. Others always think s/w easy

hw straight fwd. s/W time dependent and sequence related.
大错特错. 硬件不只是包括组装电脑...
组装电脑出现兼容问题也是家常便饭啊... 老兄...

make them think s/w guys no good, despise them.
自己首先要看得起自己... 首先为什么你会那么看自己?

any problem in hw or mech, change s/w
告诉你一个方法, 如果觉得是 hw 的问题, 就转在另一台电脑测试, 没问题的话就是 hw 的问题... 有问题的话, 很有可能就是软件的问题...

keep patching until problem appears, then ask why small change got problem.
那就告诉他们改太多了咯... 我就是那么直接的, 说到他们没办法反驳为止.

别那么悲观...
事情很多时候不是你想象的那样...
你想多了... 好好加油.

shinelynn

IT这行，先苦后甜。。

白日梦

楼主所分享是软件工程的瓶颈，我通知明天移帖。

Beckman

谢谢goatstudio兄的意见。

可是，我的老板(manager)是个很固执的人，我们没有得自己set project 的timelines, project的schedules是由老板set的（而且是不实际的那种，完全没有把Testing需要的时间算进去）。我有向老板反映这个问题，但是他就说为什么senior能接受这个timelines,但你不能呢，我就说因为experience的差异，但是他不听。（老兄，如果我有我senior(６年programming working experience)的ability和experience的话，我还需要拿fresh grad的薪水吗！！)好了，没办法，唯有勉强接受他set的schedule。在这schedule进行的同时，customer的requirements改来改去，改很多一下，我有跟老板讲，但是他没有增加requirements更改需要的timelines给我。最后，这个project的timelines over了老板自己set的schedule。

在过后不久的review中，老板就以这个project没有on-time这个理由,说我performance不好。当时我真的很生气:@，明明是自己的project management不够好，没有算进Testing和Requirement Changes的时间，然后赖说我的project没有meet timelines。我向他解释这些原因，但是他不接受（真的是很顽固的老板，完全没有算进ad hoc的事件会发生，schedule没有flexibility，跟他讲又不接受）。

弟兄们，如果你们遇到这样的老板，你们会怎么处理呢？我现在真的是很无助和无奈。。。 Haiz。。。。。

goatstudio

原帖由 Beckman 于 25-10-2006 09:58 PM 发表
谢谢goatstudio兄的意见。

可是，我的老板(manager)是个很固执的人，我们没有得自己set project 的timelines, project的schedules是由老板set的（而且是不实际的那种，完全没有把Testing需要的时间算进去）。我 ...

我的建议是, 处之泰然.

何必动气? 只是一份工作... 你不会永远都在那一间公司, 对吗?
既然认为自己已经尽力了, 老板还是不满意, 自己也不开心, 那么是时候找另一间公司了.

只是无时无刻要提醒自己, 不要意气用事, 要冷静解决... 大吵大闹, 做小动作... 只会让自己身败名裂, 因为 IT 这圈子很小. 当做不下去了... 就离开... 就那么简单.

我累了。。。究竟当初进IT追求是技术还是金钱，IT好因为它是一个靠技术就能创业，这是我当时的信念。。。不好意思，胡言乱与。。。。

therfar

原帖由 Beckman 于 25-10-2006 09:58 PM 发表
谢谢goatstudio兄的意见。

可是，我的老板(manager)是个很固执的人，我们没有得自己set project 的timelines, project的schedules是由老板set的（而且是不实际的那种，完全没有把Testing需要的时间算进去）。我 ...

这个就是典型的老板
请你来在他底下做事，什么问题发生，当然都是你的错
dateline给很短，东西要很多

当你说做不完时，他会有一套道理告诉你：年轻人，要拼
如何给下面的人最短的时间，做最多的事情，是manager的工作
当问题发生了，不是management的问题，是底下的人能力不够好
他们有“如果你能力够好的话，什么事也不会发生”的老头子思想

最后，他们是你的上头，你能说什么？

想想，如果有一天你爬到了上头，你也会对你底下的人那么刻薄
毕竟，你有经验有实力，挨了过来，你会听底下的人批评你的management有问题,给的时间不够吗？
你会告诉他们：之前的senior办得到，为什么你不能？

Beckman

难怪software house的turn over rate这样高。