滚蛋根据地

最近发现，有不少同学对Axure事件（Events）的行为（Actions）执行顺序，还不是很清楚。常常发生的事情是，兴高采烈写了一个复杂得让人吐血的交互，一执行，tmd和设想的完全不一样！这事，一不能怪社会，二不能归咎于rp，三不能借口说软件的版本太低。那这到底是为什么呢？

阅读全文…

事先声明，做这个实例纯粹是为了好玩，如果你要和我讨论实用性和性价比，请绕行。

原型效果截图

实现效果

1、图片新闻循环滚动

2、点击数字无缝切换到该图片新闻卡

3、点击图片或标题打开该新闻页

阅读全文…

昨天闲着没事，体验了一把内测中的qq随身盘。首先要说的是，这东西用着还挺凑合！但是，这不是我要谈的，以免谈多了有软文之嫌。

我今天只是将体验中遇到的5个主要问题记录了下来，不参杂任何自己对UE理论的理解。希望我的使用习惯不是比较BT的一类。

1、你真的没打算让我取消么?

先试试上传文件。手气不好，挑了个大文件，遂决定放弃上传。于是点击了暂停——杯具发生了：

我该怎么做，才能取消本次上传？

阅读全文…

接上篇 如何做好一个项目（上）

上回，咱们的研发阶段已经结束了。这次要说的是接下来的 协助开发->协助信息建设->协助测试。这其中，参与最多的是协助开发，接下来的两步，基本上没你什么大事。

协助开发

对项目经理来说，最无奈的事情就是发现：

哼哧哼哧费老大劲研发出来的东西，经过开发人员一开发，嘿，成为另一个产品了！

怪开发人员创新能力太强？怪开发经理把控不过关？都不能怪，责任还是在于项目经理。一个好的项目经理，应该知道如何和开发人员沟通项目。和开发人员沟通是门很深奥的学问，就我目前的能力，肯定不能完全吃透。但我可以告诉你，就我的工作经验，你最好这么做： 阅读全文…

我在不长不短的一段时间前，说过：

我的工作，简单点说： 探索需求->功能研发->DEMO汇报

不过那只是我的主要工作。事实上我要做的，应该是：

探索需求->功能研发->DEMO汇报->协助开发->协助信息建设->协助测试->他奶奶的，终于上线了！

一个新产品的诞生，差不多也就这么一个大的流程。很不好意思的说，这每一步，咱都犯过错。所以确切点说，我今天要讲的应该是如何避免搞砸一个项目，总结一下以往自己的经验教训，造福人民。

探索需求

做一个项目，探索需求是最基础，也是最重要的一步。一切从客户需求出发，我们天天都在喊的。但是，我们做东西，很多时候却是拿来主义先行（某网络通讯工具起家的公司在这方面功力甚厚）。一个项目到手了，好，先看看网上有没有现成的内容架构，这产品的分类网上有没有。要是有，先拿来！拿来不是问题，但是拿来直接用就可能出问题。网上搞来的东西，很多时候他做得就不专业；即便专业，受众的不同，必然导致分类的不同，它也不一定适用你的产品。

阅读全文…

 
一、IE边框若显若无，须注意，定是高度设置已忘记； 

二、浮动产生有缘故，若要父层包含住，紧跟浮动要清除，容器自然显其中； 

三、三像素文本慢移不必慌，高度设置帮你忙； 

四、兼容各个浏览须注意，默认设置行高可能是杀手； 

五、独立清除浮动须铭记，行高设无，高设零，设计效果兼浏览；  阅读全文…

今天随便谈谈一点工作感悟。

我的工作，简单点说： 探索需求->功能研发->DEMO汇报

这其中最重要的一步就是DEMO汇报。
汇报是个很玄妙的事情，运气好，汇报一次通过，递交给开发，工作的大头就结束了；运气不好，那就在研发和汇报之间无限循环。 汇报通不通过，取决于老板心情好不好，PPT做的美不美观，DEMO是不是合老板胃口，你是不是洗头了，今年是不是流年，等等等等……
阅读全文…

忙碌的周末，周六忙着在同事家玩，周日忙着陪表弟玩。。。所以没有更新blog，哈哈。


现在，送走表弟，洗了个澡，坐在电脑前翻了翻以前存着的一些东西，就翻出来了这个不知道啥时候收藏的分页导航。要说做的有多好，也不见得。但是他实现的思路，还是值得我们这些门外汉学一学的。

如果你没时间，那就看看他是怎么实现翻页箭头就行了。
阅读全文…