|
锁定老帖子 主题：《毕业生》系列之五 超High的中软之旅
精华帖 (0) :: 良好帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-12-01
wanday 写道 真的很高兴能够与mliz有这样一番讨论，碰撞是在所难免的，言语上有什么不适当，敬请原谅，很抱歉！
说实话，在一定程度上，我同意你的观点，所谓“高调做事，低调做人”，让我一直在思考。对于你说的，我也会有选择的去接收，但是不一定会“接受”，我会认真考虑。而且将在很长一段时间里，我还是我，而且我还是坚持我是对的，但是也没有否定你。大家一致认为我太张狂，但是事实上不张狂那也就不是我了。而且我到现在仍然认为“张狂”不是缺点，为什么我们不能张狂一点？ mliz，真的很高兴在javaeye里认识你，我把你当做朋友了，但是不知道你怎么认为了，如果能成为朋友，请回帖！ 当然，我一直把你当朋友看的，所以才说这么多 |
| 返回顶楼 | |
|
发表时间：2008-12-01
blizzard213 写道 看了一半不想看了 只想说一句 希望你能记住 小伙子 做人要低调 当初我来现在这家公司面试的时候， 面试官问旁边的人几个总是都答不对， 后来我实在看不下去了，就自己帮他答了。 面试管当初就给我来了一句：做人要低调。 最后轮到我面试的时候，面试官就是因为我刚才的不低调，给了我一次笔试的机会。 唉，做人应不应该低调，真不好说。 |
| 返回顶楼 | |
|
发表时间：2008-12-01
mujizi 写道 blizzard213 写道 看了一半不想看了 只想说一句 希望你能记住 小伙子 做人要低调 当初我来现在这家公司面试的时候， 面试官问旁边的人几个总是都答不对， 后来我实在看不下去了，就自己帮他答了。 面试管当初就给我来了一句：做人要低调。 最后轮到我面试的时候，面试官就是因为我刚才的不低调，给了我一次笔试的机会。 唉，做人应不应该低调，真不好说。 低调是必要的。但适当时候突出一下自己未尝不可啊。。呵呵，这是策略 因为没有定则，所以生活才那么有趣。 |
| 返回顶楼 | |
|
发表时间：2008-12-01
最后修改：2008-12-01
wanday 写道 真的很高兴能够与mliz有这样一番讨论，碰撞是在所难免的，言语上有什么不适当，敬请原谅，很抱歉！
说实话，在一定程度上，我同意你的观点，所谓“高调做事，低调做人”，让我一直在思考。对于你说的，我也会有选择的去接收，但是不一定会“接受”，我会认真考虑。而且将在很长一段时间里，我还是我，而且我还是坚持我是对的，但是也没有否定你。大家一致认为我太张狂，但是事实上不张狂那也就不是我了。而且我到现在仍然认为“张狂”不是缺点，为什么我们不能张狂一点？ mliz，真的很高兴在javaeye里认识你，我把你当做朋友了，但是不知道你怎么认为了，如果能成为朋友，请回帖！ 张狂好不好，这个问题值得讨论，就我个人而言，技术人员不适合张狂，为什么，因为技术除了有水平高低的问题外，还有大量的细节需要思考，还有业务，成本和资源的问题需要平衡，细节的思考，无疑需要很多人的群策群力，业务，成本和资源的协调更需要你和相关人员的交流和争取，这种群策群力和交流争取的过程，我认为是需要参与者有足够的坦诚，公开和包容不同意见的态度的，尤其是在坚持自己意见和争取他人支持自己意见的过程中，更需要有谨慎谦虚的态度先去了解别人为什么不同意你，为什么不支持你，再用有效的事实，合理的风险规避策略，有条理的逻辑和推断，去证明自己的方式才是最优方式，或许在这个过程中，你会发现，其实自己的方案需要改进，或者本身不是最佳方案，这样你才能在平和的气氛中，既选出最佳的方案，又保持各方的利益，在实际项目中，往往技术只是整个项目很小一部分，用张狂凸显技术的重要性，无疑容易刺激其他方的利益和神经，造成更加剧烈的对抗，这样一方面增大了错失最好方案的几率，另一方面，你会发现，往往技术方不是拥有主要发言权和决定权的博弈方，你很有可能导致在未来的开发过程中更多的不利性，当行政资源，销售资源，客户资源都不积极配合你的时候，技术真的举步维艰，巧妇难为无米之炊，再好的技术也需要相关方面舍得给你合适的投入，合理的工期和足够的信心，不要认为你给客户做项目，客户和公司就一定支持你，很多时候，往往支持是需要用耐心和事实争取的。 当然，该强硬的时候要强硬，但根据我的经验，遇人先低调，即使是想摸老虎屁股，也要先熟悉老虎的脾气再下手，用户喜欢张狂，你再发挥，用户喜欢低调，你就低调，你要明白以客户为中心，与客户建立信任的过程，远远不仅仅是满足他对产品上的需求，我常常对TEAM说一句话：达到客户要求只能得60分，要想客户满意，必须超越客户的心理预期，请问不低调的向客户学习，不认真观察客户需要什么，烦恼什么，不不耻下问，你怎么能知道客户的预期，真正需求在哪里，在他的心里，只是他不愿意说或者不知道怎么说而已，所以低调的做项目，认真的分析客户需要什么，担心什么，才能知道他的预期是什么，最终超越预期。 和客户建立起合作而非简单的甲乙方关系，向客户学习，向市场学习，向需求靠拢的过程，我想并不是要你去查颜观色，而是要先低调去了解，比如客户担心技术，你就不该低调，你就该展现你的技术实力，成功案例，让他安心，让他相信你的能力能够承载他的梦想，但如何客户觉得业务不对，你就应该低调，你要明白客户才是系统的使用者，一个系统让使用者别扭，一定是系统本身的问题，所以我说该展现实力的时候就展现，该低调的时候要低调，但遇人先低调是没错的，因为你不了解对手的等级，也不了解他的需求，你不应该先低调的了解他吗? 总结一下，大体两个意思，1 项目团队内部的各种协商需要低调，2 对待客户也需要低调。所以我认为技术人员应该是低调的。 |
| 返回顶楼 | |
|
发表时间：2008-12-01
如果让别人觉得,不太乐意跟你打交道,或是跟你共事有种压迫感,不论如何吧,我描述不清楚那种感觉.如果这个现象一旦出现,绝对就是一个硬伤,而且是无形的.
|
| 返回顶楼 | |
|
发表时间：2008-12-01
坚持站在你这边 就这个论题 太明显了 mliz 取得了居高点。。。
至于楼主的个性 我见过的太多了。。。 不太喜欢合作的。。。一味的坚持己见 根本听不进意见 也就没有了交流和沟通的必要 这么说吧这类性格 比较"和谐" 不民主开放 如果您(楼主)能改 应该不失为一名您所说的大将 不改的话即使有幸做了大将 也是个独裁者 与这个时代格格不入 不可能服人 再说一个比较个人的意见：我真心希望楼主能成为大将，况且您也具备这种资质，而不是像某人那般。 mliz 写道 wanday 写道 真的很高兴能够与mliz有这样一番讨论，碰撞是在所难免的，言语上有什么不适当，敬请原谅，很抱歉！
说实话，在一定程度上，我同意你的观点，所谓“高调做事，低调做人”，让我一直在思考。对于你说的，我也会有选择的去接收，但是不一定会“接受”，我会认真考虑。而且将在很长一段时间里，我还是我，而且我还是坚持我是对的，但是也没有否定你。大家一致认为我太张狂，但是事实上不张狂那也就不是我了。而且我到现在仍然认为“张狂”不是缺点，为什么我们不能张狂一点？ mliz，真的很高兴在javaeye里认识你，我把你当做朋友了，但是不知道你怎么认为了，如果能成为朋友，请回帖！ 张狂好不好，这个问题值得讨论，就我个人而言，技术人员不适合张狂，为什么，因为技术除了有水平高低的问题外，还有大量的细节需要思考，还有业务，成本和资源的问题需要平衡，细节的思考，无疑需要很多人的群策群力，业务，成本和资源的协调更需要你和相关人员的交流和争取，这种群策群力和交流争取的过程，我认为是需要参与者有足够的坦诚，公开和包容不同意见的态度的，尤其是在坚持自己意见和争取他人支持自己意见的过程中，更需要有谨慎谦虚的态度先去了解别人为什么不同意你，为什么不支持你，再用有效的事实，合理的风险规避策略，有条理的逻辑和推断，去证明自己的方式才是最优方式，或许在这个过程中，你会发现，其实自己的方案需要改进，或者本身不是最佳方案，这样你才能在平和的气氛中，既选出最佳的方案，又保持各方的利益，在实际项目中，往往技术只是整个项目很小一部分，用张狂凸显技术的重要性，无疑容易刺激其他方的利益和神经，造成更加剧烈的对抗，这样一方面增大了错失最好方案的几率，另一方面，你会发现，往往技术方不是拥有主要发言权和决定权的博弈方，你很有可能导致在未来的开发过程中更多的不利性，当行政资源，销售资源，客户资源都不积极配合你的时候，技术真的举步维艰，巧妇难为无米之炊，再好的技术也需要相关方面舍得给你合适的投入，合理的工期和足够的工期，不要认为你给客户做项目，客户和公司就一定支持你，很多时候，往往支持是需要用耐心和事实争取的。 当然，该强硬的时候要强硬，但根据我的经验，遇人先低调，即使是想摸老虎屁股，也要先熟悉老虎的脾气再下手，用户喜欢张狂，你再发挥，用户喜欢低调，你就低调，你要明白以客户为中心，与客户建立信任的过程，远远不仅仅是满足他对产品上的需求，我常常对TEAM说一句话：达到客户要求只能得60分，要想客户满意，必须超越客户的心理预期，请问不低调的向客户学习，不认真观察客户需要什么，烦恼什么，不不耻下问，你怎么能知道客户的预期，真正需求在哪里，在他的心里，只是他不愿意说或者不知道怎么说而已，所以低调的做项目，认真的分析客户需要什么，担心什么，才能知道他的预期是什么，最终超越预期。 和客户建立起合作而非简单的甲乙方关系，向客户学习，向市场学习，向需求靠拢的过程，我想并不是要你去查颜观色，而是要先低调去了解，比如客户担心技术，你就不该低调，你就该展现你的技术实力，成功案例，让他安心，让他相信你的能力能够承载他的梦想，但如何客户觉得业务不对，你就应该低调，你要明白客户才是系统的使用者，一个系统让使用者别扭，一定是系统本身的问题，所以我说该展现实力的时候就展现，该低调的时候要低调，但遇人先低调是没错的，因为你不了解对手的等级，也不了解他的需求，你不应该先低调的了解他吗? 总结一下，大体两个意思，1 项目团队内部的各种协商需要低调，2 对待客户也需要低调。所以我认为技术人员应该是低调的。 |
| 返回顶楼 | |
|
发表时间：2008-12-01
mliz 写道 wanday 写道 真的很高兴能够与mliz有这样一番讨论，碰撞是在所难免的，言语上有什么不适当，敬请原谅，很抱歉！
说实话，在一定程度上，我同意你的观点，所谓“高调做事，低调做人”，让我一直在思考。对于你说的，我也会有选择的去接收，但是不一定会“接受”，我会认真考虑。而且将在很长一段时间里，我还是我，而且我还是坚持我是对的，但是也没有否定你。大家一致认为我太张狂，但是事实上不张狂那也就不是我了。而且我到现在仍然认为“张狂”不是缺点，为什么我们不能张狂一点？ mliz，真的很高兴在javaeye里认识你，我把你当做朋友了，但是不知道你怎么认为了，如果能成为朋友，请回帖！ 张狂好不好，这个问题值得讨论，就我个人而言，技术人员不适合张狂，为什么，因为技术除了有水平高低的问题外，还有大量的细节需要思考，还有业务，成本和资源的问题需要平衡，细节的思考，无疑需要很多人的群策群力，业务，成本和资源的协调更需要你和相关人员的交流和争取，这种群策群力和交流争取的过程，我认为是需要参与者有足够的坦诚，公开和包容不同意见的态度的，尤其是在坚持自己意见和争取他人支持自己意见的过程中，更需要有谨慎谦虚的态度先去了解别人为什么不同意你，为什么不支持你，再用有效的事实，合理的风险规避策略，有条理的逻辑和推断，去证明自己的方式才是最优方式，或许在这个过程中，你会发现，其实自己的方案需要改进，或者本身不是最佳方案，这样你才能在平和的气氛中，既选出最佳的方案，又保持各方的利益，在实际项目中，往往技术只是整个项目很小一部分，用张狂凸显技术的重要性，无疑容易刺激其他方的利益和神经，造成更加剧烈的对抗，这样一方面增大了错失最好方案的几率，另一方面，你会发现，往往技术方不是拥有主要发言权和决定权的博弈方，你很有可能导致在未来的开发过程中更多的不利性，当行政资源，销售资源，客户资源都不积极配合你的时候，技术真的举步维艰，巧妇难为无米之炊，再好的技术也需要相关方面舍得给你合适的投入，合理的工期和足够的工期，不要认为你给客户做项目，客户和公司就一定支持你，很多时候，往往支持是需要用耐心和事实争取的。 当然，该强硬的时候要强硬，但根据我的经验，遇人先低调，即使是想摸老虎屁股，也要先熟悉老虎的脾气再下手，用户喜欢张狂，你再发挥，用户喜欢低调，你就低调，你要明白以客户为中心，与客户建立信任的过程，远远不仅仅是满足他对产品上的需求，我常常对TEAM说一句话：达到客户要求只能得60分，要想客户满意，必须超越客户的心理预期，请问不低调的向客户学习，不认真观察客户需要什么，烦恼什么，不不耻下问，你怎么能知道客户的预期，真正需求在哪里，在他的心里，只是他不愿意说或者不知道怎么说而已，所以低调的做项目，认真的分析客户需要什么，担心什么，才能知道他的预期是什么，最终超越预期。 和客户建立起合作而非简单的甲乙方关系，向客户学习，向市场学习，向需求靠拢的过程，我想并不是要你去查颜观色，而是要先低调去了解，比如客户担心技术，你就不该低调，你就该展现你的技术实力，成功案例，让他安心，让他相信你的能力能够承载他的梦想，但如何客户觉得业务不对，你就应该低调，你要明白客户才是系统的使用者，一个系统让使用者别扭，一定是系统本身的问题，所以我说该展现实力的时候就展现，该低调的时候要低调，但遇人先低调是没错的，因为你不了解对手的等级，也不了解他的需求，你不应该先低调的了解他吗? 总结一下，大体两个意思，1 项目团队内部的各种协商需要低调，2 对待客户也需要低调。所以我认为技术人员应该是低调的。 楼主,mliz说的不错，学校只是小社会，你是优等生，是天之骄子，允许你个性太强。你现在才刚毕业.到复杂的社会上磨练磨练就知道了。工作2年，曾经很狂的人飘过。。。 |
| 返回顶楼 | |
|
发表时间：2008-12-01
mliz 写道 wanday 写道 真的很高兴能够与mliz有这样一番讨论，碰撞是在所难免的，言语上有什么不适当，敬请原谅，很抱歉！
说实话，在一定程度上，我同意你的观点，所谓“高调做事，低调做人”，让我一直在思考。对于你说的，我也会有选择的去接收，但是不一定会“接受”，我会认真考虑。而且将在很长一段时间里，我还是我，而且我还是坚持我是对的，但是也没有否定你。大家一致认为我太张狂，但是事实上不张狂那也就不是我了。而且我到现在仍然认为“张狂”不是缺点，为什么我们不能张狂一点？ mliz，真的很高兴在javaeye里认识你，我把你当做朋友了，但是不知道你怎么认为了，如果能成为朋友，请回帖！ 张狂好不好，这个问题值得讨论，就我个人而言，技术人员不适合张狂，为什么，因为技术除了有水平高低的问题外，还有大量的细节需要思考，还有业务，成本和资源的问题需要平衡，细节的思考，无疑需要很多人的群策群力，业务，成本和资源的协调更需要你和相关人员的交流和争取，这种群策群力和交流争取的过程，我认为是需要参与者有足够的坦诚，公开和包容不同意见的态度的，尤其是在坚持自己意见和争取他人支持自己意见的过程中，更需要有谨慎谦虚的态度先去了解别人为什么不同意你，为什么不支持你，再用有效的事实，合理的风险规避策略，有条理的逻辑和推断，去证明自己的方式才是最优方式，或许在这个过程中，你会发现，其实自己的方案需要改进，或者本身不是最佳方案，这样你才能在平和的气氛中，既选出最佳的方案，又保持各方的利益，在实际项目中，往往技术只是整个项目很小一部分，用张狂凸显技术的重要性，无疑容易刺激其他方的利益和神经，造成更加剧烈的对抗，这样一方面增大了错失最好方案的几率，另一方面，你会发现，往往技术方不是拥有主要发言权和决定权的博弈方，你很有可能导致在未来的开发过程中更多的不利性，当行政资源，销售资源，客户资源都不积极配合你的时候，技术真的举步维艰，巧妇难为无米之炊，再好的技术也需要相关方面舍得给你合适的投入，合理的工期和足够的信心，不要认为你给客户做项目，客户和公司就一定支持你，很多时候，往往支持是需要用耐心和事实争取的。 当然，该强硬的时候要强硬，但根据我的经验，遇人先低调，即使是想摸老虎屁股，也要先熟悉老虎的脾气再下手，用户喜欢张狂，你再发挥，用户喜欢低调，你就低调，你要明白以客户为中心，与客户建立信任的过程，远远不仅仅是满足他对产品上的需求，我常常对TEAM说一句话：达到客户要求只能得60分，要想客户满意，必须超越客户的心理预期，请问不低调的向客户学习，不认真观察客户需要什么，烦恼什么，不不耻下问，你怎么能知道客户的预期，真正需求在哪里，在他的心里，只是他不愿意说或者不知道怎么说而已，所以低调的做项目，认真的分析客户需要什么，担心什么，才能知道他的预期是什么，最终超越预期。 和客户建立起合作而非简单的甲乙方关系，向客户学习，向市场学习，向需求靠拢的过程，我想并不是要你去查颜观色，而是要先低调去了解，比如客户担心技术，你就不该低调，你就该展现你的技术实力，成功案例，让他安心，让他相信你的能力能够承载他的梦想，但如何客户觉得业务不对，你就应该低调，你要明白客户才是系统的使用者，一个系统让使用者别扭，一定是系统本身的问题，所以我说该展现实力的时候就展现，该低调的时候要低调，但遇人先低调是没错的，因为你不了解对手的等级，也不了解他的需求，你不应该先低调的了解他吗? 总结一下，大体两个意思，1 项目团队内部的各种协商需要低调，2 对待客户也需要低调。所以我认为技术人员应该是低调的。 同意mliz的观点，技术是没有极限的，做事先要学会做人，须知任何事情不是你一个人说了就能算的，TEAM的合作尤其重要，诚然，Teamates的水平参差不齐，但是大家应该共同进步的不是？ |
| 返回顶楼 | |
|
发表时间：2008-12-01
mliz的心态非常的好，哈哈，又让我想起了很小的时候看的张东健演的那个女主播的故事的一个情景，蔡琳收到了一束花，以为是张送的，冲进办公室狠狠的将花摔给了张，张只是微笑的看着她，知道后来蔡琳父亲问她收到鲜花了吗，她才知道。。。。。。
|
| 返回顶楼 | |
|
发表时间：2008-12-01
很多道理不是靠三言五语来讲明的，需要亲身体会才能分清谁是谁非
赞米兄一下～～ ……曾经很自以为是的人飘过 |
| 返回顶楼 | |
