<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>寂静的深海 &#187; 技术</title>
	<atom:link href="http://www.deepseath.com/?feed=rss2&#038;tag=%E6%8A%80%E6%9C%AF" rel="self" type="application/rss+xml" />
	<link>http://www.deepseath.com</link>
	<description></description>
	<lastBuildDate>Mon, 29 Jan 2024 09:55:11 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>PHP的json数据编译和解译，字符编码无关。</title>
		<link>http://www.deepseath.com/?p=1016</link>
		<comments>http://www.deepseath.com/?p=1016#comments</comments>
		<pubDate>Fri, 11 Nov 2011 03:23:48 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[实验室]]></category>
		<category><![CDATA[ajax]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[中文]]></category>
		<category><![CDATA[代码]]></category>
		<category><![CDATA[开发]]></category>
		<category><![CDATA[技术]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=1016</guid>
		<description><![CDATA[这里只就PHP5.2.0+以上版本而言，因为JSON扩展是自PHP5.2.0才开始引入的。早期版本没有默认引入。 json现在应用比较广泛，主要是由于ajax技术的原因。json可以很方便的传输具有属性的数据格式，方便前端进行解析处理，更好的将数据流量传输降低并且也能使前后端尽可能的分离。 貌似自06年开始我在做的项目如果客户不强烈要求的情况下，我都会使用UTF-8进行编码开发，UTF-8开发会有很多好处，比如前、后端数据传输很方便无须额外的编码开销，另外储存的字符也比较直观，虽然有数据容量的浪费，但在目前储存如白菜价的环境下，容量问题应该不大。 在使用UTF-8编码的时候，json_encode/json_decode可以很方便的处理（虽然编译后的数据中的中文看起来很怪异，但因为也不需要直接使用数据所以也无所谓），因为PHP自带的json扩展库只支持UTF-8编码。 但有的时候客户强烈选择使用GBK/GB2312进行编码的情况下，自带的json就应付不了了。所有涉及到中文的经过编译后会变成null。 在不考虑使用第三方的扩展或者其他类库处理的情况，可以自己写一个变形函数来处理。 原理其实就是将数据的字符进行编码，比如使用rawurlencode()、urlencode()或者base64_encode()等函数进行编码，然后输出的时候再进行解码。 当然了，也可以用另一种途径，就是直接将数据字符进行编码转换，统一转换为UTF-8，然后使用json扩展函数进行处理，不过，这样处理可能会有一些意外发生（比如字符编码错误），另外，程序内的几个字符编码间来回转换看起来也不太好。 我处理的时候，利用urlencode进行编码（其实也可以使用rawurlencode()或base64_encode()，不过base64编码容量会比较大一些）。一般就是重写几个函数：json_encode()、json_decode()、ulrencode()、urldecode()。 首先要重写一下urlencode()和urldecode()，因为php自带的这两个函数只能对字符串进行处理，对于数组无法处理。而我们大多情况下其实就是处理数组。 其次要重写json_encode()和json_decode()，主要是将字符串编码进行还原，其实如果是js需要的话，可以不用重写。 主要代码： function djson_encode($data){ //重写json_encode，将数据使用urlencode进行编码 return json_encode(durlencode($data)); } function djson_decode($data){ $data = json_decode($data,true); $out = array(); foreach ( $data AS $key=&#62;$value ) { $out[durldecode($key)] = durldecode($value); } return $out; } function durldecode($string){ if ( is_array($string) ) { $array = array(); foreach ( $string AS $key=&#62;$value [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=1016</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>百度和Google到底区别在哪里？</title>
		<link>http://www.deepseath.com/?p=603</link>
		<comments>http://www.deepseath.com/?p=603#comments</comments>
		<pubDate>Tue, 09 Feb 2010 16:22:32 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[心情日记]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=603</guid>
		<description><![CDATA[自打刚回到家里就感冒，这两天终于好了一些，现在已经不难受了，呆在家里整天看电视、看电影，要么就是研究一些无聊的东西。 最近一个实验站流量不错，自打服务器稳定后、域名更换为.com后，流量在慢慢的上升，甚至已经超过了另外的运行接近4年的小论坛。觉得很有意思，因为是实验目的比较大的，所以这几天也在琢磨原因。 有几个小发现： １。服务器稳定性对于搜索引擎有影响，但未必是绝对的，当然前提是服务器不能长久（比如１个星期，呵呵）无法访问。这个影响最少应该不在收录，可能对于排名有点干扰。但只要网站内容独特，那么稳定后也一般可以恢复正常； ２。实验证明，.com效果要好于.cn。这个之前已经在很多运营交流站内被讨论过。无论Google还是百度，似乎都更偏好于.com（当然，我是指同等条件下的）。 ３。百度更倾向实用性，Google更倾向技术性。这个无关谁强大或者谁更人性化。 看流量统计发现一个有趣的现象。 我的博客来自Google的占到接近95%的流量，百度仅仅为不到3%，甚至可能还不如Bing高。而我的另外一个站（生活内容为主）来自百度的接近 70%，Google约为20%。也许真的印证了一些做SEO的人的话：使用Google的多为做技术的，使用百度的多为非技术的…… 只是一个无聊想想而已，我自己觉得，如果想做网站运营，那么就要脚踏实地的做好基础性的东西，比如结构、性能等等，慢慢的去积累内容，终究会有好看的流量的…… 题外话，草根现在做网站运营真的越来越难了，难道ZF故意的……]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=603</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>巴西逆转美国3：2获得09年联合会杯冠军！</title>
		<link>http://www.deepseath.com/?p=541</link>
		<comments>http://www.deepseath.com/?p=541#comments</comments>
		<pubDate>Sun, 28 Jun 2009 20:44:20 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[我爱足球]]></category>
		<category><![CDATA[世界杯]]></category>
		<category><![CDATA[国足]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[足球]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=541</guid>
		<description><![CDATA[上半场，巴西明显赛前准备不足，有些轻敌，战术部署不坚决。反观美国准备工作做得很好，全队意识很明确。结果一上来就把巴西踢蒙了。这样的对比导致美国2：0领先上半场。 下半场，邓加一定是在更衣室做了详尽的部署。开场一上来明显感觉进攻意图很明确，虽然美国发挥的也不错，但仍旧被巴西超级逆转连进3球最终赢得比赛，值得一提的是，卡卡的一次射门，球已经完全过球门线了，但被裁判给吹了，很可惜！ 巴西获得卫冕！美国也值得钦佩和尊敬！！ 美国胜在赛前准备工作做得好，全队意识统一战术明确，另外充分的跑动积极的拼抢也是能让场面不难看的一个保证，但，实话实说毕竟全队整体的技术能力相对要差一点，所以结果也是在意料之内的。 巴西差在上半场赛前的准备不足，全队没有统一的意识同时战术部署不坚决，同时，糟糕的后防终归是一个隐形的炸弹，如果巴西想在未来的世界杯有上佳表现，后防将是一个非常重要的一环。 本场比赛还是很精彩的，一个技术流和身体素质流的对碰，巴西美妙的桑巴舞蹈，美国跑不死的精神，奉献了一场值得一看的比赛。表面看不是一个层次的两个队伍的碰撞，事实上足球就是一个很神奇的运动，只要比赛哨声不响，什么情况都可能发生。 美妙的夜，精彩的比赛。 期待明年的世界杯^_^ 题外话，南非人吹的那玩意儿真的很闹心，跟蚊子似的，闹心死了，幸亏已经习惯不听解说了，关闭声音只看图像 再题外话，本场比赛应该说非常值得中国队借鉴，这场比赛有技术有身体素质，可以看到技术流如何破解身体素质过硬的演练，同时也能看到如何利用跑不死的积极拼抢去突破完美的技术。两种风格的对决是一个非常好的借鉴。中国队既不可能做完全的技术足球更不可能靠身体条件去拼，两个方面同时加强才能令中国足球真正走出去。 哈哈，正写本文的时候，法比亚诺获得了金靴奖、卡卡获得了金球奖^_^卡卡现在已经成为真正的球队领袖了。 最后再次对美国队的表现表示衷心的钦佩和尊敬！！！！]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=541</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>史上最郁闷、最点背的前锋</title>
		<link>http://www.deepseath.com/?p=499</link>
		<comments>http://www.deepseath.com/?p=499#comments</comments>
		<pubDate>Fri, 15 May 2009 16:17:25 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[我爱足球]]></category>
		<category><![CDATA[天津]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[泰达]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=499</guid>
		<description><![CDATA[2009年中超第9轮，天津泰达主场迎战上海申花。 天津整场比赛技术统计，除了犯规和黄牌外，其他各项统计均高于申花。 但是运气差到整场16次射门仅仅得到一个进球，我汗，上赛季的金靴竟然浪费了5、6次机会~~~ 压着申花打得泰达竟然被人先入一球，幸亏小将何杨头球扳平，否则又要延续对阵鲁能那场得势不得分的尴尬境地了。 比赛结束，申花仍旧没破除客场虫的记录，而泰达也仍旧没有破除对阵申花不胜的尴尬。 路易斯的估计是目前最点背的一个前锋了吧？！把球队的运气都给带背了，希望还是好好休息两场调整调整一下心态吧，这样下去对本人对球队对球迷都没什么好处哦。 左二你也该变变思路啦！！！别总盯着一个人看啊，张烁虽然不入其他前锋神勇，不过他灵光一现的时候还是可以造成很多威胁并给队友创造机会的，在大路目前状态低迷的情况下，不妨换换思路吧！]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=499</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>铁杵磨成针的经历</title>
		<link>http://www.deepseath.com/?p=453</link>
		<comments>http://www.deepseath.com/?p=453#comments</comments>
		<pubDate>Fri, 24 Apr 2009 10:50:49 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[心情日记]]></category>
		<category><![CDATA[Deepseath]]></category>
		<category><![CDATA[北京]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[照片]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=453</guid>
		<description><![CDATA[去年在北京的时候因要出去玩，有一个包包拿着不方便于是在超市买了个小的密码锁，然后锁住包包进行寄存。用途倒也挺大的，小锁头挺精致的。 用过之后，其实不知道如何重设密码也不清楚机理更没研究。一次攥在手里把玩的时候不小心把密码给重置了，汗！！然后也不知道密码怎么打开，一次闲置放在一边。偶然今天弟弟拿出来说锁头挺好的，可惜打不开了。我觉得也挺郁闷的，试了几次没弄开，极其恼火。 刚刚觉得应该可以弄开，于是上网搜索看看是否其他人有什么好的招式，结果也没找到什么有用的办法。 看了一下锁，是三位的密码。每位由0到9组成，三位总共有1000个组合，应该说还是比较容易的，与其找办法，不如来个遍历尝试，大不了最多试1000次嘛，耐心而已，而我自觉最差的就是耐心。开始尝试。从000开始，001不行……101不行，耐心！耐心！！201还不行……耐心！耐心！！耐心！！！总算功夫到了，哈哈，终于被尝试出来，真的超级激动，虽然是个愚蠢的办法，可毕竟解开了，哈哈。幸亏不是9xx，那个时候真怀疑自己的耐心了，呵呵。 没什么值得炫耀的，不是什么技术活，就是想发泄一下激动的心情，上图，留个纪念！！嘿嘿，照片上的可不是密码哦^_^ 三位密码琐解锁纪念 ==================================]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=453</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>对付骗子的一招巨爽的办法</title>
		<link>http://www.deepseath.com/?p=391</link>
		<comments>http://www.deepseath.com/?p=391#comments</comments>
		<pubDate>Wed, 05 Nov 2008 09:06:29 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[祝福]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=391</guid>
		<description><![CDATA[　现在的骗子太TMD多了，首先“问候”一下骗子们的全家死光光，“祝福”一下骗子们出门被车撞死。菩萨呀、观音啊、上帝啊，俺别的愿望基本没被满足过，介个就满足满足一下下吧，police叔叔们太辛苦了，而且我其实真的怀疑他们太累了未必抓得住他们的，所以，满足一下下吧^_^ 　侃完了回到正题，呵呵，上面是做梦的，无论白天还是晚上都不会实现，神仙指望不了Police叔叔似乎也不太靠谱，还是自己发泄发泄吧，哈哈。今天偶然逛某处有人提出一个方法，超级变态——当你手机收到给个帐号的短信让你汇钱之类的，反正都是大同小异——骗子。如果是移动的除了你可以将短信转发给10086999（编辑这个骗子短信前面加上发送短信的手机号加上*）或者给客服打电话，虽然我始终觉得这样做到底有没有什么帮助，不过有的时候我还是这样做了，每次都是机械性的收到答复，就是类似感谢之类的话，其实我真的怀疑接下来会怎样，他们真的会处理吗？ 　这些办法操作起来很累，而且未必有效。看了那位仁兄的方法，我直呼高人啊，不卖关子了，很简单：把你收到的帐号记下，然后在网上搜索这个帐号的开头，看看是哪家银行的卡号，然后进入这家银行的网站，找到登录的入口，输入帐号，随便输入密码，然后提交，提示你错误——当然啦，随便输入的嘛。一直这样试，银行为了保护卡号会自动封锁这个卡号，好像是一天以内会冻结这个帐号，哈哈。爽吧~~刚才试了一下刚收到的卡号，到农行登录，嘿嘿，不错，有效，哈哈，无聊的时候可以找骗子玩玩～～ 　说实话，其实此类的骗子虽然不能完全杜绝不过，我想还是可以实现的，两个途径都封死掉，至少类似这样的骗子也就少了，比如，移动运营商严格审核登记使用实名登记、银行把好证件的真假判断、立法严格处理此类犯罪。唉，二代身份证刚开始说的那么高深的技术哪里去了呢？还是可以被冒用～～补充一下，丢失身份证的不在此范围哦～～ 　有点累写点游戏的东西玩玩……]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=391</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>memcache是个好东西</title>
		<link>http://www.deepseath.com/?p=389</link>
		<comments>http://www.deepseath.com/?p=389#comments</comments>
		<pubDate>Wed, 05 Nov 2008 03:32:25 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[程序人生]]></category>
		<category><![CDATA[memcache]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[底层]]></category>
		<category><![CDATA[技术]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=389</guid>
		<description><![CDATA[　标题是个废话，不好就不会有那么多人用了。 　一直在考虑利用PHP+mysql自己架构一个简单的类似memcache的简单应用，原理比较简单，基本可实现缓存的键值分配、过期的设置、数据的存储等等。功能上无非就是写入和读取。简单点说其实也就是利用一个查询的集去写入缓存。每次查询到公共部分的时候直接获取结果。这样虽然也是要经过数据库查询，但对于某些多次进行的相同查询的时候效果也是比较明显的。当然不会有类似memcache的分布式架构，仅仅是一个小型的应用，适用于不方便安装memcache的时候。属于项目级的一个数据层的小型缓存机制。可惜无法理解底层的内存操作技术，否则直接写入到内存可能效果会非常好，因为基于的功能仅仅为读、写没有memcache那么复杂的应用，应该效果会好一些^_^ 　尝试写了一下感觉还不错，呵呵，对于小型的项目应用自信还可以应付。最近状态不错。继续加油～～忙完手里的项目赶快忙自己的……]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=389</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>孤单中的寂寞</title>
		<link>http://www.deepseath.com/?p=384</link>
		<comments>http://www.deepseath.com/?p=384#comments</comments>
		<pubDate>Mon, 03 Nov 2008 15:58:21 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[心情日记]]></category>
		<category><![CDATA[开发]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[朋友]]></category>
		<category><![CDATA[照片]]></category>
		<category><![CDATA[网络]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=384</guid>
		<description><![CDATA[　最近很忙，忙得都顾不上发现时间。 　周六周日没太睡觉，似乎好像也没怎么吃饭。发现大站的运营的确是很麻烦，运营中的概念开发时要考虑，有时候这些概念会同技术上的性能相冲突，这是一个极其矛盾而又无可奈何的事情。虽然也有乐趣可言，但的确感觉有些累了。似乎发现自己有些老了，连通宵都不如以前那么精力十足了，或许真的老了，到了明年再怎么躲那个年龄槛都躲不过去了，老了，突然想起来之前有个演唱会叫《再不相爱就老了》，有点感觉寂寞了…… 　周日的中午，站在窗台前伸懒腰，透过窗户是街道，意外发现道的中间竟然站着一只可爱的小狗，风很大，车很多，看上去它也很孤单，茫然的望着穿梭的车流、人群，每每它都迎着风向远处望着，也许它在寻找自己的主人？它不怕风吗？拍了几张照片给它，可惜太远，我的老爷相机似乎也如我一般老了:(给它拍了几张照片在相机上预览的后，再看它已经不见了，也许它找到了它的主人抑或是找到了自己的避风港，无论如何都祝它能走运吧，突然想起可爱的黑皮啦，淘气的它是否能想起那个它最爱欺负的我呢…… 　周六白天去中关村买了个鼠标，走了好几个地方，终于找了一个双飞燕的专卖（其实也考虑罗技来着，不过没找到专卖的），这年头的人可不如过去的年代那么老实了，即便是专卖也未必可靠，但估计怎么着也比打游击的好一些吧，唉，现在如我一般的老实人貌似少了，呵呵。原本就是计划着买的，所以很快就选中了目标，一款可伸缩且线鼠分离的鼠标，价格还可以￥70。 　还去看了看衣服，可感觉哪个都不好:(——臭美～～ 　晚上给一个朋友打电话，意外今天是她的生日，同在一个城市却自打我今年来了北京从来没见面，呵呵。忙过这阵一定给自己好好放松一下，彻底找朋友疯一疯，似乎很久没玩了…… 　也许我还没到寂寞到死的地步，这不，在这个时间，还可以在这里乱写乱画一番，幸亏屏幕上了膜，键盘也有膜，否则，这吐沫星……#$%&#38;^***(@#$! 　很讨厌近来的那些垃圾的所谓的网络词语，这真的是脑残啊，特别是网络媒体也TMD凑热闹，动不动就Lei一下要么就那个不是字的一下，不想说出来，真怕脏了自己……为什么有那么多美好的词语不去用呢？ 　也许该去睡了，已经开始胡言乱语了……]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=384</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>产品战略规划和产品规划</title>
		<link>http://www.deepseath.com/?p=380</link>
		<comments>http://www.deepseath.com/?p=380#comments</comments>
		<pubDate>Wed, 29 Oct 2008 04:41:48 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[运营管理]]></category>
		<category><![CDATA[bj]]></category>
		<category><![CDATA[BLOG]]></category>
		<category><![CDATA[开发]]></category>
		<category><![CDATA[技术]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=380</guid>
		<description><![CDATA[使命:公司为什么存在，你需要给出一个持久的事实。 愿景:公司希望发展成什么样子，用以指导公司战略和发展。 战略:如何发展，击败竞争对手的谋略是什么。 企业战略的概念是指在市场经济高度发展的条件下，企业以超越对手、发展自身为目的，以争夺顾客、占领市场为主要内容所展开的一系列带有全局性、根本性和长远性的谋划。在竞争中提高其地位，实现愿景、目标的方法。战略的层次从低到高可以分为基础战略，发展战略，竞争战略和指导战略。 在战略上，人们容易掉入好产品低价格的陷阱，但事实上战略的关键在于“在适当”的时间选择了适当的“产品”并执行了“适当操作策略”。只有这样才能够真正获取到竞争优势，实现公司的长期使命。 如何构建产品研发战略。从构建步骤上应该分为范围-》现状分析-》目标—》解决方案框架-》行动计划几个步骤。从具体产品战略的内容应该包括以下主要内容。 业务宗旨 三年目标和愿景 客户需求和市场趋势 竞争分析(SWOT分析,SPAN分析等) 满足客户需求的理想方案 战略实施计划(战略路径图，工作细分，实施架构) 财务预测和预算(投入和产出分析) 潜在的外部问题(风险分析) 相互依存关系(需要谁的什么帮助) 短期执行计划(在执行上，谁在什么时候做什么) 先有的很多企业的产品规划一般分为两个步骤。一是通过调研收集新产品概念；然后的步骤是通过评审选择若干个新产品概念进入项目实施阶段，形成新产品项目规划。对于很多企业来说，产品规划还更多地是一个“艺术”过程，而不是一个“科学”的过程，更多地是依赖产品规划人员的天才，而不是依靠科学有效的过程和方法。(科学的过程就是一种结构化思维和以数据思维的过程)。在产品战略规划上普遍在缺乏立体化结构，缺乏市场细分，缺乏专业化的管理。具体如下： 1.缺乏立体化的结构(需要的是系统思维和组合分析) 在规划的时候只是因为竞争对手推出一个新产品便匆忙规划，没有没有考虑到与其他产品之间的整合。产品之间缺乏明确的定位,很多企业并没有确定不同产品之间的关系，造成整个产品体系非常混乱。产品结构没有与综合利益结构相联接,很多消费品企业在设计产品结构时，考虑的基本上都是销量和市场份额，而最重要的如利润结构、品牌结构、竞争结构等都没有系统地考虑。 2.缺乏市场细分(市场定位的重点就是理解市场和细分市场) 战略定位倾向于统一化，并没有考虑到不同层次、不同特性的消费对象，从而在战略上就忽略了产品的管理。经营模式单纯强调规模，由于不强调差异性，这种模式发展到一定程度必然会阻碍企业的成长，其关键就在于忽视了满足不同的消费需求。 3.缺乏专业化的管理(团队和组织架构上的支持，水平必须贯通) 在组织结构上缺乏对产品的研、产、供、销一条龙的横向关系缺乏管理，使得产品的发展过程缺乏关注，往往隐藏着许多的潜在问题。产品管理局限于临时性的要求，很多消费品企业平时对整个产品体系都没采取专业化管理，往往是在推出一个新产品时，设置一个临时性的小组来负责。 现有的产品规划过程有着如下的一些不足？ 1.产品规划过程其实是一个企业战略管理、市场营销管理、产品管理中有机的一个部分，而现有的产品规划过程并没有能够解决好这个问题。 2.细分市场是现代市场营销理论的一个基本概念，几乎所有基于市场的工作都是以细分市场为基础和目标，产品规划也不例外，应该以细分市场为基础和目标，而现有的产品规划过程并没有强调这一点。 3.如果我们考察一个成功的产品，通过满足客户需求来提供客户价值，并通过建立竞争优势来战胜竞争对手是其必不可少的两个基本条件，一个好的产品规划过程，应该给一个新产品提供这两个条件。 4.基于技术平台的新产品开发是现代新产品开发理论的一个重要概念，通过利用技术平台的概念，强调技术复用，从而提高开发效率，保证开发质量，降低开发成本及产品整个生命周期的相关成本。而技术平台的有效运用，必须要和产品规划结合起来，但现有的产品规划过程达不到这一点。 5.产品战略规划必须有助于各职能部门的协调、指明方向和确定资源分流配，而现有产品规划并没有体现这一点。 6.现有的产品规划过程，一般在方法和工具层面很少论述。 产品战略规划的四个层次分别是: 产品战略愿景(给出公司的目标，明确内容和方向的意愿) 产品平台战略(平台是细分市场和加速产品开发过程的必然结果) 产品线战略(关键需求和关键功能，产品RoadMap，路标规划) 产品开发战略(产品研发版本规划) 产品(战略)规划过程的三个主要阶段 1.市场细分及选择:在这个阶段，主要通过市场调研和分析，研究如何细分市场，以及企业如何选择细分市场；最后确定企业对细分市场的战略选择。 2.定义新产品概念:对某个细分市场，收集其需求的主要内容，包括客户需求、竞争需求及企业内部需求，并确定企业在该细分市场的产品定位，然后寻找和定义新产品概念 3.确定产品规划:从技术层面分析新产品属于哪个产品族及其开发路径，并根据公司的战略/策略确定新产品开发的优先顺序和组合策略，然后依据企业资源状况，制定新产品开发的时间计划。虽然产品规划过程可以划分为上述三个主要阶段，但这三个阶段是相互影响的。不仅前面的阶段确定了下一个阶段，如细分市场的选择必然确定了需求收集的目标市场；而且后面的阶段也会影响和修正前面阶段的结果，如企业的技术和资源状况可能会影响产品的定位，甚至影响细分市场的选择，细分市场需求的进一步收集和分析可能会修正已经做出的细分市场选择的结果等。所以一方面三个阶段是缺一不可的，每个阶段应该有明确的输出结果，另一方面，这三个阶段是相互影响的，应该注重有机的结合。 产品规划并不是单次的工作，应该是不断循环、持续的工作，随着外部和内部情况的变化而不断的修正。一般产品规划工作应该一定周期内，如一个季度，或半年/一年，进行更新。如果遇到突发的变化，或规划已经缺乏指导意义时，更应该及时更新。而每次更新，不一定会重复产品规划整个过程的所有工作，可能只是部分工作的更新。如内、外部情况的变化并不足以影响市场的细分和选择，则这部分工作就不需要更新。 把产品规划从一个“艺术”的过程转变为“科学”的过程。如果进一步细分市场细分及选择过程，可以很自然地再分成市场细分和细分市场战略选择两个关键活动。而定义新产品概念过程，则包括关键需求分析、竞争分析与定位及定义新产品概念等关键活动。在确定产品规划这个过程中，应包括技术平台分析、确定新产品组合及新产品时间资源计划。 市场细分(市场细分和选择) 细分市场战略选择(市场细分和选择) 关键需求分析(定义新产品概念) 竞争分析与定位(定义新产品概念) 定义新产品概念(定义新产品概念) 技术平台分析(确定产品规划) 确定新产品组合(确定产品规划) 新产品时间资源计划(确定产品规划) 转自：http://blog.sina.com.cn/s/blog_493a84550100bjkn.html]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=380</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>如何走出软件作坊成为开发正规军</title>
		<link>http://www.deepseath.com/?p=363</link>
		<comments>http://www.deepseath.com/?p=363#comments</comments>
		<pubDate>Thu, 23 Oct 2008 02:38:24 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[运营管理]]></category>
		<category><![CDATA[开发]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[补丁]]></category>
		<category><![CDATA[雪]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=363</guid>
		<description><![CDATA[目前好多软件团队都存在着这样一种普遍现象： 　1.大部分人所在的公司，开发人员仅3-5人，多的在10人。别看就这几条枪，还从售前支持，软件开发，测试、打包发布、文档编写、实施安装、培训、技术支持都做。这还不算什么，而且几乎是一个人负责一个产品或一个项目，一个人从头跟到尾，而且负责多个客户的维护工作。这还不算什么，而且随时老板会找来八竿子打不着的新活，要的还挺紧，突然要开发，打乱了所有的计划，最后都懒的按计划行事，每天撞钟，老板有事就吩咐，没事就上网，还不让听歌，当然更不让打游戏。甚至还不让看技术书籍，呵斥不干工作。只能上网装作在工作。 　2.老板和员工互相斗智斗勇，在年终奖、报销、出差、平时福利上啊，都明争暗斗。老板卡的紧，员工就在项目和产品上下药，还不知道是谁占了谁便宜，谁给谁打了工。 　3.员工一边在刻苦钻研各种开发工具，阅读源代码，学习做DEMO例子，阅读UML、设计模式、单元测试、敏捷编程等等，一边却懒的修改现在公司的产品，有问题就打补丁，客户不嚷嚷就懒的修改，代码不优化，界面不友好，架构没架构，代码不封装。 其实大家都是想把产品开发好，把开发过程管理的井井有条，但是都心有余而力不足。阅读了N多软件工程的书籍，从重型方法到轻型方法都阅读了，但都无法把现在的开发状态一点点扭转好。 许多人想闹革命，把现在这些产品和团队都砸塌，然后重新来过，但这只是梦想，说说而已。只能希冀下一次跳槽，能找到一个好的公司，把自己平生所学全部发挥出来，但这好像也只是梦想，因为交流了一下，大家彼此的境况基本相同。 一些极端主义者自己开了公司，才发现不持家不知道油盐贵，现在自己和手下变成了老板和员工的关系，走了过去的老路。 更有一些极端主义者辞职，自己做软件，最后由于生活拮据或做做发现这个软件没什么意义，就丢弃了自己的梦想，随便找一家公司开始沉默撞钟。 一些聪明的家伙，有的入了外企，有的进了大的网游公司，有的进了外包公司，有的进了大网站公司，都是讲究大规模开发的公司，希望能找到一条中国式团队开发产品保证之路。 作为小软件公司，我们真的无能为力了么？我们真的成为炮灰了么？ 但是，中国软件行业大部分都是这样的公司。从每年的CSDN的程序员调查都可以看到，中国软件公司大部分都保持在这种开发团队规模，开发人员大部分都在毕业1-3年。 我们是在等待时间让人变得成熟么？我们是在等待时间让人变得技术综合实力增强么？ 依笔者看，作为中国软件群体最大的小软件公司，需要的不是UML/RUP/CMM这些重型方法，不是前几年大家关注的小组开发方法，也不是敏捷编程这样的结对方法，我们都无法有这样的资源实现这样的方法。 但是，想想，星星之火可以燎原。红军能从爬雪山过草地起家，最后解放全中国。我们就没有方法？ 那我们就需要想，就我们目前能拥有的权力和资源，我们如何一点点改进。我们需要的是从游击队到兄弟连，从兄弟连到正规军的方法。我们现在还处于游击队，一个队长领了一帮游兵散勇，有的人甚至没有枪还背着大刀，有的人还没杀过鬼子。 首先，要把我们自己变成兄弟连。 我常常观看国际著名的CS战队的比赛录像，他们配合的多好啊。如果他们都单兵作战，那么早就死翘翘了。这和咱们的软件开发多么相像。我们多么神往这种默契的配合，打的多么流畅。我们要的就是这个。他们也不几个人么。 那让我们来分析分析吧。 我们想好好专职的开发软件，但我们的时间都被实施安装、培训、技术支持占去了。为什么我们要做这些？是因为我们软件没有操作说明，其他部门人都不会用。而且我们也没有培训机制，其他部门人更不会用。而且我们的软件不稳定，其他部门人都拒绝实施。由于我们软件不稳定，老出问题，出了问题其他部门人也帮不上忙，只能我们自己去做技术支持。 从以上来看，主要矛盾就是在：操作说明、培训机制、稳定性。如何保证这三点。而且从以上来分析，稳定性是最重要的。不稳定，你即使有操作说明和培训机制，其他部门人都躲着实施，谁想去客户那里尴尬丢脸挨骂呀。所以，其他部门人会找各种理由向老板告开发部的状，以躲避实施，说软件太烂，根本无法拿出去。这也就是开发部往往和其他部门关系都不好，开发人员老抱怨自己就闷头辛苦开发解决问题，没有人说好，却被奸人陷害。天长日久，积怨颇深。其实说起来，根源还在开发部自己这里。 如何保证稳定性？ 大家第一想到的就是招测试人员。当然，一些公司的老板是拒绝养测试人员的。另外，如果你只想到招测试人员，其他方法不配合测试人员，即使有了测试人员，软件稳定性仍然不会有提高。所以，有一些工作，是不管有没有测试人员，都必须是我们开发人员要做的： 每个人的技术水平都参次不齐的，每个人对自己代码的负责认真性也都是不一样的，所以要想提高稳定性，必须专门从队伍中找一个人，他作为公共代码开发员。每个产品或项目的修改需求，必须首先经过他的思考，能做成公共代码，能封装成函数，就他来做。其他的程序员只管调用函数，实现客户UI操作和辅助功能。这个公共代码开发员必须具备以下能力： A.参与过几个主要项目的开发、实施、支持。这样，他对客户需求有综合的把握。如果队伍中没有这样的人，只有开发经理一个人有这样的经理，那么接到客户需求，分析客户需求，分解析辨是公共代码员来做还是其他开发人员来做。 B.公共代码开发员具有负责认真的工作态度，代码细心严谨考虑周详异常保护做的到位内存创建释放有头有尾，代码优美，代码可阅读，代码重构，代码性能和稳定都高 C.公共代码开发人员的技术能力高，知道封装成什么样的函数接口，在灵活性，以后的修改变化性上最好 应该说，找一个技术能力好的，工作认真负责的人，应该是不难找到的。而且专门做这件事，不让他参与各种杂事，他是应该能干好这件事的，而且会越做越好，这就是术有专攻。 刚才还讲到一件事，那就是开发经理要熟悉客户需求，而且是深刻理解客户需求。 客户需求，客户需求。这个让开发部最头疼的字眼。每当想起客户需求，就想起了以下这些话： 1.程序员说：这是你们家个性的需求，太邪门，我们不做。客户说：不做我们找你们老板去，我们是花钱买了你们的产品的。 2.客户说：我不会用鼠标，你给我做一个语音输入吧。我们还想要一个类似QQ的东西供我们内部沟通，你们给我们做一个吧。程序员：我晕。 3.程序员说：等你们内部斗争完，你们协调完了，我再调研需求。 似乎，我们在需求上无能为力，我们永远在追赶客户的需求，满足他们的现状，把N多家的客户需求都加进软件中，只要能实现的，我们尽量咬牙实现了。 最后，我们发现，我们的软件无比复杂，谁也不会用了，连开发部门都不会用了，谁也不知道这个需求当时为什么是这样的。因为无比复杂，所以实施、培训、技术支持都成了问题，稳定性更成了问题。代码互相交叉，根本无法理清有多少交叉影响点。维护的程序员都快崩溃了，天天在祈求，千万别接到客户电话，千万别接到客户电话。 这个问题终归是问题，而且是软件开发最大的问题。虽然我们也动用了这样的技巧： 1.客户业务部门不能随便提需求。必须集中汇总到客户IT部门，由客户IT部门汇总过滤完，再集中报给软件公司 2.客户IT部门的需求，必须客户方负责IT项目的老板签字才能生效，才能报给软件公司 3.不能随时报，每3个月集中报一次 4.不能口头报（即使在现场实施支持也不行），不能电话报，只能MAIL或传真来报 5.必须按我们规定的格式报，要严格写清楚需要实现的功能的界面，输入数据或输出数据，输入输出数据的格式要求，谁操作，多长时间操作一次。 6.软件上线后只能免费修改3次。以后再有需求，就必须另签合同另收费，否则不予修改。 经过这么几招，客户也疲了。需求是不提了，开发部欢呼雀跃。但我们真的做好了么？难道客户真的满意了么？客户为什么要用我们的软件？难道仅仅是为了把他们现在手工做的，然后转到计算机去做。让计算机的查询统计计算速度代替人工？ 客户为什么要提这样的需求？客户要根本解决什么问题？这些问题谁来想，谁来想解决办法？ OH，My God!我们无能为力，因为我们是技术人员，我们不懂业务。 那这个问题谁来解决？ 程序员苦笑了：没有人解决，也没有人能解决。客户就要，你不做他就要给老板打电话。 噢，那就让程序员的噩梦继续吧。谁也救不了你，能救你的只有你自己。 要救我们自己，必须我们自己走出我们自己。谁让我们就处在这样的处境呢？我们都想过的好，只能我们自己救我们自己。 那我们就鼓足勇气，走出来，从我们的设计模式、OO、软件工程、虚拟接口、反射、持久化、框架中走出来。开发经理来承担起客户行业研究来： 1.客户行业这个群体有多大？大中小规模各有多少家，各分布在什么省？我们面对的最佳客户是什么规模什么信息化程度的？我们的次佳客户是什么规模什么信息化程度的？ 2.我们的上层竞争对手、本层的竞争对手、下层竞争对手目前的产品怎么样？他们各自的优点是什么？他们各自的缺点是什么？我们应该突出的优点是什么？我们的缺点是什么？ 3.客户行业的过去5年，现在2年，未来3年的发展历史和趋势是什么？他们面临哪些挑战和机遇？ 4.我们现在所做的典型客户，他们的组织结构，人员规模，每个岗位每日业务流程、每个岗位每日每周每月每季每年的异常处理业务流程，每个岗位每日每周每月季每年的输入表格，每个岗位每日每周每月季每年的常用数据查询，每个岗位每日每周每月季每年的统计报表 5.针对以上的了解，客户面对未来挑战和机遇，未来应该如何变更他们的岗位和职责和流程，尽量流程少，效率高，运转快？ [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=363</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>分类&#8220;经营管理&#8221;的第一篇日志</title>
		<link>http://www.deepseath.com/?p=361</link>
		<comments>http://www.deepseath.com/?p=361#comments</comments>
		<pubDate>Thu, 23 Oct 2008 02:26:30 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[运营管理]]></category>
		<category><![CDATA[开发]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[转载]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=361</guid>
		<description><![CDATA[近来虽然非常非常忙，不过接触了很多关于经营管理方面的资料，越来越觉得这百分百是一门极其高深的“技术”。看过若干篇资料和视频讲座，发现作为技术出身的自己总会陷入一个双输两难的境地，总会从技术的角度关门造车，虽然经历的项目（而且是100%的独立项目）比较多，且做过一阵与客户接触比较多的工作，相对来说可以从客户的角度想问题，不过根深蒂固的思想总会在不经意之间冒出来，看了一些经营管理方面的资料发现，其实很多东西可以联系到一起。做技术不是不好，不过作为代码开发型的技术，始终要做到管理型上，这样才会有持久的工作生命。而且其实偶尔发现做管理的确是一个很有意思的科目，声明一下，这可不是权力上的自大心理，怎么说呢，对于我来说，这种感觉好像是当初刚开始学习写程序的时候那种兴奋的感觉——也许，写代码真的有些累了，该换一换了。 经过这两年的积累，明年也许是一个转型的一年，希望先预热一下，积累理论的经验，抛弃旧有的观念和不良的习惯，扬帆开始我的而立之年…… 既然是新手，那么就从转载开始吧……]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=361</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IIS的日志分析</title>
		<link>http://www.deepseath.com/?p=341</link>
		<comments>http://www.deepseath.com/?p=341#comments</comments>
		<pubDate>Mon, 13 Oct 2008 18:11:35 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[程序人生]]></category>
		<category><![CDATA[Apache]]></category>
		<category><![CDATA[Explorer]]></category>
		<category><![CDATA[IE]]></category>
		<category><![CDATA[INT]]></category>
		<category><![CDATA[ip]]></category>
		<category><![CDATA[microsoft]]></category>
		<category><![CDATA[microsoft windows]]></category>
		<category><![CDATA[pi]]></category>
		<category><![CDATA[Port]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[W3C]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[中文]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[服务]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[浏览器]]></category>
		<category><![CDATA[知识]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=341</guid>
		<description><![CDATA[为了方便而又准确的统计站点信息需要分析IIS日志，找了好多软件，要么不是自己需要的要么就是收费的，因此打算自己写一个分析的程序，于是进入微软技术站看技术文档，总结了一下写在这里以备忘：   1。为了集中而又方便的统计整台服务器的日志，如果各个站点单独记录日志可能统计起来不太方便，当然如果只是为了统计某个站点那就另当别论了，我打算统计整台服务器多个站点的数据，因此如果能将多站日志合并到一起或许会方便一些。因此需要用到IIS的“启用 W3C 集中日志记录”功能，在命令行执行命令：Adsutil.vbs set w3svc/CentralW3CLoggingEnabled true，然后重起IIS服务就可以了。 2。因为服务器运行在中文语言下，而且很多站点是UTF-8作为编码字符集的，因此还有必要将IIS日志设置为UTF-8编码的，方便分析同时也相对安全一些，打开这个功能可以这样做：在IIS管理器中，在本地计算机上点击右键，选择“属性”，在“UTF-8日志”选项单元中，钩选“用 UTF-8 编码 Web 日志”，然后确定并重起IIS服务即可。 3。IIS的每个字段之间使用半角空格进行分隔的。就每个字段数据而言如果存在空格则IIS自动会将空格转换为“+”。但，要注意数据中可能自身会存在“+”。 4。每个字段对应的含义是： 日期(date)，时间(time)，客户端IP地址(c-ip)，用户名(cs-username)，服务名(s-sitename)，服务器名(s-computername)，服务器ip地址(s-ip)，服务器端口(s-port)，方法(cs-method)，uri资源(cs-uri-stem)，uri查询(cs-uri-query)，协议状态(sc-status)，协议子状态(sc-substatus)，wind32状态(sc-wind32-status)，发送的字节数(sc-bytes)，接收的字节数(cs-bytes)，所用时间(time-taken)，协议版本(cs-version)，主机(cs-host)，用户代理(cs(User-Agent))，cookie(cs(Cookie))，引用站点(cs(Referer)。 5。协议状态(这就是通用的了，无论是IIS还是Apache抑或是其他的)。 1xx &#8211; 信息提示：这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个 1xx 响应。 100 &#8211; 继续。 101 &#8211; 切换协议。 2xx &#8211; 成功：这类状态代码表明服务器成功地接受了客户端请求。 200 &#8211; 确定。客户端请求已成功。 201 &#8211; 已创建。 202 &#8211; 已接受。 203 &#8211; 非权威性信息。 204 &#8211; 无内容。 205 &#8211; 重置内容。 206 &#8211; 部分内容。 3xx &#8211; 重定向：客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。 [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=341</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>汉语词性分析</title>
		<link>http://www.deepseath.com/?p=331</link>
		<comments>http://www.deepseath.com/?p=331#comments</comments>
		<pubDate>Thu, 09 Oct 2008 05:23:46 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[程序人生]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[中文]]></category>
		<category><![CDATA[分词]]></category>
		<category><![CDATA[北大]]></category>
		<category><![CDATA[字典]]></category>
		<category><![CDATA[底层]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[缺憾]]></category>
		<category><![CDATA[网络]]></category>
		<category><![CDATA[词典]]></category>
		<category><![CDATA[词性]]></category>
		<category><![CDATA[词频]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=331</guid>
		<description><![CDATA[最近一直利用晚上时间在研究分词，不过中文分词实在是个麻烦的技术，个人能力也十分有限，特别对于底层技术还有很多缺憾，目前只能利用已有的字典文件进行分词，没有神经智能可言：（不过应付一些提取关键词以及查找分类什么的还稍微有点用途，有点不太好的就是效率不是很高，还得继续钻研啊…… 在网络找到一个词典，很不错，词频、词重以及词性都有了，不过词性有的看不明白，通过网络整理到了一个比较全的北大的标注标准： 汉语词性对照表[北大标准/中科院标准] 词性编码 词性名称 注解 词性编码 词性名称 注解 Ag 形语素 形容词性语素。形容词代码为a，语素代码ｇ前面置以A a 形容词 取英语形容词adjective的第1个字母。 ad 副形词 直接作状语的形容词。形容词代码a和副词代码d并在一起。 an 名形词 具有名词功能的形容词。形容词代码a和名词代码n并在一起。 Bg 区别语素 b 区别词 取汉字“别”的声母。 c 连词 取英语连词conjunction的第1个字母。 Dg 副语素 副词性语素。副词代码为d，语素代码ｇ前面置以D。 d 副词 取adverb的第2个字母，因其第1个字母已用于形容词 dc 程度副词 df 否定副词 e 叹词 取英语叹词exclamation的第1个字母。 f 方位词 取汉字“方”的声母。 g 语素 绝大多数语素都能作为合成词的“词根”，取汉字“根”的声母。由于实际标注时，一定标注其子类，所以从未用到过g。 h 前接成分 取英语head的第1个字母。 i 成语 取英语成语idiom的第1个字母。 ia [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=331</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
