“这里用户体验不好，麻烦修改下。“P说。

“这里也不不好，麻烦修改下。”P说。

“还有这里…这里…这里…这里……”P说。

产品同事总有一堆堆的问题找我们修改。头都爆炸了。

这只是一个例子，实际中，还有很多。对于这一幕，我们不用纠结产品同事是否如何，我们站在技术人员的角度来看看这个问题。

在我们开发产品的过程中，我们是否考虑过产品是否易用呢？是否考虑过用户群是谁呢？是否考虑过产品目标是什么呢？是否考虑过产品的商业模式？是否考虑过产品的运营？是否考虑过产品的优化？是否考虑过产品数据的深度挖掘？…

站在肯定的立场，我们如何思考和实施呢？

首先我们来看看做产品前，都要考虑的几个问题。

1.产品定位
我们要做什么产品？核心竞争力是什么？

2.行业分析
该行业有没有比较成功的案例？是否有竞争对手？竞争对手的商业模式是怎样的？

3.用户分析
我们的用户群都有哪些？分别都有什么特性？

4.产品分析
产品有什么核心功能？分别可以满足用户的哪些核心需求？产品有哪些内容？产品的哪些内容最能吸引用户？

5.商业模式
产品如何盈利？如何长远发展？

在这五个方面之前，还要考虑用户需求调研，可行性分析等。

我们再来看下，产品开发过程中，主要都关注些什么？

1.交互设计
产品所要传达的信息，如何能更好的传递给用户？不同的用户群是否要需要不同的展现和交互方式？

2.用户体验
如何给用户以最好的feeling？

当然，在开发过程中，还会关注开发过程，测试等等。

最后我们来看下，开发完成后，都关注些什么呢？

1.产品推广
产品如何推广？广告？联盟？微博？SEO ……

2.产品运营
产品如何运营？如何拉来用户？如何留住用户……

3.数据挖掘
运营数据需要监控哪些？如何分析？根据分析结果如何优化产品……

在这些过程中，我们技术人员，需要关注和考虑什么呢？如果你全部关注，最好不过了。

为什么需要关注这些呢？
技术固然重要，但体现技术价值的，将技术转化为生产力的产品也同样重要。在关注技术的同时，关注产品，创造更好的产品，创造更高的价值。

Google wave 、google TV 从技术角度而言，很给力。但从产品角度而言，却Ungelivable，最终走向失败。

不要把我们的视野仅仅停留在coding，不要两耳不闻窗外事，一心只做coding活。

腾讯CEO马化腾，是个技术达人，但也非常关注产品。几乎每一款产品出来第一个体验的就是他。

百度CEO李彦宏，也是个技术牛人。其也非常之关注产品。百度的诸多产品也都经历其手。

关注这些有什么用呢？
也有很多技术人员在迷茫，难道要coding到七老八十？于是大家都在讨论发展方向和转型的问题。至于具体转型到哪个方向？是否要转型，暂不做讨论。但有一点是要提及的，就是可转型方向之一便是产品。

当你站在用户使用的角度去开发产品，那必定是较为好用的产品；当你站在老板的角度开发产品，那必定是较为成功的产品。

再说的实在一些，关注产品，对于技术人员的职业素质的提高，大有裨益。关注产品，来年的加薪可能就是你，来年的升职的可能就是你。

2011新年伊始，抬起头看看，做个不是非常艰难的决定，关注产品，培养你的产品观，拓展你的职业发展之路，成就你的职业旅程。

本文已经首发于InfoQ中文站，版权所有，原文为 技术人员的产品观——暨2011年展望 如需转载，请务必附带本声明，谢谢。

在登录一看。打不开腾讯微博了。

呵,腾讯也出来”礼仪” 啦？ 你凭神马 断定的我 不符合你腾讯的礼仪啦！
疼训呀，真让人蛋疼！

这是一篇受密码保护的文章。您需要提供访问密码：

密码：

MyISAM:这个是默认类型,它是基于传统的ISAM类型,ISAM是Indexed Sequential Access Method (有索引的顺序访问方法) 的缩写,它是存储记录和文件的标准方法.与其他存储引擎比较,MyISAM具有检查和修复表格的大多数工具. MyISAM表格可以被压缩,而且它们支持全文搜索.它们不是事务安全的,而且也不支持外键。如果事物回滚将造成不完全回滚，不具有原子性。如果执行大量的SELECT，MyISAM是更好的选择。

InnoDB:这种类型是事务安全的.它与BDB类型具有相同的特性,它们还支持外键.InnoDB表格速度很快.具有比BDB还丰富的特性,因此如果需要一个事务安全的存储引擎,建议使用它.如果你的数据执行大量的INSERT或UPDATE,出于性能方面的考虑，应该使用InnoDB表,

对于支持事物的InnoDB类型的标，影响速度的主要原因是AUTOCOMMIT默认设置是打开的，而且程序没有显式调用BEGIN 开始事务，导致每插入一条都自动Commit，严重影响了速度。可以在执行sql前调用begin，多条sql形成一个事物（即使autocommit打开也可以），将大大提高性能。
1. 4.0以上mysqld都支持事务，包括非max版本。3.23的需要max版本mysqld才能支持事务。

2. 创建表时如果不指定type则默认为myisam，不支持事务。
可以用 show create table tablename 命令看表的类型。

2.1 对不支持事务的表做start/commit操作没有任何效果，在执行commit前已经提交，测试：
执行一个msyql：
use test;
drop table if exists tn;
create table tn (a varchar(10)) type=myisam;
drop table if exists ty;
create table ty (a varchar(10)) type=innodb;

begin;
insert into tn values(’a’);
insert into ty values(’a’);
select * from tn;
select * from ty;
都能看到一条记录

执行另一个mysql：
use test;
select * from tn;
select * from ty;
只有tn能看到一条记录
然后在另一边
commit;
才都能看到记录。

3. 可以执行以下命令来切换非事务表到事务（数据不会丢失），innodb表比myisam表更安全：
alter table tablename type=innodb;

3.1 innodb表不能用repair table命令和myisamchk -r table_name
但可以用check table，以及mysqlcheck [OPTIONS] database [tables]

4. 启动mysql数据库的命令行中添加了以下参数可以使新发布的mysql数据表都默认为使用事务（
只影响到create语句。）
–default-table-type=InnoDB
测试命令：
use test;
drop table if exists tn;
create table tn (a varchar(10));
show create table tn;
5. 临时改变默认表类型可以用：
set table_type=InnoDB;
show variables like ‘table_type’;
或：
c:mysqlbinmysqld-max-nt –standalone –default-table-type=InnoDB
于mysql来说，最具有代表性的表存储引擎就是InnoDB和MyISAM.两者之间最主要的区别就是是否进行：是否进行外键的数据完整性检查。
InnoDB 存储引擎支持对外键约束的检查功能，这些约束包括 delete,update,cascade(这个具体是什么含义，留待以后补充) 。
外键约束检查（外键增强）的好处或者优点是：
1 如果关联设计恰当，可以使程序员更难将数据不一致性引入数据库
2 数据库服务器具有集中式约束检查功能，就可以不必再应用程序一侧对数据进行该类检查，从而避免了不同的引用程序使用不同的方式去检查约束。
3 使用级联更新和删除，简化了应用程序代码
4 设计欠当的关联，有助于使用文档的方式记录表间的关系
但是以上的好处，需要数据库服务器为执行此类检查花费额外的开销，增加了数据库服务器的负担，进而影响数据库的性能。
如果在表中不需要外键，也想避免引用完整性的检查，则可以选择使用MyISAM存储引擎。对于那些只有insert和select的应用程序，选择MyISAM会获得更好的性能。但是如果使用MyISAM引擎时，如果有外键关联，那么需要再应用程序级的层面上处理这类关联，使得数据的完整性获得保证。
DBA（数据库管理员）要创建拓扑关联，这样会导致恢复单个表变的困难（加载依赖其他表的表时，MySQL允许你临时禁止外键检查，从而降低了该难度）。对于存在外键的表的，需要注意这个问题。

这是一篇受密码保护的文章。您需要提供访问密码：

密码：

好。

转发 | 收藏 | 评论 今天 07:12

昨天做了几个 设计稿。

稍后上图,先发 地址

设计一 点击查看

设计二 点击查看

设计三 点击查看