纯好奇,
有兄弟能不能讲讲对日软件开发外部是什么流程,日常工作有哪些优缺点?
与国内公司比较的区别是什么?
1
RiceMarch 2020-10-06 15:56:31 +08:00
没有真实去工作过,但和 HR 聊天的时候,他说日本某哲把需求写好甚至详细到类名,方法(不一定真实),然后拿到中国某哲直接做开发。
一听外包就跑路了,校招的时候连技术面试没有,纯尬聊了一个小时。 可能不同公司,不同。 |
2
zxCoder 2020-10-06 16:05:27 +08:00
对日软件。。。想半天才明白
|
3
pingpingping 2020-10-06 17:22:30 +08:00 via iPhone 1
瀑布型开发流程!
但做需求的都不太懂技术(主要是服务行业的原因) 但做管理的也都不注重技术,注重人月数字。。 所以到了底层加班什么的也就多了起来 但是其实混日子还得狠容易的,大家都是面向工资开发 以上是传统型 现代型的迭代开发也有,但是。。 搞迭代的新潮的公司💰不多啊(和传统型比较来说) 所以反而说不定更累,但多少学的东西多些么 以上,浅薄见解 |
4
pingpingping 2020-10-06 17:24:18 +08:00 via iPhone
国内不知道啥情况,优缺点来说,日语好的情况下混日子容易。英语更好些的话,能进一些不错公司。
|
5
jianghu52 2020-10-06 20:57:26 +08:00 5
经历过不少对日项目.正好算是总结吧.
我把对日项目分为三种. 1.社内 2.社外 3.外包 1.社内. 日本不少大公司电子化很早,所以他们有不少很老的电子系统,从进销存的,到最新的网页的,云的. 这类的公司,通常都有严谨的文档,开发严格遵循瀑布模式,开发一个功能,从外设,内设的改修开始,外带各个联合部门的评审,加上后期的 UT,IT,SIT 测试.一个功能从立项到最终结束,搞半年都正常. 通常这样的公司,最强调文档,外设,内设会一直同代码同步,包括测试用例.所以这样的公司真正的开发人员很难成长, 最容易出彩的是同各个联合部门沟通,熟悉自己的业务,同时还能兼顾上下游部门的业务人员才是最重要的.但是这样的 人一旦离开公司,就什么都不是.因为是社内的项目,质量要求其实是最低的,时间给的也是最多的. 2.社外 日本公司只跟信任的公司做生意的传统.所以有很多公司之间生意做了十几年.同样,系统也是做了十几年.这样的项目软件公司里面一定会有几个队业务非常熟悉,资历老到可以培训甲方的几个老人.这样的公司一般来说工作量也不大,最多的还是文档,但是因为隔着一层公司,有时候文档会滞后,外带会有公司政治的原因,有时候会有东西做一半,开始各种加机能的情况.这种情况下就看两家公司之间的熟悉程度了,很熟悉的情况下可能会怼回去.不然的话,就会接.这样的公司历史悠久,基本上也还算人性化.但是已经开始要谈性价比了. 3.外包 这是最常见,同时也是各种各样坑开始频发的场面了.一层外包还算好的,有时候会有三包的,四包的我也见过,但是极少极少.外包的时候,基本上式样就是个概要,外设有也是没啥用的.加上没时间熟悉业务,客户给的时间通常是不够的,而且非常容易出问题,因为沟通问题,或者业务不熟悉,做出来的东西很少有不需要返工的.这种公司唯一的好处就是,由于业务不熟悉,对真正有技术的人比较友好,会尊重他的意见. |
6
vision1900 2020-10-06 22:52:09 +08:00
新上任首相自己都说日本是 “IT 后进国”
|