绽放 #7
Labels
Comments
|
💯 |
|
感谢在这个时代遇到了nodejs,还有你. |
|
GitHub的issues被您们苏宁玩坏了。http://snfed.org/ 这个域名现在还是空的哦。 |
|
这里面怎么回复评论。。。 |
|
@RainZhai @对方就可以了 |
|
看起来像小说的一篇技术文章 |
赞~没有后端支持，前后端分离就是梦 |
|
问一下什么时候DEF啊？ |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
为了发布,25号跟同事是凌晨接近2点下的班,回家睡了不到三个小时,5点的时候又去公司慰问了下小白脸产品经理,顺便了解了一下生产发布的情况,然后头也不回的打车去赶7点的高铁,途中捎带了同去的两个同事.
下了火车站果断打车去阿里,没预估到的是这次打车竟然用了一个小时,结结实实的体会了一次杭州早高峰的交通,是该做做性能优化了.
10点准时到达,为了欢迎我们杭州的天气变得热情似火,剪一段小汗缓缓流淌,流进了肌肤中微微荡漾,好的,已经够了.跟部门的几个同事悄悄的潜入会场,拿到签到袋发现里面的东西有点寒酸,应该是门票免费的必然结果,不过这些都不重要,重要的是我是否能在今天的分享中得到更大的价值.
感觉今年网上经常讨论的两大主题是_前后端分离_和_移动端开发_,_前后端分离_一直在部门寻找方向和突破口,但是如果没有后端的大力配合,这件事情做起来就像愚公移山一样,无路难开路更难的感觉._移动端开发_这块我们部门在bugFix上已经积累了很多经验,目前缺的是了解一些先进的开发方式和工程化的思路,拿着一把大剑怎么能比狂战斧刷得快呢?
支付宝前后端分离的思考与实践
_支付宝前后端分离的思考与实践_很有收获,
Chair提供了一套针对支付宝的前后端分离解决方案,提高了开发效率,最大化的发挥了前后端的特长,不过这套思路目前看来还是不适合本公司,但是给了一个很好的方向.下图说明支付宝已经使用上了Chair系统.分享中提到了前后端分离离不开后端的大力支持,之前我特意弄了一个java开发坐在我旁边,得到的回报是我了解了一整套前后端的开发细节,目前前后端已经达成了推动前后端分离的共识,相信在不久的将来我司也会快速的完成这项改革,同时也欢迎希望在南京实现自己价值的前端们可以一起完成这项使命.有想法的可以@民工精髓V或者是我.
我司目前的开发方式还很传统,虽然很容易上手但是效率太差,最终反馈到用户体验上也没有收到理想的效果,如果前后端能有效分离的话前端就可以更好的把握用户体验,好在部门内的一些同事已经希望后端只提供url(JSON),由前端来操作dom,让后端去干后端该干的事.
nodejs一小步 前端开发一大步
_nodejs一小步 前端开发一大步_这个课题用一句上墙的微博可以概括,
于是我可耻的睡着了,一天只睡了不到三个小时的我实在是扛不住了.
关于nodejs不得不承认我们还在探索期,不久前一个偶然的机会在发布系统上了Gulp,这仿佛打开了真理之门.发布时语法检测,静态资源压缩,静态图片压缩,资源合并,资源剔除等一下子都做了起来,这是不起眼的一小步,但是对我们来说却是打开真理之门迈出去的一大步.有了这次的经验和尝试,后面就可以利用nodejs做更多的事情,感谢在这个时代遇到了nodejs,还有你.
航旅无线 H5 技术体系成长之路
这个是本职工作,自然要去听.大概内容果然是Hybrid,之前在北京听过乐蜂网的html5引擎自动化编程,也是Hybrid方式,没记错的话好像乐峰iPad版APP里H5的占有率已经超过75%,乐峰使用了一个叫Crow5的引擎,它干的事情就是你给我一个JSON,通过所谓的门面(对应的java模块名和js模块名)把数据串联起来,无需写DOM,感觉类似与Sencha Touch.
航旅无线的做法跟市面上大多数Hybrid的方法类似,Demo演示了如何和客户端搭建一个友好的桥,用桥来衔接H5和Native,使其友好共存,各自发挥优势.只看Demo和幻灯片无法判断出客户端里H5的占有率,在App里最高的境界就是感觉不到这是H5.客户端缓存静态资源很好做,但是如何缓存静态资源而且又能及时检测到资源更新,这是一个技术难点,航旅貌似解决了这个难题,有些代码虽然不好开源,但是给了一个方向,这件事情是可以做的,至少应该比让IE6支持HTML5的api简单些吧.
一般情况下在App里嵌入H5很容易被用户发现,特别是页面刷新时的瞬间空白,我做过一个小例子,把所有静态资源缓存到本地做实验,缓存的当并加以一些过度动画,基本可以在感官上消除刷新那一瞬间的空白,除非专业人士普通用户基本很难分辨这个场景是H5还是App.如何利用webview和H5的特性也是无线开发中的一大优势.
我司目前的开发重点还是在m.**.com站上,客户端还是Native为主,只是生硬的嵌入一些m站的页面,我认为前端应该介入到Native的对接开发中,这样才能更好的跟客户端做好融合.
淘宝前端工程与自动化体系
演讲者的逼格很高,喜爱画画,喜欢自己做小机器人,顺便写写代码.
DEF是个让我很惊讶的系统,它把一些前端工具很自然的融合在一起,并以AppStore的方式安装调用,关键是logo和界面都很美丽,这是我见过的最前端的一个系统,作者称之为前端生态系统一点也不为过.
因为是最后一场,细节我没有太注意,再加上内心一直在纠结什么时候开回城卷,所以我能记住的就是DEF很牛逼.
这种仰望的感觉说不出来好还是不好,感觉被碾压了.
总结
我记得有位嘉宾提到了模块自我管理,我认为可以引申到人员自我管理,每个人都是一个模块,也许是基础模块(zepto),也许是一个翻页模块(scrollPages),各司其职,各自管理,由模块管理器(部门负责人)统一调用,一样的代码风格,彼此在一起协作互不干扰,不冲突,部门管理能做成require或者seajs这样,也算是很不错了.
晚上的时候在宾馆写了几行代码,往小了说每一行代码代表了自己,或者说代表了这个部门,大了说就代表了这个公司,在这个思想下写代码思路就会更加谨慎,我会试着把代码里注入一些人文的气息,反正都是要混淆压缩的,注释和变量只有很少的人看到,这多有意思.
几个同事见到了一些大神的本尊,听到了一些长技,我希望可以师夷长技以制夷,但短时间内基本无法实现,期待一阵长风,吹散雾霾,破除高浪,直挂云帆济沧海.
晚上回去的时候经过一片阿里涂鸦墙,自由的气息透过夜色钻进脑海,身边有人跟我说以后要到这里来上班,这真是个好主意.
阿里的厕所完爆我司啊.
白天看到同事民工精髓V身边跟着一个蝴蝶花,我没有很贱的融入他们当中,这不太像我的风格,还有晚上的酒会,哎,我这样想,人家华山论剑,我一个小小的贱客不小心混进来就不错了,还骗了东道主一顿18元的饭,酒会啥的就不掺和了,万一被发现我只会打王八拳那就完蛋了.
26号早上你可能在杭州路上看到了一个边走边吃士力架的傻逼,那个人就是我.
最后,期待我们的绽放吧.
原文
The text was updated successfully, but these errors were encountered: