목표설정
안에서 높이 뛰기 : 목표설정과 동기부여
저는 개발자로 일한 지 10년 차가 된 프런트엔드 개발자입니다. Popit에 처음으로 글을 쓰는데 어떤 이야기를 하면 좋을까 고민했습니다. 경험을 기반한 이야기를 쓰고 싶었고 지인들이 저에게 궁금해했던 것이 생각나서 “어떤 계기로 삶의 변화를 주게 되었는지.”를 이야기해보려 합니다. 최근 나는 “열심히 산다.”, “예전이랑 다르다."라는 말을 자주 들었다. 이 말들은
목표설정
저는 개발자로 일한 지 10년 차가 된 프런트엔드 개발자입니다. Popit에 처음으로 글을 쓰는데 어떤 이야기를 하면 좋을까 고민했습니다. 경험을 기반한 이야기를 쓰고 싶었고 지인들이 저에게 궁금해했던 것이 생각나서 “어떤 계기로 삶의 변화를 주게 되었는지.”를 이야기해보려 합니다. 최근 나는 “열심히 산다.”, “예전이랑 다르다."라는 말을 자주 들었다. 이 말들은
이 글은 읽기 전에 이전 글까지 모두 읽을 필요는 없습니다. 다만 맥락을 이해하기 위해서 1편은 미리 읽는 편이 좋습니다. * REST 기반의 간단한 분산 트랜잭션 구현 -1편 TCC 개관 * REST 기반의 간단한 분산 트랜잭션 구현 - 2편 TCC Cancel, Timeout * REST 기반의 간단한 분산 트랜잭션 구현 - 3편 TCC Confirm(Eventual Consistency) * REST
안녕하세요. 반갑습니다. j2doll(aka Jay Two) 입니다. 이 글에서는 Qt 입문자 및 Qt for Python을 위한 작은 소개를 적을 예정입니다. 또한 첫 글에 대한 운영자님의 촌철 리뷰를 반영하여 글을 약간 자세히 적어보도록 하겠습니다. ^^; 제가 Qt를 상업용 프로젝트에 적용한지는 십여년 정도 된 것 같습니다. 그동안 반추해 보면 개발자들이 Qt를 개발 프레임워크(
Python
헬로우 큐트 포 파이썬 (Hello Qt for Python) * 원문: http://blog.qt.io/blog/2018/05/04/hello-qt-for-python/ * 번역: https://j2doll.github.io/Qt-for-Python-Docs-Kor/ 첫 번째 Qt for Python의 기술 프리뷰 릴리스가 여기 있습니다! 그래서 파이썬 세계에 문을 여는 방법에 대한 간단한 예제를
보안
서울대 경제학과 이천표 교수의 2007년 저서. 제목이 너무 부럽다. 공부 열심히 하면 책 제목이 바뀜 그러니 학생은 닥공 그냥 경제학이 아니라 정보통신 경제학을 강의한다는 저자의 이력이 특이하다. 그리고 무엇보다 정보보안을 바라보는 경제학 교수의 관점이 재미있다. "기술 만능의 사고는 모든 관련자들로 하여금 안전성 확보를 위해 노력하도록 경제적으로 유인하는 것보다 좋은
JPA(하이버네이트)로 개발하다 보면 JPA가 자동으로 만들어 실행하는 SQL문을 확인하고 싶을 때가 있다. 이 글은 스프링 부트와 JPA를 함께 사용하는 환경에서 SQL문을 로깅Logging하는 방법을 소개한다. 예제 프로젝트 이해를 돕기 위해 간단한 스프링 부트 + JPA 예제 프로젝트를 만들고 SQL문 로깅을 추가해 보자. 예제 프로젝트는 스프링 부트에서 제공하는 부트스트랩Bootstrap 도구인 SPRING
Popit 서비스를 시작한지 2년이 넘었습니다. 그동안 60명 이상의 저자분들이 450개 이상의 글을 공유해 주셨습니다. Popit에서는 단순히 기술적인 글만 아니라 정책에 대한 생각, 현재 소프트웨어, 서비스 환경에 대한 생각, 개발자의 이직, 회사 등 다양한 주제로 온라인 상에서 교류를 하였습니다. 온라인 상에서의 많은 교류가 있었던 것에 반해 오프라인에서의 활동이 미미했는데 그동안 저자분들과
1부에서는 기술블로그 구독서비스(이하 서비스)를 왜 만들게 되었고 어떤구조로 만들가에 대해 이야기를 해보았다면, 이번 포스팅에서는 만들면서 만나게 된 각종 트러블슈팅 종합세트(?)를 하나씩 풀어보고자 한다. 물론 개발을 하면서 아무 문제 없이 잘 되면 당연히 좋겠으나 잘되도 이상한게 개발이라는 세계가 아니던가. 잘 안되면 문제, 잘 되도 문제 ㅠㅠ, 출처 : https:
요즘 일상에서 가장 많이 쓰는 도구는 Dooray 서비스다. 지난 번에 지극히 개인적인 활용을 다룬 글을 올리긴 했지만, 두레이의 일반적인 쓰임새는 개인 작업 관리용이 아니라 협업 도구다. 약 19개월정도 써온 사용자1)로서 두레이를 쓰면서 이 점은 좋으니 널리 알리고 싶다거나 이렇게 써보면 좋겠다고 느낀 내용을 몇 가지를 써본다. * 화면 기획서를 공유하며
해당 코드는 Github를 확인해주세요. Properties 설정값을 가져오는 다양한 방법들이 있습니다. 방법이 많다 보니 좋지 않은 패턴으로 사용하는 예도 흔하게 발생합니다. 안티 패턴을 소개하고 이것이 왜 안 좋은지 간단하게 소개하고 제가 생각하는 좋은 패턴도 소개해드리겠습니다. properties user: email: "yun@test.com" nickname: "yun" age: 28 auth: false
* REST 기반의 간단한 분산 트랜잭션 구현 -1편 TCC 개관 * REST 기반의 간단한 분산 트랜잭션 구현 - 2편 TCC Cancel, Timeout * REST 기반의 간단한 분산 트랜잭션 구현 - 3편 TCC Confirm(Eventual Consistency) * REST 기반의 간단한 분산 트랜잭션 구현 - 4편 REST Retry 지난 글에서는 TCCTry-Confirm/Cancel에서 'Confirm 하기 전에 실패하는 경우&
이번 포스팅은 약간의 자투리 시간을 활용하여 이것저것 만져보다 만들게 된 Daily DevBlog(기술블로그 구독서비스)에 대해 이야기 하려고 한다. 하나의 글에 관련 내용을 모두 담기에는 양이 많아서 읽는사람도 지루하고, 글을 쓰는 필자 또한 `어불성설` 할것같아 크게 3개의 시리즈로 나눠서 최대한 자세하고 현장감(?)있게 글을 써보려고 노력했다. - 1부 : 왜 만들게 되었는가