V2EX › jjwjiang 的所有回复 › 第 3 页 / 共 9 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9

❮

❯

2023-03-07 15:10:46 +08:00

回复了 jeremylai 创建的主题 › 程序员 › 以前很难理解老程序员不写注释，不写文档，代码不规范，命名不规范。现在开始懂了。。。

个人觉得，如果不写注释的代码看不懂，那这代码多少有点问题

2023-03-02 16:16:45 +08:00

回复了 oppddd 创建的主题 › React › react 组件重新渲染的问题

在 react hooks 里不应该恐惧一般情况下产生的 re-render 。整个组件级别的 re-render 依然会被 react 优化成只对弹窗部分 re-render

2023-02-27 13:47:24 +08:00

回复了 tool2d 创建的主题 › 随想 › 程序员不太适合长期待在大企业，水桶短板效应太明显。

这种情况不是你的机会吗？

2023-02-24 14:56:58 +08:00

回复了 JiuchangErguotou 创建的主题 › 程序员 › 兄弟们想转 C#了，现在 C#好找工作吗

@JiuchangErguotou 第一份工作在大环境不好的时候，能找到什么就做什么，我建议你准备 2 份简历一起投，投哪家公司的时候搜下信息做一点针对性的改动和预习

2023-02-24 14:47:47 +08:00

回复了 JiuchangErguotou 创建的主题 › 程序员 › 兄弟们想转 C#了，现在 C#好找工作吗

几年前觉得 c#真的很式微，当时很想转行

但是现在真的还好了，你在这里问属于小马过河，很多人的印象还停留在以前。

现在 c#进可以去游戏卷 u3d ，退可以去外企相对养老。

况且毕业生第一份工作以语言架构上乘的 c#起也是很好理解很好深入的，转行也不会太困难。

2023-01-12 15:06:36 +08:00

回复了 buruoyanyang 创建的主题 › 程序员 › 各位对业务系统技术栈迁移有啥看法

我感觉你根本没有弄清楚瓶颈在哪，就想着重构。重构不是万能药，你如果对目前的困境没有认知，甚至不知道怎么解决当前的问题，重构是必然失败的。
个人建议
1. 找清楚当前时不时崩溃的原因，通过各种方式得出一个在当前局面增强稳定性的方案
2. 评估重构的代价，重中之重是从当前如何平滑过渡到重构的方案
3. 评估重构成功之后的优势，从业务角度和运维角度，评估 1 和 3 ，最终得出方向性结论

2023-01-06 10:20:02 +08:00

回复了 13936 创建的主题 › 程序员 › 十分悲剧，学了十多年的英语大部份发音错的离谱

@zackwan95 你的理解能力真的有问题，建议你反思一下

2023-01-06 09:27:39 +08:00

回复了 13936 创建的主题 › 程序员 › 十分悲剧，学了十多年的英语大部份发音错的离谱

@zackwan95
好笑，日本人根本分不清 /l/和 /r/，很多人也发不出 /θ/的音，印度人也是 LR 不分，/s/和 /z/更是极度混淆，sorry 这种词印度人和日本人读成 soli 太正常不过了，不过根本没人纠结这种事，又不是没有上下文。

所以我的观点很简单，自己纠正语法很正常，但是意识不到非母语系的客观局限，把它当成“悲剧”还在深度反思，那才是真的妄自菲薄的悲剧。

2023-01-05 16:57:30 +08:00

回复了 13936 创建的主题 › 程序员 › 十分悲剧，学了十多年的英语大部份发音错的离谱

你把这个事情当做悲剧那才是真的悲剧

—外企老 B 留

2022-11-22 11:47:30 +08:00

回复了 yifan1719 创建的主题 › 职场话题 › 94 年的程序员未来的路该怎么走？感觉到迷茫，有人给点建议吗？

重技术轻业务是小年轻的通病，业务技术是息息相关的

2022-11-21 15:24:19 +08:00

回复了 nevin47 创建的主题 › 程序员 › 观国产操作系统贴有感

说实话真的蛮好笑的，一堆人对着被制裁供应链的伤筋动骨的菊厂员工大谈世界范围内的自由竞争，哈哈哈哈。
颇有古人何不食肉糜那味道了。

2022-11-15 15:49:43 +08:00

回复了 fantasticsoul 创建的主题 › 程序员 › 关于微前端，你理解到究极奥义了么？

这概念其实不新了，没必要喷

据我所知微软应该用了很久了，他们的 SAAS 提供内嵌 react 组件的功能

2022-11-14 14:31:31 +08:00

回复了 Saxton 创建的主题 › 职场话题 › 马斯克突然开除 80%推特合同工

github 的 repo 像 996.icu 那样的自救呢？动起来啊！怎么这么重的铁拳砸下来直接哑巴了？

2022-10-31 14:34:53 +08:00

回复了 toaruScar 创建的主题 › 程序员 › 都 2022 年了，居然许多国内的厂商还没有时区的概念

按我理解，这个问题无论从哪方面解决都比用纯技术解决成本要低，所以就不用技术去解决了，就这么简单。

2022-10-28 10:21:34 +08:00

回复了 Aluhao 创建的主题 › 程序员 › 怎么看待请求参数 JSON 数据包里再包 JSON 数据

同样的接口返回不同的数据结构就得这么做，这样的设计不是很常见吗

2022-10-21 11:25:13 +08:00

回复了 muchenlou 创建的主题 › 问与答 › 危机感越来越低，得过且过，这种情况怎么才能打破呢？

说实话很多人喷过早焦虑

但是我现在 31 ，我发现没有在 20 多出头那会进行积累的人，到了 30 多基本没起色，也没有动力和能力去改变自己了

我还是比较庆幸几年前焦虑的工作，焦虑的提升自己过了

2022-09-23 16:40:44 +08:00

回复了 leegradyllljjjj 创建的主题 › 程序员 › 我是如何失去团队掌控的？(转)

啥几把玩意总监？

没想到框架中包含了快 2000 张表，数百万的历史代码。

这你还能没想到？这不该立项的时候就得整清楚？最核心的要做的地方你都不知道大概怎么做，这项目就能定时间开始？

看完了我可以说项目失败这总监基本全锅

2022-09-16 11:39:02 +08:00

回复了 123go 创建的主题 › 程序员 › 老板很喜欢用邮件进行工作沟通，如何优雅的组织和查阅邮件信息

另外更不用说有可能是三方甚至多方参与的讨论了，每人复制一遍问题再写自己答案你会疯的

相反，大家按顺序编辑正文，可以把所有回复列在问题下面，一目了然

2022-09-16 11:36:57 +08:00

回复了 123go 创建的主题 › 程序员 › 老板很喜欢用邮件进行工作沟通，如何优雅的组织和查阅邮件信息

编辑邮件来进行 Q&A 回答是非常常见的邮件办公模式

考虑你说的情况，实际的邮件 loop 会是：

userB: 请看补充标注
userA: 请看补充问题
userB: 请看标注
userA: 请回答问题?
Q1: XXX
A1: YYY
Q2: ZZZ
A2: CCC
Q3: VVV

如果基于这种模式，大家只要找到这一个块就能迅速得到讨论过程和最终结论，而如果按你的想法，通过正文不断回复
那实际上邮件的 loop 会变成这样：

userB：补充回答
Q1
A1
Q2
A2
Q3
A3

userA：补充问题？
Q1
A1
Q2
A2
Q3
userB: 回答
Q1
A1
Q2
A2
userA：问题？
Q1
Q2

整个邮件的可读性才会变得极差，容易误读，也难以追溯讨论过程。

1 2 3 4 5 6 7 8 9

❮

❯