그누보드7을 보니 XE가 생각이 나네요.
그누보드 처음 나왔을때
레버런스 책이 한권 돌아 다녔는데 그 단순함이 그누보드를 지탱해줘 왔던 건데,
시간 지나면서 그누보드에 이런저런 기능이 많이 생기면서 무거워지고 복잡도가 높아졌는데,
그러면서 그누보드 본연의 맛이 사라지는 느낌이 아쉬웠는데,
그리고 제로보드에서 XE로 넘어가면서 복잡도가 높아져서 사람들이 그누보드로 옮겨온거 보면
저도 오랬동안 복잡한것만 쫒다가 최근들어 다시 제정비를 하고 있는데
복잡한것 걷어 내고 있었는데,
그누보드7 보면서 라라벨 그 복잡한걸 왜 그누보드에서 가져다가 쓰려는거지?
그누보드6 사용자 층이 별로 없는 이유나 라라벨 한국 커뮤니티가 그누보드 커뮤니티 보다 못한 이유는
단순함을 이기지 못해서인게 아닌가
엔트로피 증가는 이성의 발현이 아닌
그누보드9이나 10정도에서 초 단순화 버전 만들기 위한 로켓의 연소과정 정도로 밖에...
레버런스 책이 한권 돌아 다녔는데 그 단순함이 그누보드를 지탱해줘 왔던 건데,
시간 지나면서 그누보드에 이런저런 기능이 많이 생기면서 무거워지고 복잡도가 높아졌는데,
그러면서 그누보드 본연의 맛이 사라지는 느낌이 아쉬웠는데,
그리고 제로보드에서 XE로 넘어가면서 복잡도가 높아져서 사람들이 그누보드로 옮겨온거 보면
저도 오랬동안 복잡한것만 쫒다가 최근들어 다시 제정비를 하고 있는데
복잡한것 걷어 내고 있었는데,
그누보드7 보면서 라라벨 그 복잡한걸 왜 그누보드에서 가져다가 쓰려는거지?
그누보드6 사용자 층이 별로 없는 이유나 라라벨 한국 커뮤니티가 그누보드 커뮤니티 보다 못한 이유는
단순함을 이기지 못해서인게 아닌가
엔트로피 증가는 이성의 발현이 아닌
그누보드9이나 10정도에서 초 단순화 버전 만들기 위한 로켓의 연소과정 정도로 밖에...
총 3명이 반응했습니다
|
댓글을 작성하시려면 로그인이 필요합니다.
댓글 7개
그누보드7 개발이 진행되는 동안 개인적으로 이런 사이드 프로젝트를 진행했었습니다.
처음에는 AI가 잘 이해하는 걸 목표로 진행하다가, 회원인증만 남기고 BBS, SHOP 등 나머지는 모두 제거하는 것으로 목표를 바꾸고 마무리까지 끝냈습니다.
개발자도 아닌데 퇴근하고 짬내서 프롬프트 몇 번 (물론 쉽기만 한 건 아니지만) 던져주고 완성했습니다.
지금은 이걸 기반으로 개인홈페이지에 쓸 이력관리 게시판 기능을 처음부터 만들고 있습니다.
이렇게 저같은 비개발자도 프로그램을 만들거나 고쳐쓰는 게 어렵지 않은 시대가 도래했습니다.
그렇다면 앞으로 그누보드 같은 솔루션은 어떤 모습이어야 할까요.
개발자 이신것 같은데요. 그것도
고급이상 수준의 개발자!
지운아빠님은 더 이상 비개발자가 아닌것 같습니다.
답변은 제가 하고 싶은거 말할 수 밖에 없을 것 같아서.
참고로 최근 그누보드 관련해서 만들고 있는 프로젝트를 방금 올려두었습니다.
그누보드5 + svelte5(sveltekit) + capacitor7
그누보드로 제일 쉽게 하이브리드앱 만드는 방법을 만들어 보았습니다.
html, css, javascript 할 수 있으면, 앱 만들 수 있습니다. 굳이 따로 플루터나 다른거 할 필요 없습니다.
https://sir.kr/showcases/228
1. '안티-벤더-락인' 설계
2. 하이브리드앱
3. 스튜디오 분리로 코어 단순화
제로보드가 xe로 간것 같아 보였습니다.
그누도 이제 전문개발자의 소유물이 되겠구나.
어설픈 초보들 떠날 수 밖에 없는 서버 환경과
덩치가 되었다. 생각하였습니다.
틈나는대로 코드를 보는데 json 으로 프론트앤드 구현 방식이 지금 제가 하고 있는 CI4 프로젝트와 유사해서 사람 생각은 다 비슷하규나 했습니다
다만 더 잘짜여진 코드와 구조를 보면서 많이 배우고 있습니다
AI 시대라 관리자의 고민이 많으셨을듯 합니다
저도 열심히 공부해서 잘따라가 보는 걸로 ㅎㅎ
우선 백엔드 프레임워크인 라라벨이 아무래도 안전한 부분은 있어서 이걸 도구로만 재대로 활용 하면
프론트는 입맛 대로 간단한 방식으로 재구현 가능 하지
지않을까 싶네요