탈 PHP ? 과연 그게 정답일까요? > 자유게시판

자유게시판

탈 PHP ? 과연 그게 정답일까요? 정보

탈 PHP ? 과연 그게 정답일까요?

본문

탈PHP로 그누보드를...

 

사실 조금 상상이 안되고

 

반대세력보다는 탈 PHP 그누보드가 얼마나 인지도를 갖게될지 의문입니다.

 

첫번째 이유는

   이미 많은 사용자를 확보한 탓입니다.

   수많은 전국구 에이전시 / 개인사업자 / 프리랜서 / 몇몇 관공서사이트들

   PHP 개발자를 뽑아서 이미 익숙해져있고, 이미 많이 소스를 구현해두었습니다.

 

두번째 이유는

   새로운 언어를 선택할경우

   그에 맞는 환경구축을 하는데 많은 시간이 걸린다는 단점이 ..

   정작 개발자 스스로가 자괴감을 유발할 우려가 크다고 할수있습니다.

   일단 한번 다른 언어로 PHP와같은 빠르고 즐거운 코딩이 되는지 실험해보십시요

   Java그누보드를 겪어서 아시겠지만요

 

   

세번째 이유는

    이미 더 잘 하는 사람이 많다는 것과 경쟁이 많다는것 이죠

    무언가를 구축하고 노력하고 추구하다보면

    기존에 구축한 그누보드가 오히려 도퇴될수있습니다

    지금까지 PHP로 그누보드를 유지한 이유가 무엇이었는지 다시 점검이 필요하다는것입니다

 

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

 

 

그러면, 탈 PHP는 불가능할까요?

아닙니다 가능하지만

 

관점을 조금만 변경해보면

 

장점을 더 장점으로

그누보드는 PHP로 더 좋게 만드는것이죠

더불어서 몇몇회원분들이 시도했을 API 글쓰기/일기/파일첨부를 늘려가는것입니다.

RESTful 방식의 그누보드가 등장하면

굳이 탈 PHP로 제작할 이유가 사라지지 않을까 싶습니다.

 

요즘 대기업들도 기존의 구현된 API들을 REST로 하나둘 변경하는 추세입니다.

(대기업은 좀 늦습니다.. 그래도 변경하는것은 효과적으로 좋기때문이죠)

 

이기종간의 통신을 위한게 프로토콜이라면

이언어간의 인터페이스를 위한건 REST 라고 봅니다.

 

REST API 형태로만 만들어도

Java / python / nodejs / reactjs 등등 연결할 대상이 급작스럽게 늘어날겁니다.

 

그런 연결고리는 오픈소스식으로 개방해두는것도 방법이 아닐까요?

 

 

추천
4

댓글 13개

그누보드는 주된 코드가 PHP로 만들어진 거죠?
쓰는 데 불편함이 없는데 바꿀 필요가 있을까? 라는 생각이 먼저 듭니다.
지금까지 이 친구 하나 쓰고자 짱구 굴리며 배운 것도 조금 있는데요.
다른 언어로 바뀌면 어떻게 적응해야 할지도 난감할 것 같습니다.
저는 적응 안 하고 그냥 다른 PHP로 된것  쓸 것 같아요.
겨우 이제 고쳐서 쓸 수 있게 되었는데요.
다른 언어는 끔찍합니다.
네, 그누보드는 PHP로 되어있는것이죠
제가 위에 적어 놓은것은

엔진을 바꾸는게 아니라 튜닝이 가능하도록 확장하자는 의견인거죠

엔진 / 조향장치는 그대로 사용하고

차의 익스테리어 / 바퀴 / 배기구를 변경하듯

익스테리어 (게시판스킨/테마 / Mobile 지원되는 어떤것이든 확장되도록..)
바퀴  (Mobile 지원하는 Java / python / React 등등)

※ 적절한 비유인지는 모르지만 개념적으로 말씀드리는것입니다.
RESTful 방식, REST API 형태 이런 표현이 뭔지 몰라
검색해 보았으나 대충 의미만 접수가 될 뿐 아직도 모르겠습니다.
달아 주신 댓글이 그 뜻 같습니다.
PHP 기본에 필요한 기능을 집어다가 껴서 쓸 수 있는 것이라면 좋죠!
여기는 손 안 대고 싶고요. ^^
감사합니다!
REST 방식(=RESTful)의 API 이런 용어에 혼동되진 않으셔도 됩니다.
그저 조금 쉬운 이야기로

웹에서 URL을 이용한 방법으로 호출을하면서 필요한 정보를 요청하면
결과를 그에 맞게 던져준다  ( = API )
는것인데

이전의 프로그램적으로 접근하려면
언어가 같아야 하고, 함수/메소드를 호출하는 방식을 맞추어서 요청 / 전달받는게 일반적인 패턴이었으나

REST는 WEB에서 호출해도 되고
Linux의 Command 창에서 cURL 방식으로 호출해도 되고
어떤 언어든 호출을 할때 기본적인 method( html 의 get, postd와 그외의 put,delete등등)의 방식으로 호출하면 같은 주소라도 내부적으로 다른필요값에 의해서 분기해서 결과를 전달 혹은 차단 하는 형태라고 보시면됩니다.

설명이 복잡해지지 않게 다시말해서

PHP framework 에서  REST를 지원합니다.
Laravel 도 Slim 도 기타 프레임워크들도

그래서 그누보드 엔진은 그냥 사용하되 프레임워크를 이용혹은 확장해서 연결고리를 추가할수있다는 이야기였습니다.
어제는 RESTful 방식 검색하여
https://gmlwjd9405.github.io/2018/09/21/rest-and-restful.html
이것을 읽고,

REST API 검색하여
https://meetup.toast.com/posts/92
이것을 읽었죠.

둘이 비슷한 것 같은데 아니 똑같은 것도 같은데?
한번 읽었으니 도통 모르겠고요. ㅡㅡ.

주신 말씀 접하고
또 검색했어요. ㅎ

REST API의 이해와 설계-#1 개념 소개
https://bcho.tistory.com/953

직접 해보지 않는 이상 진짜가 뭔지는 모르겠는데요.
말씀 뜻은 이제 조금 알겠습니다. 감사합니다.

쉽게 서로 뭉쳐서 돌아가는 방법이 있다면 저는 효율성 측면에서
같이 공존이 낫다고 늘 생각하죠.
사용자에게 복잡한 것이 아니라면 좋기만 합니다.

REST 원칙을 준수한 것이 RESTFul
큭. ㅎ 그렇습니까? 그러면 한 번 더 읽어봐야겠습니다!
개발자는 아니라서 코드까지는 고민이 되는데요.
어떻게 해야 할지 모르겠네요. ^^
그렇죠.. 수많은 웹 에이전시들이 박봉을 주니.. 다들 힘들어서 다른 언어로 갈아타겠죠
그러면 다시 품귀로 좋아질런지...(이건 아직 알수없고)

php개발자들이 Laravel로 많이 갔죠, 그리고 가야하구요

PHP개발자들도 기존에 구현가능한 많은 방식을 Interface방식만 변경해도
새로운 언어로 다시 만드는것보다 더 빠른게 많다는것을 인지하고
다양한 접근을 해야 하지 않을까 하는 생각입니다.

물론, 직장에서나 업무환경에서 타언어를 사용하면 어쩔수없지만요..
전체 244 |RSS
자유게시판 내용 검색

회원로그인

진행중 포인트경매

  1. 참여68 회 시작24.04.19 15:40 종료24.04.26 15:40
(주)에스아이알소프트 / 대표:홍석명 / (06211) 서울특별시 강남구 역삼동 707-34 한신인터밸리24 서관 1404호 / E-Mail: admin@sir.kr
사업자등록번호: 217-81-36347 / 통신판매업신고번호:2014-서울강남-02098호 / 개인정보보호책임자:김민섭(minsup@sir.kr)
© SIRSOFT