只显示主题贴

2008-06-18
全文显示

回复: 市场至上，还是我们应当坚持原则

zqrain 写道gigix 写道zqrain 写道to gigix,如果你的意见是，用反抗和“公事公办”的态度对待那些错误者，那你的命运将取决于错误者改正错误的速度。 如果你的职业经验告诉你，那是对的，我只能唏嘘感叹：为什么我在职业经历上没有碰到这么好的合作者？：）。 你想明白了前面那段以后再来想这段 好的环境可以碰到 不过更多的时候要靠自己找到，甚至自己来创造 我大概明白你的意思。 对于“甚至自己来创造”这句话，你的意思是在现有环境中创造，还是独善其身以获得好环境的资本？ 如果是在现有环境中创造，问题还是回到了如何在一定程度上减少错误者的损坏，以及如何扩大自身影响力，从而改变错误者 ...
2008-06-17
全文显示

回复: 市场至上，还是我们应当坚持原则

gigix 写道zqrain 写道引用谁更希望项目成功呢？我认为是等着拿10%提成的销售而不是拿定额工资加一点奖金的项目经理。既然是这样，那么谁指的方向更有可能朝向项目成功的方向呢？ 其实每个人都希望成功，但为什么很多人还是把事情搞砸？！ 有成功意愿的大多不具备成功者的知识，见解和能力。所以，普通人大多数不怎么成功。 如果LZ公司的市场人员和大老板具备充分的知识和能力，也不太可能出现发生在楼主身上的事情了。 to gigix， 你的理性分析很有用，但是前提是，听你的分析的人（比如市场，大老板）具备跟你（或者说我们）一样的知识背景和思维逻辑。 你这话就说到点子上了 那么你再继续想下去， ...
2008-06-16
全文显示

由一个问题想到的

有人说现在做程序开发对于人的素质要求越来越高了，也有人说，现在的教育越来越差了。个人不就此发表评论。 打开个人消息，看到了一个提问，提问的链接地址在 http://www.javaeye.com/problems/222 是关于数据库字段排序的问题，看了下面的回答，各抒己见，竟然没有一个是涉及到实质问题的。 其实问题的答案很简单，双向链表，相信大家都学过，这是计算机课程中必修课程。我很奇怪于为什么大家对于算法这东西基本上从来不曾想过。而大多数人在看数据算法时对于算法的时间复杂度以及空间复杂度都只是当做一个讨厌的要记忆的东西，大部分的程序员不会主动的去想算法，尤其是Java,C#这类的高级语言已 ...
2008-06-12
全文显示

回复: 市场至上，还是我们应当坚持原则

另有一点，不知道大家有没有遇到，对于需求的变更，收取客户的钱对于PM来说，并不关心，如gigix所说，我们并不能拿到一分钱。甚至于连项目奖金都没有，但是是否收钱这个问题，往往决定于是否你错的问题（可能你们会认为是强盗逻辑）。
2008-06-12
全文显示

回复: 市场至上，还是我们应当坚持原则

gigix 写道引用现实就是出于市场考虑，做为PM不得不去修改（免费的），市场、老总往往不会关心你修改了一个地方，在维护上收了客户多少钱，而是在意后续会不会有一个单子而来，往往会认为迎合于客户，我们就会有新的单子来。 你说这话就说明你根本没弄明白作为PM你的所谓”原则“到底在哪里。 做了修改客户给不给钱，这事情和你一点关系都没有，因为单子不是你签的提成不是你拿的，你不负责这个事。如果说给钱你就给维护不给钱你就不给维护，你不是在坚持原则，你是在犯傻，因为你对自己不该负责的事情在做决定。 你应该坚持的原则是不加班，说实话，有多少工作量就说多少工作量，让客户来决定在有限的时间和资源范围内做哪些事情 ...
2008-06-11
全文显示

回复: 总结一下自己遇到过的几个项目

sg552 写道 跟敏捷完全不沾边。 跟TDD完全不沾边。 甚至连基本的单元测试都没有。 项目1： 某大佬级国企XX管理系统 开发时间：6个月。人数： < 5. 没有任何单元测试代码，使用了Struts1.x，配置文件靠手写，没有专门的美工，没有任何文档（包括技术手册，使用说明）整个团队只有4个人负责开发，包括一个小经理。系统出错，从不使用log4j调试，也无任何test package. 更别说自动化的持续测试了。 我没有参与开发。HOHO。。。当时是负责调试服务器的。真是痛苦的时间。 项目2： 某国内行业龙头的XX管理系统。 开发时间：新版本2年。原来的版本停用。人数： ...
2008-06-11
全文显示

回复: 互联网公司组织结构畅想曲

googleboy 写道 互联网公司，按我的理解应该是非常有朝气，有活力的company.他的公司性质决定了这一切。 互联网公司不同于一般的软件公司。他应该没有那种老掉牙的东西。没有历史的负担。它更像一 个单身青年,百分百投入，做事毫无顾及. 研发中心的配备： 技术总监，依照公司商业方向，制定相应技术路线。并且调节各个部门项目的进展。 并参与公司项目的抽象业务分析。 技术经理： 所分配项目进度的掌控，团队氛围的和谐化。并且对开发人员调动方面于PM的协调。参与 制定各自部门的活动 架构师： 技术选型，项目整体架构的搭建,相应技术难题的公关。 开发经理： ...
2008-06-11
全文显示

回复: 询问下各位所在公司开发人员是如何交流的

topcloud 写道我是这样做的。 让项目组所有人员参与开会讨论。 先各抒己见，说明各自方案的优点，缺点。 在项目组所有人员了解后匿名投票，最后对投票结果分析后选出。 做为老大，就是应当有定夺的能力，如果这都处理不了，改为投票，那就不用做技术了，大家投票解决就可以了。技术这一行，往往掌握在少数人手中。
2008-06-11
全文显示

市场至上，还是我们应当坚持原则

最近公司的状况有点不一样，市场明显已经占据了公司的重要的决策了，连公司的技术部门的老大都已经是售前工程师（这是一个体面的称呼）了。 让我来细细的审视一下公司的组成，市场部是由公司老总直接领导，再加上技术部部门经理做售前支持（其实就是演示系统），由此可以看出公司的状态已经是市场至上了。 感觉到非常的痛苦，已经到了痛不欲生的地步了，不知道各位的公司里面会不会有这个问题，就是市场部门与技术部门肯定会在某些方面存在着矛盾。 首先从利益的角度上来分析一下，对于市场来说，有奶便是娘，虽不可称之为一个公理，但基本上是一个定理。而从项目经理的角度来说，他们并不关心。而实际上项目实施的难度，大家都可以知道，对于 ...
2008-05-27
全文显示

回复: 一天一夜，终于把页面布局勉强搞定

刑天战士 写道为什么程序员要作美工的活？ 答案是：有中国特色的小型软件公司！
jimmy.shine
搜索本博客
最近加入圈子
存档
最新评论