목적: Outlook 사용 시 필요한 기능을 한번 쓰면, 기록하여 다시 인터넷 검색을 하지 않도록 한다.
Case 1: 날짜 검색
목적: 특정 기간의 메일을 나열할 일이 있기 때문
방법: 받은날짜:>= 2017-06-05 and 받은날짜:<= 2017-06-11
특이사항: 받은날짜 라는 키워드 다음 꼭 ":" 를 적고 나서 다른 연산자를 사용해야 한다.
2017년 7월 31일 월요일
Excel 셀 표시형식
목적: 직접 사용자 형식을 만들어야 할 때마다 기록해서 다음번에 또 인터넷 검색을 하지 않도록 한다.
Case 1
목표: 24.5MHz 를 표시할 때 24.5 는 숫자 입력으로 하고 MHz 는 기본 text로 입력하지 않도록 설정
표시형식: 0.0"MHz"
Case 2
목표: 24.5MHz 를 표시할 때 Hz로 표시하기 위하여 1,000,000 을 곱하여 24,500,000Hz로 표시, 24500000 을 숫자로 입력하면 1000단위를 끊어 나타내며 Hz는 기본 text로 입력하지 않도록 설정
표시형식: #,##0"Hz"
Case 1
목표: 24.5MHz 를 표시할 때 24.5 는 숫자 입력으로 하고 MHz 는 기본 text로 입력하지 않도록 설정
표시형식: 0.0"MHz"
Case 2
목표: 24.5MHz 를 표시할 때 Hz로 표시하기 위하여 1,000,000 을 곱하여 24,500,000Hz로 표시, 24500000 을 숫자로 입력하면 1000단위를 끊어 나타내며 Hz는 기본 text로 입력하지 않도록 설정
표시형식: #,##0"Hz"
2017년 7월 21일 금요일
Google이 연구한 가장 성공적인 팀들의 5 가지 특성
원본: 링크
Google은 수년에 걸쳐 무수히 많은 업무를 수행하고, 끝없이 많은 양의 데이터를 수집했으며 수백만번의 시도를 통해 사람들을 더 잘 이해하려고 노력했습니다.
이 회사의 가장 흥미로운 계획 중 하나 인 프로젝트 아리스토 텔레스(Aristotle)에서는 조직 효율의 비법을 밝히기 위해 Google의 가장 우수하고 뛰어난 직원들을 모았습니다.
Google은 특별히, 일부 팀이 다른팀에 비해 뛰어난 이유를 밝혀내고 싶었습니다.
이 연구가 시작되기 전에는, Google 임원은 다른 많은 조직에서와 마찬가지로 최고의 팀을 구성하는 것은 최고의 인재를 모으는 것이라고 생각 했습니다.
이해 할 수 있는 생각이죠. 최고의 엔지니어에, MBA 인원이 있고, 거기에 박사까지, 그러면 다 되는거라고 생각했죠.
이해 되지 않나요?
구글의 사람 분석 관리자 인 줄리아 로조 브 스키 (Julia Rozovsky)는 "우리는 완전히 틀렸습니다." 라고 말했습니다.
그 노력을 이끌 기 위해 선정 된 사람은 Google의 People Analytics (HR) 책임자 인 Abeer Dubey입니다.
Dubey는 기술, 배경, 특성의 최적의 조합을 찾기 위해 통계 학자, 조직 심리학자, 사회 학자, 엔지니어 및 연구원을 모집했으며 이 올스타의 라인업에는 Rozovsky가 포함되었습니다.
2 년 전부터 프로젝트 아리스토 텔레스는 180 개의 Google 팀을 연구하고 200 개 이상의 인터뷰를 실시하며 250 개가 넘는 팀 속성을 분석했습니다.
그러나 불행하게도 드림 팀 생성 알고리즘에 연결될 수있는 명확한 특성 패턴이 발견되지 않았습니다.
The New York Times의 기사에 설명했듯이, Google이 어떤 무형 자산을 고려하기 시작하기 전에는 해답이 보이지 않았습니다.
Rozovsky와 그의 동료들은 팀이 성공하기 위해 무엇을 만들었는지 알아 내려고 애 쓰면서 심리학자와 사회 학자들에 의해 연구를 계속했습니다.
집단 규범(전통, 행동 기준, 팀 구성 방법을 규정하는 비공식 규칙)에 초점을 맞춥니 다. 그들이 모일 때 기능 ... 규범은 명시적으로 이야기 되지 않을 수도 널리 인식될 수도 있지만, 그 영향은 종종 심오합니다. "
Carnegie Mellon, MIT 및 Union College의 심리학자 그룹이 수집 한 공동 지능
(공동 작업을 능가하는 능력)에 대한 연구 조사에서 새로운 방식이 더해짐에 따라
Aristotle 프로젝트의 연구원은 기초로 돌아가서 무언의 관습에 대한 데이터에 집중하였습니다. 특히 그룹의 집단 지성을 확대하는 행동을 관심있게 보았습니다.
Rozovsky는 Google의 연구, 아이디어 및 인력 운영 사례를 공유하는 Google의 Re : Work 웹 사이트를 통해 뛰어난 팀의 5 가지 주요 특징을 소개 했습니다.
1. 신뢰성.
팀원들은 제 시간에 일을 처리하고 기대에 부합합니다.
2. 구조와 명확성.
성과가 좋은 팀은 명확한 목표를 가지고 있으며 그룹 내에서 잘 정의 된 역할을 수행합니다.
3. 의미.
업무는 각 구성원에게 개인적으로도 중요한 의미가 있습니다.
4. 영향.
그룹은 자신의 업무가 목적이 있으며 더 큰 이익에 긍정적으로 영향을 미친다고 생각합니다.
아직 다섯이 아니라 넷 입니다. 마지막 하나는 다른 것들보다 특별히 중요 했습니다.
5. 심리적 안전.
참석한 회의에서, 무능력해 보일 수 있다는 두려움 때문에 질문이나 아이디어를 이야기 하지 않은 경우가 있지 않습니까?
당신이하는 모든 일을 누군가가 지적하기 위해 들여다 보고 있다면 불안해서 일을 제대로 하지 못할 것 입니다.
상상해 보십시오.
모든 사람이 위험을 감수하고, 의견을 말하고, 자유로운 질문을하는 것이 안전도록 느끼게 하는 것.
관리자가 공간을 주고, 직원을 안전하게 느끼게 해 준다면 직원들은 경계를 내리고 일을 할 수 있을 것입니다.
그것은 심리적 안전입니다.
압니다, 당신이 원하는 양적 데이터가 아닙니다.
그러나 심리학 적으로 안전한 환경을 갖춘 팀은 퇴사 할 가능성이 적고
다양성의 힘을 활용할 가능성이 높으며 궁극적으로 더 성공적 이라는 것을 확인 했습니다.
완벽한 팀을 설계한다는 것은 우리가 원하는 것보다 주관적이지만
이 5 가지 구성 요소에 집중하면 꿈의 팀을 구성 할 가능성이 높아집니다.
아리스토텔레스' 연구 결과, 구글은
전체가 그 부분의 합보다 더 클 수있다는 것을 증명함으로써 고대 철학자 '아리스토텔레스'를 자랑스럽게 만들었습니다.
Google은 수년에 걸쳐 무수히 많은 업무를 수행하고, 끝없이 많은 양의 데이터를 수집했으며 수백만번의 시도를 통해 사람들을 더 잘 이해하려고 노력했습니다.
이 회사의 가장 흥미로운 계획 중 하나 인 프로젝트 아리스토 텔레스(Aristotle)에서는 조직 효율의 비법을 밝히기 위해 Google의 가장 우수하고 뛰어난 직원들을 모았습니다.
Google은 특별히, 일부 팀이 다른팀에 비해 뛰어난 이유를 밝혀내고 싶었습니다.
이 연구가 시작되기 전에는, Google 임원은 다른 많은 조직에서와 마찬가지로 최고의 팀을 구성하는 것은 최고의 인재를 모으는 것이라고 생각 했습니다.
이해 할 수 있는 생각이죠. 최고의 엔지니어에, MBA 인원이 있고, 거기에 박사까지, 그러면 다 되는거라고 생각했죠.
이해 되지 않나요?
구글의 사람 분석 관리자 인 줄리아 로조 브 스키 (Julia Rozovsky)는 "우리는 완전히 틀렸습니다." 라고 말했습니다.
그 노력을 이끌 기 위해 선정 된 사람은 Google의 People Analytics (HR) 책임자 인 Abeer Dubey입니다.
Dubey는 기술, 배경, 특성의 최적의 조합을 찾기 위해 통계 학자, 조직 심리학자, 사회 학자, 엔지니어 및 연구원을 모집했으며 이 올스타의 라인업에는 Rozovsky가 포함되었습니다.
2 년 전부터 프로젝트 아리스토 텔레스는 180 개의 Google 팀을 연구하고 200 개 이상의 인터뷰를 실시하며 250 개가 넘는 팀 속성을 분석했습니다.
그러나 불행하게도 드림 팀 생성 알고리즘에 연결될 수있는 명확한 특성 패턴이 발견되지 않았습니다.
The New York Times의 기사에 설명했듯이, Google이 어떤 무형 자산을 고려하기 시작하기 전에는 해답이 보이지 않았습니다.
Rozovsky와 그의 동료들은 팀이 성공하기 위해 무엇을 만들었는지 알아 내려고 애 쓰면서 심리학자와 사회 학자들에 의해 연구를 계속했습니다.
집단 규범(전통, 행동 기준, 팀 구성 방법을 규정하는 비공식 규칙)에 초점을 맞춥니 다. 그들이 모일 때 기능 ... 규범은 명시적으로 이야기 되지 않을 수도 널리 인식될 수도 있지만, 그 영향은 종종 심오합니다. "
Carnegie Mellon, MIT 및 Union College의 심리학자 그룹이 수집 한 공동 지능
(공동 작업을 능가하는 능력)에 대한 연구 조사에서 새로운 방식이 더해짐에 따라
Aristotle 프로젝트의 연구원은 기초로 돌아가서 무언의 관습에 대한 데이터에 집중하였습니다. 특히 그룹의 집단 지성을 확대하는 행동을 관심있게 보았습니다.
Rozovsky는 Google의 연구, 아이디어 및 인력 운영 사례를 공유하는 Google의 Re : Work 웹 사이트를 통해 뛰어난 팀의 5 가지 주요 특징을 소개 했습니다.
1. 신뢰성.
팀원들은 제 시간에 일을 처리하고 기대에 부합합니다.
2. 구조와 명확성.
성과가 좋은 팀은 명확한 목표를 가지고 있으며 그룹 내에서 잘 정의 된 역할을 수행합니다.
3. 의미.
업무는 각 구성원에게 개인적으로도 중요한 의미가 있습니다.
4. 영향.
그룹은 자신의 업무가 목적이 있으며 더 큰 이익에 긍정적으로 영향을 미친다고 생각합니다.
아직 다섯이 아니라 넷 입니다. 마지막 하나는 다른 것들보다 특별히 중요 했습니다.
5. 심리적 안전.
참석한 회의에서, 무능력해 보일 수 있다는 두려움 때문에 질문이나 아이디어를 이야기 하지 않은 경우가 있지 않습니까?
당신이하는 모든 일을 누군가가 지적하기 위해 들여다 보고 있다면 불안해서 일을 제대로 하지 못할 것 입니다.
상상해 보십시오.
모든 사람이 위험을 감수하고, 의견을 말하고, 자유로운 질문을하는 것이 안전도록 느끼게 하는 것.
관리자가 공간을 주고, 직원을 안전하게 느끼게 해 준다면 직원들은 경계를 내리고 일을 할 수 있을 것입니다.
그것은 심리적 안전입니다.
압니다, 당신이 원하는 양적 데이터가 아닙니다.
그러나 심리학 적으로 안전한 환경을 갖춘 팀은 퇴사 할 가능성이 적고
다양성의 힘을 활용할 가능성이 높으며 궁극적으로 더 성공적 이라는 것을 확인 했습니다.
완벽한 팀을 설계한다는 것은 우리가 원하는 것보다 주관적이지만
이 5 가지 구성 요소에 집중하면 꿈의 팀을 구성 할 가능성이 높아집니다.
아리스토텔레스' 연구 결과, 구글은
전체가 그 부분의 합보다 더 클 수있다는 것을 증명함으로써 고대 철학자 '아리스토텔레스'를 자랑스럽게 만들었습니다.
2017년 6월 6일 화요일
Microcontroller Evaluation Board(EV) 와 Development Board 의 차이점(differences)
board that helps to use microcontroller.
it contains components(LED, Switches, ...)
the difference between evaluation and development board is how enough components are already connected to microcontoller in board already.
evaluation < development.
and both used in similar situation
references
1. http://www.onarm.com/forum/13691/
2. https://www.quora.com/What-is-the-difference-between-microcontroller-development-board-and-evaluation-board
it contains components(LED, Switches, ...)
the difference between evaluation and development board is how enough components are already connected to microcontoller in board already.
evaluation < development.
and both used in similar situation
references
1. http://www.onarm.com/forum/13691/
2. https://www.quora.com/What-is-the-difference-between-microcontroller-development-board-and-evaluation-board
2017년 5월 23일 화요일
Fault Code Status Bits in Automotive Diagnostics
reference: Link
Diagnostic Trouble Code:
When Fault occurs in vehicle, associated ECU captures it and stores it in memory as fault code. This is specific number for type of Fault and is called Diagnostic Trouble Code. This information can be retrieved either by tools at service station or by in vehicle methodologies.
Operation Cycle:
Operation Cycle is the state in which ECU is operational. This is designer specific and it can be based on specific vehicle modes also. (Ex: Running, Pre-Running, Cranking)
Monitor Routine:
Monitor Routine or Test Routine is the program which runs every operation cycle at some periodicity. They check whether the fault is still injected or active or not. Accordingly counter for the maturity of the fault for active and inactive will be decided. Maturity of the fault confirms the DTC for active and inactive state.
Clearing the DTC:
DTC clearing is done using the ISO command for requesting Clear from the tester. The service ID is 14 for clearing the current DTCs(Fault code).
DTC status Bits:
Each DTC will have Status byte that provides the status information of DTC. Each bit in the status bytes has meaning and provides different information. Let’s start with LSB
Bit0 => This Bit is “testFailed”. This bit provides the information about the fault (Error) is still active (injected) or not. If Fault is still injected or Active, then the value is 1 otherwise the value is 0. Ex: Fault “Short Circuit” is still active.
Bit1 => This Bit is “testFailedThisOperationCycle”. This bit indicates whether the fault is occurred anytime during the current operation cycle. If Fault has occurred in the current operation cycle, then the value is 1 otherwise the value is 0.
Bit2 => This Bit is “pendingDTC”. This bit indicates whether the fault is occurred anytime during the current operation cycle. The only difference between “testFailedThisOperationCycle” and “pendingDTC” is “testFailedThisOperationCycle” is cleared at the end of current operation cycle (least bothering whether the fault is still active or inactive) and “pendingDTC” is cleared only when in next operation cycle the monitor routine is run and the result shows pass(fault is not present). So if Fault is still injected or Active in the current operation cycle, then the value is 1 otherwise if the Fault was active in previous operation cycle and is inactive (i.e monitor routine is run and fault is inactive) in the current operation cycle, then the value is 0.
Bit3 => This Bit is “confirmedDTC”. This bit informs that fault is continuously active for specific monitor routines and is matured enough in the current operation cycle so that it can be said Confirmed. If fault is active and matured, then the value is 1 otherwise the value is 0.
Bit4 => This Bit is “testNotCompletedSinceLastClear”. This bit informs that monitor routine is not run in the current operation cycle(once after Clearing the DTC is done). The reason for not running in the current operation cycle can be because particular pin is inactive in the operation cycle(Ex: Parked or hibernate vehicle mode). If the monitor routine is not completed this operation cycle, then the value is 1 otherwise the value is 0.
Bit5 => This Bit is “testFailedSinceLastClear”. This bit informs monitor routine has reported that test has failed (at least once Bit0 is set) in any operation cycle at least once after clearing the DTC action is performed. If the fault has occurred after clear DTC is performed, then the value is 1 otherwise the value is 0.
Bit6 => This Bit is “testNotCompletedThisOperationCycle”. This bit informs that the monitor routine is still not run during this current operation cycle. This is because the pin is not active for this operation cycle or when the request is sent from the tester, the monitor routine is not run. If the monitor routine is not run this operation cycle, then the value is 1 otherwise the value is 0.
Bit7 => This Bit is “warningIndicatorRequested”. This bit is used to bring into the attention of the user or driver when the fault occurs. If fault occurs and any monitor is required for specific fault, then the value is 1 otherwise the value is 0.
Diagnostic Trouble Code:
When Fault occurs in vehicle, associated ECU captures it and stores it in memory as fault code. This is specific number for type of Fault and is called Diagnostic Trouble Code. This information can be retrieved either by tools at service station or by in vehicle methodologies.
Operation Cycle:
Operation Cycle is the state in which ECU is operational. This is designer specific and it can be based on specific vehicle modes also. (Ex: Running, Pre-Running, Cranking)
Monitor Routine:
Monitor Routine or Test Routine is the program which runs every operation cycle at some periodicity. They check whether the fault is still injected or active or not. Accordingly counter for the maturity of the fault for active and inactive will be decided. Maturity of the fault confirms the DTC for active and inactive state.
Clearing the DTC:
DTC clearing is done using the ISO command for requesting Clear from the tester. The service ID is 14 for clearing the current DTCs(Fault code).
DTC status Bits:
Each DTC will have Status byte that provides the status information of DTC. Each bit in the status bytes has meaning and provides different information. Let’s start with LSB
Bit0 => This Bit is “testFailed”. This bit provides the information about the fault (Error) is still active (injected) or not. If Fault is still injected or Active, then the value is 1 otherwise the value is 0. Ex: Fault “Short Circuit” is still active.
Bit1 => This Bit is “testFailedThisOperationCycle”. This bit indicates whether the fault is occurred anytime during the current operation cycle. If Fault has occurred in the current operation cycle, then the value is 1 otherwise the value is 0.
Bit2 => This Bit is “pendingDTC”. This bit indicates whether the fault is occurred anytime during the current operation cycle. The only difference between “testFailedThisOperationCycle” and “pendingDTC” is “testFailedThisOperationCycle” is cleared at the end of current operation cycle (least bothering whether the fault is still active or inactive) and “pendingDTC” is cleared only when in next operation cycle the monitor routine is run and the result shows pass(fault is not present). So if Fault is still injected or Active in the current operation cycle, then the value is 1 otherwise if the Fault was active in previous operation cycle and is inactive (i.e monitor routine is run and fault is inactive) in the current operation cycle, then the value is 0.
Bit3 => This Bit is “confirmedDTC”. This bit informs that fault is continuously active for specific monitor routines and is matured enough in the current operation cycle so that it can be said Confirmed. If fault is active and matured, then the value is 1 otherwise the value is 0.
Bit4 => This Bit is “testNotCompletedSinceLastClear”. This bit informs that monitor routine is not run in the current operation cycle(once after Clearing the DTC is done). The reason for not running in the current operation cycle can be because particular pin is inactive in the operation cycle(Ex: Parked or hibernate vehicle mode). If the monitor routine is not completed this operation cycle, then the value is 1 otherwise the value is 0.
Bit5 => This Bit is “testFailedSinceLastClear”. This bit informs monitor routine has reported that test has failed (at least once Bit0 is set) in any operation cycle at least once after clearing the DTC action is performed. If the fault has occurred after clear DTC is performed, then the value is 1 otherwise the value is 0.
Bit6 => This Bit is “testNotCompletedThisOperationCycle”. This bit informs that the monitor routine is still not run during this current operation cycle. This is because the pin is not active for this operation cycle or when the request is sent from the tester, the monitor routine is not run. If the monitor routine is not run this operation cycle, then the value is 1 otherwise the value is 0.
Bit7 => This Bit is “warningIndicatorRequested”. This bit is used to bring into the attention of the user or driver when the fault occurs. If fault occurs and any monitor is required for specific fault, then the value is 1 otherwise the value is 0.
2017년 5월 21일 일요일
windows8에서 공유 폴더 만들기
내 회사 컴퓨터는 windows8 이 MAC 에 bootloader 에 깔려 있는데,
그래서인지 공유 폴더 설정하기가 까다로운 것 같다(잘 몰라서 일 테지만..)
그래서 집의 window7 컴퓨터와 폴더 공유하는 법을 찾다가 홈그룹으로 공유하는 법을 찾았고 성공하여 기록해 놓는다.
http://mainia.tistory.com/1893
그래서인지 공유 폴더 설정하기가 까다로운 것 같다(잘 몰라서 일 테지만..)
그래서 집의 window7 컴퓨터와 폴더 공유하는 법을 찾다가 홈그룹으로 공유하는 법을 찾았고 성공하여 기록해 놓는다.
http://mainia.tistory.com/1893
2017년 5월 20일 토요일
실무 중국어 연습
배경
*. 혹시 (블로그 지나가시는 분 중에) 자주 사용할 것 같은 문장이 기억나시면 알려주세요!
1. 전자회사를 다니는 회사원으로 중국과 관련된 일이 있습니다.
2. 정식 중국어 공부가 쉽지 않아, 꼭 필요한 중국어를 먼저 기억 하려고 합니다.
방법
중국에서 쓸 것 같은 말을 적어보고, 구글 번역에서 중국어로 바꾸는데, 한국어->중국어 보다 영어->중국어가 부드러워서 영어로 써서 구글 번역을 사용
*. 혹시 (블로그 지나가시는 분 중에) 자주 사용할 것 같은 문장이 기억나시면 알려주세요!
회화 예시
1. 중국 공장에 처음 방문했을 경우
a) 안녕하세요 저는 LG의 Kevin 입니다.
-> hello, this is kevin from lg
-> 你好，这是来自lg的kevin (translatation Link)
-> Nǐ hǎo, zhè shì láizì lg de kevin
-> 니하오, 저쓰 라이쯔 LG 드 Kevin
b) 생산팀의 Martin 을 만나고 싶습니다.
-> I want to meet Martin at production team
-> 我想在生产团队见到马丁 (translatation Link)
-> Wǒ xiǎng zài shēngchǎn tuánduì jiàn dào mǎdīng
-> 워 시앙 자이 승챤 튀두이 지안 다오 마틴?
c) 어떻게 하면 공장 안으로 들어갈 수 있나요?
-> what should i do to get in(how can I come in)
-> 我该怎么做才能进来 (translatation Link)
-> Wǒ gāi zěnme zuò cáinéng jìnlái
-> 워 까이 즘머 쥬어 차이능 진라이?
d) Martin과 연락할 수 있습니까?
-> May I contact Martin?
-> May I contact Martin?
-> 我可以联系马丁吗？ (translatation Link)
-> Wǒ kěyǐ liánxì mǎdīng ma?
-> 워 커이 레인시 마틴 머?
해석
1.
a)
니하오, 안녕하십니까,
저쓰, 이것은, This is
라이쯔, ~로 부터 오다
드, ~의,
b)
워, 나
샹, 생각
짜이, 있다.
셩챤, 생산
퉌뙤, 팀
지엔, 도착하다
따오, 보(이)다.
지엔따오, 와서 보다, 만나다.
마딩, Martin, 발음을 비슷하게
c) 번
워, 나
까이, 갖추다
쯤머, 어떻게
쭈어, 만들다
좨능, 능력
진나이, 들어오다.
d)
크거이이, 할수있다.
리엔시, 연락
피드 구독하기:
글 (Atom)