说话的人情商不行，除此之外不能说明什么

我空余时间会做一做外包。

其实市场上各种过时技术的需求一点也不少，但是被技术大潮推到一个很尴尬的境地。

从需求甲方（需要获得该技术制作的产品）角度看：
1、迫切寻求技术更替，但是由于体制等各方面问题，新技术推进得很慢（请审 /评估 /投标...重新来一遍）
2、因为甲方本身不进行技术开发，加之对于封闭技术，乙方一般会使用自己的框架。所以二次开发 /漏洞修复跟原有乙方强绑定在一起

从需求乙方（需要使用该技术制作产品）角度看：
1、公司要在微软系上耕耘，势必需要跟微软深度合作，其中不可避免地会存在技术排斥的契约
2、更加需要精通微软系的技术大牛，而不单单只局限于多面手

对于.Net 初学找工作的人来说，进退两难。现在的需求方要么需要一些第三方散户（独立开发者）提供小型的技术服务，要么需要招聘精纯的技术使用者加入团队...

所幸现在市场的技术流动是越来越快，有一部分公司的技术栈反大流 Java 转.Net ，但是更多的是.Net 转 Java。从 C#到 Java 是很轻松的。

1、团队代码，风格一致优先，入乡随俗
2、个人代码，加不加都行

风格问题有什么好讨论的

年轻人完全没有问题，我也有过这样的时候

直到...我有了女朋友

你还没毕业吧，不要老是想追逐新技术，夯实基础才是你的正事。
现在都 2018 年了，建议你升个本，平台很重要。

你现在是选择前端后端的时候吗？
要想确实地了解这两者的优劣，你必须对软件工程要有一个较为全面的认识。
但是你一直都是做 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，多发论文。