你现在是选择前端后端的时候吗？
要想确实地了解这两者的优劣，你必须对软件工程要有一个较为全面的认识。
但是你一直都是做 demo，样样都是浅尝辄止，你凭什么去选择技术呢？

1、你要完成一个较为成熟的产品，至少前后端都要亲力亲为。
2、查资料，验证你在其中的一些想法。
这个阶段，是要让你系统地接触前后端知识，了解技术特点。

3、了解现在业内前后端人员的职业状况（压力 /薪资 /学习周期等）

经过了这些之后，你再来考虑问题会更深刻一些。选择这种事，V 友并不能替你决定。

看到上面有人说小电影截图...不如做个里区，特征->GIF->对应车牌

这事情处理方式取决于：
1、测试人员的水平
2、bug 的性质

测试牛逼+bug 低级：忍气吞声
测试垃圾+bug 低级：忍气吞声
测试牛逼+bug 高级：可以讲道理
测试垃圾+bug 高级：怼他

测试无理取闹：怼他
bug 重复出现：忍气吞声

仅针对测试态度恶劣：拉上对方跟领导一起谈话，在会上当面和声和气地回应她，向领导表明你的态度

刚入职的人要认识到：
1、按那门技术把你招进来，有很大概率是要你接触其他技术的，大小公司都一样
2、经营深度还是广度取决于你日后的职业规划，管理路线偏广度，技术路线偏深度
3、只要是工作，多多少少会跟公司业务相关，这是没法避免的，从中学得什么才是重要的
4、你可以限定领域，但不要把自己绑定在某项技术上，技术永远在变化
5、如果想多赚钱，请抛弃对于技术的偏执

蚂蚁
为什么上面的人跟你说很清楚了
能“脱离业务纯做技术”的地儿真的不多

看了你的个人项目跟工作经历，我只想说...浪费人才

广州的薪资其实对得起它的生活成本。如果单单只看收入数字，北上深远大于广。

剪头发其实各个理发店区分度不高的，挑个便宜看着顺眼的店铺进去就是。
如果你说的是做造型，那还是有点说法的。

"生活状态基本一样也就下班后吃吃喝喝打游戏",如果我看到我年轻的时候说这句话绝对会抽自己一巴掌。

一些复杂的图形算法是这样写注释的。但是这个...我觉得不是很适合这样写。有点过度注释，效果可能并不是太好。
说到底，你说的是业务逻辑，条件分支多。最适合的改代码方式就是理解了业务逻辑后再看代码，而不是边看代码边捋业务逻辑。
如果是这样更好：
1、业务逻辑单独描述，不会给人概念断层的感觉。
2、函数内变量名称与业务逻辑描述有所对应
3、有意识地格式化一下代码，用代码结构来唤起人对于其中业务的建模

营销总体比技术钱多我觉得没毛病。但技术最高只有 8K 我觉得问题很大。一句话，你心都不在了，何必人留着呢

按学历门槛：专科生<本科生（ 2B<2A<1, 普通<211<985 ）<硕士生(在同等级别的院校下，清北除外)<博士生(在同等级别的院校下)
大哥，每一道槛的人都上百万，专科生在末流啊。撇开专业硬实力不谈，单讲学历应聘你就不够格。

你该干的事情不是在 V 战发帖询问。而是先升个本，强补英语跟高数（尤其是统计）。然后考个中上院校的研，找个对口方向的导师。然后再到知名学府读博，多读 paper，多发论文。

我的看法是，还真得这样做。

我有一些需求点
1、我任何时候都可以添加任务，但这些任务不一定是我今天执行的，我需要一个待安排任务列表，可以将其中的事项安排在未来的某一个时间点上执行
2、我忘记标记任务的时候，隔天自动发送邮件 /其他提醒方式标明前一天未完成的任务
3、按分类 /日期导出已完成 /未完成的事项
4、按日期 /分类上传附件

https://www.v2ex.com/t/484463#reply3
远离垃圾信息

一名合格的后台开发人员跟他会不会某种技术没有直接关系，但有间接关系。
一名合格的后台开发人员不会用“感觉好像开发部署会很麻烦”这样的措辞，一般都是直接上手干，试了才知道。

如果说本地人才网项目的钱景是 100 元，能靠技术赚的也就 1 块钱。我觉得你如果有一些资源（人脉 /营销推广能力），大可以用几千块钱把网站外包出去，专门做运营，绝对比做技术吃香。