V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  specita  ›  全部回复第 5 页 / 共 22 页
回复总数  424
1  2  3  4  5  6  7  8  9  10 ... 22  
209 天前
回复了 996bujiaban 创建的主题 程序员 手写算法的工作,是怎么样的?
大多数研发都是应用层面的,所以就是调用各种 API ,CURD 之类的。其实就算是调 API ,用哪种数据结构和算法也是有讲究的,这其实会涉及到你对算法的理解的。如果代码的设计标准是程序能执行就可以,那确实会觉得是调包侠,快排和冒泡都可以排序啊。但如果提高对程序的要求,就会倒逼去了解各种算法和数据结构了,然后做测试和选择。虽然没有手写算法,但会让你觉得自己不仅仅是个调包侠。
211 天前
回复了 coffeygao 创建的主题 职场话题 人生过半,下一个十年怎么翻身?
不要想十年后,考虑明天怎么过就行了,想十年后只会增加你的焦虑而已。另外对于生活而言,不要把收入作为唯一指标去衡量,不然你只会在内心深处觉得自己是个失败者,因为永远有同学或者朋友之前不如你,现在赚得比你多,内心严重失衡,人生不是线性的。
211 天前
回复了 specita 创建的主题 职场话题 大龄程序员的迷茫
感谢大家的回复。这个贴子的初衷更多的是一种对自己状态的一种吐槽。大家说的各种道理其实自己心理都明白,只是真正在面对现实的时候,有一种理想和现实巨大落差的无力感和失败感。坚持一条路走到黑或者换条路终究都是选择问题,但自己缺乏的不是选择,而是行动的问题。
215 天前
回复了 nackily 创建的主题 求职 成都 7 年 Java 艰难求职
情况差不多,最近找了一下工作,还是多背八股吧,我的感受
以前用到过,理念还是很好的,但是学习成本是高
2023-09-15 15:51:23 +08:00
回复了 glenChen 创建的主题 职场话题 换工作一年后再次被领导边缘化该怎么办?
类似的情况,我已经主动走了,这种事也没啥对错,立场不同而已,如果想留下来就和领导聊一下或者不再叛逆,按照领导要求做即可,如果心理状态调整不过来,导致长期失眠压力大,那还是离开吧
2023-08-07 18:16:23 +08:00
回复了 juntaol678 创建的主题 问与答 为什么有的人写代码会很慢
太正常了,靠说是没有用的。如果你要要求他的代码达到你预期的整洁度,那只能来硬的,不达到要求的代码不允许 merge 。不然以我的经验来看,你再强调多少次,他还是原样,一是没有这个意识,觉得代码能跑就行,二是不照你说的做,也没有啥惩罚,无所谓。
2022-11-07 13:21:55 +08:00
回复了 Waterchestnut 创建的主题 程序员 因产研沟通低效率,求推荐产研沟通相关的书籍
首先需要对这个产品的未来达成一致,也就是未来我们会怎么样做,这样聊起来会有效率不少,但往往现实是产品翻译一个业务需求,研发翻译一下产品需求写成代码,一旦代码不容易实现或者有其它问题,研发一般都会抱怨:产品这样要求的
2022-03-30 10:25:20 +08:00
回复了 frank1256 创建的主题 程序员 DDD 到底啥,有啥用
一般我听到 DDD 无非两种场合,1. 新领导空降来指点江山的时候用 2.项目要重构的时候说 DDD 有多么的好。 但是最终执行出来的往往还是分层模型,我觉得 DDD 理念很好,价值也有,但是必须要在一个大的团队里至上而下的都能理解和执行才能造得出来,不然就是感觉在吹牛逼了。
2022-03-28 13:26:26 +08:00
回复了 specita 创建的主题 职场话题 两年半时间换了 4 位领导,即将迎来第 5 位
@jenlors 空降啊,一般是同事之类的
2022-03-28 13:21:37 +08:00
回复了 specita 创建的主题 职场话题 两年半时间换了 4 位领导,即将迎来第 5 位
@zhangchongjie 我没上去是因为第一任 leader 最终没有升上去,然后被调离养老去了。
2022-02-15 16:50:51 +08:00
回复了 LxExExl 创建的主题 随想 又到了道理我都懂,就是迈不开第一步的境地。
和我一模一样~~
2021-03-27 14:05:38 +08:00
回复了 killy 创建的主题 Java 关于线上 oom 问题的排查,请教大佬们!
如果确定是 SQL 查询的结果太大导致的,可以看一下数据库的日志,比如慢查询日志,有记录数据大小的。
或者如果用的是 druid 连接池,打开监控也能看到相关 SQL 的处理信息。
如果不是 SQL 导致的,那就是应用程序实现的问题了,可以试试用 arthas 线上排查一下。哪个请求报的 OOM 应该知道吧。
2020-11-18 13:40:21 +08:00
回复了 Bananana 创建的主题 Apple 2019 16 屌丝版 MBP,想换 m1 的 air。。。
....我才入了一台 16 寸的
2020-11-16 13:55:07 +08:00
回复了 Tankxing 创建的主题 MacBook Pro x86 的 MacBook 已经开始贬值了嘛
前天才下单 16 寸低配官翻
2020-10-16 10:19:11 +08:00
回复了 awanganddong 创建的主题 程序员 延迟队列落地方案
秒级扫表把需要处理的用户放入队列里串行处理
sharding 的方案优缺点还是比较明显的,我现在接手的就是用的 sharding,主要是按 sharding 的方式跑数据处理,提高效率,但是数据量上来后,需要扩容再多 sharding 点表成本就很高了。另外报表查询也是个突出的问题。所以最近也在选型,我目前倾向于用 spark-sql 批处理,汇总数据再导入 mysql 或者 hbase 吧。tidb 不敢用的原因还是因为不了解,怕当小白鼠。
2020-09-09 11:44:12 +08:00
回复了 huntcool001 创建的主题 数据库 Mysql 数据库锁的一个问题
lz 你那样测试肯定测试不出来啊,这语句执行那么快,等不到锁超时的
2020-09-09 11:40:24 +08:00
回复了 huntcool001 创建的主题 数据库 Mysql 数据库锁的一个问题
我觉得会死锁啊,会竞争 X 锁啊。你开两个事务,start transaction 手动测试就知道了啊。
看之前的回答我还怀疑自己,测试了下:
Trx id counter 101931
Purge done for trx's n:o < 101930 undo n:o < 0 state: running but idle
History list length 11
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 101930, ACTIVE 16 sec
2 lock struct(s), heap size 1136, 1 row lock(s), undo log entries 1
MySQL thread id 13, OS thread handle 19224, query id 835 localhost ::1 root starting
show engine innodb status
---TRANSACTION 101928, ACTIVE 107 sec starting index read
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 1136, 3 row lock(s)
MySQL thread id 14, OS thread handle 1736, query id 834 localhost ::1 root Searching rows for update
update user set id = 1 where name = 'aa'
------- TRX HAS BEEN WAITING 10 SEC FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 489 page no 3 n bits 72 index PRIMARY of table `orange`.`user` trx id 101928 lock_mode X locks rec but not gap waiting
Record lock, heap no 2 PHYSICAL RECORD: n_fields 5; compact format; info bits 0
1  2  3  4  5  6  7  8  9  10 ... 22  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   983 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 23:03 · PVG 07:03 · LAX 15:03 · JFK 18:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.