無標題文檔

我拿什么去援助你们

新浪上的一篇文章 让我看了心酸。在北京 - 祖×国的中心,竟然会有如此大的反差。我也惊讶于那些国际友人,也竟然能在享受美食的同时,会对这样情况视而不见 -- 也许他们对于此已经见怪不怪了。

这让我不得不想起了几百年前某人的话「朱×门×酒×肉×臭,路×有×冻×死×骨」。即便是我错解了,作为一名具有独立判断能力的公民来说,目前看到这样的景象,我也只能作这样理解。

http://bbs.cn.yimg.com/user_img/200703/31/zyl_0810_1175273571145989.jpg

我不会去追究(也没有权利去揣摩)到底是什么原因造成这样的情况。但不可否认的是,我们的目前的环境还是需要改善的,至少是不和×谐的。按照官方的名词 - 「弱势群体」,它们是客观存在的,这是谁都不能回避的。

怜悯之心人皆有之,目前的状况却让人感到一丝的唏嘘。在每个城市繁荣的街道上,碰到路边的弱势群体,我们都会考虑下是否应当给与些援助。人都会这样,狼的故事听多了看多了,就会怀疑其真实性。其实,我不否认我也会有这样的想法。

听过一句话,就是「于乞食者财,于乞财者食之」,意思就是说给与弱势群体他们最需要的。其实在我们社会中,也有这样的慈善机构的。我是赞成设立这样的机构的,但我认为出发点应该至少与行动是一致的。而目前的状况,政×府也感到些许的为难。 一五一十上面的一篇文章 中的描述,让我堪忧。

流浪人所说的「虐待」显然是多虑了,目前尚未闻有虐待的事情发生。
但是换个思路来看「厉声训斥」和明显的嫌弃、歧视却是很普遍的,
关于这点在政×府职能部门中已成痼疾。中国的慈善机构是政府设置的
多,其中从业人员视其救助工作首先为一饭碗,其它则次其之。因此
很难说有发自肺腑的慈善之心和对被救助者怀有感情。而自由世界的
慈善事业则往往由宗教机构、红十字会独立担当,在他们眼底,慈善
是一种严肃教义,是人文哲学,是一种信仰的具体实现。施爱者首先
是把自身摆放在与危困者同等之位置,同是受苦受难者,你不过代为
上帝劳作而施放救济,后而为人间天使。

所以,在给与那些真正需要帮助的人之前,我们需要做的事情还是有很多。首先,就是赠与者应该建立正确的观点。弱势群体是最需要帮助的群体,每个人都会有无助的时候,没有必要使用歧视态度去对待他们。再次,应该杜绝和打击那些利用怜悯之心获利的投机群体,他们甚至已经将其作为自己的职业了,他们是一颗毒瘤。

本人一直相信,国人普遍是善良而且淳朴的,但正是因为这种民风,才会引起一旦自己或者自己身边的人受过伤害,就会避免再次的受到同样的伤害。我不期待在很短的时间内能够解决这一问题,但期间政×府应该需要做更多的事情。还是那句话, 多做些实事,少喊些口号

而现在,每当我看见那些需要援助的群体时,我总是会先考虑下,我到底应该拿什么去援助你们。

我对 Ajax 的看法

又一个新的项目已经接近尾声,我就好比是经历了又一轮的 JavascriptPHP 方面 的考试。由于其中 Ajax 方面的应用比较的多,纵观这个项目的从始至终,本人对于 Ajax 也有了一个全新的认识。

在经历了 没日没夜 的开发所带来的「审美疲劳」,牢骚在所难免。首先,说说 Ajax 存在的一些问题。

从原始目的上说,开发者使用 Ajax 是为了用户友好。但真的是如此吗?这让 Ajax 不得不面对客户端与服务器端的延迟问题。虽然有很多「欺骗」用户的办法,比如加一个会动的 gif 图片让用户等待。但这真的能让已经没有耐心的用户再多花一段时间去等待他们期望的结果?

其次,由于目前技术的限制,Ajax 是无法保留目前用户目前的之行状态的。一旦用户刷新浏览器,那么所有的东西将全部重新来过。这点我认为是 Ajax 的软肋(即使可以通过 Session 和 Cookie 来解决)。

Ajax 对 SEO 方面是不友好的。目前,或许我可以下一个结论,搜索引擎是不会抓取 Javascript 的输出的。不过即便如此,我们也可以利用这个特点 做一些有意思的功能

有人说 Ajax 能减轻服务器负担,而我认为这个观点不全面的。异步调用服务器数据的确数据包会很少,但是还是进行了一次服务器请求。所以相对于一般的项目,在同样负载的情况下,用 Ajax 应用比较多的项目明显会比传统项目请求服务器的次数要多。这可能会造成一种趋势,就是 缓存(Cache)技术 的流行。

Ajax 是依赖客户端的具体实现的。因为 Ajax 的核心应用 - Javascript,每个浏览器的厂商都是有自己不同的实现。所以不要指望在 Internet Explorer 中可以正确执行的 Javascript 能够完全不经过修改就放到 Safari 中使用。但有一个好的趋势就是开发者会更加注重 Web 标准化

上述就是本人对于 Ajax 的牢骚。但 Ajax 的出现是必然的,这是因为用户始终需要更好的浏览体验。早在 Ajax 出现以前,就有 Flash 实现过类似的功能。只是通过 Javascript 让更多的开发者意识到,原来使用原有的技术也可以这样做。

到底该不该使用 Ajax,在什么情况下使用它,却成了众说纷纭的问题。总而言之,本人认为在不影响用户体验的前提下,在适合的场合使用 Ajax。听起来有点迷茫,但是如果你用过 Gmail,你会发现它会在用户选择上传文件以后继续编辑邮件的同时使用 Ajax 上传文件,错开用户发送附件时的等待,那么你就会全部明白了。

好比从前的 Javascript、Flash 欢迎页面一样,目前比较堪忧的是 Ajax 有被滥用的倾向。确切的说,开发者有时候使用 Ajax 是出于跟风 -- 因为它很流行,却完全没有考虑到用户会不会使用它。

巧合的是,Google 以后发现有很多的开发者也写过类似的文章。引用 dgwxx 文章 中的一段话结束本篇 Blog:

(Ajax)只在必要的时候使用。《Foundations of Ajax》里有一句话「不要去做简历驱
动的设计」。就是说,不要弄一个很花哨的东西来吹嘘自己是多么了不起,而要重视客户
体验与运行成本。

......

比如,Google Suggest 那样的输入提示不是每个网站都能做到的,只有像 Google 这种
拥有天文数目的服务器资源,才能为用户提供如此高频率和准确的输入提示。准确估计自
己的实力,才能用好 Ajax。

最后,推荐阅读: Six Myths About Ajax (中文版: Ajax 的六个误区 )、 Ajax 的七宗罪 以及 Ajax: 99% Bad ,批判的接受 Ajax。

杭州,最具幸福感城市?

爬上 新大楼 的最高层,即被眼前的景象所震撼。在这顶楼上能俯瞰杭州城北的景象,而我眼前所看到的却是工业区排排的烟囱以及正在排放的废气。

<!--
http://fleet1.footbig.com/f/00/00/0d/66/m/59/c7/59c7d5c8b3288a01fdf2ea66b25001f8-3471.jpg
-->

所处在的位置 虽然已经是近郊,但与西湖只是一山之隔。坐公交 290 十几分钟(在交通不拥挤的情况下)就能够到达杭州市中心 - 延安路。

<!--
http://fleet1.footbig.com/f/00/00/0d/66/m/6f/35/6f35a07db96a5304b6319a1b241ba027-2989.jpg
-->

上次我已经提到过 杭州拥挤的交通 ,但这次我不免对于这「人间天堂」杭州的环境质量有些堪忧。本人在杭州已经有五个年头(读大学和参加工作),但说道杭州是否是 「最具幸福感城市」 ,还是期望保留自己的看法。

近年来杭州正处在高速的发展中,但是各种问题已经是层出不穷。其实本人也知道不仅仅是杭州,在工业以及商业发达的其他城市,这样的问题都是存在的。光从房价上说,市区高昂的房价已经使我完全放弃了买房的打算。但很多人都深深地热爱着这座城市并已在这座城市扎根,甚至其中有些 甘愿沦为了房奴

幸福和不幸福自有每个人自己的感受和看法。我不期望政×府能否能彻底解决这个问题,但我认为凭空将某个城市扣上「最具幸福感城市」的帽子还是有失偏颇的。这方面本人认为,政×府应该 多做些实事,少喊些口号 才是自己最本职的工作。

我该选择什么程序语言

cnBeta 上报道了 2007 年程序语言的流行趋势 ,并说明了 Python 语言是 2007 年度的程序语言。TIOBE 索引排名前 12 的语言分别为 Java,C,Visual Basic,PHP,C++,Python,Perl,C#,Delphi,JavaScript,Ruby,PL/SQL。我本人熟悉而且经常在使用的有 PHP 和 Javascript 。

https://friable.rocks/_/2009_11_05/456424ea9d0a.jpg

https://friable.rocks/_/2009_11_05/575594ea9d09.jpg

TIOBE 联合会的统计 是有代表性的,下面,我也说说本人对一些程序语言的观点。

我一点也不怀疑 Java 程序语言 的地位,目前为止的 Java 已经涵盖了几乎所有的软件开发领域。但其强大的功能背后,也意味着你永远不可能掌握 Java 所有的技能(请原谅我这么说)。本人也一直想掌握这门语言,但由于工作和时间的缘故(说白了是自己懒),迟迟未动手。

至于 C 语言,它可以说是本人学习的第一门程序开发语言。相对其他「高级程序设计语言」,C 比较的「低级」。它甚至需要你自己去管理内存,这对于非计算机专业的人来说是一道鸿沟。

Perl、 PHP 和 Python 是我接触最多的脚本语言。IT 界的 3P 服务向来就比较的著名,按照近些年趋势,Python 语言发展得最快。PHP 语言直到 PHP5 才有比较完善的面向对象的机制,而事实上它已经成为了 Web 服务器端开发的重要工具。

Javascript 的上榜可以说本人有点意外。不过,近些年 Ajax 的盛行, Javascript 是起到关键作用的。作为一个用户「看不见,莫不着,却每天在用」的脚本语言,Javascript 的确有不可估量的前景。

纵观 2007 年,Python 语言的崛起,我认为这也预示着一种趋势。就是未来的项目开发会从单一语言实现,到各程序语言相互分工、相互配合完成。Raymond 也在他的文章《 如何成为一名黑客 》中,将 Python 列为黑客应当学习的四种编程语言之一(请不要误解 黑客的真正意义 )。

可以说, Python 这门语言绝对值得尝试。

从墩布到大褂

看了韩磊的 从大褂还是内裤 有感,所以写下我的个人看法。作者首先是从一个笑话开始的:

有个相声说,某人买了一丈布,要找裁缝做大褂。其妻自告奋勇,称自己
也会做,就接手做了。两个月后问她,说做是做,只是把布剪坏啦,改做
小褂吧。如此循环,从大褂变成小褂,小褂变成肚兜,肚兜变成内裤,内
裤变成口罩,最后只好扎了墩布。

这是一个笑话,作者也阐明了自己立场,就是 设计程序应该是越简单越好。这个道理虽然简单易懂,但是目前国内的软件开发环境来说,很容易犯这种错误。

就拿本人亲身经历的事来说,作为某行业的 B2B 交易平台打算做一个类似于淘宝旺旺在线交流工具。但是我个人在之前就认为应该在开发某项产品和功能之前,应该慎重考虑下是否有其实现的必要和支付此损耗(无论是时间、人力还是财力)的能力。

然而,最后由于种种原因而导致此项目不了了之,但已经损耗的资源已经是无法挽回的了。这就好比上述笑话中的那个自告奋勇的妻子一样,想一口气做一个大褂,但是没有慎重评估自己的能力,最终失败甚至还闹出了笑话。

笑话中,如果说布是作为资源的比喻的话,那么项目的功能就好比是将这块布做出的成品(大褂还是墩布?)。软件设计思想中有著名的 KISS 原则(Keep It Simple and Stupid) ,所表达的也是这个意思。譬如从上述我亲身所经历的失败项目中吸取教训,就可以很容易的得知:如果在前期做足了充分的需求调查以及可行性分析,那么结果可能会更理想一些

作为互联网从业人员之一,我也看见了有很多的项目从当初简陋到逐步的累积完善,这样的案例有 鲜果阿里妈妈 等等。 他们都具有优秀的团队所拥有的气质 。这些团队的发展和所取得的成就,对于我来说也是一种激励和借鉴。

从墩布到大褂是逐步累计的过程,就好比 鲜果 Blog 上的签名一样,「罗马不是一天建成的,我们每天都在建」。那么,如果懂得这一道理的话,就不会再做贪心的吞象蛇了。

我的照片

嗨!我叫「明城」,八零后、码农、宁波佬,现居杭州。除了这里,同时也欢迎您关注我的 GitHub (2) 、 TwitterInstagram 等。

这个 Blog 原先的名字叫 Gracecode.com 、现在叫 「無標題文檔」 。 其实无所谓叫什么名字,作为码农知道取名是件很难的事情。最后想到的这个名字,其实都没啥特别的含义,系统默认的文件名而已。

作为八零后,自认为还仅存点傲娇式的幽默感,以及对平淡生活的追求和向往。 为了免得对号入座和不必要的麻烦,声明本站点所持观点仅代表个人意见,不代表自己所服务公司的立场。

如果您想联系我,可以发我邮件 `echo bWluZ2NoZW5nQG91dGxvb2suY29tCg== | base64 -d`

文章

项目