如何看待微信小程序

最近微信小程序比较火，我赶快在书架上拿出三年前买的书，把上面的土擦干净，压压惊。

作为一个并不是资深的程序员。 从程序员的角度分析一下微信小程序，欢迎指点。

首先吐槽

微信小程序只发了200个邀请号，和我预想的一样，张小龙并没有翻我牌，难道就不能雨露均沾吗？

先来了解下什么是微信小程序。 转自知乎

微信也许重申了"我们是一款约炮软件"

微信还提供了一大堆接口和组件（不好意思，说了句废话）。

下面是禅叔的观点：

小程序原理就是用JS调用底层native组件，和React Native非常类似。恰恰又证明了，凡是能用JS开发的最终都会用JS开发。

证明：凡是能用JS开发的最终都会用JS开发

解：

据我多年经验，这句话是一个真命题。

语言的设计者是有两个派系的，有些人认为程序员语言应该防止程序员干蠢事，另一些认为程序员应该可以用编程语言干一切他们想干的事。 C/Java语言是前一个阵营的代表， JS是后一个阵营的代表。

往往第一个阵营的语言强调性能， int就是int，double就是double 还第二个阵营就是强调便利性 ，int是var ， double还是var。

选择语言的时候，其实就是在做选择题。是选择便利还是选择性能。

往往新出的语言便利性都很强，是因为硬件性能提高了，从而可以为了便利性放弃性能要求。

编程语言的主要矛盾就是程序开发的便利性和硬件水平的矛盾。

如果能够穿越回到70年代（首先在中南海西面买块地）， 那时候你坐在庞大的计算机面前写代码的时候，无意间小手一抖，多敲俩空格，然后程序oom。

不要感觉上面的事情不可思议，那时候内存低的可怜，每一个字符都是严格定义的，不允许任何浪费。能运行java虚拟机都是天方夜谭，怎么可能会有java语言。

节俭是一种美德，浪费不一定是坏事情

随着硬件性能的提高，出现了越来越多的编程语言，新出的语言往往性能上浪费，便利性上提高。要是按照几十年前的标准衡量，有一些使用新语言开发的热门应用程序对硬件资源浪费非常惊人。

不仅编程语言有这种现象,这实际是一种普遍的历史趋势, 随着技术的发展，每一代人都在做上一代人觉得浪费的事情。你可以想象下30年前打个长途电话，而现在，别说长途电话了， 有的人都就坐飞机去约炮了，这个在以前很难想象。

浪费可以分成好的浪费和坏的浪费。用更多的浪费换来简单的设计，并不是什么坏事。

如何才能充分利用新硬件更强大的性能最有利地“浪费”他们？

这时候问题就回到了开始， 证明：凡是能用JS开发的最终都会用JS开发

JS这种语言扩展性极强， 性能比起其它语言只能呵呵了。 但是硬件速度会提高很快。

Paul Graham算过，如果摩尔定律一直成立。一百年后计算机的运行速度是现在的74乘以10的18次方倍。（准确地说是73 786 976 294 838 206 464倍）

终有一天，你会在选择的时候忽略性能，选择便利性。

以前上学的时候，经常去网吧玩大话西游和传奇。而现在随便一个页游就能做出这种游戏效果。10年前你很难想象在网页上能玩这种游戏。

你现在就可以尝试想象一下若干年后，打开网页能玩魔兽世界。这并不是不可能实现的。

强调性能的语言还能否生存

我们都知道C/C++ 就是强调性能的语言， 我们做游戏或者视频播放的都是要求性能的。他们会不会被新的语言取代呢？

我可以郑重证明，不会的。

虽然上面我说的Java语言属于强调性能的第一阵营的语言。但是相对于C/C++ 它显然是增强了便利性。

语言是发展的，是迭代的， 随着硬件性能提高，基本上每个节点下都会产生新的语言，相对于之前的语言浪费性能，增强便利性。

但是很难取代之前的语言，对性能要求高的程序依然会出现的， 即使以后可以在网页上玩魔兽世界，但是还会出现 超级魔兽世界，泰坦世界, 宇宙世界 等等一大堆新的对性能要求较高的游戏。

微信小程序会取代其它APP吗？

问题回到我们的主题微信小程序上，微信小程序会取代其它APP吗？

我的观点很明确，

现在不会取代，以后会，但是以后会出现以后的微信取代不了的；以后的以后会取代以后的，但是以后的以后会出现以后的以后的微信取代不了的

其实也不难解释，10年前我们不能在网页上玩传奇， 但是现在可以。但是现在又有了魔兽世界，也许10年后网页上就能玩了，但那时候肯定还会出现 超级魔兽世界之类的游戏不能在网页上玩。

作为一个程序员，我们需要学什么？

有的人会担心，微信小程序出来了， 做Android、iOS开发的会不会失业啊。

其实你大可放心，只要你会学习，永远不会失业，你不学习，就算微信小程序没有推出你也会失业。

就目前而言，小程序始终是小，场景有限。还不能完全取代APP , 还可以通过小程序引导用户下载APP。就像简书一样，网页端能浏览不代表不开发APP软件。

但是要认清大的趋势， 这段时间就是用来给你学习的。

具体怎么学啊？

看文档学习呗， 首先了解JS语法基础， 了解React Native原理，学习JS , RN，H5,CSS，运营，测试，产品设计规范，图形设计，神经网络，OpenGL

总之，根据具体文档，用到什么学什么。

作为一个程序员，你可以忘了学习的高数，可以忘了学习的英语，可以忘了学习的线性代数 但是千万别忘了学习。

早上7点20起床，洗漱，给女朋友做好早饭，一般7点40分出门，到公司8点10几分，在公司吃完早饭，早上9点才会进入工作状态，中午12点吃饭，要么玩会手机，要么睡个午觉，下午2点开始上班，要到2点半才会认真写代码。晚上要是加班的话，在公司吃晚饭，要是不加班的话，回去和女朋友一起吃晚饭。

根据摩尔定律，芯片上晶体管的数目每隔18～24个月就会翻一番。如同在过去40年里一样，这个定律现在还是正确的，但是在性能上却并不再呈现一个线性增强的现象。以前，芯片制造商通过提高处理器时钟速度使芯片性能翻番――从100MHz到200MHz，直至近来达到吉赫兹。

然而如今，因为能量消耗和热量发散的限制，通过增加时钟速度来提高性能已经不再可行。芯片制造商开始转向全新的芯片结构，即一个芯片上有多个处理器核。相对于单核，采用多核处理器的程序员们可以完成更多全局工作。然而，要充分利用多核处理器的优点，程序员们必须重新考虑他们该如何开发应用程序。有些程序员，希望在终端客户将他们的电脑简单升级到快速处理器的时候，就能立即获得软件应用程序性能的增强。按照微软的软件工程师HerbSutter的话来说，对这些程序员“已经没有免费的午餐”。简而言之，如今程序员们应当致力于可持续的性能改进。

提高处理器时钟速度，则顺序程序的性能改进；为电脑升级一个更快速的CPU，意味着每一条独立指令的运行速度都会加快。要想使用多核系统以继续提高性能，开发者需要设计应用程序，为每个核分配工作――本质上即是开发一个并行应用程序来取代顺序应用程序。

幸运的是，NI LabVIEW软件非常适合于工程师和科学家们充分利用多核芯片的处理能力，主要原因有下面三个。

1LabVIEW是一种图形化数据流编程语言

开发者可在LabVIEW中简便地实现并行任务，使得开发新的应用程序并更改现存的应用程序以利用多核处理器的优点成为可能。LabVIEW从50版本开始就是多线程的，而现在的85版本更引进了新的功能，以利用多核处理器的优点。

2LabVIEW将多核性能引进嵌入式实时硬件中

LabVIEW 85将桌面 *** 作系统(例如Windows和Linux)的自动多任务处理功能――也就是对称多处理技术(SMP)――引入确定性的实时系统。

3LabVIEW处于“Multicore―Ready”软件层次的顶层

LabVIEW应用程序的每一层(例如：LabVIEW应用程序代码、低层函数、I/O驱动)，都是线程安全的，它们可以利用多核处理器的优点。

LabVIEW是一种图形化数据流编程语言

使用LabVIEW开发应用程序的最主要好处就是其直观的、图形化的语言。在LabVIEW中，解决工程问题就如同在纸上画方块图一样简单。由于LabVIEW能够并行表达和执行任务，所以现代的多核处理器使得LabVIEW成为编程工具的一个更有利的选择。

LabVIEW的数据流特性意味着不论何时，只要代码在线上有个分支或在方块图上有个并行序列，潜在的LabVIEW编译器就会尝试并行执行代码。用计算机科学的专有名词来说，这就是“隐并行”，因为你并不需要为了并行执行程序而明确编写代码，LabVIEW的图形化语言将自行实现一定程度的并行性。

从单核到双核计算机，理论上的优势是性能的双倍改进。但是，如何逼近该极限，则与你能多大程度上并行执行程序有关。LabVIEW程序员自然是并行地编写其算法。在普通LabVIEW应用程序的初始基准下，若不考虑多核编程技术，不改变代码，则其性能能够提高15％～20％。

图1是一个简单的应用例子：LabVIEW代码的一个分支用于两个分析任务――滤波 *** 作和快速傅里叶变换(FFT)――在双核机器上并行执行。因为两个任务计算量都很大，所以采用双核执行，相对于单核的效率改进是1省略/multicore上找到所有这些优化方案的例子。

LablVEW为实时嵌入式硬件引入多核性能

一直以来，工程师们使用的工具都不能利用嵌入式多核系统的特性进行最优化的并行式编程。LabVIEW 85软件为确定性实时系统引入了台式机的自动多线程调度器(也被称为SMP)。LabVIEW 85的实时模块加入了一流的多核系统支持，它有着如下特性：

在嵌入式实时系统中，在多个核上自动进行负载均衡。

对于时间关键(time-critical)的代码，可以将定时循环分配到指定的处理器上将定时循环结构中的关键代码与应用程序中的其他代码隔离开。

利用Real-Time ExecutionTrace Toolkit 20工具，用户可以方便地对VI程序运行过程中的线程和处理器核进行图形化的表示，以便更好地调整实时系统，进而获得最佳性能。

LabVIEW处于“Multicore-Ready”软件层次的顶层

Intel公司定义了用户需要评估的四层软件层次来确定多核系统的可用程度。这四层软件层次分别是 *** 作系统、设备驱动、应用程序库和开发工具。如果所用的应用程序库和设备驱动不是为多核而设计的，或者 *** 作系统不能够在多个核上进行负载均衡，那么并行化程序在多核系统上是不能够运行得更快的。

设备驱动软件层的一个例子就是NI-DAQmx驱动软件。传统的NI－DAQ是“线程安全”的，也就是说在一个NI-DAQ函数被调用时，整个程序库会阻塞其他调用的线程。从第一感觉看来，这是非常有逻辑性的，因为NI－DAQ是用来控制硬件的，而硬件通常被认为是单一的源。NI-DAQmx这款重新设计过的新型DAQ驱动程序是可重入的，这意味着多个DAQ任务可以以一种真正并行的方式运行而不再需要阻塞线程。利用这种方法，驱动程序可以使用户的应用程序在同一块电路板上并行地运行多个任务，诸如独立的模拟和数字输入/输出等。

LabVIEW――理想的并行化编程语言

大多数用户将会看到多核系统所带来的好处，它利用改进的性能同时运行多个应用程序(电子邮件、视频、文字处理等)，这也被称为多任务。但是，对于试图对单一应用程序进行优化的开发者而言，它所能提供的好处是有限的。

工程师和科学家们正在为测试需要或者在控制应用中改进的闭环速率而寻找更快的测量仪器。他们需要考虑如何实现并行的应用。LabVIEW软件就是这样一种用户可以借助于它所提供的软件环境来实现并行应用的有效工具。语言的数据流特性、LabVIEW Real－Time工具对嵌入式平台开发的多核支持，以及自上而下的为多核而设计的软件层，使得LabVIEW软件成为进行并行化编程的首选。

1晨间日记模板及习惯培养模板-Web应用版。自己用Evernote记了很长一段时间，觉得编辑每天的模板比较繁琐浪费时间，写了个网页版的，每天打开网址即可记录，时间日期累计记录天数等等自动记录，soeasy。亦加入习惯培养模板，记录自己的习惯培养，增加满满的动力。

2阅读摘录工具。平时读书和读论文有很多写的很赞的句子等等，摘抄起来很不方便（pdf中复制-

3论文筛选工具。计算机视觉领域的人应该都知道cvpapers这个网站，顶会的论文合集，但每个合集的论文数都非常多，找自己领域相关或感兴趣的很不方便，于是乎，又开始不务正业，写了个小工具，用来筛选感兴趣的论文，大大减少了人工筛选的工作量。

4爬豆瓣找好书工具。业余时间很喜欢读书，读书当然要读自己感兴趣的经典的好书，一般都是通过豆瓣评分和评论来筛选。过来一段时间发现可以看的书有不多了，于是乎，又开始不务正业，写了个豆瓣读书的爬虫，爬下了豆瓣所有300多万本书籍的信息，然后根据评分和评论人数等信息筛选。现在，愁的不是没好书看了，愁的是时间。

5图像标注工具。工作上需要对图像上目标进行标注，网上怎么都找不到合适的工具，于是乎，又开始不务正业，写起了工具，写完了不说，继续不务正业的增加半自动标注。

6定时锁屏改变熬夜作死小工具。前一段时间养成了熬夜的习惯，每每到了回宿舍的时间点还会闷在实验室写程序，于是乎，又开始不务正业，自己写了个定时锁屏的工具作死，到点后会自动锁屏第二天才会自动解锁，锁屏时间段内无法使用电脑，提（bi）醒(po)你停下来休息。现在已经改了熬夜的习惯，只有这个工具每天自己锁屏解屏锁屏解屏。

7自动签到挣Karmas，随意下高质量电子书籍。自己的书除了特别想收藏的，自己一般都是从ReadFar网站找高质量的电子书。下载需要的Karmas点嗖嗖的降，于是乎，又开始不务正业，写了个自动签到挣Karmas的脚本，每天可以自动的赚上几个Karmas。不知不觉中已近千的Karmas点了。

8自动签到挣度娘下载券。某一天，从百度文库下载，开始要了下载券。哎，没有，于是乎，又开始不务正业，在7的基础上填了个百度文库自动签到挣券的部分。现在不至于干瞪眼了。

9照片整理工具。手机里的照片很久不整理整天提示空间不足，自己一般都是将照片拷到电脑以年月命名的文件夹，方便存储和回首岁月时光，这次看到铺天盖地的照片，整个人都杂乱了，于是乎，写了个小脚本，一键整理了近千张照片，整个世界都干净了。

10CSDN博客完整备份工具。由于最近博客搬家，想对CSDN博客做个完整的本地备份，但官网上提供的备份工具根本不能用，其他的备份工具要么是只备份网页，不能备份网页中的等资源，要么就是收费。于是乎，自己又花几个小时造了次轮子，将CSDN博客做了完整的备份。Python实现，免费开源，可自由DIY去备份其他博客。

11链家爬虫。最近计划在北京买房，谁想房价开始疯长，链家的房价等数据分析只给了一小部分，远远不能满足自己的需求。于是晚上花了几个小时的时间写了个爬虫，爬下了北京所有的小区信息及北京的所有历史成交记录。

所谓程序员，是指从事程序设计、程序开发、程序维护的基层工作人员。

程序员包括两大类：

1，程序设计人员。

一个程序，就是一个系统。对于一个规模庞大的程序来说其结构非常复杂，各个部分的功能之间的衔接非常复杂，所以需要预先对整个系统的架构进行设计，程序设计人员的主要工作就是如此。

2，程序编码人员。

编码，也就是代码。……程序是由代码组成的。相应的，程序代码是由程序员一段一段编辑而成的。……因此，代码也就成为程序员业绩和能力的代表。

编程序、写代码，其核心就是算法。……掌握一套精密有效的算法，就能把一段程序编好，使其发挥出最佳功效。

从这个角度说，程序员所掌握的最厉害的工具，不是代码，而是算法。……代码对于程序员来说，只是砖石一类的工具，而算法才是程序的核心。……一段程序，代码的生成很简单，但是其中包含的算法却是非常深奥的。……因此，设计出一套算法，对于程序员来说才是最关键的事情。

从这个角度说，程序员最厉害的并不是拥有一段代码，而是掌握一套算法。

另外，程序员这份工作其实也有不同的分工。并不是所有的程序员都要敲代码的。……实际上，程序员工作职责涵盖面非常广泛。以下几方面工作，都属于程序员的工作职责：

1，负责软件的设计、开发、测试。

2，与客户进行沟通，明确客户需求。

3，项目调研、可行性分析。

4，解决软件开发和维护过程中的各种问题。

5，对本专业领域范围内的技术动态进行跟踪分析。

由此可以看出，程序员并不全都是敲代码的人，还有很多程序员是负责软件系统相关工作的人。……当然了，虽然因为分工不同，有些程序员不写代码，但是他们肯定是能够看得懂代码，并有能力修正其中的问题的。……他们当中的每个人都对于某个具体领域的算法非常擅长，这就是他们的绝招，是他们实力最强的领域。

RTL是Real Time Logistics的缩写， 意为：实时物流。

实时物流：

是顺应新经济变革的当代物流理念，与现代物流理念区别在于，实时物流不仅关注物流系统成本，更关注整体商务系统的反应速度与价值。

不仅是简单地追求生产、采购、营销系统中的物流管理与执行的协同与一体化运作，更强调的是与企业商务系统的融合，形成以供应链为核心的商务大系统中的物流反应与执行速度，使商流、信息流、物流、资金流四流合一，真正实现企业追求“实时”的理想目标。

real time language：在计算机科学中指的是real time language 即，实时语言。

Delphi的很多可用的特性都来自于它的“运行时库”，简称RTL。这是一个大型的函数集合，

程序员可以使用这些函数在Pascal代码中执行简单的任务以及那些复杂的任务

C#语言表示RightToLeft 枚举，指定一个值，它指示文本是否从右至左显示，就像使用希伯来或阿拉伯字体时那样。

在ContextMenu、MainMenu、ProgressBar、Regex 和 Control 中使用此枚举。当从 ContextMenu、MainMenu 和 ProgressBar 检索 RightToLeft 属性的值时，将获取您赋给 RightToLeft 的值。

相反，如果从 Control 派生自己的类，并将 Inherit 的值赋给 RightToLeft 属性，返回的值将是父控件的 RightToLeft 属性的设置。如果没有父控件，它将返回一个 No 值。否则，它将返回一个 Yes 或 No 值，这取决于您给自己的派生类的 RightToLeft 属性所赋的值。

在集成电路设计中， register-transfer level（RTL）是用于描述同步数字电路 *** 作的抽象级。

在RTL级，IC是由一组寄存器以及寄存器之间的逻辑 *** 作构成。之所以如此，是因为绝大多数的电路可以被看成由寄存器来存储二进制数据、由寄存器之间的逻辑 *** 作来完成数据的处理，数据处理的流程由时序状态机来控制，这些处理和控制可以用硬件描述语言来描述。

RTL级和门级简单的区别在于，RTL是用硬件描述语言（Verilog 或VHDL）描述理想达到的功能，门级则是用具体的逻辑单元（依赖厂家的库）来实现你的功能，门级最终可以在半导体厂加工成实际的硬件。

一句话，RTL和门级是设计实现上的不同阶段，RTL经过逻辑综合后，就得到门级。

RTL描述是可以表示为一个有限状态机,或是一个可以在一个预定的时钟周期边界上进行寄存器传输的更一般的时序状态机,通常VHDL/verilog两种语言进行描述。

1、每年的第256天，是国际程序员日。

2、用程序计算某年的程序员日，从这一年的第一天起加上255天就计算出来了

<%

dim n

n="2017-1-1"

wb=DateAdd("d",255, n)

responsewrite wb '结果是 2017/9/13

%>

程序员一般上班时间几点到几点？其实程序员一般上班八点到晚上十一二点都有是有可能的，因为程序员工作的时间点不固定的，如果公司需要到加班，需要做一些比较难的程序，就需要加班加点到天亮都有可能本身我自己以前在一些IT公司上班都见过程序猿12小时上班，所以他们上班正常的话是八点钟左右到晚上七八点钟，这个是在不加班的情况下才是这个点，如果加班，需要程序员加到凌晨或者天亮，都是有可能的，毕竟有些程序是需要时间或者人力去做的，而且有些程序需要用的话，就需要程序员必须两天之内做好，这样的话加班加点是经常的事情

以上就是关于如何看待微信小程序全部的内容，包括:如何看待微信小程序、作为一个程序员，你的作息时间是什么样的、多核处理器 LabVIEW　8．5为开发者带来多核处理器的强大功能等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！