- 浏览: 163892 次
- 性别:
- 来自: 华东
-
文章分类
最新评论
-
chen_miao:
我是初学者,请问,我在flex设计好了带有按钮和下拉框的界面, ...
ruby+flex实现天气预报 -
barrytyh:
很多技术人员都有想法,但忘了一个根本性的问题,谁在给你MONE ...
互联网创业与软件开发 -
fireflyman:
囧......
关于并发和并行 -
fireflyman:
你老再次出现了
谈谈互联网新产品如何起步 -
qhh394141930:
写得很详细,受教了。谢谢!
从瀑布模型、极限编程到敏捷开发
在这里我不想一味地去抱怨对公司管理的不满,只想和大家一起分享下我们在做技术决策时遇到的问题。
遇到的很多情况是,公司领导是以前在大公司做过什么CTO之类的人,有了自己的一些资本和人脉积累后,自己跳出来开个小公司,这类人在技术上有着自己独特的见解和十分强的自信心。然后开始招兵买马,那么是什么兵什么马呢?据我了解招的大多数是应届生或不足一年工作经验的。之后项目来了,于是开始带领大家做项目,那么这里存在一个采用什么技术进行开发的问题,如果我是老板我一定会选最NiuBility的技术,你想啊,既然我的人拼不过别人,那么我在技术的先进性一定要比别人NiuBility,再加上自己伟大的创意,这样才有和别人竞争的余地。
事实上我们目前也是这么干的,昨天j2ee,今天SOA,明天restful,后天……,为了超越别人。于是一帮本来就没有多少的经验的人在各种技术之间疲于奔命。就举个实例吧,最近就有这么一个项目,为了做的比别的同类产品NiuBility,打算用flex做前端,丫的,多酷啊,加上javaeyer一起看好,难道有错?在项目启动会上老板首先把这个东西鼓吹一番,什么跨平台、未来趋势、AIR……,之后大家开始讨论这个东西,当时只有我保留意见,其他人一致通过。现在不想去讨论这个东西有多么NiuBility,关键是目前我们有几个人会这个东西,nobody!于是边学边干,据说pureMVC好,于是就基于pureMVC做,做着做着,我越发的感觉这个这个世界太疯狂了,连AS都还没弄清楚怎么回事的人就开始玩转pureMVC了,尽管我没有参与这个项目。结果是一片混乱,工期开始肆意的延长,老板急了,那加工加点吧,赶制出来的东西粗糙的不得了,一堆问题也不知道怎么办,界面不好看为什么不去修改flex的皮肤?由于不熟练怕耽误时间。性能跟不上为什么不去找瓶颈去优化?因为不会。出错了为什么不能很快解决?因为没有调试经验。和后台交互为什么那么费劲?还是因为不熟。
那么你可能奇怪,为什么不早点发现这个技术瓶颈问题从而解决呢?那就要话说在项目决策的时候,经过老板这么一鼓吹,大家都被吹晕了,因为这个东西大家都没接触过,也不好反对,再说确实也拿不出一手的经验去证明这个东西不适宜我们,谁能反驳他?他说好那就好喽。而且还有一点,你要是反对使用这个东西你就会被贴上保守、不自信的标签,老板嘴上不说,心里多少会这么想的,我就由于就没投赞成票,老板几次和我说(做不满意状),叫偶多了解点这方面的东西。
那么技术决策该怎么做呢?我觉得很简单,根据员工的特长去选,扬长避短,其实这个道理是蛮简单的,但是这里有个矛盾的地方,就是有些公司为了节省人力成本还是愿意接收大量的应届生或者刚入门者,但又想提高公司的技术水准,所以在做项目的时候大家基本是边学边做,这无疑把企业培训的风险和成本加到项目开发过程中了,不可否认的是技术的提高是个积累的过程 ,拔苗助长只会让项目死的更快,所以也就让老板感觉,他在工作,我们却在玩。折腾了那么多的NiuBility的技术,结果我们j2ee了吗?我们soa了吗?我们restful了吗?我只感觉我们在玩!
那么为什么不去聘请O6Z这样的大佬来带领大家一边拍脑袋,一边干活,多帅啊,很遗憾,我们供不起这样的大佛,你还别不信,在用人上,有些老板有时就会把一块钱看的和月亮一样大,谁要价低,包装看得过得去,就买谁。这里人力资源可能就是T1说的服务期货,没有服务器、路由器等这样的现货来的实在,来的让人心里感到踏实。
总之我认为,老板有什么样的枪,就去打什么样的鸟,否则结局很可能就是,老板来收我们的烂摊子,而我们只得另投明主了。
欢迎拍砖,如有雷同,纯属巧合
评论
都500人以上了,怎么就开始这样搞了呢
新技术、创新,核心的骨干成员一批批的走掉,换来了是一批批的毕业生
整一个培训基地,项目越做越烂。
真是不解,陷入恶性循环,再大的公司也要被拖垮。
兄弟做Flex几年了?我没听几个人说Flex不难的,可能是我孤陋寡闻吧! 如果就是做点玩偶级别的应用,我倒是赞同你的观点。呵呵!
不一定所有的新技术都要用,JSF不用返回去用JSP/Servlet,Hibernate不用返回去用JDBC/iBATIS,Spring不用EJB不用返回去自己写AOP+JDBC事务管理+手动数据库乐观锁
反正什么稳定用什么,不知道这些决策的做出究竟是他一个人自己的一厢情愿还是从整个软件科人员的能力水平综合考虑出发的
现在又让另外一个表现层比较好的同事一个人写一个web框架出来 OMG...
<div class='quote_div'>
<p class='0' style='margin-top: 5pt; text-align: justify;'><span style='font-size: 11pt; font-family: 'Times New Roman';'><span style=''> 在这里我不想一味地去抱怨对公司管理的不满,只想和大家一起分享下我们在做技术决策时遇到的问题。</span></span></p>
<p class='0' style='margin-top: 5pt; margin-bottom: 5pt;'><span style='font-size: 11pt; font-family: 'Times New Roman';'> <span style=''>遇到的很多情况是,公司领导是以前在大公司做过什么CTO之类的人,有了自己的一些资本和人脉积累后,自己跳出来开个小公司,这类人在技术上有着自己独特的见解和十分强的自信心。然后开始招兵买马,那么是什么兵什么马呢?据我了解招的大多数是应届生或不足一年工作经验的。之后项目来了,于是开始带领大家做项目,那么这里存在一个采用什么技术进行开发的问题,如果我是老板我一定会选最NiuBility的技术,你想啊,既然我的人拼不过别人,那么我在技术的先进性一定要比别人NiuBility,再加上自己伟大的创意,这样才有和别人竞争的余地。</span></span></p>
<p class='0' style='margin-top: 5pt; margin-bottom: 5pt;'><span style='font-size: 11pt; font-family: 'Times New Roman';'> <span style=''>事实上我们目前也是这么干的,昨天j2ee,今天SOA,明天restful,后天……,为了超越别人。于是一帮本来就没有多少的经验的人在各种技术之间疲于奔命。就举个实例吧,最近就有这么一个项目,为了做的比别的同类产品NiuBility,打算用flex做前端,丫的,多酷啊,加上javaeyer一起看好,难道有错?在项目启动会上老板首先把这个东西鼓吹一番,什么跨平台、未来趋势、AIR……,之后大家开始讨论这个东西,当时只有我保留意见,其他人一致通过。现在不想去讨论这个东西有多么NiuBility,关键是目前我们有几个人会这个东西,nobody!于是边学边干,据说pureMVC好,于是就基于pureMVC做,做着做着,我越发的感觉这个这个世界太疯狂了,连AS都还没弄清楚怎么回事的人就开始玩转pureMVC了,尽管我没有参与这个项目。结果是一片混乱,工期开始肆意的延长,老板急了,那加工加点吧,赶制出来的东西粗糙的不得了,一堆问题也不知道怎么办,界面不好看为什么不去修改flex的皮肤?由于不熟练怕耽误时间。性能跟不上为什么不去找瓶颈去优化?因为不会。出错了为什么不能很快解决?因为没有调试经验。和后台交互为什么那么费劲?还是因为不熟。 </span></span></p>
<p class='0' style='margin-top: 5pt; margin-bottom: 5pt;'><span style='font-size: 11pt; font-family: 'Times New Roman';'> <span style=''>那么你可能奇怪,为什么不早点发现这个技术瓶颈问题从而解决呢?那就要话说在项目决策的时候,经过老板这么一鼓吹,大家都被吹晕了,因为这个东西大家都没接触过,也不好反对,再说确实也拿不出一手的经验去证明这个东西不适宜我们,谁能反驳他?他说好那就好喽。而且还有一点,你要是反对使用这个东西你就会被贴上保守、不自信的标签,老板嘴上不说,心里多少会这么想的,我就由于就没投赞成票,老板几次和我说(做不满意状),叫偶多了解点这方面的东西。</span></span></p>
<p class='0' style='margin-top: 5pt; margin-bottom: 5pt; text-indent: 22pt;'><span style='font-size: 11pt; font-family: 'Times New Roman';'><span style=''>那么技术决策该怎么做呢?我觉得很简单,根据员工的特长去选,扬长避短,其实这个道理是蛮简单的,但是这里有个矛盾的地方,就是有些公司为了节省人力成本还是愿意接收大量的应届生或者刚入门者,但又想提高公司的技术水准,所以在做项目的时候大家基本是边学边做,这无疑把企业培训的风险和成本加到项目开发过程中了,不可否认的是技术的提高是个积累的过程 ,拔苗助长只会让项目死的更快,所以也就让老板感觉,他在工作,我们却在玩。折腾了那么多的NiuBility的技术,结果我们</span></span><span style='font-size: 11pt; font-family: '宋体';'>j2ee<span style=''>了吗?我们soa了吗?我们restful了吗?我只感觉我们在玩!</span></span></p>
<p class='0' style='margin-top: 5pt; margin-bottom: 5pt; text-indent: 22pt;'><span style='font-size: 11pt; font-family: '宋体';'><span style=''>那么为什么不去聘请O6Z这样的大佬来带领大家一边拍脑袋,一边干活,多帅啊,很遗憾,我们供不起这样的大佛,你还别不信,在用人上,有些老板有时就会把一块钱看的和月亮一样大,谁要价低,包装看得过得去,就买谁。这里人力资源可能就是T1说的服务期货,没有服务器、路由器等这样的现货来的实在,来的让人心里感到踏实。</span></span></p>
<p class='0' style='margin-top: 5pt; margin-bottom: 5pt; text-indent: 22pt;'><span style='font-size: 11pt; font-family: '宋体';'><span style=''>总之我认为,老板有什么样的枪,就去打什么样的鸟,否则结局很可能就是,老板来收我们的烂摊子,而我们只得另投明主了。</span></span><span style='font-size: 11pt; font-family: 'Times New Roman';'> </span></p>
<p class='0'><span style='font-size: 11pt; font-family: 'Times New Roman';'><span style=''> 欢迎拍砖,如有雷同,纯属巧合</span></span></p>
<p class='0'> </p>
<p class='0'> </p>
<p class='0'><span style=''>我们不是在玩,我们在睡觉!</span></p>
<!----></div>
<p> </p>
替换关键词就是:先让一部人熟悉起来,再带动更多的人熟悉起来
对于某项技术,团队里都是新手的话就,极容易出现同归于尽的情景。
但只要有一两个熟悉的,就能带动其他新手逐步上路。新人少走了些爬滚摸爬的基础道路,不会一下把激情消耗光;老手在新手的提问中能不断温故知新、探索新知。虽然不能在短时间内出尖兵,但也不至于死得一塌糊涂。
NiuBility,选择适合自己团队的技术才是王道,其他就是扯淡!
两种极端的公司(技术概念show和仅仅重视业务)我都呆过,太极端了不见得好
我在a公司的时候,a公司的老板在刚刚招我进来的时候说:“我希望你将来转行做物流咨询”“希望用尽可能保守的技术”。a公司是一家在物流咨询发展十分快的公司,业务方面非常好,物流咨询方面也十分专业。老板给我带概念是:“物流方面,软件是次要的,关键是流程,物流人员的管理以及培训。。。。”。具体到软件方面,就是开发人员实力都很一般(老手也不是很专业,其他都是刚毕业的)。没有专业的数据库人员。。。。老板可以自己写sql,写存储过程——创业型的公司。(我本身很喜欢这家公司)
但是做出来的软件,并发量40就崩溃了。因为已经很多年的客户,有比较多的应用了,所以重新设计或者修改麻烦很大。(老板根本就没这个想法,在他心目中软件根本可有可无,主要是客户需要,物流方面我不是很懂,但是有点小小不赞同,可能创业公司的无奈吧)
我在b公司。主管回答我业务范围的时候说:“很大,说不清楚,总之就是很大”。
我进去以后今年做a,明天做b,什么新就做什么,有次用到工作流,我如果选a的话,没有图形化的设计器;如果选b的话,设计器是cs的,bs上暂时还没有。。。。。
pm说:没有我们就开发一个。。。。。类似的事情太多了。很牛很牛啊。
不过我们老板更能用新的东西。
看样子富有冒险精神的老板还是很多的,也许技术和商人的想法有差异吧。
第一次发帖,Javaeye确实不错,很畅快的感觉。
我的确把楼主的话题岔出去了,但是确实一直找这个选择的支撑点,看到了此说,便欣喜的请教。
而楼主的问题,必须面临现实:同一个东西(在社交关系几乎平等的情况下),你的功能再好,但是UI输于竞争者,你往往拿不到单;你的技术体系简单的说不出口,也让客户没啥兴趣;因为客户的东西,一方面是他们要使用,另一方面与他们的业绩挂钩,要么提升要么奖金或者提薪。
而技术人员去思考的角度,和更高层的经理或者“老板”思考的角度,也是不一样的。
技术最底层的人(开发者)更追求新技术,为了提升自己资本
技术中层更务实(TL),因为不想承担失败的后果
技术高层(PM...),则也有向老板证实或者显示自己的一面
更高层(CTO,老板),则必须有迷惑住客户的资本。
如此反复,祸源不是“老板”,而是市场。
既然人在江湖,就服从江湖的规则吧。
楼主不反对的话,俺继续接着这位岔出去。
技术最底层的人,有追新的想法,如果没有技术中层、高层的支持是很难推进和积累的,也未必有这个能力去实现和推广。
技术中层要争取技术高层的支持,要亲自去带领部分的开发人员一起实践新的技术,其实在公司里推广很重要,只要推广的成功,给公司带来了可评估可验证的效益,最高层是绝对不会反对的。同时技术中层要做好技术风险的管理,用演进的方式推进式研发,不能是没有后路形的冒进。
你这里的PM其实不算技术高层,更多的是在管理上创造好的条件,同时也要控制技术的研发风险,控制时间投入的效率,既不能太少,也不能太多。同时要做好下面人员的保护伞,比如避免政治的火烧到手下的人。最重要的是要做好新技术的“忽悠”部分的工作,得到最上层和客户的认同(诸如新技术能够提供销售人员的素材,能够用相对低的价格留住开发人员等等),还要动足脑筋让下面人的研发成果可评估可验证。
最高层(你这里的最高层的CTO有点吃干饭的味道,不过有的CTO专门就是用来忽悠的),不能过多干涉下层人员的研发工作,只要不影响项目的进度,只要PM这层能把好评估和验证关就可以,同时也可以要求PM这层做出相应的介绍的PPT供自己忽悠客户,为研发成果创造更好的市场铺垫。
能多解释一下为什么不选air么?
在网上搜索了不少对比,感觉不出明显的差异来,只是说puremvc的松耦合更合理,也不用单例。
莫非air的调试会简单么?
就一个方面说一下吧。
选air的话,客户端要装插件的,反过来说,如果客户能够接受安装插件的话,我觉得客户没理由不选SL或者Java Web Start,个人觉得JDK6up10出了按需下载JRE后,java的解决方案的jre下载量也是不大的。
这里叉出去一下:
第一次访问系统的下载量分两种,平台下载量,如air、flash、SL、JRE,然后是客户端应用的下载量如SWF、JS、XAML、SNP等。
Flex的部署优势很重要的一点是,不使用air的话,flash的部署比例是惊人的高的,所以平台的下载量是可以节省大量时间的(国内的垃圾网络速度)。
再叉出去一下,要不是FlashTV的全球应用和Youtube的极其成功,也不会使得现在flash的安装比例这么高。
先有Killer应用、还是现有Killer技术好比先有鸡还是先有蛋,有时候很难分析清楚。
我的确把楼主的话题岔出去了,但是确实一直找这个选择的支撑点,看到了此说,便欣喜的请教。
而楼主的问题,必须面临现实:同一个东西(在社交关系几乎平等的情况下),你的功能再好,但是UI输于竞争者,你往往拿不到单;你的技术体系简单的说不出口,也让客户没啥兴趣;因为客户的东西,一方面是他们要使用,另一方面与他们的业绩挂钩,要么提升要么奖金或者提薪。
而技术人员去思考的角度,和更高层的经理或者“老板”思考的角度,也是不一样的。
技术最底层的人(开发者)更追求新技术,为了提升自己资本
技术中层更务实(TL),因为不想承担失败的后果
技术高层(PM...),则也有向老板证实或者显示自己的一面
更高层(CTO,老板),则必须有迷惑住客户的资本。
如此反复,祸源不是“老板”,而是市场。
既然人在江湖,就服从江湖的规则吧。
能多解释一下为什么不选air么?
在网上搜索了不少对比,感觉不出明显的差异来,只是说puremvc的松耦合更合理,也不用单例。
莫非air的调试会简单么?
就一个方面说一下吧。
选air的话,客户端要装插件的,反过来说,如果客户能够接受安装插件的话,我觉得客户没理由不选SL或者Java Web Start,个人觉得JDK6up10出了按需下载JRE后,java的解决方案的jre下载量也是不大的。
这里叉出去一下:
第一次访问系统的下载量分两种,平台下载量,如air、flash、SL、JRE,然后是客户端应用的下载量如SWF、JS、XAML、SNP等。
Flex的部署优势很重要的一点是,不使用air的话,flash的部署比例是惊人的高的,所以平台的下载量是可以节省大量时间的(国内的垃圾网络速度)。
再叉出去一下,要不是FlashTV的全球应用和Youtube的极其成功,也不会使得现在flash的安装比例这么高。
先有Killer应用、还是现有Killer技术好比先有鸡还是先有蛋,有时候很难分析清楚。
<p> </p>
<p>首先一个所谓玩这个概念, 我觉得lz说的也不尽然, 说到底自己做老板是给自己打工,化的挣的都是自己的,所以其考虑问题并不是那么简单直观的。另外现在it环境不好,所谓适者生存,小公司要活下去,如果没有facebook那么niubility的商业模式,做老板的必须要考虑很多厚黑学之类的东西。</p>
<p>而做一个小老板,凡事要亲历亲为,特别是技术背景出身,不可能有销售那样深厚的社会关系,所以创业初期必然要化大量的经理去处理众多的杂事,显然不可能在项目中全程监管了,只能做国军连长的干活。</p>
<p> </p>
<p>lz老板从大公司出来,很可能还未正确认识到大公司和小公司在人力资源方面的差别,同样是应届毕业生,大公司可以获得和小公司是完全不同等的, 比如我在以前公司做事的时候手下也大部分都是应届毕业生,但是大部分我们在项目中使用的新技术,都可以被顺利的啃下来,这是基础素质的差别,提到这里再说一下,真的同样是人,同样是从学校里出来,效率差上5-10倍真是一点都不出奇。</p>
<p> </p>
<p>架构设计的技术决策本身不是一个纯技术的工作,架构设计有别于传统瀑布模型的总体设计的一个重要点在于架构是演进,验证出来的,需要团队人员的全程参与,所以架构设计如果不考虑团队成员的实际能力和以往经验,只以leader的背景进行操作,就是高风险的玩火。但是这只是从项目层面的角度去考虑而已,实际相当多的小公司都不靠质量吃饭的。</p>
<p> </p>
<p>使用新技术的原因也很简单,一个无非是市场卖点,在缺少雄厚的实力支持的情况下,小公司只能靠社会关系和技术创新出彩,特别是在需要外来资金注入的情况下,则必然只能通过技术创新来吸引投资, 因为可想而知,大部分公司都不会有太好的商业模式,再加上你们老板大公司CTO出身的背景所以用新技术这几乎是必然的,反观大公司,基本上都使用一些比较成熟,甚至过时的技术进行开发。另外一个,就是在考虑到人力资源差别的情况下,指望通过使用新技术来降低成本,回避风险问题,如果是以为这点的话,你们老大还考虑不周。</p>
<p> </p>
<p>至于请不请o6z老大的问题,以我这2年的经验来说,其实没有本质区别,因为说到底这其实不是技术问题,不是项目管理问题,而是老板的经营理念问题,也是基于这一点,实际上顾问是很难真正合作的,顾问和老板存在一个彼此信任的问题, 而我的经验,最后只要涉及到钱和成本,这些小老板的厚黑举动是会出乎你意料的。至于他宁可3k一个月养4,5个一年做不了多少的东西的人,也绝不会拿这4个人的人工去请一个高手原因,这往往不是简单的成本效率的问题,更多是出于风险控制的考虑。为了今天的生存,他可以根本不在乎什么,你又能指望他为啥要按你想当然的方式去做事?</p>
<p> </p>
<p>另外,国内大公司的生存更多靠商业模式和社会关系网,技术和项目管理方面往往比中小公司更加欠缺,所以有些大公司的cto,擅长的基本都不是技术和项目管理。不能站在纯的项目运作的自然规律的角度去考虑他们的行为。企业应用这块,纯技术的公司,在国内的环境是基本不可能生存的。</p>
<p> </p>
<p> </p>
<p>其实大公司里玩项目的情况也很多,不少pm和架构师为了增加自己技术背景,增加跳槽资历,常常不顾项目风险,盲目使用新技术, 只是越大的项目,越没人能够承认失败,所以最后公司客户一起排排坐,和稀泥,不了了之。</p>
我们的产品去年开始开发新版本,当时ajax流行的风头已经都快过了,我们的CTO就说 在新版本加上ajax吧,于是他一个人用了些时间实现了 主要是把页面分层,刷新和提交时只提交部分结果用户体验确实好很多.不过遗憾的是由于种种原因 改版本到现在还没有正式的应用案例.我们在给客户实施的时候都是先用成熟稳定的版本实现,然后再慢慢改.预计今年年底 第一个应用新版本会实施(新版本开发始于2006年底).
平时和他提什么新的方式和技术,他倒是比较开明.说给你点时间 你做一个demo出来看看,有提升就采用.没做出来就免谈.
技术选型也好,敏捷也罢,关键还是需要开发人员的经验与能力做保障,否则说什么都白搭。
NiuBility,选择适合自己团队的技术才是王道,其他就是扯淡!
<div class='quote_div'>我刚刚因为类似的原因离职了。 <br/>最近的项目是我力主采用Flex的,理由很简单,因为之前我们已经用Flex作过两个成功的项目,不管出现什么技术问题,我们都比较有信心自己能够解决。 <br/>负责人开始的时候并没什么表示,但是项目进行到一半的时候他突然发话,我们能不能试试Silverlight,顺便用上WCF,如果Linq也能派上用场的话更好。 <br/>于是我明白了,这个负责人心里其实并不关心项目的成败,他只是想玩新技术而已。</div>
<p> </p>
<p>哈哈,原来大家都在玩:)</p>
<p>要是普通程序员的身价能达到5位数,不知道还敢玩否? </p>
发表评论
-
谈谈互联网新产品如何起步
2011-02-16 17:56 1275很多时候, 我们刚做完一个互联网产品,由于产品很粗糙, 功 ... -
育娃网---探索国内育儿社区的新思路
2009-12-22 19:55 310个人认为,这个市场是一个充满前景的垂直行业,到底应该从哪 ... -
关于社交网络的一点思考
2009-09-23 12:16 1728只要是给人设计的 ... -
对产品和运营的几点思索
2009-09-07 22:04 21061、做一个产品需要首先考虑,是卖内容还是卖功能, 切不可都做 ... -
命运掌握在自己手中
2009-09-07 13:57 754李彦宏独家撰文:命运 ... -
强者必学的定律
2009-07-06 10:03 8001、蓝斯登原则:在你往 ... -
如何快速通过CMMI评估
2008-12-15 11:39 1419终于访谈结束 ... -
对WebGame行业的一点看法
2008-09-22 10:20 1383之前不怎么上 ... -
如何进行项目跟踪
2008-09-08 19:52 1849项目跟踪主要针对计划,是为了了解项目的实际进展情 ... -
CMMI 名词辨析:检查点 里程碑 基线
2008-09-06 10:02 2587我实施CMMI的过 ... -
互联网创业与软件开发
2008-09-04 22:57 2156最近与一位创业公司的朋友私下交流了一些项目管理和软 ... -
创业公司如何用人(转CSDN老紫竹的一篇颇有见地的文章)
2008-08-29 14:32 4198创业不是用钱就能堆 ... -
新手到底新在什么地方
2008-08-22 21:29 2172接触项目管理也有一段时间了,给我感触比较深的还是 ... -
从瀑布模型、极限编程到敏捷开发
2008-08-18 21:11 2880软件开发是一种对人 ... -
QA真的能保证质量吗?
2008-08-15 21:20 4323我最早接触QA是去年在一家大型制造型企业实习的时候,在这种企业 ... -
小公司如何做项目管理(下)
2008-07-22 10:09 1792在上篇文章里, ... -
小公司如何做项目管理(上)
2008-07-21 08:09 2351我所在的公司和大多数国内IT公司一样,十几到几十人的规模,每 ... -
如何编制软件测试用例
2008-06-20 12:52 1992如何设计编制软件测试 ... -
阿里要走102年 阿里的工程师能走多远?
2008-03-19 20:30 1235转载自 http://java.csdn.net/index. ... -
如何快速通过CMMI评估
2008-03-14 22:12 1263终于访谈结束 ...
相关推荐
由于 MRP 的逻辑必须靠电脑才能运算,如每一秒钟要做百万次甚或千万次的计算,因此它不是手工操作下能运行的,也不是我们在传统手工管理下能自然推想出来的;当然,它在管理上的应用方法,也就与手工管理下的方法...
代码逻辑功能概述如下:1.这个代理使用DQN算法来学习最优的决策策略。 2.代理的目标是找到所有可能状态的最佳最终状态的组合,而...在该代码中play.py为玩家自己玩;train.py为训练模型过程;run_model.py为算法自己玩
作者在这篇文章中强调了MACD的重要性,并且主张深入研究和精通这一指标,而不是试图创建或编辑新的指标。作者认为,虽然指标通常滞后于市场价格和成交量的变化,但通过使用MACD可以捕捉到重要的趋势变化,同时将其与...
同时,信息技术课程的上机实践环节要求学生不得擅自玩游戏,以免干扰学习。 总的来说,本章的学习目标是使学生掌握信息的基本概念,理解信息的特征,了解信息传播的过程,并能在实际生活中识别和运用信息,为日后的...
在IT行业中,语言表达能力也是非常重要的,特别是在编写文档、交流技术问题或培训新人时。以下是一些基于给定短语和句型的IT知识相关应用: 1) **调大,出现,露面 (turn up)**:在编程中,"turn up"可以比喻为程序...
内容中提到的“我们玩过的游戏”,在那个年代主要是实体游戏,如户外运动、桌面游戏等。现在,电子游戏占据了主导地位,从简单的掌机游戏到复杂的网络游戏,技术为游戏世界带来了无尽的创新和可能性。例如,VR(虚拟...
在IT行业,这体现在自信展现技术能力,而不是过分依赖他人的认可。 4. 坚韧与适应性:成长过程中会面临挫折,学会调整心态,增强韧性,是个人和职业生涯中必不可少的能力。在IT行业中,这可能是应对技术挑战、市场...
在这个名为“万万没想到,我的炼丹炉玩坏了.rar”的压缩包中,包含了一篇PDF文档,同样命名为“万万没想到,我的炼丹炉玩坏了.pdf”。从标题和描述来看,这可能是一份以轻松幽默的方式讲述技术问题或创新失败经验的...
题目中提到的“根据决策目标对行动方案进行初始选择的决策”可能是指原始决策,即在没有先例的情况下制定新的决策方案。 2. **劳动力市场状况**: - 劳动力需求数据显示,男性和女性劳动力的需求均有所下降,表明...
2. **市委办公室的角色**:虽然文档中的这个角色不是直接与网络技术相关的,但在IT管理中,类似的角色是决策层,他们需要理解和指导技术战略,确保技术与业务目标的一致性。 3. **忠诚、大局、负责、奉献、自律**:...
在本项目中,我们关注的是一个使用Python编程语言编写的炉石传说自动化脚本,它旨在提高游戏中的胜率,特别是在“黄金局”中。这个脚本采用了多进程技术来优化执行效率,使得用户能够在较短时间内完成大量的对局,...
- **核心观点**:“如果你不是歌手,不是画家,也不是玩行为艺术的,那么,请在平时注意你的衣着。” - **解析**:良好的职业形象对于个人发展至关重要。在IT行业,虽然技术能力是基础,但合适的着装也能给客户和...
结合以上技术点,深度学习和强化学习的结合不仅提升了雅达利游戏中的智能体性能,而且为机器在需要复杂感知和决策能力的实时游戏环境中取得更好的表现开辟了新的道路。通过使用基于规划的智能体生成的训练数据,深度...
标签“技术”表明文档涉及的是操作层面的技巧,而不是理论或者背景知识。 关于如何选取港股的技巧,文档内容因为OCR扫描导致部分文字识别错误,但我们可以推断出以下可能的内容: 1. 清晰的市场定位:对于内地投资...
智能俄罗斯,又称为人机对战俄罗斯,是一款融合了经典俄罗斯方块玩法与现代人工智能技术的游戏。它以其独特的交互体验,吸引了众多玩家和开发者关注。在这个游戏中,玩家不仅能够与其他玩家进行对战,还能与计算机AI...
这个项目结合了遗传算法和行为树技术,以优化游戏AI的训练过程,提高游戏的可玩性。 【标签】中的"算法"、"遗传算法"、"数据结构"、"参考文献"和"专业指导"表明本文将深入探讨这些主题。遗传算法是一种模拟生物进化...
它集成了图形处理单元(GPU)和中央处理器(CPU),提供了更好的能效比和计算性能,尤其适合需要处理大量数据和运行图形密集型应用的用户,如学生在学习编程、渲染设计或玩游戏时的需求。 购买渠道:传统IT卖场仍是...
其次,提到妈妈喜欢听歌和玩纸牌游戏,这是音乐和游戏在日常娱乐中的应用。在IT领域,音乐流媒体服务如网易云音乐、QQ音乐等提供了丰富的歌曲库,满足用户随时随地听歌的需求;而在线纸牌游戏则体现了休闲游戏的编程...
在人机对战模式中,电脑并不是简单的随机落块,而是运用了一定的解决策略。这种策略可能基于算法,如最小二乘法或遗传算法,用于预测最佳的落块位置和旋转方式,以优化消除行的效果,增加游戏难度和挑战性。同时,...
在IT行业中,"Wander_bots"这一主题可能是指一种智能机器人系统,它们能够在特定环境中自动漫游或探索,可能是虚拟环境,也可能是现实世界的某个区域。这些机器人通常结合了人工智能、机器学习、自主导航、传感器...