|
 [工作八卦]做应用的不是人 |
小工头 发表于 2005/12/19 20:09:24 |
前一版产品开发的时候，俺负责写核心模块，Shawn做界面。Shawn很努力，不过到底基础差了些，动不动就闹出很诡异的错误来，经常被俺批评“RP有问题”。产品出来之后，老板嫌它功能不够多，市场部嫌它界面不够炫，再加上偶尔出点小问题，销路不如预期。作为主创人员的俺，立刻面临着巨大的压力。给别人打了几天下手之后，俺终于争取到了开发第二版的机会。俺们的核心功能模块已经很成熟了，第二版主要是改进界面。看得出来，上次Shawn已经到了极限，界面做到最后已经是颠三倒四了（其实也不能全怪他，MFC对于新手来说本来就过于复杂了）。为了安全起见，这次俺来做界面，Shawn负责把核心模块再封装成界面只需要调用一次的接口。
这一通开发做下来，俺才知道，做应用开发真的很辛苦～俺以前改过别人用MFC做好的界面，这次心血来潮挑战自我，打算做一个单文档＋分割视图＋全彩超大工具栏＋系统托盘图标的界面，结果走一步就摔一个跟头。超大工具栏还好说，就是画图费了两天工夫，分割视图可就麻烦了：分割之后无法设置成俺想要的列表界面，用ClassWizzard建立FormView类运行报错……好不容易解决了，又发现视图无法响应命令。狂查资料，学习MFC的消息发送机制，原来用ClassWizzard建立单文档程序的时候，只有缺省的那个View才能响应命令消息，后来分割的View都没法直接响应。按照资料说的，在MainFrame里重载OnCmdMsg，还是无济于事。一咬牙，推翻了从头再来！一个手快，又犯了同样的错误，我晕！再来，终于成功建立想要的界面，又发现工具栏对命令的响应不对。再次钻研资料，把View的命令消息响应接口改到MainFrame，系统托盘菜单又不能用了。好不容易协调完毕，又遇到了界面之间的刷新问题。俺查啊，找啊，几经周折，终于做成了一个功能比较完善的界面。这时，开发时间已经过去了三分之二……
可气的是，俺一个人累死累活，别人却挑三拣四。市场部的人没见识，俺就不跟他们计较了。来自技术部内部的嘲笑，实在是让俺郁闷。“做个界面都这么慢？”“太没有技术含量了！”“你做成这样有什么用？”……做惯了核心代码的同仁们如是说。俺听了很不爽，可是又无从反驳，只好默默忍受。
做应用的苦哇～直接面对客户，即使已经预想到各种各样的可能，还是要面对层出不穷的怪异需求（谁说中国人没创意？折腾人的时候创意大大的有），还没办法拒绝；方方面面都要照顾周详，一个不起眼的错误可能会引发一连串灾难，修改的时候（尤其是被客户逼着修改的时候）如履薄冰；使用的开发工具落伍可不行，客户喜欢.net咱就不能用MFC，客户愿意给M$做小白鼠咱也得陪着；费尽心思终于把边角处理得光滑锃亮，客户却骂“为什么还没加新功能！”上赶着把新功能加上，客户又骂“活太糙，用起来不方便！”；开发工具紧跟潮流也不行，做底层的大哥们会笑话：“我们从来不用那些垃圾玩艺！”“不就是用.net做界面的，两天就培训出来了！”，咱还得罪不起，翻脸的话卷铺盖走人的肯定不是他（俺就纳闷了，别的行业都是新技术有优势，到了IT咋就变成老的反而更吃香呢？）……
相比之下，还是做核心技术好啊。只要功能没问题，别的什么都不用管。难怪公司里所有人都在做核心模块，界面只是临时客串。可是，精美的界面难道真的一点技术含量都没有吗？自称精通这个精通那个的牛人，为什么应用程序的界面做得那么难看？都说.net是垃圾，为什么俺们的模块跟客户的.net程序就是结合不起来，逼得Jackie连夜看.net入门？俺要为做界面的IT青年大喊一声：不公平！
喊归喊，这一版做完之后俺还是回去做核心模块。掌握了做界面的技术，俺以后就不用怕做界面的小弟拿罢工来威胁俺，这样就可以更好地驾驭，不对，领导小弟了。当年Patrick和Felix势成水火，Patrick因为不会技术而被Felix吃得死死的，贵为项目经理却天天在Felix面前磕头作揖，真是可怜……俺一定不能犯同样的错误！
P.S：收藏一个小东西。以前俺们看到旧文会大喊“toooooooooooooooold”，如今的表达方式是这样的：
─┼───┼─────┼────┼──────┼─→ ↑ 盘 商 唐 今 楼 古 朝 朝 天 主 开 ↑ 天 大 辟 伙 地 在 时 此 ─┼──┼──┼──┼──┼──┼──┼──┼──┼──┼──┼→ ↑ ↑ ↑ ↑ ↑ ↑ ↑ ↑ ↑ ↑ ↑ 三 四 五 六 七 耄 冰 彭 妖 德 楼 十 十 十 十 十 耋 心 祖 古 主 而 不 知 花 古 拉 在 立 惑 天 甲 稀 此 命 ─┼───┼─────┼────┼──────┼─→ ↑ 另 平 宇 地 楼 一 行 宙 球 主 个 宇 边 ↑ 平 宙 缘 大 行 伙 宇 在 宙 此 ─┼──┼─────┼────┼───┼───┼──┼─→ ↑ 宇 银 太 地 恐 今 楼 宙 河 阳 球 龙 天 主 大 系 形 形 出 ↑ 爆 形 成 成 现 大 炸 成 伙 在 此 ─┼─┼──────┼──┼───┼────┼───┼─→ ↑ 那 织 天 海 木 地 楼 美 女 狼 王 星 球 主 克 星 星 星 ↑ 星 大 伙 在 此
|
|
|
| 回复:做应用的不是人 |
|
lucky_0(游客)发表评论于2007/4/17 21:19:52 |
以下引用-ssl-zhu在2007-3-29 21:37:40的评论:对于已经转生文艺青年的俺来说，这个问题似乎有点难度……俺在blog里写得很清楚，重载OnCmdMsg的确不起作用。你有没有试过最基础的通过ClassWizard在CMainFrame里面添加菜单命令的消息响应函数？
试了，好使。。
不过我决定换一种方法了。。。
|
|
|
| 回复:做应用的不是人 |
小工头发表评论于2007/3/29 21:37:40 |
对于已经转生文艺青年的俺来说，这个问题似乎有点难度……俺在blog里写得很清楚，重载OnCmdMsg的确不起作用。你有没有试过最基础的通过ClassWizard在CMainFrame里面添加菜单命令的消息响应函数？
|
|
|
| 回复:做应用的不是人 |
|
你好啊(游客)发表评论于2007/3/29 10:15:31 |
你好啊，我在做程序界面时遇到了和你一样的问题啊，在MainFrame里重载OnCmdMsg菜单还是不响应阿。你是怎么做的阿？？？急死我了。我是初学者。。希望赐教。。。。
|
|
|
| 回复:做应用的不是人 |
小工头发表评论于2005/12/20 22:19:24 |
美工这东西很讲天分的，编程就不一样了。
|
|
|
| 回复:做应用的不是人 |
可乐湖发表评论于2005/12/20 7:08:25 |
原来开发一个界面要耗费这么大的精力，我见过一个老板，他招的程序员都是美工出身，编程他花很大的精力培养，审美观就是各人的底子了。
|
|
|
» 1 »
|
|
 .: 公告
有人的地方就有恩怨 有恩怨的地方就是江湖 人在江湖漂，谁能不挨刀 |
|
|
| « | August 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | | | | | |
|
.: 我的分类(专题)
|
|
.: 最新日志
.: 最新回复
|
|
blog名称:少年包工头的工作日记
日志总数:629
评论数量:1458
留言数量:56
访问次数:8969528
建立时间:2004年12月8日 |
|
.: 留言板
|
.: 链接
|
|