파이콘에서 첫 (테크)토크 콘서트를 마친 뒤…

-



좀 더 편하게 볼 수 있는 노션링크 입니다.


파이콘 한국 2022의 프로그램 중 하나로 토크 콘서트를 준비하게되었습니다. 행사에 대한 제안과 주제를 같이 전달 받아서 실제로 한 것들은 어떤 질문을 해야하는가 였습니다.

실제로 질문을 던지는 사람의 의도와 질문에 답하는 사람은 다른 생각을 할 수 있다고 생각합니다. 그래서 제가 실제로 던졌던 질문의 의도와, 그 리스트를 남겨놓으려고 합니다.

정답은 없는 질문이고, 또 이미 본인의 답을 정리해 주신 분이 계셔서 같이 공유합니다.

채용과 구인 구직에 대한 궁금증

이런 사람을 채용하고 싶다는 어떤 뜻 이라고 생각하는지 궁금합니다.

  • 새로운 기술에 거부감이 없으신분
  • 새로운 문화를 만들어가실분
  • 프로그램 개발 경험이 있고 동작원리를 이해
  • 커뮤니케이션 및 협업 능력 필요

신입을 채용한다는 것에 대한 의미

  • 왜?
  • 기대하는 바?

취업 시장이 얼어붙을 것 이다라는 것에 대한 생각

채용시 고려해야할 것, 채용시 나만의 강점을 만드는 팁

3년차 개발자는 어떤 사람인가요?

내가 잘하고 있었다라는 신호는 어떻게 알 수 있나요?

개발자의 한계선과 경계선이란 어떻게 생각하시나요?

  • 잡부가 되는것은 아닐까 걱정됩니다
  • 하나의 프레임워크 언어 안에 갇힐까 걱정됩니다

취직 이직에 도움이 되는것들의 본질은 무엇인가요?

  • 무엇을 보여줘야 하나요?

나만의 업무성향 확인 방법이 있을까요?

좋은 개발자와 좋은 개발문화

  • 좋은 개발자란 어떤 개발자라고 생각하나요?
  • 좋은 개발/코드란 어떤 것 이라고 생각하나요?
  • 좋은 코드리뷰문화는 어떤 것 이라고 생각하나요?

오픈소스 참여

왜 오픈소스를 해야하나요? 오픈소스를 하면 나에게는 뭐가 좋아요?

저는 처음인데 무엇부터 해봐야할까요?

  • 오타 찾기 같은것들은 해봤지만 아직 저는 처음이라고 생각됩니다
  • 코드레벨에서 기여를 하는 방법의 벽이 너무 높은데 어떡할까요?

언제 하면 좋은가요? 매일매일 조금씩? 아니면 해커톤 처럼 쭉? 자꾸 까먹어요 덩치가 커서요

너무 잘 쓰이고 있어서 완벽해 보이는데 제 도움이 과연 필요할까요?

정리

질문만 남겨 놓았습니다. 왜냐하면 정답이 없는 질문들이기 때문입니다. 행사가 끝나고, 스스로 그냥 버리기는 아쉬워서 지금 답을 해보고, 나중에 시간이 지났을 때 읽어보는 용도로 사용하려고 합니다.

질문에 따라 답이 달라진다고 생각하고 있기에, 시간이 지나고 더 좋은 질문을 만들어 낼 수 있는지도 보려고 합니다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

[IOS] AppDelegate는 뭐하는 녀석이지?

-
이미지
[IOS] AppDelegate AppDelegate.swift 는 swift로 IOS 개발을 시작하면서 부터 보였고, 계속 궁금해서 이 기회에 정리해놓으려한다. 공식문서 참고 UIApplicationDelegate AppDelegate.swift 크게 두가지 기능을 한다. AppDelegate 클래스를 정의 어플리케이션이 그려질 window를 생성하고, 상태가 변할 때 반응 할 수 있게 한다. 또한 AppDelegate 클래스는 UIApplicationDelegate 프로토콜을 채택해야한다. 앱에 대한 진입 점과 입력 이벤트를 앱에 전달하는 실행 루프를 생성 이 작업은 파일 상단에 나타나는 UIApplicationMain 의 특성이다. (@UIApplicationMain)에 의해 수행된다. 하지만 IOS13부터는 AppDelegate.swift , SceneDelegate.swift 두 파일로 나뉘어 생긴다. 그렇기 때문에 여러 소스를 보았을 때 혼란을 야기했다. 이전에는 (~ IOS12) 아래와 같은 구조였다. AppDelegate Process Lifecycle App Launched App Terminated UI Lifecycle Entered Foreground Become active 하지만 지금은 (IOS13) 아래와 같다. Session Lifecycle에 대한 역할이 추가되었다. AppDelegate Process Lifecycle Session Lifecycle Session Created Session Discarded SceneDelegate UI Lifecycle Entered Foreground Become active AppDelegate 클래스에 있던 프로퍼티인 window가 SceneDelegate로 옮겨졌다. 하지만 하나의 화면에서 여러개의 다중 화면을 지원하면서 scene 개념이 추가...
자세한 내용 보기

[git] Github 이슈 라벨(issue labels)

-
이미지
[dev] Github issue labels Github에서 프로젝트의 문제점을 알리거나 기여를 할 때 이 issue label을 달거나 읽어야 할 일이 생긴다. 해당 이슈에 알맞은 라벨을 선택하고, 의미를 파악하기 위해 알아두자. keyword 의미 bug 예기치 않은 문제 또는 의도하지 않은 동작(버그)을 나타냅니다. documentation 문서를 개선하거나 추가 할 필요가 있음을 나타냅니다. duplicate 해당이슈 또는 PR이 기존에 있음을 나타냅니다. enhancement 새로운 기능 요청을 나타냅니다. good first issue 처음 기여해볼 사람에게 좋은 문제를 나타냅니다. help wanted 관리자가 문제 또는 PR 요청에 대한 도움을 원함을 나타냅니다. invalid 이슈 또는 PR 요청이 더 이상 관련이 없음을 나타냅니다. question 이슈 또는 풀 요청에 추가 정보가 필요함을 나타냅니다. wontfix 문제 나 PR 요청에서 작업이 계속되지 않음을 나타냅니다. 참고 : https://help.github.com/en/github/managing-your-work-on-github/about-labels
자세한 내용 보기

[git] git의 upstream과 origin 헷갈리는 사람 손!

-
이미지
[git] git의 upstream과 origin git의 upstream과 origin upstream과 downstream 사전적인 의미를 파악해보면, upstream 이 상류, downstream 이 하류입니다. 물이 상류에서 하류로 흐르듯이 pull 하는 주최가 downstream 당하는 쪽이 upstream 입니다. 내 레포에서 다른 레포를 풀 해서 작업하고 있다면 다른 레포가 업스트림이 되겠군요! otherRepository(upstream) -> (git pull) myRepository(downstream) 이미지 출처 : https://aktiasolutions.com/upstream-kanban-business-agility/ upstream과 origin 그렇다면 업스트림과 오리진은 어떤 차이가 있는지 정리 하겠습니다. 보통은 다른 레포를 포크해서 내 레포를 만들어 놓고 내 레포를 클론, 풀 해서 작업합니다. 이때 가장 근본이 되는 레포를 upstream 이라고 부릅니다. 내가 fork해서 가져온 레포를 origin이라고 부릅니다. 그러므로 내가 로컬에 클론 해 놓고 작업할 때, origin/master에서 가져올지, upstream/master에서 가져와야 할지 생각해서 가져와야겠죠? otherRepository(upstream) -> (fork) myRepository(origin) otherRepository(upstream) -> (git pull) myRepository(local) myRepository(origin) -> (git pull) myRepository(local)
자세한 내용 보기