几年前租过，当时说的挺清楚，最多能签三年，收一次服务费。也可以签一年，续约还要交服务费，我们签了三年。坐标北京，住三年没什么其他纠纷，押金是两个月。不知道是方式变了，还是 OP 没关注这个。

极其讨厌抖音快手知乎推荐，手机不装抖快知乎，网页知乎插件屏蔽推荐栏目。个人非常不喜欢这种“无限 feed 流”（然鹅我自己也是做推荐广告相关的）。视频就是 B 站，但是现在 B 站的推荐也是一言难尽。工具本身都有用，但确实不知道这种无限短平快的东西有什么价值。

被盗的 qq 号你能找回吧，我的微信好友你能查出来在哪吧

@qiaoqiao1235
哈哈哈我有一次在路上走着在想事情，就那种小路有个矮栏杆的那种，有两个大姐拦路要钱，但是她们切入的太突然吓着我了，还没等开口我直接从跳到栏杆另一边，给她们整笑了哈哈哈哈，不了了之

小区里面晚上 8 点左右遛弯，碰上一个中年男子说自己下楼忘记待钥匙和电话，把自己锁在门外，借钱打车去他父母家拿备用钥匙，-30

ssh 隧道

“对于可以改变的，请赐予我力量改变，对于不能改变的，请赐予我勇气去接受”
还有半句是“请赐予我分辨二者的智慧”

开了开了，超哥撑住！

@fgwmlhdkkkw 真的吗兄弟，我超

@Gaays 感觉产品需求不清楚，后续迭代有浪费：是团队合作的常态问题，不同环境程度不同，本质是计划、沟通、工作方式、相关角色能力的问题。
这种就是提升你的影响力，不论是你带头，还是你能影响带头的人，至少是做到有效暴露问题（不是直接跟人家对喷）。这个是另外一些问题上的历练：能不能我们把问题聊清楚、能不能通过什么手段规范化版本迭代、等等。
在自己的实现手段方面，如果这个事情暂时不清楚，我建议在你的控制范围内，做最小化的补丁。这个时候的实现思路不能是“我要注意扩展性、健壮、抽象、优雅 xxxx”，而是“在不特别恶心的情况下把事情办了”。对恶心的 patch 代码做意图注释“因为这里和什么冲突了，所以只能 xxx”。间隔一段时间再总结重构，这时候你积累了很多理解，起码一次解决一大批问题。另外通过完成需求，积累自己的权威性；你的权威到位了，技术债小暴雷是你申请重构资源的机会，不要害怕技术债。总之一句话：不要过早优化。

另外我这个人提建议总是向正向提的，正向很辛苦，任何时候你都有 walk away 的权利。我写的内容是“如果你想要坚持，可能有什么方向”，而不是“这些是你应该坚持的理由”。

1. 看下来你核心的问题是感觉自己设计能力不足，事实确实是如果你经验不足，不该由你负责。
2. 确定了 1 之后，继续做，那么你需要放下包袱，不要拿这个挫折惩罚自己，无愧于心就好，大部分人不是领域精英。公司雇你，你干活，公司觉得不行他想办法。如果大领导过分批评你，那是他的问题，不是你的，不要惩罚自己。
3. 确定 1 ，从“做的不好可能会低绩效 /开除”的角度，想要避险，可以换。
4. 确定 1 ，但是公司可能也不会有什么资源换你，从“如果在其他环境有带路人进步更快”的角度，可以换。
5. 对 4 你要总结一个很重要的点：“尽管做不出来理想结果，自己有没有提升”。如果完全没有提升，建议换工作，坚持就是白费时间，就没摸着门道。如果有提升，建议坚持，不要在意结果上的失败，职业越到后面越重要的是你独立完成了什么样的进步，这种独立摸索进步的经历是可遇不可求的（无论级别和环境）。其他机会可能会给你一个好的师傅，继续提升的能力可能会让你独立解决大问题时更加从容，但是这种场景是必然需要经历的。

补充：这种设计上的困难，需要看一些对应的材料，比如设计模式，领域驱动设计。看看网上一些业务引擎创新的总结文章（相对纯技术创新），从中看到对业务的思考和对应的总结创新。还有就是绝对不要裸辞，绝对不要裸辞，绝对不要裸辞，你想裸辞的理由可能有很多，那都不是大事。

她买一千多，你不双倍抢地主？🐶
品牌的小套装，好像之前一个迪奥香水套装，香水热销款，里面有润唇膏和护手霜，1k 出头。都是小量的不好用也不难受。送香水的时候搭点描述词能部分对冲味道的个性化问题。
小棕瓶、科颜氏啥的好像不踩雷，神仙水据说有偏，我瞎说你看着听。
另外拍立得也是她用的多，兄弟。

有没有可能现在的应届生指法也是固定了好多年的了，“习惯已经养成了”。

茉莉花茶爱好者也表示不舒服，还好有你的帖子同好报团。

仔细看了一眼，还以为你自己有这个疑问。原来是其他同事触发的，朋友，如果就是开玩笑揶揄你一下那你不用在意；如果是教你做事的，你可以结合自己对“提议人”的信任程度决定；当然还有更差的就是他们在 PUA 你这个事情，社交时候的自嗨表达。造成你疑问的是其他同事的建议，不是被内推人的要求。继续思考这个事情的话，我建议核心问题是“如何对抗这个建议”，其实就可以直接说“如果请客的原因来自获利，那么你们认为我司的工作机会不如内推费有价值？”

加一下当前进程 ID 呢？

哈哈哈这个我知道，最近刚弄完
1. 写一个 testcase ，包一层 for 循环 N 次， 调用真正的 doTest 方法，在 doTest 下断点调试
2. 在需要修改的文件上改动代码，改完之后右键 recompile ，会弹框提示是不是 reload ，在这个时候放开断点会执行新的代码；不同版本不一样，有个 debugger 热键 compile and reload
一些备注：
1. 步骤一的循环 N 次也可以配置 run/debug 参数里面 repeat 多少次，但是有个问题是停止 debug 要点两下，不然会 repeat 完
2. idea 的 reload 文档 https://www.jetbrains.com/help/idea/altering-the-program-s-execution-flow.html#reload_classes
3. 文档里面有 HotSwap limitations 注意看，部分修改是不可 reload 的，可以调试的时候避开类似的修改，最后全写完再重构一下
4. 步骤 3 的限制可以通过替换 vm 实现 DCEVM

看你想折腾什么样子了，这个直接在 vm+debug 上改感觉和框架无关很爽

看起来都挺厉害的，就是错别字会影响观感。包括中文文档介绍页 “全面**掉打**老版本”