还在加班，抽空更新下

目前程序猿的出路感觉有这么几条，第一，纯技术，什么都不管，只钻研技术，职位一般是技术经理一类。这条路线的工作内容一般是现有代码优化或者新的技术框架研究，以及自有框架搭建等技术含量很高的工作。

第二就是业务架构，懂一些技术，能写一定代码，但更多的是业务知识。工作内容一般是从业务的角度考虑代码的实现，整体上把握代码的实现方向。分析业务需求，把业务需求拆解成代码需求。

第三种就是管理，这一类可以不会写代码，但是需要懂一些代码，能够大概的知道项目中的难易点以及难易程度，只有了解了这些才好把握项目的进度。工作重心就是尽量去挖掘团队的能力，规划项目周期，保证质量，并且逐步提升团队效率。

第四种就是运维了，运维的工作一般就是维护系统的运行稳定，或者协助客服查询问题，高级运维还会包括中间件以及硬件的维护搭建等

最后一种就是产品了，搜集市面上各类软件情况，借鉴其他软件优化自己的软件。😃这种一般都是程序猿的死敌，因为大部分的需求都来自产品。

最后两种方向基本上脱离了代码了，但是程序猿走这两条路的时候相对来说还是有一定的优势，所以我认为这也是两个发展方向。

额，这个怎么说呢，就是能够把一个现实中存在的场景通过代码来实现，由你来引导程序猿先做什么功能后做什么功能，通过各种功能的组合来实现现实中的场景

如果有那么一个比较熟悉的人，拿到了一个比较大的项目，或者在负责那个项目，然后招一帮熟悉可靠的朋友一起去开发这个项目。等开发到一半左右，一般是第一期完成上线后，负责人就可以考虑跟公司谈待遇了，这种时候一般就是你们狮子大开口的时候了，整体薪酬待遇什么的都会提升一大截

这种时候的谈判一般就是以离职做为谈判的资本，当然，需要整个团队的人都是一条心，如果有人忍受不了诱惑私下同意公司那就没得玩

当然，如果公司不同意提高待遇也可以考虑另外一种方式，就是合伙开个公司，让那个公司把项目外包给你们新开的公司，这种方式也会变相的提高你们的薪酬

所以如果有一堆很靠谱的朋友，如果能够在一起工作就尽量在一起，这样将来可以打包跳槽打包提薪，会比一个单独闯好很多

两天没更新了，今天更新下。讲讲我目前常用的一些技术，首先是框架，目前全部用的是springMVC+mybatis，分布式框架用的zk+dubbo 缓存用的redis 项目管理用的mavn+git 代码质量管理用的sonar 这些就是常用的了，还有些偶尔用上的就不说了

从这几年的写代码经验来看，日常工作中所用到的代码90%是一些十分基础的，常用的，剩下的10%基本上能通过百度或者谷歌找到相应的解决方法。当然这跟我所处的行业是有关系的，毕竟我做的只是一个业务产品，而不是一个技术产品。所以抛开业务的情况来看，我这几年写的代码基本上没太多的技术含量。既然代码没有技术含量，所以我们就需要通过其他东西来体现自己的工作经验和价值。个人感觉如果你是做一个业务型的产品，那你的价值应该在于对业务的了解程度以及解决问题的能力上。能够通过最简单的代码快速并且保证质量的完成需求这个是最基本的，然后在这之上在考虑对整个需求提出一些业务流程上的优化以及扩展等。当然，如果有时间的话也应该去考虑如何优化下代码提高效率。