首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    钉钉白板Miro老路

    线下白板会议,看似是协作平等的,但总是有人负责写写画画,有人沉默语只有点到名字才说话,更积极的人掌握更多话语权,如果不在同一处办公,就更加无法掌握相同的信息。...2 国产白板与路线之争 国外的在线白板已经活得相当滋润,而国产白板也层出穷,竞争激烈。 从产品功能和人群定位,「叁肆指南」将目前市场上的白板分为三类: 第一类是类 Miro 白板。...但很明显,在体验后「叁肆指南」发现,钉钉白板的是另外一条路径。我们从功能、交互体验两个方面来论述。...Miro们的是工具-平台-生态的路径,是从低往高,在国内想要打造出一个平台乃至生态,实属路途艰难;钉钉白板的是生态-IM 平台-工具,在国内市场则更容易些。

    90920

    不要再问我 in,exists 走索引了...

    针对网上说的 in 和 exists 走索引,那么究竟是否如此呢? 我们在 MySQL 5.7.18 中验证一下。(注意版本号哦) 单表查询 首先,验证单表的最简单的情况。...会惊奇的发现,当 id 是四个值时,还主键索引。而当 id 是五个值时,就不走索引了。这就很耐人寻味了。 再看 name 的情况, ? ? 同样的当值多了之后,就不走索引了。...1 2、t1 走索引,t2走索引。(此种情况,实测若把name改为唯一索引,则t1也会走索引) ? 2 3、t1 走索引,t2走索引。 ? 3 4、t1走索引,t2走索引。 ?...4 我滴天,这结果看起来乱七八糟的,好像走索引,完全看心情。 但是,我们发现只有第一种情况,即用主键索引字段匹配,且用 in 的情况下,两张表才都走索引。 这个到底是不是规律呢?...PS: 这里我们也可以发现,select * 最终会被转化为具体的字段,知道为什么我们建议用 select * 了吧。 同样的,以 t2 大表为外表的查询情况,也查看优化后的语句。

    1.9K20

    向「非升即」说「」,复旦大学即将推出替代方案

    但另一面,科研是一项长期工作,很多基础学科的工作都很难在短期内完成,用论文数量等指标也很难评估,「非升即」很容易陷入令人诟病的「五唯(唯论文、唯帽子、唯职称、唯学历、唯奖项)」漩涡。...这个关于「非升即」的问题是一批有意回国发展的青年学者所提出的,他们想知道复旦大学是否有一些针对青年科学家——尤其是有兴趣参加科研成果转化的科学家——的扶持计划,即唯论文考核、按「非升即」的模式培养...除了复旦大学之外,国内也有部分高校在引进人才时强调不进行非升即。...南京信息工程大学去年 4 月发布的「高层次人才招聘启事(2022 年)」中曾特别标注道,南京信息工程大学采用「非升即」或类似招录模式,不实行竞争性淘汰。...重庆邮电大学在其《2022 年高层次人才招聘简章》中,也将采取「先进站、再进编」的人才引进模式,采用非升即等招录模式的内容作为重要提示。

    33540

    被黑客攻击后,平台承担任何责任

    appId=900001 对于因不可抗力或平台不能预料、不能控制的原因(包括但不限于计算机病毒或黑客攻击、系统不稳定、用户不当使用账户、以及其他任何技术、互联网络、通信线路原因等)产生的包括但不限于用户计算机信息和数据的安全问题...,用户个人信息的安全问题等给用户或任何第三造成的损失,平台承担任何责任。...当然,我们都知道没有百分之百安全的系统,也没有企业敢说可以百分之百防御黑客的攻击,那么也不能直接这么写,同样是关于责任的说明,专门看了下淘宝的,如图: 淘宝的说法相对会让用户舒服些,是在平台尽可能做好的前提下...,还出现网络安全和数据安全的问题,那这就属于不可抗力了,并不是在什么都没做的情况就宣布承担任何责任,而是在已经尽最大努力保证安全的前提下, 还出现了类似问题,这也是没有办法的事儿,毕竟没人可以保证百分之百的安全

    80530

    mysql中走索引的情况汇集(待全量实验)

    houdunwang` WHERE `uname` LIKE '前缀%' -- 走索引 SELECT * FROM `houdunwang` WHERE `uname` LIKE '%后缀' -- 扫描全表,走索引...(`a` char(10)); SELECT * FROM `t1` WHERE `a`='1' -- 走索引 SELECT * FROM `t2` WHERE `a`=1 -- 字符串和数字比较,走索引...首先,数据库的数据存储并不是像我们想象中那样,按表按顺序存储数据,一面是因为计算机存储本身就是随机读写,另一面是因为数据的操作有很大的随机性,即使一开始数据的存储是有序的,经过一系列的增删查改之后也会变得凌乱不堪...这涉及到 mysql 主索引的数据结构 b+Tree ,这里展开,基本原理就是: 子查询只用到了索引列,没有取实际的数据,所以涉及到磁盘IO,所以即使是比较大的 offset 查询速度也不会太差。

    11.5K54

    ​为什么我会选择 Java 这条路?

    最近有一些小伙伴问我,为什么当初选择Java这条路,为什么不做C++、前端之类的方向呢,另外还有一些声音:研究生不是应该去做算法方向么,本科生不就可以做开发了吗,为什么还要读研呢。...,Java web是更加热门的方向,岗位需求量也更大。...当时妹子做前端,为了带上妹子一起做项目,干脆就选了Java Web这个方向,想着应该不影响我做Android啊,于是接下来的时间里就开始学Java Web了。...就这样,我找到了第一份Java实习,看了一遍Java后端书单,慢慢地在这条路上越走越远,后来我才发现,Java Web远没有想象中那么简单,Java后端技术栈也远不止Java Web这点内容,特别是对于大厂来说...不过,正如Java也能做大数据开发一样,选择方向并不是选择语言,比如你做游戏开发或者算法方向,要学的远不止C++,做大数据方向,Java也只是很小的一部分而已。

    49300
    领券