所以 已经 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 分钟内有效，发送间隔的限制一般是为了防误点 /乱点

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

穿不穿我都无所谓，公司拿出来作为规定就有点怪怪的了，当然我是指互联网公司

我感觉周围前端、后端、产品、测试基本谁都不服谁的，各自都在各自领域装逼，与其争论这些，海不如逼自己发展为全栈，所以这点我还是比较赞同楼主的

不过，话说不管前端还是后端，如果一个人**只会**写 Java 我觉得这个人是很难沟通的，不服可随便喷

他家的网站确实太快了！体验挺棒的

醉了。。。井底之蛙

本来是有 Chrome 拓展可以做这个事的，结果跟 SwitchyOmega 冲突了。。

@yeshang 你就差把商业模式批评下了