1. 一般当你提出离职了，再劝你留下，以及你自己也在找其他机会，说明当前环境或你自己个人，其实已经有想法了，负责公司前端这块，其实也比较虚，估计到时候就是给你大量的活这样，可能不太利于个人成长，所以还是看自己想法，如果确实目前不开心，那还是离职好。
2. 加班严重，人员流动大，说明可能会有很重的历史包袱，这个你要考虑清楚，如果那边能给你，你当地的其他公司是不是也可以给到你，倒不如认认真真找一个正常点的，加班少点的公司。

@ac97nj 不客气，有实力一切都好说。确实可能目前是需要一些小公司，让你快速入行，不过心里还是要清楚，自己就是比那些前端要强，然后干个 1 、2 年直接找规模更大一点的，薪资也提起来，当然前提也是不要放松学习，然后多从工作中总结学习。
我大概帮你想一句话吧：确实我没有工作经验，不过像业界主流的 Vue 、React 框架我都会使用，而且自学的时候也把自己的心得总结成笔记，简历有我很多的前端项目，所以我自认为开发实力不输其他 1 、2 年左右经验的前端，而且我薪资要求不高，希望可以获得面试机会，可以通过技术面试来证明我的能力。

提前祝你转行成功~

和楼主有过类似的经历。
我觉得作为自学者来说，其实“信心”是比较关键的，如果别人说你没工作经验，那你就怼回去，因为你已经掌握了大部分开发的技能（ Vue，React 、博客总结、个人简历中有能跑的 Demo ）以我的理解的话，其实小公司里面所谓 1 、2 年工作经验的前端，估计也就是只会 V 或 R 一个框架，然后 JS 也不扎实，楼主吊打一些小公司里面的前端的话，没什么问题。
简历还是海投，小公司也投，因为学历确实没有优势，然后要对自己有信心（当然信心的前提就是自己确实有实力）
不知道你在哪个城市，如果要别人帮忙推荐的话，还是要说下城市。

@zeshuai 北京有点远了，所以不考虑了，还是谢谢

@seki 可能是，看谁愿意妥协...

@georgetso 上海不考虑了，抱歉

挺认同这个思路的。
如果强行在 Table 做按住表头然后拖拽排序的逻辑，代码应该会非常不好实现，而且会出现边界情况。另一方面用起来可能体验也不太好。

楼主这个，估计可能还要考虑 fixed 列那种，就可能 disabled 或者其他的处理。

另外 demo 现在 ok 和 cancel 是直接把模态框干掉了吗？体验不太好，失去了 close 的动画效果，不知道是不是因为只是 demo 。如果是为了清空数据或者其他之类的，应该有更好的做法。

@mifind 考虑的，涂鸦智能的面试难度是不是比较高？目前期望薪资的话是 15k 。
自己不擅长算法，如果要面涂鸦的话，可能要花段时间准备下。另外这两天有收到当地的面试邀请，所以可能要优先考虑当地的了，不过可以加下微信，之后可以再联系（主要还是考虑面试难度问题，可能自己目前还通不过涂鸦面试）

.... 还好吧，心态放好，凡事没有绝对。
只要你能证明自己的能力，就说第一份工作是自己没有刻意追求工资，而是因为什么什么原因，急于求职这样，列举下你心中 10k 程序员的能力，然后说明对比下自己的能力，认为第一份工作的工资是没有参考性之类之类的。

另外 「就算给我双倍也可能达不到别人的起点」，其实吧，有些人的起点，别说 2 倍了，4 、5 倍都达不到，很正常。

「后知后觉，对容错率较低的社会而言，起点真的太重要了。」是的，起点确实很重要，但是也没必要自己稍微走了点弯路就懊恼，及时调整过来就好

哦，就是还是想找倾向于做“原型”的工具是吗？那我不太清楚了，可能产品经理估计会了解一些，

如果是前端库的话，formily 应该是在做这个事情，https://core.formilyjs.org/

_ 本身只是一个符合 JavaScript 变量命名的一个名字，因为有些库被非常多的人使用，所以库在开发出来后，官方文档种的例子中给它取了个“官方的名字”，比如 jQuery 就会是 `const $ = require('jQuery')`，当然 jQuery 不能在 nodejs 中使用，不过这里只是一个例子。以后看到 `$` 就会想到 jQuery 。
总结来说，是一种约定俗成，以后你在任何项目种看到 _ 这个名字的时候，就会想到：哦，这个项目使用了 lodash 。
当然你不喜欢，换个文字完全是一样的。

另外根据你的「为什么不给它起名字, 要用 _ ?」描述，说明楼主也知道 “_” 表示忽略这个参数，即不得已产生的变量，大家可以忽略它，这也是一种约定俗成。

所以 "_" 是一个变量名，而这个变量指向一个对象，所以就可以调用它的 `includes` 方法

@sjhhjx0122 哦哦，谢谢告知，那我之后会更优先考虑 taro 了，因为 remax 毕竟还是较新一些，taro 更新得更加频繁。也是因为我个人比较喜欢 react

1. 如果是长期维护的项目，没有跨端需求，还是建议原生比较靠谱一些，比如官方出一些新特性，用起来坑会少一些。
2. 如果是小型项目或者跨端需求，taro 和 uni-app 本质差不多的，都是充当了把 react/vue 代码翻译成原生代码。所以推荐 remax，remax 的思路和这两个框架完全不一样，看上去是一条正确的道路。taro 用的人也蛮多的，如果 uni-app 和 taro 选一个的话，推荐 taro

trello，听别人说还有个 tower