simo

好多报价方案了，再给两个基础的：
1. 按照你自己的 小时工资*n*工时。n 取值，很主观，保守 2~5。
2. 按照功能（一个功能模块多少钱）、页面（一个页面多少钱）、设计（一个设计图多少钱），以及甲方评价（什么也不懂，改来改去，用天价吓跑他）

有其他语言基础（至少一种熟悉或者精通的程度），基本学几天就入门，上几个项目就熟手了：）
web 前端好多思想都是从后端过来的，不管是 js 语言本身的发展还是外围环境的发展，是个渐进的过程，没有经历这个过程，直接进入某个切面，肯定会有个习惯过程：）
我理解的，大部分 js 语言之外的服务程序，都是伴随着前端业务加重而弥补语言本身工程化设计不足而产生的。除了 UI 相关的（其他语言 UI 处理方面的不熟悉），基本每个工具都有对标的后端工具。

这个故事应该是：有个大佬把现在 12306 的详细业务梳理出来，让 hello world 们不要闭眼摸鼻子摸腿摸耳朵

经过多年小范围低样本的验证，能拿到手的钱才是钱。

只说一句，不买 mi 系

你看到的代码只是最后结果，不能反推出产生原因和演变过程，可能的话，跟作者当面聊聊会有收获。
举个例子，可能对方是编程新手，或者一开始只过滤一个字符，不定期的切换开发者同时加一条过滤，为了省事，每个开发者都不愿意重构？最后反正就这么长了

2 + tmux

没有业内强制、标准的东西，就这样了？
规范，可以有限定条件的，一个公司，一个业务，甚至一次都可以做个规范，没有坏处，遵守就好了，有什么纠结的呢？
看来自由这点事儿，还是要有点门槛才好