제가 한동안 (2년)가량 조용히 있었던 적이 있습니다.

물류자동화 회사에서 일을 하고 있었죠

물류자동화의 영역이 여러계층이 있습니다.

들어보신분들도 계시겠지만 WCS를 주로 의미합니다.

잠시 부연설명을 하면

※ 용어-----------------------------------

WMS (Warehouse Management System) : ERP의 물류창고 영역

WCS (Warehouse Control System) : 설비제어-현황관리-재고관리일부 - 설비제어의 계획,차수관리등

ECS (Equipment Control System) : 장비별 직접제어 I/F - 제어로직

---------------------------------------------------------------------------

WCS는 기존에는 물류창고에서 C#위주의 언어로 구성하다가

최근엔 웹기반으로 바뀌어서 

BE, FE를 분리하고 사용하기도하고 있는 추세이구요

ECS는 C#이나 Java, 를 사용하고, 최근엔  python도 도입되고 있습니다.

---------------------------------------

이런 영역에서

제가 물류자동화 업무를 처음접하게되고 기존환경에 대한 설명, 기존로직에대한 전달을 받을수 없는 상황에서

물류자동화의 영역을 단기간에 구현해야하는 임무를 전달받아서

웹화면을 빠르게 구성하고 관리모드를 만들기위해서

그누보드를 활용했습니다.

화면으로의 push가 문제였지만

SSE를 이용해서 해결해서 문제가 되지 않았고

중요한 코어로직과 PLC연동에 관련된것은 DataBase의 Procedure를 활용했습니다.

PLC I/F개발담당자와 이야기해서  Database의 컬럼을 이용해서

상호 지속적으로 바라보는 구조로 만들어서 해결가능했습니다.

여기서 그누보드의 역할은

사용자관리 / 관리모드 / 코드관리(커스텀) / 현황판 화면(커스텀) / 태블릿 화면(커스텀)을 이용했습니다만

그누보드의 구조를 활용했고 그 영역이 전혀 지장이 없었다는걸 강조하고 싶습니다.

sir.kr를 이용하시는 많은분들이 

웹기반 커뮤니티 / 쇼핑몰 / 랜딩페이지 위주로만 활용하시는데

그누보드도 일종의 프레임워크로서 활용이 가능합니다.

100% 프레임워크는 아닙니다.

그렇지만, 결국 생산성의 문제에 있어서는 

그누보드만한것은 없는것 같습니다.

백엔드의 역할이 좀 부족한것은 사실이지만

docker를 이용해서 확장된 프로시져를 이용해서 멀티의 개념을 일부도입가능하고

세션관리를 위해서 공유디렉토리 혹은 redis/memcache등을 잘 활용할수도있고

database를 효율적으로 바라보게하면

확장은 얼마든지 가능합니다.

가장큰 문제는 편견이라고 생각합니다.

PHP는 웹밖에 안돼.. 라는 생각 

그누보드는 구식이야 라는 편견

어차피 자바를 이용해서 개발하는 대다수의 사람도

쓰던것만 쓰고, 할줄아는범위는 축소되는게 현실입니다.

React를 활용해서 front/backend나누었지만

결국은 SEO가 잘안되서 SSR로 넘어가는걸 보면

생산성의 문제입장에서 볼떄, 

누가 무엇을 많이 정리해서 추구하느냐의 관점이 아닐까 생각합니다.

PHP로 만들어진 facebook이 효율을 위해서 React를 추가개발해서 instragram을 만든것과 같이

PHP로 만들어진 WordPress가 전세계웹의 절반이상을 차지한 상황이 줄어들지 않은것도 현실인것같이

결국은 적응과 활용의 문제라고 봅니다.

경영진이나 투자자는 개발언어가 뭔지, 프론트/백이 뭔지 대부분관심없죠

투자대비 성과에 관심이 많은것처럼 말이죠

이야기가 산으로 가고있지만

'그누보드'를 활용하는것은 결국 생각의 차이인 만큼 활용도를 폭넓게 봐도 된다는 겁니다.

이즘에서 @리자 님을 비롯한 sir.kr 직원분들에게 감사하다는 말을 하고싶어요