V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  netabare  ›  全部回复第 12 页 / 共 38 页
回复总数  750
1 ... 8  9  10  11  12  13  14  15  16  17 ... 38  
2023-09-02 03:13:46 +08:00
回复了 yfang 创建的主题 问与答 咨询下目前 Rust 的 GUI 库状况
rust 让我无法理解的一点就是似乎所有的 UI 框架都是用 html/css 那套的,让人想起了 rn 或者 cordova 。

我不喜欢浏览器套壳,也许对我这种不想用 html 来描述桌面应用的喜好来说 rust 确实可以忽略了。
2023-09-01 22:42:37 +08:00
回复了 yaodao 创建的主题 问与答 讨论 Java 工程师 学习 golang 的意义何在?
可以知道其他语言里面有一些不同的思维方式,比如 coroutine 和异步,而不是一直拿个锁锁个不停。

毕竟以前看到过有人用锁用到了拿字符串上锁这种玩法。很多东西,如果眼界宽一点,那可能一开始就把潜在的问题解决了。
2023-09-01 14:56:02 +08:00
回复了 Hyxiao 创建的主题 酷工作 你们入职一家新公司之前,会去了解这家公司的风评吗
肯定会看吧,也不光是风评,工商登记、经营情况也有。
2023-08-31 19:25:49 +08:00
回复了 kingfighters 创建的主题 职场话题 大家对于 freelancer 的雇佣形式怎么看?
不清楚国内的情况,法国的 freelance 算是外包的高级形式吧,伪装成自由职业者的外包形式。

看起来没有外包公司抽水,拿的钱更多了,但是需要自己解决社保医保税负等事情,很难说到底有没有更好。op 说的「比普通工资多 50%」,法国这里一般认为是不值得转 freelance 的,当然这里也有两个问题,一个是 op 原先工资肯定比外包公司的普通员工高,一个是国情不同,所以不好说。

感觉不是很看好这个情况,至于异地 8 小时车程那更是大红旗了,建议 op 三思。
2023-08-27 16:54:42 +08:00
回复了 DJCNMHG 创建的主题 程序员 奇文共赏: [程序员的常识:写程序出 Bug 非常丢人]
感觉写一堆车轱辘话来回绕信息量约为 0 看完了不知所云更丢人
一般是用 orElse 、flatMap 来串接不同的处理过程的吧。
if isPresent 这个写法太命令式了。直接 get 的话说实话不如不要用 Optional 。
当然 Optional 确实很难用就是了。
2023-08-26 00:58:16 +08:00
回复了 cmj1993 创建的主题 问与答 程序员常逛的社区、论坛、聚集地有哪些?
@cryptogems 嗯,是说这个(
2023-08-25 05:30:26 +08:00
回复了 k423 创建的主题 求职 找不到工作了,大佬们,能帮忙看看简历有啥问题吗?
个人 blog 那个会动的千束是 op 自己写的吗,感觉好有趣

如果有一些关于这方面的文章会不会比较能吸引人
2023-08-24 23:37:31 +08:00
回复了 cmj1993 创建的主题 问与答 程序员常逛的社区、论坛、聚集地有哪些?
ycombinator
mac 的 preview 可以画这种铅笔质感的线条。不然就是 sketch 了吧。
2023-08-24 00:32:27 +08:00
回复了 miaoblyat 创建的主题 程序员 三年.net 开发,国内的环境还是做不下去了
op 应该是用的.net framework ?感觉转 rust 不如看看.net core ,找找看.net6 、7 、8 相关的东西或者看看有没有什么比较新的动向。一个是 rust 毕业即失业,.net core 应该还是有不少单位在用,第二个是 op 如果本来就有.net 经验的话,也不至于经验归零。
2023-08-23 22:36:27 +08:00
回复了 Dosenf 创建的主题 互联网 国内能用星链吗?亲戚在美丽国准备让他人肉背一套回来
有点刑
2023-08-23 15:13:36 +08:00
回复了 tuyangzz 创建的主题 问与答 建了个站,好像被工作的园区禁了,有知道为什么的吗?
园区
@gtx990 我说的 FP 当然不只是 lambda 和 linq ,我自己也没少用 Kotlin 或者 Scala 写过一些东西,但确实经常看到 Java 背景的人对 FP 表现出的敌意。虽然也不是所有人都这样,哪怕 Java 也有一些专门用于 FP 的框架。

@gtx990 Java 自带的 Future 及其难用以至于每个异步框架和反应式框架都有自己的 Future 。而且很多「函数式」课程或者文章提到 Future 还在说怎么 get ,直接失去了 Future 的使用意义。

@mmdsun 你说的这个是另外一件事情,直接修改返回确实是不好的操作。我说的是社区认为函数参数位置或者返回类型为 Optional<T>, Consumer<T>或者 Supplier<T>的写法是反模式这件事情。前段时间才刚遇到这么样的讨论,而且不是一两次了。作为习惯写函数式代码的人无法理解这种思维,说难听点,C 语言里传 void*也是常见的事情吧?

@twofox 会搭微服务,弄日志、认证、链路这些东西的,一般都会十几种不同的框架和语言,不会看不起前端吧。我也没说看不起 Java 或者相关的技术。JVM 平台实在是过于庞大精妙。但总有一些人非要对前端或者函数式有优越感。
Javaboy 看不起前端总觉得蛮微妙的。前端的 async/await 和 MVVM 还有视图和状态之间的绑定不比那个破锁和 MVC 更先进吗。

这还只是前端的一个例子。

然后感觉一般来说前端也比 Javaboy 更容易接受例如函数式编程之类的新思想。一个例子就是 Java 社区极度排斥函数作为函数参数或返回值的技巧,美其名曰设计模式,但这在前端尤其是 React 社区简直就是基本功了。除此之外,TypeScript 玩起来也比 Java 更灵活更有表达力。没记错的话后端一堆拿着个 optional 甚至 var 吹上天的,现在又在吹 loom 了。

实在不知道哪来的自信心看不起别的领域。
1 ... 8  9  10  11  12  13  14  15  16  17 ... 38  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   925 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 19:48 · PVG 03:48 · LAX 11:48 · JFK 14:48
Developed with CodeLauncher
♥ Do have faith in what you're doing.