博客

  • 回归技术的初心

    上周,公司开会,中国事业部的营业部长刘源介绍说,现在国内流行“大物云移”,其实日本又何尝不是如此呢。

    物联网,我们不太会接触。大数据,云计算,移动即使某些方面被说成是新瓶装旧酒,但这个全球的大势所趋是
    毋庸置疑的。最近的Fintec,AR,AI,深度学习等等话题,也都能让每一个向往技术的人看到远方的坐标。

    一直以来,都有声音在谈论公司人才能力的下降,暂且不谈新进员工,就算当年优秀的人才都留了下来,我们
    公司,特别是海外部,在整个IT领域也许还是倒退的。这也正是一些转入中国事业部的员工,会经常
    使用“XXX和对日传统项目不同,我们更需要XXX”这些语言的原因。

    在这方面,我们部门有自己的优势,也能够更多的接触到这些新鲜的领域。但是如果只是保持一种为
    客户打下手的心态,即使做着世界最前沿的产品,我们依然和那些坐标离着三万八千里。今天看一份
    讲AWS安全性的资料(*),定义Cloud的价值,除了Improvment,Innovation外,更突出的是Disruption,
    颠覆破坏。IT这个行业不就是如此么,新技术从来不仅是旧技术的改良,更是在破坏旧秩序,塑造新秩序。
    正所谓ニューノーマル(新常态)。

    所以,我想每一个真正的技术人员,可以回想一下当年决心成为一个IT工程师的初心是什么。
    环境的变化也许无法决定你,只有你自己的努力才能改变自己,成就梦想。

    另外,预告一下,明天公司会开一次大数据的讲座,参不参加不重要,关键是希望各位保持一颗崇尚
    技术的初心。

    *http://www.slideshare.net/HayatoKiriyama/security-strategy-by-the-cloud-in-aws-aws

  • 一些客户交流上的共通问题

    最近去了拜访了日本客户听到了客户抱怨,以及参与了一些项目的Follow工作。
    发现对外也好,对内也好,交流上有一个较为普遍的问题,

    就是对客户或者Leader的询问不及时反馈,特别是在SKYPE等即时工具上。

    我想这只是一个基础职业规则,也是对一个人的礼貌。
    更何况只是一个举手之劳的,为什么如此难为情呢。

    所以,向全部门提出以下要求
    1)对于他人的要求或者询问,5分钟内能解决的,可以等出结果再反馈,
    其他的,请立即回应别人。一句,

    “知道了,我看看,随后联络”
    “ちょっと確認させていただきます。”

    不是那么难

    2)如果当时不在位置,无法回应。请事后,及时补答,并提出歉意。
    如果知道本方有人不在,请主动代为回答,或者告明本人目前暂时不在,回来后转告。

    3)如果确认已在口头上或其他方式交流完毕,为了信息共享,请及时在群里
    发出结果信息。将问-答成为闭环。

    其实将心比心,如果别人这么对待你,说十句也没有一句回应,你还愿意继续和他说话么。

  • 对于公司发展的一些个人看法

     

    品牌建设

    品牌是公司实力的综合体现,而目前联迪品牌影响度和实力是不符的。要着实打造,我认为,第一是回归主业,第二是品牌意识。

    回归主业:外包主业确定了我们哪做的最好。这也是最容易由内向外,由此及彼的口碑传播。而目前发展中的产品研发事业,亦可以为品牌丰富内涵。

    品牌意识:这和第一个其实相关。长期外包末路,外包无需品牌等思潮根深蒂固。如果从业的人都如此思考,即便勉强建立一品牌,那也是空洞,不被认同的。

    建议公司成立专门的品牌推动委员会,指导和推动这个系统工程。

    软件产品升级改造

    我赞成目前按照独立事业部(子公司)方式推动产品改造。这样子更能整体规划,长期推动。

    技术研究及新产品研发

    我觉得技术研究有三种,第一种是IT技术要求低,行业要求高,第二种是IT技术要求高,行业要求低,第三种两者要求都很高。对于一个开发人员为主的公司,第二种似乎更容易接近,比如目前的Deep Learning,AI,Cloud等。但我认为第一种才是出路,这个需要改变人才结构,甚至收购,借用外部特色资源来实现。

    但无论哪种研究,能开展起来就是胜利。为此,我的建议是,这些研发投资金额(先不谈产出)能作为事业部的考核一个项目。(目前虽然有创新等考核项目,但很难成为可量化数据)

    市场、销售及服务体系建设

    是扩充专门的销售,还是强化现有干部的销售技巧,我个人偏向后者。从M社的例子看,大量的跨工种的职务轮换,很多做项目管理的,到了销售领域,做得更出色。

    但如何切分角色职责,是比较困难的。也许像客户那样,要么确实的轮岗,要么一人身兼数职(明确的多个职位),也许可以收到效果。

    人才队伍建设、产学研合作

    外包人才建设需要适应新的内外环境变化,虽然新人水平比10年前要弱,而核心项目管理的综合能力也是远超10年前的,所以人才建设,既要面对现实,选择合适的人,平静接受底层人员每年大进大出,也要有所理想,在愿意一起做事的人中,倾斜资源,付出心血,培养他们成为新的核心力量。

    其他

    是否能开展一些欧美外包的尝试。

    今后三年的公司事业发展方向,主要的和次要的

    我感觉,主业依旧是外包。次要的我倒是觉得可以和主业拉开距离,比如硬件类的生产。

    今后三年收入水平的预测及事业方向的市场分配

    我觉得,今后收入10%增长应该没有问题。外包市场这块,重点还是三线城市据点能否成功,这个布局效果有延后性,期望能早日布局。

    今后三年利润水平的预测

    纯利润,如果保持目前日元汇率水平,海外的利润在20%-25%

    今后三年的人才结构及区域分配

    海外事业,人才会出现两头大,中间人员不足的情况。但我想也会促使高级人才这头更多的跳出原来的思考,逐渐实现高级人才多元化。

  • 建立真正的学习型团队的感想

    由 于企业的目的是创造顾客,任何企业都有两个基本功能,而且也只有这两个基本功能:营销和创新”--德鲁克的《管 理的实践》
    作为我现在的工作,我 能深刻理解营销的巨大意义,其实离每个人都不远,这个暂且不提。
    说到创新,最近接触了 一些人和事,我想就这个问题,其实也就是如何建立真正的学习型团队,谈谈自己的看法。
    一些事情:
    〜GAPI团队, 经历了3年的持续,现在客户发生重组,是危机还是机遇,需要团队自己来回答
    ~CARADA团队,不出所料的Input一穷二白,但团队却成功把控着方向,甚至牵着客户走
    ~RCS团队,参 与着拼车软件这个互联网服务前端,却难于在思维上沾染互联网思维的改变
    ~CARADA团队,前端使用着10年前的JS技术,却浑然不知如火如荼的JS的变革
    ~某社AWS提案,我 的头脑依然停留在部署与开发何干的固定思维,却不知云服务队正在颠覆传统开发模式
    ~人们对于 Cloud,Smartphone,BigData新技术等等的向往,却鲜有人在工作之余默默耕耘。
    ~ 乐天RCS团队,这才知道,其实开发一个API及其Mock环境,已经有如此完备的技术堆栈。
    。。。。。。
    上面零零总总,貌似毫 无关联。但都回答了同一个问题,我们如果停留过去,只能是死路一条,
    只有我们打破思维的 墙,创新勇气,才可能得到我们所要。
    也许有人刚刚进入对日 外包,但其实已经有30年历史了。在我看来,这30年不是一成不变的。
    当前的各种外部环境的 变化,各种危机的潜伏,我深信不但无法毁掉这个行业,而且通过让行业
    远离安逸无为,远离顺 风顺水,远离因循守旧,从而让整个行业重新找回新的快速通道。
    而这一切,若是只想等 待外部来改变我们,那定是徒劳的。我们必须在被优胜劣汰前,创新改变,脱颖而出。
    在这个里面,我想首要 抛弃的就是目前严重的划界思维,严重的对风险的天然排斥
    ~这个我们从来没做 过,也不会做。客户也没想过让我们做。
    ~我们要和客户说清 楚,这个不是我们的范围,我们也不碰
    ~这个客户没有给的, 我们只能等的,否则做了也有可能是白做
    ~哦,这个技术不会, 那个技术没用过啊。还是想作自己擅长的技术呢
    ~这个连客户现场都搞 不定,我们更没有办法了
    ~这一直是这样做的 啊,客户都没有提,我们提干嘛,反正到时候出问题了也不是我们责任。
    ~新技术我想学啊,可 是没有项目。下一个用这个技术的项目,你让我参加吧
    ~来来回回做提案,真 无趣,客户赶快定吧,定了我们做就行了。
    其实每天每个人都会有 抱怨。可是有人抱怨过自己么,抱怨过自己不愿意做以上的一点点改变么。
    最近为了做AWS提 案,一开始纳闷,不就是虚拟机么,为什么有这么多行业要突出这个,而不是Java,Oracle,Spring这些
    我们本认为更实在的前 提。深入了解了之后,其实关键在于我们看待事物的角度。
    打个比方。
    我们是在提供砌砖服务 还是建筑服务呢。
    20年前,我们在砌砖 的时候,要谈论建筑是如此的遥远,听说很多项目,当时交给我们的任务仅仅是按照Case做完单体测试。
    如今砌砖的时候,已经 有了太多的自动化,站在AWS的面前,站在iphone面前,光一个个体就能创造一整个成功产品已不再是传奇。
    那作为一个团体的我们 呢,是整天谈论着每天能累几米高的砖,抑或是今日去接待一个家庭,明日就能为他们交付一所别具一格的别墅呢。
    我相信在我们之中,想 要实现个人突破的大有人在,现在就行动起来,去践行自己的理想,去找寻自己所能做到的改变。
    这不止于新兴的开发运 维技术,诸如Node.js,Angular.js,AWS,ASP.NET MVC,Spring,Android,Swif,Xamarin,Jquery…
    这不止于新兴的设计协 作思维,诸如产品思维,UX设计,用户体验,Agile,Cacoo在线图,Redmine,JIRA,Git…
    这不止于更游刃的交流 手段,诸如Slack,Skype,Hipchat,PPT提案, CRM,日语口语,英语口语,现场交互…
    这不止于更灵活的管理 方式,诸如Lean,Scrum,CMMi…
    最后,请不要盲目认为 谁谁就是自己的今后,今后成功的团队更需要一个异质的人群,没有权力之分,只有分工和协作责任的不同。
    做一个独特的自己。在你希望努力,希望改变的时候,需要任何的帮助,也请告诉我。
  • 玩转ASUS ZEN 智能手表

    年会的时候,中了一个神秘奖,一台ASUS生产的Android Wear的智能手表。手表名称叫Zen Watch。就是日语的禅的意思。

    不过拿回来,一直不能充分使用。主要集中在几个问题

    • Android Wear需要Blue Tooth连接Android手机,而且必须是4.2版本以上。我的小米2S,版本不够。
    • Android Wear即使连接了手机,主要功能通过Google Now的语音命令。中国的国情决定了大大受限。
    • Android手机需要安装Android Wear客户端,而这个必须从Google Play上下载。但是现在就算翻墙,貌似Google Play依然无法连接。

    所以几个月里面,我只是拿来看时间,和计步。最近事情有了转机,于是大大打开了它的潜能

    • 小米2S,一直在内测的基于Android5 L的MIUI6开始公测了。不管稳不稳定,我第一时间下载了开发版本。非常起送,下载了ROM包传到手机,然后一键刷机,大概10来分钟,一台最新Android L版本的小米2S诞生了
    • 尝试用Google Play下载客户端。可是用尽了所有办法,包括下载Google服务,下载Google Play,VPN翻墙,可是最后依然是“连接超时”。所以Google Play这条路只好放弃了。
    • 还好Android Wear客户端比较有名,国内的豌豆荚,360也有下载。直接下载之,蓝牙连接,一切搞定了。一般的计步咯,同步咯,发通知咯都可以实现。
    • ASUS对于Zen Watch还有许多自己的实用软件。这些在豌豆荚上就找不到了,Google Play又走不通,于是采取了另外一个办法。翻墙,进入Google Chrome的APP Store,下载APK Downloader 3.0插件。进入插件设定页面,需要设定一些诸如Google帐号,Android Device ID等私密信息,估计就是用这些信息模拟的我的手机下载。然后进入Google Play的Web 页面。这个时候在普通的Push按钮外,多了一个【Download】按钮。点击这个按钮,不久就会弹出下载Link。虽然有点慢。但是还是很顺利下载到了ZenWatchManger,Wellness, RemoteCamera等工具。
    • 一切就绪,现在这台手机除了不能方便使用Google Now以外,越来越有意思了。可以给我计步,测心跳,然后同步到手机生成图表,可以提醒我电话,通知,甚至可以用语音回复我的微信。

    总的来说,如果更多的中文化一些,Android Wear能真正成为生活的好帮手

  • 拆墙时代

    无论怎么挣扎,拆墙时代是大势所趋已人所共知。

    外包的寒冬,是什么呢,业务量剧减,人员流失,汇率波动等等。

    其实最最要命的是,不该走的人走了,该留下的没有留下。

    那留给我们这些留守的人,除了观望与期待,能做的也只能是拆墙了。

    今天,被同事说,总不能拆东墙补西墙,东墙西墙都塌了啊。

    哦,是的,一个显而易见的事实,却让深入其中的我们浑然不知。

    怎么去维系自己内心的那点期望,或者追随自己内心做出一些冲动的选择。

    否则就行尸走肉的当一个拆墙高手吧。

    拆东墙补西墙

  • 关于CORS

    有一个项目有这样的需求。希望页面整体是HTML静态文件,其中动态的部分由外部Web Service提供。貌似用Ajax就能轻易解决。但问题来了,这个外部WebSerice和静态HTML文件不属于同一个Domain,于是Cors问题就产生了,即允许跨域的访问。

    之所以有这个跨域访问限制,是从安全角度考虑,这并不是由HTTP协议控制的,而是通过浏览器自身的判断。而这次我们出现问题的背景,则是因为使用了Azure,两个存储空间差异引起的。

    大体解决方法有三个

    • 使用JSONP技术,需要修改WebService的处理逻辑
    • 使用CORS技术
    • 使用定期Copy,将WebService的JSON结果Copy到静态文件服务器上。

    我们选择了CORS技术。调查结果如下。

    第一步,通过caniuse.com网站,查到CORS支持的浏览器状况(http://caniuse.com/#search=CORS)

    第二步,CORS有两种方式,Simple和Prefight。两种区别在于,后者可以在Head上加入一些Options。

    简单来说Simple的时候,Request Head里面加入(Origin: http://infony.com.cn),如果服务器正确处理后,Reponse里面会有(Access-Control-Allow-Origin: http://infony.com.cn)。如果是Prefight,则要稍微复杂一些。

    第三步,确实IE的支持。因为本次需要对应IE

    经过反复查验,IE10之后完全支持,IE8,9部分支持,IE7以前不支持。关键的IE8,9的部分支持包括

    • IE8,9不支持XMLHTTPRequest,只支持特有的XDomainRequest来实现CORS(xdr.js)
    • 即使如此,只支持Simple CORS

    第四步,由于本次需要支持IE9,同时又需要Option Head。后面只能和用户协商,要么不支持IE9,要么去除Head里面的Option。

    参考网站

    http://dev.classmethod.jp/etc/about-cors/

    http://dev.classmethod.jp/cloud/cors-cross-origin-resource-sharing-cross-domain/

     

  • 时间都去哪了

    虽然有点俗,依然决定每年秋天和唯在同一棵银杏下留影

    2012年

    2012

    2013年

    IMG_7668

    2014年

    2014

  • (转)Material Design:Google 拿出了能够比拟苹果的好设计

    Material Design

    过去 Google 的产品线,每一个都相当的独立,在产品的设计上反映得尤为明显,甚至不必看产品设计,只要看一下 Google 每款产品的 LOGO 都能发现许多不同风格的设计。这种混乱难以体现出 Google 的风格,如果 Google 的风格就是混乱和无序的话。

    2011 年,拉里·佩奇成为 Google CEO 之后,他管理公司的政策从过去的自由、放任,变为紧密、整合。根据我们此前的报道,在 Google 发展的早期,因为鼓励观点的碰撞,结果发展成一种不留情面的争论氛围,高管之间冲突不断,甚至会拒绝合作。佩奇决心要改变公司的氛围,2013 年 2 月,在纳帕山谷的卡内罗斯客栈酒店里,他对所有 Google 高管说,Google 要实现 10 倍的发展速度,要用全新的方法来解决问题,因此高管之间要学会合作。从现在开始,Google 要对争斗零容忍。

    除了 Google 不同产品线相互之间变得更加开放、合作外,佩奇还大胆改变 Google “以工程师为主导”的文化。2011 年,公司启动代号为“肯尼迪”的项目,召集公司里所有重要的设计师,重新设计 Google 里的每一项产品,寻找一种共同的设计语言。最终他们找到跨产品的设计是“卡片式设计”。不仅如此,2012 年,佩奇大胆地作出一项决定,让设计师参与到早期产品的设计开发中,这项产品是现在我们看到的 Google Now——一项典型采用卡片式设计的跨设备产品,从 Android 到 Chrome,它的表现都几乎一致。

    可以这么说,从 Google Now 上,Google 的设计师们通过整合 Google 现有的技术和能力,再加上对跨设备界面与交互思考,结合卡片式设计,终于设计出在不同设备上界面和体验都相对统一的产品。而现在这种跨界的设计经验,经过两年的努力,复用在一致饱受割裂、碎片化困扰的 Android 平台上。

    Screenshot 2013-05-16 at 7.53.35 AM

    Android 一开始充满着旧 Google 时代的风格:自由、放任。开发者可以任意上传自己的应用,而不必通过审核;开发者可以随意按照自己的想法设计应用,Google 方面不予任何限制。可以说,Android 一开始就是一片 Google 开辟的荒地,他允许每个人都可以随意使用,结果是所有人都各行其是,让这块荒地乱糟糟的。直到 Android 4.0,从 Palm 跳槽到 Google 担任 Android 用户体验副总裁的马蒂亚斯·杜瓦迪(Matias Duarte)上任后,才真正提出设计指导。

    而 Google I/O 2014 上着重展示的 Material Design,以非常高调的方式,宣布了 Google Design 的存在:不欣赏设计,对设计毫无感觉的 Google 已是昨日。在发布会当时,Google 还上线名为 Google Design 的网站。从 Android 到衍生的 Android Wear、Auto 和 TV,Material Design 贯穿其中,成为沟通不同平台、设备的灵魂,让用户在不同平台上也有连贯的体验。为了维护这种一致性,Google 甚至不允许第三方修改 Android Wear、Auto 和 TV 的界面以及交互,十分强势。

    Material Design 不能简单地归纳为平面化设计(Flat Design)。实际上,Android 4.0 的设计风格,也不是纯粹的平面化设计,在经过仔细观察之下,我们可以看到 Android 4.0 在细节上并没有反对高光、阴影、纹理,换言之它并不反对立体感。不过,它也不能归类为拟物化设计,毕竟它所是用的图案、形状并非是对现实实体的模拟,而是按照自己对数字世界的理解,以色彩、图案、形状进行视觉信息上的划分。

    根据 Hi-iD 之前在《花样, 形式, 风格, 氛围, 主义……设计》中总结设计当中不同的层次,以 Google 过去各个产品而言,都充满了不同的花样和形式,但无法统一为一种风格。而现在,Material Design 则结合卡片式设计,又结合现实世界里纸张的隐喻,统一了 Google 在设计上的表达,从而展示出一种强烈的风格。这种风格不会因为我们使用 Android Wear 或 Android TV 等不同的设备,而感到不同。Hi-iD 说得好,“风格既是自我表达也是一种记名和品牌”。

    Material Design 在设计上并没有完全抛弃 Google 过去在设计上取得的成果。Material Design 和 Google 的标志一样,崇尚多彩,但它并不使用那种很艳丽的颜色,反而似乎是为了让图案变得沉稳,而有意令原本很晃眼的色彩混入一点点的灰色,让图案变得活泼之余,又不会因为过于艳丽而让人感觉到俗套和嬉皮。它也没有抛弃阴影,仔细观察 Android 4.0 的下拉菜单,我们可以看到底部和右侧有着淡淡的阴影。

    style-color-colorstory-01_large_mdpi

    不过,比起过去的 Andorid Design 来说,Material Design 更有自己的目标,它不仅仅为了好看而已,它要让不同设备的屏幕上表现出一致、美观的视觉体验以及交互。根据 InfoQ 报道,2014 年 4 月 Accel Design 大会期间,杜瓦迪接受 InfoQ 采访时提出,“作为一个概念,移动已死,它完蛋了。”他的意思是说,“将用于移动设备的应用程序作为单独的应用程序自行设计是一个错误的做法。”

    杜瓦迪说,“不应该为不同的屏幕规格创建不同的产品,而是使用一种统一的设计方法开发一款可以跨多种屏幕的产品:桌面、智能手机、车载解决方案、智能手表。当人们整天都在所有这些不同的屏幕之间切换时,他们应该能够继续使用一个特定的程序。这点不仅适用于产品的视觉外观,也适用于其功能集。如果一个人开发了一个打车应用程序,而它能在 7 英寸的屏幕上运行,但不能在 2 英寸的屏幕上运行,这是不行的。”

    1111

    为了统一跨设备间的界面和交互,让用户得到连贯的体验。Material Design 不再让像素处于同一个平面,而是让它们按照规则处于空间当中,具备不同的维度。按照 Wired 的话来说,那就是让像素具备海拔高度,这样子的话,系统的不同层面的元素,都是有原则、可预测的,不让用户感到无所适从,也避免开发者担心因为不同的视觉风格而产生冲突。

    Material Design 还规范了 Android 的运动元素,让按钮的弹入弹出,卡片的滑入滑出以及从一个界面变化成另一个界面的方法(比如从介绍一首歌的界面到控制播放的界面),都是秩序的、深思熟虑过的。Wired 总结,Material Design 中只有在高亮动作以及改变交互状态时,才会使用运动元素来表示。

    对于现实世界中的隐喻,Material Design 更加倾向于用色彩来提示。现在我们按下屏幕当中的按钮时,可以看到按钮颜色迅速发生变化,向石头投入湖面一样,产生了一波涟漪。杜瓦迪这样设计是因为 Material Design 中的按钮都处于一个平面,不再突起,因此它必须采用和以往不同的表示方法,以表明自己已经被按下。

    Material Design 所展示的模板当中,最显眼的是它的小圆点。它的作用好像 iPhone 上的 Home 键,能成为当前界面上最主要的功能按钮(感谢 vevan 的提醒),又是视觉上有趣的点缀。

    然而,正如 Material Design 名字所暗示的,为了适应多尺寸的屏幕,杜瓦迪以及他的团队,寻求一种更加抽象的表达,一种存在屏幕里的显示“材料”。根据 The Verge 报道,杜瓦迪团队在面对 Google 产品里大量采用的卡片式设计时,灵感火花一闪:何不如这些“卡片”,想像成现实当中存在的,四处滑动的物体。

    03

    如果这些卡片遵循物理世界里的法则,那么它就有自己的规矩,不见得每个人都能够任意使用,对于设计师来说“限制”是有必要的。在 Google 设计师的想象中,这种抽象的“材料”特性很像纸张,但它又做到现实当中纸张做不到的事情,比如变大变小。这赋予这种“材料”极大的灵活性,让它足以适应不同尺寸的屏幕。然而,对于 Google 来说,Material Design 还将扩展到 Google 其它产品当中去,让所有产品都烙印上浓浓的 Google 风格。

    对于杜瓦迪来说,从 Android 4.0 到 Material Design,体现了他身为设计师的素质和能力,而在这不同的经历当中,他的感受是,“打造 Ice Cream 时,我好似军舰上的一名上校,被叫去轮机舱,而这艘船即将在 30 分钟后转弯。创造 Material Design 就像指挥太平洋舰队的海军上将。我们要在一无所知的情况下作出决定,而船在 48 小时后启航。”

    至于 Material Design 本身,它是一个足以媲美苹果设计的一套设计框架。

  • 美丽的世界

    周末,和家人商量带唯出去走动走动。可是去哪里呢,大家一致认为要选择一个之前没有去过的地方。于是就从游园卡里面挑选了两个,一个是每天都从他身下经过的九华山,还有一个是能一眼望见长江的阅江楼。

    九华山每次经过的的时候,都会差异在繁华的街道突然冒出一个小山头,应该是没有什么可以玩的。爸爸说,先去九华山看看,不行再去阅江楼。

    果然九华山的入口非常隐蔽,走过一个深深的巷道,才到了正门。公园的门票只要10元,更加降低了我的预期。

    跨入大门,映入眼帘的是一个不大的寺院,人不多,很多老人在寺院前面的大树下打牌,遛鸟。越过寺院,后面依然很幽静,在山的最高处坐落了一个青砖砌成的玄奘塔。看来这座山,这个庙还要不少故事呢。

    走上最高点,顿时眼前开阔起来,山脚下就是辽阔的玄武湖,在对面还有壮美的南京火车站,在左边,是高楼林立的鼓楼和新街口,在右边则是雄伟的资金上。原来南京还有一块这么好的观景地。

    在突出的山头,建了一个观景台。唯仿佛也被这里吸引了,玩了很大一会儿,一点没有离去的意思。即使我们拉着他走开,他还是执拗的要走回去。

    九华山

    走出山头,我们来到了山上一条主干道。有18罗汉的雕像,还要12生肖,惟妙惟肖的。最令人惊奇的是一个硕大的乌龟雕像。高有近2米,长3,4米,宽1,2米。让人叹为观止。唯很喜欢爬上爬下,当然那滑溜溜的脊背,都是我硬推他才上去的。

    快近晌午,我们走下了山,来到了九华山公园的东门,以外发现竟然连接着城墙公园。于是我们又沿着城墙,一直往西走,从太平门一直走到了玄武门。一路上看看秀美的玄武湖,赏赏斑驳的古城墙。大家玩的不亦乐乎。

    城墙

    到了玄武门,唯一直揉着他的小肚肚,哦,他是饿了。于是下了城墙,就近在古鸡鸣寺的素菜馆品尝了一下美味的素面。

    一天过去了,留下的是美丽的景色。只是污染的指数直上400,所有东西都是灰蒙蒙的。我们都希望着下次再一个碧空如洗的日子,能有一个更加美丽的周末。