1、仕様书(specification document)就是样板说明书
2、一般有做法程序表、工序说明书、规格明细书、设计说明书等等。
1、造句:式样书怎么写呢?
2、读音【shì yàng shū 】
3、仕様书を修正しまいました。或者仕様书を修正しました。
或许这个问题,也是每个对日开发的人的想的问题。我想从两个方面去说一下,第一,在技术上,可能没有多大的问题,因为日本外包的核心技术都已经封装好了,你也看不到。你只管会用,就可以了,知其然不知其所以然啊。就算遇到技术不会,也会有人帮你解决,你只专心做好,你的业务逻辑处理。照式样去实现他想要的功能,就OK了。所以说,式样书,写的好坏直接影响项目进度和项目质量好坏,以及以后程序员工作量的问题。在我所经过这两个项目,式样书写的都不是很好,一个式样书,反反复复,被修改的已经五颜六色了。从1.0升级3.0或者更高,你想想,就这样一个式样书,让我们程序员去开发,能不累吗?这也无所谓了,更可气的是,你辛辛苦苦按照他的式样编好代码了,他又说式样变更了,结果,你一看,实现过程全变了,你还得重新编码,就这样一个功能,折腾好几次,就这样折腾累了,程序员也麻痹了,也不去多想了。管他写的好坏,照他实现就行了。还有一个原因是数据库也在不断的更新,你今天写好的代码,运行也照常,明天可能数据库变更了,就不能运行了,你还得重新去对应一下。所以说,感觉每天都很忙,但也不知道,到底在忙些什么。就像自己在挖坑,挖了再埋,埋了在挖。第二,在管理方面,先说一下,我们这个项目的人员组织结构吧,有PG,SE,PL,PM虽说是按照软件工程走的,但管理人员做的不到位,也是我们开发比较累的一个原因吧。首先PL就没做好自己的本分工作,比如说式样书来,你得首先看一下这个式样的难易程度以及工作量的大小吧,以便后面好安排工作,安排一个比较合理的工时,哪像他是的,本来一个一星期才能做完的,他安排三天来做,可想而知,这三天打死也做不完,做不完,怎么办?只好加班了,就这样一直恶性循环下去,让你感觉到每天都在赶进度,压力也很大,虽然也完成了,但心里很不舒服。其次是,项目进度安排的很不合理,比如说有的人,给你安排活了,你一看,你还没开始做呢,这个模块已经延期了,所以说,碰到这样的你一开始就顶着压力加班做。PM也没有合理的利用有效资源,他每天看那个所谓的进度表,熟不知那个进度表已经名存实亡了,在这个基础上再下决定,那么这个决定往往也是错误的。你什么专业去日本建议先学Cobol
学JAVA,除了学习最基础的程序的语法,还要学
数据结构,算法,离散数学,概率论,这都是基础没这些编不出像样的程序.
还有学习JAVA前,最好有相当的C语言和C++基础
JAVA要看的书,除了最基础的之外,起码还要看 <JAVA编程思想>
如果做BS开发还要学HTML JSP AJAX和框架(框架精通一两种就OK)
数据库起码要会基础的SQL语言,甲骨文数据库和MSSQL数据库最好都会.
另外关键是思想要活,还要有优化的思想,现在学生的编程基本都不考虑效率,就是实现了功能就OK,这到公司里是要挨骂的....
另不建议赴日工作,国内搞对日外包就OK了,何必到日本受气去?
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)