V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  Altale  ›  全部回复第 3 页 / 共 3 页
回复总数  52
1  2  3  
2021 年 8 月 20 日
回复了 goodhellonice 创建的主题 程序员 LeetCode 等刷题网站的出现是促进了内卷还是……?
觉得算法的思路上有在日常工作中帮到过我,包括更优雅的递归和遍历、了解到了一点语法糖、熟练不依赖各种包来完成一些东西,这是其一

其二就是写代码是一线工程师最直接的能力体现,代码都写不好,人家为什么要相信你能在工作中如何如何好呢,能不能写出来是一方面,思路、设计、代码结构也是一方面,有的公司也并不是没写出来直接挂的,遇到过好几个面试官都有尝试引导甚至做不出来换一题给机会的。

所以建议大家跳槽的时候还是多多准备下算法题,不会花很多时间,多看看题解和别人写的代码,对自己没坏处
@whywhywhy 是的呀不加班呀..
友情 ding 一下同事~
曾经有段实践尝试过推行第三点的写作,但是个人认为对于不太愿意(也可能只是工作比较忙,没有合适的时间)总结和沉淀的同学来说,确实是比较累人( KPI 化)的,产出结果也不太理想。所以希望大家多多提点建议或者方案,如果好落地推行的话~回头再来 V2 反馈给大家
2021 年 2 月 24 日
回复了 myd 创建的主题 MySQL 时间范围查询如何优化?
其实让数据库执行你的查询,同一条 sql 在数据分布不同的情况下执行路径也会大有不同,问题太过 general 了,问人还不如相信数据库的分析
2021 年 2 月 24 日
回复了 myd 创建的主题 MySQL 时间范围查询如何优化?
@myd 那提供的条件太有限了,无法知道具体的查询 pattern,范围,这些建议都给不了
2021 年 2 月 23 日
回复了 myd 创建的主题 MySQL 时间范围查询如何优化?
方案没有,但是提个小建议,第二点问题可能是错的

“加 2 个普通索引 online_time 和 offline_time,只能用一个,也有可能都用不上”

这个方案最理想的情况是两个索引都使用上,最终取交集,具体情况要看 DBMS 的统计数据认为交集的方案开销是否比其他查询路径小。

另一个小建议是如果你这个表很大,还有其他字段,那么加这两个索引:
- online_time - user_id
- offline_time - user_id

将取交集的操作继续缩小为不需要回表的方案,性能可能有大幅提升(安利测试看看)
2021 年 2 月 18 日
回复了 SkyLine7 创建的主题 Java 大家做的项目生产环境平均 qps,tps,最大 qps,tps 有多少
@sadfQED2 下单的?
2021 年 2 月 15 日
回复了 evanliuit 创建的主题 酷工作 Shopee(SEA 冬海集团) - 新加坡 - 内推
。。。我这 tm 都怀疑是故意来黑我司的
2021 年 2 月 14 日
回复了 Nooooooob0823 创建的主题 职场话题 坐标上海, 1.5 年前端, offer 比较,求意见
马老师 不搞直播了吗?
2021 年 2 月 14 日
回复了 ShopeeChina 创建的主题 酷工作 [深圳]Shopee 3 月 6 日各部门大型招聘会!
@Caffe 同学那是因为觉得体验正常的人不会来发帖抱怨呀...我觉得大家看这个事情要再多思考一下吧,真的就是全员 pua+向上管理吗?真的 996 吗
2021 年 2 月 9 日
回复了 f666f 创建的主题 职场话题 深圳 Shopee, 想去的人请看完我讲的再深思熟虑下
## 为什么会有人说 shopee 好
- 没见过世面, 比如没在大厂呆过的人
- 在阿里等公司被 Pua 的太狠的人
- 贪图免费饮料等蝇头小利的人
- 真实存在, 不能否认有这种情况, 但预计不超过 3%
- 水军

楼主这样放地图炮真强,这样的帖子能客观到哪去..
1  2  3  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   4919 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 09:54 · PVG 17:54 · LAX 02:54 · JFK 05:54
♥ Do have faith in what you're doing.