Search

성남 IT 오프라인 회의록

오늘의 대화 주제
6명 참석 - BE 3명, FE 1명, iOS 1명, 디자인1명
Q: 여러분이 겪은 최악의 업무 환경은 무엇인가요?
•
업무상에 필수적인 테스트의 필수적인 요소
•
아이폰16프로 해당 기기만의 이슈
•
사무실 환경 (최적한 화장실, 플랜테리어 식물)
•
혜택을 따로 알려주지 않았다. 온보딩을 받지 못하고 사수
•
신규 입사자에 대한 월컴 분위기가 없었다. 아예 관심이 없어보인다.
•
신규 입사자에 대한 업무적인 방침 (특히 신입, 주니어) 기존 멤버가 왜 케어해야하는가 에 대한 태도 떄문에 적응하기 쉽지 않다.
_25년 01월 4주차
오늘의 대화 주제
10명 참석 - BE 5명, DA 1명, Deep Learning 1명, Full Stack 1명, Design 2명
제품, 개발팀의 노고를 인정해주는 회사를 찾기란 쉽지 않은 것 같아요.

DE(Data Engineer)는 어떤 직무를 하는 사람인가요?

데이터 파이프라인 만드는 사람
스파크, 하이브, 카프카와 같은 데이터의
다수의 도구를 알 수 있으나 잡부같은 인식도 있을 수 있음.
모듈, 버전이 바뀌면

DA 직군에서 이직,취업요구

데이터 말때 통계적인 모듈이 있는 판더스
협업시, 가격같은 ㅈ
엔지니어와 비즈니스 인사이트로 갈리는 것 같다.
_25년 1월 1주차
오늘의 대화 주제
제품, 개발팀의 노고를 인정해주는 회사를 찾기란 쉽지 않은 것 같아요.

성남IT PWA

의견을 작성할때 선택을 하나 필수로 하나. → 선택으로 하되, 오기 전에 생각해볼 수 있는 기회를 제공하는건 어떤가 → 사전에 어떤 주제에 대해서 얘기를 좀 하고 싶다. 정도.
관심이 없는 주제가 없으면 참여도가 떨어질 것 같다.
특히 디자이너, 개발자만 모여 있는 상황에선 정해진 주제를 말하는건 어렵지 않을까

코드리뷰 대화법

직설적으로 얘기해주실때 제가 좀 작아져요..
근거를 주면서 직설적으로 말을 하는게 좋을 것 같다.
애매하게 말하는데, 그 이유가 상대가 좀 더 고민해봐라, 적용해봐라, 로 조언을 주시는 분들도 계심.
어디서 많이 부딫히나요?
_24년 12월 3주차

QA

•
기획자 선 QC 시나리오 작성해주심
•
그것 기준으로
•
개선 사항 요청할떄도 있고, 보안 이슈도 체크할때에도 있음
•
아웃소싱, 자사

1% 소수의 고객까지 고려하려 기능 개발을 하는가

•
제품 mvp 초기 개발에선 후순위로 미루는게 좋지 않을까
_24년 11월 4째주

프론트로서 취준하는건 어떠신가요?

•
부트캠프를 수료하고 커리어지원을 기다리는 중이에요. 하지만 부트캠프가 큰 도움이 되지는 않는 것 같고, 실질적인 지원도 부족한 것 같아요.

QA로서의 직무란?

•
개발자와 소통할때 어려움이 있었나요?
•
QA동료들에게는 트러블이 없었나요?
•
사전 조건들을 명확하게 재현해야 개발자들이 더 쉽게 버그와 원인을 찾아 해결할 수 있는 것 같아요. 특히 디바이스별로 특수한 상황일 때는 더욱 세밀한 커뮤니케이션이 필요하죠.
•
기획 문서를 먼저 확인하고 TC를 작성해요. 근거가 될 만한 문서를 만들고 재현 조건들을 티켓으로 등록하고 있어요. 개발자들에게 받기보다는 전달하는 경우가 더 많은데, 제품 출시 전에는 피그마를 참조하고 출시 후에는 TC를 개선하며 업데이트하고 있어요.
•
제품 출시 이전에도 tc를 작성하시는군요
•
백엔드 개발자들은 qa에게 어떤 걸 전달하나요?
QA 실무 A to Z_24년 11월 3주차

소규모 회사에서 면접 시간을 최소화하는 법이 있을까요?

디자이너: 면접에서 조차 문제해결 아이데이션을 얻으려는 심보가 보여 좀 짜친다.
문제해결능력을 본다.
인턴에서는 시장에 대한 배경 지식은 알고 가는편이 좋을 듯 함.

[이직] 면접 질문

개발자: 기술 > CS 어떻게 문제를 해결했는지?
이해하고 기술을 썼는가
중소: 원론적인 기술이 무엇인가
대기업: 어디까지 대답할 수 있는지 봄
_24년 11월 2주차
팀원 전체의 일정에 영향을 주는 팀원을 어떻게 열심히 하라고 설득을 시키나요?
백엔드는
_24년 11월 1차주

PM으로서의 요구사항

서비스 요구사항 정리, 방향성 중심
방장: 디자인을 하다 퍼블까지 하시던데, 주변에 디자이너이면서 퍼블까지 종종하는지?
멤버: 사실 디자인 하다 퍼블으로 전향을 했고 지금은 PM을 준비중이심
방장: 디자인만 하더가, 퍼블만 하던가, 디자인+퍼블만 하는 경우가 있어서 궁금했다.
멤버: 퍼블만 했을경우 기술발전이 없는데, 다양한 경험 해보고 싶어서 PM을 준비중이심.
방장: 관리직에 대한 부담은 없으셨는지?
멤버: 부담은 있으나 새로운도전으로 준비중이심

프론트엔드 고연차가 처음임! (7년차 FE)

풀스텍으로 하다 지금은 3년차 프론트임
지금 도메인은 핀테크. 서비스에 대한 이해도를 중점으로 해서 이직에 성공하심
_24년 10월 3주차
팀원과의 조율
기술적인 측면과 이상적인 측면의 조율. 점차
개발적 측면을 뒤로 하더라도, 유지보수의 효율을 위한 (빠른 대응을 위해), 당장의 영업을 위한 기능 추가가 맞을까?
요구사항들을 쳐내면서도 일정을 조율하느냐
처음(저연차)에는 전체적인 그림을 그려가면서 개발을 했다면(버거워서), 지금은 요구사항을 들어주는편. 전체적인 그림을 망치지 않는 선에서 작업하는것이 가능해졌다.
돈이 되야 하는듯 함..
어느정도 유지보수성에 한계에 느낄 때 시간 달라, 라고 하면 안줌ㅋㅋ
그것에 반복인 것 같다.
작업량의 분배
매일 80~90정도의 역량을 내는게 좋은 듯 하다.
크런치 모드인때 100까지 하고 체력관리를 하는게 좋은 것 같다..
_24년 10월 1주차
디자인의 형상관리는 어떻게 하나?
형상관리는 왜 할까?
접근성이 부족함.
분리하는게 나을 수 있다. 개발자마다 다르지만, 회사 내에서도 취향이 갈릴 수 있음.
회사분위기에 따라 소통방식이 됨.
말로만 하면 근거가 없어짐.
나의 고객은
고객의 요청사항은 여라사람이 같이 듣고 피드백하고 정리해주는게 좋음. 조율해주는 사람은 기획자인 경우가 많다.
_24월 9월 1주차
지라, qa, 티켓을 qa로 바꾸고,
as-is > to-be
test
티켓 전체 멘션.
슬랙 요청.
critical 메인 티켓.
첫날. 온보딩/멘토링 수습시간 ..
시니어가 입사하면??
_24년 8월 3주차
오늘의 대화 주제 기

디자이너의 업무량을 할건지

퍼블리싱은 개발자의 영역이 아닌가?
디자인 전공에 퍼블 업무를 하는데 css가 어려웠다. 그래서 기획으로 전향,
개발자는 퍼블을 개발이라고 생각은 안한다.
각각 디바이스에서 깔끔하게 작업물을 내는것도 역량이냐.
기술적인 변화가 너무 빠르다보니, 개발자들과의 소통이 어렵다. 디테일한 얘기를 나누지 못한다.
멀티 플레이어를 원하는 추세이다 보니, 1
경력이 높을수록 1곳에 메몰될 수 있

AI를 잘 쓰시나요?

•
변수명, 함수명 추출시 자주 씀
•
취준시는 잘 안쓰는걸 추천함. 휘발성이 강하기 때문
_24년 8월 3주차
4년차. 인하우스에서 인하우스
헬스케어
디자이너 입장에서 에이전시와 인하우스의 차이점이란?
고객이 만족만하면 프로젝트가 끝나기는 해요. 에이전시에서 인하우스의 이직이 힘든듯 해요. 면접때 기업의 로열티 물어보긴 해요. 협력 경험이 없는게 크리티컬하다. 기획이 다 내려온 상태에서 디자인을 한다. 시키는것만 하면 된다. 클라이언트에게 컨펌된 사항은 디자인적으로든 개발적으로든 무조건
포트폴리오는 얼마나 준비하셨나요? 웹페이지
사이드 프로젝트는 하신적이 있으신지? 기획도 같이 하셨는지?
디자인 적으로 물어보고싶은건 어디서 물어보냐, 알고 계시는 커뮤니티가 있으신가요?
기획자의 화면 설계를 침범하지 않는 영역은 어디까지일까요. 듣자하니, 화면 설계는 디자이너의 본분이고, 비즈니스적 아이템을 목적을 달성하는 포괄적인 기획은 기획자가 하는 방법이 났다 라는 피드백을 받았었어요. 어떻게 기획
_24년 8월 2주차
오늘의 대화 주제
6명 참석 - BE 5명, 디자인1명
네트워크를 주로 하고 계시는 백엔드 개발자분이 오셨어요.

백엔드 개발자가 네트워크 지식을 알고 배워야 할까요?

Q: 실무에서 접점이 없다보니, 크게 알아야 하는지 잘 모르겠어요.
A: 어떻게 쓰는지 정도만 하고 너무 깊게 알 필요는 없어요.
덧붙여서 간단하게 말하자면, 서브 마스크란 구역을 나누는거. 우편서비스를 예로 들자면, 다른 지역에 우편을 전달할때 주소 체계가 00도 00구 00동 00번지 00호 이렇게 나뉠텐데, IP 숫자도 그런 체계로 이루어져 있어요. 어느 영역까지 몇개를 쓰겠다. 예로 몇개의 250개의 동을 쓰겠다 라는 의미로 쓰이고 숫자가 더 붙혀지면 바이너리(binery)로 나가게 되요. 이걸 Longest Prefix Matching이라고 불리고, 한 단계로 더 가면 라우팅으로 됩니다.

후임관리의 기준이 있을까요?

A: 급한 업무 상황에서 후임에게 주는 업무는 리스크가 적은 것들 위주로 전달하고 후임에게 기회를 줘보는 건 어떻까요? 후임 이외에 같이 업무를 하는 사람들일 수 있고, 자신보다 윗사람들에게 “이거 한번 해보실래요?”하고 전달하는 것도 방법일 수 있어요. 나중에 작업물을 같이 보면서 상대와 본인의 산출물을 비교하여 개선하는 것도 좋아요.
후임에게 부탁한 업무가 어떻게 될지 모르니, 선임이 후임의 업무까지 중복으로 하고는 경우가 종종 있는데, 후임이 잘 배우려는 의지가 있다면 선임이 한 작업물을 보여주며 가르치는 것도 방법이에요.
사실 깃을 제대로 쓰는 방법을 하는 사람이 많지 않아요.
의견을 내기 어려워하는 사람들과의 협업_24년 8월 1주차
오늘의 대화 주제
6명 참석 - BE 3명, FE 1명, iOS 1명, 디자인1명
제품, 개발팀의 노고를 인정해주는 회사를 찾기란 쉽지 않은 것 같아요.
회사에서 입지를 다지기 위해서는 가치 있는 사람이라는 걸 인정받기 위해서 어느 정도 시간을 들이는 것이 아니라 결과로서 보여주는 것이 효과적인 듯 합니다.
인정받고 나면 실질적으로 수입에 도움이 되는 것들이 실질적으로 일어나게 되면 회사 복지가 불편하거나 분위기가 됐으면 좋겠다고 할 수 있는 발언도 할 수 있어요.
이미 워크플로우가 만들어져 있는 회사에 들어가면 좋겠지만, 직접 만들어볼 수도 있는데 회바회 성향 차이는 있어요.
대화 스킬

대화 스킬의 중요성이 왜 중요할까

•
IT 직군 중, 특히 개발 직군은 개발팀 내에서만 소통을 주로 하기 때문에 비교적 소통을 많이 하진 않지만, 대화 스킬 또한 길러야 다양한 방면으로 성장할 수 있다.
•
남들보다 작업량이 많고, 작업에 시간을 더 할애한다면, 윗선의 사람들과 대화가 통한다.
•
사람과의 소통이 원활해질 뿐만 아니라, 컴퓨터와의 대화 스킬도 는다.
소통의 중요성와 협업을 잘하는 팀장_24년 7월 3주차

워라벨이란

워라벨이란 본인의 여유를 즐길 수 있는 상태를 말한다. 어느 정도 팀원의 규모가 커지고 포지셔닝이 생긴다면, 그때 스케줄링에 대한 발언권이 생긴다.

이력서를 쓸 때 중요한 것

이력서를 쓸 때는 신규 기술을 사용했다는 것보다 회사에 이익을 준 문제 해결 경험이 더 중요하다. 좋은 이력서가 있으면 내 것도 업데이트해야 한다. 이력서를 보는 사람마다 원하는 것이 다르기 때문에, 일할 때 깊게 생각했는지를 주로 본다. 또한, 일을 할 때의 자세도 중요하다. 때로는 수치를 표현하기 어려울 수 있다.
코딩 테스트는 논리적으로 한 번 걸러지는 과정이다. 따라서 느낀 부분을 기록해야 한다. 이력서는 대체로 비슷하기 때문에, 비슷한 이력서를 방지하기 위해 노션, 벨로그, 깃헙 배지 - 이 세 가지를 세트로 준비하는 것이 좋다. 원티드, PDF, 그리팅 등 다양한 포맷으로 준비해야 한다.

신입 온보딩

신입을 온보딩 시킬 때는 어떻게 해야 할까? 가장 중요한 역량은 커뮤니케이션이다. 너와 나의 얘기가 동일한가, 컨센서스가 일치하는가가 중요하다. 신입에게 가장 바라는 것은 잘 알아듣는 것이다. 보고는 기승전결을 갖추고 핵심만 전달해야 한다. 원인 -> 결론 또는 결론 -> 원인의 구조를 갖추는 것이 좋다.
IT인들은 큰 그림만 알려주고 방치하는 경우가 많다. 최선의 방법은 주니어에게 큰 그림 방향만 제시하고, 자신이 틀렸을 수도 있으니 아이디어나 의견을 자유롭게 말할 수 있게 하는 것이다. 최악의 경우는 알려주면 하겠다고 말하면서도, 알려준 대로 하지 않고 자기 얘기만 하는 경우다.
워라벨과 이력서_24년 7월 1주차