V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  aababc  ›  全部回复第 3 页 / 共 5 页
回复总数  96
1  2  3  4  5  
320 天前
回复了 chenjia404 创建的主题 程序员 PHP 转 go 的程序员是否很多?
@maigebaoer 确实工作需要什么就写什么,经常出现一遍学一边写,现学现卖
2023-04-11 10:10:02 +08:00
回复了 aababc 创建的主题 问与答 go 中的连接是否需要关闭
@FrankFang128 这个说法是没有问题的,在程序运行的时候只会创建一次,但是问题是在程序退出的时候是否需要关闭,也没有给出明确的说法
2023-04-05 10:33:00 +08:00
回复了 Comyn 创建的主题 Java 大家在用 IntelliJ IDEA 的哪个版本
2023.1 用起来还不错,感觉性能好一些
2023-02-03 22:33:09 +08:00
回复了 ajaxpost 创建的主题 程序员 不要升级到 macOS 13.2
mbp 16 pro(intel) 经常出现 wifi 在合盖打开之后连不上 wifi 的情况,大家有遇到的吧?
2022-09-25 21:09:11 +08:00
回复了 mitu9527 创建的主题 程序员 HTTP 2.0 对内网服务之间的通信是不是没啥帮助?
感觉是不是 HTTP3 才是大杀器?
2022-09-21 11:11:37 +08:00
回复了 Renco 创建的主题 职场话题 真摆烂是主流趋势?
所以现在没有产品文档就要方案是正常的?
2022-07-12 10:03:13 +08:00
回复了 exqibao 创建的主题 PHP laravel 重定向 https 变 http 问题
我感觉我是分情况,在循环里不太喜欢使用 break ,continue, 在非循环的场景下,喜欢提前返回!
2022-04-29 17:21:47 +08:00
回复了 bthulu 创建的主题 Go 编程语言 go 用来业务开发, 开发速度是不是吊打其他语言?
@fregie 我接触的情况感觉正好相反,大部分都在用 go 做业务,少部分才会处理和业务无关的。
2022-04-29 16:37:22 +08:00
回复了 bthulu 创建的主题 Go 编程语言 go 用来业务开发, 开发速度是不是吊打其他语言?
@bthulu 社区的大佬不厌其烦的跟我科普官方库的强大,向我灌输为什么不需要框架。但是我是一个坚定的框架使用者,他们特别看不上的 beego 我觉得特别好用,可能我不是一个真正的 golang 开发者。
2022-04-29 10:26:13 +08:00
回复了 bthulu 创建的主题 Go 编程语言 go 用来业务开发, 开发速度是不是吊打其他语言?
@qbhy 看来你没有理解 golang 的理念,标准库那么强大,为什么需要一个框架🐶
2022-04-26 23:12:29 +08:00
回复了 oneisall8955 创建的主题 MySQL MySQL explain key_len 和联合索引问题
我觉得你可以把情况 1 改成 >= 4 试试看
2022-04-26 17:55:01 +08:00
回复了 lotusp 创建的主题 程序员 技术债管理怎么做?
大部分都是不管理,实在不行了就另起炉灶,然后周而复始...
2022-04-13 22:44:43 +08:00
回复了 mokevip 创建的主题 程序员 如何看待后端接口带出数据库全部字段
@labulaka521 卧槽,这么高级的吗?感觉这样会被人打死的!
2022-03-29 10:02:47 +08:00
回复了 Ashore 创建的主题 程序员 2022 年了, PHP 开发环境有什么推荐
强烈推荐 docker ,如果不想自己折腾可以使用 laradock 。
2022-03-28 10:00:03 +08:00
回复了 jenschen 创建的主题 程序员 提前预判问题解决 bug,还是等 bug 暴露出来再解决
能预判到的 bug 还是 bug 吗!
2022-03-21 12:17:41 +08:00
回复了 xiaoshouchen 创建的主题 全球工单系统 apipost 炸了,为什么也没有个公告啥的
@yiqiao 没太看明白,我每次都是通过 import 从浏览器复制的 curl 请求。
2022-03-21 11:46:10 +08:00
回复了 xiaoshouchen 创建的主题 全球工单系统 apipost 炸了,为什么也没有个公告啥的
@yiqiao Paw 好用,好看
感觉这个事情是针对场景的,如果是后端的复杂的筛选,排序写在 SQL 里可能有方便处理,但是连表的数量过多也是一个大问题。如果是针对单个数据的处理(1 -> N -> N) 可预见的小批量数据,感觉写在业务里更能方便数据的组装和业务的变更。
1  2  3  4  5  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2173 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 61ms · UTC 11:48 · PVG 19:48 · LAX 04:48 · JFK 07:48
Developed with CodeLauncher
♥ Do have faith in what you're doing.