일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |
- 애플
- 오브젝티브C
- windows
- 윈도구7
- c#
- 형식
- VISTA
- windows7
- install
- screen
- Objective-C
- java
- 윈도우즈7
- mac
- WSDL
- 맥
- Number
- vs
- 볼링
- 설치
- WebService
- 비스타
- 아이맥
- ObjectiveC
- Mobile
- 아이폰
- iPhone
- 링크
- 윈도구
- 사고
- Today
- Total
목록Development/개발자 영입 - 면접, 퇴사, 입사 (11)
A colossal Dreamer: GR鐵塔-天生我材
면접 그 합격 때문에 그 입사 때문에 내가 지금껏 살아서 오늘 오늘이 지나서 그 팀장 다시 볼 수 없게 되면 회고할 수 없게 되면 어쩌죠 그 많은 회사에 왜 하필 우리 만나서 개발 하고 팀장 먼저 떠나요 우리가 만들고 우리가 함께한 카톡 잊진 못할 거야 다시 3년은 함께 하자는 말도 내 목숨처럼 한 그 약속도 해줄수 없어서 난 지킬 수 없어서 미안하단 말도 해줄 수 없을 것 같아 코드 그 리뷰 때문에 그 회고 때문에 내가 지금껏 살아서 오늘 오늘이 지나서 풀리퀘 다시 할 수 없게 되면 회고할 수 없게 되면 어쩌죠 다시 3년은 함께 하자는 말도 내 목숨처럼 한 그 약속도 해줄수 없어서 난 지킬 수 없어서 미안하단 말도 해줄 수 없을 것 같아 카톡 그 면접 때문에 그 합격 때문에 내가 지금껏 살아서 오늘, ..
다시 시작할 너에게 혹시 네 code가 짐이 된다면 모두 다 revert 하면돼 어렴풋한 commit 하나 남아있지 않도록 훗날 네곁에 누군가 ref-check 해오면, 이젠 다 revert 했단 말 대신 처음부터 너의 commit 한 개 없다 말해줄께 ~ 😝😛😜🤪 - 1999년 발매곡의 후렴부 개사인데요. 이 곡은 무엇 일까요 ?
지원자의 사고의 흐름을 살펴 동료들과 함께 처리할 업무 성과를 가늠해보는 자리
시니어가 많은 것을 이해하고 있다는 가정으로 부터 시작한다면, 시행착오를 많이 겪게 된다는 것을 알아차림. 시니어 팀원이든 쥬니어 팀원이든 구분없이 워노눤의 목적은 친밀도 향상 시켜 신뢰 형성하는 것이므로, 서로 무리 하지 않고, 한 걸음씩 나아가는 것을 목표로 해야함. 쥬니어에게는 어디까지가 한 걸음일 지 잘 보였는데. 시니어에게는 어디까지가 한 걸음일 지 잘 보이지 않았다. 특히 ice breaking 과정이 빈종이와 같은 쥬니어와의 관계와 많이 다름. ice breaking 에 특히 공을 들여야 할 것 같다. - 단, 외향적인 성격을 가진 시니어라면, 바로 본론으로 딥다이브도 가능했다. 첫 ice breaking 과정에서 GroundRule 이나 조직에 대해서 이야기하는 것은 시니어에 대한 대우가 ..
일관리 Work Management 목표 설정 조직의 비전을 제시하고, 세부 조직의 방향성과 목표를 수립하고 전파한다. 현재에 안주하지 않고, 더 높은 수준의 목표를 지향한다. 업무 관리 의사결정이 필요한 사항을 파악하고, 조직의 기민성을 잃지 않도록 빠르게 결정한다. 조직 목표 달성에 효과적인 조직 구조를 설계하고 적합한 인재를 배치한다. 성과 관리 조직 성과 달성을 위해 세부 조직의 업적을 지속적으로 확인하고 적합한 피드백을 제공한다. 목표 달성에 필요한 자원을 확보하고, 전폭적으로 지원한다. 사람관리 People Management 공감과 배려 조직 내 다양한 의견이 오갈 수 있는 문화를 조성하고, 실무자들의 의견을 적극적으로 경청한다. 팀원들과 충분한 커뮤니케이션과 정서적 교감을 통해 신뢰 관계를..
https://github.com/JeaSungLEE/iOSInterviewquestions UIKit CALayer Simulator App lifecycle(active, inactive, background) 멀티쓰레드 기법 3 가지 + 1 (NSThread, NSOperation, GCD, Runloop) Observing / KeyValueObserving 지속 가능한 저장소 Autolayout Storyboard 프로그램 구성 패턴 Serialize NSCoder, Codable 이미지뷰에 이미지URI 로딩 Objective-C @dynamic, atomic, private
지원서 내용 vs 포트폴리오 문서 어느쪽에 더 무게를 두어야 할까.? 지원서의 내용이 고만해서 꼼꼼히 읽어볼까 하던 차에 포트폴리오 문서링크를 발견. 포폴의 대상의 가치가 파악되기 전에. 양식과 설명에서 오는 가벼움에 이력서에 대한 느낌이 부정적으로 바뀌었다. 무엇이 나를 이렇게 이끌었을까.? 아직은 잘 파악되지 않지만, 포폴을 넣는다면, 포폴문서만의 완결성이 필요하고, 뭔가 와우가 필요하다. ----- ----- ----- ----- 추가사항 무엇을 할 수 있고, 무엇을 해냈는지에 대한 증명이 전혀없었다. 완성품을 나열하는 것으로는 진정성을 전달하기 힘들다. ➜ 완성품으로 갈 때의 고통과 성취가 드러나야 한다 → 선호가 표현되고, 그것으로 성향도 약간 느껴지면 좋겠다.
1. 필수 ㄱ. 역량 - 경험한 기술의 종류, 수준, 증명 - 역량이 뛰어난 기술에 대한 이해수준/ 실현 경험/ 문제해결 ㄴ. 커뮤니케이션 성향 및 능력 2. 권장 ㄱ. 조직적응, 리더십 3. 드러나면 도움되는 것 들. ㄱ. 문제해결 능력 & 창의성 ㄴ. 주도성(창의성, 열정, 도전정신) ㄷ. 신뢰성 ➜ 목적: 당신은 나를 고용하지 않은 후회할 것이다. 강점과 약점에 대해... * 약점: 약점을 알리는 것은 독이 될 가능성이 높아 왠만한 자신감이 아니면, 되도록 이력서에서 빼는 편이 좋다. * 강점: 약점을 알리지 않고, 강점만 나열한다면, 검토자가 피곤해 지므로, 강점을 강조하려면, 약점을 조금은 보여줘야 균형있어 보인다. 이력서 검토할 때 가장 주안점을 두는 부분이 지원자의 강점과 약점을 파악하는 것..
* 개발전반 멀티 쓰레드 디자인 패턴 지원 분야 연관된 개발플랫폼 지식 시간복잡도, 공간복잡도 자료구조 소스관리&패키지매니저: git, svn, git-lfs, cocoapods ... * 네이티브앱개발 메모리 관리 네트워크 비동기 I/O, Runloop(mode), DispatchQueue, OperationQueue, Thread 라이프사이클 SQLite, CoreData 보안 PKI(전자서명, 암호화) * 코딩테스트/ 문제 해결 접근 전략 설명하기 경우의 수 * 기타 지속적인 멤버로 유지될 수 있을지.
조직, 리더십, 팔로십 온갖 것으로 치장하지만, 팀에 적절한 보상이 유지/관리 되면, 존속하고, 보상이 줄어들면 팀이 해체되지 않을까.? 즐겁고, 안정감 있는 팀, 신뢰 등등의 팀웍이 팀의 생명력(수명)을 키우는 것 같지 않다. 단지 헌신(자발적 희생)을 끌어냄으로써 팀의 파워를 약간 상승시키는 정도 일 듯. 팀웍과 보상을 1:1로 비교한다면, 보상이 훨씬 중요한 것 같다. (물론 금전적인 보상뿐 아니라 비금전적인 인간적인 인정, 신뢰 등을 포함한다.) 팀웍이 어쩌면 그저 느낌일 뿐이고, 보상을 대체할 정도로는 실체가 없는 것이 아닐까 하는 생각에 이르게 되었고, 개인의 주관적인 느낌이라면, 팀웍이 안 좋은 곳일지라도.. 스스로 좋은 것으로 느끼려고 노력하고, 주변에서 영향을 받아 선순환할 수 있다면....