V2EX › ghost024 的所有回复 › 第 1 页 / 共 12 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 12

❮

❯

4 天前

回复了 luxinfl 创建的主题 › MySQL › 请教个问题，如何快速的删除 mysql 的数据

搞个跑批，要删的业务表应该都有删除的方法，根据表 a 的业务编号直接同步删除，然后这个操作分批进行（这种方式必须保证这些关联数据是完全独立的，要是两个记录共用一个数据就别删了），或者就是先在表 a 加个标志，逻辑删好了，也快的

4 天前

回复了 hepeng10 创建的主题 › 职场话题 › 问后端要接口地址和参数都不行了，叫“啥都要让他喂”

如果后端是有文档但是不想给你，那是这个后端是个懒狗;如果是完全没有文档，那这个项目很容易会变成屎山代码之后很容易出事情。（而且我都不信他跟 app 对接的时候没有留下文档之类的，如果是靠口耳相传的话那真的太小作坊了

11 天前

回复了 winterbells 创建的主题 › Kotlin › 屎山代码一则

哈哈哈哈哈，要么改反射，要么加入:)

15 天前

回复了 tiRolin 创建的主题 › Java › SpringBoot 项目启动报 Error starting Tomcat context. Exception 问题求解决

用 idea 搜一下这个 class reqEnvContextFilter ，应该是这个里面用到了那个配置，可以打个断点看看为啥没读到，如果不是第三方依赖可以给个默认值。

59 天前

回复了 hello202311 创建的主题 › 问与答 › 性格懦弱，如何克服呢？

@hello202311 #100 如果是自我感受，这种的一般是不敢去争取自己的合理合法的利益，那说明你虽然心里不舒服，但是结果你还是可以接受的，那就无所谓。上面的老哥教的方式只是从外在改到内在，没啥用。什么时候你已经退无可退了，把你彻底逼急了，你冲动的那一次，你就知道什么是不懦弱了，真正的改变从那时候开始，所以不用着急，就算听上面老哥的改造，大概率也会坚持不下来或者改到一半觉得迷茫

59 天前

回复了 hello202311 创建的主题 › 问与答 › 性格懦弱，如何克服呢？

这有什么可改的，如果你觉得结果是可接受的，那就够了，每个人的底线不一样，这也不是懦弱；如果你觉得结果是不可接受的，那就去争取，争取的过程本身就是不懦弱的。懦弱与否没有统一标准的，还是看你自己，如果你现在过的很舒服，但是别人觉得你懦弱，那是他的问题，不是你的问题。

60 天前

回复了 zzzzaaa 创建的主题 › 程序员 › 求问，如何快速通过代码库了解一个项目

代码其实都还是比较好懂的，主要是代码背后的业务逻辑，如果没有什么产品文档的话，改代码很容易出问题，除非测试用例做的很全很好

158 天前

回复了 xiyy02 创建的主题 › 职场话题 › 对于程序员这种职业，如何避免周末假期还要时刻 oncall 线上事故的情况？

ab 岗和错峰休假，只有这种方式

161 天前

回复了 wtf12138 创建的主题 › iPad › 请教一下 iPad 的真实使用场景

我妈有老花眼，喜欢看比手机屏幕大的，但是又不想用电脑和电视，需要能躺在床上玩的，ipad 直接完美替代了一个比手机大比电脑小的场景

182 天前

回复了 TestOPS 创建的主题 › 职场话题 › 我想转行去煤矿下井不知道怎样呢？

兄弟你醒醒，除非你在地面干活（当然地面干活也很苦），你要是下井当掘进工那是苦上加苦，那可不是说 8 小时工作制，是夜班和白班两班倒的。如果你是掘进工是有尘肺风险的，如果你是修巷道的其实还好，但是跟掘进工差不多一样累。你爸肯定不是煤矿的，我爸是煤矿的，他之前就说干啥都别来煤矿。。。。。

277 天前

回复了 exch4nge 创建的主题 › 程序员 › 在有复杂功能且持续迭代过程中的工程，如何保持架构简洁、代码可读性等？

设计先行，设计必须从长远的目光来看。如果有些业务属性加入注定会对代码造成质量影响的建议 battle 一下，尽量保证代码的优雅。有些业务加进来后，新的设计会对老的设计进行优化，这个时候要记得进行老模块的重构，这样才会保证代码的整洁优雅。如果团队的其他开发进行代码提交的时候一定要 review ，不注意的话 shit 会越加越多

336 天前

回复了 a1b2c3T 创建的主题 › 生活 › 各位相信算命吗？

@cmdOptionKana #140 对啊，我的意思就是在外面算命的都是假的，当然通过算命来听好听的话获取情绪价值这种行为我是不做评价的，因为每个人都有自己的自由。我只是说，来算命的人一般都是渴望得到，或者害怕失去的两类人，这些人在某些方面很极端，如果真的要通过算命来获取未来的情报，那就是纯纯的痴人说梦，因为当你觉得未来可以改变的时候，你又知道了未来的情报，那未来会因为你的提前布局和规划又改变了。所以还不如去干自己想干的就完事儿了，想那么多都没啥用：）

336 天前

回复了 a1b2c3T 创建的主题 › 生活 › 各位相信算命吗？

@cmdOptionKana #135 一点都不无力，既然命是不容易改的，那就没有必要算了，因为你算了也改变不了，还能徒增烦恼何必呢？算命最大的弱点就是觉得知道之后的事情走向就能够先一步进行布局和处理，殊不知如果命是不容易改的，你怎么折腾都没用，算命的自己就把自己搞失业了。

336 天前

回复了 a1b2c3T 创建的主题 › 生活 › 各位相信算命吗？

算命的如果真的能算命，他就不会在那里算命了，早就闷声发大财了，还用得着给别人算命

2023-10-07 10:26:24 +08:00

回复了 xtx 创建的主题 › 机械键盘 › 淦，买了才三年多的 filco 键盘竟然坏了。

@shm7 #57 嗯，应该是没有钢板，毕竟很轻

2023-10-07 08:44:56 +08:00

回复了 xtx 创建的主题 › 机械键盘 › 淦，买了才三年多的 filco 键盘竟然坏了。

我的宁芝的静电容键盘就被我家猫把案件给踩失灵了:)，键盘不坏的，家里养猫的让他踩踩键盘就完事儿了，也不需要多重的猫，六斤的就够了:)，我现在看着家里的坏键盘就想把猫炖了:)

2023-09-12 08:44:44 +08:00

回复了 tanxianjia 创建的主题 › 生活 › 你们生活或者学习中，有没有记过很有意思的口诀

处事不求无难，事无难则骄奢必起；谋事不求易成，事易成则志存轻慢。

2023-08-25 14:49:48 +08:00

回复了 lawsiki 创建的主题 › 程序员 › 针对复杂 SQL 查询，是直接在 controller 层调用 mapper，还是要包装一层 service？

在 service 里面，第一是可以复用，并且一旦需要把查询出来的数据做一些逻辑处理的话可以直接在 service 的那个方法里面做，第二 controller 层按道理是不应该有任何业务逻辑的，这样能在 controller 层保持干净，如果项目规模不大你在 controller 层直接注入 mapper 看似没什么，但是一旦代码规模起来会变得很丑陋，你在 controller 的代码会变的越来越长，最后 service 层形同虚设，又要重构。

1 2 3 4 5 6 7 8 9 10 ... 12

❮

❯