V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  nothingistrue  ›  全部回复第 105 页 / 共 109 页
回复总数  2174
1 ... 97  98  99  100  101  102  103  104  105  106 ... 109  
2022-05-24 09:58:45 +08:00
回复了 dufu1991 创建的主题 浏览器 讨论一下各个浏览器的翻译准确度。
这个其实跟浏览器没关系。Chrome 用的 Google Translate ,Edge 用的 Bing 词典 /Translate ,Safari 不清除(有可能跟其他组件一样,由谷歌提供定制版)。

准不准,要看是哪方面的准。你要是跟人工翻译对比,最不准的应该就是 Bing ,它本质上就是个词典,纯原生原为的机器翻译。但你要是看专业性,那最不准的是 Google ,它主要依赖社区而不是专业辞典。
2022-05-24 09:33:52 +08:00
回复了 Suzutan 创建的主题 Windows 笔记本的 S3 睡眠,在约两三个小时后,自动变成 S4 休眠
默认情况下,键盘、鼠标(包括蓝牙鼠标),都能从休眠状态唤醒,楼主应该是把这唤醒“优化”掉了,恢复一下即可。
2022-05-24 09:32:10 +08:00
回复了 Suzutan 创建的主题 Windows 笔记本的 S3 睡眠,在约两三个小时后,自动变成 S4 休眠
第一:从使用体验上来说,几个小时的睡眠后恢复,跟休眠后恢复,差别不大;从性能上看,长时间静止的时候,休眠更节省电池。
第二:win10 开始电源管理加了一些 >>>自动策略<<<,开始复杂化,加上微软测试方式也发生了改变,在没有严重问题的情况下(参考第一条),估计微软自己都不会花功夫去研究怎么搞这个配置。

楼主这都是小意思,等你遇见“空闲期间不更新,休眠期间自动更新”的时候,才是真正开始烦的时候。
2022-05-23 13:35:42 +08:00
回复了 LeegoYih 创建的主题 程序员 吐槽一下我们公司的中台
不了解细节,但大致能猜测出来你们这中台压根就没解耦。
新项目请用 Jar/War 包部署,代替 War 文件夹部署。老项目,就这样吧,不动是最好的。
2022-05-20 11:30:17 +08:00
回复了 zx900930 创建的主题 Windows 为啥 Windows Server 2022 要把 WSL2 给砍了?
楼主明显是个人电脑用 Windows Server 替代 Win 10/11 。微软不管个人用户用 Server 版本,不代表他就要支持个人用户用 Server 版本。
2022-05-20 11:20:47 +08:00
回复了 aguesuka 创建的主题 Java 分享 Lombok 一个有意思的 Issue
@dreamlike #8 绝对遵照标准,跟不遵照标准,没有区别——死板的标准必然产生为了遵守标准的非标准代码,最终导致标准失效。要说锁版本,几年前 JDK (非 JRE )放弃向下兼容,要比 lombok 更锁版本。
2022-05-20 11:10:55 +08:00
回复了 lotusp 创建的主题 程序员 为什么每个微服务要有自己独立的数据库?
@LowBi #4
@yumerdev93 #5

微服务首要解决的是业务解耦,性能是其次。要业务解耦首先要做的是去关联,不去关联就不要做微服务。去关联的方法多得很,就是门槛比较高(其实门槛本身不高,而是 Sun 带起来又被国内发扬光大的"J2EE——>三层架构——>CRUD”风格,把门直接给隐藏了)。
2022-05-19 14:01:19 +08:00
回复了 MagnificentCxx 创建的主题 程序员 测试与开发的攻防
先别管咋改善的,你们这个 bug 的原因定位到了吗。内部测试无 BUG ,到现场测试出现 BUG ,最可能的原因是环境不同造成的内部漏测,次可能的原因是为了零 BUG 上线故意造成的内部漏测,测试结束以后改个 BUG 出来是最不可能的原因(脑残才会故意弄个 BUG 出来,除非是为了修复之前隐藏的 BUG 的时候除了新 BUG )。

至于如何改善吗,很简单,你们需要一个软件开发 QA ,真正管过程那种 QA ,不是顶个质量管理员头衔的测试。
2022-05-19 10:46:00 +08:00
回复了 3kkkk 创建的主题 程序员 谈谈阿里系员工写的技术书籍感受
搞实践的人写理论,都会变成这样。国内这些大厂,除了自己干活,就是往外输出干活,总归都是干活的,属于开发实践的范畴。开发实践,只要是大团队,那首先重要的是团队协作,团队协作上首先最重要的就是团队内部通用语言,团队内部通用语言最常见的表现就是团队内部规范——直白点说就是团队开发第一重要的就是制定和遵守团队内部规范。请注意这个“内部”,放在团队内部那是优点,拿出来放到外面就是缺点。搞实践的人写理论,很容易把内部规范当成通用(外部)规范来说。

如果写的人不注意改善这点,甚至还刻意这样,就容易写出米田共出来。我看过的书不多,大师的书要么抛弃自己的规范采用常见规范来写,要么会在标清楚自己的规范并附上其他方案。而阿里的书,作者是刻意表现自己的规范的。
2022-05-19 09:48:45 +08:00
回复了 lankunblue 创建的主题 程序员 前端可以拿到一个请求的 ip 地址吗?
你这个需求,源需求是当前服务器( A 域名),想通过访问它的某个页面的浏览器,去获取 浏览器到 B 域名 之间的通讯信息。这特么就是网络攻击,不是无法实现,而是不能实现。
WIN 端、安卓端、苹果端,是对消费者、或者依赖于移动应用的团队来说的。但是当你把范围提升到应用开发之后,就不是这么分了,该分成普通应用、适配 Android 的应用、苹果系统的扩展应用。普通应用基于但不依赖底层操作系统或厂商,苹果系统的扩展完全受制于苹果,Android 介于前两者之间。楼主这里比较的还不是全平台应用,你要看看全平台开源应用就会发现(比如 project V ),平台支持优先级一般都是先 Linux + Windows ,再特殊 Linux ,再 Android ,最后才是 IOS 和 Mac ,有些干脆直接不支持移动端。
2022-05-18 14:14:18 +08:00
回复了 wym7223645 创建的主题 程序员 多表联查 group by order by 优化问题请教
TASK_ID IN (从其他查询拿到的结果,数据量在 5000 左右) ,我感觉时间都耗在这里,这你怎么优化都没用。

鉴于你这里要去重的都是 LIST 表,可以先用子查询去重(相关 WHERE 条件要跟进去,不然就成全表去重了)到 LIST2 ,再用 LIST2 当主表去做后面的连接。此项提升有限或者没提升,不过会让 SQL 更易读。

ORDER BY 只放到最外层,里面除非要 LIMIT 否则都是无用功。

说点题外话,GROUP BY 去重要慎用,因为 GROUP BY 本质上是只取第一条丢弃其它的,不是去重。比如:假设 SELECT A,B,C GROUP BY A,B ,且 C 不是 A,B 派生的,那么当出现 A1-B1-C1 ,A1-B1-C2 这样数据的时候,你就只能查询出 A1-B1-C1 或 A1-B1-C2 ,而丢失另外一条。看楼主这个 ORDER BY LIST.PROJECT_CODE,LIST.TASK_CODE DESC ,感觉上 PROJECT_CODE 并不是它 GROUP BY 那几个字段的派生字段,大概率要丢失数据。
2022-05-18 11:12:19 +08:00
回复了 feitiantiny 创建的主题 程序员 有没有什么好用的流程图软件?
要有钱的话,就只有一个选择:Microsoft Visio ,一个大版本将近 5000 ,没有个人版订阅(只有团队订阅)。
免费的我推荐 yEd Graph Editor ,算是个乞丐版的 Visio ,勉强能用。
要是喜欢编码形式的,考虑 plantUML 。

不推荐其他大型 UML 画图工具,因为他们可能比 Visio 还贵。

不推荐便宜的付费版,跟乞丐版比强不了多少。

极度不推荐亿图,用过一段时间,这东西就是个山寨货,虽然功能很齐全也便宜,但付费起来就是不爽。
2022-05-17 14:03:20 +08:00
回复了 movq 创建的主题 程序员 vim 里面为什么用:s 来替换$$$$为$$,却会替换成$$$?
替换有两个参数,第一个是用于查找的正则表达式,第二个是替换内容。替换内容也不是普通文本,也有特殊字符,但又跟正则表达式的特殊字符不是一套规则。然后不同语言的实现规则还不一定一样,比如说用的用$0-9 ,有的用&0-9
2022-05-17 13:50:15 +08:00
回复了 movq 创建的主题 程序员 vim 里面为什么用:s 来替换$$$$为$$,却会替换成$$$?
要么归档历史数据减小数据量,要么在业务逻辑上拆能 7 个主表。这么大的数据量,你优化也最多 10 小时变半小时的程度,都不会满足实时查询。
2022-05-17 09:17:51 +08:00
回复了 isSamle 创建的主题 程序员 万表归一靠谱吗?
都这样了你为啥还要类似 Excel ,直接用 Excel 不就行了。你这里想到的,以及还有好多你没想到的数据处理,包括服务器客户端模式,Excel 都能做——在不考虑使用的易用性和开发的便利性的情况下,Excel 是万能的。
2022-05-16 10:42:22 +08:00
回复了 skyworker 创建的主题 Java 在 Java 业内, 难道多表联合查询都是复杂问题吗?
@skyworker #2 见你楼上的回复,当你使用 Spring Data JPA 以后,多表联合查询没那么复杂,只需要接口中定义一个方法,方法名旁边用注解再定义一个 SQL (用原生 SQL 而不用 HQL/JPL 都没问题)。(前提是实体类和接口已经定义过了,这个相对于 PHP 这些可能还是麻烦一些,但这是一次定义终审省事,并且这已经涉及强类型语言跟弱类型语言的对比了。)

@rykinia #3 现在用 Spring Data JPA 的并不多,如果是用 Mybatis ,即使是 Mybatis Plus, 那楼主说得是没错的。
H5 ,原本它该代表的 HTML5 ,这个标准仍然是 HTML——超文本传输语言的范畴,它主要面向的是“资源浏览”,不是 UI ,不是客户端。即使是 HTML5+( ES6+),即常规意义上的 H5 开发,它的核心仍然是资源浏览。再加一个 PWA ,勉强才具备资源浏览外的一些客户端的东西,但至少目前来说还不够。

与其说 H5 是跨平台,不如说 H 是无平台的,因为它的核心是服务器,浏览器端是完全从属于服务器,没有自主能力的。所以如果要搞些单独靠服务器做不了的功能,比如搜集数据(隐私),P2P 传输给服务器分压等,那就得整客户端( PC 客户端或者手机 APP )。要搞跨平台,就得用其他技术。
1 ... 97  98  99  100  101  102  103  104  105  106 ... 109  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1606 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 50ms · UTC 16:35 · PVG 00:35 · LAX 08:35 · JFK 11:35
Developed with CodeLauncher
♥ Do have faith in what you're doing.