HAMA 블로그

Flask,VueJS 와 RethinkDB 를 사용하여 파일 저장 서비스 구축하기 - (1)[원문] https://www.pluralsight.com/guides/python/build-a-simple-file-storage-service-using-vuejs-flask-and-rethinkdb?utm_campaign=RethinkDB%2BWeekly&utm_medium=web&utm_source=RethinkDB_Weekly_8 소개 간단한 파일 저장 서비스를 작성하는 방법에 대해 소개 해 보려 합니다. 프런트 엔드를 처리하기 위해서는 VueJS를 사용할 것이고, 백엔드를 위해서는 Flask, 데이터 저장을 위해 RethinkDB를 사용할 것입니다. 진행 하는 도중에 여러 기능들에 대해 계속 소개 할 ..

마이크로서비스를 넘어 서버리스 아키텍처가 유행하는 요즘(2017년) , 보다 작은 모듈단위로 강력한 힘을 가질 수 있는 golang 은 구글의 막강한 지원을 등에 업고 큰 힘을 발휘하고 있는거 같습니다. 실제 언어 순위를 매기는 각종 지표에서도 Go 는 파죽지세로 위로 솟구쳐 올라가고 있습니다. 개인적으로는 쓸데없이 복잡하다고 느끼는 소위 객체지향 언어들에 대한 염증(사실 OOP디자인을 사용하는것도 때와 시기가 있는데..무조건 적용하려고 하면.. 부작용이 생기겠지요) 과 함께 스크립트 언어들이 떴는데, (함수형도 뜨긴하지만 주력은 절대 될 수 없습니다..장담~) 그 스크립트 언어에 없는 강력함을 갖춘 언어가 Go 라서 그런거 같습니다. 즉 심플함 + 강력함 + 구글의지원 (미래보장) 아래는 요즘 흥미롭게..

현재 파이썬으로 짜여져 있는 IoT 데이터중계/분석 프로그램에서 일부분을 C 로 짜려고 하다가 C,C++ 보다는 Go 가 모든 면에서 좋다고 판단하여 관련 자료를 찾다가 이하 글을 번역하였습니다. 마이크로서비스를 넘어 서버리스 아키텍처가 유행하는 요즘, 보다 작은 모듈단위로 강력한 힘을 가질 수 있는 golang 은 구글의 막강한 지원을 등에 업고 큰 힘을 발휘하고 있는거 같습니다. 실제 언어 순위를 매기는 각종 지표에서도 Go 는 파죽지세로 위로 솟구쳐 올라가고 있습니다. 개인적으로는 쓸데없이 복잡하다고 느끼는 소위 객체지향 언어들에 대한 염증(사실 OOP디자인을 사용하는것도 때와 시기가 있는데..무조건 적용하려고 하면.. 부작용이 생기겠지요) 과 함께 스크립트 언어들이 떴는데, 그 스크립트 언어에 없..

아무래도 파이썬은 속도에 대한 부담감이 있고, C/C++ 은 진짜 이 언어를 100% 써야만 하는 상황 아니면 사용 안하려고 하기 때문에 Go 언어를 배워서 스칼라,파이썬등의 언어와 잘 버무려서 써 보아야겠다. 너무 간단한 고루틴,채널이 매력적이다. 다만 직접 락을 신경써야 한다는 게 웬지 못미덥긴 한데... (이래서 클로저 CSP 가 땡기나 보다...근데 클로저를 하기엔 늦은듯..) 먼저 InfluxDB 에 로그파일로 부터의 대량의 데이터 넣는 것 부터 ~ 설치하러 고고씽~ ps.이미 Go 가 국내에서도 인기가 상당하여 좋은 글이 많다. 레퍼런스는 이거 참고하면 될 거 같고 http://pyrasis.com/go.html 솔깃해지는 언어 후기는 여기 http://www.bloter.net/archive..

docker vs vagrant vs virtualenv 도커도 안쓰고 virtualenv도 안쓰고 잘 지내 왔다. 사실 지금도 굳이 도커나 virtualenv를 써서 괜한 복잡도를 올릴 필요는 없는 상황이긴 하지만, (현재는 virtualbox 같은 이미지레벨도 아닌, os 자체를 클론질라로 이미지 떠서 관리하고 있다) 앞으로 둘 중 하나를 반드시 써야할 상황은 올것이다. (분산 텐서플로우를 사용한다던지.. 도커안에 virtualenv 를 사용 할 수도) 참고로 virtualenv 를 가상환경이라고 다들 말해서 , 먼가 거창해보이지만 그냥 유저독립적 python 환경일뿐이다. 따라서 virtualenv 를 윈도우즈,우분투등에서 사용하다보면 OS의 다름 때문에 먼가 잘 안될 때도 있는거 같다. 그 경우에..

꼬리에 꼬리를 무는 - 유사 디자인 패턴들 (3/4편) 패턴을 공부하거나 할 때 UML 에 집중해서 공부하면 안된다고 생각한다. 구조만을 외우고 구조로 구분을 한 사람은 공부한것을 금방 까먹거나 헤깔려하기 쉽기 때문인데, 이유는 거의 비슷한 구조를 갖춘 패턴들은 정말 많기 때문이다. ( 더 헥깔린것은 동일 패턴이 구조가 다른 경우도 부지기수이다. 의도가 같기 때문. 즉 "의도", "목적" 이 중요하다.) 아래 구조를 보자. 정말 많지 않나?? 이 구조만 보고 뭘 알 수 있을까? 자신이 Composite 패턴만 공부했다면 , 이러한 구조를 보고 무조건 "컴포지트 패턴" 이라고 어디가서 우기지나 않을까 염려된다. 이런 식 또한 많다. 무엇인가?? 당연히 알수가 없다. 또한 저런 동일한 구조에 여러 패턴이 같..

꼬리에 꼬리를 무는 - 유사 디자인 패턴들 (1/2편) 패턴을 공부하거나 할 때 UML 에 집중해서 공부하면 안된다고 생각한다. 구조만을 외우고 구조로 구분을 한 사람은 공부한것을 금방 까먹거나 헤깔려하기 쉽기 때문인데, 이유는 거의 비슷한 구조를 갖춘 패턴들은 정말 많기 때문이다. ( 더 헥깔린것은 동일 패턴이 구조가 다른 경우도 부지기수이다. 의도가 같기 때문. 즉 "의도", "목적" 이 중요하다.) 아래 구조를 보자.정말 많지 않나?? 이 구조만 보고 뭘 알 수 있을까? 자신이 Composite 패턴만 공부했다면 , 이러한 구조를 보고 무조건 "컴포지트 패턴" 이라고 어디가서 우기지나 않을까 염려된다. 이런 식 또한 많다. 무엇인가?? 당연히 알수가 없다. 또한 저런 동일한 구조에 여러 패턴이 같이..