为什么你应该尝试全栈?

今日小节: LANG=C sed -r "s/[\x81-\xFE][\x40-\xFE]//g" (去汉字)

程序员看到全栈这个概念,大概会有两种反应:

  1. 卧槽,这个好,碉堡了

  2. 你懂毛,全栈就是样样稀松

  以上两种反应其实都有失偏颇,即使只做一种技术,做的很菜的多的是,而全栈但是样样都做的不错的也不少,更别说这个世界还存在另外一种爆栈型的程序员,做什么什么精。

  全栈学徒至少要掌握以下几种技能:

  1. Web 前端开发,至少掌握一种前端框架
  2. Server 后端开发,至少掌握一种后端框架
  3. Server 运维,掌握 Linux Server 的搭建与维护
  4. 客户端开发,iOS 和 Android 至少掌握一种
  5. 数据库,掌握 SQL 和 NoSQL 数据库

  而获得“全栈”这个称谓则应该至少独当一面的一个人完成一款产品的构建,并且真的经历过商业化运作,被自己的“愚蠢”坑过无数次。

  由此可见,全栈的门槛还是挺高的,并不是说掌握以上五种技能,就能称为全栈,至少要加个学徒来修饰一下,也正是因为太多学徒自诩全栈,才导致第二种反应如此广泛。

  不过,这篇文章的题目是 —— 为什么你应该尝试全栈,所以讨论点并不在要不要做全栈,而是尝试。

  外行与内行

  过去几年里,我和不少团队的人聊过,发现绝大部分的团队矛盾都在于——

  • Server 端的不懂客户端,设计出来个 API 后瞎 BB
  • 设计师不懂客户端,设计个交互瞎 BB
  • 客户端不懂 Server,对着 API 瞎 BB
  • 客户端不懂产品,对着需求瞎 BB
  • 产品经理不懂需求,对着 Team 瞎 BB

  除了最后的产品经理应该被烧死以外,前四个矛盾都还是有救的。

  程序员是一个上帝模式的职业,每天的工作就是创造,这也正是这个职业看起来很酷的原因。但是正因如此,程序员多少都会有些自负,自负的结果就是以自己有限的知识去揣测别人的工作该怎么做。

  如果 Server 端不懂客户端,那么很容易设计出来不符合客户端机制的 API,以网页的思维去理解客户端,这时候好点的话做客户端的耐心解释,每个 API 耽误一两天的时间来磨合,不好的话就要吵架了。

  但 Server 端并不总是错的,客户端希望所有数据给出来后不需要再加工,而往往按照客户端需要的结构给的话,有些查询可能要耗时一两秒。客户端如果不理解服务端的机制,一味以 “服务端就是给客户端服务的” 来要求,就又要吵架了。

  如果说技术人之间的争论是冷兵器战争的话,那如果碰到更外行的产品经理或者老板,那就要爆发核战争了。

  “你就改个网页,十分钟能搞定吗?”

  “效果怎么可能很难做,我给你做个”

  “明天上线,赶紧的”

  “我不管你技术上有什么难度,反正你就得给我实现出来”

  而这样的场景,无论是哪家公司,几乎都在不停上演。

  尝试了解对方的技术

  先聊聊我的技术轨迹吧,从初中开始使用 Linux,以 Ubuntu 作为自己主力系统,而后切换到 ArchLinux,再回到 Ubuntu,一直使用到大一,这几年的 Linux 使用经验奠定了 Server 架构的基础,大一开始尝试自己做一款产品。

  那时候就琢磨,我应该先写一个网页版,然后再写个客户端。

  所以从后端开始,我使用 Django 作为起步,不过很快我转移到了 Rails 阵营,Rails 的敏捷开发极大的降低了开发成本,而其的约定习惯,也使得菜鸟能够平安飞过很多危险区域。

  开始写网页前端的时候,并不知道有前端框架这个东西,直到用 Rails 写完了后才发现原来有东西叫 Ember.js,于是开始用 Ember.js 来重写,一开始的理解还是如何用 Rails 来渲染前端,后来发现其实在引入了前端框架后 Rails 的角色已经变成了个 API Server 了。

  于是由此开始从新的角度去考虑如何设计 Rails 的 API,阅读了大量的 API 设计的资料,怎么样设计前端才好用,怎么样降低查询时间,服务器缓存,redis,安全等等。

  Rails 的自动化帮了不少忙,很多自己并不知道的地方它已经帮忙做好,而当你想了解的时候,又会发现其实现是如此精妙。更别说 Rails 对新技术的接受程度,使得你总是有新东西可以玩,CoffeeScript 和 Sass 最早就是 Rails 吸收作为自己框架的默认前端技术。。

  随后由 Ember.js 又切换到 Angular.js,用 Angular 重写一遍,期间又接触了前端工具 Grunt (前端的变化一日千里,现在用的东西已经不是这个了)

  最后到了 iOS 客户端,此时 iOS 的界面实现又与网页的 HTML 和 CSS 有着很多不同,也因此又花费了不少时间去理解 iOS 的 UI 概念,把思维从网页转换成 iOS 的界面开发思想。

  数据库也在这个期间从 MySQL 换成了 MongoDB,因为那几年的潮流也正好是这个转变。

  这个过程里幸好是我一个人,所以没人可以吵架,不然我想各个阶段都是有很多值得争吵的地方。

  项目上线后,随着运维的复杂程度逐渐提升,也因此接触了 chef 和 Ansible 这种自动化运维方式,再往后 NewRelic 这类的监控服务也上了,为了一个稳定的开发环境,继而使用了 Vagrant。

  而这一切都只发生在一年的时间里,不过很有趣的事情是,很多时候我写着 iOS 突然想明白了 HTML 和 CSS 的实现原理,做着 Rails 突然想出了更好的 iOS 架构方式,不同的技术之间触类旁通的感觉在每天都发生着。

  在后来的时间里,这段经历使得我和不同的技术人沟通都非常轻松,因为去年“秒视”做滤镜的原因,我开始研究起 openGL,在重拾了Blender 之后,很多以前似懂非懂的地方,实现突然变的像 Hello World 一样简单,因此也干脆玩起 Unity 来,在这一切的积累之后,Unity 的学习变的非常轻松,成为了我晚上的休闲项目,或许不久之后,你会看到一款我做的游戏(可能会是 RPG)。

  我并不觉得全栈会使得你全面平庸,每种技术在做的时候都可以为其他的技术提供思路,而在你了解各种技术的前提下,深入其中的某个技术,时常能够带来对其他技术的反哺。相反,了解的技术如果非常狭隘,很可能才是限制自己潜能的原因。

  尊重与和平

  在团队沟通的时候,对对方技术的了解能减少非常多的沟通成本,并带来尊重和和平。

  很少见大神在一起争论谁该来让步,相反往往都是初窥门径的人整天吵个没完,脾气一点就爆。

  虽然很难讲整个行业的水平能很快有质的变化,但是我想如果产品需求能够详细的描述清楚,说清楚原因,技术人员之间能够在一起相互学习,耐心的探讨,设计师能够尊重技术纬度的事情,设计出更符合当下的原型,那一切就会往者好的方向发展,这一切就从了解对方的工作开始。

时间: 2024-11-03 22:04:48

为什么你应该尝试全栈?的相关文章

[查异常网]-20160401-为什么你应该尝试全栈

程序员看到全栈这个概念,大概会有两种反应: 1. 卧槽,这个好,碉堡了 2. 你懂毛,全栈就是样样稀松 以上两种反应其实都有失偏颇,即使只做一种技术,做的很菜的多的是,而全栈但是样样都做的不错的也不少,更别说这个世界还存在另外一种爆栈型的程序员,做什么什么精. 全栈学徒至少要掌握以下几种技能: Web 前端开发,至少掌握一种前端框架 Server 后端开发,至少掌握一种后端框架 Server 运维,掌握 Linux Server 的搭建与维护 客户端开发,iOS 和 Android 至少掌握一种

为什么你应该尝试“全栈”

程序员看到“全栈”这个概念,大概会有两种反应 1. 卧槽,这个好,碉堡了 2. 你懂毛,全栈就是样样稀松 以上两种反应其实都有失偏颇.因为即使只学一门技术,水平很菜的人也多的是,而全栈工程师当中样样都做,而样样都做得不错的也不少.更别说这个世界还存在另外一种爆栈型的程序员,做什么,什么都精. 从我的个人实践出发,全栈学徒至少要掌握以下几种技能: Web 前端开发,至少掌握一种前端框架: Server 后端开发,至少掌握一种后端框架: Server 运维,掌握 Linux Server 的搭建与维

为什么你应该尝试“全栈”[转载]

编者按:本文作者周楷雯,90 后 CEO,Catch 团队(http://catchchat.me/)创始人,全栈开发者. 擅长 iOS 开发.UI 设计.Ruby on Rails.界面动效.3D 建模等技能. 曾独立开发 Piner.Coinsman.MilkPass 等 App.热爱开源社区, 有 PNChart.Waver 等开源项目. 程序员看到全栈这个概念,大概会有两种反应 1.卧槽,这个好,碉堡了 2.你懂毛,全栈就是样样稀松 以上两种反应其实都有失偏颇,即使只做一种技术,做的很菜

先成为全栈工程师?

程序员看到全栈这个概念,大概会有两种反应: 1. 卧槽,这个好,碉堡了 2. 你懂毛,全栈就是样样稀松 以上两种反应其实都有失偏颇,即使只做一种技术,做的很菜的多的是,而全栈但是样样都做的不错的也不少,更别说这个世界还存在另外一种爆栈型的程序员,做什么什么精. 全栈学徒至少要掌握以下几种技能: Web 前端开发,至少掌握一种前端框架 Server 后端开发,至少掌握一种后端框架 Server 运维,掌握 Linux Server 的搭建与维护 客户端开发,iOS 和 Android 至少掌握一种

2019年java全栈工程师学习大全

我刚开始学习 Java 那会,最大的问题就是不知道该学什么,以及学习的顺序,我相信这也是很多初学者经常面临的问题.?我当时经常胡子眉毛一把抓,那会学习资料倒是不缺,学校图书馆啥都有,就是无从下手,后来有高人指导之后,进步就很快了. 精研某一个方向,或者走全栈路线,都是可以的,两种路线各有优缺点,如果非要整个争个高下,我觉得没有必要. 自己喜欢的,才是最好的,我读书的时候就接过几百块钱的小活,没几个钱,要是跟人合作更没有赚头了,所以后来我一直在尝试全栈的路线,也一直在这条路上努力. 专精于某一方面

“全栈2019”Java多线程第三十章:尝试获取锁tryLock()方法详解

难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"Java多线程第三十章:尝试获取锁tryLock()方法详解 下一章 "全栈2019"Java多线程第三十一章:中断正在等待显式锁的线程 学习小组 加入同步学习小组,共同交流与进步. 方式一:关注头条号Gorhaf,私信"Java学习小组". 方式二:关注公众号Gorhaf,回复

全栈工程师

关键开发技能(硬实力) 一.Git/GitHub,必须掌握如何使用Git来掌握和分享你的代码.Git作为关键技能的第一条,是因为它不仅仅是一个代码管理工具,更是一种推荐的工作方式.它使你能在任何地方进行开发,高效地管理任何大小的项目,通过Git还能与其他团队成员进行分布式工作,大大提升工作效率. 二.至少一门编程语音,JAVA.PHP.C#.Python.Ruby.Perl等,因为大多数核心业务处理都需要这门语言来写.不但要掌握这门语言的语法,还需要非常熟透如何基于这门语言进行项目的架构.设计.

快乐死我了,怎么样成为一个全栈程序员(Full Stack Developer) good

受苏格拉底大神的启迪,我也来谈谈全栈.禅师:成为全栈工程师,这个问题等于如何成为全才,有可能吗码农:有可能,不过可能性比较低,因为达芬奇这类人毕竟是百年一遇的奇才.不过,因为我热爱这个行业,也有一定天赋,所以只做好软件全栈的话我想还是可能的禅师:你玩过三国志这个游戏吗码农:我还开发过禅师:你喜欢什么样的武将,诸葛亮怎么样?码农:不错,虽然他武力只有20,不过智力有100,不过游戏出战不是单打独斗,我可以给他搭配武力100,智力20的吕布,在战场上所向披靡禅师:对于一个武力65,智力65的武将,你

今天烦死了,各种技术,各种问题,全栈式多屏工程师不好做啊

感言:全栈式多屏工程师不好做啊 今天,是最近写代码最烦的一天啊,遇到各种问题. 1.公司项目,发短信不成功.    其中一个平台的短信发送不成功,这个真不能怪我.   一是由于,HTTP短信接口的API地址不对,404.   而是由于,WebService接口,没有SDK包,只有SDK的文档. 2.表格组件grid有问题.   无论怎么尝试,分页总是失败.   秒针原来某个同事写的grid组件,用的比较多,但是2.0和3.0有很大变化.   参数的格式在变化,接受参数的方式也在变化,Spring