V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mcfog  ›  全部回复第 5 页 / 共 90 页
回复总数  1781
1  2  3  4  5  6  7  8  9  10 ... 90  
352 天前
回复了 zhongpingjing 创建的主题 程序员 分享一些 Github Copilot 使用技巧?
写 error message ,log message:准确率极高,会自动参考周围的写法风格,会按上下文嵌入合适的变量

注释 /签名生成实现:周围有类似的,或者方法名准确,或者是常用小算法 /套路时准确率极高

补各种参数校验,异常 case:如果不能猜出来的话可以先写行注释

实现补充注释:变量名 /方法名合理经常能猜对你要写什么注释

写测试:有点碰运气,但短方法 utility ,或者什么封装了个小正则的方法 一般结果还是很不错的
可以用 includeif 实现
2023-05-10 11:51:31 +08:00
回复了 Colderer 创建的主题 程序员 真心发问,以下哪种人能走的更远?
你想做 A 就找喜欢 A 的领导 /团队,你想做 B 就找喜欢 B 的领导,大路朝天,各走一边
2023-04-20 16:33:59 +08:00
回复了 hyomarchandocl85 创建的主题 程序员 前端+1 老板告知可以向后端老板汇报,急求建议
关键是那个后端老板的综合能力,以及你和他的配合是否顺畅

有没有想过"前端向后端老板汇报不是一个很好的状态" 如果是普遍事实,那么后端的老板后端的老板的老板总有个是不懂后端的处在不好的状态(就算是技术老板出来创业,那投资人总不太可能还是后端出身吧)。不能很好的管理非自己专业能力覆盖范围内的工程师,就是单纯的管理能力不够而已
2023-04-19 22:59:44 +08:00
回复了 iorilu 创建的主题 程序员 现在还有多少开发觉得一定要用 mac 的
开发没必要用 mac ,综合还是 win 更方便
开发没必要用 linux ,综合还是 mac 更方便
开发没必要用 win ,综合还是 linux 更方便
开发没必要用 mac ,综合还是 linux 更方便
开发没必要用 linux ,综合还是 win 更方便
开发没必要用 win ,综合还是 mac 更方便
开发没必要用笔记本,综合还是台式机更好
开发没必要用台式机,综合还是 minipc 更好
开发没必要用 pc ,综合还是树莓派更好
开发没必要用键盘,还是脚踏板最好
开发没必要用 IDE ,还是 vi 最好
开发没必要坐人体工学椅,还是升降桌最好
开发没必要用机械键盘,还是 HHKB 最好
2023-04-19 14:36:57 +08:00
回复了 dcsuibian 创建的主题 程序员 安利下 fnm(Fast Node Manager)
复议 asdf ,对市面上所有此类工具形成降维打击
2023-04-11 12:10:43 +08:00
回复了 EgoTao 创建的主题 NAS 想弄个 PC 主机当做 NAS + 游戏机,请教下各位大佬
这描述感觉特别像那种不需要游戏主机又不需要 NAS 的人想装机器玩,就差再描述一段软路由的伪需求了

我建议预算砍到三千多 装个简单的准系统先用起来,挺大概率直接够了的
2023-04-04 10:14:44 +08:00
回复了 KDM2333 创建的主题 程序员 关于 pmp 考证及职业规划
- 整个就业市场里有多少程序员多少项目经理?
- 如果行业下行程序员机会大大减少,那么项目经理的机会数量会如何变化?
- 如果技术一般的程序员简单考个证就能胜任项目经理,那么程序员和项目经理哪个岗位会更卷?
- 解决焦虑有两种办法:提升竞争力和降低预期,规划的核心目标应该围绕这两个点,而不是什么后手或者退路,如果一件事情花钱以后很容易就能做到,也不费什么时间,那么这件事大概率完全不会提升一个人的竞争力
2023-04-03 11:05:12 +08:00
回复了 tool2d 创建的主题 随想 为什么 ip4 不改成 999.999.999.999 的形式?
毫无意义的文字游戏,define 捷径为错,短期目标为错,define 正确路径为慢是吧

正确路径能不能分解短期目标?能
正确的路径是否慢?不一定
正确路径有没有捷径?偶尔有
短期目标是不是都是无意义的绕路?不是
走捷径是好是坏?不一定
恰恰相反,我觉得有 copilot 以后写代码的乐趣比以前强太多了

写代码过程中少数无聊的事情恰好都是 copilot 最擅长的事情:写用户看不到只在联调撕逼用的 error message ,一辈子触发不到但也不能省略的 error check ,一个实现写对了要排比句写其他表 /模块的类似的代码,单元测试的 boilerplate ,还有注释,微妙的细节我写代码 copilot 补充注释,傻逼的地方我写注释让 copilot 写代码,简直完美
2023-03-17 13:20:06 +08:00
回复了 sleepingdog 创建的主题 NAS syncthing 可以实现自动剪切文件吗?
B 是 nas A 是移动设备的话,反过来在 B 上跑脚本将同步文件夹的内容定期移动走就可以了,让 syncthing 自动把删除动作同步回 A ,不要用 syncthing 的那些不删除或者多版本之类的策略
2023-03-03 12:21:17 +08:00
回复了 mylxsw 创建的主题 Go 编程语言 开源了一个支持运行时依赖注入的 Go 开发框架
IOC 部分的设计决策非常符合我的偏好,app framework 部分就有点过重了,支持一下
我总结一下:条件不搞清楚查全表 boom 、已经引用的类库里的能力不用而自己写、已经有的接口自己重新实现
以上问题提醒、讨论过没有改变

我好奇的是这属于技术中上的话,UP 你的其他同事干活是什么状态
2023-02-24 10:02:42 +08:00
回复了 Nazz 创建的主题 程序员 我们真的需要 gRPC 吗?
关于最后一个问题,我推荐一个支持生成各大语言 JSON 代码的命令行工具:protoc
2023-02-21 10:48:59 +08:00
回复了 NCE 创建的主题 程序员 golang 快速开发,应该选择 go-zero,还是 Iris?
给自己和父母陆陆续续买了 3 台 realme ,没刷系统,就换了一下 launcher ,基本没有广告,谷歌直接装

能记得起来的广告只有安装应用有按钮劫持到内置商店,还有安装成功后的界面有 app 推荐位,刚买的时候短信 app 会推几条碎屏险后面就没了
近几年有好几次想用,研究以后的结论都差不多,wasm 社区心不齐很多波不同的人各搞各的,看不到未来

客户端性能优势完全错过窗口期 99%的场景性价比不如让千锤百炼的 JS 硬跑 JIT ;服务端 wasi 空有几个 runtime ,没几种语言支持实际写 wasi 模块,还和 AssemblyScript 闹掰了

希望干脆点客户端服务端分家算了,各玩各的可能反而发展迭代更快,客户端研究研究 app 之类的场景能不能拓展,想办法和 js/ts 互操作性更强一些;服务端看看 wasi 到底行不行,早点达成一致,不行赶紧来个替代者,后面 gc 什么的早点弄出来,语言(真正意义上)多支持几种,Docker ,IOT 这些场景落地落好
1  2  3  4  5  6  7  8  9  10 ... 90  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1900 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 00:41 · PVG 08:41 · LAX 17:41 · JFK 20:41
Developed with CodeLauncher
♥ Do have faith in what you're doing.