창의력을 높이는 29가지 방법

상대적이면서도 절대적인 개인취향이 반영된 어떤 개발자의 맥 환경

https://github.com/doortts/env-of-mac

.

Tutorial - How to Unhide the AppData Folder (Windows 7 and Vista)

사용자 설정 폴더 appdata 안보이는거 보이게 할 때.

https://rework.withgoogle.com/blog/five-keys-to-a-successful-google-team/

Google의 인력 운영 팀 (인사 부서)은 데이터와 엄격한 분석을 사용하여이 질문에 답변했습니다 . Google 팀이 효과적인 이유는 무엇입니까? 우리는 오늘 AP 통신 과 함께 우리의 연구를 공유했으며, 여기에서도 결과를 공유하고 있습니다.

2 년 동안 Google 직원 (Google 직원)과 200 회 이상의 인터뷰를했으며 180 개 이상의 적극적인 Google 팀의 250 가지 이상의 특성을 조사했습니다. 우리는 별의 팀에 필요한 개인의 특성과 기술을 완벽하게 조합 할 수있을 것이라고 확신했습니다. 하나의 Rhodes Scholar, 두 명의 외향적 인 사람, AngularJS의 바위 인 엔지니어 한 명, PhD. 빌라. 드림 팀이 조립 했지?

우린 죽었어. 누가 팀에하면 팀 구성원이 구조 작업을, 상호 작용, 그들의 기여를 보는 방법보다 중요하다. 그 마법 알고리즘에 너무 많은 것들이 있습니다.

성공적인 팀을 Google의 다른 팀과 차별화시키는 핵심 역학이 5 가지 있음을 알게되었습니다.

1. 심리적 안전성 : 우리는 불안하거나 당혹감을 느끼지 않고이 팀에서 위험을 감수 할 수 있습니까?
   
   
2. 신뢰성 : 우리는 시간을두고 고품질의 작업을 할 수 있다고 서로 믿을 수 있습니까?
   
   
3. 구조 및 명확성 : 팀의 목표, 역할 및 실행 계획이 명확합니까?
   
   
4. 일의 의미 : 우리는 우리 각자에게 개인적으로 중요한 무엇인가를 연구하고 있습니까?
   
   
5. 업무의 영향 : 우리가하는 일이 근본적으로 중요하다고 생각합니까?

위의 다섯 가지 질문에 "예"라고 대답하면 축하드립니다! 당신은 아마도 우수한 팀에 속해있을 것입니다. 그리고 그렇지 않다면 모든 희망이 사라지지 않습니다. 이것은 초점을 맞출 수있는 곳, 나아질 수있는 방법 및 구조화 된 방식으로 동료와이 개념을 이야기하는 방법을 찾는 데 도움이되는 바로 가기입니다.

심리적 안전 : https://www.youtube.com/watch?v=LhoLuui9gX8

[TED 강연] 켈리 맥고니걸 (Kelly McGonigal) "스트레스를 친구로 만드는 법 (How to make stress your friend)"

.

http://www.naver.com/NOTICE/read/1100001014/10000000000030652367

네이버에서 알려드립니다.

네이버 PC메인 개편, 베타버전을 먼저 공개합니다. 

-

안녕하세요, 네이버입니다. 

네이버 메인을 이용해 주시는 이용자 여러분께 감사드리며 

PC메인 개편과 베타버전 이용에 대해 안내드립니다.

2017년 3월 27일부터 PC메인이 개편되어 새로운 화면으로 제공 될 예정입니다.

정식 출시에 앞서 2017년 3월 13일부터 베타버전 (new.www.naver.com) 을 먼저 소개해 드립니다.

네이버 메인은 검색, 로그인 후 네이버 서비스 이용, 뉴스 읽기, 주제형 캐스트 읽기, 쇼핑 상품 둘러보기 등

네이버 첫 화면에 들어와 실행할 수 있는 다양한 서비스를 보다 효과적으로 제공하기 위해 연구개발을 계속하고 있습니다.

그 중에서도 이번 PC메인 개편은 국내외 다양한 이용자 환경을 고려하기 위해 데이터 분석 및 이용자 설문을 실시하고,

이용자 의견을 토대로 개선 방향을 정리하였습니다. 급진적인 변화보다 기존의 사용성을 해치지 않는 범위에서

점진적으로 계속해서 개선해나갈 예정이오니 많은 관심과 응원 부탁드립니다.

Domain Knowledge-기술지식  

https://subokim.wordpress.com/2013/03/31/technical-domain-knowledge/

소프트웨어 뿐 아니라 대부분의 분야에서, Developer와 End User와의 커뮤니케이션은 쉽지 않습니다.

왜 그럴까요? End User의 도메인 지식(Domain Knowledge)이 부족하기 때문인데요.

도메인 지식에 대해 간단히 고민을 해보았습니다.

1) Domain Knowledge란?

Wikipedia에 보면, “도메인 지식이란, 인간활동 영역이나 자율적인 컴퓨터활동이나, 다른 전문분야에서 사용되어지는 유효한 지식을 말한다.” (Domain knowledge is valid knowledge used to refer to an area of human endeavour, an autonomous computer activity, or other specialized discipline.)고 기술되어 있습니다.

소프트웨어 기술에서 Domain Knowlege라 한다면, 목표 시스템이 운영되는 환경에 대한 지식을 이야기합니다.

하지만, 창업이나 사업을 준비하다보면 Domain Knowlege를 조금 더 넓은 의미에서 이해할 필요가 있습니다.

2) 종류

당신이 의류브랜드를 가진 사장님이라면, 종이 위에 그려진 디자인, 색상만 가지고 사업전략을 짤 순 없습니다. 컨셉수립 정도는 할 수 있겠지요.

의류업에 종사하는 사장님들을 만나보면 옷감의 종류, 나염의 종류, 세탁방법, 무게와 재질 등에 해박한 지식이 있습니다.

이런 걸 모르고 의류사업을 시작했다가 망한 경우를 주변에서 많이 보셨을 것입니다.

자동차 회사에서 디자이너나 마케터도 마찬가지입니다. 엔진, 시트(재질, 질감, 내구성), 전기제품 등에 대한 지식이나 이해도가 일반인들보다 훨씬 깊습니다.

반도체, 건설, 백화점, 유통업도 마찬가지입니다.

어떤 업종이든 제품 기획이나 사업전략을 수립할 때, 반드시 그 분야의 ‘기술지식’, ‘업무지식’, ‘재무지식’ 세 가지를 함께 생각합니다.

업종마다 각각 달라서, 새로운 분야에 들어갈 때마다 새로 익혀야 하는 것들입니다.

이 세가지를 Domain Knowledge 라고 할 수 있을 것 같습니다.

3) 기술지식 (Technical Knowlege)

시장을 돌아다니다보면, 세부 사업전략을 수립할 때 아직도 기술팀 없이 진행되는 경우가 종종 있습니다. 또는, implementation의 역할로만 한정되어 중요한 부분에서 의견 개진이 안되는 경우도 있습니다.

IT회사에서 소프트웨어와 개발을 모르고, 제품기획이나 전략수립이 가능할까요?

이론적으로야 가능하겠지만, 경험적으로 불가능합니다.

현장을 이해하지 못하고 만든 전략은 반드시 ‘구현단계’와 ‘성장단계’에 벽에 부딪혀 고꾸라지고 맙니다.

소프트웨어는 하드웨와 형상이 다르지만, 사용자에게 “효용가치를 주는 제품”이라는 점에서는 동일합니다.

Domain Knowledge에서 ‘기술지식’은 팔기 위한 제품자체를 의미하므로 ‘업무지식’이나 ’재무지식’에 못지 않게 중요합니다.

하물며 소프트웨어 분야(서비스든 솔루션이든)도 예외가 될까요?

소프트웨어의 특성, 가치, 제작방법, 제작 후의 유지보수, 그에 필요한 기술적 지식 등을 이해하지 못하고, 어떻게 좋은 전략과 디자인이 나올까요?

사업논리에 묻혀 기술논리를 등한시 한다면 ‘제품’없이 제조업을 하겠다는 것과 같습니다.

‘Technical Domain Knowledge’ 없이 IT 사업에 도전하는 것은, 경쟁자들에게 스스로 호구임을 자처하는 꼴입니다.

4) 개발팀의 에너지가 키워드다.

개발팀은 UI,UX 등 제품의 ‘제작에 참여하는 모든 팀’을 말합니다.

자기 제품을 가진 회사라면, ‘재무지식’과 ‘업무지식’ 만으로 차별된 제품가치를 만들어 내기 힘듭니다.

– 개발팀을 단순히 구현을 위한 역할로 한정짓지 말고,

– ‘개발팀의 에너지를 어떻게 활용하는가?’를 기본으로 깔고 가는 것이 매우 중요한 키워드임을 의사결정권자들이 충분히 공감했으면 좋겠습니다.

그러한 시스템이 되지 않은 상태에서, 개발팀의 열정을 독려하는 것은 물에 젖은 종이에 불을 붙이고자 하는 것과 같습니다. 그런 시스템을 만드는 것은 의사결정권자들의 역할입니다.

5) 사업지식(Business Domain Knowlege) 

사업현장에서 개발팀의 에너지가 유용해지려면, 비즈니스에 대한 지식공유나 이해가 선행되어야 합니다.

중동지방의 기후적 특성이나 고객의 기호를 이해하지 못하고, 수출가능한 자동차를 만들 수는 없습니다. – 중동지방은 밤낮의 온도차가 크고 모래바람이 심해, 도장처리나 철판의 팽창,수축에 대한 심화된 기술지식이 필요했다고 하더군요.

제품을 제작하는 사람이 사업에 대한 이해도를 높이는 건 ‘매우 당연하면서 자연스러운 일’입니다.

큰 회사건 작은 회사건 개발자들의 사업에 대한 이해가 없다면, 핵심과는 동떨어진 기술과 아이디어들로 많은 시간을 낭비하게 될 것입니다.

.