今天和朋友聊了一下，聊透了。暑期打算将我的项目给打磨好，等待新生来了试着创一波业吧，无论成于不成都不后悔了，大学期间，真想试着创一波业，即使输了，也不悔了，期间也会仔细打磨项目和八股和算法，相信自己吧，以后牛客就分享自己的学习经历吧，共勉

bg： 26届学院本，一段实习经历，从0-1开发了Web+移动端的二手闲置商城，目前离职，算法有点差，基础扎实5月20日离职的，期间自己沉淀和回顾了项目，并且复盘和更改了项目的遗存问题，然后24号开始到昨天，每天20+沟通ssob，然后面了5家，3家小厂oc，但是工资很低，说是实习生固定薪资，然后一家陌陌笔试（大概率挂了，算法不行，网络波动大，图书馆人来人往有点吵，下次去空教室），现在学校的课程下一周就上完了，目前自己的想法有三种，想让牛友们给点建议：1.继续投简历，然后约面试，在期间复盘项目+八股+算法（可能时间不太够，算法算是一个难点，工作期间都没怎么刷。忘了好多）2.沉淀到8-9月份，期间专心复盘项目+八股+算法，计网和基础都打牢3.9月份新生开学，去发传单和贴告示牌以及小卡片推销自己的二手闲置商城，暑假期间维护项目和测试，然后复习八股+项目+算法，但是项目的开发占大头（因为后台端部分没做完......）（ps：有个朋友有意向一起弄，但是感觉他更偏向于找实习，后面可能还是自己弄）项目的情况是：目前项目只是Web端和移动端，可能便携性不是很高，因为有营业执照，可以考虑往小程序部分扩展，目前商城的重构都算比较OK的，基础的购买支付，显示都没什么问题，自己也使用ngrok开发给舍友体验了，体验都很流畅（附上小部分UI图）基础的实现都是没什么问题，第一版因为对接的是第三方的聚合平台，每单都抽我百分之1.2，根本受不了，直接关了重构项目，现在想听听各位牛友的建议

在 1.对于发布商品和交易的总数的时候，数据库的设计：因为对于发布者发布的总商品和交易的总数，这部分不仅仅只是涉及到用户表，同时也涉及到商品表，那么在我的二手闲置商城中，为了确保系统的性能以及可扩展性，不应该盲目尊崇数据库设计的范式，而是实现数据库表的yonyu字段，使其反范式化那么分析一下，第一版我对于商品与用户的表设计时，考虑的是在商品与交易表中实时的通过count去计算我们的商品数，这样在用户界面时查看自己的交易与发布的商品的时候，能够实时的去计算和查看我们的发布的商品总数和交易总数，但是这样也带来了一系列问题，如，当我们用户不断的去发布商品和交易的时候，对于我们的数据库带来的性能压力是极大的，可以想象，当用户的商品积累至万级时，所损耗的性能了，每次访问都需要计算对于初期是可以的，但是并不优雅​那么我的第二版解决方案是什么呢？ 即在用户表中实现插入yonyu字段，将用户发布的商品使用计数器的形式去写入数据表中，这样，我们就可以通过查询用户的字段即可实现读取交易总数和发布商品的总数，但是会出现什么问题呢？每当用户发布一个商品或完成一笔交易，都需要更新 `users` 表中的这个计数字段。这会导致对用户表的高频写入，在高并发下容易产生行锁竞争，影响核心用户服务的性能。​但是对于我的这个小平台而言，这已经是比较好的一个设计方式了，对于业务增长没有怎么大的情况下，这可以应对1000-2000人的使用。但是，作为一个优雅的程序员，我已经在这部分埋点了，这部分后期我需要去实现第三版优化。具体的优化方式为：​在深入了解了EDA，RabbitMQ的底层原理，我可以确定的是，我们完全可以去是实现一种读写分离，并且考虑最终一致性的一个设计模式，对于微服务而言，我们并不需要去对商品，用户，订单服务进行额外的增加yonyu字段，而是可以去考虑在用户行为模块中，实现DDD架构中的聚合模式，想象一下，目前我的商品模块在发布商品的时候，已经实现了RabbitMQ的异步发布机制，当然，这部分的商品发布机制对应的只是个性化推荐系统的商品推荐，那么我能不能在用户行为模块中实现一种消费机制，实现用户的发布商品与交易商品的回显呢？当然可以，用户的行为模块是关于收藏，点赞发布评论，这些都是可以实现异步机制的，我们不需要实时的去显示，而是为了考虑最终一致性而设计的。

现在是13:30，准备看下以前的算法笔记+理解然后将我的项目的前端部分完善一下，功能确保完整运行，今天大概就是完善项目吧

6月6日陌陌笔试：选择题10，多选题10，编程2编程题是最长回文子串和最大子矩阵nxn，最长回文子串思考最久，半撕出来了，最大子矩阵写一半崩溃不想写了单选和多选涉及Redis，计算机网络，TCP，数据结构链表之类的

总结一下今天早上11点的实习过程，先是问了为什么辞职上一家公司，然后问在上一家公司负责什么，问实习项目，问项目基础点，业务场景，八股就问了Spring cloud熔断，没了..后面问了未来规划，聊住哪，哪里人，还在校吗。反问：业务：电信和国企的外包……互联网的项目外包……薪资：人事会和你聊总结：还需要回头深度回顾一下实习项目，自己的项目。感觉应该是经验包了，不太想去……看情况吧

今天早上11点要去西乡塘面个试，积累下面试经验，然后下午需要去做上海的笔试，大概回去了就2点这样，大概3点笔试到45点吧，然后就回顾今天复盘一下，刷个算法+看下项目吧，今天大概就结束了，明天是陌陌的笔试，不知道是不是海笔，面吧

今天早上忘记戴眼镜出门了，自己投了差不多30-40份吧，然后接了一家小厂的线下面试和陌陌的秋招提前批实习的笔试，下午有了一节大课，去那里自己学了，老师就还在讲瑞吉外卖的登录和注册部分，有点jpg....2-3点这样然后深入回顾了一下Redis的分布式锁及其我当初怎么写的，然后解决了自己的收藏N+1的问题4点这样就看了一下雪花算法原理以及MYSQL中的事务和ACID5点-6点准备下课的时候回头刷了一下链表题： 反转，LRC，链表删除第n个节点.....6点-7点吃饭，跟朋友聊了一下未来规划，朋友因为没找过实习，有了一个20-99个人的公司面试，因为之前都是lj公司，觉得这家公司正经一点，有点紧张，开导了一下他，让自己也更明确自己的选择，不后悔即可！现在时间是19:44，打算今天晚上回头看看hot100即可，让自己的思维更累一点，大概9点50这样回去准备睡觉，然后明天小厂的面试时间是11点，打算去积累个面试经验-大概率不去自己的项目如今也一直在维护，打算9月份正式上线第三版，添加和完善了个性化推荐功能也是一直在成长，无论如何，都是希望自己能够不后悔的走下去，即使失败，即使不成功，但我们也没什么可以失去了，不是吗

今天把bug修复了，用户和商品模块之间的商品收藏的信息交互进行了修复，可以正常看到商品的图片不会导致商品图片为默认了，上线了项目给舍友玩了一会，用的ngrok，还沉淀了一会eda和协同算法和内容推荐算法，明天继续加油

2025-05-301.今天早上复习Java基础+八股2.中午需要刷两道Leetcode+看算法图解3.下午上课需要去看个性化推荐系统中Flink+SparkMlib的一个底层原理，看协同过滤算法+基于内容推荐的算法4.晚上完善个性化推荐系统，然后思考如何集成到Ai模型中5.一个小时回顾今天的内容

今天是过去几天投的简历中，因为在我的简历上没有写我的本科bg，结果就是反复询问，然后回复之后秒挂的状态，害，看开了已经，还是得沉淀和去参加Github的开源项目，先好好沉淀吧纷享销客简历挂饿了么简历挂......选择大于努力，不能太执着了，感觉学生思维还是太重了

现在的问题是：1.商品模块中的商品详情部分获取用户Id失败，导致无法正确将用户的浏览历史进行存储，导致用户访问商品的时候，可能会导致体验不好。2.在使用OSS服务存储商品图片的时候，无法正确的将商品的详情中的商品名称和商品的图片和商品Id传出去。3.前端无法正常显示浏览过的商品，即使数据库有数据。今天的bug大概就这些......后续的解决方式会留在评论区

今天打算给算法2个小时，然后就去回头看看我的项目，完善一下浏览和商品详情的消息发送机制，然后就短暂上线一下吧，测下功能，大概是9月份可能才会开服务器，jpg，服务器流量太贵啦！