去之前非常激动（虽然路上在B站看的教程速成了一遍，真是Java之魂了，什么都速成）。    第一遍从坡顶下来，摔了接近20次，当即想放弃（心里念叨着：什么lj运动），后来想了想，来都来了，钱都花了，改变了策略，不直接去坡顶（因为魔毯排队且对新手有难度），扛着双板从1/8坡顶到1/7坡顶……再到1/2最后又到坡顶，我竟然用了半小时就学会了，并且从坡顶一次不摔的下来，想到之前还想放弃这项运动，学会了之后“真香”了，那一刻成就感真的拉满了，甚至当时比敲代码都有成就感，后来去了中高级道，想着一次不甩的滑下去就走，结果滑倒天黑了。    人生不就是这样嘛，一点一点坚持地挑战自己，找到那个学习能力强的自己，学会之后感觉自己的很厉害，瞬间拥有了什么困难和技能都能学会的信心。滑雪也真的很快乐，在白花花的冰雪下，体会到快速滑下的刺激。#过年最难忘的一件事#

select case when profile like '%female%' then 'female' else 'male' end as gender ,count(device_id) as number from user_submit group by gender

身边目之所及（师兄姐）去银行、开发、国企，学校里去年小米暑假实训学校13/385≈3.3%的offer率，有点哈人，且自己开发能力有点弱鸡也有一点想法去搞RAG或大模型别的不太卡学历的岗位，母鸡当前学历可否，目前没啥实习经历，在观望学啥，导六七月份才放实习的样子，求佬们指点

ID的生成 在我们熟知的各种数据中，一般主键ID都是一个全局无重复的整数类型(long),比如数据库的主键id，是递增增长的，在订单中,订单id的生成就比较有讲究，需要兼顾效率和唯一性:订单ID的要求：全局唯一性高性能:并发要高、延迟低、在一些大型公司,很重要高可用:稳定、不容易挂掉简单易用:目前,在订单ID生成的选择上大致有如下几种方式选择：自增的id:一般对于要求不高，量级和并发都不大的情况下使用时间戳+随机数分布式算法UUID生成雪花算法等订单序号+其他信息（时间、日期、序号、...）例如淘宝id号：就是序号+买方信息等拼接而成一般订单id是作为数据库主键存在，而订单号则并非数...