2020의 게시물 표시

티맥스 AI 2020 최종 합격 후기

이미지
안녕하십니까. 2020년도 하반기에 티맥스 그룹사에 지원을 하였고, 최종 합격하여 8월 1일부터 티맥스 그룹사인 티맥스 AI에 재직중 입니다. 간략하게 후기 정도 남기려고 합니다. 2020/12월에 올라온 공고 이지만 같은 공고에 지원하였습니다. 서류 합격 서류에 합격하시게 되면 "카카오톡" 알림톡으로 서류에 합격하였다는 메시지를 받게 됩니다. 그리고 코딩 테스트 일정과, 1차 면접 일정을 받게 됩니다. 코딩 테스트 코딩 테스트는 프로그래머스에서 3문제가 나왔습니다. 문제 난이도는 네이버, 카카오 보다는 쉬운 편입니다. 한 6개월 정도 되서 그런지 문제는 기억이 안나지만.. 그만큼 일반 기업들과 비슷하게 평이하였다고 생각 합니다.  네이버, 카카오 만큼 어렵지 않다는 것이지 그렇다고 연습을 안해도 되는 수준은 아니기에, 혹시라도 코테 보시기 이전에 간단하게 프로그래머스에서 문제를 풀어보시는 것을 추천 드립니다.  1차 면접 1차 면접은 자소서 기반 면접 입니다. 자기소개 지원동기 자신의 장단점 일하고 싶은 부서 왜 뽑아야 하는지 이정도로 일반적인 기업 면접 프로세스와 동일 합니다. 제가 느끼기에 여기서 가장 중요한 것은 4. 일하고 싶은 부서 라고 생각 합니다. 면접 프로세스중 하나이긴 하지만, 동시에 그룹사 차원에서 어느 부서로 배치될 지 영향을 줄수 있다고 봅니다. 2차 면접 2차 면접은 안보는 경우도 있고, 또는 1차에서 애매하면 다시 보는 경우도 있다고 들었습니다. 다른 케이스로는 티맥스 창업자님과 간단하게 면담 하는 케이스도 있다고 합니다.  저는 창업자님과 면담을 하였고, 간단하게 면접 프로세스를 진행하였고, 간단한 담화를 나누었습니다.  처우 면담 처우 면담은 면접 이후에 인사팀 상위 직급자와 간단하게 진행하게 됩니다.  여기서는 언제 입사 가능한지, 경우에 따라 티맥스에서 제공해주는 기숙사(사택) 에 입주할 것인지, 연봉 등을 결정하게 됩니다.  최종 합격 후 입사 처우 면담까지 마무리 하였으면...

[기술 면접] Thread에 관하여

 안녕하십니까. 이 글에서는 기술면접에서 자주 물어보는 Thread에 관하여 다루려고 합니다. 제가 면접에서 경험하였던 내용 바탕으로 작성하였습니다. 기술면접을 보면 단골로 출제되는 면접 내용으로 컴퓨터 관련 전공이라면 꼭 숙지하여야 하는 내용 입니다. Thread와 Process의 차이점은 무엇인가. 쓰레드 문제가 나오면 처음에 물어보는 개념 입니다. Process 프로그램을 실행하는 단위. 특정 프로그램을 실행하면, 프로세스 하나가 뜬다. 기본적으로 프로세스 하나당 메인 쓰레드는 하나는 쓴다. 프로세스 끼리 독립적이기에, 여러 프로세스끼리 데이터를 동기화 하려면 통신을 해야하는 점이 있다.  Thread 한 프로세스 내에서 프로그램이 수행되는 단위이며, 여러 쓰레드를 사용할 수 있다. 각 쓰레드는 CPU 단위를 사용한다.  Multi Process vs Multi Thread 멀티 프로세스는 프로세스를 여러개 사용하는데, 이때 각각 메모리 등이 독립적이다. 멀티 쓰레드는 하나의 프로세스안에 여러개의 쓰레드를 사용하는 방식이며, 메모리를 공유한다.  Thread 사용 경험 좀더 깊게 물어보고 싶을 경우 사용 경험을 물어보기도 합니다. 저는 디비 데이터를 실시간은 아니지만 30분 정도에 처리해야하며 데이터가 많은 경우 멀티 쓰레드를 사용하였다고 답을 하였습니다.  Thread 간의 데이터 동기화 문제 쓰레드에 대하여 물어보면 왠만해서는 물어보는 문제 입니다. Lock 사용하기 간단하게 Mutex, Semaphorer, 같은 Lock을 사용할 수 있습니다. 공유 자원을 사용해야할 경우 해당 객체에 대하여 Lock을 가져간 후 연산이 끝나면 Lock을 풉니다.  이를 사용한 인터페이스로는 java에 BlockingQueue 가 있습니다. LinkedBlockingDeque 를 통해 구현체를 확인할 수 있습니다. Atomic 연산 사용하기 면접관이 Lock을 쓰는 방법밖에 없냐고 물어볼 수 도 있습니다. Threa...

Google Cloud Platform sdk E: The list of sources could not be read. 에러

이미지
 안녕하십니까. Google Cloud Platform을 사용하다가 에러가 발생하였습니다. 간단한 에러이지만 한국어 포스팅을 발견하지 못하여 포스팅 합니다.  에러 상황 구글 클라우드의 리눅스 명령어 패키지인 sdk를 설치하려고 다음의 페이지 를 방문 하였습니다. echo "deb [signed-by=/usr/share/keyrings/cloud.google.gpg] https://packages.cloud.google.com/apt cloud-sdk main" | sudo tee - a / etc / apt / sources . list . d / google - cloud - sdk . list sudo apt - get install apt - transport - https ca - certificates gnupg curl https :// packages . cloud . google . com / apt / doc / apt - key . gpg | sudo apt - key -- keyring / usr / share / keyrings / cloud . google . gpg add - sudo apt - get update && sudo apt - get install google - cloud - sdk 마지막 명령어인 apt-get update시 아래와 같은 에러가 발생하였습니다. ( base ) myeongjoon @ myeongjoon-B365M-D3H:~ / repo / t-crawler_amazon / gcp / kafka$ sudo apt-get updateE: Conflicting values set for option Signed-By regarding source https: // packages.cloud.google.com / apt / cloud-sdk: / usr / share / keyrings / cloud.google.gpg ! = E: 소스 목록을 읽을 수 없...