学习android–资料

现在学android已经晚了。不过还好,只要是学,永远比不会要好。 从09拿到ipad开始一直想学移动开发,当时,不是这个创业团队得到了巨额投资,就是那个团队被大公司收购,整天受这样的信息轰炸。09年以来,移动开发或许经历了好几个狂热,眼巴巴的看着别人数钱到手抽筋,恨自己工作与之不相关。 不拖沓了,现在开始。 鄙人自称松鼠男,平时到处down资料,down的时候也不仔细看有没用,简单的分类后就封存起来,过后基本很少用。最近找android的资料,各种格式,e文的中文的,真是不少。大致翻了一下,堪用的几乎没有。最大问题就是资料太旧。 出版年份从08开始,每年都有。就目前的软件版本更新速度。别说08年,极端一点2年以前的书都不要看了。旧版本对应的相关环境安装配置,搞得头昏脑胀不说,悲催的赶上大版本更新,旧版本即便完全掌握了,也没有应用机会。还有就是资料重复很严重,同样电子书,不同名字,不同格式,总是换几个马甲晃来晃去的。扒光了也不剩几本了。 其次,国人写的书不可信,好书简直太少了,抄来摘去的凑到一起,看着真是浪费生命。好不容易碰到靠谱一点的,原来还是扒抄e文文档,这种选手也好意思在序言里面写上感谢xx在创作过程中的帮助,谢天谢地谢父母,鸡鸭鹅狗猪。。。 最终可依靠的资料还是官方文档(http://developer.android.com/training/index.html) 条理清晰,浅显易懂。 今天为止已经搞定第一个chapter了,下班在家时间有限,计划一个月把这份培训资料过一遍。  

重读「伝える力」

所谓“重读”无非是又读一次,再读一次的意思了。不过2遍或者2遍以上而已。 岂知,敲重读两个字心在滴泪。 在amazon上买书,想要的书挑完以后,想买一本热卖的书,没仔细看就选了。邮到家才发现原来去年买过这本书的电子版。怎叫一个愚昧了得。退回去可以,扣除邮费不剩下几个子儿了,硬着头皮再读一遍吧。   书本身很棒,我偶像“池上 彰”写的。这位先生经常在电视节目中现身,说话清晰明白,停顿也恰到好处,我日语不是很好的时候也听得很舒服(嘿嘿,虽然说现在仍旧不是很好)。   书写得很一般,满分10分的话可以给8分。作者现身说法,由自己的经历开始,讲述想别人说明清楚问题有多么的重要,然后展开到如何培养这种能力,从深入理解相关知识,到说话的技巧,直到最后讲如何循序渐进的培养这种能力。作为一本200页的书来说,自成系统,已经很完备了。为什么没给更高分,虽然清晰,明白的讲明白一件事情,但是没有出彩的地方。而且有些章节有点随波逐流了。   如果是学习日语,本书值得推荐。   先把目录写在这里。以后再把思维导图承上。 ・第一章 「伝える力」を培う ・第二章 相手を惹きつける ・第三章 円滑にコミュニケーションする ・第四章 ビジネス文章を書く ・第五章 文章力をアップさせる ・第六章 わかりやすく伝える ・第七章 この言葉・表現は使わない ・第八章 上質のインプットをする

windows安装svnserver

好久没有架subversion的服务器了。 windows上架过,centos上也架过。以为凭着记忆能搞定,一点线索也找不到了。google了一下也没什么头绪。 发现自己曾经编抄了一些网文,centos或者说通过apache提供服务可以参照一下链接: http://www.geluu.com/2013/05/centos_install_lamp/ 或者 http://goo.gl/ZI0FG   回到正题,用windows架subversion服务。 之所以不想用apache是因为不想给web服务器增加负担,(不过subversion作为进程一直跑,比起web请求<>响应的方式更占资源) 1,下面是subversion的下载链接。我这里选择了最后一个。 原因是简单,我安装的是这个版本:『Setup-Subversion-1.5.1.en-us.msi』 http://subversion.apache.org/packages.html 2,安装 3,安装目录的bin加入系统path 4,新建自己的subversion服务(我有保留代码,这步略过。完全新建时,还需要修改权限策略) svnadmin create XXX 5,开启服务 svnserve -d -r X:/XXX 6,开启防火墙,端口号3690(端口号可以修改) 7,开机启动   这篇文章比较详细: http://daihaoxin-sohu-com.iteye.com/blog/866606 这个也不错: http://blog.csdn.net/arkblue/article/details/4099430  

トヨタの片づけ

关注这本书有一段时间了。 5号拿到手,6号集中看了几个小时,还有40多页没有看完。 简单写一下读后感。 toyota所谓的整理方法,就是保证任何东西整洁有序,10秒以内就能找到。 为了确保这一点,要将有用的东西分类,没用的扔掉。 有用的东西也要明确,什么时候,什么情况下需要,而且要明确需要的量。 所以有分为最近有用和将来有用。 进而说明了如何甄选,如何更新状态。 而且把这种整理方法上升到企业文化的高度上,不光是自己能在10秒钟找到,而且要让别人同样的快速找到。 是在讲物品的整理,同时也贯彻了出自丰田的JIT理念。一切都按照计划进行,刚刚好满足需求的量。 看完这本书,有如下体验。 1,前言里说这种经验不单适用于工厂,也适用于办公室管理,看的时候总觉得是面向工厂管理的。 2,看日文书,很容易体会到日本人的细腻。直到很细微的方面。看老冰的文章说,丰田给合作伙伴做生产线优化,一个看监视器的动作,从探头看优化成转半身看,一年就能节约150万日币的电费。规定的就是那么细微,像手册一样,理解了,执行就ok。 欧美的书,与注重具体的行为比较,更注重的是让人“随心而动”,追随自己的想象力和创造力。坚定不移的相信自己,追求自己想要的东西。 3,作为一个松鼠男,也就是一直在收集各种书籍资料,多得自己也不知道自己有什么的人。看到这本书应该算是找到灵丹妙药了。可惜这边书对自己帮助不大。工作环境中,所有的文档井然有序,不到10秒能找到任何文件。 生活中却帮助不小,家里有些乱,经常为了找衣服,穿什么衣服而耽误时间,从今以后,应季的衣服只暴露一套,出门就套上,不为穿什么而烦恼。 4,这是OJTソリューションズ为企业做管理培训的总结,各个大章小节都提到了OJT的社员。那些社员和认识社员的人看了很爽。不认识社员的人看了不会记住社员的名字,反而会记住OJT的名字,这种企业宣传的方法很有效。 5,从本书学到的最重要的事“不要责备人,要责备制度”,这一点要切记切记。一直以来有将问题简单化的倾向,事情做好了,就是担当的人优秀能干,做不好就是担当者不称职。。。冷静分析,找出其中真正的原因很重要。简单的下断言,永远不会成长。

填了个iphone5

昨天晚上买了个iphone5. 从07年末开始用iphone一代开始,经历了iphone3g,iphone4,iphone5. 这期间,填了imac,ipad,ipod。还用着公司的一个苹果笔记本。 不知道还要跟apple混多久。 07年到现在,用了5年多ios,觉得有些厌倦了。前段时间进了一个android。打算告别一段iphone. 没想到已经习惯了ios,换了其他系统多少有些不适应。没办法又填了一个.同时用iphone和android两个智能机,要拿出足够的勇气. 本来要从apple往google上切换,现在又不那么坚决了。 apple和google哪个公司会出现更有趣的产品?或者是其他的公司,很难猜。 就目前来看,google有glass很酷,而且google无人驾驶技术上也很成熟,不远的将来也会上市。 apple好像没有什么新奇的东西,所以市场不断被android蚕食。 已经订阅了glass的mail通知,可惜目前只对2000个预订者销售。不知道要等到什么时候。 等google汽车成熟了,3~5年,我也想换车了。 消费类电子产品。如果哪个产品统治市场太久,是生产商的胜利,也是消费者的悲哀。 正好赶上一个新奇不断的时代。有理由期待着下个月,或者明天会蹦出好玩的产品。 iphone5很好用.

wordpress修改

做了如下修改 1,换主题 2,添加菜单栏 3,换revolvermaps统计layout,由3d变2d 3d的layout,iphone和ipad能识别,android无法显示 4,文章展示变更,全文->摘要显示 WP-UTF8-Excerpt真tm好用! 5,把sites.google上的文章挪到wordpress上来 自从google关闭reader,我再也不相信爱情了。sites里抄的文章都放在自己手里安全。 1)99%的文章都是抄来的。今后考虑相关分类只对自己开放 2)图片是链出去的,有些图片链接地址失效了。5月内,将文章里面引用的图片一并抓回来

用dropbox来进行备份

起因:家里,公司,租用服务器三个之间比较典型的分布式环境代码同步的问题。        家里和公司的测试环境代码需要同步,“正式”的环境在租用的服务器上,三者的代码,数据库状态需要同步。        这种同步一般是通过租用服务器来中转的,但是租用服务器不知道什么时候就go with wind了。不得不备份来以防万一。                首先想到的是版本管理。但总觉得这个东东不够轻量。也考虑过写脚本,租用服务器定时发送邮件,把代码,数据库都塞到附件里。但这种方法又需要开发,造轮子的事情怎么看着都不够聪明。前段时间,为了解决web服务器动静分离时文件同步的问题,学习了下linux下文件同步应用rsync。查资料的时候也看到不少关于windows-linux之间文件同步的解决方案。后来就想到了dropbox,又简单又傻,又暴力又强大。 正文: 用过dorpbox的win,mac,ios版,猜它支持linux,果不其然https://www.dropbox.com/install?os=lnx 看着说明一条语句搞定: 安装, cd ~ && wget -O – “http://www.dropbox.com/download?plat=lnx.x86” | tar xzf – 运行, ~/.dropbox-dist/dropboxd 丫的总提示没有授权,让访问一个url设置一下。 copy url出来贴到win下面的浏览器里,输入想要同步帐号的密码。 授权成功。文件开始同步。 用putty一看,整个帐号的内容全都同步过去了。 咦,虽然同步实现了,不过貌似要求是只同步代码和数据库,杂七杂八的东西都同步了,特别是有一些文件名称还是乱码! 对于一个眼睛里不揉沙子的人来说,真是婶可忍,叔不可忍了。 上面dropbox链接里面还有一句可爱的话, ”Download this CLI script to control Dropbox from the command line. “ dropbox展现了又傻又强大的一面。 说是放到哪里都能用,下载下来,敲命令行木有反应。提示没有dropbox这个命令,cp到/usr/bin下面也不行。看扩展名是.py。看扩展名知道是python的东东,怎么打开还不知道。搜!…

yii之坑爹的keyPrefix

当初上yii项目非常匆忙,大家搞php刚刚2个来月。技术储备不够的前提下,要上一个学习成本比较高的框架,管理层一点信心都没有。 我接了好几个管理层的酒后电话。听他们倒苦水,又连哄带骗的,终于征得了上yii的同意。 yii框架上是上了,完成了项目,性能功能上都满足要求。不过跑偏的地方可不少。 没系统的研究过yii,一边开发,一边学习,也在所难免。 最可恨的是yii的文档中文资源少不说。即便是英文文档也不系统不全面,反而不如代码易懂。 难道开发yii的这些人真的在用代码来说话? 用cron来跑php程序,是再正常不过的实现了。 一个多月有限的php经验里面,web和cron的php是两套代码。mysql来互通有无以外,独立的老死不相往来。 转到yii,自然也接着这么做。web用yii,cron就重构了原来那套代码。也没显得不方便。 yii模块间共通的东西,首次使用加载进来,以后在框架内哪里都可以调用,非常方便。 而cron是纯php写的,就没那么方便了。为了维护一致性,好多东西在web下面有一套,cron的纯php下还得有一套。 邮件,日志。。。全都要重新封装一下,俨然一个小系统。 项目急,php历练的也少。cron的代码结构很差,随着功能越加越多,代码就越来越庞杂,越来越难维护。 也提出过在cron里面wget http://homepage/xxx的方式来实现。 虽然能够解决代码不统一的问题,但由于yii初始化加载的东西多,而且还加重了web服务器的压力。遭到客户反对。 于是继续痛苦地写纯php。 这期间又上了memcached,又是两套实现。 最近有时间看codeignaiter框架,中文,日文的文档系统都很赞。 看到cli的时候忽然眼前一亮,记得查yii文档的时候没少见到这个关键字。 google了一下,果然yii支持命令行调用。真是tmd又爱又恨啊。 yii的command和controller有着同样的功能 分析请求,交给model处理。 很顺利的就把原来cron的纯php在yii框架内改写了。 自从上了memcached,数据库压力小了,性能提升一大截。 但是老板反应偶尔有些功能出问题。挡回去,也没太在意。 command实现方式开发结束最终测试的时候,发现command里面改的存在memcache的东西,web里面取不到。web的修改在command里面也不反应。 难道是访问不同的server? 查了cache配置,两个都访问同一个server同一个端口。 跟代码到webapplication和commandapplication这两个类, 即便是web和command持有memcache的不同对象,但是访问相同的服务器,内容应该是一样的。 而且flush的时候两面都空了。 难道是key出问题了? 核对代码,get和set传的key都没问题。 跟到ccache这个类居然在set和get的key前面加了前缀。 nnd这个恨啊。 这个keyprefix是public型,在哪里都没有显示的配置 没搜到api,猜是配置文件来初始化的。 蒙着往config/下面的配置文件里面塞。一次搞定。 于是乎也就知道老板反应的cron和web不一致的原因了。 配置不传这个参数的时候yii用appid又来了个md5。 如果一样的话就要多神奇有多神奇了。 教训: 1,写代码之间要多研究,这点要求比较高,赶项目的时候,很多都是抓过来就用 2,充分测试,很多问题在单元测试的时候就应该发现 3,api不详细,google不到的时候,自己动手写代码,上论坛和qq群都是低效方法。   写错代码最严重不过报个fetel error