因为最近在一些那个交流群,就是看到很多同事或者是同行对地段码就热度比较高, 可能就是他们对这个订单码的接触不是太长啊,那我对这一块呢是接触比较长的,那你看来说的话应该有十几年了,因为从我呃就一成年工作都接触这种, 就是制定异类的这种功能。其实现在的这个啊,低代码一部分,很大一部分功能性的东西啊,都是通过制定异功能来实现的。 那一强的话只是说大家就是说不知道啊,怎么样去命名啊?都统一到了这个利益功能,后面的话就是有统一的说法,或者是叫于资本 催生,对吧?高大上,这样的名字可能会就是更高大上一些啊。所以现在的话,最近几年的话,可能大家都是说,呃自定义功能,其实还是以前的,就是满足客户的一些需求啊,在提供这个平台之上,然后让客户通过自定义的功能,就是不通过 如何满足他们的需求,用在反馈的软件公司来做成来做这个二十开发,对吧?那就是客户在我们平台之上,然后可以满足他们的业务需求,他们自己可以做。其实这个过程呢,其实还是说, 呃,让客户自己参与啊,来满足他的要求,同意到以前的话就叫指定功能这一块,那最近的话就是有一个更好听的名字了,对吧?叫这种, 嗯,鸡蛋吧啊,或者这五蛋吧,对吧?那其实这一块的话,它本质上是没有变的啊,没有什么饼子本质的变化,你该怎么开发还是怎么开发啊?很多很多同行把这个东西感觉给神化了,对吧? 就是说一说尼纳玛的感觉就是好像是一个新的东西啊,其实是不是一个新的技术啊,也不是个新的框架,他是一个 就是把疫情的这些名字啊,或者是名词啊,或者一些功能啊,做一个概括啊,就好像有个新的东西,大家都不知道叫什么啊,突然有一个名人,或者是有一个有名的人,对吧?或者有一个专家 啊,就把他给他一个起个名字啊,起个名字呢?你要符合当前的这个 呃行情,或者是当前的这个呃环境啊,你如果再让再叫疫情的什么制定功能啊,会让满足自客户的一些,呃,就是他的一些个性化的需求啊,那这个名字太长而且不好听啊,不够上档次啊。所以就是说呃, 给他一个好听的名字啊,其实他本质上是没有多大区别的,对吧?你后段你该怎么开发还是怎么开发,对吧? 千多万你还指什么可怕?无非就是说技术更新了一些,比以前啊,这个技术肯定是啊,要就是从功能上安全下, 对吧?从分装,在主界性的分装可能会好很多,对吧?一想到什么上加吹破或者是这块的,这一直到现在的想要不优异,对吧? 或者像那个呃瑞莱克的,或者两万个了,那关于就是 ui 的这些主监库又出出现了很多,对吧?分装呃主家化,分装是越来越呃便利的,对吧?当然了,功能性的那种功能性关键是越来越强,而且用户体验也非常的好, 这一块的话可能是比以前很多,包括后端这一块,是吧?以前的话可能是面前对象开发后,后面的时候延伸了,那么延伸了什么?上这个零驱动开发,或者是想微服框架 啊,对吧?那从不管穷前台后端这一块都是进化了很多,包括现在的容积化,对吧?余先生啊,这些东西呢都和这种低难把能很好的去结合,关键是关键是我们对针对开发来说啊,这个是从借 就是用爱来说的,就是从这种用户层,用应用层来说,那跟针对这种开发来说,不管是前段后段实质是没有任何变化的 啊,你就是就是可以这么说,就是你可以把这个低量码这一块呢理解为一个 特殊的要求啊,特殊的业务要求或者特殊的业务需求来看待就好啊,不用就是说过多的去解读这个低代码是什么啊?或者是低代码的到底是什么啊?我们里面怎么样去实现?他 其实在很多的业务当中,很很多的业务系统当中,可能你已经用了啊,只是不知道他是地在哪里啊?不要被这个名字给迷惑掉啊,迷惑了,对吧?比如说像 我们常说的一些设计模式啊,像调节,对吧?门面,对吧?或者是工厂啊,那我们我们在这个开发的过程当中,对吧?你如果是单独说他是一个什么设计模式,他肯定不知道啊,对开发者来说他肯定就是归归谈不出来, 关键是以前的就是有一些前辈啊,对吧?他把这个这种方式实验的方式,或者是那他已经给他起个好的名字了,对吧?那这个过程呢?就就可以看得出来,这个问题只是说你用了,你把它就是说,呃,就是说你不知道你用了,关键是你项目中一定一定存在,对吧? 就说很多很多情况下就是对开发者来说的都是这样子啊,就是有一些名词什么的,因为其实现在太多了,你也不用太在意, 关键是如果关键是就是能把这种他的功能什么的都对做好就可以了啊,也不用太纠结这个是不是低端码,或者是这个不是低端码。那低端码和这个,呃,就是我们平常的开发方式开发的这种平台或者是项目,对吧?或者是产品 啊?那他能好多少?这个不能这样评论的,一个平台或者是我就是以前给给这个公司或者是企业内部培训,一直说一个系统或者这个产品,对吧?一个项目他的好坏 就只有在一定场景下他才能分的出来啊,就是水平的去区分。呃,哪个平台好,哪个平台不好,这个是不客观的,而且是没有任何道理,对吧?
粉丝1.8万获赞4027

你是?你是做这做这一块的吗?你是做那个 d 代码这一块的吗? 今天和前端没有多大关系啊。今天和前端没有多大关系。呃,主要是什么?主要是最近分享的时候有一些那个同行, 呃,还有就是说在群里面也有,也有一些人来问,就是关于低代码这一块。那客户呢?包括我们客户和开发啊,他都说 啊,处理架构的那个是吧?好的好的, 那应该是没什么大的问题啊,因为今天和前端后端关系还不太大。呃,尤其是和前端关系不太大,后端的话还有一些关系。 那客户的话就关系必败嘛。客户的话肯定主要还是可能,可能可能就是问题,可能比这还要多。 那他关键是我收集的哈,包括前几天沟通对代码的时候,就是群里面有一些同行啊,留言,或者是呃在头条上面给我留言,他们说呃,主要是还是什么?主要是关于这四点吧,比较多一些。 一个的话就是数据的安全性,第二个的话就是低代码智能实现简单的功能,第三个是性能啊,第四个的话就是持续服务能力。就是客户对这四点的话就是呃,有比较明确的一个需求。 那我们先说那个数据安全性这一块, 就是关于设计安全性的话,大家都知道哈,就是说因为客户就觉得就是说呢,就是我们一般是是有这种 size 化结构嘛。因为 低代码这块,上市外平台还是比较多的,那如果尤其是上市外平台的话,客户更关心。如果是呢,本地化部署的话,客户还好,罗伟的好一些。因为什么呢?因为但传统的这种呃思想的话,或者传统的部署方式,可能都是 我们开发好,然后不说客户那边去啊,客户买服务器对吧,那他就感觉就是说所有的数据都会在他那个机房里面,或者都在他客户的 那个服务器上面。这样的话就给客户的感觉就是说他能自己掌控他们的数据啊,包括程序数据和一些就是说我们数据库里面的这些这些业务逻辑的这种数据,那他就感觉很 很安全对吧?那如果是我们迪德玛平台的话啊,不提供本地化部署的时候, 他们就就给客户造成了一种假象,就说他们的数据完全是在是在哪里面,是在那个就是说我们这个我们的平台之上 啊,客户的话他也不能直接看到他的数据,只能通过我们的平台来查看,或者通过的地方平台啊,或者是通过我们地方平台生成的程序来查看。这样的话就给客户感觉一个就是呃不安全的感觉。所以这一块的话,我还是 说那我们的地段平台要适应两种部署方式来打消客户的一些这样的一些那个优就是他的一个疑问或者一个忧虑点啊。那我们平台呢?就是可以生成按这种两部分,一部分的话是可以本地化部署 啊,就是我们的 d 代码平台本身就可以本地化部署。另外一个是什么呢?另外一个是 d 代码生成的应用程序可以本地化部署。第三个就是说什么呢?第三个就是 第三个,还有就是说听不懂是吧?哈哈,那你你后面的话可能好一些吧,或者就是比如说呃,性能这一块和持续的服务能力应该会好一些哈。那 d 代码的话就是说它平台啊 得,那么平台本身要提供扩展的能力,这样会更好一些。为什么呢?因为我们比如说客户,他觉得就是说如果数据不安全的话,那我们可以直接连到客户服务器上面去啊,客户的数据库服务 啊,他给我们一个,给我们一个账号,或者是给我们给我们一个连接地址对吧,我们可以对接他的接口,或者甚至是直接连接他他的数据库,这样的话就会感觉说就是数据库啊,数据库里面的数据客户还能掌握啊,客户就感觉很放心,这样子 对吧?不然的话,我们就是说在完全在我们平台之上,一下子让客户来转来,转过来这个概念的话是很麻烦的,他不一定能呃一下子就是说能转过来,这种传统的有传统的部署方式,转换为三十块,三十块部署方式, 他很难一下子能接受了。那我们要给客户一个这样的定心丸啊,我们让他选择几种方式。第一对吧,我们的平台第三方平台能完全的就是在本地化部署,这是一种方案 对吧?第二种方案的话,就是我们电饭平台生成的程序能部署到客户那边去啊,也是可以的。第三的话就是说我们电饭平台本身要有扩展的能力啊,数据员的扩展的能力,让客户的话就是说能直接连到他们的数据员 啊,这样的话本身就是说客户就感觉就是说他肯定会要一个对不对,在这里其中选择一个就可以啊。另外一个的话就是说我们我们的那个程序本身哈,我们的迪特码平台只本身也要有这种数据暗谝人生的意识 啊,不要就是说外露数据啊,这个安全性也要加要加强,因为现在的等保这时候很严的对吧。那我们听的本身比如说密码,若密码对不对,铭文密码,这是尽量可以避免的。就在开发当中,这个的话就是在我们开发当中的话,就应该把这些问题呢都给处理掉。 在的话如果是这样回回回答客户的话,我觉得就是应该是问题不大的哈,因为他和这种方式在基础方式让客户来挑一种的话,就是在呃跟这种本地化部署给给给这种以前的定制化项目都差不多 对吧。啊。那剩下的就是说原来的定制化项目,如果是有的问题,那可能还会遗留下来对吧?那我们给他们平台可能会做的更好一些啊,考虑的更深一些。这样子。另外一个 什么呢?另外就是低代码只能实现简单的功能。其实这个功其实这一个疑问呢,是大多数不太理解低代码,他就是呃会问这个问题,大家都可能觉得就低代码只能实现一些简单的功能,然后一些复杂的功能就实现不了。 其实这个的话就是随着就是最近几年地带码的发展啊,很多业务复杂的功能也可以用地带码来实现,就算是本身不实现,那我们地带码平台可以通过扩展来实现对吧?前几天我就说过地带码是一个什么高度十倍性的,他这样的一个平台, 他不仅仅是实现一些简单的拖拉拽啊,简单的一个表呢,简单的一个流程,他还会适配什么,适配很多的系统啊,通过和原声这种能力的结合 啊,他的扩展能力是非常强大的,但至少的话,就要求我们平台本身都有很好的扩展性才可以。 不然的话,他不然的话就是说我们平台提供什么,客户只能用什么,没有一点扩展能力的话,那这个地方平台本身就不太就是就功能实验他们就不太完善 啊。那我们那我们提供本提供这种低代码平台对吧。他的扩展能力一般的话,会从什么在线这种编译代码啊,编译代码,然后再写一些高代码, 或者是给第三方平台对接,或者和或者是和云先生能力对接啊,或者是个 rpa 对接,对吧,他都是可以识别起来的。这个的话应该现在的话有一些地段平台都已经实现了。 所以我所以我们说的话就是说 d 代码, d 代码它本身的能力哈,它本身是没有问题的,就看我们怎么样去实现啊,去实现这个 d 代码平台。 他如果实现的好的话,如果是我们低的吗?平台本身扩展能力是足够强的话。所以对这种不仅仅是可以实现简单功能的啊,现在的互联网或者是什么工业级的 低代码,或者是这种物联网低代码啊,尤其是呢,还有以前的话,像这种,嗯,就是办公类的啊,云办公类的低代码都已经很存在很很多了 啊,他的一些业务场景的话,也不是仅仅简单的这种呃,收集资料对吧,还得是这种简单的表达生成啊。不仅仅是这样子哈,很多的 flat 功能都可以实现的。 第三个的话是性能这一块,因为什么呢?因为地段嘛,他有解释器啊,包括前端解析器,还有后端解析。这两个解析的话,这个是有一定的性能损耗的,这是避免不了的。 那我们怎么样来提高他的性能,或者是至少给他拉平?这的话有两部分,一部分的话是用缓存来控制对吧?前端可以缓存,然后呢,后端也可以啊,这个是没有问题的。 然后的话就是说还有一个就是说数据库上层面的话,因为他在解析的过程当中对吧,尤其是砂石化的,呃,砂石化的这种架构的话,那我们平台上面数据或者租户越来越多,那数据库里面的数据是越来越多 对吧?那可能会造成了,就是说他的性能会有一点影响。这样的话,就照这样的话,我们可能会什么呢?我们就会把这种数据放到缓存里面去,或者放到 es 里面去,大家给数据库分压来更快的来完成 他的一个解析功能,他的一个展现的功能。这样的话,他有这样的话,客户的话才能感觉到哎,我们这个平台还是不错的,对吧。另外一个是从横向扩展解析期的话,尤其是后段解析,可以多部署几个实力来加快他的解析性能对吧?比如说我们有一百个入户, 那原来的话一个主一个后端来服务一百个解析解析的这样的一个功能,那我们可以部署几台吗?对吧,我们部署五个实力,那一个实力只需要负负责二十个主,二十个主户就 可以搞定了,那他的性能会高很多啊。其实性能这一块还好,性能这一块还好,包括前端这一块也是,我们前端前端也可以做副材均衡 啊,传单你可以做负载运行的哈,然后通过一些什么客户端的一些缓存啊,包括他的静态文件的缓存,图片的缓存都可以来提高他的一个性能,把这种前端解析的性能的损耗,然后用其他方式给他抵消掉啊,他总的来说的话,他的性能不会太不会太低哈, 也是非常高的。所以这个的话我们我们在开发的时候,或者是我们在部署的时候,尤其是在部署架构的时候,我们是我们一定要想好我们怎么样去做这个事啊,面对客户的这些疑问,我们怎么样来给他就是解决掉,不然的话我们 平台的话这个到时候做推广或者做客户使用的时候也会遇到这样的问,这样那样的问题,所以我们要提前规划好。这是我们第三个平台可能会遇到的问题,这几个问题的话可能都会遇得到,对吧?那我们 那我们在真正的去做的时候,所以不能就是说上来就做这个事,而就而是说我们上来要规划好啊,规划好这样的问题,出现这种问题的时候,我们要有一定的对策才可以啊,不能说就是说就等到出现问题的时候,我们 我们才能我们才就是说临时想到怎么样去解决,这是不行的话,要规划好的对吧?另外一个就是持续的这样一个服务能 能力。其实什么呢?其实在低代码这一块,呃,像定制代码这个也有这种问题。定制代码的话,为什么会有这种问题呢?低代码的话,它也有一个什么售后服务对吧?售后服务的能力, 因为因为你没有售后服务能力,就是说持续服务的能力的话,他肯定这个平台是长久不了的,这种客户是维护不了的对吧?那一一般的话,现在最对低端版平台的话,客户也是有这样的能力,因为我们都是通过杀手法服务的,就是客户就担心 哪一天我们跑掉了怎么办啊?客户可能会有这种担心啊,是非常是非常现实的。那我们要去解,我们怎么样去解决这种问题呢? 其实其实这个问题呢,和第一个问题就是差不多啊,因为第一个问题出于安全性对吧?最后一个问题是是持续服务能力这个两个问题呢,都是差不多的,那我们可能会 要么就是我们把这种什么呢?把这个呃就是我们的原码对吧?或者我们的呃信任感传递给客户,让客户感觉 我们是有这种能力啊,持续服务能力的对吧?你不能说我们是一个新手对吧?新的平台 啊,可能客户是第一个小白鼠什么的。这个不行的话,那我们一定要有强大的持续服务能力才可以,尤其是我们提供的是沙石化服务的时候对吧?既然客户信任我们,我们要有着 能力去持续的服务他,不管是从功能上迭代,还是从这种呃销售以后,售后服务这一块应该我们做的应该更好才对。这样的话给客户就是说有一个感觉,就是他这个平台是不错的,功能也不错,对吧,功能不断的完善, 这样的话就是让客户来持续的啊,选择我们对吧, 这样的话这平台呢才能更长久,可能会通过不断迭代,平台会越来发展的。这个功能从应用性或者说性能上面对吧,或者是呃安全性上面就越来越完善,这样子 啊。呃,就是这四个问题呢,就是我大概的就是尤其是前面经过了前面不断 这种直播吧,然后就是看到的这些问题,然后我就做一个解答,然后今天早晨的话应该我整理了一下,也发了一个头条,头条吧,在微头条,然后在头条上面,然后那个上面的话就是没有这个性能这一块, 性能的话应该是在发到朋友圈的时候啊,朋友朋友就是那个微信圈一个同事啊,一个同行提出来的,就是,还有一个就是性能,就是客户也是比较关注性能这块,就把性能给解放, 嗯,这一块。这四块的话,呃,我大概的就是聊得早啊,如果大概聊得早, 就群里面就是就有有没有问你需要沟通的这一块, 这有没有问题,哎,雨雨和田,我看你过来了,有没有问题, 你有没有听懂, 在关于 d 代码这一块, 菩提树, 大家有有问题的话就可以直接那个沟通哈。就关于地带码这一块,因为今天这个问题,这今天这个主题如果讲完以后的话,可能后面的话关于地带码这一块的话,应该是除非有新的一些问题 啊,可能会有系列一些分享的时候,才会在做这个计算法这一块的一个一个主体。 因为今天的代码的话就是上一个中就是。呃,对以前的的代码让做的一个总结吧,这样子。 因为你不这样做的话,就是群里面呃,确实有很多人在问这个问题哈。后面的话可能会从技真的技术上面,比如说像一些道科或者是高科用,或者性能啊,或者是扩展性上面,我们专门作为一个主题来沟通。 hmm solit 是吧? solit 的话现在支持这个的话是很少的哈。呃,就算是没有的话,他们也可以见见。现在的话已经有支持。呃,就是本地化部署的 啊,可以支持本地化部署。现在已经有很多话,不管是工业级的,还是那个呃,还是这种物联网的,还是就是我们常见的这种云面工类的 啊,都都有的,都有这种。呃,本地话部署的,像那个像,嗯,像这种什么 test build 啊,或者是那个啥, 或或者是像那个什么那个什么银脉这一块啊,像悍马啊,他们的他们生存的程序,或者是他们的这么平台本身都可以是本地话不足的。 呃。至于知识是否类的的话,这个是很少的哈。因为这个功能,呃,仅仅是嵌入式的来用的嘛,对吧?呃,直接支持的是很少的,大部分都是满折扣啊。 p g 这种数据库的比较多一些。 对啊, doc 的话它是个小鲸,是个鱼是个小鲸鱼吧,应该是。 doct logo 是个鲸鱼哈, 应该是鲸鱼。 其实 doc 那个小船是一个,是个集装箱哈,是个集装箱。 想找个这种结合 c s 的 windows 为访某客户端 借个 d 代码快速。这个你不用啊,不用这样子的。现在的话已经有的。现在的话我们直接什么我们直接就是说大部分都通 中国在线生成啊,就 online 这种,就在线的这种。呃,电话平台。除非是以前啊。以前的话有种 c s 这种呃结构的,后来的话就没有了。 后来的话都是 b s 结构的。因为这样的话因为 c s 的话才安装的。还有客户环境什么的,这个都这个就是大家都嫌麻烦嘛,比如说升级什么的,那你要一个客户一个客户给他们去升级。 现在的话都一般都是像这种低代码的话。最近的话都是这种。呃, b s 结构多啊,都是 b s 结构的。 因为 b s 的话也发也看到了这种。呃,尤其是住户多了起来之后,或者是功能多了起来之后。 b s 的话肯定就是说 呃,有一些也是性能上的问题。刚才我们在沟通这个主体的时候,可能第三点,那么我们也沟通了这个性能问题, 因为系统的话确实是 bs 结构。然后尤其是多出户情况下,还要在这种,尤其是地带码多出户这种情况下,要多过。至少得两层解析,一个是前端,嗯,前端的解析,另外一个就是后端的解析 啊。那关键是我们有其他的方式,比如说我们经给他缓存对吧,我们做增加呃他的实力数 对吧。还有就是说我们前端也可以做一些静态化的优化,或者是静态化的缓存啊,把这种解气带来的性能损耗在底下的。这样的话我们总体上面而言他不会。呃,就是慢啊。这总体应该可能会 快一些哈。前端工程也玩那个?是的,前端后端的话,现在基本上都是都用道客来部署了哈。因为这个道客的话确实太方便了啊。我们做扩展的时候,我们做打包的时候,我们做环境迁移的时候,用道客来部署的话是非常快的哈。 所以现在的话,前后端的话都都会用 dock 来部署。所以就是记得关注再走哦。


哎,大家好,我是刘志虎啊,我们今天聊一下,就是代码他这个一个开发过程,因为最近呢也是给一家公司去做这个低代码呃培训, 其中就是说有给当中就是说沟通交流的时候他们也问了一些问题,就是先我的感觉就是说很多这个, 呃,现在也有很多行业啊,或者是不分不同的行业都在往这个低档码这一块的话做一个发展,或者往想往这个上面靠拢。关键是在这个落地的过程当中啊, 啊就是或多或少的就是遇到了一些或者遇到了不少问题,主要就是说偏向于基础实现这一块,以及就是说怎么样去实现, 其实还是说一个就是低代码的一个开发的过程当中,就是应该会会或者是可能会出现哪些问题。 那就是说这次培训呢,就是孩子就是说关于低代码整个的一个开发流程,包括从这种需求分析,对吧?分需求整理,也就是说开发或者是包括这个团队整个建设,以及包括技术站啊,这个这个这个一个开发流程啊,都 就是说给客户这块培训一下,然后当中当然交流可能会交流的会更多,因为针对他们公司目前遇到的一些 呃困难啊,包括这种需求困难或者是实现方式,对吧?还有一个是开发这一块,那他们这一块遇到的问题就主要说实话呢,主要还是说流程这一块, 他们遇到的问题是比较多的,因为他们是做这种工业级的低代码平台,对吧?工业级的低代码平台的话和这个办公类的,或者是就是说流程这一块就是一,就是企业的一些业业务流程比较短的,还是不一样的, 对吧?尤其是我们常见的大部分可能就是说同同行,可能见到一些像偏向于,嗯,就是流程比较短的,对吧?比如说像一些办法简单的,像一些咸 m 系统里面,或者是像一些就是办公类的,对吧? 像一些我们常见的像一些钉钉这一块啊,他们的流程都偏向于像这种审批流啊,流程就比较短啊。嗯,不管是从这个从发起放或者是到这种规短或者要结束,对吧?那他的一个整个流程走 期不会太长。那工业级的回来的时候,真正的企业就是像企业,企业内部他这种真的实际的运营的一个流程是非常长的,对吧? 那这一块的话到底是怎么样去做?那涉及到的这种呃流程一级单据,对吧?还是不一样的一级它的一些业务特性, 对吧?包括这种数据线膜这一块啊,药膜型从需求转换成这个 技术啊,技术实现,其实也就是说从这种需求也生存设计就是数据模型啊,这个动作是非常重要的 啊,也也是必须要做的,对吧?在真的就是开发之前是一定要做的,就是我一直强调,就是给他们强调,就是说从业务需求,业务需求一定是清楚啊, 其实他影射层基础这个过程当中,其实你可以把他把这种低代码的一些呃理念或者是实验方式加到里面去,低代码解决的问题他不是解决,就是说呃所有的问题,他只是解决 整个的,就是说平台当中或者项目当中其中一部分功能啊,尤其是什么,尤其是这种平台级的,或者说呃, top 的 啊,平台里面他不可能全部的都是有替代码实现的,这个是很少见啊,几乎我们目前来说还是还还没有见过啊。 他这是什么?就是写仅仅是实现啊,整个的平台,整个的项目啊,或者整个的产品其中某一块啊,比如说我们他实验室 什么呢?你可以有个简单的标准,就是说这个需求目前是不固定的,关键是它是必然存在的啊,这样的需求你可以往低端把这个方向去考虑 这一块为什么呢?因为低代码的话,他适应能力,或者是一说他的一个困难性啊,他是非常好的, 因为我们要提供比如说我们常见的这种存在形式啊,比如说提供表达案例好、评论流程也好,提供服务化的这种设计组建也好,那我们一共把这种未来,对吧?或者近一段时间可能会出现的这种情况都给他, 就是说呃,准备好啊,客户只需要说在我们提供服务能力之上,他会做组装成他们想要的业务需求, 对吧?不用再联系我们啊,不用再联系开发公司,对吧?或者是开发团队帮咱们啊整理需求,然后再给他开发,再部署啊, 然后再测试,对吧?然后再部署到这个再真的交付到这个客户的这个手中。不是这个流程,而是说在我们呃提供的平台之上,他们能实现他们的业务需求啊, 跟现在的,就是说近期的或者是未来的,对吧?那我这一块的当中的话,我们怎么样去一个交付手段,或者是怎么样去落地,对吧?当中遇到了哪些问题?这个是非常多的 啊,那真的去一般的话,目前呢如果存在形式的话,我们都会给客户提供一个,就是什么呢?可视化的这样的一个啊?第一这样的一个工具啊,或者是这样的一个, 呃,是这样的一个交付方式,不管是土地的或者是突袭的,呃实验方式,你可以就是根据就自身的一个特点啊,跟着一些产品或者平台的一些,一一些就是行,就是 你说所有的行业的不同,你可以提供一些就是这个展现方式,这个是不固定的啊,不能说我是除夕的,就 不算,对吧?不算是什么低端把功能,一个辅助手段,那当然不是,对吧?这要是能满足客户业务需求,满足未来的就是说变化,业务变化,对吧?能适应未来的一个一些,就是说公司的一些,呃 业务需求啊,就是不用再就是二次的开发,对吧?不用再就是说呃联系 啊,平台的,就是服务商去呃做一些,呃代码型的这种的扩展,对吧?就是不用做二次开发,对吧?我在你们提供的平台之上啊,就能满足我们的一些,就不管是图笔展图系的这个都可以算是这个低代码的一个交付方式, 对吧?他这个存在形式是低代码这一块,到底现在,现在来说的话,到底是一个什么样的方式存存在?

低代码代码还分高低吗?别急,今天我们就来聊聊这种让小白也可以轻松开发线上产品的第一代码。 低代码真名叫做 logo, 可他一点也不 low, 他不仅可以让你身边不太精通编程的财务、行政、保洁阿姨都成为开发者,而且他的产品开发效率还是一般代码产品的六倍。那么这么神奇的低代码到底是什么呢?低代码其实是一种 可视化的应用程序开发方法,使用者会在类似这样的操作界面中,通过各个固定模块的重新组合来得到全新的低代码产品。就像是这种水泥拼装房,通过水泥模块的不同组合得到不同房屋的款。 但是水泥模块的制作还得专业人士来,低代码平台上的代码模块还得程序员们出手,那这是不是意味着 程序员们要从此走下神坛了呢?恰恰相反,低代码模式的出现可以帮助程序员们从增山改茶这种重复高价值低的劳动中解脱出来, 更专注于富有创造性和业务价值的流程上。说到这里,程序员们应该很感谢的代码的发明者吧,还看接下来了吗?要考的!


存代码、低代码、无代码之间的区别。二零一八年之前,绝大多数编程都是通过手写所有代码完成,为了实现某个功能,程序员必须一个字符一个字符的敲出来记。存代码 由于人为的因素较多,那么必然就会产生许多混乱的问题。每个人都有自己的思维方式,会用自己认为的逻辑来编写代码,所以对于实现相同的功能,有的人简单可能一行代码就能搞定, 而有的人想的多一点,就会使用多行代码来践踏逻辑。我们都知道,代码越多,其中的逻辑就越复杂。随着公司及业务的发展,如果以后在此代码基础上进行 添加、删除或更改代码,那么产生 bug 的可能性就越大。如果存在人员离职、代码交接或者有跨部门合作, 当新人接手的时候,必然先要理解过去代码的逻辑,然后再叠加或修改代码量大,效率低,产生 bug 的风险相对就会成为必然。 那么最大会带来什么样的损失呢?如果是合同出错、财务失效、数据库被盗之类的问题,几百人的小公司可能会蒙受几十万的损失, 至于几万人的大公司或者国际型公司,可能就会承担几亿的损失。那么我们有没有办法去避免这些问题呢?答案是有的,就是要降低人为 因素的占比。简单来说,就是尽量实现代码自动化,精简并统一代码规则,规避复杂的逻辑嵌套,降低电影长度,提高研发效率。我们统称为可视化编程。可视化编程主要分为两类, 一类是低代码,另一类就是无代码。低代码与传统编写代码的 id 有所不同。 二零一八年开始,中国大陆市面上就有许多软件可以通过可视化 id 生成代码,俗称为低代码开发平台。 例如,你拖在组件生成一个界面,或者用触控笔在界面中画一幅画,系统就会将这幅画转换成一行行的代码片段,再把这些代码片段粘贴到程序员的主代码中,稍加 修改就可以运行起来,节省了很多精力,也降低了 bug 产生的比例。 无代码随着时代的发展,现代人越来越懒,连代码都不想写了。如今人工智能已经比较成熟了,你通过组建设计一个页面,系统就会自动生成全国代码并运行起来,且在一定范围内不再产生 bug。 纯代码、低代码、无代码,三者之间是不是无代码最好呢?当然不是,使用无代码平台简单省事,但控制权在别人那里。 使用低代码平台呢,虽然便捷高效,但要缴纳相应的租赁费用。使用纯代码呢,人力成本高,但表达更准确, 能够更好的满足平台资金的兼容性,以及能够更快的实现版本的迭代。也就是说,这三种没有谁好谁坏,只有谁能够更加适合你们公司的业务。

上一次就是我们把低代码那些使用场景啊,比如说我们常见的这种工业级的啊,这种 top 业务系统,包括这种物联网啊,都可以用的到。包括我们常用的一些业务处理过程这块都可以用低代码去实现啊。他面对的这个 用户可能是偏向于最终用户,有的是偏向于授权和销售,或者是真正的客户都有这一块。 那这一次的话,我们可能沟通一下,就是计算码的一个实验方式。计算码实验方式呢,目前有两种,一个 对,一个是模型驱动,另外一个是表单驱动。那模型驱动的话,可能更偏向于那我们这种复杂性的,有业务关系就比较复杂,比较复杂一点的,那他的一个数据审美周期可能比较长 啊,这样的一些业务场景,比如说我们常见的什么呃这种 o v 啊,或者是这种 呃 pm 对吧,或者麦式系统,或者是一般的其他的业务系统啊,做这样的话,一般用模型驱动会比较好一些。就是说白了就是我们先可以把这种数据模型,也就是我们开发当中所说的就是数据结构啊,或者是要一个大的一个数据结构。 那把其他的建议好,但根据数据结构在驱动流程和表单,大屏看版报表啊等等等等,包括和系统系统之间的对接,包括一些数据的转换,都是基于模型来驱动的。 但这个过程呢,是肯定是,就是说我们要开发去实现,但这是是有难度的,尤其是带,尤其现在的这种呃,有砂石化架构啊, 或者是有一些数据量比较大的时候对吧?那我们可能需要另外去处理这些安全性和数据之间的串联啊。这个是模型驱动,那表能驱动的话,可能一般更倾向于这种轻量级的应用,就是低端码,它运用一个轻量级, 比如说我们做一些授权和销售他的一些演示的,让这个环境更快的出现一些原型。因为像以前的话,我们做给客户做演示的话,我们肯定会比如说像啊,像,像 x 啊,或者是像其他的一些,画一些 图片啊,图形给客户去展示,这样的话他就没有一个,就是说啊,就是很逼真啊,给客户想要的那种效果,差的有有点远 是吧。那我们如果用电脑方式,就是他不用做太多的,这个用逻辑,因为他关键效果要出来,可能用就是表单驱动或者 面驱动,可能会更好一些。比如说我没有下拉框,那我们可以随时的去添加一些数据,那跳转对吧,我们可以做这种跳转啊,页面可以很快的去出来,就不用,就是花费太多的时间在这模型建设这个这个这个上面啊,我们可以直接从 客户想要什么的表呢,客户更一般更倾向于就是说他想达到一个最终效果。在我们前期的时候,尤其在真的去,就是说在授权这个阶段啊,销售授权对吧,给客户去去讲标,或者是给客户去沟通的时候,拿着拿一个这样的,一个一个一个 演示这样的系统啊,可能是效果会更好,而且能把这种给客户之间的这个需求,这个误差可能会降到更低啊。这样的话,这种场景下, 但还有其他的一些场景,比如说做一些啊,就是做一些简单的展示类的对吧,啊,就是业务系统不会太复杂,而且是数据生命周期啊,不太长的情况下,这几种这几种的话都适合用这种表面驱动或者叫页面驱动对吧?都是可以的。 那在我们真正的开发的过程当中,可能又分就是说我们的表单解析啊,就是家庭家庭支付串解析啊,一个是前端解析,另外是后端解析。这两个的话应该是对有一定开发经验的人来说应该不会是太难 啊,你要是不给他太难,主要是就是说我们要把就是啊,地带吗这种这种平台,这种项目,他大概的话就是就是他就开发的一个流程啊,或者是他是一个怎么去, 怎么去做,怎么去入手啊。一般是有这种模型驱动和这种表单或者页面驱动啊,这种方式啊,这种 这种就是开发的这种模式啊,或者是说方式啊啊进行啊,后面的话就是具体怎么样去解析啊,怎么样去解析,那表达或者解析流程对吧。那这个的话可能就是在真正的就业务开发过程当中,那我们要去想怎么去做 啊,如果是咱家有有不同的话可以留言,就是跟我沟通也是可以啊。一般的话就是大差都不差,像几个大的公司或者是一般小公司,这个的话就是在开发的过程当中,这一块都差不多 啊。这一说就是就是看个人的这个业务理解能力或者技术的一个有经验积累,可能就是实验起来可能有一定差异性,对大家如果有什么啊问题呢?可以就是留言进行沟通就可以。

国内低代码平台靠谱川云,川云是一款面向数字化管理员的开发工具,解码上万员工都在用的低代码快速开发平台。强烈推荐 林道云一个企业软件的快速设计和开发工具,为新一代零代码开发人员设计的全转编程工具,零代码搭建灵活运用,满足个性化管理需求。

真的有公司在用滴代码吗?如果你还没有接触过滴代码,那一定要抓紧了解这个未来会和 excel 一样普及的技术。最近有朋友问,真的有公司在去用滴代码吗? 很多小伙伴可能只是听说过低代码,但自己所在企业和身边的朋友很少去使用低代码去开发应用的。 这是由于目前国内的低代码大部分还是被 it 部门再去使用,真正做到让非技术人员亲自去开发应用的企业, 都是数字化转型已经到非常高的程度才会这样。还是以我朋友标哥为了呀,他所在的企业内部,只要是那种需要审批的有表单的场景,现在都已经从原先 邮件沟通换成了低代码开发的应用流程。因为这种需求在各个企业内部都是非常多的,只不过人们原先可能懒得去做,或者说是不想投入非常多的成本去做这件事情。 而一旦你企业用了低代码,你这个应用实际上做的时候会有一些上瘾的感觉,因为有些低代码的品牌,他不是按照应用的数量去进行收费的,虽然理论上你做的应用越多,你每个应用的成本就越低, 那慢慢的你就想把整个企业内的流程应用全部都用低代码去进行一个实现。这个时候企业就需要在各个业务部门当中选择一些了解低代码的员工,协助完成整个企业的数字化转型。 所以如果你在企业 it 或者数字化转型的相关部门,你一定要把低代码在企业内部推广起来,因为只有企业内用的人越来越多, 整个企业的数字化转型程度才会越高,相对的你所在部门的地位也就会越高。

这个世界上最早做的代码的工具,你知道是什么吗?沃尔的吗?我认为是一次要。这个一次要里头呢,你看他每个单元格可以写公式。对对,他不是一个简单的这个计算器。高手啊,可以用这个做出什么干特图啊,做出各种各样很花哨的界面。一次要高手在以前都是能够有一个非常好的职业位置的。嗯, 但只不过呢, acl 他不能解决什么多人的协作问题,他不能解决流程的问题,嗯,他也不能解决这个数据的归档的问题。然后再一个他解决不了数据量大了之后怎么办的问题。 低代码首先我觉得他把 pc 单机化的 excel 变成了一个语文化的 excel, 在这个上面的叠加各种各样的企业级的能力更强大的这个数据库,并且呢,把这个多个 excel 关联性做起来。 然后呢,在将来这个 air 智能的技术更多的普及了之后,他就变成一个从单机时代到云时代到智能时代的一个企业的。这个管理工具能够帮助你非常快 快的去把你的想法去实现出来。嗯,那对比传统的软件开发呢,基本上能够省到百分之九十五的时间和成本。你正常如果用代码开发,要开发十天,这可能一下午就差不多完成了,嗯。

大家看一下哈,就这个啊,就是程序员敲到代码,想知道非常把平台是如何自动变成的吗?安排 你现在看到这个界面呢,就是我们自主研发的我们内部的东西,它囊括了像销售、研发、财务、采购、外协、售后报表,这么快,基本涵盖了我们内部的一个呃,全流程的数字化管理,就是这样一款系统, 就是通过我们的这个地带码的系统来生产的。我们登录一下我们的这个地带码的系统, 这就是我们地占码平台登陆以后的样子,我们做一个简单的小小实力啊,我们比如说我们的莲花馆里面有个八个码,大家可以看这个列表里面现在 是没有这个啊,当前负责人的,我们想在这个 bug 状态的左侧加一个 bug 负责人,并且是固定在这个呃右侧,不要让他随着滚动走而去滚动。那么回到我们的黑山马平台,找到我们的 bug 管理和这个页面 在这里。然后呢我们把我们的那个当前负责人那个自传在这打成功, 打完钩以后,我们看他是默认在最后一个位置的,我们要把它拖放在这个合同到八格的上面去,并且是让他固定在右侧,选中这个固定右侧,然后保存一下, 然后我们生存代码。好,生存完毕,我们回到我们的系统微系统,我们刷新一下, 大家看一下这个地方是不是当前负责人已经出来了? nice。

开发一个低端网平台,对前端技术是有很高很深的要求的,这样的项目写在简历里面会有不少的难点和亮点, 从面试官的角度也会愿意找这样人来面试。给大家分享一下怎么样实现一个低档变声器,有代码有代码。首先说一下我这个摄像头的技术点是用的 read 十八,这个是用的拖带裤包管理器是用的比较流行的 p npm, 打包工艺是用的 vipak 五项目的目录, 这个是打包配置,还有一些公用的组件,这个是页面,看一下我实现的一个效果啊。先给大家讲一下整个设计的一个思路。 首先我们的一个低电马的变形器大概是分这三个部分,左侧部分统称为组件区,这个组件区 区里面我可以有有什么文本组件,有放文表单组件,有图片组件,有视频组件,还有一些其他的组件啊,这地方可能还会有一些这种项目的目录,比如说我用它可以生成 a 项目, b 项目、 c 项目我都可以用。中间这个区域其实就是咱们的画布区域,一般的画布区域是比较大的, 最右侧的部分就是咱们的属性编辑区,从组件区拖到画布区的组件,我进行属性的一些编辑啊,主流的低代码编辑器都是这样的结构, 没有必要去创新,这个是我实现的效果。一开始进来啊,我默认加载了这三个纹眉组件,从左侧把这个组件拖到中间这个边缘区,选中他,我可以修改这个字体的大小,比如说现在是十二,我改成十六点确定,确定之后他整个他是变化的,选中之后对美 一个逐渐的数据进行修改,整个修改完之后,这肯定是一个布局的页面了,然后我再进行数据的保存,这个是保存的数据这个核心的这一块啊啊,我还是给大家强调网络只是整个设计的思路, 这个思路要远远比教给你怎么样实现具体的实现要重要的多,这是写代码的第一步,你要有思路。这个组建区啊,主要是展示可拖拽的组建, 画布区主要负责渲染组件进行展示,属性区就是编辑,对于这个组件区来说,我肯定要保证这里面组件是可以拖拽的。画布区的话,如果你做的丰富一点,每一个组件我应该也是可以 通过这个拖拽改变这个组件的大小,包括改变组件的位置。那么第二大步就是定义,我们的数据的存储结构,最终会存在后端的,所以数据格式的定义。 对于这个每一类组件,我肯定要有一个 tap, 这是文本组件还是硬 pro 框还是单选多选,包括复选框,什么 taco, area, radio, 这地方都可以设置,比如拆个 boss, 包括图片、音视频最上层我要确定,因为我保存的这个组件,他肯定要对应的一个项目的 啊,要有项目的名名称的,一般的平台可能他不叫这个,他叫什么是 game, 忘了道理,接下来给大家看整个的代码的布局,代码肯定是分三部分,一个是左侧画布的区域,右侧部分,那么布局也非常简单,就是左中右的布局, 每一种布局会对应一个文件夹,这个文件夹里面就塞到对应的这个模块所对 功能,不给大家展开洗脚,如果有需要的话,你们可以评论区留言,那代码会发给大家,还晒到这个后端数据的存储,我这地方是用那个 qa 模拟的,有什么问题可以评论区留言。

是因为他不懂啊,其实真正从事这个行业的人非常少,只有你真正的从事这个行业,你才知道说最大码本质是什么。他其实是一种新基础形态,或者说你们会把它理解为一个更高级的变身女人。就像我们当年学的 c, 后来学了四加加,那当时刚开始有四加加的时候,大家觉得说啊,四加加好多特性啊,效率变高啊,有 oo 啊什么的。但是有些人说四加加不如四 啊。一个人说后来出来的家伙,还有好多人说,哎呀,家伙太臃肿了,怎么垃圾回收啊,这些东西怎么弄,不能指针啊,对吧?当年不是也是这样过来的吗?对吧?但是你要一定要把这个程序服务,中山语言,他都有自己适合的场景和形态。而且一个新事物呢,一定要去接受他,去拥抱一个习俗,接受接下来我们连连聊的话题啊。你面对一个新的技术,你要去拥抱他, 你不能说别人依云是云对吧,别人依云吧,因为有人依云,背后一定是包含了这个人的,要不然是他性格的问题,要不然是他背后利益的问题。作为一个成熟的 成年人来说,他是不会用这个情绪去判断一件事情的好和坏,他一定会用另一个角度去判断好和坏。但是你有一个开放的心态去迎接一个新事物,去研究他,去思考他为什么会诞生,存在进合理吗?这个时候的时候发现说哦,背后其实很有道理, 你就能找到很多新的机会,然后把握住这个新的机会的人,一般都是第一个是房间。