相同的标题，相同的内容在不同的网站上演
不知道是不是电脑端网页的没落，造成了各大网站公司对自家编辑管理上的混乱。最近一段时间刷闻，发现各大网站同步的时事新闻，都有一些文，标题相同，内容相同，有抄袭的嫌疑，心中不免感慨成千，网站曾经那么牛的平台，如今也会沦落到这步田地，连网站编辑都用不到。
再仔细研究了一下，才发现端倪，原来这相同的文章都是从某大报上搬过来的，这才算是解了惑。可能人家这种方式已经存在好多年，只是我到今天才发现而以，只能说自
编程开发
思考github和notion
对于程序员来说，github 太重要了，作为全球最大的代码托管平台，github 主页地址几乎就像是程序员的身份证一样。身份证上标明了你的个人信息、关注点、代码作品等等；
notion 呢？作为文本编辑的新宠，all in one ，没有给其它平台留有空间，所有的编辑都可以在它之中。
我之前写博客在 github 上，今年转到 notion 上写，没有觉得任何不舒服。那是不是得坚持这种转变？
如果
毕业季：站在人生又一个岔路口上，你迷茫了吗？
（文章写于今年四月份，妥妥的鸡汤文，不是首发，首发在哪我也忘了）
不知道大家是不是跟我一样，又一次面临毕业后该何去何从的抉择。
前不久，我参加了中国移动的校招面试，但很遗憾没有成功，我在这里浅谈一下我的这次校招经历吧。总的来说，有遗憾也有收获。
其实，这是我参加的第一个校招，在得知自己考研成绩不理想后，我就开始关注各个平台的招聘信息，筛选出了一些符合自身专业且待遇不错的岗位，并报了名。
2022年
读已提交级别下 注解事务+分布式锁结合引起的事故--活动购买机会的错乱
背景：
我们这里有个限购活动可以对某些商品进行机会限购，用户可以通过积极参与平台游戏或者购物等获取购买机会。今天突然收到系统告警，有大量异常错误码。
事故现象：
看了下记录是给17万用户每人加了两次购买机会，而且业务侧给每个人加机会不是一次加够，而是业务测采用每调一次接口加一次机会的形式...业务层分了8万组数据，每组一个用户，每组并发调两次机会增加接口，事故造成该商家17万会员里的，8万多组并
Dockerfile-多阶段构建(3)
Dockerfile-多阶段构建（3）
将构建阶段命名
缺省情况下，阶段是没有命名的，但是我们可以通过他们的索引来引用他们，第一个FROM就是从0开始。
但是，这样也不太好，可读性还差那么点，因为我们完全可以用想要的名字来命名，如果你需要也可以自己加上阶段索引，我们可以通过将AS < NAME >来命名阶段。
下面这段用例，命名了阶段，并且在COPY指令中使用名称来改进前一个用例。这意
IOS 封装tableViewCell样式不一致的UITableView，告别复杂的DataSource和Delegate
Github链接
解决痛点：
类似登录注册界面的TableView、上面的商品详情的TableView、设置界面的TableView等。
他们的每条Cell的样式都不一致，且都可能hidden。如果用传统的方式处理，会在UITableViewDataSource里写一堆 if else判断本Cell是否应该显示，以让Cell找到对应的indexPath
本库效果图（其实效果图不重要，重要的是代码逻
