V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cp19890714  ›  全部回复第 1 页 / 共 10 页
回复总数  182
1  2  3  4  5  6  7  8  9  10  
Chrome 扩展应该是不可能实现了。
Firefox 可以实现
9 天前
回复了 uTools 创建的主题 分享创造 三年过去了,那个叫 uTools 的怎么样了
装了好几次,每次试用不到 1 天,就删除了。
以下只是陈述个人想法, 可能是我的电脑使用习惯比较奇葩, 不符合大众习惯, 说的不对请见谅.

删除的原因
1. 虽然包含了很多功能,但是对于必备功能,我已经找到了完善的独立软件。这些独立软件,功能更完善,资源占用少.
2. 所有功能通过 utools 的面板作为入口, 如果要在多个插件间切换, 不太方便. 虽然有窗口分离,但我不容易做到在刚使用时,就确定是否要分离这个窗口, 往往是在之后再次使用时,才能知道.
3. 对于非必要功能, 使用频率较低, 可以使用浏览器以及书签.

基于以上原因, 我觉得没有必要"长期在后台开启一个包含 electron 的非必要大型软件"(只是猜测是 electron,如果猜错了请见谅).

另外,我不理解,为什么要在 uTools 上,添加一些大型工具, 例如 markdown. 如果我能用到 markdown,那么很可能我本地已经有 md 文件了,那么我必然有 markdown 软件. 但是 uTools 上的 markdown 不能打开外部文件, 文件不能直接访问, 需要导出, 使用不够方便.
我们团队也有,不限制分享内容,游戏、健身、思想、读书笔记 都可以。
分享的第一意义,并不在于要靠分享让大家获得技术知识。
如果团队 leader 没有搞明白分享的意义,那么这种分享只是拙劣模仿。
26 天前
回复了 kikione 创建的主题 Java spring 事务问题
你提出了两个问题。
1. 事务回滚到了 controller ,也就是说 A 中的数据也回滚了。
2. controller 执行了两次

回答:
1. 请说明你的证据
2. 最大可能就是异常触发重试
Mac 和 Windows 的 linux-docker 本质都是 linux 虚拟机
28 天前
回复了 longmeier90 创建的主题 MySQL mysql 读写分离作用大不大?
如 3 楼所说,你这不是读写分离。开一个从库,只用于数据分析,对你的场景当然有显著的作用
29 天前
回复了 x97bgt 创建的主题 程序员 终于找到了 macos 切换程序的最佳方式
@zitup
设置-键盘-快捷键-调度中心-切换到桌面 1 切换到桌面 2....
前提是你得先建立多个桌面, 设置中才会出现快捷键.
如果觉得切换桌面的动画太慢, 可以把动画关闭。
用一段时间,形成条件反射后,最终效果就是心里想用哪个软件,桌面立即就显示这个软件了,简直意念控制。
29 天前
回复了 x97bgt 创建的主题 程序员 终于找到了 macos 切换程序的最佳方式
老生常谈的话题了。
我没有安装任何软件,使用 mac 的多桌面,设置 10 个桌面,每个软件放到不同的桌面,快捷键直接切换桌面即可,指哪打哪。切换软件不需要做任何思考和眼睛识别
@MengiNo 确实。重度计算由远程服务器处理,本地只有 UI 和轻量计算,在 vscode-server 发布之前,我就有这种想法,可惜 IDEA 一直没有实现。
vscode 写 go 和 java 的项目,需要安装很多插件,并没有比 IDEA 节省很多资源,编程体验却相差较大。
现在手上是 AOC 卢瓦尔,用了 1 年,感觉可以。
现在准备再买一台,但是卢瓦尔不讲价,我现在准备上 AOC U27N3C
为什么要回怼,为什么要帮他醒悟,这种人就让他傻逼一辈子好了
午休, 并且要平躺, 只需要 15 分钟,就可以解决你的问题.
同意 18 楼,定义好 鸡与鸡蛋,这个问题很容易解释
77 天前
回复了 uleh 创建的主题 全球工单系统 有没有坚果云的大佬,求助~~
这太离谱了. 就算是人人都骂的百度网盘, 也没不要脸到这种程度吧.
太可怕, 我准备迁出坚果云了.
@kevinonepiece
以我个人的使用经验, 我觉得多次简单查询对比关联查询有以下好处:
* 有效使用数据库缓存
* 关联的表多了,且没有用好索引, 一次查询的时间就更长. 这种并发查询多了, 就会导致数据库压力骤增. 例如:一次查询要 100ms,那么在未来很可能成为慢查询,进而可能导致雪崩.
* 减少锁的竞争
* 尽量降低数据库压力, 毕竟数据库的扩容比服务器扩容难多了. 在开发时,就让 sql 足够简单, 未来一旦出现数据库瓶颈, 大部分的代码不用考虑 sql 优化了, 直接升级数据库吧.
* 随着数据量的增加, mysql 的执行逻辑也会变化. 虽然开发时不是慢查询,但以后可能就会变成慢查询.
但并不是所有的关联查询都拆分, 对于效率非常高的关联查询, 还是不要拆分.
1. 简单查询用 ORM, 稍复杂的都直接写 sql
2. 把复杂查询拆成多个简单查询.
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1084 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 21:36 · PVG 05:36 · LAX 13:36 · JFK 16:36
♥ Do have faith in what you're doing.