原文鏈接：https://dzone.com/articles/low-code-what-are-the-implications-for-developers，有部分刪改，
開發應用程式的難度比很多“外行”想的更加復雜，程式員不僅僅需要掌握多種開發語言，還需要了解構建工具、測驗、部署應用等相關知識，甚至擁有客戶體驗、資料處理、安全能力、以及多終端（PC端、移動端）的設計能力，能否充分發揮出每個程式員的全部潛力，是開發團隊提升效能的關鍵所在，
（程式員鼓勵師，圖片來自網路）
此外，企業級軟體開發團隊中的程式員還得適應敏捷迭代和DevOps思維，才能快速構建應用程式，在盡量減少對消費者干擾的情況下，定期對系統和用戶介面進行小規模的更新和改進，
天下武功，唯快不破，這種軟體開發思維方式的變化，加速了低代碼應用開發時代的到來，因為低代碼平臺的關鍵特征就是減少開發應用程式所需的傳統手工編碼的作業量，這意味著它的交付速度更快，Bug更少，
那么，程式員在低代碼時代的開發體驗有何變化，該如何從低代碼中獲益呢？
尋找均衡點
我們需要知道，軟體開發中最重要的部分就是在穩定性和交付速度之間取得平衡，過分強調前者意味著軟體開發團隊很難提升他們所提供給客戶的服務，并且可能在競爭中失利；過分強調后者可能會給應用程式帶來一定風險，尤其是對于企業級應用而言，即便采用的是低代碼或者更先進的開發技術，仍然需要遵循基本的設計法則，如資料庫設計范式、事件控制、前后端分離、基于角色的權限控制等，這個均衡點究竟在哪里？主要是由應用場景決定的，對于資料填報、辦公審批等簡單的場景，開發團隊通常傾向于后者；而生產管理、設備監控等核心業務場景，促使開發團隊為前者考慮得更多，
進入低代碼時代后，不同的應用場景和平衡點也為我們帶來了多樣化的低代碼開發平臺，這些平臺統稱為“低代碼”，但是為使用者提供了完全不同的開發體驗，
以活字格為代表的企業級低代碼平臺為了支撐更高技術要求、更高價值的企業級應用開發，從資料庫建模、Web
API構建到頁面設計，與傳統軟體開發幾乎沒有差異，只是通過可視化技術和智能化功能，減少了構建“增刪改查”功能的重復勞動，程式員在開發程序中可以輕松上手，充分利用傳統開發模式下積累的經驗，
（使用活字格構建的倉儲APP）
與活字格不同的是，更多表單驅動型的低代碼產品則完全拋棄軟體開發的模式，將資料表、Web
API隱藏在表單的身后，專注于更簡單的應用場景，面對這種低代碼開發平臺，業務人員確實比程式員更容易適應，
（使用低代碼開發的資料填報應用）
認識到這兩類低代碼平臺的差異，才能幫助開發團隊根據專案需求和團隊技術構成選擇合適的開發工具，以“更舒服的姿勢”投入低代碼的懷抱，
在開發團隊中“升級”
眾所周知，低代碼通過降低軟體開發的技術門檻，減少重復的編碼勞動，讓程式員能專注在更有價值的領域，最終讓他們更有能力交付一個能夠給客戶產生巨大影響的、致其業務成功的應用程式，在這個程序中，程式員可以投入更多時間思考，將新技術與用戶需求深度融合，并且將價值以最快的速度傳遞到客戶手中，而不是僅僅專注于技術任務和編碼，
（低代碼成倍提升開發效率的奧秘）
是的，開發人員對技術的更新迭代更敏感，也更有好奇心，更容易發現將技術應用于業務問題的機會，正是由于認識到這一點，越來越多的企業正在建立創新型的團隊或實驗室，將程式員作為產出商業解決方案的主干，
這意味著開發團隊不能再考慮“一切需要從頭開始”的開發方式，程式員也不能被大量投入在CRUD等簡單、重復的編碼作業中，事實上，在低代碼技術的幫助下，開發團隊可以將程式員提升為團隊的核心，致力于研究如何將AI、IoT等新技術集成到軟體中，以及面對大資料量、大并發請求的極致優化，再配合一些初級技術人員甚至業務人員通過拖拉拽的方式，快速而有效地完成之前需要程式員大量編碼的“增刪改查”等軟體基礎功能，
可以簡單地說，低代碼的出現，讓程式員能更好地發揮教育背景和開發經驗的優勢，在開發團隊中輕松實作“升級”，
小結
我們建議程式員，特別是從事企業級應用開發的程式員，應更積極、更主動地抓住低代碼開發平臺帶來的機會，在日常“一切照舊”的作業之外，努力了解如何使用這些新的工具集和平臺，為即將到來的團隊技術轉型做好準備，
想了解低代碼？看這一篇就夠了，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/301454.html
標籤：其他
上一篇：程式員“修煉成神”的必經之路——資料結構（第1章 概論）
下一篇：魚入大海,龍出生天