npm install 后很多本来就可以直接执行，为什么需要打包？
如果是桌面应用，都是自带打包的，如 electron-packager

那么问题来了，这个轮子意义是？

这个必须 Block 而且还要大声说出来！

然而你的 README

建议加一个“工单”节点，这种需求已经很迫切了

建议用 Java 的是打算把人家往坑里带吗？

居然 D

所以的你发的节点是 Python ...

几年没看 C++ 发现已经不认识了

面试官也是人，很多面向百度+CSDN 编程的也进大公司了

所以 已经 22 号了，按照时差算，美国也基本 22 号了

我用 WebShell 的时候最担心其实是 git + inotify + iptables 类似这种的

与其查，不如一开始就防

居然没人推荐这个，作者不是在 V 站的嘛

https://www.v2ex.com/t/270549

我也是，懒得反馈，一般要不会修……

我居然又看完了，我之前就是前后端分离+全栈，现在工作了，于是就是个前端了，我觉得楼主观点太偏激了，而且讨论的时候完全侧重赞同自己观点的

每个人所处的场景和经历的事情是不一样的，所以很容易从自己的经验里直接得出一些结论，我个人的经历告诉我，不分离的设计就是一坨屎（大工程的前提下）

原因：
前后端不分离给我的感觉就是在人员水平参差不齐的时候很容易把项目代码搞的一团糟，然而项目的复杂度（ ERP/CRM 等系统）又必须招很多人来干

因此，导致的问题就是项目就是乱七八糟，而且越来越乱（乱到添加的代码格式对齐都不管了），员工的很多时间都是花在不该花的地方，比如填坑，而这些都可以从良好的设计上避免，而不是假设在项目的整个生命周期上每个开发人员都是有极高修养或者有严重技术洁癖

一旦项目出现不可控的情况，比较坏的情况是什么？当然是重构，而如果是前后端分离，重构工作会处理容易很多
如果前端用的模板杂糅在后端逻辑里，又是同步数据，又是异步数据，很难想想整个团队有人能有决心调动所有人搞重构这个事，因为此时重构的复杂度跟重新开发几乎无异

另外，从我的经历看，搞后端的人真的比前端轻松，我自己自认为是个全栈，其实更喜欢写后端

@flynaj 感谢，用 ssh tunnel 搞定了


`ssh -N -f -R 2222:127.0.0.1:22 <user>@<jump-machine>`

对了，如果是强依赖微信的话，就简单很多了，报价 2w 吧

看着少，其实涉及东西很多

开发了商城，是否是得有套供货系统，至少上下架 /统计等功能要有吧？

既然有了支付，后台对账也要开发吧？

别以为开发了一个系统，其实与之关联的子系统（非用户能看到的）就有几个

报价 5w 比较合适

本来就是这样吧，验证码的失效时间通常比较长，一般短信后面也会跟说下，比如 xxx 分钟内有效，发送间隔的限制一般是为了防误点 /乱点

产品是可以有的，但是不要多了，而且产品一定要懂开发的基础知识，不然没法沟通