看山不是山,看水不是水

青源惟信禅师讲到自己修佛悟道的历程时说:“老僧三十年前来参禅时,见山是山,见水是水;   及至后来亲见知识,有个入处,见山不是山,见水不是水;      而今得个体歇处,依然见山还是山,见水还是水。“

  曾经以为,修道是如此,人生是如此;最近感慨程序语言也是如此。    在以前并未接触过程序语言时,对其有个不清不楚又很“清晰”的认识。程序语言嘛,不就是写程序代码让计算机完成某种功能或者需求时所用的语言。c语言就是用c的语法写出的代码。python语言不就是用python语法写出的代码。山就是山,水就是水,程序语言就是程序语言!
  最近,开始学习python语言,不是因为兴趣,是为了以后找个好的工作。对于此类语言我其实也是有一点向往的,毕竟稀里糊涂的用别人的程序做某件事和自己写出个程序解决问题感觉是完全不同的。暂且不说这个观点如何,那是后话,至少对于我这种小白来说这种自己写程序满足自己需要的想法是无可厚非的吧!兴趣呢,就在接下来的日子里培养吧。有人可能会说兴趣要从小培养,我认为这有点“天下饥荒,何不食肉” 的感觉了。就比如说你一个山里的孩子,你让他从小培养这方面的兴趣,这可能吗?在他父母眼里这些还不如学会喂猪砍柴的百分之一重要!我是初二的时候开始碰电脑,是那种真正的碰,就动动鼠标打简单的游戏。周围也完全没有与此哪怕能测上一点点关系的环境。所以兴趣的培养是针对有些人而言的,当有了向外探索与扩展的能力时,我们才能寻找一个合适的环境,去扎根,去培养兴趣,去成长!  
   好了,回到正题中。相比于c语言来说,python学起来很简单,因为我要做什么基本都会有一个库供我调用,就像是盖一栋房子,我有各种原料,还有各种工人。我要在西边盖一堵三尺高的墙,和工人说一声就行了。而c呢,我有砖头,沙子,水和泥,没有有工人,这时我想在东边盖一堵墙,好吧,有了原料我自己搬砖头,自己和水泥沙子,自己去测量,自己去砌砖。所以对于python,初学时,写一个简单的小程序确实很简单,无非就是那几个关键字中加入自己的想法就完成了。看起来懂了,恩,至少是会用了。但是print是怎么来的呢,用的时候计算机是怎么工作的呢,内部的数据是是怎样处理的呢,诸如此类问题我确实无法解释的。这就是看山是山,再看山又不是山,而目前我也正是在这两种状态中循环往复,往复循环。就像看过一篇博客中说到:要学习递归,先得用递归,然后在学习中递归,在递归中学习。
  至于什么时候能够打破这种循环呢,那就要达到第三层看山还是山看水还是水的境界了。

--------------------------------------------------------一个初学者的认知,如有大佬路过,不当之处 敬请指正!
时间: 2024-10-25 00:35:56

看山不是山,看水不是水的相关文章

随记:我们需要怎样的数学教育?

随记:我们需要怎样的数学教育? 注:这篇文章里有很多个人观点,带有极强的主观色彩.其中一些思想不见得是正确的,有一些话也是我没有资格说的.我只是想和大家分享一下自己的一些想法.大家记得保留自己的见解.也请大家转载时保留这段话. 我不是一个数学家.我甚至连数学专业的人都不是.我是一个纯粹打酱油的数学爱好者,只是比一般的爱好者更加执着,更加疯狂罢了.初中.高中一路保送,大学不在数学专业,这让我可以不以考试为目的地学习自己感兴趣的数学知识,让我对数学有如此浓厚的兴趣.从 05 年建立这个 Blog 以

程序员启示录

最近因为项目需要在看一个开源项目的源码,这个开源项目据说在内部开发孵化了 6 年之久,前几年才开源出来. 我在看设计文档和源码中发现,它的高层设计的一致性是比较好的,但到了源码实现就显得凌乱了些. 既然是时间跨度如此长的项目,想必参与这个项目的程序员也不止一批人了,处于不同阶段的程序员都有可能参与,这样也能理解实现上的凌乱了. 看着这些有一定时间沉淀的代码,有些代码可能诞生于差不多我刚工作的年头,有些又是最近才加上的. 不免让我回想起作为程序员,与这些代码一起在时间中的成长与沉淀. 刚工作的第二

18页PPT带你深度解读运维自动化【转】

来自地址:[http://www.opsers.org/tech/18-pages-ppt-show-you-depth-interpretation-operations-automation.html] 说实话,一个运维团队的运维能力如何,其实看一个自动化管理系统便知! ********文章较长,索引目录如下******* 一.概述 二.运维自动化的三重境界 三.运维自动化的多维解读 ******第一.基于应用变更场景的维度划分 ******第二.基于系统层次的维度划分 ******第三.基

配置TC2.0运行环境

一. 学习过程 下载TC2.0并打开如图: 这是一个集成的C语言环境包,包括TC.dosbox和一些编译工具,很明显这样我无法判断单个程序的功能,也无法区分哪些程序是必须的. 那么为了搞清楚哪些文件是用来解决哪些功能的,我新建一个文件夹C:\minic用来存放已知要解决问题的文件. 避免程序通过设置搜索路径的方法找到不在相同目录的相关文件有两种方法:(1)不让设置的默认路径指向真的包含相关文件的目录.(2)把我们所要研究的系统的所有文件都拷贝到一个不可能是系统设置的搜索路径的目录中. 对于第一种

产品思维学习(二)--获取用户需求

上篇产品思维学习(一)–浅显的整体认识记录了我这个2年的菜鸟程序员对产品的一些浅显认识.下面记录下开发产品的第一步:获取用户需求,分析用户需求,转化产品功能. 之前做的一个产品,是直接面向市场,当时开发周期很紧张,基本是两个星期一个迭代.产品人手不足,基本都是BD去采集需求或者老板根据经验说用户想要什么.于是,我们的产品看着做了很多的功能,但是用户量一直没有上来.这其中就陷入了一个误区,什么才是用户的真正需求. 在产品圈有一个经典的例子(大致意思),用户想去一个地方,说我想要一匹更快的马,福特却

万剑归宗—架构设计中的抽象思维与具象思维

新项目上线,用户量不断增加,工作中继续不断发现问题,解决问题.花一点时间来总结一下自己对架构设计的理解. 小小的打个广告.这篇文章是发布在neil的微信公众号上.neil的文章都会第一时间发布在微信公众号上.欢迎小伙伴们关注. 微信公众号:互联网与作曲家 武侠小说中的"万剑归宗"----极致的抽象思维 一点题外话.自己从小就是武侠迷,金庸古龙的经典作品都看过很多遍.最喜欢的女主,是<倚天屠龙记>中的赵敏:敢爱敢恨,邵敏郡主.其扮演者黎姿,是我心目中两位女神之一,性格与赵敏非

一个关于unity3d的系列文章

写在前面 想来从事unity3d开发已有三年多一些,寻思着该为这个奋斗了这么久的行业做些少许贡献,无赖自身水平局限加上各种拖延症,一直未能实施. 该写什么? 该怎么写? 不知道自己的能力是否能够撑起梦想,最后是否会太监? 也不会做需求分析,自己的文章会否有人问津? 更加不知道文章是否书写正确,不要传递了错误的信息,误人技术,徒留一地鸡毛. 想的多了,做得就少了,越想越无法下笔,但近日开始接手一个陈旧的项目,看着自己无法下手的代码,看着各种解不开的变量关系,才知道,虽然unity3d大大降低了做游

李新海:师徒聊“口才训练三阶段”

昨天和徒弟聊天,他告诉我,他总结了口才训练的三个阶段 一.看山是山,看水是水 外行看热闹,内行看门道,刚开始的时候,口才不好,看见口才好的演讲者,培训师,会很羡慕,会竖起大拇指认可那些高手. 最近特别火的<欢乐喜剧人><笑傲江湖><跨界喜剧王>三个节目来说,90%的人看了节目,哈哈大笑,但是外行始终是外行, 根本不知道对方用了什么技巧,不知道有哪些套路. 而口才演讲,培训讲课,也和这些喜剧节目类似,都是有专业的技巧的.如果不懂,那只能在原地停留. 二.看山不是山,看水不

真正的成长就是颠覆你以前的世界观

文/林中熹 去年<夏洛特烦恼>一上映,就红遍大江南北,与此同时那个被炒了很多遍的问题,再一次被提了出来.“假如有一天,你一觉醒来,发现趴在自己高中的课桌上,阳光洒进教室,你忽然发现现实的一切,原来都是一场梦,你告诉同桌你做了一个很长很长的梦,你的同桌笑着说你是白痴……” 和很多的朋友都讨论过,如果让你回到高一的时候,你会怎么生活,我以为我会听见各种各样的回答,然而几乎所有人给我的回答都是:好好学习,学好英语,如果有可能,认真地谈场恋爱. 但是如果让我们给我们的弟弟妹妹一些忠告的时候,几乎大多数