低代码真的没技术吗？

  先说一个好消息，就是组长的头衔又回到我的头上了。我们一共有4个人(后续还会招人进来)，在选组长的时候就有两个人投票给我，但是因为刚接触低代码，又看了网上对全是对低代码的排斥和骂声，我就把组长让给了一个大四的老哥(他也是个苦命人，后面分享他的故事)。

  他是只想搞技术的那种，受不了随时要和产品对接需求以及写我们的工作日报，我就刚好顺势和他对接了。我是想全干，以后打算一人成军，还有就是锻炼一下自己的沟通表达能力，以及一些人情世故。

好了好了，回归标题吧。

先从企业的角度来思考这个问题。

  在今天之前，说实话我也挺讨厌低代码的，妥妥拽拽的根本没有什么技术含量，也感觉不到有什么成长空间。所有的转变都发生在今晚，10年javer给我们开了一个技术培训。

  他从PHP,JAVA,GO的对比开始，接着介绍JAVA语法，然后演示目前java最好用的框架(比若依高级一些)。最后举了一个业务实现，具体需求我记不清了，只是用了不到半个小时做完一个老哥搁哪裤裤干一天还没做好的需求，就是低代码那一套。看完他的演示，说实话这玩意给一个初中生培训一周就能干了啊，所以那个有两年经验老哥的优势在哪里呢？

  在我看来，中小企业拥抱低代码是必然的趋势，因为这就是降低成本最有效的方式。随便招几个实习生培训1个月，甚至一周就能上手干活了。

  网上有很多排斥低代码的言论，我赞同他们的每一个字，但是我觉得每个人应该结合自身的实际情况去思考要不要从事低代码行业。如果你是92，学历比较好，那你进大厂的可能性是很大的。对于双非，从整体人数来看，校招进大厂估计连0.0001%都没有(开发岗)。我也是双非，开始也不是很喜欢敲代码，主要是学习方式没有被正确引导造成的，但是这几天编工作流却让我喜欢上了敲代码。解决一个又一个需求真的挺有满足感的。

  It行业发展了这么多年，你需要实现的大部分业务需求早就有一大堆人框架辅助实现了。那你接到需求后还要自己从头分析，查文档，写接口吗？这学习成本会不会对企业来说有点太高了呢？如果你用低代码，你只需要分析业务，然后调用别人写好的接口，中间的成本就是在找哪个接口可以实现，以及看一下作者写的参数格式(去找一下apyKey)。编排了三天工作流，写了一个生成短视频的脚本，都是调用三方api。中间我自己用代码实现了一遍，用了差不多半天(去学习文档，去编排输入输出格式)，然而用工作流2分钟就完成了，而且没有任何学习成本。

从我个人角度来看低代码。

  短期内，确实可以给我带来非常大的优势，而且是碾压的。一个有基础的人只需要培训一周左右，便可以写出5年经验的简单需求。意味着你可以在短时间内缩短和老手的差距。当然，这个条件对大厂来说估计不算什么，从中小厂来看还是很诱人的。但是显而易见，这种学习方式在长时间内的成长，空间是十分有限的。

所以我会怎么选择呢？

  我选择拥抱低代码，因为这个行业真的不缺低级开发，随便一个开发岗至少都有几十个人在问。在行业形式这么严峻，自身又没有经验的情况下，企业为什么还要用十分昂贵的成本去培养一个会随时跳槽的人呢？所以在大部分人排斥低代码的情况下，选择低代码至少可以先让你入行。即使这种短平快的学习方式可能会埋下很大的隐患。

  目前的也只是实习，还没有积累足够的行业经验，所以我还没有能力解答怎么处理这个隐患。

  但是我认为凡事多学一点准没错。

#牛客AI配图神器#