Jimey’s Life && Jimey’s World » Computer

如何能快速了解新的手机平台？

jimey — Thu, 05 Aug 2010 08:03:55 +0000

首先，你要有一个该平台的运行环境（象MTK,展讯都提供一套完整的软件方案）。经过简单的调试，该运行环境编译通过，并且可以运行出WIn32模拟器。

其次，找出手机软件的运行入口。所有的手机启动过程如下：开机 —〉初始化硬件设备—-〉初始化软件（全局变量，读取nv数据等）—-〉开机动画，搜寻网络，Sim卡等—>Idle界面。在vc 工程下，你可以搜寻”Init”，”Initialize”,”start”，”task”等关键字，可能会找到很多c文件包含这些关键字。然后，你可以根据文件名，以及文件所属的路径，排除大部分搜索结果。在剩下的每个搜索结果处，加一个断点。按“F5”调试，程序会停在某个断点。这个断点向上看看，可以找到手机软件的运行入口。沿着这个断点跟下去，你就可以发现APP初始化，读取nv,Sim ,显示Animation等等……

第三，简单了解Idle。根据文件路径以及文件名，我们可以确定哪几个文件属于Idle 。一般来说，各个平台的Idle程序都比较乱，因为Idle修改的人多，上面Icon,状态特多。在Idle文件里查找 “create”“start”“entry”等关键字，通过设置断点，可以定位Idle的入口及其出口。Idle不要细看，只要知道Idle的入口，以及从Idle如何进入MainMenu就行了。

第四，详细了解MainMenu。MainMenu是所有模块中比较简单的一个，程序代码也比较少。只要了解了MenuMain，我觉得各位就可以在该平台上修改一些简单的Bug了。

第五，自己动手写一个简单的App,在App中尝试使用各种控件。至于如何使用控件，各位可以先看看哪些模块用到这些控件，把相关程序拷贝过来，稍加修改即可。

第六，尝试添加修改图片字符串资源。

第七，查找关键字“Timer”,看看程序如何使用Timer.

第八，理解消息传递，窗口调用，信息保存等等。

到此为止，你对一个新平台的MMI至少掌握了70%，至于其它的一些细枝末节，以后工作中再慢慢细抠。

部分转自 http://blog.csdn.net/fengye245/archive/2010/03/24/5412749.aspx

无关博文

2009-01-05 -- 几则科技新闻 (0)
2010-05-05 -- what causes errors in databases. (0)
2008-08-03 -- [ZT]把时间当朋友 (0)
2008-09-06 -- Is Pig the right platform for your scenario? (0)
2010-04-24 -- 漆黑中也许更能看到亮光 (0)
2006-02-14 -- nan dao fei de zai zhe tian ren ren dou fa yi ge yu men de gan xiang? (2)
2008-10-27 -- CEIC 2008 (제10회 전자정보통신 학술대회) (0)
2008-12-21 -- 各位看官冬至快乐 (4)
2008-07-30 -- 职业兴趣测验 (1)
2009-05-28 -- 危情时刻，时事 (6)
2009-01-13 -- Qwitter (0)
2005-10-30 -- 计算语言学隐马尔科夫模型－算法• 评估问题：向前算法– 定义向前变量– 采用动态规划算法，复杂度… (0)
2008-08-07 -- 继续今天的一些奇遇记…真的是世界很奇妙 (0)
2008-10-15 -- ICACT2009 논문모집 연장 안내 (0)
2009-01-26 -- 年三十究竟是咋过的 (2)

Ubuntu10.04 编译hadoop-${version}-eclipse- plugin.jar and hadoop-0.20.3-dev-eclipse-plugin.jar

jimey — Thu, 06 May 2010 07:30:20 +0000

先是准备工作,需要java5和apache-forrest-0.8

基本上也是问题一堆,因为ubuntu9.10开始不支持java5所以装java5-sun-jdk稍微麻烦了一下

可以参考这篇文章 http://blog.csdn.net/sunrock/archive/2010/04/29/5542989.aspx

修改源改成9.04的源然后安装java5-sun-jdk

接着

安装apache-forrest-0.8

http://forrest.apache.org/mirrors.cgi For UNIX operating systems: apache-forrest-0.8.tar.gz
解压后我放在 /home/cloud/apache-forrest-0.8

直接下载来hadoop-0.20.2+228.tar.gz 解压缩即可

然后修改3个地方

1.修改$HADOOP_HOME/src/contrib/build-contrib.xml
增加一行：

2.修改 $HADOOP_HOME/src/contrib/eclipse-plugin/src/java/org/apache/hadoop/eclipse/launch/HadoopApplicationLaunchShortcut.java
注释掉原来的//import org.eclipse.jdt.internal.debug.ui.launcher.JavaApplicationLaunchShortcut;
改为import org.eclipse.jdt.debug.ui.launchConfigurations.JavaApplicationLaunchShortcut;

3.修改$HADOOP_HOME/build.xml

增加

sun-1.5.0.19/”/>

这2行

然后ant compile

ant package 应该是没问题了

生成的eclipse plugin是在$HADOOP_HOME/build/contrib/eclipse-plugin/

或者直接去 http://hadoop-eclipse-plugin.googlecode.com/files/hadoop-0.20.3-dev-eclipse-plugin.jar 下载吧

what causes errors in databases.

jimey — Wed, 05 May 2010 07:55:08 +0000

http://cacm.acm.org/blogs/blog-cacm/83396-errors-in-database-systems-eventual-consistency-and-the-cap-theorem/fulltext

Let’s start with a discussion of what causes errors in databases. The following is at least a partial list:

1) Application errors. The application performed one or more incorrect updates. Generally, this is not discovered for minutes to hours thereafter. The database must be backed up to a point before the offending transaction(s), and subsequent activity redone.

2) Repeatable DBMS errors. The DBMS crashed at a processing node. Executing the same transaction on a processing node with a replica will cause the backup to crash. These errors have been termed Bohr bugs. [2]

3) Unrepeatable DBMS errors. The database crashed, but a replica is likely to be ok. These are often caused by weird corner cases dealing with asynchronous operations, and have been termed Heisenbugs [2]

4) Operating system errors. The OS crashed at a node, generating the “blue screen of death.”

5) A hardware failure in a local cluster. These include memory failures, disk failures, etc. Generally, these cause a “panic stop” by the OS or the DBMS. However, sometimes these failures appear as Heisenbugs.

6) A network partition in a local cluster. The LAN failed and the nodes can no longer all communicate with each other.

7) A disaster. The local cluster is wiped out by a flood, earthquake, etc. The cluster no longer exists.

A network failure in the WAN connecting clusters together. The WAN failed and clusters can no longer all communicate with each other.

很经典的8种分类,甚至包括了地震和洪水…

MocoSpace Architecture – 3 Billion Mobile Page Views a Month

jimey — Wed, 05 May 2010 05:58:24 +0000

原文转自 http://highscalability.com/blog/2010/5/3/mocospace-architecture-3-billion-mobile-page-views-a-month.html

This is a guest post by Jamie Hall, Co-founder & CTO of MocoSpace, describing the architecture for their mobile social network. This is a timely architecture to learn from as it combines several hot trends: it is very large, mobile, and social. What they think is especially cool about their system is: how it optimizes for device/browser fragmentation on the mobile Web; their multi-tiered, read/write, local/distributed caching system; selecting PostgreSQL over MySQL as a relational DB that can scale.

MocoSpace is a mobile social network, with 12 million members and 3 billion page views a month, which makes it one of the most highly trafficked mobile Websites in the US. Members access the site mainly from their mobile phone Web browser, ranging from high end smartphones to lower end devices, as well as the Web. Activities on the site include customizing profiles, chat, instant messaging, music, sharing photos & videos, games, eCards and blogs. The monetization strategy is focused on advertising, on both the mobile and Websites, as well as a virtual currency system and a handful of premium feature upgrades.

Stats

3 billion page views a month
Top 4 most trafficked mobile website after MySpace, Facebook and Google (http://www.groundtruth.com/mobile-is-mobile)
75% mobile Web, 25% Web
12 million members
6 million unique visitors a month
100k concurrent users
12 million photo uploads a month
2 million emails received a day, 90% spam, 2.5 million sent a day
Team of 8 developers, 2 QA, 1 sysadmin

Platform

CentOS + Red Hat
Resin application server — Java Servlets, JavaServer Pages, Comet
PostgreSQL
Memcached
ActiveMQ’s job + message queue, in Red Hat cluster for high availability
Squid – static content caching, tried Varnish but had stability issues
JQuery + Ajax
S3 for user photo & video storage (8 TB) and EC2 for photo processing
F5 BigIP load balancers – sticky sessions, gzip compression on all pages
Akamai CDN – 2 TB a day, 250 million requests a day
Monitoring – Nagios for alerts, Zabbix for trending
EMC SAN – high IO performance for databases by RAIDing (RAID 10) lots of disks, replacing with high performance Fusion-io solid-state flash ioDrives, much more cost effective
PowerMTA for mail delivery, Barracuda spam firewalls
Subversion source control, Hudson for continuous integration
FFMPEG for Mobile to Web and Web to mobile video transcoding
Selenium for browser test case automation
Web tier
1. 5x Dell 1950, 2x dual core, 16G RAM
2. 5x Dell 6950/R905, 4x dual core, 32G RAM
Database tier
1. 2x Sun Fire X4600 M2 Server, 8x quad core, 256G RAM
2. 2x Dell 6950, 4x dual core, 64G RAM

Architecture

All pages are dynamic, with user data and customizations as well as many browser and device specific optimizations. Browser and device fragmentation issues are much greater on mobile than on the Web. Many optimizations, adaptations required based on browser capabilities, limited support for CSS/JavaScript, screen size, etc. Mobile Web traffic is often served via network proxies (gateways), with poor support for Cookies, making session management and user identification a challenge.
A big challenge is handling the device/browser fragmentation on the mobile Web – optimizing for a huge range of device capabilities (everything from iPhones with touchscreens to 5 year old Motorola Razrs), screen sizes, lack of / inconsistent Web standards compliance, etc. We abstract out our presentation layer so we can serve pages to all mobile devices from the same code base, and maintain a large device capabilities database (containing things like screen size, supported file types, maximum allowed page sizes, etc) which is used to drive generation of our pages. The database contains capability details for hundreds of devices and mobile browser types.
Database is sharded based on a user key, with a master lookup table mapping users to shards. We rolled our own query and aggregation layer, allowing us to query and join data across shards, though this is not used frequently. With sharding we sacrifice some consistency, but that’s Ok as long as you’re not running a bank. We perform data consistency checks offline, in batches, with the goal being eventual consistency. Large tables are partitioned into smaller sub tables for more efficient access, reducing time tables are locked for updates as well as operational maintenance activities. Log shipping used for warm standbys.
A multi-tiered caching system is used, with data cached locally within the application servers as well as distributed via Memcached. When making an update we don’t just invalidate the cache and then re-populate after reading again from the database, rather we update Memcached with the new data and save another trip to the database. When updating the cache an invalidation directive is sent via the messaging queue to the local caches on each of the application servers.
A distributed message queue is used for distributed server communication, everything from sending messages in realtime between users to system messages such as local cache invalidation directives.
Dedicated server for building and traversing social graph entirely in memory, used to generate friend recommendations, etc.
Load balancer used for rolling deploys of new versions of the site without affecting performance/traffic.
Release every 2 weeks. Longer release cycles = exponential complexity, more difficult to troubleshoot and rollback. Development team responsible for deploying to and managing production systems ¿ ¿you built it, you manage it¿.
Kickstart used to automate server builds from bare metal. Puppet is used to configure a server to a specific personality i.e. Webserver, database server, cache server etc, as well as to push updated policies to running nodes.

Lessons Learned

Make your boxes sweat. Don’t be afraid of high system load as long as response times are acceptable. We pack as many as five application server instances on a single box, each running on a different port. Scale up to the high end of commodity hardware before scaling out. Can pick up used or refurbished powerful 4U boxes for cheap.
Understand where your bottlenecks are in each tier. Are you CPU or IO (disk, network) bound? Database is almost always IO (disk) bound. Once the database doesn’t fit in RAM you hit a wall.
Profile the database religiously. Obsess when it comes to optimizing the database. Scaling Web tier is cheap and easy, database tier is much harder and expensive. Know the top queries on your system, both by execution time and frequency. Track and benchmark top queries with each release, need to catch and address performance issues with the database early. We use the pgFouine log analyzer and new PostgreSQL pg_stat_statements utility for generating profiling snapshots in real-time.
Design to disable. Be able to configure and turn off anything you release instantly, without requiring a code change or deployment. Load and stress testing are important but nothing like testing with live, production traffic via incremental, phased rollouts.
Communicate synchronously only when absolutely necessary. When one component or service fails it shouldn’t bring down other parts of the system. Do everything you can in the background or as a separate thread or process, don’t make the user wait. Update the database in batches wherever possible. Any system making requests outside the network need aggressive monitoring, timeout settings, and failure handling / retries. For example, we found S3 latency and failure rates can be significant, so we queue failed calls and retry later.
Think about monitoring during design, not after. Every component should produce performance, health, throughput, etc data. Set up alerts when these exceed thresholds. Consolidated graphs showing metrics across all instances, rather than just per instance, are particularly helpful for identifying issues and trends at a glance and should be reviewed daily — if normal operating behavior isn’t well understood it’s impossible to identify and respond to what isn’t. We tried many monitoring systems – Cacti, Ganglia, Hyperic, Zabbix, Nagios, as well as some custom built solutions. Whichever you use the most important thing is to be comfortable with it, otherwise you won’t use it enough. It should be easy, using templates, etc to quickly monitor new boxes and services as you throw them up.
Distributed sessions can be a lot of overhead. Go stateless when you can, but when you can’t consider sticky sessions. If the server fails the user loses their state and may need to re-login, but that’s rare and acceptable depending on what you need to do.
Monitor and beware of full/major garbage collection events in Java, which can lock up the whole JVM for up to 30 seconds. We use Concurrent Mark Sweep (CMS) garbage collector, which introduces some additional system overhead, but have been able to eliminate full garbage collections.
When a site gets large enough it becomes a magnet for spammers and hackers, both on site and from outside via email, etc. Captcha and IP monitoring are not enough. Must invest aggressively in detection and containment systems, internal tools to detect suspicious user behavior and alert and/or attempt to automatically contain.
Soft delete whenever possible. Mark data for later deletion, rather than deleting immediately. Deletion can be costly, so queue up for after hours, plus if someone makes a mistake and deletes something they shouldn¿t have it¿s easy to rollback.
N+1 design. Never less than two of anything.

I’d really like to thank Jamie for taking the time write this experience report. It’s a really useful contribution for others to learn from. If you would like to share the architecture for your fablous system, please contact me and we’ll get started.

^^^^^^^^^^^^^^^^^^^^^^

很实际的经验分享,值得被转载下.尤其是各个平台的搭配与使用目的,很清晰明确,看来Amazon的S3应用是越来越广泛了.目前我发现的不仅仅是twitter的头像icon的存储,又加上这个MocoSpace了.

ubuntu 10.04安装sun的jdk

jimey — Tue, 04 May 2010 12:18:06 +0000

在ubuntu10.04版本里面，sun的jdk已经被排除在标准库里面，标准库的只有openJDK了

为了安装sun的jdk

先是编译个源文件

比如

sudo vim /etc/apt/sources.list.d/partner.list

然后添加

deb http://archive.canonical.com/ lucid partner

然后保存之后

sudo apt-get update

然后就

sudo apt-get install sun-java6-bin sun-java6-jre sun-java6-jdk

基本上就可以了.只是源实在是太慢了.. 用习惯10M的源,突然变成100多k真受不了

The Linux Command Line: 一本介绍 Linux 命令行的好书

jimey — Tue, 27 Apr 2010 01:59:01 +0000

《The Linux Command Line》由 William E. Shotts, Jr. 所著，William E. Shotts. Jr. 是著名的 LinuxCommand.org 网站的维护者，相信资深的 Linux CLI 控都不会陌生。这本《The Linux Command Linux》有 500 多页，对 Linux 命令行进行了全面的介绍，但是写得深入浅出，不仅适合 Linux CLI 新手阅读，就算是老鸟也能从中有所崭获。

本书是免费的，为 PDF 格式，可从这里下载。

几篇关于twitter,hadoop,Cassandra,Pig,FlockDB的slide

jimey — Thu, 22 Apr 2010 07:02:02 +0000

http://www.slideshare.net/kevinweil/nosql-at-twitter-nosql-eu-2010

http://www.slideshare.net/ryansking/scaling-twitter-with-cassandra

http://www.slideshare.net/nkallen/q-con-3770885

Big Data in Real-Time at Twitter

http://www.slideshare.net/al3x/building-distributed-systems-in-scala

主要分析了功能上需求与分散系统采用所能完成的目的的合理搭配.

个人觉得是很不错的几篇slide有助于对twitter的一个基本了解,当然是背后构架的基本了解,各个功能与服务是通过什么来实现以及达到一个怎么样的高度

具体内容各位还是看slide吧,谁看谁知道.

^^^^^^^^^^^^

再记下来本书名叫

Programming Scala (O’Reilly 2009)

云端医疗信息系统的不成熟构思

jimey — Mon, 12 Apr 2010 13:10:41 +0000

其实题目想叫着医疗信息系统云计算化或者叫医疗信息化云计算

不过 – - 都觉得无法表达我想说的意思,所以把仨题目都丢这

昨晚本来是睡觉的时候,在构思了下我之前曾经发过的一篇blog 韩国医院看病流程也许不是普遍事例

关于医疗系统的云化构思,在床上想了差不多一个小时,又来又爬起来

在医院信息系统云计算,不同于现有的OA,ERP,SQL数据库的模式.基于纯web的模式

下午在跟davidpanchina同学探讨关于这个云的具体实施想法

我才明白.医生工作站在国内没有市场，因为卫生部不认可电子病历。国内的情况是HIS+影像库，HIS应用主要是挂号，收费，药房，财务系统。

我曾经的理解是: 现在老外做云OA已经是蛮成熟了.我个人理解现在的医院信息系统都是医生桌面软件+远端DB,桌面软件开发大多都是采用vb;vc;.net之类.而云的话,就是软件处理+DB全部在云端.医生这边只用web来和云做沟通.

果然到国内去就变样了.当然目前从我观察来看,韩国应该是可以这样做

有几个问题:

1.对比国内医生部分不会使用电脑,韩国医院基本上已经实现了信息化

2. 数据安全,数据隐私

3. IC病历卡与整个系统连结

4. 医生无盘工作站的桌面 (cost可以节约一些)

5. 投入与产出,国内医院目前应该还是个卖方市场,对于IT行业的投入与倾向的喜好?

6. 各个医院数据的统一与协调,当然这个数据即使不统一,对于云数据库来说,其实是个很容易解决的问题,反正都是key-value存储,即使value短那么一截,也没什么大不了,把能对得上的对上即可

7. 如果采用private cloud 在医院内部解决数据隐私的问题的话, 与现有的集群服务器又有什么差别? 答案: 如果采用Open Source的软件的话,价格上可能会有优势

另外接着说那个影像库

1. 其实就是个存储系统,说白了,如果往云上靠,那么可以用hdfs来做,用分布式存储的模式来 vs 目前的集群服务器容错机制

^^^^^^^^^^^^^^^^

最后讨论到最后也没什么特别的结论

当然我自己个人主要是想挂靠几个理念,1.云, 2.绿色IT, 3.技术革命, 4.成本, 5.高效率

至于谁优谁劣倒是没说太多,只是想说云可以满足今后医疗信息系统的需求,当然目前来看可能国内还不太需要这个玩意,但是,相信经过一段时期发展,比如医生基本上都可以独立操作电脑,病患者可以独立操作IC卡读卡器,无人充值机,以及医院领导层对医院执行效率的提升的需求,另外是领导层对科技的倾向,软件正版化趋势(比如目前的产品采用盗版的话软件成本当然会低很多),

心中构思的未来医院是:

先说门诊部:

1. 病人进入医院,有几位引导人员对看病流程做一个介绍,并且帮助不会使用无人挂号机的病人

2. 病人带着IC病历卡在门诊前台无人机挂号(类似目前地铁IC卡无人充值机默认),目的是解决医院挂号窗口少,队伍长排队的问题

3. 门诊医生在遇到病人的时候,拿病人的IC病历卡插入读卡器,在无盘工作站上登入云,针对病人病情做出诊断,然后把诊断情况存入云端数据库,比如需要进一步化验的话,可以请病人进一步化验

4. 病人拿着IC卡到化验处插卡,比如验血,化验部抽血病人即可离开,化验部门会通知病人几点几分到专用设备前查看结果

5. 化验部门把化验结果数据全部存入云端数据库,并且通知门诊医生,门诊医生在针对化验结果上做出自己的判断,比如开处方,比如再见面,比如化验其他项目

6. 待到几点几分的时候,病人带上IC卡可以在医院专用无人读卡设备前查询化验结果和门诊医生的意见or处方,可以打印结果,等等功能

7. 如果是处方的话,病人可以打印处方然后在外面药店自己买药,或者不打印处方,在医院内部联网的处方药窗口,递卡买药即可

住院部:

1. 医生不再拿着病历一个床一个床的看,直接弄台手持设备即可,比如ipad,比如各种table的笔记本

2. 各个病人有RFID tag,或者戴手腕上的条形码或者其他快捷识别方式,住院医生只需手持装置能够读取即可

3. 住院医生可根据病人状况,通过手持装置把数据写入云数据库

…………………

当然这些都是我不成熟的想法,可能很多就现实来说先决条件也许都是错误的, 我只是想来一个Brainstorm

最后,此文内容少许有保留,如果你想继续探讨,请留下你的看法与见解.

Marketing in Twitter

jimey — Fri, 02 Apr 2010 18:56:04 +0000

之前对这方面也算有所了解,但是今天真真正正的被我撞到了,确实很惊讶,很震撼,有点迷茫有点觉得技术的力量是强大的,当然这都是我单反面猜测的结果.

我下午在twitter发了一条这个消息

哪位对#SXSW 2010这个会议有了解呢?能否大概介绍下今年都有啥闪光的? http://sxsw.com about 9 hours ago via Echofon

然后就刚刚…收到了slideshare的email

Dear jimeyren,
We know not everyone can make it out to Austin for SXSW, so we’ve compiled as many SXSW presentations as possible. Hope you enjoy!
Cheers,
SlideShare Team

………………………………………………

我不能说这是巧合了.只能怀疑slideshare肯定语义分析了我今天发的tweets了,要不然不可能知道我想要找SXSW的资料啊,竟然给我发email提醒.忒诡异了

修复Lifestream时区设定

jimey — Mon, 29 Mar 2010 11:53:09 +0000

LifeStream作者为 David Cramer | 访问插件主页

俺这是9时区设置,8时区的话,请自行修改

修改lifestream\themes\default\main.inc.php

主要需要修改5个地方, today yesterday 以及下面3个timestamp

[code lang="php"]

$day = '';
if (count($events))
{
$today = date('m d Y', time() - 54000);
$yesterday = date('m d Y', time() -140400);
if ($has_paging)
{
if ($has_prev_page) {
echo '

Newer Entries

';
}
}
?>

foreach ($events as $event)
{
$timestamp = $event->get_date();
if ($today == date('m d Y', $timestamp -32400)) $this_day = $lifestream->__('Today');
else if ($yesterday == date('m d Y', $timestamp-32400)) $this_day = $lifestream->__('Yesterday');
else $this_day = $lifestream->__(ucfirst(htmlentities(date($lifestream->get_option('day_format'),

$timestamp-82400))));
if ($day != $this_day)
{
?>

$day = $this_day;
}
..............
[/code]

纯idea 时间流+空间流

jimey — Mon, 29 Mar 2010 06:16:28 +0000

有foursquare这样的空间流应用

具体可以查看http://foursquare.com/

不知道能否有个timeline+spaceline 的应用?

即:记录每天24小时,在什么地方待了多久,在什么地方待了多久如此记录下每天的行程

虽然对于个人隐私来讲,这些数据不便公开,但是就好比车载gps一样,来一个人载gps记录下自己每天的行程

犹如目前已有的记录自己每天做什么事情的录像记录模式一样,其实待今后退休,闲暇的时候均可以翻出来回忆

随着越来越繁忙的生活,越来越没办法闲暇来记录自己的点点滴滴的时候在如此越来越开放如此越来越没隐私的社会,也许将会有如此产品推出吧?

数字化移动化乞丐的思考

jimey — Sun, 27 Dec 2009 03:53:17 +0000

早上躺床上无聊，想来想去，不知道怎么想到这儿去了

也许是前2天在网上看到这个图？

我在想着，以后大家在街上要饭，直接丢个显示屏在前面，显示当前讨了多少钱

当然，这个显示多少钱是跟网上交易账号挂钩的，比如绑定个支付宝账号呀，绑定个paypal啊(让国际友人也有机会给钱嘛)

另外也不要要这个纸板了，直接弄个平板电脑丢前面，滚动显示多好，内容又丰富精彩，还可以自定制，再加个摄像头，自动对过路行人进行外貌分析。

比如看到要走来一个小妞，那么就显示卡哇伊点的文字风格

比如看到对面走来一老外，那么内容就显示英文嘛 lol 要不然谁看得懂中文

然后路过的行人们，想给钱的，利用RFID技术，直接拿出自己的手机(无线手持装置)，输入个价钱，对着这人的接收装置，直接按个回车就可以走人了嘛，也不用翻翻自己钱包有没零钱，省时又省事。

……………………………………………………………………

另外再来点中国特色，每个乞丐都要去当地部门登记，才可以领取比如RFID识别，或者是全球唯一IPv6地址认定。这样可以保证乞讨事实的真实可靠性，当然这些都是要靠管理部门的信誉来保证了……后话不提

NATE的twitter商业模式

jimey — Sat, 26 Dec 2009 09:45:25 +0000

NATE就好比中国国内的移动梦网

韩国最大的手机通信商SK开设的服务

之前一直不知道

http://twitter.com/natetweeting

今天在twitter上收到RT才发现

@tweeting_event: [트위팅 고객님이라면 모두 받으세요!] 스타벅스까페라떼 100%당첨 + 이 글을 RT하면 Sony VAIO 넷북,햅틱 아몰레드폰까지~ http://j.mp/4TbI97

基本上就是勾引人加入NATE提供的twitter服务，然后给点小奖励与优惠

加入了以后

有一个月300条免费往手机上发送的功能，就是读取你twitter上的消息发送给你

1.全部好友

2.部分好友

3.关闭好友

4.只发@自己的

5.发送时间段设置

6.暂时关闭这个功能

当然也给了一个号码可以往twitter上发

*1234 这个号码即可

另外

http://hantweet.com/

看来这个服务要……被取代了。不过LGT和KT还可以用这个服务应该

……………………………………………………………………

SKT NATE目前不足之处

1.twitter 认证采用id & pw, 没采用目前流行的Oauth方式……

2.还没在twitter上申请自己的API地址…默认还是API方式，这个比较丑…

优势：

1.目前一个月300条免费发送到手机上，发送的消息都是abstract,如果想看全文，需要在手机登录NATE，那都是要给钱的……流量费啊流量费……钱就是这么赚出来了

2.hantweet 如果要收消息，也是要给钱的，

包月制：

4900원/월
월 최대 200건까지 한트윗의 답글과 DM을 전달해줍니다

9900원/월
월 최대 500건까지 한트윗의 답글과 DM을 전달해줍니다.

按条：

3300원
토큰 100개를 구입합니다.

100条3300 200条6600 300条9900这样

……………………………………………………………………………………

twitter search result -> language filter

jimey — Thu, 24 Dec 2009 18:45:35 +0000

没中文，没韩语

泰国语都有- - 难道twitter有泰国的员工？

twitter rss 提醒

jimey — Fri, 18 Dec 2009 12:23:04 +0000

今天话比较多，所以博客发的也比较多 – - 希望不会骚扰到太多人

这篇内容是关于，如何利用twitter来做monitor

基本上本人目前都是用twitter来监控，比如我的博客评论，比如我msn live空间的评论，比如某些人在网上的一些行为，只要有rss，就可以用twitter来干这个监控！

之前我是用twitterfeed的，不过这2天全部改成feedburner了，大同小异

在这里我只说方法

比如：我的博客评论

我是另外申请了个twitter的小号来做监控，抓取我博客评论的rss来自动发消息到twitter上，但是发消息的时候，加一个 @jimey的前缀，这样我在看我主号jimey的@的时候，就可以看到消息了。这样不会错过消息。

其他类似都可以采用如此办法

feedburner – To be more social

jimey — Fri, 18 Dec 2009 12:09:12 +0000

数据为王，google又一次胜利了

收购了feedburner，等于拿到了源

而这次，12.14 feedburner宣布支持在twitter上同步rss更新的时候，也就是提供与twitterfeed rss2twitter 等一些网站功能完全一致的服务的时候

我就知道google 又要胜利了

由于当时已经是韩国时间12.15了我要准备去首尔，所以没怎么来得及测试

只是匆匆的把其中一个博客评论监控的功能加了一下，就闪人了

后来17号在首尔看到，这个feedburner的发布twitter功能，要比twitterfeed快2个小时。这个时候我才真真正正的明白，google的服务器力量是强大的

当然pubsubhubbub 这项google原创的技术google自己在自己的服务上应用起来也是得心应手的

而google新开启的短域名服务http://goo.gl 则也是完全的市场布局

feedburner的高效服务，会把大家从twitterfeed或者rss2twitter的应用上拉走造成的后果

1.feedburner用户的增加

2.很多原生的rss本来在twitterfeed, rss2twitter上是可以直接用的，而这里就不得不先要burn下才可以使用了，增加了google收集的信息量

3.短域名服务http://goo.gl 对于连接点击的跟踪，从而也可以更加好的进行 web analysis

把数据都掌握在自己手中，依然是google的一贯风格，而广大消费者，面对着这高速的服务，基本上无间隔就会post到twitter上的高效，都会忍不住转到feedburner来。这也许是大家双赢的结局。而最终悲惨出局的，还是twitterfeed和rss2twitter等这些小型服务提供商。。

Karmasphere Studio for Hadoop

jimey — Wed, 02 Dec 2009 06:21:42 +0000

Karmasphere Studio for Hadoop is a MapReduce development environment (IDE) based on NetBeans. It enables you to rapidly prototype MapReduce jobs without the need for a cluster, and to deploy, monitor and debug jobs on Hadoop clusters or Amazon Elastic MapReduce clusters, all from within a graphical desktop IDE.

ytet upload user guide

jimey — Tue, 17 Nov 2009 13:32:51 +0000

首先，注册之后，然后把用户名QQ给我，我开通发文权限

开通后登陆，显示出的页面，其他部分可以不用理，主要点那个add new 即可

需要关注几个部分

部分1.标题

部分2是附件上传

部分3是内容，这里就随便填了

部分4是tag标签，如果可能，尽量多填写一些，各个关键词用英文逗号分开

部分5是分类，一般来讲，什么剧目归到什么剧目名下，如果没该剧目的分类，请添加，添加的时候注意该剧目名的父类

比如24 的父类是0-9

American Idol 的父类是A-F

然后完成以上5项目之后，点6即可完成一次发布，个中最难的是上传附件的2部分

下面具体来讲解这个2的使用

点那个向下的箭头

即可出来这个画面

首先是附件的标题，即该字幕文件名是什么，这里不推荐使用@ #这些字符，所以我们之前的字幕命名方式

xxx.group@YTET 这样的方式现在不推荐，因为这个@有可能导致字符换算丢失路径

其他项目可以不用填

往下拉滚轴，可以找到这个Upload File的选项，即上传文件选择了，相信这地方大家基本上都操作过，我就不细说了

唯一需要注意的是这里文件需要用.zip的方式而不再推荐我们字幕组常用的.rar的方式，这点也是比较…麻烦的地方

具体zip的方式如果生成，可参看博客 use winrar to zip something http://jimey.com/2009/11/17/use-winrar-to-zip-something.html

添加完文件之后，就最下面那个深蓝色按钮按了即可

接着会到下面这幅图

如果有时候也许会看不到这副图，那么就跳过这副图，看下一步骤教程

这里，直接按这个Insert into Post 就会把刚刚上传的字幕附件给粘贴到刚刚要post的文章里面去了。

如果没那个上面那个图，得把框拉到最上面，选择View Doadloads 会有一排文件列表，选择你要insert的文件即可

use winrar to zip something

jimey — Tue, 17 Nov 2009 12:59:32 +0000

选要打包的文件

然后是弹出的框的设置

伊甸园字幕博客站和伊甸园美剧百科站成立说明

jimey — Tue, 17 Nov 2009 05:14:47 +0000

^^^^^^^^^^^^^续^^^^^^^^^^^^^^^^^^^
由于长期以来伊甸园没有自己的字幕站，不得不挂靠在射手上，在高峰时期射手字幕站挂机也有发生导致我们无法下载字幕，所以从那时候起想一个办法，就是用ftp更新字幕，把做好的字幕都放到ftp作为我们备用，由于ftp使用的局限性，无法搜索，只能按字幕文件夹名找，效率不高。
半年前我有一个想法，就是用wordpress博客程序来做我们的字幕站，每一篇博客文章来作为我们的一个字幕更新帖用
字幕组每个成员可以申请一个id，该id可以获得发字幕修改文件等权限，另外可以给字幕组组长更高的，修改字幕附件，修改帖子内容等权限
当初在论坛帖了这个想法，响应的同学也有，只是一直没人来做，半年之后，也就是今天，在跟卡口以及干活的沟通之下，终于把这个想法给实现了。

^^^^^^^^^^^^^用途^^^^^^^^^^^^^^^^^^^
1、初期我只是想拿来做单纯的字幕站
2、后来我觉得其实也可以用来作为我们官方的博客站，比如宣传下字幕组内部的八卦，奇闻轶事、字幕组下季度的做剧目的计划、一些技术性的文章等等
3、再到后来我觉得，我们可以利用这个博客站来做一个媒体工作，比如针对每个剧的点评，可以接收会员和成员的投稿，选择优秀的文章帖到我们的博客分享出去
4、跟论坛的结合，各分版版主可以每周，或者几周，来一个本分版内的精华帖推荐，在博客发布

^^^^^^^^^^^^^^好处^^^^^^^^^^^^^^^^^^
1、在续中已经解释了，有自己的字幕站的好处。另外由于博客有rss订阅功能，这样可以更加友好的往外推广，更加方便各会员获取字幕信息，从论坛单纯的pull方式，到现在的push方式，由于人的懒惰性的存在，目前push才是更加适合发展。结合twitter等微博，可以把字幕更加广泛的散播出去
2、官方博客站，目前很多大的公司，政府，组织都有在做自己的博客，开放性的发展是当今网络发展的一个元素之一，可以拉近与会员的关系
3、关于媒体工作，这个也是一个目前论坛其实可以做，但是效果不够好的一个事情，在论坛做，由于是pull的方式，有人可能会漏掉，大量的贴会把这些贴埋没。而在博客发的话，push的方式，利用rss可以给所有订阅读者看到，由于是精选剧评，不会被埋没
4、跟论坛的结合，其实也是跟论坛互动的结果，在论坛宣传博客，在博客宣传论坛，论坛人多，宣传博客会有效果，而博客的push方式，会让我们推荐的精华被更多订阅读者看到，增加论坛精华帖的阅读量
5、搜索功能强大，不会给会员带来找不到字幕的麻烦，利用博客的搜索，tag 标签功能，Categories分类功能，可以很方便很快捷的给会员找到自己需要的字幕
当然，我个人还是最喜欢用 Categories 分类，可以分3层，又可以做到我们论坛最喜欢的，按数字和字母A-Z的方式，来把剧名按名一个一个的排列下来，效果如下所示
Categories

0-9
- 24
- 30 Rocks

另外关于这个地方的rss订阅 0-9这个目项可以有个RSS订阅， 24可以有个RSS订阅只显示24的内容更新 30 Rocks可以有个RSS订阅来只显示30 Rocks的内容更新

而 0-9的RSS显示24和30 Rocks 内容的更新

(这个地方看不懂就算了 -_-!!) 主要是用来给一些同学比如，有人喜欢24，不喜欢30 Rocks，有人喜欢24 又喜欢30Rocks 有人喜欢30 Rocks 不喜欢24 这样的情况下怎么解决RSS订阅的问题

^^^^^^^^^^^^^^如何用^^^^^^^^^^^^^^^^^^^
1、字幕的更新需要各位工作人员的支持和协助
2、官方的博客站，字幕组内部的事情需要字幕组内部来协调，我这只是提个建议
3、媒体工作，这个我主要是在豆瓣看到一些兄弟贴过一些美剧的剧评，所以才想到这条
4、这个也需要各位美剧分坛版主来协调

^^^^^^^^^^^^^目前的缺点和问题^^^^^^^^^^^^^^
1、操作的问题，需要首先添加字幕文件，然后再插入文件到博客文章中
2、字幕文件格式，不支持.rar打包，只支持.zip的打包方式由于linux系统对rar支持的不够好，所以才不得不使用.zip的方式

……………………………………………………………………………………………………………………………………………………………………

再来美剧百科站
由于论坛的美剧百科板块，过于依靠版主，只有版主才能更新帖子，劳动量过大，且无法发动广大劳动人民的积极性，所以我们采用维基百科，人人都可以编辑的方式来建立了这样一个美剧百科
这个是初衷，具体内容该如何建立，还需要跟广大童鞋门讨论之后再决定，目前只是平台已经搞定。

……………………………………………………………………………………………………………………………………………………………………

Jimey’s Life && Jimey’s World » Computer

如何能快速了解新的手机平台？

无关博文

Ubuntu10.04 编译hadoop-${version}-eclipse- plugin.jar and hadoop-0.20.3-dev-eclipse-plugin.jar

相关博文

what causes errors in databases.

相关博文

MocoSpace Architecture – 3 Billion Mobile Page Views a Month

Stats

Platform

Architecture

Lessons Learned

相关博文

ubuntu 10.04安装sun的jdk

相关博文

The Linux Command Line: 一本介绍 Linux 命令行的好书

相关博文

几篇关于twitter,hadoop,Cassandra,Pig,FlockDB的slide

相关博文

云端医疗信息系统的不成熟构思

相关博文

Marketing in Twitter

相关博文

修复Lifestream时区设定

相关博文

纯idea 时间流+空间流

相关博文

数字化移动化乞丐的思考

相关博文

NATE的twitter商业模式

相关博文

twitter search result -> language filter

相关博文

twitter rss 提醒

相关博文

feedburner – To be more social

相关博文

Karmasphere Studio for Hadoop

相关博文

ytet upload user guide

相关博文

use winrar to zip something

相关博文

伊甸园字幕博客站和伊甸园美剧百科站成立说明

相关博文