 |
1
StevenRCE0 1 天前  8
工资不值得我焦虑（
|
 |
2
LotusChuan 1 天前 1
按流程来，准备好应急方案。这俩搞好了锅就扣不到你身上了
|
 |
3
Selenium39 1 天前 5
代码和人总有一个能跑
|
 |
4
cookii 1 天前 via Android 1
拿奴才的工资，操皇帝的心
|
 |
5
zhangdp 1 天前
多少钱干多少事，又不是你自己的公司
|
 |
6
wangtian2020 1 天前 1
前端没得焦虑，后端代码是有绝对的对错的。前端把接口对接上就没有对错之分，顶多算是页面不好看
|
 |
7
coderluan 1 天前 2
一般来说，真出次事，自己有经验就习惯了，毕竟测试都通过了，还能找到开发，那要测试有什么用。
|
 |
8
fds 1 天前 1
做后端，测试覆盖率到位，每次修改都有相关测试代码，一般还是比较放心的。
|
 |
9
iyiluo 1 天前 1
单元测试呗，你把覆盖率提升到 100%，就不会焦虑了
|
 |
10
pollux 1 天前 2
代码层面：多输出日志，多写注释
业务逻辑：钱和订单类的逻辑多注意（拉上产品和测试一起扛），关键环节有降级或者屏蔽开关（一个 true/false 变量） 上线运行：紧盯运维要监控数据图，及时发现及时补救 |
 |
11
ColdBird 1 天前
都通过测试了还焦虑，说明测试问题很大啊
|
 |
12
mato7 1 天前 1
刚工作半年，总担心有问题。我发现代码写的越多，bug 肯定是越多的，等再多遇到几个 bug ，我估计就释怀了。
|
 |
13
RainySeason 1 天前 1
每次都出问题，自然就不焦虑了
|
 |
14
longjiahui 1 天前 1
这种焦虑的心态适用于所有方面，每个人都会犯错，是个人就会犯错，适当焦虑谨慎挺好的，不过于焦虑就好，试着把犯错的焦虑丢给测试吧，测试可以把焦虑丢给人性，大厂的技术文档也是会有错别字的，火箭也是会爆炸的，世界是个巨大的 xxxx ，是没办法要求自己不出错的，有时候经常越紧张什么越来什么。
|
 |
15
zoharSoul 1 天前 1
做好灰度流量控制, 有问题及时回滚, 预先想好数据修复方案. 上线后及时验证
|
 |
16
RealVic 1 天前
出问题就改啊 不然搁那弹 500 吗
|
 |
17
araraloren 1 天前 1
用正确的框架，正确的语言，写正确的代码。
|
 |
18
levelworm 23 小时 11 分钟前 via Android
不在乎就行了。
|
 |
19
james122333 20 小时 34 分钟前 via Android
会烦燥但焦虑是还好 工作是工作
选用好的技术是很重要的 但工作就不要多想了 工作上还很多杂七杂八因素 选择权很多时候也不在你身上 |
|
20
james122333 20 小时 20 分钟前 via Android
老实讲现有流行技术太关注细节了 用起来一点也不飘逸
|
|
21
james122333 20 小时 8 分钟前 via Android
还有无用的设计是满满都是 有更好更懒惰的解决问题方式不会被采用的
|
 |
22
GeekGao 20 小时 1 分钟前
只要不写单元测试，程序就同时处于正确和错误两种状态；
遇到线上事故时就宣称"我的本地环境没问题啊"，熟练运用"网络波动""缓存异常""用户手滑" 三大免责三连 |
|
23
james122333 19 小时 37 分钟前 via Android
|
 |
24
mumbler 19 小时 34 分钟前
对问题分级，最坏可能性如果也不过如此就随他，如果可能导致严重灾难仔细一点不是坏事
|
|
25
james122333 19 小时 24 分钟前 via Android
|
|
26
mumbler 19 小时 21 分钟前
@james122333 什么级别的代码，自己心里是有数的，如果是支付系统，账目一定不能出错，如果是个管理系统，原始数据一定不能丢失，守住这些底线，其他错总能弥补，就不用太担心
|
|
27
james122333 19 小时 7 分钟前 via Android
|
 |
28
prosgtsr 12 小时 51 分钟前 via iPhone
1:写的越多，出错的可能性就越大，接受吧
2:多打日志，起码错了能快速找到问题并解决 |
 |
29
dufzh 12 小时 49 分钟前
写了一个看门狗，定时检测和定时重启，重启是最好的 GC ，HAHA
|
 |
30
lwldcr 12 小时 32 分钟前
不写代码就不焦虑了
|
 |
31
ychost 12 小时 30 分钟前
刚上班吧，过段时间就好了
|
 |
32
linuxsuren 12 小时 5 分钟前
单元测试、E2E 测试来覆盖，https://github.com/LinuxSuRen/api-testing 这是我开源的 E2E 测试工具
|
 |
33
lmshl 12 小时 0 分钟前
把业务建模在类型系统上, 让编译器替你检查出大部分问题.
你要是还焦虑的话, 说明你是先天形式化验证圣体 |
 |
34
perbugwei 11 小时 54 分钟前
你多发生几次问题就不焦虑了
|
 |
35
wwd179 11 小时 47 分钟前
跑去做了测试。
之后又被公司调成运维。 |
 |
36
codek1986 11 小时 45 分钟前
我是上链路追踪埋点 + 钉钉通知
|
 |
37
securityCoding 9 小时 38 分钟前
有 bug 就修，涉及到钱的系统特别注意，并发锁，身份校验必不可少，各种测试用例注意留痕
|
 |
38
ybbutterfly 9 小时 25 分钟前
只能说提升能力、严控流程来少出问题，不然测试就得失业了，而且线上出问题，和测试人员也有关系，不是你一个人的问题，放平心态
|
 |
39
FirefoxChrome 9 小时 24 分钟前
用 ai 检查
|
 |
40
hzzhzzdogee 8 小时 56 分钟前 2
有这个焦虑说明 lz 身居高位
 |
 |
41
csfreshman 7 小时 9 分钟前
单元测试-->自测-->灰度上线-->观察监控-->放量-->观察监控--->推全
|
 |
42
debuggeeker 5 小时 47 分钟前
只要业务和钱无关，就随便造啊，如果和钱有关，就有焦虑
|
 |
43
yinxs2003 5 小时 45 分钟前
先写测试用例
|
 |
44
wentx 35 分钟前
UT 覆盖到位，测试同学测没有问题，上线前找人验收（甩锅），验收通过再灰度上线，看看监控啥的，最后在全量
|
Select Language