废话文章一篇
不知道从什么时候开始，我听到“自主研发”这四个字心理就开始哆嗦，可能跟自己的经历和整个社会风气有关。
不是“自主研发”的都不好意思跟别人打招呼，有部分人过分吹嘘了这个词。
自主研发就是高技术，高质量吗，我觉得不一定是，至少从我在的软件行业来看。这个行业确实需要很多高手，需要很多高新技术，甚至可以说它推动了地球的发展，但是也不是样样都要自主研发，这样就是在浪费生命。
目前来说技术基本掌握在一些大公司中，它们有这庞大的业务，有着足够的资金，有着充足的人员，为了解决目前遇到的一些问题，他们对原有的东西进行改进，或者完全开发出新的东西，这是可以理解的，也是正确的一条路。
但是目前国内更多的是一些小公司，处理一般性的业务，很多东西都是别人“发明”过千百遍的，它们还要从头来做个，这就没有必要了。
我觉得碰到合适的东西，拿来就用是正确的(遵循相关协议)，用的时候理解原理，特别现在软件方面很多开源(http://en.wikipedia.org/wiki/Open-source_software)的产品或者组件，当对它熟悉了，知道它的缺陷了，我们再来结合自己的实际情况进行修改或者开发，这样既简化了初期的开发成本，又可以给我们后期更进一步的开发打好基础。
而且更糟糕的是目前很多所谓“自主研发”的东西，BUG累累，让后面的人改都不知道怎么改，因为它前期就没有一个统一的思想，只是一直在补丁，能让它运行，这不论对公司还是对开发人员来说都是一个巨大的悲剧，因为这种做法或者说不可阻挡的趋势只能导致后面全盘放弃。
所以不要“自主研发”也是不错的事情，比如你能用别人给的积木搭成自己想要的城堡也是一件创新和骄傲的事情。
当然搭建城堡其中也有自主创新的地方，总之摆脱无意义和力不从心以及挣面子的“自主研发”才是正道。。。
Month: August 2011
也说说被面试吧(偏向技术线路的)
也许有些人跟我一样，在毫无规矩的小公司做着开发工作，并且也想着哪天也能成为技术牛人。
但一般情况下这种想法可能只有自己陪自己来进行，因为别人都忙着工作，没有时间来跟你讨论什么技术问题，也基本没有条件来研究相关东西。
你要做的就是快速的实现一个功能，快速的把BUG搞定，而且这样一来你每天都还挺忙。
所以基本技术东西都是平时业余学习或者一部份少有的工作积累，并且你可能一直都还在努力的找一份自己想做的工作或者觉得自豪的工作。
当然有一天会让你有些意外，比如你投过的一份简历忽然对方给你来电话了，而且给你电话的人还是你耳熟能详的牛人或者干脆就是你崇拜已久的人物。
这个时候我想你接到这个电话，你应该心跳加速了吧，压力瞬间就上来了吧，对你越是重要的人或者事你越会在意，但往往也越会紧张。
简单的寒暄几句之后就进入所谓的“电面”，聊些常规话题，聊聊你对哪些感兴趣或者对哪些擅长。
面试官基本会根据你的情况问问稍微具体但也很基本的细节，但是往往在这个时候你就有可能回答的不好，面试完毕之后你回想一下，会反问自己，刚才都瞎说了些什么啊，结果是可想而知的，机会即刻就消失了。如果你回答的都很好，说明你技术能力和心理素质都很好。
对于这种情况自己需要做到几点：
1、基础知识要经常回顾，可能你一看就懂，可能你再看的时候也懂，但是就是看不到的时候就忘记了，模糊了
一些常用的，重要的方法名，变量名，含义，基本算法都要记得，因为你如果都说个大概，别人很可能就认为你只是粗略的了解过
2、多思考，一件事情这样做了几遍了，一个方法这样写了几遍了，就需要想想为什么要这样
3、回答别人的问题的时候要严肃，要尽量都回答，实在不知道的就说不知道，如果你有能力说不定还可以和面试官讨论一番
因为别人和你基本都是第一次交流，如果你太随意或者让别人感觉很随意，那么你这次就不妙了，所以要认真，别人只听得到你说的，其他的基本对你都不知晓
4、自己对自己的目标要专一，比如你今后想从事什么方向的工作，太泛的话，别人也就不知道该不该要你了
这点特别是在小公司待着的人特别重要，因为你平时的工作可能很泛，什么都懂点，不清楚自己究竟想要做什么，能做什么
5、常规问题要一直在自己记忆里清晰，比如为什么要换工作，你已经经历过的工作对自己有什么启发，自己有什么感悟
6、面试官对你的建议要记住，虽然有可能这次失败了，但是他的建议会让你下次再遇到想要的工作机会时获得成功
7、要让面试官真诚的感觉到你想要这份工作，你适合这份工作，这个就是沟通交流技巧了
如果这几点都做的很好，第一步应该还是比较好跨出去的
面试题之多线程数组求和
MySQL主从复制基本实验
最近这一两个月业余时间基本都在看MySQL的书，看明白了一些，又忘了一些，哈哈，总的来说没有什么很大的收获
今天无聊了，弄个Replication(http://dev.mysql.com/doc/refman/5.1/en/replication.html)来玩玩
MySQL的Replication可以用在很多地方，比如平衡负载，备份等等
主要它复制的时候是一个异步的过程(有没有将随机读写变成顺序读写这个值得研究，对于大多数磁盘来说，顺序读写可能更快些)，可以从某些程度上来说提高性能，当然生成Binary-log也是有代价的，不过会换来更多的好处(在网络传输影响很小的情况下)，比如读写分离将读压力分出去了，比如多机备份
也有很多人写类似的文章和书籍，我也就记录个实践的过程
我这里实践所有的环境都是Linux 2.6.35-28-generic #50-Ubuntu SMP Fri Mar 18 19:00:26 UTC 2011 i686 GNU/Linux，两个数据库，一个5.1.57-log作为Master，一个5.5.8作为Slave，都装在一台机器上，启用不同的配置和端口
目的就想在Master插入一条数据，在Slave也能看到，性能以及安全的配置都没有考虑
看官方配置说明的时候就需要弄清楚哪些是在Master上配的，哪些是在Slave上配的
因为我的Slave是5.5，以前的版本，比如5.1中可用的
master-user = repl
master-password = repl
master-port = 3307
这些配置文件参数在5.5的Slave就不能用了，如果你不小心配置了这些参数，MySQL服务器将无法正常启动
看下MySQL日志你应该会发现类似于这样的提示(unknown variable ‘master-host=
2121 110809 22:53:21 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data
2122 110809 22:53:21 [Note] Plugin ‘FEDERATED’ is disabled.
2123 InnoDB: The InnoDB memory heap is disabled
2124 InnoDB: Mutexes and rw_locks use InnoDB’s own implementation
2125 InnoDB: Compressed tables use zlib 1.2.3
2126 110809 22:53:21 InnoDB: Using Linux native AIO
2127 110809 22:53:21 InnoDB: Initializing buffer pool, size = 128.0M
2128 110809 22:53:21 InnoDB: Completed initialization of buffer pool
2129 110809 22:53:21 InnoDB: highest supported file format is Barracuda.
2130 110809 22:53:21 InnoDB: 1.1.4 started; log sequence number 42505789
2131 110809 22:53:21 [ERROR] /usr/local/mysql/bin/mysqld: unknown variable ‘master-host=127.0.0.1′
2132 110809 22:53:21 [ERROR] Aborting
2133
2134 110809 22:53:21 InnoDB: Starting shutdown…
2135 110809 22:53:22 InnoDB: Shutdown completed; log sequence number 42505789
2136 110809 22:53:22 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete
2137
2138 110809 22:53:22 mysqld_safe mysqld from pid file /usr/local/mysql/data/KNIGHT.pid ended
那么在5.5的Slave中我是先配置了这几个参数
replicate-do-db = replication
replicate-ignore-db = mysql
replicate-ignore-db = information_schema
有意的指定和排除了一些库参与同步
之后启动Slave，然后通过change master to master_host=’127.0.0.1′, master_port=3307, master_user=’repl’, master_password=’repl’, master_log_file=’master-cutoe-binlog.000001′, master_log_pos=600, master_connect_retry=10;
slave start;
来实现Slave的开始复制
Master配置文件主要参数如下：
server-id = 1
log-bin = master-cutoe-binlog
binlog_format = mixed
sync_binlog = 1
innodb_flush_log_at_trx_commit = 2
Slave配置文件主要参数如下：
server-id = 2
replicate-do-db = replication
replicate-ignore-db = mysql
replicate-ignore-db = information_schema
如果配置都对了的话，先起Master，再起Slave
在Master和Slave中创建好需要复制的库和表，比如
create database replication;
create table user(id int primary key auto_increment, name varchar(20), age smallint);
(让复制自动在Slave中创建和Master一样的表在这里我没有尝试，有空可以试试)
还要在Master中创建一个Slave用来访问Master的用户
CREATE USER ‘repl’@’%’ IDENTIFIED BY ‘repl’;
GRANT REPLICATION SLAVE ON *.* TO ‘repl’@’%’; –为什么不能指定该用户只对单独的库具有复制权限，目前不清楚原因
然后在Master中mysql> show master status;
在Slave中通过change master to，slave start开启复制
并mysql> show slave status \G
就应该会看到Slave_IO_State: Waiting for master to send event
这个时候再在Master中执行个Insert语句，如果没有错误的话，应该可以在Slave的相应表中看到刚刚你在Master插入的一样的数据
基本可以通过mysql> show slave status \G查看到复制过程中发生的所有情况，例如错误信息
如果Slave复制失败，你可以根据错误信息进行修正，然后执行
mysql> slave stop;
mysql> slave start;
就可以把原来应该复制过来的数据都复制过来
别忘了一个很简单的命令也是要常用的
mysql> show processlist \G
Good Luck & Good Night…