|
锁定老帖子 主题：管理路漫漫：团队习惯的养成
精华帖 (4) :: 良好帖 (2) :: 新手帖 (0) :: 隐藏帖 (6)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-10-03
看了您的几篇博客，对您非常尊敬。我还是北京在校的一名小硕，实验室项目不是很多，现在感觉自己找工作的时候没有竞争力，以您的经验，我该如何努力呢？另外，从您博客的内容看出，您做过Flex开发，我们现在也用的是Flex+java架构做项目开发，但感觉外面的公司用Flex的不是很多（从实习生招聘上可以看出），您能否介绍一下Flex的应用前景及方向呢，谢谢!
|
| 返回顶楼 | |
|
发表时间：2010-10-04
最后修改：2010-10-04
tinkame 写道 看了您的几篇博客，对您非常尊敬。我还是北京在校的一名小硕，实验室项目不是很多，现在感觉自己找工作的时候没有竞争力，以您的经验，我该如何努力呢？另外，从您博客的内容看出，您做过Flex开发，我们现在也用的是Flex+java架构做项目开发，但感觉外面的公司用Flex的不是很多（从实习生招聘上可以看出），您能否介绍一下Flex的应用前景及方向呢，谢谢!
Flex是企业应用前端最健壮和安全的RIA技术，但技术的推动，除了和业务需求有关，很多时候和商业策略有关，比如Flex Builder是收费的，Flex Chart和Data Binding并没有开源，而这是企业应用非常核心的东西，尤其是后者。 不过，企业系统的价值和成败，往往决定性因素，并不是用更时髦或高效的技术。Flex再炫，也只是改善了一点易用性，对企业价值很有限。 有大量可重用组件、健壮、培训成本低(易上手)、易团队协作、亿招到现成人才，更是一项技术或框架的选择因素。 另外，培训、教育市场也应该跟得上。我09年做Flex开发，虽然最后系统技术上成功了，但架构是自己摸索，文档全部是英文，从公司考虑，风险和成本非常高。 Flex的学习成本比较高，低于Swing，但高于Struts等。但Flex技术掌握后，开发速度非常快，一个CRUD功能一两天就可以搞定。 另外，Flex和后台的持久化结合得并不好，没有成熟的方案，Hibernate的关联映射(Lazy Loading)等没法用，而这是Hibernate的核心。 不过，我觉得像你这种情况，还是低头做事比较好，关心技术趋势，可以等到毕业后一两年再考虑。 因为，当你不看好一项技术时，兴趣和热情会锐减，而现在，你最需要提升的，是技术水平，任何技术都狂学。 再说，你要是学好了Flex+后台的Java开发，并且读懂了它们的源码，有什么企业系统开发你搞不定的？Struts那些技术，一两周就会了，Spring上手只需要两天。 另外，一些偏技术型公司，更会考察你的技术基础+热情+悟性，而绝不是你掌握了几个框架。过分表达自己会几个框架的人，一般技术都不咋地。不要说自己会Hibernate，要说自己熟悉持久化技术。 |
| 返回顶楼 | |
|
发表时间：2011-01-12
深有体会啊，这篇文章讲的很对，但是没有说出解决办法和技巧。
|
| 返回顶楼 | |
|
发表时间：2011-01-25
jetthink 写道 aws 写道 jetthink 写道 我最近在一个刚刚起步的公司，这个公司之前一年都在比较松散的制度下，里面人基本都是老油条，我现在也要求他们每天写计划和日志，不过交上来的日志一般只有1行，我也只能安慰自己说，1行总比1行都没有强，至于怎么写只能一点一点的培训了。
但是目前项目时间又很紧，同时还要改变他们的习惯，本来还想从结对编程开始，但是上下都不理解，无法实现。 有的时候不得不说，还是应届生好管理 要基层人员每天写所谓计划和日志本来就是个极其可笑的制度 计划是什么，是自上而下，基层的人只负责执行，上面的人制定计划按计划来检查或者调配 要下面的人自己写计划，那到底是要搞什么计划些什么？结果必然是敷衍和形式主义 开发过程中每个人都是负责人的专业人员，他们不是工业化的生产线上工人，里面肯定会有部分创造性的劳动，自己写一下，也是帮助思考 开发过程中每个人都是负责人的专业人员，他们不是工业化的生产线上工人，里面肯定会有部分创造性的劳动，自己写一下，也是帮助思考 这句话太值得思考了 |
| 返回顶楼 | |
