首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    钉钉白板不走Miro老路

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

    1.9K20

    不要再问我 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 大表为外表的查询情况,也查看优化后的语句。

    2.8K20

    客户资源怎么从带得走变成带不走

    公司最怕的从来不是员工离职,是带着客户一起走。销售微信里聊熟的客户,离职隔天就成竞品的单。客户资源在公司账目上值钱,真要飞了,追都追不回。...上网审计记着是否浏览招聘站,人还没走,风险先亮。等递辞呈再防,往往已经晚了。3.截屏也防住禁止截屏挡住"截屏提文字"这种小动作,聊天里的报价想截走也截不了。多层叠完,飞单从聊到带的每一步都有拦。...完全禁止截屏,或只禁加密文件截屏,强行截时加密区变黑,屏上报价也截不走。防手机拍照和禁止截屏双管,屏上这条路封得严。防飞单防的是"人走茶不凉"——客户和证据都留在公司,销售换了几轮,关系链还在系统里。

    16110
    领券