Javascript, ES6, Golang, js, design, works, uuorks

2011年5月2日

是时候了

没有评论:
1. 有人说我的缺点是犹豫,ok,那这次不犹豫了
2. 有人说我的缺点是悲观,ok,那从今天开始我每天都会比昨天乐观
3. 有人说我的缺点是不独立,ok,从现在开始我要独立,一个人生活,一个人旅行,一个人工作
4. 有人说我不值这个钱,ok,我也觉得我不值,但是现在我要去争取,争取总没错
5. 我知道我要什么,我知道我缺什么,不再犹豫,不再悲观,独立,结果是什么,那也不是很重要了,所以,是时候了。

ps:最近一个月做了一件很冲动的事情,结果自然很差,不过,有爱就要冲动,冲动才是青春,冲动才更可爱。

2010年12月10日

反正这里被墙了,那就无所谓了

没有评论:
接到上级部门的紧急通知,今晚诺贝尔奖颁奖时段,12月10日晚8点开始至12月11日凌晨6点,全站关闭所有发帖与回帖服务

2010年11月12日

very nice的消除抖动的代码

没有评论:
原文: http://unscriptable.com/index.php/2009/03/20/debouncing-javascript-methods/

适用于各种resize,mouseover,keypress等持续发生的事件,因为这种事件会持续发生,但是往往目标只有一个,多了很难控制,所以消除一下抖动很有必要。

2010年10月17日

这是真的吗

没有评论:
1. 越是困难越要坚持,这是真的吗
2. 最近总感觉自己不是在正确的位置上,每天都不知道在干嘛,这是真的吗
3. 不干了,休息一两个月就能回复精力和动力,这是真的吗
4. 也许是最近生病了,导致自己没动力,这是真的吗
5. 用vpn终于上来了,嗯,这是真的
6. 某些人终于出现了,嗯,这是真的
7. 我的人生缺少规划,嗯,这是真的
8. 我该长大一些了,嗯,这是真的
9. 明天继续去看病,嗯,这是真的



2010年6月3日

2009年6月3日 晴

没有评论:
1. 有些人是不可理喻的,好吧,先防守,再进攻
2. 需求总是不明确的,沟通总是不顺畅的
3. 女人追逐利益总是不择手段
4. 男人一定要比女人凶
5. 什么样的主管带出什么样的人
6. 规范和制度是必须的
7. 数据说话也是必须的
8. 规范,制度,数据,都是没有的 
9. 团队五流,人员盲流

2010年4月19日

blogger解封了 貌似不是幻觉

没有评论:
希望能持久一点,至少应该和sb会同寿吧。。

不能上的试试看:ipconfig/flushdns

2010年4月18日

淘宝商城改版,拍砖

没有评论:
惊闻淘宝商城改版,浏览10分钟,说下感受

1.  店铺和产品分类在大类上是不是应该一样,太多的不一样了,顺序也不同。。

2. 导航上有一些新的内容,比如淘品牌,对于用户来说,当鼠标放上去,是否应该有title的提示
3.左边的所有商品分类,从效果来说,切换得极其不顺畅,操作感极差!
4.中间大幅面的推广图片,用渐入渐出的效果会比滚动的让人舒服,甚至不用效果也比较好,超大图片滚动,会让人晕眩
5.促销活动专区,一样操作感很差,没有足够的提示
6.切换的感应按钮放在图片下面,我感觉导入率会成问题。
7.非首页头部的搜索框,input的长度太长了,来回移动鼠标徘徊在输入和搜索之间不是很好。

从品牌推广的角度来说,这次改版成功得区分了淘宝和商城的关系,我觉得不错,更加有商业气息。
不过从交互体验上来说,还是需要进一步改进的,不然淘宝这帮ued的存在就是累赘,设计那些banner,推广图的人某种程度上更加重要,哈哈哈哈。 


2010年4月7日

哇!支付宝

没有评论:


1. 为什么我登陆以后还在支付宝首页,而不是去我的支付宝???
2. 淘宝和支付宝有点定位不清,支付宝到底是一个工具呢,还是一个商家? 或者其他? 支付宝里面有太多淘宝的东西,而支付宝本身的功能交互上看起来却很不明显,我觉得应该不会有很多的用户天天上支付宝的,就算是什么水电煤支付,这种功能也应是次要的。
3. 消费记录和淘宝后台做得一如既往得差。 太让人不知所措。 

哇! 支付宝,这个不知所措的名字! 

2010年4月2日

IE的ul,ol的bug , ie8中还是存在

没有评论:
一般情况下,制作页面的时候都会有css reset把一些浏览器的兼容性问题给抹掉,今天无意中又发现了ie很老的一个bug到今天还是存在。


ul,ol的list-style设置decimal时,并且给到ul,ol触发其haslayout时,firefox和chrome都显示正常,ie任何版本包括ie8都只能显示1,挺悲剧的事情。。。

不过对于各位前端来说,还是使用背景图片来显示list的前缀来得可靠,安全,方便

2010年3月29日

说豆瓣导航交互体验

没有评论:

我不是豆瓣的深度用户,一个礼拜大概去一次,可能更少,最近豆瓣改版了,由于本身的工作关系,自然会关注一些交互,产品,信息架构的问题,我觉得这次改版的导航问题还是给了我很大的困惑。

1. 最顶部导航:“ 豆瓣社区”很明显让普通用户搞不清楚,而且后面几个子栏目读书,电影,音乐,九点,变成了和首页平行的位置(至少从样式上来说给人的心理体验是这样的)

我觉得改成这样可能会比较好: 豆瓣首页

2. 子导航: 豆瓣电影 后面跟了一个叫“电影”的链接,很明显是为了子系统的导航而设置的,功能上就是链接到子系统的首页,但是从效果上我觉得会让人困惑许多。

我觉得改成这样会更加一目了然: 电影首页

交互就在于能让用户方便,一目了然是必须的

2010年3月23日

淘宝真的很难用

没有评论:
用淘宝不多,没办法,穷人,不过淘宝有些交互体验实在是让人哭笑不得。

1. 每次登陆,都会告诉我有一封站内信,但是我点那个站内信,如下图所示:
每次我都不明白,为什么我会有站内信,明明是空的。 也没有其他地方显示哪里可以看到我的站内信。 原来这个是私人站内信,一定要点到私人站内信才可以看到。。


2.  首页,掏浆糊,我的淘宝,3种头,傻傻分不清楚。。。

3. 文字表述的问题很严重,我要买,我是买家,有什么区别,但是点过去的链接也是2个连接。。。

4. 我是哪门子卖家???


5. 根本没有经过设计的菜单,这些东西有什么关系吗? 放在一起

6. 功能上有一个问题我一直想说,要找到你过去买的东西,大约几个月前的东西,太困难了,简直不是人能找到的



以上这些问题,每次让我进淘宝都会困扰一下,忽闻淘宝ued有上百人, 虽然这些零碎的东西,您可以说不影响业务,但是作为国内互联网领先的ued团队,做出这样没水准的产品,马云上次没骂淘宝的用户体验,真是太客气。

2010年2月7日

操作dom记得使用createDocumentFragment

没有评论:


最近在做一个需求: 乱序排列一个列表,每次刷新都不同,怎么做呢?
1. 把元素取出,获得元素列表
2. 使用数组的sort函数,进行排序
3. 乱序函数很简单: function rand(){ return (Math.round(Math.random())-0.5); }
4. 返回的数组再插入页面里面使用appendchild,但是由于操作对象很多,速度不快,突然记得这本书里面写过文档碎片的事情,所以尝试了一下,果然速度快了些,分享一下。

所以大量的dom操作,一定记得使用createDocumentFragment ,一次性插入。 性能的提升是巨大的。

jquery的john resig同学说道:
A method that is largely ignored in modern web development can provide some serious (2-3x) performance improvements to your DOM manipulation. 


使用这个方法可以提升 (2-3x)倍的性能


他的测试如下:

BrowserNormal (ms)Fragment (ms)
Firefox 3.0.19047
Safari 3.1.215644
Opera 9.5120895
IE 6401140
IE 723061
IE 8b112040

2010年2月3日

淘宝把自己的默认搜索换成了search.taobao.com了

没有评论:
谈点感受
1.去掉了分类这个概念,搜索少了一种更精确直达目标的方式,对于淘宝的搜索引擎来说,是否做到了公平的概念,是否热门分类就会出现在更高的位置? 当然我不知道算法,对于淘宝来说,这样也许有更多的商业考虑; 对于商家来说,不是一个好消息,我想转化率也许会有所降低

2.从分词和搜索结果来看,我一直关注的一些关键词,似乎搜出来的结果少了许多,比如创新t3.。。

3.多了销量和信用的排序,不多说,呵呵,新商家越来越难混了。

4.筛选这里还是没有等宽排列,内容如果层次不齐,看起来费力,没原来好

5.强调了保障,不过放在哪个位置,更像排序,而不是筛选

6.前端优化了速度,不错。 

7.字体和颜色都变了,价格的颜色改变一时让人难以适应,因为商品点进去详细页的颜色还是老的,要注意统一的风格啊。。

8.最后说下,最好给用户选择使用哪种搜索,这样强推,实在是难受

2010年2月2日

灵活使用js事件代码,减少页面内存消耗

没有评论:
js事件代理简单得来说,就是通过js事件的event.target对象来判断你要操作的对象,这样你就不必在每一个元素都绑定事件处理程序,有效地减少了内存的消耗,循环的操作,好处多多。

比如一个弹出菜单,原来的做法是每一个按钮都注册一个onmouseover事件,现在你可以把事件注册到按钮的上层节点上来监听,通过判断发生事件的节点来进行一些列操作。 代码可能如下:

$('new-menu').addEvent('mouseover',function(){ //绑定到new-menu这个节点上

    if(event.target.tagName == 'STRONG'){  //判断是不是你要的那个对象
var tab = $(event.target);    
var menuc = $(event.target).getNext();
event.stop();
    }
}); //代码基于mootools框架


如果一个页面有10多个弹出菜单,5个tab切换,每个切换有3个tab页,使用事件代理就得到的好处就是减少了76%的事件处理函数,页面对于内存的占用应该会有所提升,所以我还是喜欢使用事件代理。

当然事件代理也不是万能的,比如一些接口事件是不支持这个方法的,这里有一篇文章,可以参考下:http://cssrainbow.cn/index.php/code-snippets/javascript-code-snippets/1058.html

Page Speed 1.6 Beta 已经发布 支持firefox3.6

没有评论:
使用firefox3.6的开发朋友终于可以用page speed 了。

pagespeed1.6 beta下载


来看下 Page Speed 1.6增加了什么特性
  • Specify a character set early - If you don’t specify a character set for your web pages or specify it too low in the page, the browser could parse it incorrectly. You can specify a character set using the META tag or in the Content-Type response header. Returning charset in the Content-Type header will ensure the browser sees it early. (See this Zoompf post for more information.)  更早地定义字符编码设置
  • Minify HTML - Top performing web sites are already on top of this, right? Analyzing the Alexa U.S. top 10shows an average savings of 8% if they minified their HTML. You can easily check your site with this new rule, and even save the optimized version.  最优化html代码
  • Minimize Request Size - Okay, this is cool and shows how Google tries to squeeze out every last drop of performance. This rule sees if the total size of the request headers exceed one packet (~1500 bytes). Requiring a roundtrip just to submit the request hurts performance, especially for users with high latency. 最小化请求大小

2010年1月27日

什么样的工作是好工作

没有评论:

1.你所做的工作是否有价值,这个价值是否可以用¥来衡量?
2.你是否在这项工作中起到了决定性的作用?
3.这个工作在你还年轻的时候是否能给你机会或者成功的模板去模仿,乃至超过
4.工资,各方面还行

恩。别人大概是这样想的吧。 对我来说只有一点: 自由。