V2EX › james122333 的所有回复 › 第 8 页 / 共 71 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 4 5 6 7 8 9 10 11 12 13 ... 71

❮

❯

2024-12-13 15:26:10 +08:00

回复了 iamtuzi3333 创建的主题 › Vue.js › 哭了，前端真的太难受了。

前端是现在工具链乱成一团基本上不太好用
很多框架都喜欢写的不容易追蹤到底层更甚者压缩代码一行流内部写 html 更是邪了分界并不明显并不是那么容易看出问题
js 除了非同步不太直观其实本身还可以
但用其它语言写也都可以不外乎就是有人写出来既有的 components 组件化不用自己造轮子
但有观念爱写什么就写什么

2024-12-13 14:10:07 +08:00

回复了 LZYMichael 创建的主题 › 程序员 › 眼睛好痛，大家编辑器用的什么主题

深色的都是邪教黑客刻版印象装逼犯
事实上黑客是否都用暗色主题也都没证据
深色也很不容易集中注意力文字边角也都糊的
最好还是底色偏黄凸显非浅色文字
至于主题我喜欢鼠标编辑器之神的配色

2024-12-11 17:42:20 +08:00

回复了 mouyase 创建的主题 › 程序员 › 公司采购了 Cusror，并且要求开发强制使用，使用率不足就辞退

@INBreeze

确实很像一整排 cursor 相关不过未雨绸缪还是要想方设法应对

2024-12-11 17:16:45 +08:00

回复了 mouyase 创建的主题 › 程序员 › 公司采购了 Cusror，并且要求开发强制使用，使用率不足就辞退

看种公司就是差评它要智能必然会知道上下文并且跨文件妥妥的后门
不过为了绕过我稍微搜索了一下貌似有 cli 可用
https://forum.cursor.com/t/is-there-a-cursor-cli-or-i-am-hallucinating/1000
这应该是 docker 版本这就能稍微安全一点
搞自动化也方便沖高使用率
可以内心偷偷鄙视公司高层了

2024-12-10 21:15:04 +08:00

回复了 moyuman 创建的主题 › 程序员 › 最“流畅”的终端模拟器是什么？

@Immortal

我的没这问题虽然不是 nvim 也不是 mac
只有随便整 plugin 的会出现这现象 x11 图形终端都不错

2024-12-10 15:19:42 +08:00

回复了 moyuman 创建的主题 › 程序员 › 最“流畅”的终端模拟器是什么？

@Immortal

tmux 有 buffer 其实并不卡只是有视觉体感计时测试就知个人觉得有 buffer 更好在处理大量 print 出来的东西有加成

2024-12-10 15:16:35 +08:00

回复了 moyuman 创建的主题 › 程序员 › 最“流畅”的终端模拟器是什么？

终端没有不顺畅的

2024-12-10 10:13:09 +08:00

回复了 wellhome 创建的主题 › 程序员 › 云计算革了运维的命, 现在大模型革了程序员的命

AI 就是懂皮毛很厉害
拿来粗略学习或生成内容是不错
真要革谁的命我觉得其实稍微努力点不用 ai 都能革掉用 ai 人的命

2024-12-07 20:24:06 +08:00

回复了 assiadamo 创建的主题 › Go 编程语言 › 被 Java 毒害的脑子想在 Go 中实现一个操作，望打醒

@yolee599

这我说过想要动态化一反射二代码生成
都含不可确定性代码生成少一些不可确定性

2024-12-07 20:16:21 +08:00

回复了 assiadamo 创建的主题 › Go 编程语言 › 被 Java 毒害的脑子想在 Go 中实现一个操作，望打醒

确实用 type embedding 组合+interface 就好
毕竟这种东西用常用静态语言实作起来都很难看註解一样丑的不行用 shell 类的就会很飘逸

2024-12-05 13:23:57 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@changz

可以多个 init 函数可以四处飘这个一个对象初始化自己的意义不同当然可以滥用但问题清晰多了可以避免翔

2024-12-04 21:37:17 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@changz

我都没在用 init 不过 init 确实在某些情况不错
我更常直接

var Abc = func() XXX {
...
return XXX
}()

var Bcd = func() YYY {
...
return YYY
}()

2024-12-04 20:23:55 +08:00

回复了 109021017 创建的主题 › Android › 为什么小屏的安卓手机找不到了?

能小的就小的没有也不会差异太大毕竟只是相容考量能改装其它系统的机器不多

2024-12-04 20:09:38 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@povsister

看了一下 fx 还更好点编译器检查总比打错字不知好

2024-12-04 20:00:45 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@sophos

这就过于複杂了还要多余工具
面向切面编程与拦截器都是
显式流程呼叫更为简单函式切的够整齐与其效果无异

2024-12-04 19:00:07 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@pkoukk

真要在该方法定义参数其实写在方法内就可以了

2024-12-04 18:51:59 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@pkoukk

命令行参数透过反射呼叫阿

2024-12-04 18:16:23 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

@gl3081

命名空间就是在做模块化这种事了

2024-12-04 18:07:34 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › 大家有没有见过没有使用依赖注入的复杂 Go 开源项目

Go 有依赖注入但我也不喜欢依赖注入
首先依赖注入是非常割裂的在 java 上就很少看到集中一处统一管理的搭配注解也更难釐清依赖关系外加很多东西根本没有善用命名空间
很多第三方库都是乱七八糟一个命名空间一个 package 负责一项功能更利于管理整个架构就会很漂亮也更好做複杂功能方便掌控全局代码
依赖注入本身就很有阴谋味职场的效应很明显
不论是挖坑给别人还是代码只有自己能看懂都是暗黑优势但还是有不少人只是想安静的搬砖

1 ... 4 5 6 7 8 9 10 11 12 13 ... 71

❮

❯