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

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 13

❮

❯

2022 年 7 月 12 日

回复了 qwerthhusn 创建的主题 › Java › JDK17 都出来了，感觉现在很多资深程序员 Stream 不会， Lambda 不会， Java .time 包不会

Java 的 stream 不用也罢，根本起不到和 C#一样的从便利性、可读性上有飞跃提升的效果
根本原因是 Java 的类型设计就很差，没有 IEnumerable 这样的基础，让 stream 做不出管道式的效果，任何操作之后都得 collect 创建新对象

至于在这贬低 lambda 本身的就很搞笑了，没写过 lambda 总写过前端吧，能说出 lambda 鸡肋？

2022 年 7 月 11 日

回复了 overthemoon 创建的主题 › 程序员 › 最近面试遇到的装逼面试官

@iosyyy 提 PR 不就是搜索引擎没解决吗？

2022 年 7 月 11 日

回复了 overthemoon 创建的主题 › 程序员 › 最近面试遇到的装逼面试官

有没有搜索引擎解决不了的问题
这还要想吗？肯定有啊
问题是不断创造出来的，网上自然会落后一步，更不用说很多问题最终归根到某个已经存在一段时间的 issue 了，那不也是没解决吗？

2022 年 6 月 30 日

回复了 fpure 创建的主题 › 程序员 › 这算不算是静态类型系统的缺憾

@MonoLogueChi ts 比你想象的做的多，楼主的例子是完全能行的，就是加一个 if(x==10)就行了。

而 ts 做不到楼主想要的连 if 都不要的推断，原因很简单，加了 if 能在编译前就能够正确推断，而不加 if 的话在编译前的推断不一定准确且有可能有代码是根本没法推断出值的。

我是不明白 rust 的例子楼主很明白是咋回事，却对 ts 同样的特性视而不见

2022 年 6 月 30 日

回复了 fpure 创建的主题 › 程序员 › 这算不算是静态类型系统的缺憾

你加个 if(x==10)不就行了吗？ TS 是这方面做的最接近你的想象的语言了

TS 各种类型推断都是这么做的，到了你这个例子你怎么忽然就想不明白了？

2022 年 6 月 27 日

回复了 monkeyWie 创建的主题 › 程序员 › 最近负责 Java 面试，吐槽下

@hundandadi 最简单的有没有 Stream ，操作集合的时候那是天差地别的差距

2022 年 6 月 20 日

回复了 Renco 创建的主题 › 程序员 › 想问问各位大佬，平日开发异常是怎么处理的。

在可能为空的地方处理空值是一个码农的基本素养之一

2022 年 6 月 10 日

回复了 Chang12 创建的主题 › 程序员 › 写了个中国程序员最容易读错的那些单词，欢迎 V 友体验

@SkyFvcker 在外企再正常不过了，印度人日本人天生发不出一些音，中国南北方人也有类似问题，上下文能理解就行了，根本不是问题
甚至一些名字不同人都是发不一样的音，根本没人当回事

2022 年 6 月 1 日

回复了 lqy2575395 创建的主题 › 酷工作 › 英语差，下周要面试一家外企运维岗最终面，大佬们有什么秘诀传授吗

跟自己做模拟对话，模拟对方问的问题，模拟自己怎么回答，多练几十次，到了终面技术方面不会有太多问题，准备好闲聊的话就问题不大，终面无外乎职业规划、离职原因、个人情况之类的

切忌：
1. 绝对绝对不要说自己英文不好、听力不好、语法不好这类贬低自己水平的话
2. 不要没听懂装听懂了瞎鸡儿回答，不是很确认问题的时候可以以反问问对方，你问的是这个意思吗，然后再继续

2022 年 5 月 24 日

回复了 markgor 创建的主题 › 程序员 › 不熟悉前端，需心求問，並非引戰， VUE 和 react

react 在 hooks 出现以前比 vue 心智负担更大

但是在 hooks 普及之后心智负担大大减小了，现在没做过 react 的新人培训两次，重点讲解一下 useState 和 useEffect ，已经完全可以胜任常规工作了，同等时间上手 vue 肯定需要更多的记忆和习惯。

当然一旦到了更深的层次其实都差不多，react 生态更好点吧。

2022 年 5 月 12 日

回复了 Joker123456789 创建的主题 › Java › 关于 Java 很啰嗦的问题

别的我印象不深了，但是 java 的 stream 的啰嗦程度是真的相当之高

collect 就跟画蛇添足一样的感觉，跟泛型一起用太难受了，group 、sort 都是令人发指的反人类

c#的 linq 和 lambda 可以完爆这一项

2022 年 5 月 12 日

回复了 vchroc 创建的主题 › 程序员 › Go 特性少，语法糖太少，味儿苦啊！求开发体验好、生态全的语言推荐

C#完美满足你除了生态之外的所有需求
对于开发者的便利 C#说第一应该没人能说第二……
至于生态，仁者见仁吧，现在基本上该有的都有，社区小是真的，但是也都能用

2022 年 5 月 7 日

回复了 ethusdt 创建的主题 › React › React 中, 用 Context+Hooks 替代 Redux 的朋友们, 有个问题请教下

@yazoox 正解，假设通过 memo 去避免了这次“计算”，但是又会增加 memo 本身缓存、比较的开销，哪个快哪个慢还不一定呢。
我觉得用 hooks 之后，真的出现了性能问题和重复刷新问题再去（通过拆分重构）解决比脑补要合理

2022 年 5 月 7 日

回复了 luffy 创建的主题 › 程序员 › 有点意思的话题：程序员认知相关

第一，你的主题里描述的是完全不等价的判断，而你在#27 的补充里说这是你的失误，你想表达的是 length 和 length>0 ，但是这个概念过于基础我觉得已经深入了对 JS 稍有了解的开发者心中，所以我怀疑你自己可能一开始就没搞明白这其中的区别。
第二，.length 和.length>0 在 JS 里就是完全等价的，前者也是非常常规的写法，没有意义也没有必要去讨论这个点

2022 年 5 月 6 日

回复了 FieldFarmer 创建的主题 › 程序员 › 请教一下老哥们平时做开发有什么心得，最近新入职一家公司

和产品的沟通上面都说了我就不赘述了

说说和前端沟通，显然你俩应该最早就定下来前后端交互的数据结构才对，这样不影响双方进度，也好随时沟通变更。

约定好结构之后双方定好一个人来把数据以 mock 的方式全部写好一份，在前端也好后端也好，都不费劲，然后在开发的过程中双方都能第一时间发现不合理的地方，在沟通这个结构的过程里，互相也能加深对业务的了解。

1 2 3 4 5 6 7 8 9 10 ... 13

❮

❯