shein oc

其实除了我说的那两个花销、买课和电影花销，就只有房租了，大头啊，又没办法，只能找一个位置偏一些、屋里连窗户都没有的小屋，就这还1000呢。。。无奈

实习的难点在项目中什么情境下用到缓存，什么情境下用到数据库，数据库读写相比于缓存读写慢的根本原因是什么MySQL隔离级别，说一下不可重复读的情况，MySQL底层存储的数据结构，为什么不用平衡二叉树，一个三层B+树最多可以存储多少数据（不是特别会这个，有没有佬懂）HTTPS和HTTP区别Redis的持久化方式，AOF快照是什么形式，讲一下RDB快照的原理（这里讲了一下BGSAVE)讲一下虚拟内存和页表为什么Redis存储数据时要比估计占用内存要大（因为用String存储会按二的幂次分配存储）在什么情况下需要分库分表（SQL执行慢、数据量大、单机性能限制、数据库设计范式也讲了一下）考了一下组合数的...

经过了两个月架构设计实战，我深刻的体会到架构师的职责与不易，特此写下这篇总结文档，痛定思痛 1 架构师并不是想象中的那么高大上，但也绝不是轻易二字可以形容的 2 架构设计，核心在于技术变现，技术选型，如何搭配技术，使用技术，可以使得架构能够匹配当前业务需求 3 架构设计，不能轻率，不是炫技，是结合团队技术水平，预算成本，进行合理的设计，不然就会耗费远超预期的成本 4 敏捷开发，需要架构图!需要架构图!需要架构图!架构图不是摆架子用的，必要的架构图是团队的指南针! 防止架构设计时候出现超出合理范围的偏差! 5 架构设计没有标准答案，也不能只想要标准答案，既然选择架构设计，就做好承担对应责任是一切打算，没有投机取巧，更不能一蹴而就 6 迭代过程中部分文档变更不可怕，可怕的是一开始的架构设计就有不合理之处 7 架构设计应该尽可能贴近轻量级，因为架构师的职责就是通过合理架构设计，帮助团队减少返工成本以及维护成本8 必要的设计，是敏捷开发能够敏捷的重要基石! 并不是短期的爆发才叫快，而是稳定的小步快跑才算快! 技术文档，合理的架构图，都是十分必要的9 牺牲一定的灵活性，预先设计架构图等，才能让架构设计更稳定，完全自由的架构设计 反而是大忌10 架构设计，基础技术广度其实并不是那么重要，而是在进行技术选型时候，你可以快速了解新技术的大概特点，并迅速判断是否值得引入，而不是一味地学习低投资回报比的技术

我觉得最重要的是别碰到串串房子，但有时候这个不好识别啊，分享两个案例1.入驻率底的新房子，我就不要，我决定那肯定是刚装修 完么多久的，感觉住着不安全，我一朋友租到过，没多久就又重新租房了2.还有一类就是一进去有味 ，这种更别住，太可怕了现在就是有些人，房子还么晾晒足够时间就开始出租，有时候还是觉得老破小更健康一点呢