低代码/无代码可以降低程序员哪些门槛?

  • Post author:
  • Post category:其他


现在程序员总体而言,拿着很高的工资,算是整个互联网产业发展的一批受益者,虽然经常要加班… 讲真,其他行业,要不就是根本没得加班,要不就是加班也没有几个钱。

编程这个事情,发展了这么些年,一直都在寻求改变,一直也都变化不大,我们现在用的主流编程语言很多都是30年以前的。那哪些地方可以优化?简化?(提升效率,也不免降低门槛。)

1、

“可以去掉语法,保留逻辑”

:程序员编写程序本身就是一个“创造过程”,这里面最核心的是“逻辑”,也就是解决问题的方法;这个过程暂时是无法取代的(如果被AI取代了,那将是另外一个世界,不引申了),但是“繁琐的语法”,“编写代码过程”,“各种单词拼写”,这些我觉得都可以去掉,而且语言种类又多,框架又多,给编程学习带来很大不便。这些可以去掉!

举个例子:一些后台程序员,也就是学了一个Go或Java语言,其实既不懂业务,程序也很随意,更谈不上架构,本来不怎么复杂的业务,最后建了几百张表,无数字段和join,最后弄的跟麻线团一样,走了…再换一家公司做,又要求开很高工资,再循环一次…我觉得这不公平。

2、

“组件化”

:特别是用面向对象的“原子组件”,和可创建的组件机制,来使代码量更低,这个很多大公司都在用或做类似探索,低代码/无代码很多产品都是这个方向的,其中我觉得Salesforce的lightning App builder和iVX做的最好,Oracle的App Builder也做的不错。无论有没有“低代码”这个概念,他们一早就开始这么去做了。

3、

“云计算+低代码”

:这个方向没有问题,现在云计算技术已经基本成熟,一定比一些公司后台程序员开发的效果要好很多,无论是资源弹性、速度、成本上都有优势。而且这个方向是被验证过的,只是以后云的操作不需要后台程序员而已,“操作服务器”“增加API/字段/表”都是自动的,低代码开发者就完全OK了。

总结一下:

总体来说“核心逻辑,包括业务逻辑”和“核心判断”不能简化

,其他应该都可以去掉。什么是“核心判断”,例如,什么服务应该做成微服务?什么是普通服务?这个判断还是人做。另外,凡是“什么什么 aaS” 这种类型,FaaS BaaS IaaS PaaS iPaaS hpaPaaS aPaaS…,都是可以编程无感知的。都是减少编程工作的方法~~~

发展的趋势,肯定是“代码量越来越少”“学起来越来越容易”,低代码/无代码如果真的实现,对无数编程后台者或新近学编程的人是巨大福音。

新手要学编程,或学校教学,可以参考一下:iVX(基本实现无代码语言,非常强大)、无远(生成PHP)、J NPF、活字格、牛刀等,以上灵活性都较强。其他都是领域内低代码(表单/Bi/工作流),这些和编程语言没什么关系,只能算是业务SaaS工具的集合。