等了许久的MBP还是没怎么降价，先入了用起来再说。

很薄的包装盒，简洁的设计，显的很大气。

查看更多...

1. 尽量减少 HTTP 请求 (Make Fewer HTTP Requests)

作为第一条，可能也是最重要的一条。根据 Yahoo! 研究团队的数据分析，有很大一部分用户访问会因为这一条而取得最大受益。有几种常见的方法能切实减少 HTTP 请求：

• 1) 合并文件 ，比如把多个 CSS 文件合成一个；
• 2) CSS Sprites 利用 CSS background 相关元素进行背景图绝对 定位；参见：CSS Sprites: Image Slicing’s Kiss of Death
• 3) 图像地图
• 4) 内联图象 使用 data: URL scheme 在实际的页面嵌入图像数据.

2. 减少 DNS 查找 (Reduce DNS Lookups)

必须明确的一点，DNS 查找的开销是很大的。另外，我倒是觉得这是 Yahoo! 所有站点的通病，Yahoo！主站点可能还不够明显，一些分站点，存在明显的类似问题。对于国内站点来说，如果过多的使用了站外的 Widget ，也很容易引起过多的 DNS 查找问题。

查看更多...

大公司都不能避免出现多条产品线，这有解决工作效率，沟通等问题。但随着产品线的分离又会出现另一些问题。
下面总结一下各产线的问题，其实也是接着上次的话题聊，这些问题光想是没有意义的，必须深入到其它的产品线去了解，搜集大家提到的问题，并总结共性的内容。

引子——听到的问题

一个公司有很多垂直的产品线，而产品线之间的沟通，解决问题，技术架构为什么千奇百怪。为什么重复造轮子呢？
这几天和一些同学聊了下，没说多少话，尽可能的倾听，尽可能的得到问题，尽可能的自己想能不能解决这些问题。
不能算深入的了解，至少是了解到了一些问题。应该说这些问题应该是有同性的。

* 无技术人才储备——有很多产品线的架构很老，当一次产品升级时，没有良好的技术储备，那得到处借人，而结果也是不一定能得到好果子吃。
* 重复调研、造轮子——相信不只一个公司在做这类事，而这类事似乎无解——一个例子是大家写了功能几乎相同的脚本库，但情有可原的是没有一个脚本库能解决所有的问题。
* 踩到的坑我也没说——结果是，很多人都在这块石头上受了点伤。也或者不同的产品线分享信息的方式不一样。其它产品线的人没有很好的办法获取这样的信息。
* 会多——这也不是一个团队遇到的问题。
* 接口不规范——接口没文档，信息推送不及时，每次升级接口要么是不知道发邮件给谁，要么是上线了出现一大堆的问题。总之，这是个连锁反映，不管你改的是bug还是优化，它总是影响其它引用的模块或产品线。

查看更多...

现在国内的前端团队都很年轻，换句话说就是要么是成立不久的，要么是正在建立当中。都有很多问题尚须解决，但哪些问题真正是我们现阶段要解决的呢？每个团队都有自己的答案。
没有什么最佳实践，也没有永远的银弹，只有不停的摸索，找出适合自己的开发方式，管理方式和执行方式。
所以，我也有自己的想法，以下的一些话，肯定也不一定全对。

找到现在真正的问题所在

* 我们现在缺人，请调些人过来帮帮忙。
* 我们现在比较闲，但闲的时间也不知道利用到哪里。
* 现在的项目管理上很混乱。需要一个管理者去沟通解决这些问题
* 现在没有一个人可以做决策，我们需要招聘一些技术牛人来领导，引导我们作决策。
* 现在项目中是用YUI, Jquery, dojo, 还是Prototype？
* 大家的开发方式都很混乱，如命名，如接口，各自都有自己的一套。。。
* 大家都在重复的造轮子，某一天share的时候发现，很多人都在做同一件事，然后，相视而笑。。。
* 脚本库维护，请帮我们写写通用UI组件。。。
* 新人来了怎么培养，很头疼呀。。。
* ….

这些问题相信前端的同学或多或少都遇到过，更或者今天你正在解决这样的问题。而我想说，请静下心来仔细想想，你现在真正遇到的问题是表象上的这些吗？

查看更多...

查看更多...

大家好，我叫斑马纹

　　列表中使用两种相同的样式但颜色不同的背景，来间隔显示的内容。
　　当然这个释义我是借鉴《designing interfaces》来的，略有不同。我肯定承认这是一本神作，不过看了当下很多界面以及自身平时的设计之后，发现实际情况中使用的斑马纹在原来基础上通过视觉的处理有了扩展，不仅仅是一深一浅单纯颜色的配合使用。


图一：最正宗的斑马纹应用

图二：斑马纹的延伸 – 内容高度不一致的应用

查看更多...

　　对很多从事产品工作的同事来说，“以用户为中心”是工作的重点，同时也是难点。用户的心思难以捉摸，用户研究的工作也似乎高深莫测。不过，用户研究并不一定总要使用眼动测试这样专业的手段才能进行。借助现在很多产品都有的“用户反馈”功能，其实就可以进行简单的用户数据分析。
 

　　“用户反馈”作为用户研究的手段，具有独特的优势。首先，“用户反馈”反映了用户在真实使用环境中正在发生的问题。焦点小组、用户访谈等方法，在预测用户行为习惯的方面能够发挥巨大作用，但缺乏用户实际操作的数据；可用性测试能够提供用户行为的数据，但是测试环境跟用户实际的使用环境很不一样，因此得出的结论仍然是预测性的。“用户反馈”则更进一步，将用户在使用产品的行为过程中遇到的问题有效地收集起来。其次，“用户反馈”功能的实现非常简单。它可以是软件界面上的一个按钮，也可以是网站上的一个“常见问题及解答（FAQ）”页面，甚至是一部热线电话和一个接听人员。大大降低了用户研究的门槛。

查看更多...

　　经常会听到有人议论，设计很主观化，很难有标准。但一些常见设计法则，还是能够让我们深入浅出，在设计过程中给予我们一些辅助。以下就简单介绍几个：

1.Flexibility-Usability Tradeoff　弹性-使用性权衡

　　弹性，即样样知晓，无一精通。当弹性增加时，单个功能的使用性就会降低，引发效率降低，复杂性、时间以及开发的成本增加。

查看更多...