「重构耗时」可以渐进地重构，修 bug 时根据情况重构相关的函数、类、模块，其他部分留待以后再说。代码腐烂了，总要重构的，不重构只能从头写了。

薪酬是员工隐私，企业需要保护。

选择公开自己的隐私是个人的自由。

如果企业真的觉得薪酬需要保密，那就搞保密协议来切实保护。

@inori 空着不填。

主要是开放式工位的锅，传统做法每人有自己的办公室就不会有这个问题。

开放式工位优点便于交流，缺点是容易互相干扰。

也许应该提供一些隔音良好的小办公室作为开放式工位的补充，
做需要无干扰的工作（根据各人习惯和抗干扰能力）时候可以去小办公室。

又卖咨询又卖衣服的定位好模糊

项目经验部分，一看就是学 Python 时练手的项目，而且这些项目各种教程太多了，
会让人疑心是按照教程一步一步写的。

像 douban gallery 就要好一点。
既然熟练 linux 操作的话，那找个 vps 什么的放一个 demo 也不费什么事。
vps 也就几块到几十块一个月，这点成本对于找工作来说微不足道。
这样别人可以直接看到效果。

blog 不要写成摘抄。既然英语是强项，那你在英语学习中也许已经体会到 rephrasing 比背诵效果高到不知道哪里去了。
其实 python 也一样。
Rephrasing 有各种方法，深入浅出对初学来说要求太高，
不过尝试和项目结合是一个方向。
比如那篇写 python 的方法的，只写了有三种，分别是什么，这就是摘抄。
可以试着写在实际编码中是如何使用这三种方法的。
有的地方可能没有一种明显成立的选择，这时候自己是如何权衡的。

我的经验，反正同样的行数，写 blog 是不比写代码快的。
有时候写起来快是反复思考过，那其实只是打字快，并不是写得快。
如果写 blog 比写代码快就要警惕了。

GitHub 上的项目已经能展示简历中的很多能力了，
如果再有多余的时间和精力，可以把简历中剩下的能力也弄成可验证的。

比如英语，可以用英语写几篇博客，或者给自己的项目写文档。

当然也不是都要搞可验证，比如像 Linux 常见操作这种，其实不必展示，
因为说不定开发环境是 Mac （当然 Mac 也可以装 Linux, 但一般不这么折腾）,
而且就算开发环境是 Linux, 那写 python 后端，Linux 生疏一点也就相当于打字慢，不是瓶颈所在。
同理，HTML 和 CSS 因为和后端关系不大，也可以不展示。

数据结构和算法本来也可以不展示，不过你过往的教育和工作经历并不能说明这一点，所以可能需要展示一下。
简单项目中实际上很少用到数据结构和算法，所以你可能需要通过写博客，或者刷 leetcode 或者 Euler 之类的方式展示。
当然，直接用 python 写一些 Python 的标准库里没有的数据结构也是可以的，比如 sorted collection 之类的。
取决于自己的能力和精力，可以就写一个，比如 SortedList，
像 sortedcontainers 一样写一堆就更好了（可能涉及到公共代码如何组织，抽象到什么程度取舍等）。
另外，建议写数据结构，数据结构相应的方法其实就包含了算法，而且实际项目中有时候还是要定制数据结构的。
像什么 8 个女王之类的算法，从来没在项目中见过。
不过说实在的，junior 级别的后端恐怕很少涉及数据结构和算法，都是用 Python 标准库和第三方模块，
所以这个能力其实和 junior 级别的后端并不匹配。
当然具备这个能力肯定是有优势的，因为表明了你在技术方面的发展有很大的潜力。

@FFLY 比烂有什么意思？ US （含跟在 US 屁股后面的一票 EU 国家）以及 CN 在隐私方面都是垃圾。

UI 好看难看相对主观，但一致相对客观。

隐私泄露给 1 家和泄露给 n 家性质还是不一样的。百步的逃兵被抓回去的概率还是比五十步要小一点的。

@zweib233 如果确实没有联系也不用硬去想。其实这个就是一个锦上添花的作用。

应用的话，可以做一个功能足够简单的。基于所在位置从网上获取日落时间，然后结合光线感应器和重力感应器（确定镜头角度），在每天黄昏自动拍一张照片。这样搜集和展示每一个黄昏的应用。如果有时间内，还可以做一个分享和展示黄昏照片的配套网站（含前、后端）。类似这种简单到有点无聊的应用。

leetcode 的话，主要是证明算法和数据结构方面的基本功。但你以前的工作经历已经足以说明这点。所以可能有点重复。

@mozutaba 零月租的 ifree 比大三元养卡成本还低，不过加上来电显示就比大三元贵一点。

@hundan 可能有法律风险，参考乌云。

大 3 元没有漫游。你可以找限定地区的朋友帮忙收货（可以咨询一下电信，就说是最近要到外地出差旅游之类的，让朋友代收需要准备哪些材料）。

一些虚拟运营商有月租便宜的卡。

如果只需要号码，可以考虑 Google Hangouts 之类.

@DCjanus CN 已经有开源协议的案例。罕见的原因是只有著作权所有人才能诉侵权，所以必须原本的开源项目知道，然后亲自来起诉，而且对大多数开源项目，需要一个个找主要贡献者拿授权。

问题：期望职位和背景不匹配

策略：

有些公司并不要求职位和背景匹配，比如 leetcode 的招聘里直接就写：

> We believe in hiring the smartest engineers,
> most of our engineers do not have prior experience related to the tech stack we use before joining.

往下挖一点，这些公司之所以不作要求，是认为很多东西是可以快速学习的，很多不同领域间有隐秘的联系，不同领域间的经验有时可以迁移。

那么，作为员工的角度，就可以展示自己快速学习和迁移经验的能力。

可以考虑做一些开源项目，展示一下快速学习的能力。
提交记录可以细一点，实际项目中，为了避免过细的提交淹没主题，有的时候提交会比较大，
但这个是记录学习的过程，所以可以比实际项目细。
特别地，自学初期写出来的代码也提交进去（不要因为写得不好而不好意思提交），真实记录整个打磨的过程。

有些经验是天然跨背景的，比如 git 和 jenkins.

有些则不那么明显，这种情况可以写一些文章。

比如文件存储方面，如果要找后端方面的职位，那可以写对文件系统性能进行分析与评估的经验，
并且说明这些经验是否适用于服务器文件系统，补全不完全适用的方面。

再比如研究一下应用服务器、数据库服务器、存储服务器对文件系统的要求，
并说明 SD card 调整文件系统参数、优化性能方面的经验，如何直接或间接（比如从经验中得到的一些直觉或者洞见）帮助自己快速进入新领域。

（ topic 只是举例，如果没什么联系，或者没有太多经验可迁移，也不要硬套，换 topic 就是。）

> 会计专业

你先要有一个战略规划，然后再考虑读不读本科这个战术决策。
现在不知道你的规划，并不知道如何提具体的建议。

原则就是，当感觉一个问题很重要、很关键，难以抉择的时候，
去考虑一个比这个问题更重要、更关键的问题。

> 考得比较高分，超过原来我放弃的学校，感觉后悔，但我不太可能再考一次，再考的话年龄恐怕有点大了。

这不是不再考的理由。超常发挥过的、预估一年内无法提分之类的，才是不再考的理由。
否则的话，晚一年一般不影响什么。
如果你真这么着急的话，
那大专教育部认可的全日志大专学历，已经符合 CPA 和 ACCA 的报考条件了。
直接准备 CPA 或 ACCA 更快。

> 发现学校基础设施和教学设施非常破败陈旧、年久失修

仅仅如此，如果没到威胁人身安全的程度（比如老旧电线可能引起火灾之类的），可能还可以考虑。
关键问题是，是不是仅仅这些很差？
有的名校的老校区也破败不堪，但各方面的资源可一点不缺。
我不太相信这个学院是把这些方面省下来的钱花在师资上了，
更可能的情况是这个学院资金匮乏（可能是领导层拉不到钱，也可能是领导层一门心思赚快钱，不考虑长远），
师资等各方面都很差。

如果你考不上其他学校，没得选，那还可以考虑。
但你现在是志愿填报导致的。

---

不要怕。恐惧和焦虑会影响你的判断力。保持冷静，理性思考。

重考有风险，如果你评估下来风险过大，不重考是可以的。
但不重考也有隐藏的风险，因为师资差的话，给不了你加速度，甚至可能会带歪你的路。
那你就需要靠自己，自己自学，路会不会走歪，会不会绕弯路，这里也有风险的。

人生是充满风险的旅途。决策是很艰难的，是天生带着风险的。
混吃等死就不用冒风险。
想前进，就得冒风险。
不冒风险，埋头努力，如果运气好撞对方向就没问题，
但运气不好的话可能还不如混吃等死
（混吃等死的人虽然没什么前途，但本身也没什么追求，浑浑噩噩也蛮好，
埋头努力到头来一场空才是最打击人的）。
当然冒风险也可能一场空，但至少可以自我开解：
当时我在当时所能获得的信息的基础上做了最优的决策。
换别人处在我当时的位置上，和我一样的信息和判断力，一样的期限，也会做出一样的决策。
所以现在这条路走不通只是运气不好，并不是我自身决策失误，
Okay 那我就 move on, 总不会一辈子运气不好吧。

总之，「坏」老总还好，毕竟在商言商，脑子清楚，从产出、高效这个点出发，是可以和老总沟通出一个老总和员工都能接受的方案的。

蠢老总就比较危险。

如果圣母一点，宽容员工的话，员工不蠢就知道不能太过分，不能让公司死掉，否则到哪里去找这么舒服的地方，可能还好。如果员工蠢的话，每天敷衍了事，得过且过，那就完蛋。

老总又蠢又坏，公司很容易死。
不死的话，要么是这公司的业务靠最简单的鼓吹或迫使员工堆时间就能发展，
要么是背后有更大的势力在后面撑着。

老总想让员工加班，应该让自己的亲信去吹风，比如搞个 997 出来，
然后老板出来狠狠惩罚一下亲信，看员工的接受程度和实际产出效果（疲劳也会导致产出下降），
搞个 996 或者 995 之类的。

这样，老总达到了目的，又展现了对员工的关怀，
员工看到推行加班的小头头得到了惩罚，又有一种经过力争赢得了权益的错觉，
而亲信为老总背了锅，表面受到了惩罚，实际上地位更稳固（我背锅背得稳，我走了，老板要重新培养亲信），
实在反弹太强或者效果太差，还可以恢复原本的制度，老板不会脏了自己的羽毛。

而这老总搞阴谋也不会搞，居然亲自上阵。。。
要么老总不知道自己在干什么，
要么老总是大智若愚，通过这种方式筛选出容易忽悠的员工或者至少迫于压力会老实加班的员工。

无论是老总不知道自己在干什么，
还是公司的主流是容易忽悠（容易忽悠是双刃剑，也容易被别人忽悠）或扛不住压力「老实」的员工（不敢冒风险，怕担责任），
这公司都有很大风险。

如果部门老大顶得住压力，那可以拉一把老总猪队友，短期来说风险可能不会特别大。
如果部门老大顶不住，那就危险了，随时准备脱身。

@miclushine 北京的房租太贵了。

@yanlylele 主帖右下角标记语言从 Default （纯文本）改成 Markdown 后可以在主帖用 markdown 语法贴图。

纯文本格式主帖或回复的贴图方法见 FAQ 如何贴图？ https://www.v2ex.com/faq

最佳选择是结合工作学习。

担忧效率低的话，干脆把效率再降一降。
比如尝试一下子学一串。比如 TypeScript, 可以和 es6-8 还有 flow 一起学。
并比较类似特性的不同设计和取舍。
自己想，想明白了再参考别人的比较帖或者到相关地方去问，和自己所想印证。
不要怕想错，如果想错，未来的自己会帮忙改正的。
这样学 TypeScript 效率更低，但是能避免似懂非懂的情况。