IT瘾software推荐

Elasticsearch 與 Kibana 也變成非 Open Source 軟體

Fri, 15 Jan 2021 20:48:59 CST

從 Nuzzel 上看到的消息， Elasticsearch 與 Kibana 也變成非 Open Source 軟體了：「 Elasticsearch and Kibana are now business risks」，官方的公告在「 Upcoming licensing changes to Elasticsearch and Kibana」這邊。

新版將會採用 SSPL (由 MongoDB 設計出來的授權) 與 Elastic License (Elastic 的商用授權) 的雙重授權，不過兩個授權都不是 Open Source 授權。

應該是跟 Amazon Elasticsearch Service 這種搞法加減有些關係？不知道 AWS 這邊後續會怎麼弄...

另外如果不選擇 Elasticsearch 的話，目前好像只有 Solr 算是堪用？不過很久沒回去看 Solr，不知道現在軟體發展到什麼程度...

NUMA微架构

Thu, 08 Sep 2011 12:02:51 CST

现在开始补日志，逐步的扫清以前写了一半的和“欠账未还的”。半年之前开的头，今天先把NUMA说完。

PC硬件结构近5年的最大变化是多核CPU在PC上的普及，多核最常用的SMP微架构：

多个CPU之间是平等的，无主从关系（对比IBM Cell）；
多个CPU平等的访问系统内存，也就是说内存是统一结构、统一寻址的（UMA，Uniform Memory Architecture）;
CPU到CPU的访问必须通过系统总线。

结构如图所示：

SMP的问题主要在CPU和内存之间的通信延迟较大、通信带宽受限于系统总线带宽，同时总线带宽会成为整个系统的瓶颈。

由此应运而生了NUMA架构：

NUMA（Non-Uniform Memory Access）是起源于 AMD Opteron的微架构，同时被 Intel Nehalem采用（英特尔志强E5500以上的CPU和桌面的i3、i5、i7均基于此架构）。这也应该是继AMD64后AMD对CPU架构的又一项重要改进。

在这个架构中，每个处理器有其可以直接访问其自身的“本地”内存池，使CPU和这块儿内存之间拥有更小的延迟和更大的带宽。而且整个内存仍然可做为一个整体，可以接受来自任何CPU的访问。简言之就是CPU访问自己领地内的内存延迟最小独占带宽，访问其他的内存区域稍慢并且共享带宽。

GNU/Linux如何管理NUMA：

probe硬件，了解物理CPU数量，内存大小等；
根据物理CPU的数量（不是core）分配node，一个物理CPU对应一个node；
把属于一个node的内存模块和其node相联系；
测试各个CPU到各个内存区域的通信延迟；

在一台16GB内存，双Xeon E5620 CPU Dell R710用numactl得到以下信息:

# numactl --hardware

available: 2 nodes (0-1)

node 0 size: 8080 MB

node 0 free: 5643 MB

node 1 size: 8051 MB

node 1 free: 2294 MB

node distances:

node 0 1

0: 10 20

1: 20 10

第一列node0和node1就是对应物理CPU0和CPU1；
size就是指在此节点NUMA分配的内存总数；
free是指此节点NUMA的内存空闲数量；
node distances就是指node到各个内存节点之间的距离，默认情况10是指本地内存，21是指跨区域访问。

因为就近内存访问的快速性，所以默认情况下一个CPU只访问其所属区域的内存空间。此时造成的问题是在大内存占用的一些应用时会有CPU近线内存不够的情况，可以使用如下方式把CPU对内存区域的访问变为round robin方式。此时需要通过以下方式修改：

# echo 0 > /proc/sys/vm/zone_reclaim_mode

# numactl --interleave=all

memcached、redis、monodb等应该做以上的优化修改。

另外，如果有时间，下一篇会总结一下自己对于此问题的思考：如果自己实现一个内存池，并发挥NUMA架构的最大效能，如何设计？

参考自：

http://en.wikipedia.org/wiki/Non-Uniform_Memory_Access

Ulrich Drepper, Memory part 4: NUMA support http://lwn.net/Articles/254445/

http://www.kernel.org/doc/Documentation/sysctl/vm.txt

小试 MariaDB Galera Cluster

Sat, 09 May 2015 19:28:03 CST

前些时, 难得老板关注新技术, 哈哈, 我于是有机会尝试一下数据库服务器集群. 什么是 Galera Cluster? 简单的说就是3个或以上的 MariaDB 服务器相互作为镜像. 详细介绍在这里. 我按照 Digital Ocean 的指点, 用 AWS 上 3 个虚拟机做了个最小的集群, 下面是我的一些心得(针对 MariaDB 10.0.17):

首先集群的成员个数一定是奇数, 也就3, 5, 7... 因为有的时候个别成员的数据出现异样的时候, 整个集群会以"少数服从多数"的方式修正数据. 虽然集群是 master - master 方式进行数据同步的, 但如果多个成员同时更新相同的数据集合时, 集群内就很容易出现冲突, 这也就降低了性能以及可靠度.

目前我觉得可行的应用方式, 就是将所有的数据更新(insert, update, delete)都集中到一个成员上, 然后所有的查询(select)可以由所有成员分担. 就好像传统的 master - slave 方式, 嗯, 比较失望, 不过至少倚靠 HAProxy, 当一个成员挂了会自动有另一个来接替, 也不会耽误太多的事情.

估计还有一段距离才能把 Galera 用到产品中, 还是很期待的.

Feed enhanced by Better Feed from Ozh

測試 MySQL 效能的方法

Wed, 05 Nov 2014 18:35:22 CST

在 DigitalOcean 上的教學文章看到另外一種 MySQL 效能測試的方法：「 How To Measure MySQL Query Performance with mysqlslap」。

一般會拿 Percona 的 tpcc-mysql 測，用 mysqlslap 好像比較少看到，雖然也是蠻有名的工具…

不過還是可以拿來玩玩看，互相比較的時候是一個指標…

Percona XtraDB Cluster 搭配 HAProxy

Sun, 19 Jan 2014 21:02:47 CST

本篇文章紀錄安裝 Percona XtraDB Cluster (簡稱 PXC) 及搭配 HAProxy 做分散流量系統，其實在業界已經很常看到 HAProxy + MySQL Cluster Database 解決方案，HAProxy 幫您解決負載平衡，並且偵測系統是否存活，管理者也就不用擔心 MySQL 服務是否會掛掉。本篇會著重於 HAProxy 設定部份，並且紀錄每一步安裝步驟。之前本作者寫過一篇 Galera Cluster for MySQL Multi-master Replication，也可以參考。今天測試系統都會以 CentOS 為主，各位讀者可以直接開 Amazone EC2 來測試，測試完成再關閉即可。

安裝 Percona XtraDB Cluster

我們會使用官方 Percona 及 EPEL repositories 進行軟體安裝，底下是 Yum 安裝步驟

$ yum -y install Percona-XtraDB-Cluster-server Percona-XtraDB-Cluster-client Percona-Server-shared-compat percona-xtrabackup

如果系統已經有安裝過 MariaDB + Galera，請務必先移除套件

完成安裝 PXC 套件後，接著設定 my.cnf 設定檔

[mysqld]
server_id=1
wsrep_provider=/usr/lib64/libgalera_smm.so
wsrep_cluster_address="gcomm://"
wsrep_sst_auth=username:password
wsrep_provider_options="gcache.size=4G"
wsrep_cluster_name=Percona
wsrep_sst_method=xtrabackup
wsrep_node_name=db_01
wsrep_slave_threads=4
log_slave_updates
innodb_locks_unsafe_for_binlog=1
innodb_autoinc_lock_mode=2

再開啟第 2 台或第 3 台 PXC 服務的時候，務必確認第 1 台已經正確開啟成功。上面設定檔是針對第 1 台做設定，之後新增 Node，請務必修改 wsrep_cluster_address 填上你想要 Join 的 Cluster Server IP Address，另外每台的 server_id 及 wsrep_node_name 也會不同，請務必注意

第 2 台設定值

server_id=2
wsrep_cluster_address=gcomm://192.168.1.100 # replace this with the IP of your first node
wsrep_node_name=db_02

第 3 台設定值

server_id=2
wsrep_cluster_address=gcomm://192.168.1.100 # replace this with the IP of your first node
wsrep_node_name=db_03

根據 State Snapshot Transfer (簡稱 SST)，我們使用 Xtrabackup，當新的 Node 連上時，就會開始複製資料到新的 Node 上，成功複製完成，可以看到底下 Log 訊息

140117 11:56:05 [Note] WSREP: Flow-control interval: [28, 28]
140117 11:56:05 [Note] WSREP: Shifting OPEN -> PRIMARY (TO: 678691)
140117 11:56:05 [Note] WSREP: State transfer required:
        Group state: 28e87291-da41-11e2-0800-34a03cad54a7:678691
        Local state: 28e87291-da41-11e2-0800-34a03cad54a7:678684
140117 11:56:05 [Note] WSREP: New cluster view: global state: 28e87291-da41-11e2-0800-34a03cad54a7:678691, view# 33: Primary, number of nodes: 3, my index: 1, protocol version 2
140117 11:56:05 [Warning] WSREP: Gap in state sequence. Need state transfer.
140117 11:56:07 [Note] WSREP: Running: 'wsrep_sst_xtrabackup --role 'joiner' --address '122.146.119.102' --auth 'username:password' --datadir '/var/lib/mysql/' --defaults-file '/etc/my.cnf' --parent '965''
WSREP_SST: [INFO] Streaming with tar (20140117 11:56:07.517)
WSREP_SST: [INFO] Using socat as streamer (20140117 11:56:07.519)
WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:4444,reuseaddr stdio | tar xfi - --recursive-unlink -h; RC=( ${PIPESTATUS[@]} ) (20140117 11:56:07.531)
140117 11:56:07 [Note] WSREP: Prepared SST request: xtrabackup|122.146.119.102:4444/xtrabackup_sst
140117 11:56:07 [Note] WSREP: wsrep_notify_cmd is not defined, skipping notification.
140117 11:56:07 [Note] WSREP: Assign initial position for certification: 678691, protocol version: 2
140117 11:56:07 [Note] WSREP: Prepared IST receiver, listening at: tcp://122.146.119.102:4568
140117 11:56:07 [Note] WSREP: Node 1 (db_01) requested state transfer from '*any*'. Selected 0 (db_02)(SYNCED) as donor.
140117 11:56:07 [Note] WSREP: Shifting PRIMARY -> JOINER (TO: 678692)
140117 11:57:36 [Note] WSREP: Synchronized with group, ready for connections
140117 11:57:36 [Note] WSREP: wsrep_notify_cmd is not defined, skipping notification.
140117 11:57:36 [Note] WSREP: 1 (db_02): State transfer from 0 (db_01) complete.
140117 11:57:36 [Note] WSREP: Member 1 (db_02) synced with group.

最後我們可以透過 MySQL Status 來看看是否有建立成功

mysql> show global status like 'wsrep_cluster_size';
+--------------------+-------+
| Variable_name      | Value |
+--------------------+-------+
| wsrep_cluster_size | 3     |
+--------------------+-------+
1 row in set (0.00 sec)

看到 wsrep_cluster_size 出現正確的 Server 數量，就代表設定成功。

設定 HAProxy 負載平衡

上述完成了 3 台 Cluster 設定，接著所有的 Application 服務都需要直接跟此 Cluster 溝通，為了完成此需求，我們必須將 HAProxy 安裝在其中一台伺服器來做負載平衡，今天會介紹兩種設定方式，第一種是採用 round robin 方式，意思就是說所有的 Application 都可以連上並且寫入資料到三台機器，這狀況其實沒有錯誤，但是如果同時寫入三台機器，難免會出現 optimistic locking 而產生 rollback，如果可以確定不會產生 conflict，其實這方案是不錯的。第2種設定方式就是只寫入單一 Node，但是可以讀取三台機器，也就是 insert, update 都是在同一台 Node 完成，所以 Application 不用擔心會產生 rollback 情形。第1種設定在大部份的狀況底下都是可以運作很好的，所以其實也不用擔心。

底下是 /etc/haproxy/haproxy.cfg 設定

frontend stats-front
bind *:8080
mode http
default_backend stats-back

frontend pxc-front
bind *:3307
mode tcp
default_backend pxc-back

frontend pxc-onenode-front
bind *:3308
mode tcp
default_backend pxc-onenode-back

backend stats-back
mode http
balance roundrobin
stats uri /haproxy/stats
stats auth username:password

backend pxc-back
mode tcp
balance leastconn
option httpchk
server c1 192.168.1.100:3306 check port 9200 inter 12000 rise 3 fall 3
server c2 192.168.1.101:3306 check port 9200 inter 12000 rise 3 fall 3
server c3 192.168.1.102:3306 check port 9200 inter 12000 rise 3 fall 3

backend pxc-onenode-back
mode tcp
balance leastconn
option httpchk
server c1 192.168.1.100:3306 check port 9200 inter 12000 rise 3 fall 3
server c2 192.168.1.101:3306 check port 9200 inter 12000 rise 3 fall 3 backup
server c3 192.168.1.102:3306 check port 9200 inter 12000 rise 3 fall 3 backup

從上述設定，可以看到我們定義了 3 個 frontend-backend，其中 stats-front 是 HAProxy Status Page，另外兩組則是針對 PXC 設定。看到此設定，可以知道系統會 Listen 3307 及 3308 兩個 port，其中 3308 會讓 App 使用一台 PXC Node 而已，此設定可以避免因為 optimistic locking 而產生 rollbacks，如果 Node 掛點，則會啟動其他 Node。然而如果是連接 3307 port，系統會直接對3台 node 寫入或讀取，我們使用 leastconn 取代 round robin，這代表著 HAProxy 會偵測所有機器，並且取得現在連線數目最少的 Node 來給下一個連線。最後 stats-front 是顯示 HAProxy 偵測及連線狀態，請務必設定帳號密碼。

完成設定，如何偵測 MySQL Server 是否存活，靠著就是 9200 port，透過 Http check 方式，讓 HAProxy 知道 PXC 狀態，安裝完 PXC 後，可以發現多了 clustercheck 指令，我們必須先給 clustercheckuser 使用者帳號密碼

# Grant privileges required:
$ GRANT PROCESS ON *.* TO 'clustercheckuser'@'localhost' IDENTIFIED BY 'clustercheckpassword!';

此 clustercheck 指令會在 Local 執行 SHOW STATUS LIKE 'wsrep_local_state' MySQL 指令，回傳值為 200 或 503，指令確定成功執行，最後步驟就是透過 xinetd 產生 9200 port 的服務。底下先安裝 xinetd 服務

$ yum -y install xinetd

產生 mysqlchk 設定

# default: on
# description: mysqlchk
service mysqlchk
{
# this is a config for xinetd, place it in /etc/xinetd.d/
    disable = no
    flags = REUSE
    socket_type = stream
    port = 9200
    wait = no
    user = nobody
    server = /usr/bin/clustercheck
    log_on_failure += USERID
    only_from = 0.0.0.0/0
    # recommended to put the IPs that need
    # to connect exclusively (security purposes)
    per_source = UNLIMITED
}

上面步驟全部成功，請打開 URL 輸入 HAProxy Status 頁面，看到底下狀態，就是代表設定成功

Related View

在 Linux 上创建 Software RAID 10

Wed, 12 Feb 2014 18:15:35 CST

昨天重装一台老服务器的时候发现 Intel hardware RAID 控制卡有问题，不能识别所有硬盘，但是安装操作系统过程中可以识别所有硬盘，还有一个问题就是操作系统安装正常，但是安装完后无法启动，某种原因导致 BIOS 不能从硬盘启动系统。所以打算把操作系统安装到一个 USB 盘上，然后从 USB 盘启动系统，并给上面的6块硬盘做成 Software RAID 10 后挂载到系统里用。

做 Software RAID 不要求硬盘都一模一样，但是强烈推荐用同一厂商、型号和大小的硬盘。为啥 RAID 10，不选 RAID0, RAID1, RAID5 呢？答：RAID0 太危险，RAID1 性能差一点，RAID5 性能有问题，RAID10 似乎是当今唯一选择，特别适合做 KVM/Xen/VMware 虚拟机母机（host）的本地存储系统（如果不考虑 SAN 和分布式存储的话）。

这台服务器上有6块完全相同的硬盘，给每块硬盘分成一个区，分区格式为 Linux software raid：

# fdisk /dev/sda

WARNING: DOS-compatible mode is deprecated. It's strongly recommended to
         switch off the mode (command 'c') and change display units to
         sectors (command 'u').

Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-91201, default 1):
Using default value 1
Last cylinder, +cylinders or +size{K,M,G} (1-91201, default 91201):
Using default value 91201

Command (m for help): p

Disk /dev/sda: 750.2 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0005c259

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1       91201   732572001   83  Linux

Command (m for help): t
Selected partition 1
Hex code (type L to list codes): fd
Changed system type of partition 1 to fd (Linux raid autodetect)

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.

按照上面的 /dev/sda 的分区例子依次给剩下的5块硬盘 sdc, sdd, sde, sdf, sdg 分区、更改分区格式：

# fdisk /dev/sdc
...
# fdisk /dev/sdd
...
# fdisk /dev/sde
...
# fdisk /dev/sdf
...
# fdisk /dev/sdg
...

分区完成后就可以开始创建 RAID 了，在上面的6个相同大小的分区上创建 raid10：

# mdadm --create /dev/md0 -v --raid-devices=6 --level=raid10 /dev/sda1 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1
mdadm: layout defaults to n2
mdadm: layout defaults to n2
mdadm: chunk size defaults to 512K
mdadm: size set to 732440576K
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md0 started.

查看磁盘阵列的初始化过程（build），根据磁盘大小和速度，整个过程大概需要几个小时：

# watch cat /proc/mdstat
Every 2.0s: cat /proc/mdstat                                       Tue Feb 11 12:51:25 2014

Personalities : [raid10]
md0 : active raid10 sdg1[5] sdf1[4] sde1[3] sdd1[2] sdc1[1] sda1[0]
      2197321728 blocks super 1.2 512K chunks 2 near-copies [6/6] [UUUUUU]
      [>....................]  resync =  0.2% (5826816/2197321728) finish=278.9min speed=13
0948K/sec

unused devices:

等阵列完成初始化后，就可以给 md0 设备创建分区和文件系统了，有了文件系统就可以挂载到系统里：

# fdisk /dev/md0
# mkfs.ext4 /dev/md0p1

# mkdir /raid10
# mount /dev/md0p1 /raid10

修改 /etc/fstab 文件让每次系统启动时自动挂载：

# vi /etc/fstab
...
/dev/md0p1 /raid10 ext4 noatime,rw 0 0

在上面的 /etc/fstab 文件里使用 /dev/md0p1 设备名不是一个好办法，因为 udev 的缘故，这个设备名常在重启系统后变化，所以最好用 UUID，使用 blkid 命令找到相应分区的 UUID：

# blkid
...
/dev/md0p1: UUID="093e0605-1fa2-4279-99b2-746c70b78f1b" TYPE="ext4"

然后修改相应的 fstab，使用 UUID 挂载：

# vi /etc/fstab
...
#/dev/md0p1 /raid10 ext4 noatime,rw 0 0
UUID=093e0605-1fa2-4279-99b2-746c70b78f1b /raid10 ext4 noatime,rw 0 0

查看 RAID 的情况：

# mdadm --query --detail /dev/md0
/dev/md0:
        Version : 1.2
  Creation Time : Tue Feb 11 12:50:38 2014
     Raid Level : raid10
     Array Size : 2197321728 (2095.53 GiB 2250.06 GB)
  Used Dev Size : 732440576 (698.51 GiB 750.02 GB)
   Raid Devices : 6
  Total Devices : 6
    Persistence : Superblock is persistent

    Update Time : Tue Feb 11 18:48:10 2014
          State : clean
 Active Devices : 6
Working Devices : 6
 Failed Devices : 0
  Spare Devices : 0

         Layout : near=2
     Chunk Size : 512K

           Name : local:0  (local to host local)
           UUID : e3044b6c:5ab972ea:8e742b70:3f766a11
         Events : 70

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       33        1      active sync   /dev/sdc1
       2       8       49        2      active sync   /dev/sdd1
       3       8       65        3      active sync   /dev/sde1
       4       8       81        4      active sync   /dev/sdf1
       5       8       97        5      active sync   /dev/sdg1

Stack Overflow 的現況…

Sun, 24 Nov 2013 04:59:17 CST

Stack Overflow 的 Nick Craver 貼出目前 Stack Overflow 的現況：「 What it takes to run Stack Overflow」。

公開出來的資料不包括 CDN 的部份，可以看出整個架構很精簡啊… 然後還貼出機房照片：

可以看出很多機器都很大台，尤其是 RAM 的部份。而資料庫主機則是 384GB RAM + 1.8TB SSD…

資料庫的讀寫比是 40% read + 60% write，應該是 cache 擋下非常大的讀取量？

然後有一句粗體字：

The cost of inefficient code can be higher than you think.

這句話… XD

Android 4.4 登陆 Nexus 4

Thu, 21 Nov 2013 02:36:00 CST

分类: 智能手机, 软件应用

Google 在上周曾表示 Android 4.4 KitKat「很快」就会登陆 Nexus 4 和部分版本的 Nexus 7，现在他们果然兑现了承诺的... 一部分。继昨天 Moto X 的用户收到升级通知以后，今天又有多位 Nexus 4 使用者报告称已经顺利完成更新，开始享受 Android 最新版本所带来的改进和新功能。如果你手中也有一台 Google 的上代旗舰的话，这两天就多留意一下吧。

经由： Engadget
引用来源： @fakeninjitsu (Twitter)

此文章网址 | 转寄此文章 | 回应

OmniFocus 2 for iPhone 上手指南

Tue, 29 Oct 2013 13:14:34 CST

1.OmniFocus主界面介绍

OmniFocus2 的主界面包含几个部分的内容，顶部的「预测」按日历显示近期和未来包含时间点的事项，「收件箱」显示没有归入「项目」和「上下文」的零碎事项，中部的「旗标」「项目」「附近」「上下文」则是按不同的分类模式来组织显示的事项，底部的「透视」则从另一种纬度来分类检索事项。

图1-OmniFocus2 主页

Forecast（sometimes）

按时间点来列出事项这个很好理解，只要创建的事项包含时间点要素，临近时间点的事项将会显示在这个区域。通常我们在日历上记录某天或者某个具体时间要做什么，这类事项都可以直接添加到Forcast中。

Inbox（to do list）

收件箱应该是平时使用最频繁的一个部分，想起来什么事都可以事先记录在这里，先不去关心什么项目、上下文什么的，记录完成后有时间再来整理分类。收件箱的功能类似于iPhone里的提醒、Clear的功能，大多数临时性、零碎的事项都可以记录在这里。

Flagged、Projects、Nearby、Contexts（Search）

需要我们分类进行管理的事务都有 可延续性的特质，可能是时间上的延续，也可能是事情本身的延续，还有可能是因为什么而延续。也正是这种延续性才使得我们需要对它们进行管理，否则忘了也无所谓。

•督促类－［often］需要提醒自己，每天、每周或者每个月等等

•计划类－［sometimes］有时间特性，需要花事件来思考和解决的事情

•关联类－［next］我也称其为尾巴事项，在某件事情之前或者之后

•愿望类－［maybe］不确定什么时候做，甚至只是一个想法但觉得有必要

「旗标」可以用来标注阶段性的重要事项，便于直观的查看，给事项点亮和关闭“旗标”并不会影响事项原来的分类，可以很灵活的来突出某个项目（Project）或者只突出某个动作（Action）。

「附近」可以看作是「上下文」的一个特殊类型，和地理位置密切相关的事项，意味着到了这个地点需要保持关注的事项，通常我们会将「上下文」中的“住宅”“办公室”绑定上GPS地址，用来在Map上显示和这些地点相关的事项。

「项目」一个需要多个步骤（Action）来完成的事（Project），项目的标题最好能直观的显示项目的大概意思，刚开始使用很多人容易把项目和上下文混淆，在项目上创建了很多分类，原则上每个项目应该都是一句简短直观的句子，如果一定要分类也是用文件夹来管理。

「上下文」上下文的作用更多的是来标注事项的环境和人的因素，主要是用来分类的。

图2-OmniFocus分类页

Perspectives（Check）

「透视」提供了一种经常检查和查看事项的途径，可以直观的以不同方式来检查需要关注的事项，在定位上不同于「上下文」和「项目」的分类模式，可以按照完成度、时间、事项分组等方式来罗列事项，Mac用户还可以通过Mac端的OmniFocus来创建自定义的透视。

不过总的来说，透视的主要目的还是方便我们定期check，这也符合基本的GTD逻辑，收集-处理-执行-回顾。

2. OmniFocus2 使用技巧

快速返回

进入到二级或三级页面后，长按左上角的标签可以直接返回Home页面，单击则返回上一层。

编辑完成后直接长按左上角的标签会返回并自动保存。

图3-返回Home

更多控制项

向下滑动，顶部会显示出同步标、显示调节和搜索的标签

图4-下拉控制项

图示的主页中「透视」中显示的Follow是由Mac端同步过去然后在「透视」页点击“编辑”，将此项加上星标就能显示在主页。

目前的OmniFocus2 能同步Mac端自定义的「上下文」透视项，自定义的「项目」透视项尚还不能支持，估计未来的升级版本会解决。

3. OmniFocus2 操作介绍

上下文和项目

在前面「上下文」的截图中（图2-OmniFocus分类页）可以看到基本的上下文的分类，上下文的分类最好不要超过1屏，其中住宅、办公室这样的地点可以在分类的编辑中和地理位置（Location）绑定。地理位置绑定时需要处在当前位置。

上下文中的状态（Status）对应着顶部的大眼睛（View），是用来过滤事项的主要依据。

三种状态分别是：活跃、暂停、已丢弃：

活跃的「上下文」所包含的事项默认会显示在「上下文」列表中；

暂停可以用来标注哪些需要等待和现在不需要着手处理的分类；

丢弃用来隐藏那些已经没有活跃必要的分类，例如：人员中通常会有些事项在完成后不需要再显示某个人员，就可以修改某热人员的「上下文」分类，将其状态改成已丢弃。

GTD使用原则上是不直接删除事项的，通过状态修改可以净化显示内容，但也保留的操作痕迹。

因为项目通常是几个动作的集合，所以创建页中比「上下文」多了一个项目的类型，用来标注项目中的动作之间的关系：顺序关系、平行关系还是各自独立。顺序关系是指动作的完成需要遵循1、2、3的步骤来依次完成，而平行关系可以同时进行，各自独立则没有相互之间的牵扯。

项目的类型设置一方面会体现在过滤中，另一方面也是为了在活动事项中更精简和准确的显示当前需要关注的事项。例如，如果项目类型是顺序事项，那么“完成最后一项时标记项目完成”会自动修改项目的状态标记。

图5-项目、上下文设置

※ 不论是「上下文」还是「项目」都是采用修改状态来定义事项是否完成，而具体的动作（Action）是通过勾选后面的圆圈来标识完成，一个项目通常都包含多个动作。

添加动作或具体事项

屏幕右下角的添加图标属于全局性的添加，打开后内容都是空白，输入事项标题后可以选择所属的项目或上下文。

如果已经进入到某个具体的项目或上下文中，点击顶部标题栏居中的加号，可以在当前项目下创建新的动作。

图6-OmniFocus动作新建

图7-OmniFocus动作填写

为什么要选择 Scrivener ?

Fri, 24 Jan 2014 21:01:54 CST

在长篇写作的过程中，对软件的需求不再单纯只是将文字展现出来。随着写作时间的增加，迫切需要一个合格的“助理”来协助完成工作，文稿的集中管理、参考文献引用注释、素材和图片整理、与编辑往复间的版本修订、写作计划的推进等等。Scrivener充分考虑了「职业」文字工作者的工作流，将写作管理作为其软件设计的核心，在文字的创造、写作推进、格式输出、文稿归档几个典型的阶段中保持着强有力的支持。

轻量级的写作软件中Ulysses III和Scrivener有着类似的软件逻辑，强调文档管理的重要性并提供了几种可以聚合多个文档的方式，把多个内容片断有选择性的连续的呈现出来。

Scrivener在内容的组织上将这种“自由章节”的方式发挥的更充分，Scrivener新创建的每一个文件更像是一个写作项目，我们可以一个文档一个文档的开始写作，用每个文档、文件夹、文档集来对应章、小节或者独立的故事，文档之间可以进一步的通过层级关系来决定隶属关系，这种灵活的组织方式有利于捕捉那些写作过程中的灵感，同时通过自定义文件夹还可以归置很多与作品内容相关但是不出现在作品中的内容，例如：相关的素材、图片等等。

首次打开Scrivener，会出现一个Scrivener的模板选择窗口，这里提供了不同的写作场景下的模板文件，小说、剧本、论文等等。模板之间的差别主要包含的是新建Scrivener项目后所包含的不同的预置目录结构，还有字体和一些格式设置的不同，除了剧本比较特殊以外，其他的模板本质上没有差别，因为那些目录结构在新建项目后都可以自定义。剧本不同的地方在于新建项目后会自动切换到剧本写作模式，在剧本写作模式中支持定义的热键来自动匹配内容格式。

刚开始学习使用Scrivener，可以从创建一个「Blank」项目开始，进入软件界面后先熟悉软件的界面和功能布局。

和大多数软件一样，软件主要的功能点都体现在工具栏的图标上，如果关闭左侧的「文件篮」以及最右侧的「检查器」，再进一步点击一次「群组模式」左侧的页面显示方式「切换」图标，你会发现这个时候的软件界面才有点Word处理软件一样的“亲切感”，就是写作区顶部的格式控制项显得简单和单薄很多。

通过关闭Scrivener的「文件篮」「检查器」，已经不难看出Scrivener和其他文字处理软件的差异，Scrivener多了针对内容的组织管理，强化了附加性内容的管理（注解、关键词、文档快照以及参考文献等），正文区域可分割的窗口设计更适合多个文档之间的参照写作，另外切换工具栏「群组模式」中的「软木板」「大纲视图」还能更直观的来整理文档，这些不同于文字处理类软件的诸多特性给Scrivener加了一个醒目的标签“生产型”写作软件，这也是在写长文档时我们为什么选择它的理由。

MacBook Air上手体验之软件篇

Thu, 29 Aug 2013 12:42:29 CST

入手MacBook Air一个月了，在经历了从Windows转入Mac OSX之后，渐渐的熟悉并喜欢上了这个优雅简介的系统，在这里介绍下自己所安装的软件和使用体会吧，虽然可以简单的安装一个虚拟机，直接把Windows中的软件安装过来，但是如果光是熟悉Lion系统而不去努力接触那些专门为Mac所开发的软件，会是一件错过惊喜的憾事。所以我并没有安装双系统或者是虚拟机，因为我的需求并不是很多，所以相应的软件安装得也不是很多，供初级使用者参考。

办公软件

权衡再三，还是入了iWork套装，一方面他比Office便宜，而且据说在Mac下体验也比Office棒很多，也可以兼容打开以往的Office文档。使用之下，对Keynote印象尤其深刻，内置丰富的模板让展示制作变得相当简单。

至于安装了Google Drive，是方便投稿给极客公园以及雷锋网等媒体时候的在线协作。

系统软件

浏览器

使用了Chrome，倒不是说Safari不好用，只是习惯了Chrome，而且标签、记录和插件的等都可以同步过来，不需要再去安装。

输入法

使用了百度输入法Mac版，感觉和内置的输入法差距不是很大，看个人感受吧。

压缩

如果只是在Mac上使用那么是不需要压缩软件的，但是Mac系统自带的压缩方式在Win上会打不开，所以如果你想和朋友共享文件的话就需要安装一个，我选择的是 MindNode，免费，而且简洁。

兼容Windows

在和Windows兼容方面，我没有安装双系统，也没有使用虚拟机，因为MacBook Air的低配据说跑虚拟机有点吃力，我选择了安装兼容软件CrossOver，CrossOver 可能知道的人不多，但是说起在 Linux 和 Mac 上兼容 Windows 软件的开源平台Wine大家应该不会陌生，CrossOver 是 Wine 项目的母公司 CodeWeavers 开发的商业版的 Wine，安装之后，在Mac上使用网银等无压力。

影音娱乐

这个就是仁者见仁智者见智了，系统自带的Quicktime和预览功能基本上可以解决音频和视频格式的播放问题，值得一提的是，Quicktime的音频和视频录制功能太赞了，昨天小试了一下，录了段语音然后用http://media.io/在线转为mp3格式发布到微信公众号weixindigg中，反响不错。Quicktime视频播放的话最好安装一个免费插件 Perian，可以兼容流行的各种编码格式。

不过个人觉得MPlayerX还是必备的，免费，而且兼容绝大多数主流视频格式，对字幕的支持也挺好，只是在线匹配和下载字幕的功能弱点，不知道射手播放器体验如何?有使用过的朋友分享一下？

迅雷在Mac上绝对简洁，但Apple Store里的thunder没有离线和会员功能，速度上不敢恭维，在迅雷官网可以下载到迅雷Mac 2的Beta版本，带会员登录和离线下载加速以及高速通道功能，速度不错。

知识管理

这个也是要看个人使用习惯的，许多软件在Mac下表现都不错，需要说明的是，之前在iPhone上一直是用Reeder看RSS源的，尤其是在Google Reader 关闭之后，Reeder竟然免费了，不过Reeder在Mac下迟迟不见更新，等不及入了个ReadKit，和feedly配合用起来很舒服，终于又能比较方便看RSS了。

最后，知识导图软件MindNode 绝对是个值得推荐的工具了，本文的文首配图就是用他制作的，对于轻度用户来说，Lite免费版就够用了，还可以导出位PDF、图片、和文档等多重格式，附上导出的文本：

MacBook Air 软件

社交

QQ

阿里旺旺

系统

CrossOver

压缩

The Unarchiver

影音

MPlayerX

虾米音乐

Thunder

办公软件

iWork

Keynote

Pages

Gdrive

浏览器

Chrome

知识管理

Kindle

Evernote

ReadKit

输入法

百度输入法

思维导图

MindNode Lite

支持作者 | 媳妇的淘宝店

也许您还喜欢：
入手 2013年新款Macbook Air 13寸	从Windows到Mac OS X上手体验	如何找到靠谱的电脑软件	2008世界顶级杀毒软件排行及下载	小众软件评选之我最喜欢的软件
无觅

又有一家大的 MySQL distribution 支援 Galera Cluster…

Wed, 12 Sep 2012 00:18:16 CST

Galera Cluster 是 Codership 所提供的 MySQL master-master 方案，與其他 master-master 方案比起來，最大的好處就在於比較不需要擔心資料同步的問題…

剛剛看到，除了 Percona 外，又有一家 MySQL distribution 支援 Galera Cluster：「 MariaDB Galera cluster released」。這次是 MariaDB 宣布支援 Galera Cluster。

MariaDB 是由 MySQL 創辦人 Michael Widenius 發展的版本，算是一個蠻有名的分支… 這樣一來 Galera Cluster 應該會有更多人關注使用…

如何禁用flash

Fri, 01 Feb 2013 15:17:00 CST

本来是不想禁用的,但发现机器的风扇就一直没停过,CPU消耗的最大的就是firefox下的flash插件 .没辙了.我还是禁用它吧.
嗯flashblock即可,但其实我是想从软件的底层就直接禁用它.可惜没有好的办法....只能用插件了.网上类似的教程还有很多,比如这个:

内容来源:http://orzl.com/weblog/disable-the-flash-on-mac

在Mac下禁用Flash的原因众所周知，这次实在是忍无可忍了。

Firefox禁用Flash
可以使用插件如 - Flashblock:
下载地址： https://addons.mozilla.org/en-US/firefox/addon/flashblock/
安装之后网页所有的Flash位置都会显示一个"Play"的占位图标，只有点击图标才会播放对应的资源。
另：除了Flash以外，它也可以阻止Silverlight，且支持域名白名单。
Flashblock的官方网站： http://flashblock.mozdev.org/ 。
Chrome禁用Flash:
方法一：使用和Flashblock一样的插件： https://chrome.google.com/webstore/detail/flashblock/gofhjkjmkpinhpoiabj...
方法二：还有一种办法是针对Dev版本启用自带的插件:"Click to Play"。
"Preferences" - "Privacy" - "Content settings" - "Plugin-in" - "Click to Play"。
支持域名白名单。
Safari禁用Flash：
方法一：修改浏览器代理：
修改浏览器代理为iPad，访问支持HTML5的网站如优酷土豆等会切换到HTML5版本。
Step 1: 在菜单栏中显示"Develop"选项： "Preferences" - "Advanced" - "Show Develop menu in menu bar"
Step 2: 在菜单中选择"Develop"选项，进入"User Agent"，选择：“Sarafi iOS 5.1 - iPad” 。

方法二：使用Safari插件： ClickToPlugin & ClickToFlash Safari extensions
http://hoyois.github.com/safariextensions/clicktoplugin/
推荐的这个插件分两个版本，一种仅针对Flash，另外一种支持屏蔽的插件包括：Flash、Java、Silverlight、Quicktime、Shockwave等。

且均支持白名单。

于是乎,世界清静了.嗯,我没有那么急的需求要看flash....而且开了之后,耗电量也大增,何必呢.

在 Percona XtraDB Cluster 裡使用 async replication 時人工 failover 的方式…

Sun, 23 Jun 2013 01:54:06 CST

在使用 Galera Cluster 時還是可以架設一般的 slave server ( Percona XtraDB Cluster 則是 Percona 對 Galera Cluster 的封裝)，像是這樣的架構：

其中 node{1,2} 為 cluster，node3 則是傳統的 async replication，來源的 master 為 node1。

當 node1 掛掉時，我們沒辦法自動將 node3 的 master 從 node1 改指到 node2，因為 binlog 的位置不一定正確。

在「 Changing an async slave of a PXC cluster to a new Master」則是提供如何人工用最簡單的方式介入。

主要是靠 Galera Cluster 會在 binlog 內寫入 Xid 這個值，這個值可以在 global status 內的 wsrep_last_committed 看到。因為這個值在全 cluster 都是同步的，就可以拿來人工尋找 binlog 位置後手動下 CHANGE MASTER TO，而不用 pt-table-sync 同步修老半天…

而且邏輯被整理出來以後，就有機會寫成程式自動化… 這算是一個不錯的開頭 :p

換 NoSQL 前的建議…

Wed, 27 Feb 2013 01:05:44 CST

原文是「 Medium Data: things to try before abandoning SQL」，放棄 SQL 前應該要嘗試的事情，原文一開始就用粗體說明帶有強烈的偏見 XD

First, my thesis: a lot of less-experienced developers are using big data and NoSQL technologies because they are new and cool, and because SQL is old and hard. A lot of these people would save themselves time and effort by learning more about SQL and tuning their databases and hardware just a little bit.

文章寫的相當概念性，主要是說明幾件事情：

其實 SQL 可以解決大部分的事情，大家都知道 SQL 的瓶頸在哪裡，有哪些 workaround 可以避開。
不要因為 MySQL 做不到就覺得 SQL 不好用，在這種情況下， PostgreSQL 的功能與成熟度很值得看看。
不要用 Oracle 官方版本的 MySQL… XD
通常可以用 cache 解決的就用 cache 試著解看看，雖然 invalidate 問題不太好處哩… XD
如果是 Read 數量太多，可以用 replication 解決不少問題。
試著去理解 index 的「原理」，也就是資料結構，這對於要怎麼用 index 絕對有強力的幫助。
當上面都做完而發現還是不夠的時候就 sharding 吧。

MySQL InnoDB 遇到 Deadlock 時的判讀

Wed, 29 Oct 2014 02:39:46 CST

在 Percona 的「 How to deal with MySQL deadlocks」這篇文章裡面提到了 MySQL InnoDB Deadlock 的判讀與處理。

在支援 transaction 的 engine 裡 deadlock 是不可避免的常態。

在 MySQL 5.5 以及之前的版本，可以透過 Percona 的 pt-deadlock-logger 這隻 script，每固定幾秒鐘就跑一次 SHOW ENGINE INNODB STATUS 記錄下來。在 MySQL 5.6 之後，可以直接使用 innodb_print_all_deadlocks 這個參數，遇到 deadlock 時就寫到 error log 裡。

有了 log 後，接下來就可以判讀 deadlock 的情況，得知是什麼樣的情況造成 deadlock。

文章最後面則是對減少 deadlock 的方法給了一些建議，都是比較一般性。一般還是要靠 bussiness logic 的分析來切割降低 deadlock 的情況。

不過這篇文章需要一些背景知識，像是 InnoDB Lock Modes 與維基百科上的「 Multiple granularity locking」，對解讀會有更多幫助。

用 InnoDB 時關於 PRIMARY KEY 的建議

Sun, 20 Oct 2013 05:29:30 CST

Percona 的「 InnoDB scalability issues due to tables without primary keys」這篇文章在討論 InnoDB 在沒有 PRIMARY KEY 時的效能問題。

在討論效能問題前，應該先讀過 MySQL 官方文件裡提到 InnoDB index 架構的文章，其中就有提到 PRIMARY KEY 以及其他的 INDEX KEY 的底層架構：「 InnoDB Table and Index Structures」。

InnoDB 是 clustered index 架構 (關於 clustered index 的完整說明，可以參考維基百科的「 Database index」條目)，也就是說，資料本身 (row data) 存放時會按照某個順序存放，這邊的順序是按照這樣的方式定義的：

如果你有指定 PRIMARY KEY，那麼就會直接用 PRIMARY KEY 當作 clustered index。
如果沒有指定 PRIMARY KEY，但有 UNIQUE INDEX，而且所有欄位都是 NOT NULL，那麼就用這組 UNIQUE INDEX (NOT NULL) 當作 clustered index。
如果都沒有指定 PRIMARY KEY，那麼就會產生一個隱藏的欄位，是一個 6 bytes 的 auto increment 的數字，用這個欄位當 clustered index。也因為如此，在這種情況下，資料會依照建立的順序存放。

另外，InnoDB 的 secondary index 會指到 PRIMARY KEY (B+Tree 的 value 部分是放 PRIMARY KEY)。

所以，一般在規劃資料庫時建議的作法是：

所有的表格都要有 PRIMARY KEY。
PRIMARY KEY 必須是 INT UNSIGNED (4 bytes)，只有在需要 BIGINT UNSIGNED (8 bytes)的時候才用 BIGINT UNSIGNED。

對於有大量 secondary index 的表格更應該這樣做 (因為可以省下大量空間)。而對於現代的 ORM 來說，也都幾乎要求要有 PRIMARY KEY，甚至有些 ORM 要求 PRIMARY KEY 必須是 single column。

如果你都能了解後，再去看 Percona 討論沒有 PRIMARY KEY 的情況時，才能了解他們想要討論什麼事情… 裡面還包含了 InnoDB 格式的差異。

MySQL HA 的選擇…

Thu, 06 Jun 2013 03:46:15 CST

Percona 把常見的 MySQL High Availability 選擇整理後發表成 Webinar，投影片在這裡可以看到 (以及下載)：「 Choosing a MySQL High Availability Solution」。

沒有太多新的東西，主要還是再次描述 MySQL HA 這塊目前沒有萬靈丹，常見的這幾個方案各有自己的優缺點，會依照環境與需求而產生不同的選擇。裡面連 manual failover + 24×7 NOC 都出現了… XD

對於不清楚有哪些 HA 架構的人，可以透過這份投影片先抓出關鍵字。對於聽過一堆 HA 架構的人，想要複習各種方式的優缺點，也可以花時間看看。至於想要找萬靈丹的人就不用花時間了，目前沒這東西 :p

在 Ubuntu Server 上尝试 Nagios3

Mon, 19 Dec 2011 08:47:23 CST

Nagios (据说)是业内一流的系统监控软件框架. 但我这样一个非一流的 Linux 系统管理员, 之前由于管理的系统实在是少. 加上 Linux 自身的强壮, 于是似乎不怎么管也不会出事. 进而, 我之前一直都没有应用 Nagios 的良好动机.

最近, 负载我这小 blog 的VPS有些小小的情绪化行为. 可能是大环境不好吧. 于是我打算用 Nagios 监控一下.

在2009年我买了一本<Linux Networking Cookbook>, 上面对 Nagios 的讲解倒是蛮详细的, 但也有些吓人: 从编译开始的... 我在 Ubuntu Server 上测试了一下, 貌似很简单的. 首先:

$sudo apt-cache search nagios

发现当前的版本是 nagios3 了, 于是:

$sudo apt-get install nagios3

过程中会要求输入一个 password, 其实就是教程里使用 httpasswd 生成的用于保护 nagios 的口令. 之后使用浏览器查看:

http://localhost/nagios3

就能看到基本的监测界面了. 相当简单吧. 下一步如果要添加额外的需要监控的网站, 仅需要利用现有的 generic-host 模板设置新站点信息即可, 例如:

define host{
use       generic-host
host_name    raynix
alias        raynix
address       184.82.236.44
}

然后, 记得要把上面的配置存到一个.cfg文件, 并复制或者链接到 /etc/nagios3/conf.d 文件夹. 定义了 host, 然后需要把 host 添加到需要检测的主机群(host group)里就完成了. 例如要将 raynix 添加到 http-servers, 这样就可以让 nagios 检测主机 raynix 上的 httpd 服务了.

打开: /etc/nagios3/conf.d/hostgroups_nagios2.cfg (为什么是 nagios2 呢?)

define hostgroup {
hostgroup_name http-servers
alias HTTP servers
members localhost,raynix
}

然后重新启动 nagios3 服务, 就可以以缺省的设置对主机 raynix 的 http 服务进行监测了. 另外如果要接收提示邮件的话, 需要修改 /etc/nagios3/conf.d/contacts_nagios2.cfg.

Feed enhanced by Better Feed from Ozh

在 Linux 下開發 C/C++ 的新手指南

Thu, 19 Jan 2012 00:22:00 CST

新加入一個專案，最先面對的課題是如何正確地編譯和執行專案，可從 "It works on my machine" 如此地風行，印證這件事的困難性；再來則是閱讀負責工作相關的程式碼。至於發揮程式語言的特性，運用高階設計模式等，都是另開新專案或熟悉狀況後才有機會發揮。

過去數年沉浸在愉快的 scripting language 和開發新專案中，一直沒踏入這殘酷的世界。這篇記錄在這樣的情境下，可能需要的技能，結算一下這一個多月的心得，全都是血淚談啊 ...。

系統工具

熟悉作業系統的安裝套件是首要之務，這樣才知道如何補足需要的 header、library，或是安裝含 debug symbol 版的函式庫以執行 gdb 觀察程式或除錯。參見《自行編譯含 debug symbol 的套件 (package)》了解 Ubuntu/Debian 下的套件命名規則。

在未安裝套件的情況下，可用

aptitude search SUBSTRING # 找套件
aptitude show PACKAGE # 顯示套件用途
apt-file search X # 找出 X 包在那個套件裡，找 header 時很有用。

注意在用 apt-file 前要先跑 sudo apt-file update，不然搜不出東西來。

對於已安裝套件，可用

dpkg --search SUBSTRING # 找出安裝在那個套件，已知 header 時，適合用來找 library
dpkg -L PACKAGE # 列出套件內容，可用來找 header、library
locate SUBSTRING # 我比較常用它找 header 的位置，再觀看 header 內容

執行 locate 前記得先執行 sudo updatedb，原因同 apt-file。

編譯

參考《解決 undefined symbol / reference》了解整個編譯的流程，先有觀念才清楚問題的環節，才能選對工具檢查問題。
另在《從 C 呼叫 C++ 函式的過程理解程式編譯、連結的原理》以一個小個案，從另一個角度描述編譯的流程來除錯。
《debug info 和 optimization》提到 -O 和 -g 可同時用，以及注意事項。

連結

這一塊是我目前最頭痛的地方，大多卡在這裡。一些粗淺心得:

之後還需抽時間補充相關知識，像是 ldconfig 如何運作。

執行

光只是讀程式碼就像大海撈針一樣，不太有效率。可從動態執行過程找出主要執行的路徑，再專注相關的程式碼。

1. strace 和 ltrace

srace 是分析執行行為的強大工具，google 一下會看到很多別人的個案心得，看看再自己試一試，很快能上手，不知能發揮它多少功能。這裡列自己用的兩個小案例:

反而是 ltrace 一直都想不到使用它的時機，也沒找到好的個案心得文。

2. gdb

gdb 的重要性不需多說明，之前的幾則心得:

強烈建議使用 cgdb，簡易安裝 + 無痛上手，瞬間省下大量操作和讀碼的時間。

3. 打開除錯功能

依照開發者的習性，一定會留後門讓自己方便除錯，從這角度下手也可省下不少時間:

《C/C++ 檢查和打開 debug 功能的小技巧》

4. 載入函式庫

若在編譯、連結時無法解決相依問題，可考慮偷吃步在載入程式時用 LD_PRELOAD 換掉部份函式。
另外備忘用 LD_LIBRARY_PATH 補充載入 shared library 的位置，目前仍沒用過它。

除以上所言外，我另外有找過畫出程式流程的靜態和動態分析工具，像是畫 call graph 或是 C 的 cflow。不過 C++ 的靜態分析效果很糟，就沒花太多時間研究。目前用 strace 和 gdb 覺得已夠用了，不知用工具產生 call graph、class 相依圖或其它東西，是否會更有幫助。待有需求看整體的程式時再來試試。

閱讀程式碼

聽了大家的建議後，做了一些實際操作，而有些心得:

Eclipse CDT 雖然方便，後來我還是用 gj 居多。原因有幾點:

我已很習慣用 vim + screen 做事， gj 最合這個情境
id-utils 真的是超級快
我針對自己的需求更新 gj 多次，愈用愈順手

另外 ack 也滿方便的，懶得建 index 或是想比對子字串時，可直接使用。當然 id-utils 也支援子字串比對，只是暫時懶得為此修改 gj 的程式，目前大部份需求是找完整的 symbol。

熟悉 Linux 系統程式

在基本工具都上手後，打算每天抽一點時間加減讀一點相關知識。一兩年下來應該會有不錯的成果。目前打算讀《The Linux Programming Interface》，年假時試看看效果如何。

這一個月的心得以了解 /proc 為主，對觀察 CPU 用量、RAM 用量、載入那些函式庫、multi-thread、程式執行狀態等都很有幫助:

結論

即使大概知道有那些東西，還是需要實際動手的經驗，才會真的學進去。一個月下來進步了不少，不過對於要面對的戰役，還有一大段路要趕上，還有很多很多要學的。

无题两则：狂怒（Rage）的英雄无敌6（Heroes6）

Wed, 26 Oct 2011 23:39:28 CST

两款不值得细说的游戏，但又有些想说的不吐不快。干脆凑成一篇吧。

狂怒（Rage），ID Software+Bethesda

战略航空军推荐指数： 75 如果你需要一个枪枪枪的爽游戏，它还是合格的——仅此而已

游戏基础质量分：85 ID制作出的成品仍然显得非常优秀，只是关卡数量不足

+2 车辆驾驶的手感不错，Fallout3/FNV有这个就好了……只是说说而已。如果真让Fallout系列做驾驶，游戏内容怕是要砍掉70%
+1 枪感也相当不错，不愧是ID
+1 关卡设计还算认真……也只是还算认真罢了
+1 能看出角色设计废了很大功夫（这不是错字，因为那怎样也好的剧情确实把角色设计废了……）

-3 沙盘游戏史上最小的地图。总共其实只有11个关卡，而且没有任何一个车辆战关卡……好吧有武装赛车，但实在是相当一般
-3 所以他们每个关卡用了两遍，手法颇为值得商榷
-3 RPG有很多成功的要素，但“任务形式叙事”绝对不是亮点
-3 RPG有很多成功的要素，但“在垃圾堆里翻道具”绝对也不是亮点
-2 叙事那叫一个着急，那叫一个无聊……我本来以为一个末日游戏的叙事不能比Borderlands还差还无聊，我错了
-2 居然只有合作模式
-2 有些BUG。其实游戏过程中我三次掉出地图，但我还只是说有些BUG，因为接着我玩了英雄无敌6……

很遗憾，Rage不是一款会令人狂怒的游戏。它也不是一款会令人兴奋，会令人叹息，或者会令人思考的游戏。它是一款让你打完了以后会耸耸肩，叹口气，然后丢下的庸碌游戏。

这游戏有着显赫无比的出身，不管是操刀的制作商，还是实际的发行商，都是在业内名声响亮的大厂。制作商ID Software就不用说了，Doom，Quake，两次定义了FPS这个类型的伟大游戏厂商。它现在的母公司兼发行商Bethesda就更不用说了，老头滚动条，辐射3/NV，在美式RPG和沙盘游戏两个领域都堪称业界翘楚的大厂。

那么，有ID+Bethesda，又是ID最擅长的FPS游戏+Bethesda最擅长的沙盘游戏，还有乘物，道具和任务，这个Rage想必要好玩得不得了吧？辐射3、Borderlands这种半吊子的FPS+RPG都能挣得满堂喝彩，这回正主出马还是从360到PC全平台，不敢说定破销量500万，夺个名利双收总应该没问题吧？

……完全不是这么回事儿。Rage是如此精到地从两个类型上挑选了彼此中最无聊的部分，然后捏合成了一个很短但是完全不紧凑的游戏。那些想做类型融合的游戏注意了：Rage可是一个相当有教训意义的反例。最好的FPS公司和最好的RPG公司的简单结合，未必能做出伟大的作品来。

现代的FPS游戏，一般总是由两个核心部分组成：单人和多人。几乎每个有点儿历史的射击游戏系列都有其引以为傲的特点，比如使命召唤海量的脚本、神秘海域的电影化叙事、战争机器的小规模对战和持久战等等……而Rage的射击部分却没有一个能让你一下子记住的特点。合作模式只能两人合作，质量看起来大概还不如生化危机4和5，实在令人兴趣缺缺；对战模式虽然有车能开，但也不过支持到4个人而已，能用武器和吃补给品的驾驶部分也太像马里奥赛车了……

单人部分更是几乎倒退到了DOOM的时代，关卡设计可以概括为“每个关卡一个圈”，你沿着一条路进去不用沿着原路出来，也就是这游戏关卡设计的唯一亮点了。雪上加霜的是，受到沉重的成本压力，统共整个游戏也就12个圈式关卡，于是他们又从RPG里拿了这个类型最讨厌的两种设计……被山口山发扬光大的纯文字描述的“任务制”，加上不知所谓的道具合成系统。所谓的任务，就是一个人无聊地念一遍任务说明文本，然后让你到刚刚走完的关卡里，从后往前再打一圈怪——我知道你们预算不够，但关卡复用搞得这么赤裸裸，玩家就算是猴子也能看出来了吧！恶魔城还知道每次让玩家故地重游要搞几个隐藏房间，你们一个堂堂的次世代沙盘游戏，怎么就不晓得了呢！明明只有这么点儿内容量，要做个10小时的线性射击游戏都有些吃力了，还非要打肿脸充胖子做沙盘游戏……我也只能表示同情了。没有那个预算，就别揽沙盘游戏这瓷器活儿嘛。

至于那个阉割版Appstore版Rage，我不予置评。毕竟只有1.99美元，有什么东西你们应该也可以想象……只是对Appstore的用户来说，还是太复杂太难了吧？

英雄无敌6（HOMM6=Might & Magic Heroes VI），Ubisoft+Black Hole

接下来要写的这个游戏，就是著名的HOMM=Heroes of Might and Magic系列的最新作了……什么？名字错了？！这个系列不是多少年的“Heroes of Might & Magic”吗？官方居然偷偷改名叫“Might & Magic Heroes”了？！从名字上就透着这么山寨妥吗？！

战略航空军推荐指数： 72 虽然是系列正统续作，却做出了山寨游戏的感觉！

游戏基础质量分：75 不能再高了，那海量的BUG、奇怪的美术风格和山寨般的系统

+3 最大的“优点”：单机游戏部分数据在线。之所以+3不是因为这么做很好，而是因为“这么烂的一款游戏都能这么干，其他人也可以学了”。
+2 至少在系统设计上比之前几代英雄无敌都友善，所有的城堡都可以转种族，招兵可以在任意一个城堡一次招好而无需传兵

-3 BUG虽然没到会让游戏不能进行的程度，但是会经常让你吃到苍蝇
-2 莫名其妙的平衡性，几乎每个兵种都有两排主动和被动技能实在不可理喻
-2 莫名其妙的平衡性之二：你们不会真觉得那一大片主动被动技能和魔法都是等值的吧？
-1 我个人无法接受这个战斗节奏，不过也许会有人接受吧

把一个历史悠久的系列作品做得像山寨还是很难的，但是匈牙利人们硬是做到了。

我就不细说那些BUG的事情了——比如说，你要是调快了部队行动动作，部队音效也会跟着吱哇乱叫起来，这种BUG居然能通过检验真是不得了！还有什么高级狮鹫不能攻击啦，每次敌人行动都要祈祷不要无限循环啦……好吧，一个没啥预算的项目，可以理解。

我也不细说那些平衡性方面的东西了。任何一个把几十种完全平等的技能完全放给玩家自由选择的系统都是不负责任的，更别说英雄无敌6从头到尾都充斥着这样的“让玩家自己去选择平衡”的设计。所有的道具几乎都是完全平等随机产生的，兵种也变成了低级兵（3种）、高级兵（3种）和终极兵（1种）的结构，资源从6种降低成3种也几乎没有降低游戏整体的复杂性……一个原来做战锤的公司，可以理解。

整个系统方面的友善度也提高了很多，不过也没什么细说的价值。英雄无敌系列的招兵和运兵原本就很反人类，这次做出了很多贴近用户的改动也在情理之中。虽然很多系列的传统粉丝感到不满，但公允地说，合并所有招兵列表，通用传送术，新招出的英雄经验自动贴近平均值等等都还算是不错的改动。

我真正想说的，是英雄无敌6把部分数据放在服务器端的尝试。

这个行业里每个人都知道，只有网络化才是出路。死抱着传统的游戏销售模式，是毫无希望的。但是，网络化要怎么做，就成了个大问题。并不是每个类型的游戏都适合做成网络游戏的。确实，所有枪枪枪都可以做出差不多的对战模式和协作模式，但就在这篇文章的上方就躺着一个不太成功的例子。网络对战游戏是个绝对的“一将功成万骨枯”的领域，哪怕游戏出色如GTA、神秘海域或者荣誉勋章，在真正的网络对战大热游戏面前也不算什么。协作模式算是开了“第二种道路”，但协作模式本身也不是长久之计：它的成本费效比太低了。第三条道路是DLC内容下载，不停给单机游戏增加新内容；但正如很多聪明的用户所指出的一样，DLC下载实际上是变相的涨价，将游戏拆成很多不同的部分进行销售，不仅破坏了游戏的完整性，也并没有给发行商带来足够的回报。Steam这样的数字分销渠道本身实在不能说是一个有效的网络化手段，它只是个新渠道而已。如果投靠社交游戏和手机游戏，那急速下降的单用户受益就不是任何传统厂商消受得起的了。只有极大地压低成本才能在这两个网络新类型中生存，但这和核心玩家的需求背道而驰：真的有30倍的人想花钱买那愚蠢的、Iphone版本的Rage来玩吗？

而英雄无敌6有个颇有些大胆的尝试：游戏中很大一部分基础数据是储存在服务器端上的，单机部分根本没有这些数据，比如王朝武器和王朝技能。哪怕你纯粹玩单机游戏，也可以加加好友，练练等级，刷刷装备，甚至用真实的金钱来购买一些单机游戏中的装备和特性。由于这些数据都存在服务器端，对很多用户来说，这些东西不再像之前那些“单机游戏道具销售”的尝试那样虚拟了。这个行业过去几年的尝试证明了这样一件事情：无论你销售怎样愚蠢的虚拟内容，只要这些内容在网络上，其他人可以看到，总会有那么一小部分鲸鱼用户付出巨额的金钱，足以支撑剩下其他免费用户、盗版用户、甚至是打金用户所有的花销。这个事实虽然不到放诸四海而皆准的程度，但也是放诸欧美中日韩等主要游戏市场，和网游休闲页游手游等全平台而皆准的经验之谈。我印象中，这还是我第一次看到有一个单机游戏，认真地打算在运营中运用这一事实。

这条路不一定是绝对正确的，但它至少会是正确的道路之一。未来的单机游戏，必须要有某些数据放在服务器上才行，这是苦思冥想做协作、对战和DLC下载之外的第四条道路。英雄无敌6做了一个从某种意义上来说，非常有效的例子：就算是一款这么烂的、完成度低下的、甚至看起来像是山寨的单机游戏，也是能做部分数据在线和内置付费的！而且，根据大家过往的经验来看，捞钱的机会也还是很大的：英雄无敌6作为系列续作不怎么出色，可要和那满街的MMO、休闲、页游、手游相比，还真是款完成度很高的游戏呢。只要有1-3%的鲸鱼用户大胆出血，事情就算成了，我们就能等着继续看到英雄无敌7了……

好吧，这商业模式听起来确实有些可恶。但是，并非单机游戏的开发者们想如此，而是这世道逼得他们不得不如此。世界上的资源是有限的，具体到游戏行业的各个类别中更是如此。如果连这条路都没有，我们熟悉的很多单机游戏恐怕就连盈亏平衡点都做不到了。随着发行商的胃口被社交游戏、手机游戏这些低质量、高回报的类型钓了起来，资本市场也变得越来越险恶了。传统的单机/家用机游戏越来越难得到预算，一个又一个类型被主流发行商抛弃，掉落进了同人游戏的预算表里；部分国家，比如澳大利亚的传统游戏行业已经进入了崩溃的边缘。这对喜欢这些类型游戏的用户和开发商来说都是个噩梦。而把部分数据放在网络上，却是个几乎每家公司都能做到的设计方式。我衷心希望能有更多的传统单机厂商能努力证明这一商业模式是成功的。

Vim发布二十周年

Thu, 03 Nov 2011 13:48:00 CST

1991年11月2日，Vim文本编辑器公开发布了第一个版本。昨天是它的二十周年庆。 Vim最初是为Amiga平台开发的Vi编辑器克隆，但迅速被移植到其它平台，并最终成为最流行的Vi兼容文本编辑器。Vi的开发始于1970年代末，作者是BSD开发者、太阳微系统公司联合创始人Bill Joy。它是类UNIX系统的标准编辑器。Vi克隆出现于80年代末和90年代初，主要原因是Vi的许可证不能自由分发，而克隆则因为采用了没有限制的许可证而得到广泛使用。早期的两个著名克隆是Stevie和Elvis。Vim作者Bram Moolenaar对Amiga平台上的Vi克隆不甚满意，他开始在Stevie基础上开发新的文本编辑器。第一个公开发布的版本是1.14版，使用了宽松的公共版权许可证。名字Vim最初指Vi IMitation，后来变为Vi IMproved，代表是Vi的升级版。

笔记: Xen VM 里面的 MySQL 服务器优化

Mon, 15 Oct 2012 16:45:02 CST

我一直都对公司 Xen VM 的数据库服务器不满, 因为实在是太慢了. 但是几百个 GB 的商业数据我可不敢动, 于是先在测试服务器上证实一下我的想法. 测试环境是:

Dom0: Debian 6 Xen Hypervisor 64-bit, Xen 4.0
DomU: Debian 6 64-bit
MySQL server 5.1, innodb_file_per_table, pool=1GB, log=256MB
硬盘就是普通的 SATA 7200RPM, VM 用的是 LVM 分区

然后我用之前写的一个小程序做批量更新, 32K 记录. 缺省配置下, 运行时长达到24分钟, 而优化后则只需要27秒. 差不多60倍?? 我都有点不敢相信了. 下面是对应的配置和测试数据. 每次更改配置后都会重启 MySQL, 因此不大可能是缓存在起作用.

Updating 32606 records (client table), InnoDB table, autocommit=true, file_per_table, pool=1GB, log=256MB

Default(Xen):
real 24m46.195s
TPS 21.9

(Xen)With innodb_flush_method=O_DIRECT
real 24m45.024s
TPS 21.95

(Xen)With innodb_flush_method=O_DIRECT, innodb_flush_log_at_trx_commit=0
real 0m37.873s
TPS 860.9

(Xen)With innodb_flush_method=O_DSYNC, innodb_flush_log_at_trx_commit=0
real 0m27.352s
TPS 1192

看来 innodb_flush_log_at_trx_commit 是关键, 按照文档设置为 0 的话每秒 flush 一次, 而不是每个 transaction.

通过实验, 我的判断基本被验证, 看来 Xen 对于磁盘 IO 的额外开销还真不小. 有机会还是把数据库直接跑在真刀真枪的物理层吧.

Feed enhanced by Better Feed from Ozh

进阶过程：程序员做项目的独立性

Tue, 05 Feb 2013 23:08:32 CST

文章系本人原创，转载请保持完整性并注明出自《四火的唠叨》

第一阶段：编码机器

这是最低级的阶段，程序员拿到详细设计文档，上面连许多方法接口都定义好了。重构一些代码，写一些实现，调用一些既定的API，然后花许多时间在各种各样的场景测试上面。从做的工作上看，这都不能算程序员，最多，只是编码技巧卓越的码农而已。因为它几乎扼杀了一切创造力，但是这很常见，比如在一些对日外包公司，就是如此。

第二阶段：独立的实现者

程序员得到的只是粗略的设计文档，也许注明了外部接口的清单，还有框架和基础设施的API，需求已经澄清清楚，接下去要做的就是发挥聪明才智把软件实现设计好，把代码写好，测试通过。这项工作可以在安静和独立的环境中完成，因为没有什么是不够明确的，那些本不清楚的部分，项目经理、架构师和产品经理已经搞定了。这样的环境下可以诞生许许多多OO设计优秀、代码清晰简洁的程序员，但是这始终只是在做一个残缺的项目而已。很多程序员新手都是从这个阶段开始的，但是程序员如果只会代码层面的设计、编码和测试，并不能算一个完整的程序员，也许连一半都算不上。

第三阶段：项目沟通者和管控者

程序员要和需求工程师，甚至客户澄清需求，分析可行性；需要自行分析设计项目中的技术难点；参与决定和管理迭代周期和计划表；组织和参与项目组内运作跟踪会议。编码以外的事情会占用一些时间，这些时间大多来自沟通的成本。如果说，前两个阶段还未能明显看出沟通的重要性的话，那么到这个阶段，一个不能良好沟通的程序员，将成为项目组运转的瓶颈。国内至少有一半的软件公司的程序员做项目应该处于这个阶段。

第四阶段：从做项目到做产品

从做项目跨越到做产品，想想容易，做起来很困难。做项目需要更多倾听用户需求，但是做产品更注重思考，思考用户的痛点和产品的定位远重于倾听用户表述。从项目周期上看，做项目关注在拿到需求并实现交付的过程，但是做产品需要把更多精力花在产品定义、设计，还有长时间的产品维护上。做产品的程序员，必须要和客户沟通，必须要维护自己开发的软件，获知用户和市场的反馈，如此才能体会到什么功能才是迫切需要的，该怎样把技术、业务和实际产品的实现结合起来。

第五阶段：产品成长的见证人

也许很少人能够参与从零开始，经过创意、市场分析到产品设计的过程，在明确要做什么之前有大量的时间会花在产品探索性的工作上面。也许会做很多的产品原型，也许某些版本和功能在A/B测试之后就被放弃了，更有些产品在流传开来以前就销声匿迹了，或者很快就死在抄袭和山寨手里。产品的更迭和换代总是千辛万苦，而看得到的部分往往如此简单，但是谁知道它的历史有多曲折呢？

文章系本人原创，转载请保持完整性并注明出自《四火的唠叨》

分享到：

你可能也喜欢：

软件世界：代码编辑器Sublime Text 2将成为你的首选

Mon, 09 Jul 2012 10:59:00 CST

From lycom.de

道喜点评
- 代码编辑器Sublime Text 2是共享软件，而TextMate是付费软件；
- 代码编辑器Sublime Text 2中文支持明显优于TextMate，到今天，TextMate中文支持还是有问题；
- Sublime Text 2同时也支持一些 TextMate Bundle；
- 快捷和流畅是Sublime Text 2给人最强烈的感受；
- Sublime Text 2是跨平台代码编辑器，而TextMate不是；

参考资料

MS Office将完整支持Open XML和ODF

Wed, 15 Aug 2012 18:40:00 CST

在2005年到2008年之间，微软和其它公司如Google和IBM打了一场标准大战。战役的核心是两大文档标准：其一是OASIS开发的Open Document Format（ODF），其二是微软自己开发的Open XML。两大标准都已被全球标准组织ISO/IEC接受。但当时的微软却不愿意完整采用自己制定的标准，而是实现了一个过渡标准Transitional Open XML，它能更好的支持旧版本MS Office创建的文档。现在，微软官方博客宣布，Microsoft Office 2013将完整支持Open XML和ODF 1.2. Office用户将可以打开、编辑和保存文档为ISO/IEC批准的格式。

Microsoft 已初步完成快递芒果的重要任务

Sat, 29 Oct 2011 12:55:00 CST

分类: 智能手机

Microsoft 刚刚在 Windows Phone 的官方网志上宣布，他们已经完全地（100%）让所有在早前列为「合资格」（不论手机是来自哪一间电讯商）的 Windows Phone 都更新上 Mango 了！换言之，根据他们早前所许下的承诺，现在全世界已经有一半的 Windows Phone 在享受芒果的味道；回望整个过程都只是用了一个月左右而已！比之前 NoDo 的升级效率高得多。那么现在除了享受手上的芒果之外，还要做什么呢？就是等菠萝... 噢！是等阿波罗才对！

引用来源 | 引用来源 | 此文章网址 | 转寄此文章 | 回应

无题两则：狂怒（Rage）的英雄无敌6（Heroes6）

Wed, 26 Oct 2011 23:39:28 CST

两款不值得细说的游戏，但又有些想说的不吐不快。干脆凑成一篇吧。

狂怒（Rage），ID Software+Bethesda

战略航空军推荐指数： 75 如果你需要一个枪枪枪的爽游戏，它还是合格的——仅此而已

游戏基础质量分：85 ID制作出的成品仍然显得非常优秀，只是关卡数量不足

+2 车辆驾驶的手感不错，Fallout3/FNV有这个就好了……只是说说而已。如果真让Fallout系列做驾驶，游戏内容怕是要砍掉70%
+1 枪感也相当不错，不愧是ID
+1 关卡设计还算认真……也只是还算认真罢了
+1 能看出角色设计废了很大功夫（这不是错字，因为那怎样也好的剧情确实把角色设计废了……）

-3 沙盘游戏史上最小的地图。总共其实只有11个关卡，而且没有任何一个车辆战关卡……好吧有武装赛车，但实在是相当一般
-3 所以他们每个关卡用了两遍，手法颇为值得商榷
-3 RPG有很多成功的要素，但“任务形式叙事”绝对不是亮点
-3 RPG有很多成功的要素，但“在垃圾堆里翻道具”绝对也不是亮点
-2 叙事那叫一个着急，那叫一个无聊……我本来以为一个末日游戏的叙事不能比Borderlands还差还无聊，我错了
-2 居然只有合作模式
-2 有些BUG。其实游戏过程中我三次掉出地图，但我还只是说有些BUG，因为接着我玩了英雄无敌6……

至于那个阉割版Appstore版Rage，我不予置评。毕竟只有1.99美元，有什么东西你们应该也可以想象……只是对Appstore的用户来说，还是太复杂太难了吧？

英雄无敌6（HOMM6=Might & Magic Heroes VI），Ubisoft+Black Hole

战略航空军推荐指数： 72 虽然是系列正统续作，却做出了山寨游戏的感觉！

游戏基础质量分：75 不能再高了，那海量的BUG、奇怪的美术风格和山寨般的系统

+3 最大的“优点”：单机游戏部分数据在线。之所以+5不是因为这么做很好，而是因为“这么烂的一款游戏都能这么干，其他人也可以学了”。
+2 至少在系统设计上比之前几代英雄无敌都友善，所有的城堡都可以转种族，招兵可以在任意一个城堡一次招好而无需传兵

-3 BUG虽然没到会让游戏不能进行的程度，但是会经常让你吃到苍蝇
-2 莫名其妙的平衡性，几乎每个兵种都有两排主动和被动技能实在不可理喻
-2 莫名其妙的平衡性之二：你们不会真觉得那一大片主动被动技能和魔法都是等值的吧？
-1 我个人无法接受这个战斗节奏，不过也许会有人接受吧

把一个历史悠久的系列作品做得像山寨还是很难的，但是匈牙利人们硬是做到了。

我真正想说的，是英雄无敌6把部分数据放在服务器端的尝试。

中国程序员水平很快超过美国？

Wed, 19 Oct 2011 17:30:46 CST

美国一家比较程序员技术水平的服务 Gild，在经过调查之后得出结论，虽然美国程序员的技术水平要比中国开发者高 20%，但在数学和逻辑领域中国程序员反而超过美国开发者 20%。这也许意味着中国程序员的技术水平很快能追上美国程序员。

Gild 对 50 万名程序员进行了 100 万次测试，在主要的编程语言上，美国程序员占据着优势：

C 语言，美国程序员平均得分比中国程序员高 20%。
C#，美比中高 26%。
C++，美比中高 19%。
Java，美比中高 24%。
Oracle，美比中高 24%。

然而，中国程序员有两个关键的领域超过美国，分别是逻辑和数学，VentureBeat 认为这两个基础技能是写出优美代码的关键。

Gild 的 CEO Sheeroy Desai 认为，“软件开发，美国开发者是最棒的，美国依然是耀眼的明星，然而能继续保持吗？为了继续保持领先的地位，我们非常需要提高学校所传授的数学知识水平。”Gild 的研究者还认为，美国要向中国学习“将注意力集中在核心技能上，特别是数学。”

不管怎么说，Gild 的结论很有趣。它说明了一个事实，那就是中国程序员编代码的水平正在逐渐与世界第一的美国靠拢，而且处于一个微妙的距离。

陈一斌

组织过软件汉化，写过时间管理文章，研究过个人知识管理。关注科技的发展，创投资讯、移动互联网。

邮箱 Twitter Facebook 新浪微博

原创的新鲜趣味，@乐活制造，点击关注。

这才是word processor的未来

Sat, 22 Oct 2011 00:08:30 CST

http://worrydream.com/Tangle/

有的时候我一只在想，为什么Word, WPS, WordPefect这样的东西，居然是面向文字这样反生产力的东西。

Hyper-text processor才是文字处理类的未来。以后所谓的纸质写作，只是把信息二次元线性化的处理过程。

Word里的macro和“域”可以做到近似的效果，但是永远没法做到多级联动，和社会化协作。

又看到个 Kill Math Project，里面 Scrubbing Calculator 真是个好东西。

方格纸和草稿纸都过时了。

via

btw：才发现这两个东西都是出自 worrydream.com 。被震惊得彻底SB了。

btw2：作者的首页真卡。HTML5迟早被Flash阴魂附体。

IT瘾software推荐

Elasticsearch 與 Kibana 也變成非 Open Source 軟體

NUMA微架构

小试 MariaDB Galera Cluster

測試 MySQL 效能的方法

Related Posts:

Percona XtraDB Cluster 搭配 HAProxy

安裝 Percona XtraDB Cluster

設定 HAProxy 負載平衡

Related View

在 Linux 上创建 Software RAID 10

Stack Overflow 的現況…

Related Posts:

Android 4.4 登陆 Nexus 4

OmniFocus 2 for iPhone 上手指南

为什么要选择 Scrivener ?

MacBook Air上手体验之软件篇

办公软件

系统软件

影音娱乐

知识管理

支持作者 | 媳妇的淘宝店

又有一家大的 MySQL distribution 支援 Galera Cluster…

Related Posts:

如何禁用flash

在 Percona XtraDB Cluster 裡使用 async replication 時人工 failover 的方式…

Related Posts:

換 NoSQL 前的建議…

Related Posts:

MySQL InnoDB 遇到 Deadlock 時的判讀

Related Posts:

用 InnoDB 時關於 PRIMARY KEY 的建議

Related Posts:

MySQL HA 的選擇…

Related Posts:

在 Ubuntu Server 上尝试 Nagios3

在 Linux 下開發 C/C++ 的新手指南

系統工具

編譯

連結

執行

閱讀程式碼

熟悉 Linux 系統程式

結論

无题两则：狂怒（Rage）的英雄无敌6（Heroes6）

Vim发布二十周年

笔记: Xen VM 里面的 MySQL 服务器优化

进阶过程：程序员做项目的独立性

软件世界：代码编辑器Sublime Text 2将成为你的首选

MS Office将完整支持Open XML和ODF

Microsoft 已初步完成快递芒果的重要任务

无题两则：狂怒（Rage）的英雄无敌6（Heroes6）

中国程序员水平很快超过美国？

这才是word processor的未来