본문 바로가기

냐옹이 이야기/개발자의 방향11

소프트웨어 개발 설계 시 4가지 원칙 소프트웨어 단순설계의 4가지 법칙 1. 모든 테스트 통과 => 동작에 문제 없게 2. 중복의 최소화 => 중복은 항상 필요하지 않은데 생겨나능.. 3. 명료성의 최대화 => 코드나 제품을 전혀 모르는 온라인상 누구라도 알수있게 만드는건 꿈이겠지만 ㅋㅋㅋㅋ 4. 구성요소의 최소화. => 최대한 클래스,메소드 등 객체를 줄이는게 2018. 2. 9.
개발자로서 꿈이나 목표를 찾기 어려울 때 Tip 뭘해야할지 뭐부터 공부해봐야할지 모르겠을 때... 아래를 참고 1. 익숙하고 편한것에서 벗어나 새로운 것을 공부하고 기술적 지식을 확장한다. 예를 들어 새로운 프로그래밍 언어나 기술들을 배운다. 2. 지역 커뮤니티에 정기적으로 출석하거나 행사에 참여한다. 3. 다른 개발자, 비즈니스맨들과 교류한다. 4. 새롭게 배운 것, 지금 하고 있는 것들에 대해 블로깅한다. 5. 오픈 소스 프로젝트에 참여한다. 6. 프로젝트를 만들고 공개한다. 7. 콘퍼런스에 참석한다. 8. 콘퍼런스에서 연사로 나선다. 2018. 1. 31.
개발자가 읽어야할 책 64선 개발자가 읽어야할 책 64선. 링크가 안맥히면 검색해면 나오니께 ㅎㅎ http://blog.naver.com/PostView.nhn?blogId=wikiware&logNo=100042152479 2017. 12. 19.
OKKYCON 2017 소통에 숨을 불어넣다 참석. 엄청 잘 정리된 아티클 깽겨넣기 https://okky.kr/article/431231 ---1 . 익스트림 프로그래밍 모댈 방법. 12 factor Cloud native DevOps CI CD 팀은 작게 유지해야 한다. 팀이 커지개 되면 모든 구설뤈에 소통 비용이 증가한다. 서로 다른 전문성을 지닌 팀원 구성. 브레인스토밍. 최대한 빨리 코어기능만 넣어서 우선적 배포. 테스트는 항상 진행되어야 한다. 개발이 안되더라도 테스투룰 먼저 지뇅해도 좋가. 아침에 미팅 시에는 메일로 하지말고 직접 만나 함 가능하다면 매일 업무공유 회의 하는게 좋고 두명이 같이 개발하는게 절대 비효율적인게 아니다. 매일 아침 페어링 개발을 위해 페어링 타임을 가진다. 밸런스팀 : 기획 개발 디자인 등 각각의 롤 별로 구성된 팀.. 2017. 12. 19.
팀원에게 위임하는 방법 신참 리드나 관리자는 팀에게 부담을 지우지 않으려는 경향이 있다. 나약하거나 게을러 보이느니 차라리 스트레스와 부담을 혼자 지는 편을 택한다. 어리석고 비겁하고 이기적인 태도다. 리더가 팀에게 저지르는 최악의 실수가 자신이 먼저 나가 떨어지는 행동이다. 리더가 지치면 그만큼 다른 사람에게 관심을 기울이지 못한다. 팀원 말을 경청하고 생각할 여유가 없어지고, 결국은 그릇된 결정을 내린다. 곧바로 팀도 리더를 따라서 스트레스에 시달리며 문제를 일으킨다. 리더는 팀을 지탱하는 든든한 버팀목이 되어야 한다. 다른 사람이 허둥대도 침착해야 한다. 그러려면 리더는 자기 한계 내에서 일해야 한다. 가능한 모든 업무를 팀에게 위임하라. 팀은 리더를 돕고 리더가 만족하길 바랄 뿐이라는 사실을 잊지 마라. 팀이 리더를 돕.. 2016. 11. 25.
허어 이런곳을 이제야 봤네... VS2010 공식 팀 블로그 라고 써있는데 읽어야 할 것들이 많네;;; 지금 당장 풀어야 할 문제들 찾다가 읽어야 할 포스트들 대량 발견...;; 언제쯤 클라우드 기반 개발을 공부해볼까... 대략 포스트들의 분류별 엄청난 링크가 있으니... http://vsts2010.net/tag/.NET%20Framework%204.0 2012. 3. 26.
어떻게 공부할까? 프로그래머를 위한 「공부론」 - 2002/06 - 마이크로소프트웨어 어떻게 공부할까? 프로그래머를 위한「공부론」 김창준 (마이크로소프트웨어) 2002/06/02 우리 프로그래머들은 항상 공부해야 합니다. 우리는 지식을 중요하게 여깁니다. 하지만 지식에 대한 지식, 즉 내가 그 지식을 얻은 과정이나 방법 같은 것은 소홀히 여기기 쉽습니다. 따라서 지식의 축적과 공유는 있어도 방법론의 축적과 공유는 매우 드문 편입니다. 저는 평소에 이런 생각에서 학교 후배들을 위해 제 자신의 공부 경험을 짬짬이 글로 옮겨놓았고, 이번 기회에 그 글들을 취합, 정리하게 되었습니다. 그 결실이 바로 이 글입니다. 이 글은 공부하는 방법과 과정에 관한 글입니다. 이 글은 제가 공부한 성공/실패 경험을 기본 토대로 했고, 지난 몇 년간 주변에서 저보다 먼저 공부한 사람들의 경험을 관찰, 분석한 것.. 2009. 7. 9.
<img src="http://blogimgs.naver.com/nblog/ico_scrap01.gif" class="i_scrap" width="50" height="15" alt="본문스크랩" /> 진실 2: Smalltalk는 어렵다 -1- (C언어, 왜 어려운가?) ͸Smalltalk에 대한오해중 하나는 바로 이것이다. "Smalltalk는 배우기 어렵다." [ 정말 먹음직스런 이 초밥을 만들기가 쉬울까 어려울까? ] 회전초밥집의 멋드러진요리를 만들어 내는요리사에게는 그런 요리를 만드는 것이'여라운 일'은 아니겠지만, 전혀 모르는 다른 사람들에게는가히 범접하기 어려운예술의 경지라 할 수 있다.그러면 무엇인가를 어렵게 만드는 요인에는 어떤 것들이 있을까? 1. '어렵다'는 것이 무엇인가? '어렵다'는 것은 여러 가지 뜻을 가지고 있지만, 결국은'익숙하지 않아서 불편하다'라는 느낌이 제일 강할 것이다. 어떤 것이'배우기 어렵다'라고 생각되는 데에는 다음과 같이몇 가지 이유가 있다고 볼 수 있겠다. 물론 내가 찾은 이유 말고다른 이유가 더 있을 수 있다. 여러분들께서 다.. 2009. 2. 20.
개인 기술 경영(SMOT) 0. 개요 최근에 들어 개인에 대한 경영에 많은 관심을 갖는 경향이 늘고 있다. 이 글에서는 엔지니어(아니더라도)가 어떻게 개인 기술을 경영해야 할까에 대하여 얘기하고자 한다. 개인 기술을 경영하는데 있어 제일 중요한 것은 미래의 자신을 예측하고 설계하여 실천하고 이를 평가를 하였을 때 꾸준히 높은 점수를 얻는 것이 중요하다. 1. 미래의 자신을 예측 미래의 자신을 예측하기 위해서 먼저 필요한 것은 현재의 자신과 주변 상황에 대한 분석이다. 먼저 자신이 남들에 비해 강점(Strength)이 될 수 있는 것과 약점(Weakness)이 될 수 있는 것을 추출하라. 그리고, 주변 상황에서 기회(Opportunity)가 되는 요소와 위기(Threat)가 되는 요소를 파악하라. 이들에 대한 조사가 되었으면 주변상.. 2008. 12. 31.

티스토리툴바