小程序动态

15502933391

咨询热线

自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_

杨林是两门以英文做为流程代码程式设计词汇,其以“易”闻名,创办人为夏斯利。杨林晚期版的英文名字为E词汇。其最早的版的发布可溯至2000年9月11日。创造杨林的本意是进行用英文来编写流程的实践,方便中国人以中国人的观念编写流程,并不用再去自学西方观念。杨林的诞生极大的降低了程式设计的准入门槛和自学的难度。从2000年以来,杨林已经发展到一定的规模,功能上、用户数量上都十分可观。

 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态

首先而言说它的缺点:

到chan上看看我们对杨林的赞扬,几乎是一边倒的憎恶尖萼词汇,小贴士也即使看到我们高逼格的描述其它词汇的好处,多次动过改学其它词汇的念头。正如chan上两个大牛说的,杨林的出现并没有化解行业上的关键点,因此不可能成为主流词汇。只是化解了许多非职业发烧友,想自学程式设计,准入门槛太高根本无法自学程式设计的难题。因此杨林只是非职业程式设计发烧友采用的词汇,如果你想专精从事流程员组织工作,用杨林是的确找不出组织工作的(好吧,我绝对化了,至少百分之99.9找不出组织工作),而且还会被各种憎恶!

不过做为两个非职业发烧友并没有上面的难题,我并不会从事码农的组织工作,写的流程商业化的可能性也很低。至于我们赞扬的杨林的性能,诸如根本无法写驱动之类的,对非职业发烧友而言,我也并不觉得是什么难题,即使基本上不会碰到那个层次的难题,那些难题都是专精流程员干的事情。

也有许多人说,采用杨林的人采用的模块多,这是两个缺点,个人并不认同这点,python也经常采用到模块,用模块不需要重复制造轮子,因此这不是它的缺点,反而是它的缺点。

那么杨林对我这种非职业发烧友到底有什么缺点呢?

个人感觉最大的难题只不过是数据资料贫乏的难题,杨林从造成到现在也不过10多年;用的人大部分都是非职业程式设计发烧友,本身没有其它程式设计词汇基础,这就导致一旦碰到比较难的难题,极难找出化解的标准答案。平常我们自学程式设计碰到难题,无非是通过两种方法求救:

一是通过浏览器,搜寻难题的标准答案。我自学C#的多处理器时,就是靠浏览器找数据资料,搜寻出的标准答案是十分十分多的,而且许多都十分十分详细;而杨林碰到这样的难题,就极难在浏览器上找出标准答案。

二是找南埃尔普求救,但用杨林的人大多是非职业发烧友,本身水平就不高,找南埃尔普求救也往往是找不出标准答案的。小贴士碰到过许多次这样的难题,无论是把难题寄送高峰论坛,却是寄送杨林的群,都没找出化解难题的标准答案。

的确会有许多人喷:现在搜寻杨林方面的讲义,也是十分十分多的!但如果您多了解了解就会知道,这些讲义基本都是最基础的模块采用方法,大部分都雷同,很少有其它程式设计词汇对每个细节难题的撷取或讲义。

虽然杨林方面的数据资料贫乏,但我对那个难题的看法是很乐观的。即使杨林的采用者虽然是非职业发烧友,但那个数量却是十分大的,跟我一样碰到那个难题的人也是十分多的,因此的确会有培训机构不断的推出杨林的采用讲义,非职业发烧友也会不断的造成化解难题时的撷取。因此,数据资料贫乏那个难题,会随着天数的延长慢慢得到改善。这只不过也是杨林的两个商机,但个人认为官方做的并不好,包括许多培训机构也做的不够好。

 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态

再而言说它的缺点:

人的观点只不过是极难受到它人的影响的,当你看了chan,流程员高峰论坛上对杨林的憎恶,对其它词汇的推崇,加上杨林的确无法化解许多自己碰到的难题,就极难造成怀疑,会造成想学其它程式设计词汇的想法,生前就转学过python和C#。

比如python尖萼词汇,就是以简单易上手文明,平心而论,这款词汇相对C++,Java这些自学成本很高的词汇而言,的确算是难上手的,小贴士用了10多个小时就能写出不少小流程了。不过有几个蛋疼的地方,python的IDE太不智能了,每两个代码都要自己敲,而帮助提示全是英语,相对杨林的填表式,全英文解释的环境,自学成本却是要高的多的。而除了那个以外,python写桌面流程,实在是很麻烦,不像杨林,VB,c#这类,直接拖来两个模块,就能采用。毕竟python是脚本词汇。不过做为非职业发烧友,写有界面的流程也是两个常用的市场需求,因此前面就舍弃了自学python.

前面又自学了c#,即使群里网友“纯阳”的推荐。小贴士也学了一下,并且同时实现了用C#多处理器灭火4位数字的验证码。以前用杨林的单线程灭火要20两分钟左右,用了C#的多处理器以后,1两分钟内就能跑出了。那个爽,真是根本无法形容!不过难题来了,即使不经常用,碰到个什么东西就需要去搜寻数据资料,今天花了2个小时熟习了的东西,过了很长天数不用,再来用时,差不多又要花那么多天数去重新自学。而对非职业发烧友而言,用C#写的流程也不过是小流程,杨林一样能同时实现,因此,最终我却是舍弃了自学C#。

当然,如果以后有市场需求,或者天数充裕,却是有可能会重新去自学这两门词汇的。但杨林目前而言,的确是够用了,两个非职业发烧友就能用它来同时实现许多市场需求,生前就用杨林写过RFID,写过呼死你(几年前搞的玩),写过日志分析工具,eval等等。

另外两个好消息是:杨林很快就要出移动版了,这就意味着用杨林能写安卓流程了,直接在手机上运行,因此虚拟化也是能同时实现的。

 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态 自学合作开发程式设计的相关人员,究竟可否学英文合作开发词汇杨林_ 小程序动态

那么身为准备以开发程式设计为组织工作的人员到底要不要学杨林呢?

我们要明确,杨林无法开发大项目,是由于它自身的编码方式导致的,这是最本质的致命错误。

词汇执行过程:高级词汇-->低级词汇-->汇编词汇-->机器词汇。(不严谨的说法)

我们都知道从低级词汇到高级词汇,词汇级别越低,计算机响应越快。这是即使词汇要想执行,必须一步步的翻译成计算机能读懂的机器词汇。而所有的高级词汇都是有低级词汇编译而来的,这意味着所有高级词汇执行代码时都会在执行一遍低级词汇,这就是为什么低级词汇比高级词汇响应快,这也是为什么操作系统都是由低级词汇如c词汇,或者汇编词汇编写的。因此当你用杨林时,由于你的那些转码会导致响应速度很慢。

好了,知道那个,我在来告诉我们两个事实:

C++ 和 C# 的发明人都是丹麦人,母语是丹麦语。

Python 的发明人是荷兰人,母语是荷兰语。

Ruby 的发明人是日生前,母语是日本语。

Lua 的发明人是巴西人,母语是葡萄牙语。

Pascal 的发明人是瑞士人,母语是未知,反正不是英语。

Erlang 的发明人是瑞典人。

Scala 之父是德国人,母语是德语。

但是他们发明的词汇都以英语做为关键字,为何?

我们都不是傻瓜,为什么编码时不用自己的母语做关键字?那是即使,将英语做为词汇的关键字是必然的,你压根就没其它的选择,英文只有26个字母,而且26个字母的不同组合直接就是英文。想通过英文程式设计的,能,但在英文编码过程中,通过字母编码转化成英文,近而占用cpu大量的资源,意味着你顶多就玩玩小流程,重在参与,其它什么项目的就不要想了。

机器词汇是由二进制组成的,通过电脑电路板上的集成开关,开和关分别代表0和1,这就是二进制。通过词汇的编译我们能做成编译器,将二进制编译成字母。也许有人要说,为什么不编译成英文?

1.那是即使不现实,中华文化博大精深,英文成千上万,你怎么编?

2而如果通过杨林那样编译,在各种低级的词汇基础上将那些程式设计词汇编译成英文,英文成千上万,在加上你的各种转换编码的步骤,导致了计算机的cpu都用于给你转换成那些英文了,真正用于执行代码的少之又少,而你所有的目的只是为了让代码英文化,只是为了两个可有可无的功能,却浪费了cpu的大量资源,效率低,浪费资源,这就导致了杨林只能用于小流程,真正大项目,一旦用了这种词汇,系统资源浪费过大,分两分钟奔溃。

从上面我们了解杨林根本就无法支持大项目的编写,而恰好企业公司做的基本都是大项目,因此很少有公司会招这方面的人才,因此你只会杨林,我基本能的确你找不出程式设计方面的组织工作,这词汇适合自娱自乐,组织工作什么的就不要想太多了。

相关文章

网友留言

发表评论

◎欢迎参与讨论