노코드 플랫폼이 오래전부터 있었다고 하지만, 개발자를 완전히 대체하지 못한 이유는 여러 가지가 있다.
첫째, 노코드는 주로 간단한 애플리케이션을 만드는 데 적합하다.
복잡한 기능이나 맞춤형 솔루션을 개발하려면 여전히 전문 개발자의 손길이 필요하다.
둘째, 노코드 플랫폼은 사용자가 제공하는 템플릿과 도구에 한정되어 있어서, 디자인이나 기능 면에서 제한적이다.
개발자는 이런 제한을 넘어서 자유롭게 창의적인 작업을 할 수 있다.
셋째, 노코드는 기술적인 문제 해결이나 세부적인 커스터마이징에는 한계가 있다.
복잡한 문제 해결이나 시스템 통합, 성능 최적화 같은 일은 전문 지식을 갖춘 개발자가 필요하다.
넷째, 보안이나 데이터 관리 같은 중요한 부분에서도 전문적인 지식이 요구되는데, 이런 영역은 노코드로 처리하기 어렵다.
위와 같은 이유들로 노코드가 유용한 도구이긴 하지만, 전문 개발자를 완전히 대체하기에는 아직 한계가 있다는 것이다.
첫째, 노코드는 주로 간단한 애플리케이션을 만드는 데 적합하다.
복잡한 기능이나 맞춤형 솔루션을 개발하려면 여전히 전문 개발자의 손길이 필요하다.
둘째, 노코드 플랫폼은 사용자가 제공하는 템플릿과 도구에 한정되어 있어서, 디자인이나 기능 면에서 제한적이다.
개발자는 이런 제한을 넘어서 자유롭게 창의적인 작업을 할 수 있다.
셋째, 노코드는 기술적인 문제 해결이나 세부적인 커스터마이징에는 한계가 있다.
복잡한 문제 해결이나 시스템 통합, 성능 최적화 같은 일은 전문 지식을 갖춘 개발자가 필요하다.
넷째, 보안이나 데이터 관리 같은 중요한 부분에서도 전문적인 지식이 요구되는데, 이런 영역은 노코드로 처리하기 어렵다.
위와 같은 이유들로 노코드가 유용한 도구이긴 하지만, 전문 개발자를 완전히 대체하기에는 아직 한계가 있다는 것이다.
따지고 보면 옛날 나모 웹에디터같은 거도 노코드 플랫폼이잖음
맞아, 옛날의 나모 웹에디터와 같은 도구들을 노코드 플랫폼의 초기 형태로 볼 수 있어. 이러한 도구들은 사용자가 복잡한 코딩 지식 없이도 웹페이지를 만들 수 있게 해 줬지. 이런 점에서 노코드 플랫폼의 기본 개념과 일맥상통한다고 할 수 있어.
하지만 현대의 노코드 플랫폼은 나모 웹에디터 같은 초기 도구들보다 훨씬 발전했어. 오늘날의 노코드 플랫폼은 단순한 웹 페이지 제작을 넘어서, 복잡한 비즈니스 애플리케이션, 데이터베이스 관리, 자동화된 워크플로우 등을 구축할 수 있게 해 줘.
설명할 필요도 없이 걍 쓰게 해보면 알게 됨 ㅋㅋㅋ
규모가 커지면 커질 수록 결국 그냥 직접 개발하는게 더 낫겠는데? 싶은 시점이 있음. 그리고 간단한 어플리케이션 개발하는 목적으로 라이센스 사기엔 생각보다 비싸기도 함
맞다
심지어 프론트쪽은 프레임워크리스 해야 한다/해도 된다 는 입장도 많은편인 마당에 노코드 이지랄ㅋㅋㅋㅋ
프론트는 진짜로 노코드 쌉가능인데
노코드는 진짜 말 그대로 그 노코드 제품을 만든 시기에만 특정 분야에서 쓸만한 정도임. 1년만 지나도 유지보수 해야되는데 그 노코드 제품 만든 회사가 아무리 유지보수를 잘해도 모든 트렌드를 반영할 순 없겠지.
스크래치로 3d엔진도 만들고 리눅스 커널도 올리는 프로젝트가 있었지만
최고의 프로젝트는
https://scratch.mit.edu/projects/780164898
이거였다..