你不足的不是见识少经验少，这种都是小问题，刚工作肯定都这样。
你问题是自己觉得不对就觉得是别人的错，别人傻逼，你那点经验和人家比起来，外人按概率想想也知道谁的解决方案更可靠，何况人家是你领导，你再干两年是不是什么架构师 CTO 都不放在眼里了？和自己意见不一样的都是傻逼？
你的想法和解决问题的思路都是基于你的知识和经验，然而自己多少斤两说实话自己不清楚么？
三人行必有我师，何况是职场前辈，太把自己当回事的人很大概率走不远。。。

今天我给大家表演个魔术：隐身术
从口袋里掏出一大块黑布，往自己头上一蒙。
怎么样！大家是不是都看不到我了？鼓掌鼓掌～

棒棒的，就祝你牛逼吧～

@HanMeiM 你觉得 hr 看 txt 太累，但累点也比看个 md 方便多了，而且注意点排版也不是那么难看，有些情况下还对搜索关键字特别友好。

这就是个博弈吧，你觉得自己价值较高，比较抢手，就可以用些不常用的，甚至为难 hr 的格式，这和某些 hr 从简历里抽出一部分运气差的扔垃圾桶没什么区别，有资本就可以任性一点。

不过这种肯定不是最优解，尽量用最为 hr 行方便的方法：
关键字直接写在邮件里，同时附件 word，PDF，甚至再附上个 txt （防止 hr 电脑软件发生意外情况，或者方便预览）。

这样能最大概率让对方获取到你的信息，然后双方同作足够的信息去取舍，而不是某些运气成分，才能有更大概率找到满意的工作。

为什么不直接用 txt ？ md 的排班说白了就是个低保水平，不同标准显示还有差异，虽说文本编辑器能打开，但人家也不知道啊。。。
程序员简历除了前端一般用不到图片，直接纯文本，注意下换行和空行，能清晰易读，注意提炼关键字就行了。
我毕业简历就直接发的 txt，简单方便打开还快，当然简历重要的还是内容。

这不叫难题，这叫傻逼问题。。。

乐观点，你的包工头同学当初要是学了计算机，说不定现在是你的领导了，他开着豪车去参加同学聚会，让你自己留下加班，你还得庆幸还好那孙子搂的不是自己老婆。。。

@pagxir 啊，是会生成一个新 id，我好像从来没注意过。。。

自己脑补漫画：
我，占座的 LZ，抢座的人。
画外音：据说每三个人里就有一个傻逼。
我：肯定不是我。
抢座的：也不是我。
我和抢座的一起看向 LZ。。。

@pagxir 这两个所谓的新的 commit 对实际情况来说并没有什么影响吧，毕竟都是本地的 commit，id 也一样，只要不是之前手动发过 patch 给别人，可以说和原来一样吧。

@azh7138m 感觉楼主的开发分支可能就是 dev 分支，不是 feature 分支，所以各种操作都在这个分支搞吧。。。

@pagxir 我们就是多人共用分支的工作流，git 没有什么正确的流程，因为各个团队的分工合作方式都不一样，只有最适合团队的工作流。

这种情况你需要将两个 commit 交换顺序，让 abcd1234 变成最后一个提交，efgh5678 变成倒数第二个提交，然后只 push 到倒数第二个提交。

具体操作方式就是用交互式 rebase，就是 1 楼到 rebase -i，默认会对你没有 push 到远程到这两个提交操作，将两个 commit 对应信息的行交换顺序，然后保存，两个 commit 的顺序就会调换。
然后用 2 楼的方式，只 push efgh5678 到远程就好楼。

@carpediemvv 别鬼扯好么，你们那中学生的 demo 能搞出一流画师加日漫明星声优阵容？你哪个中学的我去观摩观摩？

那你也太不好意思了。。。
那些不遵守劳动法的企业就是你这种人惯出来的。

@zjsxwc 别的时髦语言使用了魔术道具，自己拿来学学就能露两手，C 是直接当着你的面玩无影手，原理全部告诉你，看完还是一脸懵逼。。。

@Kirscheis 线性代数已经还给老师了。。。借机会去复习复习。。。

@newtype0092 sorry，我算的有问题确实是 211。。。

@Kirscheis @gaius 你们的 211 没取整吧，液体之类的可以这么算，衣服不可能每天多个袖子或者领子吧。

@Decouple 每天的最优解可能有三种情况：
1.衣裤正好配套，此种情况的单天最优解即是多天最优解
2.衣服多了 x 件
3.裤子多了 y 件
2 和 3 两种情况只有 xy 的最小公倍数 m 天才是效率最大的情况 f(m)，而 1 到 m-1 天每天都有一个最优解 f(1)...f(m-1)
假设实际天数为 n，最优解就是
n < m: f(n)
n = m: f(m)
n > m: floor(n/m) * f(m) + f(n%m)