- 博客(76)
- 收藏
- 关注
RSS订阅原创 图形化编程平台对比：iVX 与 Blockly/Scratch
Scratch 和 Blockly说到 Scratch ，很多人可能都知道，它的界面是这样的：作为一款面向儿童开发的“编程语言”（准确地说是开发方式），这种图形化的积木块和磁吸效果显著降低了理解难度，降低学习门槛，国内几乎所有的少儿编程类产品都采用了类似的逻辑表达方式，少儿编程一度如火如荼。这也是 Scratch 在国内享有知名度的直接原因。还有另外一款产品，或许大家不怎么熟悉，那就是“blockly”，一款由 Google 开发的编程应用。
2023-12-07 12:36:32
989
原创 为什么要少写代码？去掉代码的核心逻辑是什么？
在iVX框架中，通过对“组件分层”的设计方案加以解决，同时允许用户“自定义组件”的加入，比较好的解决了这个问题。前面我们说了“编程本质就是建模”，也就是在这个“建模”的过程中如果需要一个 “if” 或者 “for” 来表达 “分支” 和 “循环”逻辑（假设建模的方法不变），这个“if” 和 “for” 不可能被压缩的！再简单点说，如果程序的逻辑是固定的，那么代码总量（信息总量）也是相对固定的（当然，这个和开发的具体的人有关，这个差异我们就不再这里做定量分析了），也就是说“运行态”的“代码总量相对固定”！
2023-12-06 10:22:04
891
原创 如何降低代码的复杂度？
不过，再怎么降低复杂度，本质还是一个逻辑问题和对程序的熟练度决定了他开发一个项目的难度，真正的小白遇到任何问题都可能束手无策，而熟练的开发者则是驾轻就熟，低代码正是为了帮助开发者找到最短解决问题的途径，将底层的技术细节屏蔽，减少不必要的技术复杂度。本质复杂度是解决问题的最小复杂度，它是一个客观的东西，跟你用的工具、经验或解决渠道都没有任何关系，比如开发一个3d游戏的复杂度就是要大于开发一个提醒事项的复杂度，这是项目本身的功能、需求客观决定的。
2023-12-05 18:40:40
461
原创 低代码开发平台有什么优势？
现在一个厂家发布软件都会同时考虑安卓端、IOS端、Windows、mac、平板、微信小程序等等，如果按照以前的开发速度和效率，没几个月的996肯定是下不来的，但低代码平台能实现这种多端配置的能力，也是节省了不少的时间。降低技能门槛先不说，我知道很多人会吹嘘低代码平台降低了准入门槛，但现在真正流行的低代码平台一定是在专业开发者手中，他们才是最具有开发经验和程序逻辑思维的一批人，像零代码的话可能是给业务人员使用的，但零代码的限制太大，能力也有所不足，目前来讲只适合搭建一些简单的操作系统，像OA、EPR这种。
2023-12-05 18:35:14
361
原创 为什么说编程是新时代必学的技能？
如果你需要资料，开放的互联网会给你想查到的所有资料，只要你掌握一些搜索信息的基本技巧，比如搜索语法和搜索渠道，你几乎能找到你遇到所有问题的解答，太阳底下没有新鲜事，你碰到的一切问题都有人在你之前碰到过，所以无需担心找不到人来解答，况且现在有了AI的加持，你的答疑成本只会更低。时间久了，你自己可能也会磨拳擦手想做出一些更有意思的开源项目出来，很多公司技术的骨干hr都是经常在这些开源社区上闲逛的，说不定你就能遇到自己的伯乐，这会给你扩展很多的可能，展示你的实力，让你看到一个更大的世界。
2023-12-05 18:16:32
373
原创 少写代码，用更便捷的方式开发程序
我希望大家保持一种更开放的心态，对于新技术，先不要急着下定论，最起码在自己了解一个新事物前，收回自己的固有看法才是重要的，再多的评测和言论都不如自己亲自体验下，有用的东西为我所用，没用的东西置之不理，这样就足够了。现在的低代码，算是喜欢的喜欢、讨厌的讨厌，喜欢的自然觉得给自己省下了时间，提升了效率；语义空间（关键字）有多大？首先要保证产品本身的架构的灵活性，现在无论是前端还是后台，还是云计算，技术迭代的速度都非常快，需要设计一个通用的架构，保证有新技术出现的时候可以快速迭代进来，这点非常重要。
2023-12-05 18:12:01
391
原创 百度8500万挖“AI教父”被拒，如何看待这场价值数亿的「人才拍卖」？
当时，辛顿和他的学生改变了机器看待世界的方式，它们建立了一种神经网络（也称“深度学习”），这是一个以大脑神经元网络为模型的数学系统，它可以识别常见的物体，比如花、狗和汽车，达到了一种前所未有的精确度，如果你已经使用过 Chat GPT 的图片识别功能，你一定会惊叹现在机器识别图片的准确度，这在以前被视为是几乎不可能完成的任务。这跟 Open AI 的首席科学家 Ilya Sutskever 的担忧不谋而合，作为从同一个团队中出来的两位人工智能领域的鼻祖，他们对人工智能的理解再深刻不过。
2023-12-05 17:43:31
590
原创 还记得当初自己为什么选择计算机？
要学的东西太多，书本视频笔记翻都翻不完，每天都在记录新的情况跟问题，步履匆匆地来，汗流浃背地走，不知道经历了多少个失意的夜晚，也总是对自己不满意吧，总觉得很多地方还能做得更好，但是自己又是个技术渣渣，学起来总是感觉很慢。要说计算机对我有什么影响，我觉得就是培养了解决问题的思维，脑子也清醒了很多，不会瞎莽，遇到问题先沉住气，然后拿出几个解决方案，挑选合适的一个，能解决的就解决，解决不了的就保持心态。这样的状态维持了三四天，直到程序能够跑起来的那天，我摊在椅子上，闭上眼睛，感觉整个世界都在对我笑。
2023-12-05 17:36:10
384
原创 热点浅谈：低代码开发平台是什么？低代码具备什么特点？
这样的缺陷就是很容易锁死在别人家的服务器上，跟着别人走，万一人哪天心情不好了一关服务器，我们就只能干瞪眼，所以说开发的应用可独立部署这一点，无论是对低代码平台还是开发者来说都尤为重要。注意，在低代码开发中，这里的代码更少，一方面是让代码的出现更少，bug也更少，而且开发在软件全生命周期流程上的投入都要更低；另一方面，低代码并不意味着 low 代码，传统代码编程中能达到的功能，低代码同样要达到，甚至不能有一丝一毫的缩减，而且要在交付的速度上达到更快。那么，提供这个平台进行编程制作程序的，就是低代码开发平台。
2023-12-04 18:39:58
382
原创 低代码平台之争：CodeWave VS iVX，谁更胜一筹？
iVX 是一套全新的“通用无代码”方案，并未沿用常见的低代码方案，在保证自身开发逻辑“图灵完备”的基础上，实现了对现有代码资源的整合运用，既可以和现有的代码进行衔接，实现完整功能，又可以凭借可视化的操作，无需代码完成各项指令。显然，iVX 是一款面向开发者设计的产品，全栈代码生成，可视化逻辑编排，二次代码开发和自由部署，都暴露出其想要成为新一代编程语言的野心，开放和包容，是它最大的特点，注册过程也比较简单，提供手机号验证码即可。CodeWave 的逻辑面板则略显复杂，操作起来很多情况下比写代码要慢。
2023-12-04 18:35:40
884
原创 现在好用的零代码开发平台或者低代码开发平台有哪些？
同时，iVX能够在IDE窗口集成各种现有的代码能力，例如支持CSS JS函数 SQL语言 自定义组件 导入vue/react等的前端组件 导入 Java/JS/Android/Python的SDK，可以很好和现有系统和代码一起使用；里面内置了数据库集成、Web API集成、串口集成和编程扩展功能，可以与局域网上各种软件、硬件和最新的互联网服务打通，帮助企业构建数字化平台。团队打造的，它是一个为企业经营服务的数据可视化平台，提供整体解决方案，包括强大的数据库引擎、权限架构、可灵活定制的流程引擎。
2023-12-04 18:18:21
454
原创 当代程序员的一天怎么过？
，包含了一些对程序员工作时间和工作内容的调查，随着这份报告的揭开，我们现在能一睹程序员这个“神秘群体”的工作日常了。其中，有一个关键数据值得注意：55% 的开发者会花 10%-30% 的时间在会议和工作相关交流上，15% 的人每天会花 60%-70% 的时间用来编码，而超四成的开发者每天花在编码上的时间低于 50%。而相当可悲的是，大部分程序员一天甚至只有 50% 不到的时间能写代码，而且还要面临专注时常被打断的情况，比如经常遇到突发性任务或会议，让他们没有足够的时间去保持项目高质量代码。
2023-12-04 18:14:46
348
原创 AI 辅助编程后，主流开发方式都有哪些变化？
60% 的受访者表示对 AI 存在安全顾虑，这可能也是 Open AI 在前段时间闹出“宫斗”剧的关键矛盾， AI 安全问题和意识不受控等问题正在逐渐浮出水面，在 AI 轰轰烈烈走向商业化的过程中，进一步重视 AI 安全，将这种隐患扼杀在摇篮中，或许将成为越来越多人的共识。他们对待 AI 编程的看法又是怎样？值得注意的是，虽然大家并未将核心工作交给 AI 处理，但从 77% 的比例中也能看出， AI 正在悄无声息地介入到主流的工作环境中，随着能力的进一步增强，AI 介入比例的增加只是时间问题。
2023-12-04 18:09:52
357
原创 如何转行互联网？
在面试之前，最好了解一下互联网大概的职能分布，清楚公司在做的业务，搞清楚你能给公司提供什么样的价值，查一下相应的财报和公司的主营业务，包括要应聘岗位的一些基础信息，反正大体上肯定是不能偏得太厉害，能说清楚几个就行，哪怕是用 Chat GPT 了解一下整体都行。如果完全没有太多经验，或者关联性不强的话，那么互联网运营可以看下，像互联网运营这个职位的细分也比较多，比如内容运营、活动运营、社群运营、产品运营、新媒体运营等等都很多，你可以在学习之前了解一下各自的概念，看看有没有适合自己做的。
2023-12-04 18:03:32
337
原创 低代码开发平台真的靠谱吗？
但真正推到市场后，现在市场的表现如何呢？第二个问题在于，低代码平台的能力有限，一旦个性化需求刚好不在框架能力范围内，二次开发实现成本、时间都不容小觑，万一企业选的低代码平台还不开放，开发的程序被“锁定”在低代码平台的运行环境中，那就更是寄人篱下，连自己开发的程序主动权都没有，一旦平台遇到阻碍或bug紧急运维，你的产品也只能干瞪眼，等着低代码平台自己的人员维修。生成代码涉及到很多“尖端”技术，例如编译器/解释器的开发，AST的开发等等，因此要想生成代码本来就不容易，生成具有可读性的代码就更难了。
2023-12-01 18:35:21
336
原创 国内开源的低代码框架有哪些？
现在的低代码平台，本身的缺点是很明显的（平台锁定+程序员抵制），将这种模式开源之后，再在企业内部迭代，其实意义不大，因为低代码本身的框架注定了它的底层能力不会有质的飞跃，像很多开源的低代码平台甚至还是表单驱动型和基于 BPM 的核心框架做出的，这种无异于“玩具”——只能做最简单事情的那种，而且还不一定能做好。首先，调整一套生成应用的框架，太复杂。如果你的企业真的需要一个免费的开源平台，那我建议你不如用阿里的低代码引擎去做，制造一个能融入自家系统的低代码平台，真正的更安全，也更贴合公司的业务要求。
2023-12-01 18:29:24
399
原创 关于低代码的常见误解
真正适合做这些简单应用的反而是那些“表单驱动型”的产品，这些产品并非专业的低代码产品，你可以说他们就是专门为这种简单的工作流和表单应用做的，只不过做得更快，而低代码的宣传点之一就是开发应用的速度更快、门槛更低。不是说专业的低代码做不了，但确实不如表单驱动类做得快，而且表单驱动型的应用市场实际上在国外的份额占比也有45%之多，不可小觑，在快速搭建业务流程这一块要比模型类的更多，满足了很多企业应用的短板。再说一下市面上对低代码的常见误解。
2023-12-01 18:19:28
343
原创 低代码不适合做哪些应用？
注意这里说的是那些用户量级特别巨大的应用，像微信、淘宝、抖音、微博这种国民级应用，不是说做不出这个界面跟逻辑程序，而是用户数量大到一定程度以后，寻常的逻辑数据结构没法响应，标准的程序应用早就崩溃了，必须做针对性的优化。低代码平台由于抽象层次高，在实现快捷编程应用的同时，自然也失去了一部分的灵活性，像 LeetCode 这种刷题类的技术问题，需要精确控制算法的每一个细节，是不适合用低代码的方式来做的。以模型驱动为基础的低代码平台，真正不太擅长的，是那些有各种特殊需求的应用。还有遗漏的欢迎补充~
2023-12-01 18:12:31
355
原创 谁说低代码做不了复杂的企业应用？
所以说，并不是低代码做不了复杂应用，而是做不了算法逻辑复杂的应用，比如说 天体物理模拟、气候模型、嵌入式系统和硬件级编程这种偏研发、研究方向的，大部分的企业复杂要求，只是在某个业务逻辑之内复杂，专业的低代码平台完全可以覆盖。很多人会说企业的应用复杂，那复杂性也分为2种，一种是业务逻辑复杂，一种是算法逻辑复杂，企业应用的复杂度大多都是集中在领域模型和业务流程，业务逻辑复杂对低代码来说不是问题，算法逻辑复杂才是问题。你可以继续做你擅长的工作，只是把复杂的代码生成交给平台来做，你自己才是搭建这个逻辑框架的核心。
2023-12-01 18:08:54
318
原创 什么是真正的低代码？
脚本语言就是专业的编程语言了，比如Java、Javascript这种，这也是低代码平台真正要干的活儿，把复杂性封装在组件之内，用户只需要进行逻辑层面的搭建，底层代码由平台生成，这也是低代码平台开发的一大难点。确切的说，专业的低代码平台开发不会比一门编程语言的开发更简单，因为编程语言的难度跟抽象能力的强度是正相关的，抽象能力越高，编程语言也就越强、越简洁，也更难以设计。真正复杂的应用是没法离开现在市面上提供的各种服务的，必须在不同的网站和程序中抓取数据，特别是对于企业软件来讲，相互的依赖和集成相当有必要。
2023-11-30 18:31:27
345
原创 低代码就是不写代码吗？到底什么是真正的低代码平台?
其实光是以上两点就足以剔除95%以上的低代码平台了，国内分析报告中提到的产品，看了一圈下来也只有 iVX 和 ClickPaaS 能够得上要求，但 ClickPaaS 的用户手册暂未开放，我到 iVX 的官网看了一下，整体下来还算合格，目前算是国内专业低代码平台的独苗吧。还有一个比较重要的标准，是可视化开发，注意，这里的可视化开发不是说只用拖拉拽做个界面就行了，那个充其量只叫可视化设计，这里指的是拥有一套完整的可视化编程语言系统，能够编写业务处理逻辑。什么是专业低代码平台最典型的标志？
2023-11-30 18:26:37
894
原创 低代码可以减少程序员哪些工作？
首先就是可以减少前端开发工作的需求，低代码平台（如 iVX ）通常提供拖放式界面，允许快速构建和修改用户界面，减少了编写HTML、CSS和JavaScript的需要，其实就是手搓代码的情况变得少了，而且这种代码少了以后，需要处理的bug也少了很多，像是运维测试这种都能减少很多工作量。在流程设计上 使用图形化工具设计业务流程，如工作流和自动化任务，而不是编写复杂的业务逻辑代码，规则引擎则通过可视化界面定义业务规则和决策逻辑，减少了编写和维护复杂业务规则的代码。
2023-11-30 18:15:33
389
原创 面向对象编程的弊端是什么？
从效率的角度来看，OOP程序有时候也比过程式编程更慢，尤其是在处理大量数据或需要高性能计算的应用。而且这种设计过度复杂化了，如果过于追求完美去做面向对象设计，你就会碰到一个新的屎山，类和对象组成的屎山。比如一开始要理解和运用类、对象、继承、多态、封装等概念，其实并不容易，比如说学python的第一个分水岭就是面向对象编程。还有一些功能性编程任务，比如并行处理和流式数据处理还不如用过程处理，OOp反而更麻烦。我之前做项目就碰到了一次，密密麻麻看得我脑子爆炸。个人感觉面向对象编程的一个主要弊端是它的复杂性。
2023-11-30 18:11:46
386
原创 编程那么难，为什么不弄个大众一学就会的计算机
但是对小白来说，这个复杂度就高多了，他会碰到各种难缠的问题，尝试各种各样的手段去解决，直到真正的问题水落石出，这期间花费的时间和精力肯定是远远超过一个成熟开发者的。还是上面那个3d游戏和备忘录的例子，一个经验丰富的开发者跟一个刚学不久的小白，开发同一个3d游戏，谁会更容易完成，碰到的复杂度更小？本质复杂度是解决问题的最小复杂度，它是一个客观的东西，跟你用的工具、经验或解决渠道都没有任何关系，比如开发一个3d游戏的复杂度就是要大于开发一个提醒事项的复杂度，这是项目本身的功能、需求客观决定的。
2023-11-30 18:09:02
323
原创 Open AI 砸了所有人的饭碗吗？
另外，AI 的狂奔也会给低代码平台赋上一对腾飞的翅膀，比如说开发技术实力较强的 iVX ，目前已经在融合相应的 AI 接口，实现未来的 AI+自动化编程 ，届时将实现更加低门槛和便携的编程方式，人人编程也不再是一句口号。加上现在的人心浮躁，很多人宁愿单身养宠物，也不相信一个所谓的爱人能把自己照顾的更好，宠物就是这种情感价值的一种映射，我认为 AI 同样会具备这样的地位，正如二次元动画、虚拟偶像对人群的影响一样。未来的市场千变万化，唯一不变的，只有变化本身，最终留给厂商的，只有不断迭代的铁血法则。
2023-11-30 18:06:20
332
原创 打工人福音：未来每周只需工作3天?比尔盖茨这样评价AI...
不仅是开发者、程序员这种需要了解编程知识，身处在数字世界的我们也需要一定的编程能力来和AI进行更有效的交互，就拿 ChatGPT 来说，如果不学会一些基本的prompts提示词，你也没法让Chat GPT生成对你有效的内容。随着 AI 对工作效率的提升，比如现在微软在 Github 上推出的 Copilot 现在做题的准确率已达到 67% ，而即将推出的新一代 Copilot X 据传将会使开发者的生产力提高 10 倍以上。不知道大家对目前AI的态度是怎样的，它会剥夺我们的工作岗位吗？
2023-11-30 18:01:53
305
原创 低代码技术之争：表单驱动和模型驱动，谁更能代表未来的方向？
尽管如此，模型驱动的方式能够确保随着时间的推移，系统的可维护性和可扩展性，是一种更长远的选择。从技术优势和使用场景来看，表单驱动的技术壁垒较低，不容易建立起护城河，而模型驱动下的投入则普遍较高，与之对应的，模型驱动的技术壁垒较高，在商业上更具想象力，也能更加适应未来各家多元和细分复杂的市场要求。这种方法的优点包括直观的布局和简单的用户交互设计，使得开发者能够快速响应前端的变化和用户的需求，可以大幅度缩减产品的开发周期，可快速开发简单的应用，尤其是那些以数据录入和表单处理为主的系统。
2023-11-29 18:49:33
411
原创 渗透率不到5%，低代码怎么就不受企业待见
事实上，目前的低代码市场中，除了 iVX 拥有较强的技术研发实力，以“模型驱动”为基础，能够支持足够复杂和开放的使用场景外，大部分的低代码厂商能满足的需求仅限于表单和BPM、BI 等较低技术需求的“标准表单”，甚至大多还是基于“表单驱动”这种较为原始简单的载体。国外比较成熟的低代码厂商如 Outsystems 和 Mendix 都是以“模型驱动”为载体，才得以适应复杂多变的市场，当然，不是说“表单驱动”没有竞争力，只是在可见的将来，“模型驱动”显然代表着未来的方向。
2023-11-29 18:44:49
338
原创 低代码开发前景如何，大家都真的看好低代码开发么？
现在一个厂家发布软件都会同时考虑安卓端、IOS端、Windows、mac、平板、微信小程序等等，如果按照以前的开发速度和效率，没几个月的996肯定是下不来的，但低代码平台能实现这种多端配置的能力，也是节省了不少的时间。降低技能门槛先不说，我知道很多人会吹嘘低代码平台降低了准入门槛，但现在真正流行的低代码平台一定是在专业开发者手中，他们才是最具有开发经验和程序逻辑思维的一批人，像零代码的话可能是给业务人员使用的，但零代码的限制太大，能力也有所不足，目前来讲只适合搭建一些简单的操作系统，像OA、EPR这种。
2023-11-29 18:41:38
430
原创 编程到底难在哪里？
特别是在大型项目中，我需要与其他开发者、项目经理和其他利益相关者合作，这就要求你还得会沟通、会协作，确保进度和信息一致，会议基本天天都要开，但是没办法，不同步会更容易出错，时间久了也就习惯了。尽管有多年的前端开发经验，但学习React的难度真的是一点没下来，现在又有了速度和效率更高的iVX，甚至不用写代码，拖拉拽就能生成程序，比以前快了3倍左右，就是保持一直学习。你得从头分析，是什么地方需要改，怎么改，怎么转换为机器能理解的语言改，怎么改才能不出错，保证以后的运维也能保持同样的水平。
2023-11-29 18:32:22
335
原创 编程需要天分吗？
我自己就是这么来的，没那些苦练的日子，就没有今天的我，对我来说，对编程一直抱有兴趣，是学习和成长的最大动力。如果你看过《刻意练习》，你就会知道没有什么天才存在，大家都是靠着持之以恒的精力坚持下来的，周杰伦厉害吧，那是数年如一日地练钢琴练出来的，这样的例子太多了，你随便一搜，就知道练习远比什么天赋重要，我个人认为，虽然某些人可能天生具有更适合编程的思维模式，但编程技能的获得和提升更多地依赖于持续学习和实践，更何况，知乎上有个金句，绝大多数人的努力程度，还没到拼天赋的程度。
2023-11-29 18:28:14
303
原创 程序员的护城河是什么 ？
No，你还得会作图、会修图，会用h5，会排版、会蹭热点、会做好看的动效，再往上走甚至还要有基本的文学素养和审美；逐行检查，发现缩进多一个空格，改了。这样乍一眼看下来，程序员好像还真的没有自己的护城河，但我认为程序员最大的能力其实就是建模解决问题的能力，严肃点儿说，就是如何把一个复杂的东西拆解得简单化，把大任务转化为小任务的能力。别小看这个能力，我们虽然接受了十几年的义务教育，但是关于如何分析问题，解决问题的能力其实是最薄弱的，因为课堂上我们只能学到些基础，等真正进入社会以后，做得才是实打实的实践。
2023-11-29 18:25:10
335
原创 程序员，你会尝试一门新的编程语言吗？
但对新生事物的排斥可能会让我们错过很多好东西，比如说硅谷的互联网创业之父保罗·格雷厄姆，一开始就采用Lisp这种新型的编程语言，别的竞争对手都因为没有选择这种更高效的技术架构，因此永远追不上 Viaweb 频繁的更新速度，最终只有 Viaweb（他们开发的软件）仅仅依靠2-3人的开发规模胜出，甚至远超那些上百人的商业公司。他在书里打趣地说，如果不是用Lisp语言，这些投资人也不可能看到那时的Viaweb，他们眼中不正常的事情恰恰就是使得一切发生的原因所在，我觉得这给我们的启发是很大的。
2023-11-29 18:20:38
366
原创 低代码开发可以解决哪些问题？
在以前，业务人员跟技术人员的沟通是很费时费力的，不仅是各种各样的业务人员，每个职能岗位的人都在重复的工作中形成了自己的“深井”，这导致他们跟技术人员的沟通存在重重阻碍，这种阻碍对双方的沟通来说是致命的，常常会导致沟通低效，程序应用反复修改的情况出现，如此一来，不仅影响程序开发上线的时间，还影响双方的矛盾，这对公司来说肯定是没有好处的。在图形化的开发模式下，大家都能很清楚地看到业务逻辑的实现，有什么没说清的、有歧义的，都能当面改善，不会造成公司的进一步损失，这在沟通效率上的体现是很直观的。
2023-11-29 14:29:34
311
原创 为什么说前端代码的复用率低?
比如说前端开发往往需要根据特定项目的需求进行定制化设计，包括独特的用户界面(UI)和用户体验(UX)设计，每个商家、用户、甲方的喜好各不相同，你总不能拿着上一个方案的模型改改套到下个方案里吧，还有就是像JavaScript框架和CSS预处理器这种发展太快，新工具和最佳实践不断出现。比如说你用个国内的 iVX ，直接用一套标准化的UI组件和布局模板就可以在多个项目中重用，改改其中的个性参数就行，用一些可视化的设计工具把前端代码抽象化，它里面的逻辑面板跟语法也是解耦的，重用起来的难度就降低了很多。
2023-11-29 11:13:52
391
原创 面向“模型编程” vs. 面向“组件编程”
面向模型”系统构造一个代码和应用的中间层，甚至直接给“业务人员”使用（例如低代码平台），但是也同时会陷入两难的困境，“如果抛弃代码，灵活性受限制；如果使用代码，业务人员无法使用”，所以，发明了“低代码”这个词😆。面向模型编程尤其积极的一面，但是并不能很好解决开发（特别是企业开发）中各种复杂问题，和现有编程环境和现有代码资源结合也是一个很大的挑战。另一方面，由于模型之间的耦合问题，很多“低代码”平台不得不整合很多个子系统，每个子系统完成独立的事情，这无疑增加了开发者的学习和操作成本。
2023-11-29 09:51:16
781
原创 低代码模式会成为主流吗？
在未来，企业的发展都会向着“高精尖”和专业多元的方式发展，各种不同的细分领域对技术选型的要求只会越来越苛刻，在产品设计、制造、服务等不同流程中的差异会越来越大，对定制化的需求也会越来越高，未来以模型驱动为主的低代码平台很可能会成为主流的开发方式，目前在低代码应用更加成熟的国外就已经显现出这种趋势。低代码这一方向之所以能流行，因为像传统的纯手工代码阶段，应用开发人员水平参差不齐，传统编写代码的质量无法保证，需要大量的时间来检修bug，而高复用的模块化组件和模板，都是高度抽象和集成化的产物。
2023-11-28 18:36:51
364
原创 怎么看待争议 低代码？
但是，一旦涉及到更复杂的系统，特别是需要高度定制化的场景时，低代码平台的局限性就显现出来了——无法提供足够的灵活性来满足特定的业务需求，或者在性能优化方面不如手工编码那样精细，就像是当你需要一个定制化的解决方案时，预制的积木可能就不够用了，你得自己做这块积木出来。我觉得能解决上述问题的唯一方法就是导出源码，所以后面我们自己的团队也换用 iVX 了，独立导出源码，独立部署，生成代码的质量还高，也不会说丧失我们自己的专业能力，把代码导出到其他平台，照样能用，也没有重构编码的担忧了，目前算是一个还不错的平衡。
2023-11-28 18:26:23
409
原创 语言忠诚？离不开舒适圈？为什么程序员不喜欢更换编程语言？
很多人在看到这样的句子可能会不以为然，因为大家都相信自己使用的语言就是目前为止最强大的，而事实上，我们很可能会囿于自己的语言思维，被某种语言的局限性所困住，就像我在了解python之前一样，我也没觉得用C语言处理字符串和数据结构有多麻烦。更厉害的，例如我们公司那个牛人，可以融会贯通所有编程语言，一门新的语言一天左右也就掌握了。编程语言的能力有差异，不同的语言适配不同的任务，当然，如果你要问我什么语言适配怎么样的任务，我只能说无可奉告，天知道要什么样的技术天才，才能把现在市面上所有的语言都玩一遍...
2023-11-28 18:20:20
359
原创 Open AI “宫斗”结束，自主意识AI初现，我们会被取代吗？
身为一个程序员，可能是这个世界上最容易理解AI的职业，我想我们这些人能做的，除了好好利用工具之外，在能看得到的未来，学会理解不同的编程方式，像是不同的编程语言 Javascipt ，可视化编程（如iVX），Lisp 等让自己成为某个领域的大师，也没有更好的选择了。而大部分人或许会更倾向于“有效加速主义”，不仅仅是因为其有资本的加注，更大的原因在于，人类的好奇心是不可回退的，当一项改变世界的技术奇点摆在眼前，不要说是 OpenAI ，就算是全人类也会不惜一切地想要看看技术的尽头会造出个什么东西出来。
2023-11-28 17:20:45
331
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人