hUrR DuRr » Tech

小白喷一下Basecamp

est — Sat, 04 Feb 2012 01:11:28 +0000

看到吹嘘Basecamp好多年了。今天真正集体用了一下，觉得好挫啊。我承认我没法做一个更好的，但是还是要喷一下不爽的地方。

注册的时候没有任何框框提示输入的是什么东西，或者到底哪里出错了。
Messages远远没有普通web forum的layout做的好。
Messages里，Go to message | 3 comments 这两个链接功能重复
ToDo不能assign to multiple individual people
ToDo不支持依赖关系。
Whiteboards不支持realtime aggregation。这都神马年代了还save刷新？
其实Message, To-Do, Calendar, Whiteboard, Chart, Time功能是完全一模一样，重复的。没有核心和重点。

感觉Basecamp并不能解决异步远程协同工作和人数稍多的管理问题。如果Basecamp的成功真的是just works的话，这真的是一个奇迹。

有人说basecamp不是project mangagement，只是issue tracker。我不同意。

如果我来设计，我觉得Google Wave那种就很好。管理上有两种风格，要么通过职能职位，铁打的营盘流水的兵，要么就细化到具体人头小而精。

基本组成单位应该是单条message，message构成thread，核心和重点就是thread。一个thread可以是todo，也可以是calendar event，也可以是whiteboard，也可以是chat。多个thread构成time。如果是whiteboard或者是collaboration这种mutable content，thread主帖之外message就应该是playback和revision。

thread要突出metadata，entity-attribute-value体系，以及完整的active/passive event mechanism。thread之间可以构成有向无环图的依赖关系。thread也是Knowledge Base的基本单位，thread的顶楼message是article，下面的是评论和回帖。article可以是文字，也可以是语音、文件和多媒体，甚至指针，通过MIME Multipart分割。一个thread的参与者可以动态加入或者退出，来去自由。

技术上用etherpad那种realtime的，类markdown语法为主的就很好。辅助富文本，以及interactive canvas。

a secure CAPTCHA-free login design

est — Sun, 15 Jan 2012 03:07:00 +0000

I just found out a pretty neat trick from Google Account login page

Which immediately inspired me an idea: CAPTCHA-free login

The idea is simple:

CAPTCHAs sould be longer

CAPTCHAs should not be random characters, but a sentense of instructions

the instruction is like:

switch your 3rd and 8th character in your password
add an extra 3 after your 2nd character in your password
append the result of 23+17 at the end of your password
wrap your password with [] bracket
separate every single character of your password with a dot
move the last character in your password to the beginning

Bots have a slow time correctly recognizing CAPTCHAs, needless to say doing NLP well and carry out the correct actions.

You can cleverly design the CAPTCHA image distortion to trap the OCR AI program to make predictable mistakes, a honey pot that collect evidence and patterns and actively ban bad clients.

In a secret underground forum, you can compile these instructions into a code, like i3a9 means insert a 3 after te 9th character, outsiders can not enter even with the correct password.

This method also protect the user's password from eavesdropping and mass-target MITM attacks.

Google页面下雪 - 谁他妈说的HTML5不卡？

est — Sat, 17 Dec 2011 16:10:00 +0000

双核4线程i5+1G独显本本截图：

21世纪以来，IT界噪音最大最恶心的marketing宣传就是 “Flash卡爆，HTML5不卡”

上面的截图来自Google今天的页面HTML5特效：

https://www.google.com/#q=let+it+snow

有现代浏览器的可以自己去看看卡不卡。

说Flash卡的只有两类用户，其一是浏览器只支持低效的烂NPAPI接口Flash插件的，其二就是MPB这种垃圾本本用户。

乔不死这种hipster也真是敢作敢为，在明知自己设备阳痿没有能力支持Flash的情况下，把本来很臭的Adobe彻底搞臭，然后把canvas和svg这种鸡肋作为缓兵之计疯狂推广。canvas和svg的下场不会比 VRML 好。任何由一个委员会设计的东西都是这个下场。

苹果的东西性能很差劲的。但是苹果的牛逼之处就是这套封闭体系优化得很完美——每一个像素和CPU Cycle。这足以证明，先天不足是可以靠后天努力补救的。

Web 3.0 就是各种卡爆的canvas动画banner广告漫天飘的时代。

/rant

btw 狗日的google.com.hk在iPad上打开重定向循环。操。

/more_rant

via

Chrome 和 Native Client前瞻

est — Thu, 15 Dec 2011 09:33:58 +0000

n天前一则新闻，最近又想了很多

摘要：

DART would be an otherwise generally uninteresting Javascript-alike if not for one fact: it is designed and explicitly documented to run on an as-yet nonexistent virtual machine, distinct from the existing Javascript VM.
(Native Client) is a sandboxing technology that allows running untrusted native code directly on a user's CPU with almost optimal virtualisation overhead (<1% on i386, ~7% on amd64 and ARM). Initially billed as a "research experiment", the stated aim was to allow writing fast code in C++ that can augment a JavaScript application, e.g. for the renderer of a 3D browser based game.
It is worth noting that the original "experiment" failed - it relied on features (segmentation) that AMD removed from the amd64 platform, and so its useful life was basically 32bit processors only
Google's intention for at least 6 months has been to extend NaCl to a point where rather than being the host process, Chrome itself becomes just another child, bootstrapped (and updated) via HTTP just like any other Native Client app.

简单的说，Dart其实是NaCl向Javascript兼容模块，Chrome将来会自己跑在NaCl平台上。

感觉很牛逼的样子。

Visual Memex Traversal (SIGGRAPH Asia, 2011)

est — Wed, 07 Dec 2011 06:30:20 +0000

把图像弄重点区域学习，这样可以识别不同风格的图片内容。

碉堡了。cmu果然是搞模式识别的天堂

via

【Chrome】最快的Google搜索设置

est — Tue, 29 Nov 2011 07:16:54 +0000

最近在v2ex上看到篇帖子

估计很多人也对 google.com/url?sa=t& 这种搜索结果页面链接强制跳转烦死了。

我觉得用userscript都是治标不治本的，因为我以前也写过。Google改版这个脚本就废了。而且Chrome每一个Extension开一个进程有点划不来。

Google Instant也是一个垃圾设计，有的时候输入了一个空格才发现想点击下面一个搜索结果，结果backspace回去就找不到了。烦啊。

所以搞了个办法治一治Google，Chrome专用！

修改Chrome的默认搜索引擎为：。http://64.233.183.132/search?gbv=1&tbo=1&as_qdr=all&hl=en&num=50&q=%s
选项 - 高级 - 内容设置（chrome://settings/content）里禁用掉 64.233.183.132 这个域名的javascript运行权限。
？？？
Profit!

我来解释下位什么那个搜索URL很好用。

64.233.183.132 这个IP速度基本是最快的了。内地电信到美国西岸180ms
?gbv=1&tbo=1 开启左边工具栏
&as_qdr=all 关闭Google Instant，使得下一个每页50条参数才能生效。感谢
&num=50 每页50条结果
&hl=en 强制英文界面。相当于 google.com/ncr

把最后的 &q=%s 替换成 &query=%s 就可以任意搜索敏感词了。但是SERP内容有敏感词还是会RST。

这样修改了之后，在Chrome地址栏进行Google搜索，速度真心碉堡。一共才3个HTTP请求。让你尽快离开Google达到目的网址。

最后祝愿Google早日把核心业务搜索做烂做倒闭。