用法是sina微博用户发一条微博，内容为：“IP地址@查ip”，大约最多2分钟内，应用会将该ip地址对应的真实地址以评论的形式回复该用户的该微博。

演示地址：http://t.sina.com.cn/chaip

只能说这个应用是写着好玩的，主要是想研究下sina微博api，对于sina微博开发团队的技术能力赞一个，api做的不错，而且想的也很周到，不知道是否借鉴了twitter openapi。

对于这个查ip的应用，尚不知道并发数多了以后会有什么问题，而目前显然存在的问题是，由于sina微博api存在请求限制，暂时无法做到实时查询，必须等待最多2分钟才行。

相关文章

• facebook api学习 (0)

即将去的一家互联网公司，由于规模很小，因此我面临着整个技术产品团队的重建问题。我不太主张全部替换，而是主张在提升中淘汰，也就是说，先尽我的可能去提升他们的各方面能力，实在是提升不起来的，只好淘汰。基于这个原因，在第一次给团队开会的时候，我提出了一个概念——Sharing Day，即每周的团队例会每个人除了要总结上周所做的工作任务及下周的工作安排以外，最重要的一个议程就是“分享”，每个人都要去分享自己觉得有必要和团队中其他人进行分享的事物，在彼此的分享中去学习到新的东西，从而提高自己。

在过去的几次Sharing Day中，我分别跟团队成员谈了职业规划、网页栅格理论、高并发高流量网站架构和特性列表法等等。突然觉得有必要将这些自己和他们分享的内容放到博客上，以便和更多的人进行分享（如果有足够的时间，我可能会把每次分享的内容做成PPT保存，进而在博客上提供下载）。

回到主题，第一次听到特性列表法这个词是在若干年前，当时公司项目经理存在一个问题就是当需求书内容过多或开发过程较长的时候，项目经理有时候会出现对功能点的遗忘或对功能细节的表述不清晰，进而影响项目质量。为了解决这个问题，那时，david教了我们一个方法：特性列表法，和todolist很相似，但也有一些不同。

• 一个项目的特性列表是由若干条特性组成；

• 一条特性由如下格式组成：

[特性属性][项目版本号+特性编号]特性内容描述

举个例子，某项目，当前版本为2.3，特性编号0001，特性属性为修改，特性内容描述为”将页面宽度由原先的960px，修改为970px，所包含的页面为：首页、内页、注册页”。该条特性如下：

[*][0230001]将页面宽度由原先的960px，修改为970px，所包含的页面为：首页、内页、注册页

• 特性属性分别有三种：添加、删除、修改，对应的符号分别为+、-、*

• 版本号不变，特性编号依次累加

对于项目经理，只需要将特性分配给不同的人去做，而自己则对照特性进行检查。

再进一步，项目经理在规划特性列表的时候，可以把某些特性的完成做为里程碑(milestone)，将项目特性列表设置为不同的里程碑，以便更加有效的控制项目进度。而在项目进行中发现的问题或新的想法，完全可以以累加特性编号的方法，完善项目特性列表，以作为备忘。

有些时候，一个项目特性列表并不代表着必须全部才算结束，毕竟有些时候某些因素导致项目必须结束而某些特性又没能完成。那么，在这种情况下，未完成特性列表将合并入下一个版本继续进行。比如假设上述例子中2.3版本的0015、0027未完成，那么，2.4版本的特性列表样式如下：

[+][0230015]xxxxxxxxxxxxxxxxxxxxxxxxx

[*][0230027]xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

[+][0240001]xxxxxxxxxxxx

[+][0240002]xxxxxxxxxxxxxxxxxxxxxxxxxxx

这样，项目不同的版本，其特性有了很好的延续。

总结，采用特性列表法的好处：

1.细化项目需求，便于跟进

2.项目进行中，也能适当的进行调整

3.更有效的控制项目进度

4.量化项目需求，能有效的对项目团队成员的工作量进行衡量

5.项目特性列表的延续性决定了其也适合于某些存在版本升级需要的项目

建议：

1.每条项目特性一定要写到最细化

2.坚持使用这个方法

最后，感谢david教了我们这一方法，而在我所构思中的开源项目管理系统，其项目管理核心便是依赖于特性列表。

相关文章

• 没有相关文章。

在sina微博上看到某君公布的大事：新华网互联网频道推出新版首页

虽然我从来不看新华网互联网频道，但是好奇之下，还是去看看了。看完，点评如下：

1.导航栏区域

2.首页首屏

这个区域的重要性不用多言，但我所看到的设计倒是很“创新”，给我一种“很杂志”的感觉，大概是因为需要用户去关注的头条内容太多。

• 特别报道后面跟着很大的蓝字图片，咱们先不要说这么做对SEO是否好，对于这个蓝字图片，我第一感觉就是个广告位，对于广告我很难有点击的欲望；
• 接下来的焦点大图，很有意思，大概是因为原始图片的宽高和设计的宽高不一致，几乎每张图片都是失真的，均存在着压缩变形的现象；
• 再说说，整个焦点大图上下及左右的区域，设计者在告诉我，这个区域的所有内容都应该是我要去关心的。但是用户只会关心自己想关心的，如果网站强加东西给我，我绝对不会愿意去接受，这是用户习惯问题，于是，这一片区域，我又没什么点击的欲望了；

3.二屏以下

这个部分让我最糊涂，真想问问这个设计者：“你到底设计的是两栏式？三栏式？还是四栏式？”犬牙交错的分栏方式，让我的眼睛上下移动的时候，还得不停的跟着设计者的思路左右移动。请问设计者，你知道什么是网站用户浏览轨迹么？

4.整体：

• 说了这么多年的DIV+CSS网站重构，这个频道的页面居然还是N多个table。
• 多浏览器下的兼容性极差，IE看着没啥大问题，FF下首页首屏惨不忍睹。
• 大量内容不分层次的堆砌现象严重，导致页面过长。想让用户能尽可能的访问到网站下级的内容，采用的方法有很多，而首页堆砌是这些方法里最不可取的。再者，虽说现在的带宽速度没啥太大的问题，可又有谁能保证用户的电脑都是高配置的呢？页面字节数和长度对用户电脑的内存也会有很大的影响。

总结，该首页完全是90年代后期网站制作风格的代表体现：观念落后十年、设计落后十年、技术落后十年。

相关文章

• 没有相关文章。

《艋舺》是钮承泽作品，很多地方都将它和《海角七号》一起当作现代台湾本土电影的代表。故事背景是八十年代台北一个叫艋舺的地方，讲述了几个年轻人在黑道中的经历。虽然我没去过台湾，但豆导完全还原了八十年代的台北艋舺的风土人情，让我这个身在内地的人有了种错觉，似乎我所在的八十年代跟片中的年代有了一定的重合。而黑道电影的故事情节，无非同一个帮派的内部冲突和不同帮派的外部冲突，但是由于台湾一直有本省和外省的冲突，电影的高潮部分就在于当这三种矛盾同时爆发的时候。有评论说，这部电影实际上是豆导的一部自传电影，而电影最后结束的时候，的确也有着“献给我的兄弟林小明”的字样，我觉得这部电影更像是豆导在怀念着自己曾经的青春，虽然他在片中是以一头银发的外省帮会老大灰狼出现。

《越光宝盒》是刘镇伟作品，沿袭了他一贯的无厘头作风，在片中出现了多场经典电影的镜头：《赤壁》、《大话西游》、《泰坦尼克》等等。大概是因为我老了，也或许是因为没有周星驰，这部片子的无厘头让我看的很无趣。唯一打动我的地方，却是当“清一色”抱着“玫瑰”站在船头的时候：“清一色”让“玫瑰”把月光宝盒给他，两人模仿泰坦尼克的经典造型，“玫瑰”憧憬着和“清一色”一起用月光宝盒找一个两个人的世外桃源，而“清一色”却一脚将“玫瑰”踢下了船头，这个时候的“玫瑰”的表情有惊愕、恍然、心死等等，不得不说孙俪的演技还是很不错的。

相关文章

• 没有相关文章。