본문 바로가기
OAuth 에 대해 간단히 개념잡기 OAuth 에 대해 간단히 개념잡기 http://ko.wikipedia.org/wiki/OAuthhttp://d2.naver.com/helloworld/24942 -OAuth 가 사용되기 전에는 표준 인증방식이 없어 기본인증인 아이디와 비밀번호를 무조건 사용 -> 보안상 취약 -consumer secret : 서비스 제공자에서 소비자가 자신임을 인증하기 위한 키request token : user 가 service provider 에게 접근권한을 인증 받기 위해 필요한 정보가 담겨있으며 후에 access token 으로 변환access token : user 가 consumer ( oauth open api 를 사용하여 개발한 서비스 ) 를 통해 service provider 에게 접근하기 위한 키. -.. 2017. 6. 9.
GMT vs. UTC GMT vs. UTC -GMT 는 Greenwich Mean Time 의 약자로 영국의 그리니치 천문대를 기준으로 한 시간이다.그리니치 천문대는 경도 0도에 위치.한국은 GMT + 9 로 GMT 시간에서 + 9시간 한 시간이 한국시이다. -UTC 는 Universal Time Coordinated 의 약자로 GMT 에 기반하며, 1972년 1월 1일 세계 표준시로 규정되었다.그럼 GMT 와 UTC 는 무슨 차이냐?GMT 시간은 그리니치 천문대를 기준으로 하여 지구의 자전 주기와 밀접한 관련이 있다.시간이 흐를 수록 지구의 자전 흐름이 늦어지기 때문에 문제가 될 수 있다.하지만 UTC 는 원자시(세슘 원자의 진동수에 기반)를 사용하여 자전 주기와 무관하다. GMT 와 마찬가지로 한국은 UTC + 9 를 사.. 2017. 6. 6.
Strong / Weak / Dynamic / Static type Strong / Weak / Dynamic / Static type http://nvec.egloos.com/2251285http://en.wikipedia.org/wiki/Strong_and_weak_typing -Dynamic typing 은 변수의 타입이 프로그램의 어느 시점에서든 변경이 가능하고, ( Runtime 에 결정 )Static typing 은 그렇지 않다. ( Compile time 에 결정 ) -Strong type 은 프로그램을 보고 바로 에러를 찾아낼 수 있는 것이고,Weak type 은 그렇지 않다. Strong type 은 해당 type 에 할 수 있는 일들이 명확하게 정의되어 있다.Weak type 은 사용되는 시점에 암시적으로 cast 가 될 수도 있고, ad-hoc pol.. 2017. 6. 5.
[git] 자주쓰는 branch 와 checkout 명령어들 [git] 자주쓰는 branch 와 checkout 명령어들 > git branch// local branch 를 볼 수 있다. > git branch -r// remote branch 를 볼 수 있다. > git branch -a // remote 와 local 모두 볼 수 있다. > git checkout [branchName] // 해당 branchName 으로 checkout 한다. // Remote branch 의 경우에는 Detached HEAD 상태라 이 녀석을 modify 하지는 못 한다. // 참고로 remote branch 는 보통 origin/branchName 의 형태를 갖는다. > git checkout -b [newBranchName] [branchName] // branchNa.. 2017. 5. 26.
[실용주의 프로그래머] 소통하라! [실용주의 프로그래머] 소통하라! 출처 : 실용주의 프로그래머 -나는 무시당하느니 차라리 샅샅이 훑어보는 시선이 낫다고 봐요 - 메이 웨스트 -뭘 가졌느냐 만이 아니라 그걸 어떻게 포장하느냐도 중요하다.최고의 아이디어, 최상의 코드 혹은 가장 실용주의적인 사고 등이 있다고 해도 다른 사람들과 소통할 수 없다면 그것들은 궁극적으로 아무 효용이 없다.효과적인 소통 없이는 어떤 훌륭한 아이디어도 고아에 지나지 않는다. -말하고 싶은게 무엇인지 알아야 한다.무엇을 말할지 미리 계획하라.개요를 작성하라.그리고 자문하라. “이게 내가 말하고자 하는 것을 잘 전달하는가?”그렇게 될 때까지 다듬어라. 의사소통하고 싶은 아이디어들을 적은 다음,제대로 전달하기 위해 필요한 전략을 몇 개 세워라. -청중을 알아야 한다.청중.. 2016. 7. 29.
[실용주의 프로그래머] 지식 포트폴리오 [실용주의 프로그래머] 지식 포트폴리오 출처 : 실용주의 프로그래머 -지식에 대한 투자가 언제나 최고의 이윤을 낸다. - 벤자민 프랭클린 -포트폴리오 만들기 * 주기적인 투자 자신의 지식 포트폴리오에 주기적으로 투자해야 한다. 비록 소량일지라도 그 습관 자체가 금액의 합계만큼이나 중요하다. * 다각화 여러 가지를 알면 알수록 자신의 가치는 더욱 높아진다. 기본적으로 현재 작업에 사용하는 특정 기술의 등장과 퇴장을 알아야 한다. * 리스크 관리 여러분의 기술 달걀을 한 바구니에 모두 담지 마라. * 싸게 사서 비싸게 팔기 새롭게 떠오르는 기술이 인기를 끌기 전에 미리 알고 학습하는 것은 저평가된 주식을 찾아내는 것만큼이나 어려울 수 있지만, 이익 또한 그만큼 클 수 있다. * 검토 및 재조정 이 산업은 매.. 2016. 7. 28.
[실용주의 프로그래머] 적당히 괜찮은 소프트웨어 [실용주의 프로그래머] 적당히 괜찮은 소프트웨어 출처 : 실용주의 프로그래머-우리는 종종 뭔가 나아지게 하려다가 괜찮은 것마저 망친다. - 리어왕 -적당히 괜찮은 - 사용자, 미래의 유지보수자 혹은 자기 마음의 평화를 유지하기에 적당히 괜찮은 - 소프트웨어를 만들도록 자신을 단련할 수 있다. -“적당히 괜찮은” 이라는 문구는 너절하거나 형편없는 코드를 의미하지 않는다.시스템이 성공하려면 사용자의 요구사항을 충족해야 한다.당신이 생산해 낸 것이 어느 정도면 적당히 괜찮은지를 결정하는 과정에사용자가 참가할 기회를 가져야 한다는 걸 알아야 한다. -품질을 요구사항으로 만들어라. -오늘의 훌륭한 소프트웨어는 많은 경우, 내일의 완벽한 소프트웨어보다 낫다.사용자들에게 뭔가 직접 만져볼 수 있는 것을 일찍 준다면,.. 2016. 7. 27.
[실용주의 프로그래머] 돌멩이 수프와 삶은 개구리 [실용주의 프로그래머] 돌멩이 수프와 삶은 개구리 출처 : 실용주의 프로그래머 -무엇을 해야 하는지, 어떻게 해야 하는지 정확히 아는 상황이 있다.전체 시스템이 눈앞에 그냥 드러난다.여러분은 그 시스템이 옳다는 걸 안다.하지만 일을 착수하려고 허락을 구하는 때부터, 뭔가가 지연되거나 사람들이 멍한 눈으로 여러분을 바라본다.위원회가 생길 테고, 예산 승인이 필요하고, 일들이 복잡해지기 시작한다.모든 사람이 각자 자신의 자원을 지키려고 할 것이다.때때로 이걸 “시작 피로(start-up fatigue)” 라고 부른다. 돌맹이를 내놔야 할 때다.큰 무리 없이 요구할 수 있을 만한 것을 찾아내라.그리고 그걸 잘 개발하라.일단 되면, 사람들에게 보여 주고, 그들이 경탄하게 하라.그리고는 “물론 만약 xxx 를 추.. 2016. 7. 26.
[실용주의 프로그래머] 소프트웨어 엔트로피 [실용주의 프로그래머] 소프트웨어 엔트로피 출처 : 실용주의 프로그래머 -엔트로피(entropy)는 시스템 내의 “무질서” 한 정도를 가르키는 물리학 용어이다. -깨진 창문을 내버려두지 말라. -깨진 창문(나쁜 설계, 잘못된 결정, 혹은 형편없는 코드)을 고치지 않은 채로 내버려 두지 마라.발견하자마자 바로 고쳐라.적절히 고칠 시간이 충분치 않다면 판자로 덮는 것만이라도 하라.불쾌한 코드를 주석처리 하거나, 아직 구현되지 않았음이라는 주석을 달거나, dummy 데이터로 대치해 놓거나 하라.더 이상의 손상을 예방하기 위해 어떤 조치든 취하고 현 상황을 잘 관리하고 있다는 것을 보여 줘라. -깨진 창문이 꽤 있는 프로젝트를 한다면, “나머지 코드가 전부 쓰레기니까 나도 그렇게 하지 뭐” 라는 사고로 빠져들기.. 2016. 7. 25.
반응형

티스토리툴바