妙味学员翟宏杰全栈工程师修炼之路

-| 前言 |-

很多人说:为什么妙味官网从不写学员就业薪资?几乎所有培训机构网站都在醒目位置标了这些信息呢:

张*智 北京鼎***科技公司 前端工程师 19K
王*辉 北京玄***技术公司 前端工程师 17K
李*权 北京新***信息公司 前端工程师 15K
……

瞧瞧上面那段文字中,打了那么多 “*” 的字符,很像是一堆不靠谱的信息被人用机枪扫射了一番。短短几行 “就业信息” 被弹孔击中的地方全是 “***”,而诱惑人的高薪却十分扎眼又清晰的标在那儿,竟然没打中?感觉相当诡异……这堆信息的可信度我们暂且不论,就算有些学员薪资高,与培训机构又有啥关系?

其实我想告诉大家:优秀学员选择去一家培训机构,是这家机构的幸运!作为培训机构不能老有幻觉,认为通过短短几个月时间,就能培养出罕见的杰出人才。简单想想就能明白,仅仅几个月的时间,又要教技术、又要培养各方面令人赞叹的综合素质??恐怕这点时间就只能搞搞洗脑、或者搞搞邪教什么的……所以你懂的!

本质上培训机构能做到的极限,是帮助那些本来就有兴趣、想学习的人成长更快些罢了。他们离开培训机构去找工作、获取高薪,凭借的是精湛的技术、敏捷的思维、勤奋的实践、良好的沟通以及优秀的个人经历……这些综合因素的组合,才有可能获得高薪。

因此,妙味课堂从不在官网标出学员们的就业薪资,就像是你不能把别人优秀的点放在自己脸上贴金。哪怕每期班总有一批学员就业薪资高,但那也跟我们关系不大!遇见这样的优秀学员,是我们的幸运,是我们的福气!而今天,我就给大家介绍一位非常优秀的学员:翟宏杰

-| 优秀学员介绍 |-

翟宏杰,若论秉性,“思维敏捷+勤于实践” 是融入他血液中的习惯,他对代码有着天然的挚爱,从自学 CSS 开始,就尝试翻译 W3C 文档,虽然过程痛并快乐着,却因此打下坚实基础,因为在此期间为了翻译精准,他阅读了数不清的博客,找了所有能找的教程,才能把翻译进行下去。之后他又学习网易开源的 NEC 规范并运用于实践,这番经历,就是他的前端起步。

他的 JS 启蒙读物是《Javascript设计模式与开发实践》,然后一路走过 Jade+Less+JS+Fis,深感不能组件化的束缚,开始钻研 React + Webpack,从此探索模块化规范的乐趣,并总结出相关技术实施的优缺点。

人一旦开始专注,就经常陷入痴迷状态,以至于技术研究过程中常常忘了时间流逝,许多次他都在凌晨 3~4 点后才沉沉睡去,早上 8 点多又醒来,继续踏上去往学校的路上……白天听课做练习之余,又花费时间在 MDN 上查阅内置对象 API 以及 DOM 相关的 API,并研究 JS 的语言特性……用他自己的话说:“许多人都在用 JS 做事情,而我却在探究 JS 是怎么去做这些事情的。”

除此外,他并不止步于前端,而是尝试从前端到后端的全过程。目前他使用 PHP 搭建应用项目,经历了前后端深入实践后,他感觉整个业务逻辑显得异常清晰。例如:这次请求被路由分配到了哪个 Controller、调用了哪个 Action、Controller 调用了哪个 Model……这种奇妙的感觉,就像是他能看到每一行代码在具体执行时是怎样工作的。

-| 个人项目实践 |-

项目网址:www.flowke.com

项目介绍:

这是一款图片分享应用微平台,用户可以随时随地分享图片,并对图片进行点赞、描述、分类查看等操作。这个项目从 “产品设计、UI界面、前端”,再到 “后端、服务器、数据库查询、数据库接口定义、数据调用并展示” 等一系列操作,全部由他一人独立完成。

功能介绍:

该项目实现的功能有登录注册,分享,图片上传,文字描述,用户点赞,分享成功的用户列表信息,信息过滤(分类查找),排序,用户查看tile,更改头像,注销等,目前项目的功能仍在添加和完善中……

技术栈:

ES6 \ React \ PubSub \ Webpack \ jQuery \ wookmark \ gulp \ PHP \ Mysql \ 图片分享平台项目-全栈开发

相关技术点描述:

React:提供了组件化拆分的能力,频繁的渲染 DOM,react 能解决一些性能问题;
PubSub:一个发布订阅实现的小工具,目前用它解决 react 组件间的数据交流;
Webpack:提供了轻便的模块化解决方案,其 loader 可以方便处理项目使用到的 less、ES6 语法、JSX 语法,打包模块而不是请求模块符合项目要求。css 模块化,减轻了命名压力;
jQuery:的确是写的更少、实现的更多;
wookmark:解决瀑布流布局;
gulp:webpack 能解决大部分问题,用 gulp 只是解决一些小问题,比如把前端的目录产出搬运到服务器目录;
PHP:运用原生的PHP,框架搭建上使用了单一入口、initial 类,解析并分发路由,业务逻辑需要的 Controller 和 Model,数据库连接方面使用PDO;
Mysql:数据库支持;

功能描述:

登录注册-前端部分:
用户验证是基于策略模式编写的验证插件,在使用的时候,只需要给相应的文本框设定注册规则,此规则可定制化程度很高。点击登录的时候,即可按照一定的功能分别验证。例如针对同一个文本框可以设定不同的验证规则。具体实施过程中,对文本框设定一个验证标识符,它就可以进行不同验证规则的组合。注册规则中它也分类型,一种是基于表单控件,一种是基于值的。验证过程当中有两种验证方式,第一种是单个验证,比如说仅仅只给用户名的文本框进行验证;又或者在提交的一瞬间,让所有的控件都一一验证。这个基于策略模式的验证控件,除了以上常规的功能以外,还可以根据项目需求定制各种验证规则。
具体实施流程:先有一个策略类,提供了所有的验证规则,在真实执行的环境中,设置了一个环境类,这个环境类接受各种请求,并委托到那个策略类当中实施验证。在这整个过程当中,根据具体的项目需求也可以高度定制。

登录注册-后端部分:
验证用户名是否存在,对其他注册失败的情况也会有提示。注册成功的也有相应提示,登录过程输入错误也会有相应提示,例如具体是用户名或密码错误;

分享功能-前端部分:
写了一个tile分类效果,可点击、可拖拽上传图片;

分享功能-后端部分:
分享的字段分为 “标题、描述、分类、封面”。分享的验证机制也是基于之前的验证插件,还有一个图片验证,判定是否为图片以及控制图片大小等等。

用户列表功能:
前端部分展示的是用户头像,用户名和得到的所有点赞数,在组件挂载完成并发出请求的时候,会得到后端返回的信息,根据一定的罗逻辑展示出来,这是一个多表的查询过程;

信息过滤(分类查找)和排序功能:
按照点赞数排序按照时间排序,并提供升降排序功能,以及按照类型排序;

点赞功能:
点赞验证,必须登录以后才能点赞,并且不能给自己点赞。不同用户登录以后看到的点赞状态是不一样的;

数据库设计:
分类表,点赞状态表,tile 表,用户表。tile 表跟分类表和用户表有关联,它们是一对多的关系,点赞状态表跟用户表和tile表有关联,它们是多对多的关系;

至此,翟宏杰 的全栈开发实践项目介绍到这,有兴趣的朋友如果想和他一起讨论,可直接在本文后留言(请切换至PC端留言)。

聊到最后,我问:“那你上了班,还继续做这个作品吗?”
他回答:“我只想把这个产品不断完善下去,这跟上班无关……”

课程咨询QQ:3349734318、3315116152
课程咨询电话:010-57269690
客服在线时间:周一至周五 9:30-18:00 周六至周日 10:00-17:00
地址:北京海淀区西二旗辉煌国际大厦(西6号楼)319室

妙味网友
请登录后留言,请登录注册