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

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 49 50 51 52 53 54 55 56 57 58 ... 71

❮

❯

2022 年 1 月 22 日

回复了 binbinyouliiii 创建的主题 › Java › Javaer 用了一下 Go web 开发，感觉开发体验倒退了

@iseki

go 有 lambda 也有 closure 不知道现代的是？
也有异常如果是 func 有无 threadlocal 有差吗

2022 年 1 月 22 日

回复了 binbinyouliiii 创建的主题 › Java › Javaer 用了一下 Go web 开发，感觉开发体验倒退了

@abcbuzhiming

是常态但抱怨也要抱怨在点上不然不就是一样大家说的喷子
说"是自己的问题"未必是指自己是聪明人用聪明人调侃就过了
业界如果选 go 那自然是要自己付责当然喊打喊杀也过了
但可以体会他们的心情先做功课再来喷应该就不会那么火爆

2022 年 1 月 22 日

回复了 binbinyouliiii 创建的主题 › Java › Javaer 用了一下 Go web 开发，感觉开发体验倒退了

@abcbuzhiming

不是所有语言都是这种发展方向而且以打工仔来说更多人就是更容易内卷
这不是指聪明人而是愿意自己造轮子的(理性造轮子）造不造轮子与聪明没有直接相关
当然聪明造的轮子可能更好现在就一堆只想吃外食不想自己煮的
golang 应该没讲是为了你们需求而生

2022 年 1 月 22 日

回复了 binbinyouliiii 创建的主题 › Java › Javaer 用了一下 Go web 开发，感觉开发体验倒退了

@24bit

反射在 go 下确实不好但保存下其实也还好
至于类型丢失 java 也是一样情况呼叫共同函数你需要 type interface
不然 Object 还是 Object
然后范型问题其实 cast 一下也还可以并没有那么急需

2022 年 1 月 22 日

回复了 binbinyouliiii 创建的主题 › Java › Javaer 用了一下 Go web 开发，感觉开发体验倒退了

@abcbuzhiming

编程语言发展的到现在花的时间是更多过度堆叠减少某些困难又增加了某些困难
然后出来的东西是增加的如果没有网络资源原作者回答很多人都用不好
自己写的自己知道如果写的不好是人的问题没错就算用框架照样可以给你一驼
go 目前状况挺好的

2022 年 1 月 22 日

回复了 binbinyouliiii 创建的主题 › Java › Javaer 用了一下 Go web 开发，感觉开发体验倒退了

@debuggerx

没写之前我觉得应该是这样因为很多人都这样觉得
真的写了觉得其实还不错特别适合 DIY 用户也可以很好维护

2022 年 1 月 22 日

回复了 binbinyouliiii 创建的主题 › Java › Javaer 用了一下 Go web 开发，感觉开发体验倒退了

@tt0411

go 是有异常处理的只是要封装
例如我就封装成类似

Error.Catch(func() {
Error.Throw("error!", func(err error) {
fmt.Println(err.Error())
})
})

捕获错误并根据 Throw 指定的 func 执行
写过 java try catch 会知道 try 内新的变量在外面是取得不到的
这特性如同函数内区域变量

不要动不动就说语言不行先看一下自己是否行

2022 年 1 月 21 日

回复了 binbinyouliiii 创建的主题 › Java › Javaer 用了一下 Go web 开发，感觉开发体验倒退了

@x940727

随便一个需求都可以导致你不专心甚至追到所谓优秀轮子的底层怎么不觉得这是成本呢？

2022 年 1 月 21 日

回复了 binbinyouliiii 创建的主题 › Java › Javaer 用了一下 Go web 开发，感觉开发体验倒退了

@leeg810312

这种称作方案型程序员然而研究方案花的时间未必比自己弄出来要少
又不是要人做一个作业系统

2022 年 1 月 21 日

回复了 binbinyouliiii 创建的主题 › Java › Javaer 用了一下 Go web 开发，感觉开发体验倒退了

楼主只是没有一个大一统框架觉得不舒服
觉得没有规范也不想建立规范接手的人也就几个
自己建立是可行的当然可能在这公司写的爽的一逼
在其它的公司就不能但这状况即便你 java spring 也是一样
有规范不代表不能在业务代码或者小功能上用神奇技巧或者埋雷
一样有机会觉得不舒服
开源本来就没有一定要有一堆人觉得好的生态生态好码农多内卷也多未必就好

2022 年 1 月 20 日

回复了 GM 创建的主题 › Java › 工作中需要维护一个 JFinal 项目，太他妈痛苦了

确实是人的问题轻量好懂都不好好维护用重量级肯定也好不到哪去
写一堆类并没有比较好维护开发上容易失焦改一个功能都要四处找影响点
然后一堆人写的烂命名烂流程
用 map 可以只是要封装直接用肯定会疯

2022 年 1 月 17 日

回复了 dangyuluo 创建的主题 › Linux › 为什么编译起来 aarch64 比 x86_64 要慢，单核 benchmark 却相反

https://openbenchmarking.org/test/pts/sysbench

另外 gcc 是挺慢的... arm 目前还算可以了

2022 年 1 月 13 日

回复了 James369 创建的主题 › 程序员 › win 上哪种文件系统是区分大小写的？

@dcsuibian
习惯好怎么写都不差
但依照一堆过往看过的命名就只能说区分还是比较好

2022 年 1 月 13 日

回复了 James369 创建的主题 › 程序员 › win 上哪种文件系统是区分大小写的？

@Huelse

是简化了但又产生了新的问题看代码总是耗眼力

2022 年 1 月 13 日

回复了 James369 创建的主题 › 程序员 › win 上哪种文件系统是区分大小写的？

区分大小写才好阿命名规范
想要不敏感改下 mount 参数以及 /etc/fstab 就可以

2022 年 1 月 12 日

回复了 skinny 创建的主题 › 程序员 › 请问大家多页面应用怎么做前后端分离？资源定位和前端页面权限控制怎么做？实际项目里是怎么做的？

分离不透过后端取得页面(非文章内容)
你要前端也干后端的事情那不就也是一把梭了再多个后端几乎没意义多重验证?
含内容的伺服器如果有复杂验证那实现的也就是一个小后端

2022 年 1 月 10 日

回复了 Carver9527 创建的主题 › Node.js › faker.js 作者删除了所有的代码

@lostvincent

如果贡献者本身有目的只能说刚好而已这是种老鼠会被倒会的心情我能体会如你所说有各自的期待按情来讲他不应该倒你的会不是吗但在知道规则情况下这是必须承受的更何况如果你有 fork 你有 clone 哪来血本无归只能说这种状况是小病呻吟

2022 年 1 月 10 日

回复了 Carver9527 创建的主题 › Node.js › faker.js 作者删除了所有的代码

@hutoer

开源期望利他也利己贡献同样期待利他也利己
只是利益大小分别因利而合亦因利而分
如果有单方面的与其说是爱不如说是种信仰是种个人价值观的强化反而在意这个是很奇妙的

2022 年 1 月 10 日

回复了 Carver9527 创建的主题 › Node.js › faker.js 作者删除了所有的代码

@lostvincent
开源贡献是自发的而且伤害在哪？小题大作可以是伤害没错
有赞助但达不到他想要的标准直接砍掉不想弄了也正常只能说他一开始要开源没有想清楚而已他理智一点或许就不会想要开源确实不会走到这状况但这状况不代表不好只是有些受益者看的不开心觉得不好而已

@txoooy
他砍库也是自己做出的选择这社会本来就这样期望与现实差异而退出
是别人同情而不是他主动讨同情心

2022 年 1 月 8 日

回复了 Carver9527 创建的主题 › Node.js › faker.js 作者删除了所有的代码

白嫖造成观感问题
阻挡 fork 也是观感问题
但就事情严重性来讲比较同情原作者
虚无飘渺的东西不用讲的很重要
大家都知道 git 也是一种备份工具
共献者的成果不会消失
事不关己大家都不觉得很重要例如作者的生存
火烧到自己呼天抢地公司的成本然而这成本还很少

1 ... 49 50 51 52 53 54 55 56 57 58 ... 71

❮

❯