这是一个创建于 1485 天前的主题，其中的信息可能已经有所发展或是发生改变。
随着工作年头的增长，我越来越发现，写接口的人才是真正的舒服。
就拿最近的一个工作来说吧，我们给某手机做一个类似 mate40 的功能，眼睛看一下屏幕，屏幕点亮，同时里面的壁纸人物跟著变化。
任務配置：
A 员工是接口人，负责从虹软提供的 sdk 包里面取眼睛触发回调给到 Android system 。
B 员工需要拿到回调，来设置亮屏，壁纸定制等一系列逻辑实现。
结果：
A 员工已经画了 1 周的时序图和类图，不僅培養了架构技能，同時還能晚上 7 點下班.
B 员工再做需求的同时，还有不断增加的 bug，同时还要和产品扯皮，晚上還要 9 點下班
生為 B 员工，真的很遗憾。
 |
1
whitehack 2020-12-04 14:39:52 +08:00
你以为 A 员工的工作很容易?...想的太美了
|
 |
2
chendy 2020-12-04 14:43:03 +08:00
A 员工就不需要和别人扯皮么…
|
 |
3
PinkRabbit 2020-12-04 14:43:33 +08:00
想多了
|
 |
4
fanlis 2020-12-04 14:44:01 +08:00
发现又有什么用呢
相对来说，写接口的是要轻松一点，业务变更多数是在前端 不过一旦有整体逻辑的变更，后端也不轻松的 |
 |
5
ai277014717 2020-12-04 14:45:43 +08:00
你写的就合理吗？凭什么按照你的来？我们这里会 xxxxxx 没有杠精的话还好。
|
 |
6
ragnaroks 2020-12-04 14:46:21 +08:00
你这个是特例，大多数情况下 A 也是要经常唇枪舌战的，crudBoy 除外
|
 |
7
hitmanx 2020-12-04 14:47:31 +08:00
感觉在这个例子里，A 承担了架构的工作，不过这个和做接口本身没关系吧。
B 的工作就是那种看上去很忙，但是很可能是把你会的东西重复 100 遍的感觉 |
 |
8
across 2020-12-04 14:49:41 +08:00
不直接对接业务的， 确实会比一线工作时间宽裕，因为技术需求没有业务需求变动快。
但是····· ··· ··· 你没做到那程度，除了自身的选择，两边技术深度要求就不一样···· |
 |
9
catsoul 2020-12-04 16:39:35 +08:00
B 员工不下班 A 敢下班的话，也真的是个狠人。之后项目遇到问题延期，B 就会说每次到晚上有问题，A 都溜了，工期都被耽搁了。
|
 |
10
dahutu 2020-12-04 17:27:34 +08:00
所以，B 记得打一下 A
|
 |
11
xFrye 2020-12-04 17:31:08 +08:00
未必，A 员工对接外部 SDK 的辛酸你也没体验到
|
 |
12
avalon0624 2020-12-04 18:04:23 +08:00
A 类员工对接外部被外部放置时的痛苦也请了解一下，上两周这个时候问过参数对方隔了 1 个多小时回的钉钉。真的有种你爱调不调的感觉。
|
 |
13
KuroNekoFan 2020-12-04 18:18:54 +08:00 via iPhone
有说法是 ui 是个人都可以提意见，所以变化多，导致工作也多
|
 |
14
Anarchy 2020-12-04 18:23:29 +08:00 via Android
对接外部的问题，加班也解决不了全看别人😅
|
 |
15
shenchao 2020-12-04 18:28:08 +08:00 via Android
前端比较多小问题，因为谁都可以提问题，萝卜青菜各有所爱，哪个方向都可以提问题。
后端只要对应前端。如果工作做扎实一点，还有单元测试和配套测试工具，任何问题都是前端适配问题。 最重要的是，后端职位可能高一点，那就更吵不过了。 |
 |
16
kpppp OP 可能 B 员工只看到了 A 员工对接的这个眼球识别接口顺风顺水，心生羡慕。而并没有看到那些大爷供应商，让 A 员工对接的时候有多难。
|
 |
17
jimor 2020-12-07 12:11:44 +08:00
说白了就当员工 a 是后端，员工 b 是前端，现在确实前端多事，我现在做外包的小程序，连一堆输入法键盘的事都当 bug 来提
|
Select Language