找回密码
 立即注册
搜索
楼主: hou_hua

[职场] 为什么说对日开发是IT鄙视链最底端呢

[复制链接]
     
发表于 2024-12-5 23:21 | 显示全部楼层
sakuranosibe 发表于 2024-12-5 23:19
俺们富士通当年真有个自研框架,写好文档(当然必须连空格都得在指定位置)一键前后端代码都生成好了,当 ...

非常典型的加拉帕戈斯化,在狭窄的小路上头也不回地狂奔去
回复

使用道具 举报

     
发表于 2024-12-5 23:36 | 显示全部楼层
对日文档工作实在太重了,单体测试文档也还是要的,式样书得看要求,不做对日外包好多年,十来年前我司的客户还好,式样书只是描述动作,单体测试用例其实也不全。
某十来年前参加过一个某银行的项目,真的是伪代码级别,单体测试根据式样书的流程写不同case,要求是全覆盖。
写完单体测试书后才开始正常的开发。单体测试代码是有覆盖率要求的,如果覆盖率没达到100%还得修改代码修改文档。
这么做细致是细致,但是一旦需求变更,对应的工作量就得double,代码得改,式样书和单体测试文档也得改。
有问题的是一般写式样书和单体测试书的是SE,大概是高级工程师吧,写代码的是PG,应该就是一般码农。但是当时的项目是文档和代码全都一起写。这样的话其实也没分工也没互相监管了,坑全是自己的。
其实关键还是变更的时候得维护写得很详细的文档,这样的话,工作量一下就扩很大,成本会很高。

相对来说,国内其他地方不说,我们这老少边穷就是轻文档,突出一个It just works, 你总不能用这点钱谈质量吧,客户很多也很赶的。
回复

使用道具 举报

     
发表于 2024-12-5 23:36 | 显示全部楼层
不是钱给够就行吗,没钱才是鄙视链最底层吧。。
回复

使用道具 举报

     
 楼主| 发表于 2024-12-5 23:59 | 显示全部楼层
棺材叔叔 发表于 2024-12-5 23:36
不是钱给够就行吗,没钱才是鄙视链最底层吧。。

我觉得也是给钱就得,干什么无所谓
但是好像干了对日开发这种工作就很难跳槽爬出来干别的了。。有点受震撼

—— 来自 S1Fun
回复

使用道具 举报

     
 楼主| 发表于 2024-12-6 00:03 | 显示全部楼层
super_uni 发表于 2024-12-5 23:16
哪儿来的市场,都加拉帕戈斯化30年了,一个死气沉沉的国家,整体已经没救了
厉害的个人是有的,同样在十 ...

这算不算垄断以后资本主义阻止生产力发展了。。

—— 来自 S1Fun
回复

使用道具 举报

发表于 2024-12-6 00:17 来自手机 | 显示全部楼层
sakuranosibe 发表于 2024-12-5 23:19
俺们富士通当年真有个自研框架,写好文档(当然必须连空格都得在指定位置)一键前后端代码都生成好了,当 ...

听上去这个文档像是程序语言了,把文档编译成代码,这个思路虽然很厉害。。但是为什么不直接写代码。。
回复

使用道具 举报

     
发表于 2024-12-6 01:11 来自手机 | 显示全部楼层
之前做过国内东南亚和欧美项目,都还好。上一个项目是对日的,非常不适应。简单点说就是对着伪代码录入就行,别动脑子,别搞任何花活

设计书写得极其详细,每一步写什么定好的,不能自己重构。设计思路是按照前端每传一条数据进来如何逐项检查如何遍历数据库。检查大部分是调公共类。老子一开始嫌这样性能不好想自己优化,被本地中国领导打回来了说这样日本人不接受,除非你能确保按你改过的来没有任何问题且日本人review能看得懂。
写完了要做单元测试,单体测试,流程测试。每种测试都要先靠工具生成固定格式的对应文档,然后慢慢填文档,贴图,写注释证明。 中间有的测试因为公共类还没写好测不了,就得debug手动填数据去跑,数据还必须找符合的,还他妈不准自己往数据库插,必须用其它人开发的程序去执行生成,如果那部分也还没弄好就得往上反映等日本人去造数据。要是能反复用的还好,就怕他妈一次性的数据,自测,贴图都要用,还有可能本来能用的数据被其他人测试影响用不了了,中间万一有问题还得再找日本人,一来一去费时费力

反正一个功能,写代码可能只占总时间的1/4,剩下时间一半在做文档,一半在来回拉扯

还好以后再也不用做对日的东西了
回复

使用道具 举报

发表于 2024-12-6 01:25 来自手机 | 显示全部楼层
这类工作要怎么找呢
回复

使用道具 举报

头像被屏蔽
     
发表于 2024-12-6 01:44 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

发表于 2024-12-6 02:01 来自手机 | 显示全部楼层
看楼里的描述,感觉比中华田园式敏捷开发靠谱一万倍啊。

—— 来自 samsung SM-S9180, Android 14上的 S1Next-鹅版 v2.5.2-play

评分

参与人数 1战斗力 -1 收起 理由
元首是死程 -1 傻批

查看全部评分

回复

使用道具 举报

     
发表于 2024-12-6 06:57 来自手机 | 显示全部楼层
Odyssia159 发表于 2024-12-6 02:01
看楼里的描述,感觉比中华田园式敏捷开发靠谱一万倍啊。

—— 来自 samsung SM-S9180, Android 14上的 S1N ...

就日本本土这个it水平你都好意思吹?
回复

使用道具 举报

     
发表于 2024-12-6 07:27 来自手机 | 显示全部楼层
对日软件开发,我高考完成绩不理想,确实有考虑过这个专业,是的,还真有这个专业

不过是在大连的三本学院吧,当时是觉得软件开发高大上收入高,还可以顺便约日语。最终觉得大连离家太远,以及自己实在不是学软件这块料,没选,不过即使选了,我最终也是回老家考公三不限吧
回复

使用道具 举报

     
 楼主| 发表于 2024-12-6 07:37 | 显示全部楼层
C0s4qmLH9eF9P3w 发表于 2024-12-6 01:25
这类工作要怎么找呢

大连有很多对日开发的公司。如果想去日本做的话只要日语好直接用日本招聘网站往公司投简历就行,找中介大概率被坑(看b站听的

—— 来自 S1Fun
回复

使用道具 举报

     
发表于 2024-12-6 07:40 来自手机 | 显示全部楼层
飞天茅台 发表于 2024-12-6 00:17
听上去这个文档像是程序语言了,把文档编译成代码,这个思路虽然很厉害。。但是为什么不直接写代码。。 ...

大概直接写代码的话文科生就看不懂了吧
回复

使用道具 举报

     
发表于 2024-12-6 07:44 来自手机 | 显示全部楼层
sakuranosibe 发表于 2024-12-6 07:40
大概直接写代码的话文科生就看不懂了吧

反正对日外包,无论是开发还是运维,难度基本都是不太高的,但是开会读空气那套要求才是高的。。。某种意义上是你日社会的缩影也没错

—— 来自 vivo V2243A, Android 14上的 S1Next-鹅版 v2.5.4
回复

使用道具 举报

     
发表于 2024-12-6 08:08 | 显示全部楼层
mikan100 发表于 2024-12-5 15:51
因为以前对日工资低,现在没区别吧

20年前还行,当时刚毕业同学们普遍工资两三千的时候,我工资半狗,后来大家到一蛆了,我还是半狗,大家到半狗了,我还是半狗,大家到一狗了,我还是半狗,要不是后来有个机会跳出来了,现在大家好几狗了,我可能还是半狗...当年那会儿有的同事甚至勒紧裤腰带一年在北京买了两套房,当时我还觉得他是傻叉,现在看着家里一屋子塑料圆盘,塑料小人儿,小本本,可能都无法再开机的废旧电器,没再多买一套房的我才是傻叉
回复

使用道具 举报

     
发表于 2024-12-6 10:42 | 显示全部楼层
植田佳奈 发表于 2024-12-5 21:10
认识有人在大连埃森哲,感觉还行,不怎么加班,也能跳出去其他外企

大连团队裁了不少,我以前经常拉过来几个老手都走了,也有几个转去日本了

论坛助手,iPhone
回复

使用道具 举报

发表于 2024-12-6 10:55 | 显示全部楼层
技术上的鄙视链底层吧。设计书测试式样书开发规约等等各种文书太多了,工作的很大一部分是搞这些文书。
至于写代码什么的...详细设计书里几乎就是代码的文字版。整理一下发给AI直接就可以出代码的那种。拿着这种设计书做开发确实技术含量非常低。而且对日很喜欢用低代码开发,导致开发难度更低了。
说到底还是日本科班码农太少了,很多都是转职进来啥都不会就开始干的。
回复

使用道具 举报

     
发表于 2024-12-6 11:03 | 显示全部楼层
你日现在项目干的累的主要原因是什么呢,上流设计的这帮人可能自己都没怎么明白这业务线怎么回事。
但是项目经验多的老IT转上流设计要价高啊,你日能干吗?
回复

使用道具 举报

     
发表于 2024-12-6 11:42 | 显示全部楼层
我看楼里不是有不少人愿意干么
回复

使用道具 举报

     
发表于 2024-12-6 12:49 来自手机 | 显示全部楼层
Odyssia159 发表于 2024-12-6 02:01 看楼里的描述,感觉比中华田园式敏捷开发靠谱一万倍啊。  —— 来自 samsung SM-S9180, Android 14上的 S1Next-鹅版 v2.5.2-play

因为IT的世界里生产工具迭代的速度太快了,用上新技术对开发效率,稳定性,安全等等的提升是全方位的
日本IT制定这些开发标准和配套的工具本身也要花费大量人力物力,如果一直追着最新技术来适配也不现实,本质上也是一种技术债务吧来自: iPhone客户端
回复

使用道具 举报

     
发表于 2024-12-6 12:53 来自手机 | 显示全部楼层
二十年前算高薪,这都二十年了还能说啥

—— 来自 鹅球 v3.3.92
回复

使用道具 举报

     
发表于 2024-12-6 14:59 | 显示全部楼层
ykent 发表于 2024-12-5 19:58
设计到这种程度了,用AI不就完事了?

—— 来自 鹅球 v3.1.89

这行业从90年代就开始了,并且即使目前的AI也远达不到人的程度。我是claude3.5sonnet和CHATGPT O1的重度用户,也顶多帮我写写辅助
回复

使用道具 举报

     
发表于 2024-12-6 15:00 | 显示全部楼层
raragon 发表于 2024-12-5 21:45
我倒是希望游戏行业设计文档未来能更细一些,现在大部分策划写的东西突出一个啥也没想
ps:我是策划 ...

老实说他们这套东西确实可以极大加强对品质的把控,但这个代价是更长的周期,我觉得就是“慢工出细活”。以互联网企业的迭代速度不可能做到这个
回复

使用道具 举报

     
发表于 2024-12-6 16:42 | 显示全部楼层
Odyssia159 发表于 2024-12-6 02:01
看楼里的描述,感觉比中华田园式敏捷开发靠谱一万倍啊。

—— 来自 samsung SM-S9180, Android 14上的 S1N ...

你想想 如果辅助工具甚至是98年的呢

一堆用C++去处理数据

拉扯了N次会 才让使用Python重构DLL

发包公司是NEC
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|上海互联网违法和不良信息举报中心|网上有害信息举报专区|962110 反电信诈骗|举报电话 021-62035905|Stage1st ( 沪ICP备13020230号-1|沪公网安备 31010702007642号 )

GMT+8, 2025-3-7 01:10 , Processed in 0.148202 second(s), 5 queries , Gzip On, Redis On.

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

快速回复 返回顶部 返回列表