第一天传送门: 2014 Hangjs 见闻流水帐第一天 html
写做风格跟第一天仍是同样的.前端
每一个slide我都会根据本身的理解从新命名一次,用于表达本身的第一见解,主观意见,不喜可吐槽,可是不要喷,就算要喷请轻碰...node
今天第一场slide是由Sofish带来的关于如何优化你的Angular Web App.ios
做为一名angular用户,此次slide分享的切换路由状态的监听事件,是个不错的收获,以前的loading状态都是处处定义开始-结束和标识,或者自定义一个服务来进行全局控制.有内置的话就不须要每次碰到都本身写了.git
不过,对于angular的代码组织的说明,仍是通用方案(例如使用angular-seed),这个通用方案的最大的弊病就在于,随着项目的业务愈来愈复杂,单文件的代码量会愈来愈大,后来Q&A也有人提了我一样的问题,不过,Sofish 简单回答带过.程序员
对于没有去hangjs的同窗,这个slide关于angular的优化很值得一看...github
PS: 这个PPT在现场看的时候,异常辛苦(字彻底看不清),吴老师吐槽这个slide的文字背景对比度太没考虑现场的投影设备环境了...web
此次slide由郭宇,分享的开源项目的管理与维护docker
做为一名github的活跃用户,这场由github 超活跃的用户带来的演讲,有很多启发的地方.shell
郭宇 star 数最大的项目就是那个命令行的豆瓣电台 如今是978, 其实,我是万万没想到(这个douban.fm,我是从刚开始看到如今,我还贡献了几个PR),原来你们对于可以用命令行播放在线音乐的兴趣是这么大的,不知道是真解决了本身的需求,还只是为了炫酷?
我认识的一部分github朋友,为何开坑,不填坑.不少缘由都是由于,没人关注啊.写了也没什么反响,没有了自我知足那块(很多开坑的做者,就是冲着自我知足),也就没有动力去填坑了.因此,若是是要打算开一个可以自我知足的坑,在开坑的时候,最后,看一下当前的IT热点,例如,ios 的swift.这样的开坑,得到各类眼球的机会大大挣大.可能有人会说,这样是否是不负责任的行为?
我我的见解,做为一个凡人,得到一些小小的自我知足,其实也没什么,若是你可以针对问题提issue,而不是看地图炮就好,其实,很多开坑的做者,仍是很喜欢有人针对他的坑,提一些意见.不过,开坑的话,有时候不免会碰到几个莫民奇妙的喷子,对于这些喷子,一开始却是挺生气的,不过,后边会发现,随着关注度提升到必定程度,喷子必有,也不必为了纠结这几个喷子,而影响了正常的心情.
如何开坑(创建开源项目),实际上是个很大的问题,我认识的很多拥有github帐号的朋友,不少就是一些僵尸,甚至几年来,github活动主页所有是0.我的以为,这种现象的产生,是由于,他们不少时候都无法从写代码中得到到足够的知足,连本身的都无法知足,又如何可以知足他人呢?又如何可以把开坑当成一种有趣的事情来作呢?我的见解,切勿地图炮....
在自我知足达到必定程度,就会天然而然的负起责任来.
由EF 教育的Mikael Karon带来的Massive Javascript Development
老实说,彻底没听懂.后来仍是看民工精髓V 的微博,才知道说的是一些很高深的内容
…这老外讲的架构方面的主题,可能由于我平时比较关注这方面,因此毫无压力听懂说的每一个东西,而后还在微博上实时翻译记录了。手机打字速度太慢了,下次来听仍是得带电脑。老外讲的要点就是,对于大型项目,要模块化,开发阶段小粒度,部署阶段大粒度。真精辟,我也这么想。
有兴趣的去看看
仍是EF 教育的人,Garry Yao,关于Scalable Web Application with TroopJS
这个slide彻底没听进去...
若是,你尚未本身的一套自我管理观的话,玉伯这个slide应该对你可以有所启发.
我对这个slide概括就是:控制输入,主动思考,最后自我输出.
台湾的Caesar Chi带来的Node.js 與多方服務串接實務
看这个slide题目,你第一反应可能又是准备水一场了吧.由于,链接多个服务商,无非就是各类认证接入,不过,实际上这个slide并无把重点放在串接上.
前面,一部分时间讲如何将对接服务进行模块化实践,后边就大谈,如何提升服务端对客户端响应.其中,的一个实践就是
先响应,后处理
客户端发起了一个请求,服务端立马反应给客户端,让客户端知道服务端在处理了,你去干点的吧,结果由服务端主动推送.这样作的好处就是可让客户端不用等待.
固然,缺点也有,就是增长了对异常的处理复杂性.举个例子,你提交了一个表单,而后,服务器告诉你,正在处理,因而你去作点别的东西,或者离开,很不幸的是,你表单某个字段有问题,这是,服务器推送了一个异常给你,可是,你已经离开原来页面了,因而,你不知道你的填写是有问题的.还有一个问题就是维持长链接的资源消耗.
由NodeOs 做者Jacob Groundwater,分享的five-lines 深刻浅出 node 命令行工具
这个slide应该是开场几个小时前定下来的,以前日程表上面是没有的,NodeOs记得上一年,你们有过一段讨论,后来就沉了,当时,听到介绍的时候,立马去看了一下NodeOs的github,发现了个docker image,看来仍是有点进度的.
不过,此次slide挺有意思的,正如标题所说,深刻浅出,经过对node基本的一些特性(执行shell命令),最后慢慢的作出复杂的东西.例如打造一个Node.js 风格的操做系统,让所有命令执行输出JSON化.
其实,不少语言都有执行shell命令的api,可是,为何以前没有人想到要搞个JavaOs,PythonOs...等等(可能也有可是我不知道).这个slide带给我最大的收获,就是要敢于去想象!
就算是这个想象有点不切实际,可是若是是理论上可行的,为啥不尝试在想象的时候去实践一下?
而在Node.js 上实际上还真出现了很多想象力丰富的东西,除了前面提到的NodeOs,还有Node上的jvm虚拟机,让Node.js作相似于arduino 的tessel,有些朋友可能会以为这些东西的多是个傻x想法,可是,现实是这些东西不但被人想出来,并且还都作出来了,我以为,当人不肯意去进行想象的时候,也就中止了进步.突然,想起了老罗的那句语录.
不被嘲笑的梦想,是不值得去实现的
当一个程序员失去想象力的时候,可能也是步向平庸的开始了.
这么多slide里头,惟一一个用windows(其余都用Mac)进行分享的,微软美女程序员Iris 带来的Edge.js
实际上就是一个让c#程序里头可以跑Node.js,在Node.js里头可以跑c#,我的不怎么喜欢这玩意,后来也跟老雷讨论了一下这东西,老雷也表示不怎么喜欢.咱们俩不怎么喜欢的缘由,可能都是由于咱们都没接触过c#.
由于,不怎么感兴趣,因此没什么好说的.
天猫前端鬼道-徐凯带来的Hybrid API这是一个你只看题目,怎么也不会猜到要准备说的什么内容的分享(当时看日程表的时候,Hybrid Api? 这是啥东西啊...).
这个slide分享的是,手机传感器在移动web的使用实践.你可能会惊讶,如今的手机浏览器可以支持传感器了?目前来看,手机浏览器还没支持w3c关于传感器的实现,可是,不妨碍咱们的想象力啊,因而,咱们能够经过改造手机的web控件,从而让移动web支持手机传感器,而后,利用这个特性,来开发一些特别有趣的东西.
后边,鬼道就分享天猫app是如何利用这个特性,进行真实项目实践.总得来讲,这是一个很具备想象力的分享!
Luying Li(没找到相关的我的主页)带来的Storm - Distributed and fault-tolerant realtime computation分享.
其实看日程表的时候,看到Storm混进来,顿时在想,这玩意不是用Java写的吗,跟JS有什么关系?会不会跟Node.js 與多方服務串接實務带来一些意外的惊喜?不过此次,真没什么意外惊喜了.
大部分时间都是介绍Storm是个什么,举的例子也所有都是Java写的.最后,补充了一下,Storm的实现支持任何语言,Node.js固然不在话下,因而最后贴了两个Node.js实现.那么举例子的时候..为啥不用JS写...感受好没说服力..这个场子毕竟是JS....你确不用js来举例子.
最后一场slide由来自于云适配的陈本峰分享的Web Components标准:前端开发的新一次技术革命
因为,这个话题,我不怎么感兴趣,而后这场slide的ppt还没放上来,因此,我都忘得差很少这场slide究竟说了些什么..只是印象中知道,这个是几年后才有可能实现的标准.
此次两天的Hangjs, 面基了很多一直在网上有交流可是,历来没见过面的朋友,特别是有机会一块儿同行的老雷,在我看来,参加这类技术大会,仍是以认识和交流,各类平时耳闻但不见面的人为主最好,听slide对本身有用的就认真听听,此次hangjs我最大的软肋就是不够主动,没有随便逮住一我的就说,你好,可以简单认识一下吗?这是个人github,来扩大一下本身的人脉起码也能够为本身的github涨涨粉...).
其余人的hangjs 参会记录