Rev's/스크랩35 책소개 - 턴어라운드 "우리 대부분은 일을 시작하면 자신의 모든 것을 바칠 각오를 한다. 대개 업무를 개선할 아이디어도 충분히 가지고 있다. 하지만 열정과 지적 능력을 총 동원해서 이런저런 제안을 해봤자, 내가 할 일이 아니라느니 전에도 시도해봤다느니 판을 흔들지 말라느니 하는 반응만 돌아온다. 주도적인 행동은 회의론에 부딪치기 일쑤다. 의견을 내도 곧잘 무시당한다. 지시를 따르라는 말만 듣는다. 그래서 우리의 일은 일련의 지시사항을 수행하는 것으로 전략하고 만다. 창의성과 혁신은 존중받지 못한다. 그러다 보면 어느새 새로운 시도를 멈춘 채 시키는 대로 일하는 자신을 발견하게 된다. 체념하고 그럭저럭 살아가는 것이다. 우리의 직장생활 이야기는 결국 그렇게 귀결되는 경우가 허다하다. " -'턴어라운드' 서문 중 첫 단락부터 머.. 2021. 1. 31. New Relic Hack the Planet 콘테스트 Announcing the New Relic Hack the Planet Contest on DEV! Your mission? To build an application that will help combat climate change using New Relic dev.to 2 월 28 일까지 3 가지 기후 변화 관련 범주 에서 New Relic의 최근 출시 된 New Relic One 플랫폼을 사용하여 애플리케이션을 구축하는 데 도전 3가지 주제로 진행 과학 및 관찰 New Relic을 활용하여 오픈 소스 데이터의 힘으로 전 세계의 과학 현상 (극지 만년설 감소, COVID-19 사례, CO2 배출량 등)을 관찰 새해, 새로운 리소스 구축 한 기존 애플리케이션에 New Relic을 구현하고 기후 중심.. 2021. 1. 31. Kubernetes 성숙도 모델 2014년 Google에서 발표한 이후 2021년 현재 Kubernetes 의 인기도는 그 어느 때보다 높다. 아니 단순한 인기를 넘어 클라우드 환경에서 반드시 필요한 필수가 되고 있다. CNCF(Cloud Native Computing Foundation)의 2020년 11월 설문조사에서 응답자의 92%가 현재 프로덕션 환경에서 컨테이너를 사용하고 있으며, 83%는 해당 환경에서 Kubernetes를 사용하고 있다고 응답했다. 이는 84%가 컨테이너를 사용하고, kubernetes는 78%가 사용하고 있다고 보여 주었던 2019년 조사 결과와 비교된다. 이렇게 많은 곳에서 Kubernetes를 사용하고 있지만, 현실적으로는 그 시스템 전체를 올바르게 이해하고 도입하는 것은 꽤 복잡하다. Kubernte.. 2021. 1. 28. 12 Factor The Twelve-Factor App SaaS (Software As A Service) 를 위한 방법론 목적 - 설정 자동화를 위한 절차를 체계화한다. -> 새로운 개발자가 프로젝트 참여하는데 드는 시간과 비용을 최소화한다. - OS따라 달라지는 부분을 명확하게 하여 실행 환경 사이의 이식성을 극대화한다. - 클라우드 플랫폼 배포에 적합하고, 서버와 시스템 관리가 필요없게 된다. - 개발과 운영 환경 차이를 최소화 하여 지속적인 배포가 가능하다. - 툴, 아키텍처, 개발 방식을 크게 바꾸지 않고 확장할 수 있다. 1. 코드 베이스 코드 베이스와 앱 사이에는 항상 1:1 관계가 성립해야 한다. 여러개 앱이 동일한 코드를 공유한다면 12-Factor 를 위반하는 것이다. 이를 해결하기 위해서는 공유 코드.. 2021. 1. 23. 프로젝트를 망치는 15가지 방법 폴 사이먼은 사랑하는 사람을 떠나보내는 50가지 방법에 대한 노래를 불렀다. 프로젝트에도 마찬가지다. IT 프로젝트를 망치는 방법이 50가지는 족히 될 것이다. 1. 작업 기술서가 형편없거나 존재하지 않는다. "프로젝트 범위를 제대로 정의하지 않아 문제에 직면한 많은 프로젝트를 목격했다"고 마이크로 포커스(Micro Focus) 기업인 볼랜드의 책임 프로젝트 관리자 브라이언 팽맨이 말했다.그는 "최선의 기획 노력에도 불구하고 변화가 불가피하기 때문에 먼저 명확한 작업 기술서를 작성하는 것은 실제로 무엇을 달성할지에 관해 고객과 합의를 이끌어 내는데 있어서 필수적이다"라며, "제대로 작성하지 않은 작업 기술서는 (또는 그 부재는) 해결이 어려운 모호성으로 귀결되고 프로젝트가 언제 끝날지 절대로 알 수 없을.. 2013. 7. 24. 위대한 프로그래머 그저 참고 봐줄 만한 프로그래머와 위대한 프로그래머 사이에 존재하는 차이는 그들이 얼마나 많은 언어를 알고 있는가가 아니다. 그들이 파이썬을 선호하느냐 자바를 선호하느냐도 아니다. 그것은 그들이 자신의 아이디어를 얼마나 잘 설명하는가에 달려있다. 위대한 프로그래머는 다른 사람을 설득함으로써 영향력을 확대한다. 명확한 설명과 기술적인 스펙을 통해 그들은 다른 프로그래머들이 자신의 코드를 잘 이해하게 만들고, 그렇게 함으로써 다른 프로그래머들이 새로운 코드를 작성하는 대신 자기가 작성한 코드를 사용할 수 있게 만든다. 이러한 능력이 없다면 그들이 작성하는 코드는 아무 의미가 없을 것이다. -코딩호러의 이펙티브 프로그래밍 중- 2013. 4. 25. 이전 1 2 3 4 5 6 다음
