@gouera 干这个最终还是写代码。比如各种自动脚本什么的，代码只多不少。有时候还要维护哪些写的异常变态的perl

自己找到了。哈。

http://mattersofgrey.com/using-qr-codes-for-contact-info/

http://www.devicemedia.ca/blog/whats-the-difference-between-a-vcard-and-a-mecard/

http://en.wikipedia.org/wiki/Vcard

@keakon 多谢多谢.

@Livid 哈，多谢。看来有问题还是多多问问比较好。

大牛也就谢谢吹牛的文章。
真正创造价值的还是各路小虾小蟹。

如果是我，我会在加班到手指疼前挂掉。。囧。
怎么可能手指疼呢。。

推荐一本极薄的，极精炼的：
《Pro JavaScript Techniques》

http://books.google.com.hk/books/about/Pro_JavaScript_Techniques.html?id=itl2mAEACAAJ

想法不错。
我觉得可以重新搞起来。

以前不行，不代表现在不行。

我打算在内部平台做个帮助服务台，采用类似的形式。

@lldong 也不完全是态度问题。

其实大家都认为自己做的东西是非常 NB 的；
好不好用这些，从根儿上就想不到，不会去想。

超出预期时间实现了就是牛逼，成就感，KPI；
规定时间还在纠结好不好用却实现不了就是傻逼，挫败感，被看作无能。

你态度认真的了，就是另类。周围人怎么看你？
这样的话，谁还做有态度的人？

就我的周围来说。

从上到下，基本上没人重视质量，全都是实现了就完成任务。
很多烂代码，写的乱七八糟，还复制粘贴一堆堆的。
功能下线了代码就直接注释不删掉，你都不知道哪些有用哪些没用。。。

还有很多人，连最基本的排序都不会写，还成天捧着一本机器学习的英文书装相。

做出的一坨坨的东西，不用还好，用着反倒影响心情。
不光不重视写代码的体验，更没人知道有用户体验这回事。
但这些都是kpi，完成了任务攒足了经验就升级了。。。。

去 MDN 查查文档。包你一会儿就写完。
不光会写这次的，下次也不用犯愁了。

https://developer.mozilla.org/en/docs/JavaScript

我们都是直接设计，脑子里....

当年在学校的时候，一个老太太老师教我们机械电算课，用tc做矢量计算加减乘除...
各种苦恼，好在没有任何算法数据结构的，一个超大大的main函数搞定。

@zenwong 说的没错。中美两国游戏模式不一样。

@pepsin 的思路不错哦。。貌似可以在招人的时候实际用一下。

专程膜拜.

参考这个：
https://chrome.google.com/webstore/detail/secure-shell/pnhechapfaindjhompbnflcldabbghjo

那家伙写的钓鱼贴，目的就是让一大堆人打架的...

没用。
你不臃肿，别人还给你臃肿呢。。。