카카오톡으로 메시지를 보내면 그게 서버로 간다. 그러면 서버는 메시지를 받아서 처리하겠지.
루비(118.216)2020-08-04 03:53
답글
근데 루비 쓰는사람 아직도 있군요. 저 중딩때 한창 레일스랑 보안쪽 스크립트 언어로 떴었는데, 지금은 다들 파이썬 쓰지 않나요? - dc App
익명(117.111)2020-08-04 03:53
답글
루비는 잼있어서 영원히 쓸거임
루비(118.216)2020-08-04 03:54
답글
마츠가 2.0 인가 3.0인가 낸다는거 그건 어떻게 되었나요? 그리고 언어적으로 매력이 있나요? - dc App
익명(117.111)2020-08-04 03:55
답글
그리고 리눅스용 호환 카톡 만드는 방법 말구, 기존 PC용 카톡을 리눅스에서 그대로 쓰려면 wine 이라는 것을 개선하면 된다. 방법이 지랄같아서 그렇지 이게 더 현실적이다
루비(118.216)2020-08-04 03:55
답글
3.0 올해 크리스마스에 나온단다. 속도가 허벌라게 빨라진다 카드라 ㅋㅋ
루비(118.216)2020-08-04 03:55
답글
와인은 dll 추가안해서 안되는 기능들이 많아유. 하나하나 찾아서 넣는게... - dc App
익명(117.111)2020-08-04 03:56
답글
에이 루비3 ㅋㅋ 그걸 믿어요? 빨라져도 2배에서 3배일거 같은데 ㅋㅋ - dc App
익명(117.111)2020-08-04 03:57
답글
믿고 싶다 ㅠㅠ
루비(118.216)2020-08-04 03:57
답글
루비는 리스프의 전철을 밟는거죠. 사양되는거쥬 - dc App
익명(117.111)2020-08-04 03:58
답글
루비는 그냥 재미있어서 계속 쓸 거임~
루비(118.216)2020-08-04 03:58
답글
첨 나왔을때 속도만 빨랐으면 파이썬 자리 대체했을거 같긴해요 - dc App
익명(117.111)2020-08-04 03:58
답글
할 줄 아는 언어가 루비 말고도 여럿 되니까.. 어플 만들때는 루비로 안 만듦
루비(118.216)2020-08-04 03:59
답글
절레절레. 근데 머가 그리 재밌어요? 언어적인 관점에서 매력이 머가 있어요 - dc App
익명(117.111)2020-08-04 03:59
답글
C만 하시는줄 알았는데. 다른것도 하세요? - dc App
익명(117.111)2020-08-04 04:00
답글
언어적인 관점에서보면... 사실 잘 모르고, 모든게 객체이고, 프로그램하기 편함. 생각한대로 그냥 코드가 나오니까... C 로 짜기전에 루비로 후딱 먼저 만들어보고 나서 C로 새로 짜는 편임. ㅋㅋ
루비(118.216)2020-08-04 04:01
답글
흠... 해볼까... 똥언어일거 같아서 고민되네요. - dc App
익명(117.111)2020-08-04 04:01
답글
근데 언어보다 사실 설계능력을 기르고 싶어요. 옛날글들 보니깐 님프 만드실 때 설계만 한달? 하셨다고 했는데 설계가 그렇게 중요한가요? 또 어떻게 공부하쥬 - dc App
익명(117.111)2020-08-04 04:03
답글
그거 설계가 4~6개월 걸렸던거 같은데. 설계 잘못하면 갈아엎고 다시 만들어야 되는데. 그 과정을 몇번 걸쳤음. ibus 설계 당시의 문서도 봤고, ibus 문제점에 대한 문서도 읽어봤고, XIM 프로토콜 문서도 읽어봤고, DBUS 방식으로도 만들어봤고, 비통신 구조로도 만들어봤는데, 설계를 잘하려면 특별한 방법은 없는거 같고, 해보고 갈아엎고, 해보고 갈아엎고,... 이게 계속 반복되다보면 설계 내공이 쌓이는거 같음.
루비(118.216)2020-08-04 04:18
답글
결국 만들어보고 문제점을 발견하고 나서야 설계가 잘못된걸 아는거군요... 어렵네요 - dc App
익명(117.111)2020-08-04 04:24
답글
맞아~~ 실제로 만들어보기 전에는 어떻게 될지는 몰라. 그래서 새로운 소프트웨어가 계속 나오는 이유이기도 하지
api 지원안해서 아닐까
전에보니까 웹버전 만들다 사람들이 안쓸것같아서 뺏다는데 그거라도...
웹이 미래다! - dc App
일단 리눅스쪽은 wine 이라는게 있으니까 리눅스용 호환 카톡 만드는것보다 wine 개선하는게 제일 좋은 방법이다.
그리고 그런거 만들 줄 아는 사람 꽤 있을거다. 메신저라는게 원리가 간단해서 말이지. 채팅 서버 만들 줄 아는 사람이면 카톡같은거 만들 수 있는 기술력이 있다는 뜻이다.
카카오톡 서버랑 통신을 해야할건데 api는 리버싱해서 알아내야함? - dc App
api 라기보다는 통신 프로토콜을 알아야제
그니깐 그걸 카톡에서 안푸는데 어캐함... - dc App
WireShark 가 뭐하는 물건인지 함 알아보거라
패킷 잡아서 한다고? 음... 그래도 됨? - dc App
오픈소스 진영 쪽 물건들 보면 사유 소프트웨어에 대항할 수 있는 물건들이 모두 갖추어져 있단다.
그런거랑은 다르지 않아요? 아예 새 서비스를 만드는게 아니라 기존 상용소프트웨어를 쓰고 싶다는게 주인데... - dc App
https://namu.wiki/w/%EB%A6%AC%EB%B2%84%EC%8A%A4%20%EC%97%94%EC%A7%80%EB%8B%88%EC%96%B4%EB%A7%81#s-2.1
카카오톡으로 메시지를 보내면 그게 서버로 간다. 그러면 서버는 메시지를 받아서 처리하겠지.
근데 루비 쓰는사람 아직도 있군요. 저 중딩때 한창 레일스랑 보안쪽 스크립트 언어로 떴었는데, 지금은 다들 파이썬 쓰지 않나요? - dc App
루비는 잼있어서 영원히 쓸거임
마츠가 2.0 인가 3.0인가 낸다는거 그건 어떻게 되었나요? 그리고 언어적으로 매력이 있나요? - dc App
그리고 리눅스용 호환 카톡 만드는 방법 말구, 기존 PC용 카톡을 리눅스에서 그대로 쓰려면 wine 이라는 것을 개선하면 된다. 방법이 지랄같아서 그렇지 이게 더 현실적이다
3.0 올해 크리스마스에 나온단다. 속도가 허벌라게 빨라진다 카드라 ㅋㅋ
와인은 dll 추가안해서 안되는 기능들이 많아유. 하나하나 찾아서 넣는게... - dc App
에이 루비3 ㅋㅋ 그걸 믿어요? 빨라져도 2배에서 3배일거 같은데 ㅋㅋ - dc App
믿고 싶다 ㅠㅠ
루비는 리스프의 전철을 밟는거죠. 사양되는거쥬 - dc App
루비는 그냥 재미있어서 계속 쓸 거임~
첨 나왔을때 속도만 빨랐으면 파이썬 자리 대체했을거 같긴해요 - dc App
할 줄 아는 언어가 루비 말고도 여럿 되니까.. 어플 만들때는 루비로 안 만듦
절레절레. 근데 머가 그리 재밌어요? 언어적인 관점에서 매력이 머가 있어요 - dc App
C만 하시는줄 알았는데. 다른것도 하세요? - dc App
언어적인 관점에서보면... 사실 잘 모르고, 모든게 객체이고, 프로그램하기 편함. 생각한대로 그냥 코드가 나오니까... C 로 짜기전에 루비로 후딱 먼저 만들어보고 나서 C로 새로 짜는 편임. ㅋㅋ
흠... 해볼까... 똥언어일거 같아서 고민되네요. - dc App
근데 언어보다 사실 설계능력을 기르고 싶어요. 옛날글들 보니깐 님프 만드실 때 설계만 한달? 하셨다고 했는데 설계가 그렇게 중요한가요? 또 어떻게 공부하쥬 - dc App
그거 설계가 4~6개월 걸렸던거 같은데. 설계 잘못하면 갈아엎고 다시 만들어야 되는데. 그 과정을 몇번 걸쳤음. ibus 설계 당시의 문서도 봤고, ibus 문제점에 대한 문서도 읽어봤고, XIM 프로토콜 문서도 읽어봤고, DBUS 방식으로도 만들어봤고, 비통신 구조로도 만들어봤는데, 설계를 잘하려면 특별한 방법은 없는거 같고, 해보고 갈아엎고, 해보고 갈아엎고,... 이게 계속 반복되다보면 설계 내공이 쌓이는거 같음.
결국 만들어보고 문제점을 발견하고 나서야 설계가 잘못된걸 아는거군요... 어렵네요 - dc App
맞아~~ 실제로 만들어보기 전에는 어떻게 될지는 몰라. 그래서 새로운 소프트웨어가 계속 나오는 이유이기도 하지
책으로 공부할 수 있는게 아니군요... ㅠㅠ - dc App
근데 안주무세요? 수면패턴이... - dc App
책으로 공부하는 거는 기본적인거구~~ 나머지는 경험 노하우~~
아~~ 자야지 님도 주무삼^^
밥은 먹구 자려구요 - dc App