朋友，创业公司承诺的期权是不值钱的。
而且你的这个数，老板显然不认为你是什么重要分子。

什么时候该留意期权？
0、老板有意上市
1、公司持续盈利
2、个人职位与薪资逐年上升
缺一不可。

老生常谈的问题。

你能当一辈子服务员吗？你能当一辈子小会计吗？你能当一辈子快递小哥吗？任何职业总有力不从心的极限。
只不过像老师 /公务员等一些职业社会对此的政策 /环境容忍度特别高，工作强度不大，累了可以休息。

程序员是不是青春饭？不用怀疑，绝对是。在国内这种职业道德底线非常低、职场竞争异常激烈的大环境下，程序员整个群体都是在透支自己成就未来。

我现在也在招人，对于四十岁的程序员：
1、如何保证他能跟得上生产力？
2、如何保证他不会中途透支完了？
一个“可能的健康问题”就使得我不敢招聘他。

总而言之，如果真的要招聘一个四十岁的人，我需要他干体力活智力活吗？我更需要他的人脉、他的见解、他的即时资源。
从这个逻辑来看，程序员不该只是经营自己的代码，就当作给自己多一条活路。截图里面的人话糙理不糙。

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

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

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

从需求甲方（需要获得该技术制作的产品）角度看：
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、有意识地格式化一下代码，用代码结构来唤起人对于其中业务的建模