V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  abcbuzhiming  ›  全部回复第 55 页 / 共 103 页
回复总数  2059
1 ... 51  52  53  54  55  56  57  58  59  60 ... 103  
2019-05-04 09:20:58 +08:00
回复了 formulahendry 创建的主题 程序员 VS Code Remote 发布!开启远程开发新时代
@jinliming2 所以我才说,山中无老虎,猴子称霸王啊。我用来对比的不是 vscode,而是 visual studio,但是 visual studio 不像 IDEA 有那么多系列支持那么多语言。
2019-05-03 14:41:52 +08:00
回复了 Caojx 创建的主题 程序员 作为一个后端,写前端好难,怎么写好前端?
@Tomotoes CSS 不是难,它的思维方式不是逻辑方式,而是查表方式,需要背组合,这也是为啥很多后端程序员面对前端无所适从的原因。后端程序说对前端搞不定,其实就是死在对 CSS 的理解上,CSS 不能作为“编程语言”去思考
2019-05-03 14:38:31 +08:00
回复了 formulahendry 创建的主题 程序员 VS Code Remote 发布!开启远程开发新时代
@dacapoday JB 系列纯粹是山中无老虎,猴子称大王,又笨又重的 IDE
2019-04-30 12:49:47 +08:00
回复了 Counter 创建的主题 程序员 几年前的 Windows 桌面程序员后来怎么样了?
@qilishasha 迟早的,移动端 App 说白了大部分还不是在写 UI,不过是搭上移动端高速发展的东风。说到底,搞 UI 的都怕时代变,谁还记得塞班啊
2019-04-30 12:48:25 +08:00
回复了 Counter 创建的主题 程序员 几年前的 Windows 桌面程序员后来怎么样了?
一看这些回答就是知道大部分是互联网程序员,写客户端的现在在行业软件和工业领域活的挺好的,但是大部分没有互联网程序员薪水高,相对的嘛,身体健康情况是要好很多的,劳动强度没那么大
2019-04-29 17:35:26 +08:00
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
@TommyLemon 我之前就看到你这个东西了,其实我很看好你的思想,但是,我得说,为啥你就不愿意专注做成一个 ORM 工具+DSL 呢,你非要从控制层一路吃到数据层,对业务的侵入太重了,其实介于原生 SQL 和重度 ORM 之间的中等程度 ORM 工具+领域设计语言在所有语言里都是重要需求。如果你能从 API 层退出来,回到数据层里去我,想用上你这个工具的人会多很多的。比如我很想用你的数据层,但是我一看连 controller 层都侵入了我就没法用了
2019-04-29 17:30:50 +08:00
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
@huijiewei 你没有消除 Join 好吗,你实际是让 ORM 做了 Join 的工作,如果 Join 不复杂,ORM hold 的住,看上去这个工作就被屏蔽了,程序员不需要管。问题是有的时候 join 很复杂,ORM 根本 hold 不住,这就是为啥国内提到 hibernate 这种重 ORM 总会说它是容易入门精通困难,复杂查询性能下降的可怕
2019-04-29 16:54:24 +08:00
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
@qiyuey OLTP 一般不会需要 JOIN,OLAP 才是 JOIN 的大头
2019-04-29 16:07:22 +08:00
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
@no1xsyzy 欢迎去见识一下国内的金融报表,你与其说糟糕的表设计,不如说需求方怎么就会有那么多奇葩的脑洞,搞出那么多奇葩的查询条件来

@huijiewei ORM 那是自己实现的 Join 的算法啊,你以为 Join 的逻辑消失了吗?连 google 都有业务不得不用 MySQL 的 Join,很多不用关系数据库 Join 的分析系统,自己实现了连接引擎。你们真觉得基于关系代数的的 Join 这么容易打发啊。你不用数据库的就麻烦你自己实现一套
我这么说,谁能彻底驱逐关系代数中的 Join,谁立马就能拿图领奖
2019-04-29 16:01:34 +08:00
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
@CUMTProgrammer 人家就是叫你在代码里实现 MySQL 的连接器引擎,明白不,人家认为是个人都能写出和 MySQL 不相上下的连接算法来。哈哈哈哈
2019-04-29 15:59:39 +08:00
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
阿里的那个开发规范是有前提的(这个前提阿里自己是不会说的,本来就是给自己的企业培养预备军),这个前提就是“阿里有另外的 OLAP (联机分析事务)解决方案”,人家大数据强的很,不需要用关系数据库(阿里的主力 MySQL )来做分析业务,Join 之所以有时候必须存在就是因为大量的中小型企业要依赖关系数据库来做 OLAP 业务,这个时候 Join 是必不可少的,甚至有时候是没办法的。1 楼说查询后合并?嗯,说的倒是没错,不过说到底就是自己做 join,自己做 join 的话,简单的业务无所谓,复杂一点的业务,多连几张表,在来点排序,统计什么的。此时你自己实际是在实现关系数据库的连接引擎! MySQL 的连接引擎写的是不咋地,远远的不如 Oracle 这样的商业数据库性能高,不过我觉得把大部分连自己动手实现过数据库的一部分功能的程序员按在地上摩擦还是轻松愉快的。所以,你真要统计复杂业务?你还是老老实实 join 吧。
多说一句,要相信阿里总结的规范的科学性,但是不要迷信阿里当成圣经,技术都是有场景的,你不到人家的规模,盲目照搬人家的东西,是要吃瘪的。人家有些东西(大数据处理解决方案)你是没有的。你要面对的需求(没钱没人条件下用关系数据库解决分析需求)也未必是别人需要面对的
2019-04-28 18:07:59 +08:00
回复了 jamfer 创建的主题 职场话题 签署了这样的竞业禁止协议,是否合法,是否需要遵守
这种协议都是用来忽悠新人的
你主要记住一点,竞业保证金是绝对不能夹在工资里发的,必须是离职后发,少发一个月,发的比例不够,都无效
2019-04-28 14:34:25 +08:00
回复了 noble4cc 创建的主题 问与答 现在的服务器大部分都是 centos 吗
@Humorce 你的数据从哪里来的?都第一?我怎么记得至少 desktop 上不是
2019-04-27 10:30:40 +08:00
回复了 macha 创建的主题 C 大家有没有觉得用多了智能指针后,用裸指针的能力有所退化了
C 的指针一直以来就有说法加重了程序员的心智负担。你以为是说说而已吗,要真是什么特别好的设计,为啥之后的语言都在想方设法的规避这玩意
2019-04-24 22:08:01 +08:00
回复了 johnkiller 创建的主题 程序员 现在大学生都是人均 AI 吗?
@diggerdu 还真就这么夸张,算法岗以上,只有大厂有,中小型公司几乎不养这种人,所以岗位偏少,竞争太多。就变成这样了,你不是研究生以上学历人家根本不看简历
2019-04-24 22:06:42 +08:00
回复了 johnkiller 创建的主题 程序员 现在大学生都是人均 AI 吗?
就问你这位同学,他发过 paper 了吗?发在哪家了?发了再来装逼好不
Java 培训班已经几经风浪了,至少 2000 年前后和 2010 前后都曾经凉过,无所谓了。反正 IT 这行定期淘汰人
2019-04-22 14:12:43 +08:00
回复了 shanlan 创建的主题 程序员 能说说为什么你要是使用 Linux 系统开发吗?
@AngryMagikarp 我说的是 Linux 桌面,不是 Linux,这一点请你搞清楚,Linux 做服务器我是双手双脚赞成的。但是 Linux 桌面不堪用是事实,爱用的真爱,我只是不希望有人老是传教让别人去吃翔
1 ... 51  52  53  54  55  56  57  58  59  60 ... 103  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1120 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 19:02 · PVG 03:02 · LAX 11:02 · JFK 14:02
Developed with CodeLauncher
♥ Do have faith in what you're doing.