闲云博客

在电脑前待久了，常常会导致脖子和肩膀僵硬，而且还会产生一些慢性病。当你感觉身体僵硬的时候，做做这些伸展运动吧！放一份在抽屉里，并且在起身在办公室周围散步的时候想到动动胳膊转转身体，你一定会感觉好起来！其实算下来，这个电脑操每次只要两分钟，不少网友转发并收藏该帖子。“没事练练不错啊”、“经常忙到连厕所都忘记上啊”、“最近天天脖子痛，转给各位苦呆的办公族”。具体步骤如何呢？

动作1：十指交叉前平举

动作要领：坐直，收腹挺胸，十指交叉，目视前方，双手与肩同高向前探出，自然呼吸。保持这个动作10-20秒。

功效：拉伸整个手臂和肩部的肌肉，起到放松、缓解疲劳的效果。

动作2、4：十指交叉头上举

动作要领：坐直，收腹挺胸，十指交叉，目视前方，双手伸直上举，直至与身体为一条直线，维持这个动作10-15秒。

功效：拉伸手臂的肌肉、脊柱以及两侧的竖脊肌，防止腰肌劳损和肩颈酸痛。

动作3：背后拉伸侧颈

动作要领：站姿，双腿开立，与肩同宽，向左侧运动时，左手从后面抓住右手肘关节，向左侧施力，同时头部向左侧下方运动。保持8-10秒，还原，换方向。

功效：拉伸肩颈肌肉、斜方肌，起到放松效果，防止肩周炎等肩颈疾病。

动作5：双肩上耸

动作要领：站姿，双手自然下垂，两肩向上耸起，再放松，在3-5秒的时间里持续3次。

功效：放松肩部肌肉，防止肌肉僵硬等肩部疾病。

动作6：站姿侧腰

动作要领：如图所示，向右侧腰时，两腿开立与肩同宽，收腹挺胸，右手主动施力拉左手手臂，方向是右侧下方。弯下去后保持10-12秒，还原，向左侧腰，同右。

功效：拉伸肩颈部肌肉以及腹侧外肌，起到放松提神的效果，可预防肩部酸痛以及腰肌劳损。

动作7、8：合十屈腕挤压

动作要领：手指朝上时，五指并拢，双手合十，保持双掌相贴不分的情况下，腕关节同时向对方施力，保持10秒，还原；手指朝下时动作要领与朝上时相同。

功效：可锻炼腕关节和肘关节，防止“鼠标手”。

动作9：坐姿直臂振肩

动作要领：坐姿，收腹挺胸，双腿并拢，右手伸直上举至耳际，左手伸直向后伸。动作保持8-10秒，还原，换手。

功效：主要拉伸肩关节的肌肉与韧带，可预防肩周炎。

动作10：叠腿转腰

动作要领：如图所示，坐姿，收腹挺胸，向左侧转腰时，左手绕过背部，抓住固定物，向左侧施力；左腿放于右腿之上，右手扶住左腿膝关节处，向右施力；同时转头，腰部主动向左旋转；保持动作8-10秒，还原。向右时与左相反。

功效：拉伸手臂、腰部、臀部等肌肉，可让血液加速循环，提高身体的免疫能力，预防办公室各种关节疾病。

动作11：坐姿推腰

动作要领：坐姿，收腹挺胸，双手虎口向下放于腰部，主动施力于腰部，使得腰部肌肉拉伸收紧，保持施力过程10-15秒，做2-3组。

功效：可防止腰肌劳损，纠正腰椎等。

动作12：摆动双手

动作要领：这个动作好简单，站立，收腹挺胸，双手自然下垂，摆动两手，保持施力过程8-10秒。

功效：锻炼肘关节，防止“鼠标手”。

科普一下 “电脑病”

职业病专家指出，记者、网络设计师、游戏玩家等长期以电脑为主要工具，堪称“电脑病”的“高危人群”。医学界长期进行电脑操作造成的这种眼、手、腕功能性损伤，称为反复紧张性损伤症又称计算机键盘疲劳综合征。从病因来看，长时间注视荧光屏上的绿色画面，一旦视线离开荧光屏，常能把白色的墙壁看成粉红色。如机房空气中正负离子失去平衡，可使人体内生理活性物质受到影响，进而造成精神活动障碍。室内照光和集光不良，操作时姿势不良，工作时间过久，可导致眼睛疲劳，手、腕、臂、肩功能性损伤。此外，有人深更半夜还挂在网上看视频上微博，其实是患上了“贪网症”，彻夜不眠，白昼长睡不醒或无精打采，睡意绵绵，性情也变得暴躁而阴沉。

其实，预防计算机症候群的关键，是在用计算机时保持计算机屏幕、键盘及人体成一条直线。此外，每次工作一段时间后，应站起来活动片刻。不妨做做这套职场最流行的电脑操。此外，上班族预防电脑病要注意劳逸结合，防止肌腱劳损。注意用眼卫生，多吃新鲜蔬菜和水果；喝绿茶防辐射等等。

平常从来都没碰到过RAW类型的字段，最近碰到一个需求，就是我们数据库中保存了一个VARCHAR类型的GUID字符串，这个是调用FileNet API保存文档到FileNet Content Engine后返回的一个document id。

现在要利用这个document id直接去FileNet的数据库更新一些数据，经过查看和测试发现DOCVERSION这个表应该就是存储文档的信息的表，进一步发现Object_id应该就对应document id，但是这个字段的类型是RAW(16)，初步看并不匹配。

在网上查了下发现 http://www.robobunny.com/cgi-bin/guid 解释了Oracle 用RAW(16)来表示GUID，而且这个页面提供了RAW(16)和普通的GUID字符串之间的转换。

后来发现RAW(16)和普通的GUID字符串之间的转换可以用如下方法：

Oracle中：

select * from docversion where substr(object_id,7,2) ||
substr(object_id,5,2) ||
substr(object_id,3,2) ||
substr(object_id,1,2) || ‘-’ ||
substr(object_id,11,2) ||
substr(object_id,9,2) || ‘-’ ||
substr(object_id,15,2) ||
substr(object_id,13,2) || ‘-’ ||
substr(object_id,17,4) || ‘-’ ||
substr(object_id,21,12) = ’64908CFC-2D78-4EC6-A5EF-6AC42B1D3454′

 

.Net中：

        static string DotNetToOracle(string text)
        {
            Guid guid = new Guid(text);
            return BitConverter.ToString(guid.ToByteArray()).Replace("-", "");
        }

        static string OracleToDotNet(string text)
        {
            byte[] bytes = ParseHex(text);
            Guid guid = new Guid(bytes);
            return guid.ToString().ToUpperInvariant();
        }

        static byte[] ParseHex(string text)
        {
            byte[] ret = new byte[text.Length / 2];
            for (int i = 0; i < ret.Length; i++)
            {
                ret[i] = Convert.ToByte(text.Substring(i * 2, 2), 16);
            }
            return ret;
        }

 孤独是特立独行的赠予！

一个人的快乐，有时胜过一群人的狂欢！

躲在世界的一隅，静静享受生活的美！

美丽的东西总是很少人参与，这是宿命！

思念铺张，模糊了城市的光！

麻木的生活并没有麻木我的好奇心，世界对于我仍是一片未知！

化了妆，决计要吓一吓路人，却最终发现惊吓的只是自己，世界早已远去！

衣架悬挂了孤单，城市承载了一切！

阳光下的晕眩，是不可多得的青春纪念！

你的声音就是温暖，哪怕是大雪弥漫！

有你便再无恐惧！

故事的开头总是美丽，为什么结束却总是如此荒凉？

游弋在城市上空的快乐，俯瞰无奈而又无辜的悲哀！

Amazon Kindle Fire 的 Silk 浏览器到底厉害在哪里？

是现有云端和本地分离式浏览器的简单抄袭（ Opera , BB , UCWeb），还是真的有一手绝活？

UCWeb的烦恼

UCWeb是在中国很流行的分离式浏览器。也是个估值数亿美金的大生意：搜索引擎握住网络的咽喉？而在使用UCWeb的移动设备上，他可以握住搜索引擎的咽喉。

但是也有很多人觉得他是个缺乏前途的技术。随着iPhone等拥有高性能浏览器的手机的普及，随着移动网络的提速（3G，4G），UCWeb所处的市场将会不断缩小。

Silk抄了UCWeb什么？

服务器端连接

Loading 一个网页，可能和很多服务器建立很多连接：这个去拿 HTML，那个去拿图片等等。移动设备的运算能力有限，网速也慢，在这种设备上建立很多连接代价很大。

而服务器的运算能力远远超越手机，Aamzon EC2更是光纤接入。在服务器端连接多个服务器取得数据，然后整合起来交给客户端，就要经济很多了。

优化效果？ Amazon的宣传中给出的数据是 1337ms vs 5 ms！（不过，他们似乎没有计算服务器端建立连接取得数据的时间。）

内容优化

给 iPhone 一个 1024×768 的图片其实意义不大。因为超越了他屏幕的分辨率。所以可以在服务器把图片缩小一下。这样可以减少数据传输量，加快页面 Loading 速度。这也是久经考验的移动设备浏览的优化手段了，可以期待。

Silk 微创新了什么？

服务器端文件缓存

两次 Loading 一个页面，第二次会明显快一些。因为第一次下载的内容已经缓存到了本地。但是，移动设备的存储空间也是有限的。有了云端，可以在服务器上建立更加庞大缓存。

当然，这不是技术难题。 UCWeb 不这么做，可能更多的是由于隐私方面的考虑。

服务器端点击预测

Google Chrome 支持一种点击预测技术:他猜测并且预先下载某些链接，如果你点中，那么几乎瞬间就能打开。

Amazon 把这个技术挪到了 EC2 的服务器上。这样做的结果，是客户端不会因为这种技术产生流量。（但是由于多数缓存不在本地， Amazon的 EC2 服务器不给力的时候，效果就要打折扣了。）

不过，EC2 服务器服务器很容易的比移动设备更快，更多的下载大量页面。他将会显著增加点击预测的命中率。

这个技术有点令人兴奋。如果做得好，点击一个 URL 的感觉和按浏览器的回退按钮差不多。

Silk 的革命

动态分割本地内容

但是 Amazon 并不满足于此。他又搞出了一个真正的创新：动态分割（过去的）本地内容。

既然有了在 Kindle Fire 上的 Silk 和在 Amazon EC2 上的云端，以往的本地内容（ HTML ，JS ，CSS 等）放在哪里，就是问题了。

而在 Amazon 的设计中，两边都可以放。而什么内容放在哪一边，是动态调整的。

这个实现起来并不简单，你把文件挪动了位置，动态的要改动一些东西。更要命的，你要设计算法，考虑文件的尺寸，被调用的频繁程度，甚至，调用功能产生的运算量和连接数等等因素。之后，算法才能决定并且动态的调整：什么应该放在 Fire 上，什么放在 EC2 上。

意义

“动态分割本地内容”的本质，是权衡移动设备的“运算能力”和“移动网络的速度”，然后计算出一个最优方案（哪些下载到本地执行，哪些留在 EC2 服务器上调用）。

而因为这个算法是动态的，所以，他不仅能对应今天的移动设备和网络，他也能对应明天的移动设备和网络！

如果 4G 到来了，那么他可以在服务器那边保留更多内容。如果多核移动设备突然普及了，那么他就可以把一些大运算量的内容拿到本地运算。

网络会变，手机会变，不变的， Silk 总能得到当前状态下的最优解。

最后的话

Mobile Safari 的确给力，但是，利用“动态分割本地内容”，用 Webkit 核心的浏览器提供一样的体验，却在可能的情况下，比 Mobile Safari 快一些。

云端永远不会是负担，怎么运用，存乎一心。