無標題文檔

办公室植物展览

由于 搬到了新刚装修好的办公室 ,所以需要扔几盆植物帮我们「吸×毒」。 小妮子 最近也不知道从哪里搞来的那么多的植物,甚至她还专门 写了篇对于植物的文章 。而我本人 一直都非常的懒 ,所以这些花花草草的也懒得去打理。

http://fleet1.footbig.com/f/00/00/0d/66/m/ed/a7/eda75606aad00d3c1353df35beed19c9-7470.jpg

工作的时候一边闻甲醛一边敲键盘毕竟不是一件很爽的事情,于是我就向她要了盆小的可怜的仙人掌(不知道具体的种类,有人知道的请告之)。

http://fleet1.footbig.com/f/00/00/0d/66/m/d0/8f/d08ff848037773ce38f1afa34e3c2612-1510.jpg

其实我很早就对这盘草(又叫不上名字了),垂涎三尺,但可惜据说这种植物非常难养活,只好作罢。透明盆子中的颗粒状物体是一种叫陶土的东西,请原谅我将此物体与某动物的排泄物联系在一起。

http://fleet1.footbig.com/f/00/00/0d/66/m/70/1b/701b295e845732590b26f89db8921b22-3843.jpg

小姑娘最喜欢的就是这盆,我终于搞清楚这是一种叫 风信子 的植物。据说它开的花很 漂亮 。不过目前看来,我怎么看都会和下面的植物联系在一起。

http://fleet1.footbig.com/f/00/00/0d/66/m/83/07/8307983bfd27d53dfe74cbe5acc4d6dc-4027.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 上的签名一样,「罗马不是一天建成的,我们每天都在建」。那么,如果懂得这一道理的话,就不会再做贪心的吞象蛇了。

我的照片

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

这个 Blog 原先的名字叫 Gracecode.com 、现在叫 「無標題文檔」 。 要知道作为码农取名是件很难的事情,所以不想在取名这事情上太费心思。

作为八零后,自认为还仅存点点可能不怎么被理解的幽默感,以及对平淡生活的追求和向往。 为了避免不必要的麻烦,声明本站所输出的内容以及观点仅代表个人,不代表自己所服务公司或组织的任何立场。

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

分类

搜索

文章