@chemzqm

您好，我现在人不在北京，如果联系到了双方看好的公司，然后会根据情况在北京选择租房

@hooli

您好，我在第 18 楼给出了一份简历和一些情况说明，如果您对我感兴趣，可以请您先阅读一下，我想这回帮助我们接下来更好的互相了解

----------------------------------------

可能是因为年底，各位大佬都缺人用吧，何德何能今天接了不少电话，对联系我的人说声感谢

从某种意义上来说，这也是我第一次求职面试，所以我必然会谨慎对待，如果我有所怠慢，还请各位谅解，毕竟这也是我人生中一件大事

@c742435

那个游戏仅仅 DEMO 而已，优化也有限，个人娱乐所作，见谅，见谅

其实我还是蛮喜欢那个项目的，以后会用 webpack 重新封装、优化，应该更好

@convoi

这种技巧我觉得是事在人为，就好像有些人也觉得没必要一切判断都用===一样，我认为只要能完全理解数据流，可以主动的避开一些坑，就可以用

我说尽量用() => 也是有前提的，比如会考虑是否用 arguments 之类的，主要还是因为在一些情况下这样太方便了，例如配合 Promise 的情况下

A()
.then(data => compose(data))
.then(data => compose2(data))
这种感觉

@newbieo0O

您好，我觉得相对于后端所需要的技术，例如数据库优化，系统构建，运维，我对前端技术掌握更充分


@virusdefender
@itommy
@guoxing
@meican

各位公司的大牛，您好，从我个人的角度来说，我除了对公司地点要求是北京这一点以外，我对贵公司本身的要求不高，说白一点就是看上去靠谱，能让我在北京活下去就好。

关于我自己有几点说明，请稍微考虑一下，其实我并不在乎公开我的简历，因为我的简历没什么不可以公开的。

1 、我没有在 IT 领域的工作经验，我从学校毕业之后曾经在北京停留并在学校工作近一年，然后回西安养病，直到几个月前身体开始好转之后开始筹划工作问题。上面的项目都是毕业后到现在这段时间自己写的，其中除了再给某朋友的公司写过一个小外包以外没有什么光彩的资历。
2 、我本身就没有任何光彩的资历，上面一条中所说的学校，仅是一个更类似于一个助学培训性质的，您绝对没听过的学校，个人经历比较曲折，很可能是您所见过的最异类的存在。所以如果您对我的教育经历比较挑剔的话，我个人非常理解。

附一份我所发给上面一些大牛的简历链接，我也会分别发给您各位参考，感谢驻足关注

http://qhduan.com/uploads/2016/01/resume.pdf

@nino 已发，一些说明在邮件正文，感谢关注

@qige023

抱歉， at 三次是不知道刚才回复有点问题的感觉

用 webgl 只是因为 webgl 的 2d 在绝大多数情况下还是比 canvas 快，这个我测试过

（除了 chrome 这个家伙在 win/lin 上 canvas 和 webgl 都差不多速度以外，在移动端、 firefox 还是 webgl 要快太多）

如果说 3d 的话，我对 three.js ， cannon.js 也有过一 nienie 的研究，这方面仅限于兴趣爱好

------------------我知道回复没有 markdown ，讨厌--------------------------

主要没什么项目是因为一来，我确实没什么项目经验

除了上面这几个也仅仅接过一个小的私活，还没赚着几百块钱

我更多的时间是在研究各种奇怪的东西

比如说我用 websocket 写过类似 shadowsocks 的代理，开始的设想是能穿透 nginx 是不是好一点，后来发现实在太慢了，呵呵。

还有例如我在数前就曾经用 javascript 写过一个关于人工神经网络的 DEMO
http://qhduan.com/uploads/2013/12/tank.html
在这个例子里面坦克会自己不断的学习吃雷

在前端这个领域，我自然有很多知识，细节，经验需要积累。不过如果从编程，学习，进步的角度来说，我总比应届生平均水平要强的多吧？

个人要求不高，工作地点要求是北京，能一个人能在北京租房活着，就好

@FrankFang128

这个文件 1MB 是因为里面有些我觉得很舒服的部分，例如完整的 markdown 解释器， katex 解释器， browserify-crypto

光去掉这三个我觉得体积减少个 600KB 应该没问题，我想的话也可以用 webpack 打包成不同的入口文件，不过这样很麻烦。

而且虽然这个文件 1MB ，但是经过服务器 gzip 压缩之后，流量实际只有 200 多 KB ，我个人认为作为一个单页面应用来说还可以接受

PS ： 用 browserify-crypto 的意思是本地用本地密码将提交数据加密，然后服务器尝试用服务器上的密码解密，这样发帖子的过程就不需要传输密码了，这样似乎很爽？（ shadowsocks 就是这样的）



@qige023
@qige023
@qige023

@sztimhdd

不敢说有多好，我只能说 yield 还不太会用，其他特性能用得上的，我都尽量用 ES6 的

例如我尽量不用 function 而用()=>，尽量用 Promise 而不是 callback

至于是否达到您认为的水平，要不可以参考下上门 react-blog 里面的代码

npmjs

browserify-cipher

> a.toJSON()
'2015-12-30T13:10:59.802Z'
> a.setHours(a.getHours() - 9) // 9 小时前
1451448659802
> a.toJSON()
'2015-12-30T04:10:59.802Z'
>
javascript 可以这么用

有一种观点认为先获取 len 比较快
var len = a.length;
for (var i = 0; i < len; i++)

~~~~~es6 应该考虑优先用 let 代替 var ，或者用 forEach+lambda

a.forEach(i => { console.log(i); /* i 不是序号 */ })

个人角度来看， try catch 没什么不好

说远点，如果有一天 es7 stage3 await 普及， try catch 只能大规模应用

如果你认为 George Hotz 那个就算做到了自动驾驶，我觉得，这个难度你可能无法想象

套用微博上 @西瓜大丸子汤 的说法，那就是个大作业而已

@Sequencer

谷歌拿邮件数据去机器学习做邮件垃圾分类

谷歌拿 utube 视频去做机器学习分类

你确定每个作者都知道了吗？

BP 是什么

（现在什么都大数据好想哭……

socket.io 倒是挺简单，不过也有点坑

弄个两三天实现没问题

（玩过

ss 是在本地用你本地输入的密码对数据加密，然后在服务器用服务器上的密码解密，解密失败代表两个密码不一致～～

还是挺简单的

app 也要看什么性质的……如果愤怒的家雀和挖矿战争也算的话，能不算赚钱吗？

话说前端的话至少也会 node.js 吧

node 里面那么多奇怪的前端工具……

再退一万步，我觉得做网站和做应用差别有那么大吗？看看 react native ，看看 cordova ，也没特别严重的分歧吧。既然目的是赚钱，那还是考虑客户需求吧