你不是一个前端

2018-07-20    来源:编程学习网

容器云强势上线!快速搭建集群,上万Linux镜像随意使用
Mentor:“你不是一个前端”

我:"???"

Mentor:“你不要老想着自己是一个前端,你不是一个前端”

我:“可是把我招来不就是写前端的吗??”

Mentor:“你可以写前端,但是你不要限制自己只作为一个前端,不要把自己的眼光局限在前端。你应该从整个项目、从工程的角度blablablabla...”

我:(打断)“不,我就是一名前端,我特别喜欢前端,特别喜欢JS”

Mentor:“我靠,你不要老说......你说你自己是一名前端,作为你们Mentor,我就感觉很丢人”

  ——以上对话发生于我前往百度实习的第二个周,我与我的Mentor之间

PS: 新人入职百度后,通常会有一位Menter(导师)来帮助新人

  大四拿到了百度Offer后不久,便开始了在百度的实习。

  热爱前端,热爱JS,有自己偏执的审美,认为整个宇宙其实是一个用JS编写的程序——这当然是不可能的。不过热爱JS确实是这样。

  随着前后端分离,前端变得可以只需要关注接口而不用管那该死的后台——鬼才想知道你数据表是怎么存的,我只想要我的JSON数据,然后完成酷炫的前端功能,让用户惊叹,让自己惊叹,然后让世界惊叹!

  这就是我,一个华丽丽的前端~~

  华丽丽的我接到了我的第一个Task——为页面开发导入功能,我负责前端,我的Mentor负责后端。

  前端改动比较小的,我三下五除二写完了界面与交互逻辑,一切非常顺利~~除了一开始想要把后台程序跑在我本地电脑上,用一个奇奇怪怪的Docker Compose时遇到了点麻烦。

  不过无所谓,我并不想知道那东西是什么,也不想知道为什么想跑Docker Compose需要改那么多的参数。

  总之,Docker Compose现在愉快的跑在我的电脑上了,除了吃掉我一半内存 导致我的WebStorm有些卡外,没什么不好的。只要能拿到约定好的数据,我就可以让前端界面就正常工作。

  前后端分离万岁~!

  然后Mentor告诉我说接口请求要用RESTful,这是什么?好像以前听说过。查了下资料——不就是用HTTP状态码来返回结果,顺便语义下请求的方法(GET、POST、PATCH、PUT、DELETE...)嘛,前端改下Ajax请求就好了。

  然后Mentor说,我们要用RESTful:

  • 第一次创建数据要POST,以后要用PUT。OK
  • 检测HTTP状态码来确定请求结果。OK
  • 把Token写在HTTP Header里。。。OK

  毕竟是工作嘛,只要项目要求,让我把数据放Header里我也没意见。

  但是Mentor向我解释了这些,告诉我后端的实现逻辑和一些细节,为什么这样更好,为什么会有这些行为。我觉得好麻烦,难道我不是只做好前端工作就好了吗?

  于是我向Mentor表示:

  1. 我不想了解那么多的后端实现,你说这种接口调用方式会很大的影响后端性能,我改成你期望的格式就好
  2. 我不想了解那么多的项目配置,我只要按住流程走下去,最终跑起来一个可以提供数据的服务器就好了
  3. 我只想知道,你期望什么格式的数据,又返回什么格式的数据
  4. 我只是一个前端

  然后Mentor非常生气,说出了“你不是一个前端”这句令我十分震惊的话。

  我不是一个前端?

  为什么我不是一个前端?我明明是一个前端!我就是凭着对前端的一腔热血支撑着我一路走到了这里,我热爱前端,热爱互联网,热爱JS。

  或许在别人眼里前端很Low,P技术含量没有。

  但是作为热爱前端的我知道,前端有多么深邃、多么灵活、多么优雅、有多么多的可能。每一种“外人看来毫无作用的新技术”解决了前端多么痛的问题,每一代“频繁升级的ECMAScript”更新带来了多么棒的特性。

  “你说你自己是一名前端,作为你们Mentor,我就感觉很丢人”。

  我感觉这句话简直否定了我对前端倾注的所有感情,被彻底瞧不起了,我要是一名负责火箭发射的工程师对方绝不会这么说。

  于是我很生气,觉得对方不可理喻。

  我就是一名前端,我还打算将来加入TC39为我心爱的JS添砖加瓦呢。


  完成的导入的Task后,随着时间的推移,我又陆续接到其他的Task。

  在一个新开坑的项目中,我和负责后台开发的 DG同学 在接口设计上发生了一些分歧。我主张在“返回应用的会话列表的接口”中,返回 会话数据 的同时返回 应用信息,而他表示这样不好。双方僵持了一段时间,于是我和DG决定去找隔壁的两位高T(我的Mentor是其中之一)裁决下。

  我阐述了下为什么我希望会话列表接口里面带着应用的信息:

  • 在查看调试会话列表接口时更方便
  • 这样前端少请求了一个接口,展现数据会更快
  • 分开接口的意义不大,应用信息非常少,没必要再加一个接口,直接附带在会话列表接口中就好了
  • 虽然分开后2个接口各司其职,但是前端要分开处理,很麻烦

  听了的我解释和,Mentor和我说:

你发现了吗?你的所有出发点都是为了前端更方便。

确实,你是一名前端,所以你肯定希望前端用的爽。但是,正是因为你只是一名前端,你不了解后台的实现、构架,不知道怎样的设计对于后台是合适的。也不了解这个项目本身,所以也没办法站在一个工程的角度考虑这个问题。

这就是所谓的屁股决定脑袋,因为你只是一名前端,而不是一名工程师。

  我突然愣住了。

  我确实不知道后台的实现,后台用的什么ES完全不知道是什么。我也不知道自己做的这个项目是干什么的,只知道从UI那里拿到了一份设计稿,然后将它还原了出来。

  我突然想到了学校中,老师反复强调过“一辈子的码农”和“工程师”的区别,那时的我听了不以为然。

  而现在,我真真切切的感受到了二者的区别!!!

  意识到错误的我感觉超级尴尬,比较刚刚还神气十足头头是道来着。。。

  。。。小声承认了下自己的错误,然后赶紧转过头去假装写代码。

  内心OS:啊啊啊啊!~!! 好尴尬!!!不过很感谢,但是好尴尬!!或许应该好好谢下Mentor,但是好尴尬啊啊啊!!

  表情复杂的盯着屏幕上的 function 声明语句好长时间,嗯,橘红色的高亮挺好看。然后去找到了刚刚的DG同学讨论了下后台实现和构架,并对他的方案表示了肯定。。。


  现在,我终于明白了,“你不是一个前端”的含义。


  “教做人”的日常还在继续,前进的脚步也不会停止。

标签: 代码 服务器 互联网

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点!
本站所提供的图片等素材,版权归原作者所有,如需使用,请与原作者联系。

上一篇:编写高性能 Java 代码的最佳实践

下一篇:Windows、Mac与Linux哪个更适合开发者?