你真的想要那种无拘无束没有牵制没有斗争，能够自由发挥能力的环境下工作吗，不，其实你想要的是轻轻松松想怎么搞就怎么搞每天毫无压力的就把钱挣到手的工作环境，话说回来谁不想呢，谁都想，但是有多少人是为了不想要压力才出来找人单干的？并没有多少，大部分人还是规规矩矩的在公司忍受着压力的工作。为什么不出来单干啊，多轻松啊，想怎么搞就怎么搞，那么咱们就来分析一下为什么对于大多数人来说，出来单干是死路一条。

先说一说软件是什么，软件并不是人们眼中敲敲键盘搞出来的就叫软件，软件是人与现实世界链接的桥梁，所有的软件无论是大型的，小型的，还是工作娱乐的，都是要把人与现实世界连接的更紧密的一种工具，所以软件的开发与现实世界的联系可以说是密不可分的，而现实世界是无时无刻不在变化的，比如今天的美元人民币汇率是这样，明天就是另一个样子，这种变化不是由于软件产生的，他产生于现实世界无时无刻的变化，由于变化，软件就要相应的变化。这只是一个简单的例子，更复杂的，还有一个现实变化，影响成百上千软件模块变化的情况，所以软件开发之后的交付只是软件生命周期中的一环，做外包麻烦的不是软件编写，麻烦的是“售后”，交付之后现实世界的改变导致需求的变化，客户已经付完钱了，给不给改？给改的话收不收费？收多少？客户同不同意收费？要知道找外包的客户一般都是传统行业没有互联网开发能力和经验的人，他们认为我买的东西你就得给我改到满意为止，所以你以为做外包可以自己随心所欲的想法是大错特错的，你与客户扯皮较劲的时候，你会怀念 996，怀念办公室斗争，因为这些不用自己操心，最多加个班，同事关系忍一忍就过去了，但是客户的扯皮与较量是无休止的，你除了花时间还要花心思，所以外包的生意并没有人们想的那个好。

客户扯皮，就找不扯皮的客户呗，是的，这也是干外包的一个办法，但是这种客户一般都是非常简单的一次性交付需求，大多是简单的静态站点，在复杂一些加上基本的支付功能，总之就是这种低端项目费用低，没新意，并且你要知道，对你来说简单的东西，对别的外包公司也简单，干外包的不只你一家，你嫌费用低不想接，有一大推人等着接呢，最后结果就是，高端单接不了，低端单不想接，挣不到钱，生活都成问题。

楼主说的除了外包，也可以出来单干，自己当老板，那咱们来看看当老板会有什么问题，工作业务的选择，工作场地的租赁，职工的招聘，营销宣传的开展，还要遵循法律法规的经营，别最后钱没挣到混到局子里去了。这些都是公司主体事务，还有一些后勤，生活品供给，员工福利，等等等等，光想想都是个大工程，先不说有没有人愿意跟着你干，就算有，你怎么管理安排工作，你的手下能够跟随你多久？这都是棘手的问题。当老板也有简单的方法，找职业经理人，这些所有的烂事儿都交给他管，自己躺着收钱就好了，可是职业经理人都是年薪几百万，能请的起是最好的，如果请不起 。。。。。 那咱们还是说单干的事儿吧。

楼主也许想说，你说的太复杂了，我只是想找两三个人一起单干，请什么经理人。那好咱们来看看两三个人的问题。俗话说一个和尚打水喝，两个和尚挑水喝，三个和尚没水喝，这个故事我们都知道，但我们没有看透他说的深刻的问题，这个故事背后的大哲学就是：超过三个人的团队，没有管理，就是死路一条。

无数管理学领域的大师都在寻找人类社会良好运作的更优方法，管理学的年龄比较短，才一百来年，但是一百来年管理领域出现了很多优秀的管理方法与理念，但这些理念都很难摆脱一个天花板，就是中心化。什么是中心化，就是必须有个带头的，或者少数几个人组成的决策团体，发号指令，然后其他更多的人围绕决策主题进行工作与生产，这类似与操作系统的内核与外围应用的关系，内核提供最核心的最基本的服务，外围应用在这个内核平台之上发展生态。和尚打水的故事说明，三个人中没有带头发号指令的话，大家会宁愿都渴着，也不愿意去打水。这是管理出了问题。

那么问题又来了，谁当领导？

现实生活中我们被不正规的公司老板压榨，导致我们对领导的看法有相当大的错误看法。给人发钱的公司老板，或者作威作福的上级，那不叫领导，领导的真正含义应该是拥有优秀管理理念，运用正确的管理方法，带领决策层之外的人们更加高效工作的人，这才叫领导。所以找两三个人出来单干，自己懂管理吗？自己不懂的话，能找到懂管理理念的人吗？找到懂管理的人，人家为什么愿意跟着你干呢，你过去跟着人家干你愿意吗？如果两三个人中都找不到会管理的，几个人有了争执和疑心，那当初从公司出来单干又是为了什么？

所以可以看出，为了逃避工作压力，出来单干的，最后都是死路一条。不要看到雷军，马云人家当年也是几个人，现在这么有钱什么什么的，学人家的外在是没用的，要学的话就学的透彻一下，学一下人家看不见的一面，比如当时的国内政治经济环境提供的利好，人家自身的管理能力与商业眼光，还有人家自身的号召力和人格魅力，如果咱们都具备，那是可以找几个人出来单干的，否则还是老老实实在公司上班吧，那是风险最低的赚钱方式，要知道上班就算划水，只要有工作，每天都是有收入的，而出来创业，不挣钱就会亏钱，一天不挣钱就亏一天，一个月不挣钱就亏一个月，想要出来创业挣钱，先看看自己手里有多少钱，或者能够拉到多少冤大头的融资公司投钱可亏吧，所有创业公司都是从亏钱开始，之后才能够赚钱的。

最后说说上班族的破局之道吧，已经存在多年的公司，肯定有他的竞争力，在这个市场能够生存下去就是自己所在公司的价值，在公司遇到的办公室斗争，加班等等只是问题的外在，问题的原因是管理不规范导致的，对于此，逃避是没有用的，正确办法是能干就干着，在一天就认真的干一天，同时提升自身竞争力，等到羽翼丰满，找一个管理制度更正规的公司，管理正规异味着办公室斗争会有制度约束，这样才能缓解问题。另外说明一下，只有制度更好的公司，没有制度最好的公司，办公室斗争是永远会有的，只是程度的问题，只要有人的地方就会有问题，不要逃避，要想办法解决。

虽然眼下也有物联网平台，但还没有到达那个爆点的时刻，下一个风口一定是物联网，万物互联的时代，手机，PC，云，家电，手表，人体极客，将无所不联，那时的移动端会有大量的物联应用井喷而出，前几年积累的移动端开发经验，将在物联时代发挥更大的作用，近几年降温的移动互联网网将进入 2.0 时代，移动端的传感器功能将更加的突出。只是不知道这股风是三年以后吹过来，还是五年以后吹过来，也可能是十年，谁知道呢，在这之前就是韬光养晦，等待风起之时，大展雄才一番。

工作的七年之痒，要治疗很简单，只需要失业一个月找不到工作，你就会想念那种每天好死不死赖活着的日子。所以说工作之外维持一个没有任何功利目的的兴趣是非常有用的，品茶，古玩，游戏，电影，读书，象棋，旅游，等等等等，保持一个兴趣最大的作用是抵消日常生活当中的麻木心理，最好的兴趣选择是和自身岗位相关度较高的领域，比如程序员业余时间研究一下算法，采购岗位研究一下经济学，可以照猫画虎去寻找一下有没有适合自己的领域。如今全球经济都不景气，放弃多年的工作岗位是风险巨大的决定，当然了，如果有好的岗位并且能够无缝衔接的切换过去，那是最好的了。

平时的我是和蔼可亲的，心地善良的同事和我关系都很不错，基本是与绝大多数同事能够打成一片的那种，而有一些心怀不轨的人看到我很老实之后，会在工作中和我发生一次矛盾，为什么是一次？因为一次过后我会漏出獠牙，我要让想骑我脖子上拉屎的人明白，我是选择善良，而不是只能善良，人不犯我，以礼相待，人若犯我，加倍偿还。而看过我“本性”的那些人，在后来的工作当中也许会对我很有看法，但是他们再没有过与我当面冲突的事情发生，有的人就是这样，给好脸他觉得你好欺负，好脸不要，给他黑脸就是了。
另外，对于欺软怕硬的拉吉人，没必要过多和他浪费精力，见面他跟你打招呼，你就嘴角一仰回应个假笑就好了，要是不打招呼，也不用主动示好，不卑不亢，是对待垃圾的最好方式。

已过而立之年的专科毕业程序员，在大城市摸爬滚打了许多年，当初刚毕业时候求着别人给个工作的我，如今在行业也小有成就。努力很难对不对？对了，社会就是这样，弱肉强食，这么难为什么还要努力？因为不努力更难，回小城市就顺心如意了吗，小城市的封闭与人情世故，会更难。过来人分享一下自己的经验，年轻就是资本，如今的迷茫是暂时的，因为你还年轻，只要努力，时间会回馈你的，至于怎么努力，只有你自己知道，做好职业规划，给自己加油鼓劲，因为你还年轻。

图形学比算法还难？看来楼主从来没有见识过图形学算法。讨论这种最难，最好，最优秀的问题是没有意义的。

恕我直言，连代码审查都没有的公司，迟早会出事，今天不被这个神经祸害，将来总有一天也会被其他神经祸害，每天提交的代码没人把控一下吗，新人进来没有老员工带的吗，行为完全不受控制啊这是。

打不打人和键盘没关系，和人有关系，大神用再响的键盘，人家是大神，欠揍的是那些技术拉吉的一逼，又天天跟你吹嘘你看我这键盘，什么什么轴，国外进口，多少多少钱，然后还鄙视你用薄膜键盘的，这种人最该一拳打死。

提前录入？图像识别？吆西，原来还可以这样。

在目前的国内技术市场里，工龄和薪水是跟能力没什么大关系的，我见过毕业一年招进来比我们工作五六年老员工工资高两倍的，因为面试官觉得人家是高学历，而且能说会道，交际能力强，但实际上嘛 。。。就不多说了。还有一些我见过工作十年的，月薪只有一万，原因嘛 ，因为十年了，只做过 CURD 的项目，因为小公司，业务只需要这些就够了。真要看自己的能力，去招聘网站，找正规一点的公司，对照招聘要求上的技能要求，自己评估下大概什么水平，因为只有你自己才最了解你自己。

设计模式本来就是把复杂的东西模块化之后的设计方案，而函数在设计模式中要遵循低耦合的设计原则，也就是函数应该尽可能的小，把用在整个项目的设计模式用于单个函数设计，本身就违背了设计模式的原则，如果这样你觉得没明白，那么把函数比作砖头，设计模式比作搭建摩天大楼的方案，那么现在能不能把大楼的方案用来设计砖头呢？非要这样做也不是不可以，但是你的砖头要做的足够大，大到能够容纳一座摩天大楼！！

如果说建造这样的砖头尚有可能的话，那么当这个砖头内部需要装修，维护，或者更换零件时，你绝对会有想死的心情。所以设计模式的巨大作用更多的体现在后期扩展与规划新功能上，那些唱衰设计模式的人都是没有真正做过大项目的人，他们只是 CURD 一套后台，然后配一套前端模板，之后就再也不会动后端代码了，所以他们不明白为什么写代码的时候要设计这个模式设计那个模式，多麻烦？几个函数咔咔咔工作就完成了，钱也轻轻松松拿到手了，什么单例，工厂模式都是扯淡 ......

所以只有当你要把老旧的代码重构或添加新功能模块时，你才会发现设计模式的神奇作用。你会庆幸当初为大力气实现的设计模式，让你的项目变的容易改动与扩展。

有多少人用着 php 却骂着 php，人家国外无数技术人员的心血编码创造的开源语言，解决了你们的工作，让你们有吃有喝，反过来却不知感恩，说这个垃圾，那个也是垃圾，谁是垃圾，大家心里都有数。增删查改怎么了，动脑子好好想想，有的人是选择写增删查改，而有的人是只能写增删查改，这就是区别，拉不垃圾别甩语言的锅。

国产的 FinalShell 可以使用一下，功能及其强大，可以下载一个试一试。

面试官与求职者的位置是不对等的，面试官问的肯定都是自己会的，所以面试官可以用自己擅长的点攻击求职者的整个知识面，注意这个整个知识面不是你会的知识面，而是世界上所有知识的整个集合，在这个信息爆炸的时代，没有任何一个人可以把所有领域的知识都研究到精通的地步。以后面试，当最后面试官问你还有没有什么需要问我的事情的时候，挑几个他刚才问你并且你不会的知识点，让他给你解释一下，90%的面试官都得懵逼，就算他说个大概，你用他的方式穷追猛打，问到底层硬件比特字节的层面，看他还会么。不排除会有剩余 10%的面试官是真正的大神，并且态度也很和善，不装比，还会细心的给你指点迷津，知识面又宽又广，遇到这样的人虚心求教一下，这样面试也能学到很多东西。我也当过面试官，见过各式各样的求职者，同样我也被各种各样的面试官面试过，这两个过程当中我有一个准则是不变的，就是看人品，面试别人的时候看人品，人品不行，技术再好也不要。被面试的时候看面试官人品，那种从你一进门就斜眼看你，翘个二郎腿，说话阴阳怪气的面试官，对不起，你公司再好我也不来，你技术再牛比我也不 care，面试是双向的，你看不上我，我也一样看不上你。

最后，遇到装比的面试官是常态，面对质疑自己要明白这不是自己的问题，技术不行学就是了，同时作为求职者，显示自己的知识面宽广不是什么丢人的事情，这是优点，不足的地方或不够深入的地方以后深入学习就是了，最重要的是要热爱技术，热爱学习，不拿自己宽广的知识面怼别人，虚心求教，这样的技术人员假以时日，一定会大有可为。

兄弟，客户端之所以称为客户端，因为它是客户端呐。核武器可以灭一个国家，跟手枪比强太多了，但是核武器可以抓小偷吗？核武器可以搞暗杀吗？核武器又可以办个展览让大家参观吗？核武器比手枪厉害是人们的偏见，优越性要配以场景说明才有说服力。BS 架构注定后端提供所有人的服务，浏览器客户端接收服务器的返回，然后提供给一个客户使用，所以分布式是为了缓解后端多人请求时的并发压力，只在服务器端有意义，客户端搞分布式是想干啥？两边应用场景不一样，所以没办法拿来横向比较。

如果你认为提供所有人服务的后端博大精深，前端就那么简单的话，可以问问自己 Canvas 动画研究过了吗？ WebGL 精通了吗？浏览器游戏引擎用过几个？最新的 H5 规定的浏览器端数据库存储技术听说过吗？ ES 最新标准用过吗？国外大佬用 HTML，CSS，JavaScript 在浏览器上写了一个魔兽争霸的复刻版听说过吗？这只是一部分，前端还有很多很多技术，就算取其中一个来学，想要学到专家级别，没个十年是上不了道儿的。

推荐阅读《 UNIX 网络编程》两卷本。

没有垃圾岗位，只有垃圾员工，产品不懂技术，只能说明国内产业还不规范，Google 招聘招聘经理有一条硬性规定就是必须懂技术。技术人员不懂需求也只能说自己没有注重培养产品思维。现在大公司都在招聘全栈工程师，我和许多大小公司的负责人聊过，其中有一个某大厂出来在创业公司当技术负责人的传说有 30 年 Java 编程经验的工程师，对方说全栈就是前端后端数据库运维一锅端。听完我很诧异，连大厂的人都鲜有明白全栈的本质，也不奇怪小公司天天跟风喊着招全栈了。

全栈不是一个岗位，全栈是一种思维，一种站在全局看问题的思维。与全栈相对的是另一种我们常见的思维，就是我不管你需求是什么，你原型图就是这么弄得，我已经做完了，这锅我不背！这就是非全栈思维。这样的情况再加上国内产业不规范，人员技能不过硬，干产品的许多是干不了技术才干的产品，产品工资多高啊，干什么技术。干技术的就只会技术，不想拓展其他技能。这样断层的两种思维，交流过程中会产生剧烈的碰撞与摩擦，产品与技术的撕逼行为，也就难以避免了。

大厂招聘全栈的目的是消除沟通断层，也就是我规划产品，我会知道怎么避免技术实现的时候会出现很困难的情况，产品会稍微变通一下，实现相同的功能，但是技术实现会容易许多，这样也就不会出现产品想实现根据用户心情改变手机壳颜色的需求了。同样的，技术也会在不影响产品大方向的情况下，反馈技术难点，贡献自己的产品意见。要知道，一个团队凑在一起，最终目的是要做出符合市场的产品，而不是互相扯皮推脱。产品的命令是天条吗？产品说的就不能改吗？技术就那么难实现吗？学点新技术看看能不能实现不行吗？如果大家一开始就是剑拔弩张的状态，局面就不可收拾了。

有问题一起商量解决才是最好的方式。但真实生活中是产品被领导狠命的催进度，为了保住自己的工作，不得不牺牲沟通时间，去催自己的下游岗位，这时候技术也同样为了保住工作，会死命的与产品撕逼，从而拼命试图砍掉需求。所以这样的团队一开始就失败了，团队里没有谁会胜利，只会互相敌对，一起坠入深渊。

所以如果大家都能站在全局看问题，产品经理明白需求改了不会影响自己提出的功能，技术也明白怎么反馈产品经理意见能够减少自己的工作又不影响自己，那么大家的日子就都好过了。

所以全栈是一种思维，不是一个岗位，那种小公司想要招会前端后端，数据库，服务器，运维测试，最好还能客串一下售后技术支持的老板，根本不是想招全栈，他想招的是“全干工程师”，用一个岗位的钱招做几个岗位工作的员工，这样的风气在国内创业公司屡见不鲜，这种公司里面，员工没有办法术业专攻不说，长期高强度的工作还会损害自身健康，公司也不会有什么大的进展。老板的无知与自己为是，最终只能害人害己。

对于这种情况，除了全栈，还需要行业的规范。要明白，不是你只能干产品，而应该是你喜欢干产品，所以才选择了产品，相同的，技术岗位也是一样，要明白你可以干除了技术以外的工作，只是因为分工不同，所以你才干了技术。行业规范例如，产品岗位的人员都要有相关系统化规范化的培训，技术人员也要有相关的培养机制。这是一个周期相当长的过程，国家也在努力逐步规范行业，相信今后总会有一天，我们会把大多数精力用在工作上，而不是与同事互相撕逼，在痛苦与挣扎中度过。

下一个风口不一定是物联网，但是万物互联的时代一定会到来，只是时间问题而已。嵌入式，IoT，才是将来的大趋势。