배경 : JNPMEDI 라는 회사가 어떤 회사인지.. 기존 옛날 행사를 통해 살짝의 인연이 있던 효정님이 HR 채용팀 리더로 계신곳, 정주님께서 참여하신다는 이야기를 듣고, 용기내어 한번 어떤 곳인지 느껴보고 싶은 마음에 참석하게 됨.
내용:
행사 참석간 정리한 내용 쭉 적기..
행사 및 JNPMEDI 소개
한분이 나와주셔서 회사를 간략히 소개해주셨음.
마천루 이야기 해주시면서...
회사에 대한 상세 정보는 기존 소개되어있는 내용 아래 넣음.
(임상시험 디지털라이제이션 관련 IT 스타트업 회사)
🏅임상시험 디지털화 선두주자 JNPMEDI
임상시험 디지털화를 선도하는 JNPMEDI의 두 번째 Tech Meetup이 돌아왔습니다.
이번 Tech Meetup은 임상시험 도메인에서 개발자들이 실제로 직면한 복잡한 문제들과 그 해결 노하우를 공유하며, 이를 통해 기술 역량을 특수한 도메인에 효과적으로 적용할 수 있는 방법에 대해 소개하고자 합니다.
🏅 JNPMEDI에서 개발자, 기획자 그리고 디자이너가 만드는 변화의 이야기
개발자, 기획자, 디자이너분들을 한자리에 모시고, 각 분야의 전문가들이 어떻게 협업하여 제품을 탄생시키는지 그 생생한 과정을 들려드리고자 합니다. 특히 아이디어를 현실로 구현시키는 과정에서 겪었던 도전과 문제 해결, 그리고 그 안에 담긴 노력의 이야기를 풀어내어, 서로의 시각을 이해하고 함께 소통할 수 있는 의미 있는 자리가 될 예정입니다.
🌏 JNPMEDI 소개 (홈페이지)
기술세션
1. Gaplock
- InnoDB에서만 발생
- 어떻게? between, < > 에서 발샘
idx name
1 lee
- (Gap)
4 ko
- 데이터가 1~15까지인데 16이상을 조회하면? 그 양이 넓거나 크다면? --> 의도치않은 넓은공간의 Gaplock이 걸릴 수 있음
Gaplock은 insert에만
그외는 x lock이 걸림
쿼리의 조건이 1건의 결과를 보장하면 Record lock만 사용
쿼리의 조건이 1건의 결과만을 보장하지 못하면, -->
발표가 너무 빠르고 db 모르는사람들이 들으면 뭔잘인가 할것 같음.
deadlock 왜 발생? -->동일한 자원을 여러 프로세스에서 사용할때
tr1 id = 1
tr2 id = 4
...
데드락해결
1, transaction 재시도 임시 조치
2. upsert (on duplicate key update) 사용
3. insert after delete?
2. RAG 활용한 어쩌구 저쩌구
Medical Coding?
AI Concept (주요용어)
1. 생성형AI
2. LLM
3.fine tuning
4.RAG
JNPMEDI에서 사용하는 코딩 ai assistant, maven coder express
왜 RAG?
발표장표 오타 chose --> choose
Fine Tuning vs RAG
최신정보반영어려움, 학습된정보만 활용 <-> 최신 정보 활용 가능, 외부 데이터에 의존
lost in the middle
쿼리 요청시 한방쿼리가 아니라, 나누어서 요청하면 해결
구체적인 Prompt
3. FE 개발생산성 100배 높히기
1. 소통에 대한 시간 줄이기
- 문서, maven desing system(Grebob) 개발 ==> 공통 UI 설명 문서
(컴포넌트 역할을 이해할 수 있는 문서 작성)
2. 코드 이해 시간 줄이기
- 통일된 코드 규칙 만들기, 효율적인 코드작성 습관, 활발한 코드리뷰
- TanStack Query 사용
3. 코드 작성 시간 줄이기
- Zod 라이브러리 도입 --> 복잡한게 있었음
~ 자동으로 단축키 누르면 기본 구조로 만들어주는(Zod Scheme로) vscode extension 코드 작성
4. 학습 시간 줄이기
- biweekly fe meeting
(미팅진행할떄마다 논의 미팅, 문서 만들기)
- 꾸준함 (6개월)
4. PO
10년간 도메인지식 --> PO (제품기획, 개발 방향성에 도움)
임상시험
- 임상참여 -> 임상진행-> 임상결과 -> 제품출시
과거 대부분의 임상시험은 종기 기반으로 기록되고 관리 ==> 새로운 임상시험 시스템화
의약 바이오 사업이 이익 차원에서 이익율이 높다 (테슬라 등등 대비)
전문가들(의사,의학변호사 등등 )의 아이디어 제공받음
토크
PO 1명이 사회
좋은점 : 이야기해주면 그것을 1마디씩 요약해주면서 진행하는 리딩 방식 좋았음
미리 질문받아서 그 내용을 토크시간에 답변을 줌
소개
공통질문 --> 답변
임상실험 간호사분도 있었음. 병원 전산화 붐에 따른 --> JNPMEDI 진입
임상연구 --> 데이터매니저 --> 사용자관점에서 프로덕트 만들 기회
대학원 입자물리 --> 개발
JNPMEDI 진입 계기는?
1. 디자이너
전자계약 일에서 일했음 .. JNPMEDI 에도 비슷한 서비스가 있음
복잡한 서비스 --> 시각적으로 보다 쉽게 .. 라는 마인드 -->
2. 개발자
흥미 / 간병인 환자 를 돌보다가 임상에 대한 관심을 가지게 되었음 --> 서포트
JNPMEDI 경험
1. PO
과거 엄청난 시간이 걸려서 진행되는 것들이었다면 --> 여기서는 일단 실행하고 그 대안을 스프린트를 통해서 찾아가는 과정이 즐거움. 속도 측면에서의 차이
이전의 디자이너와 JNPMEDI 디자이너의 차이
이전 : 사용자들이 어떻게 유입을 오래할 수 있을까
여기 : 정해져있는 사용자 -> 이 사용자들이 필요로하는 것이 무엇인지 고민하고 파악하는것.. 을 중점적으로
==> 이런 레퍼런스 찾기가 어려움 (한국에 없음), 돈많이주고 사야했음
==> 이럴때 미애님처럼 전문가님께 공유 ==> 내일처럼 같이 경험공유 ==> 새로운 아이디어 도출할 수 있었음 ==> 사용자가 필요로하는게 무엇인지를 파악할 수 있엇음 ==> 더 좋은 제품을 만들 수 있었음
자유롭게 이야기할 수 있는 문화가 너무 좋앗음.
임상 간호사 > PM으로서 전환 어땟는지?
팀원들과 나누었던 것이 제품으로 나오고 --> 그게 실무에서 쓰이는것을 볼때마다 보람
유데미 강의를 통해서 PM 스킬을 통해서 스스로 학습 --> 스킬업
개발 지루함
-> 일감 분배에 대한 자유로움이 있는 편
스쿼드
이 회사는 개발자 쪽은 애자일 방법을 적용하고 있는 것 같음
애자일스럽게 환경은 무한으로 바뀌고 있고 그 환경에 적응하기 위한 정답을 찾기가 어려운데,, 답을 찾아가는 과정속에 시도해보고 그 후 성공하면 팀워크에 좋은 영향을 줄 수 있다.
디자인
임상실험 관련 규제 관련한 고려를 항상 하는것이 어렵다. 규제에 대한 경험 공유를 우리팀뿐만 아니라 타팀 통해서 받아서 규제를 벗어나지 않으려고 노력한다.
하고싶은말
의료산업 도메인 내 임상실험 상세 도메인은 정말 빨리바뀌어가고하는데,
이 분야에 대한 디지털라이즈는 못따라가서, 이 도메인으로 시작하는게 전환허거나 시작하는데 정말 이 영역이 도움이 크게 될 것 이다.
MVP 제품이 --> 고도화된 제품이 되어가는 과정을 몸소 느끼면서 경험하고 배우며 성장할 수 있다.
react, node 사용함
사회적규제에 의한 사각지대에 있는 부분을 어떻게 디지털라이징할지 고민하고 있다고 하낟.
https://www.peoplepower21.org/magazine/720156
경품 추첨
100명 넘는 상황에 3명추첨이라.. 역시나 후 ㅠㅠ
멘토링
사전 신청은 못했지만, 서버개발자 쪽 멘토링 쪽에 후 합류하여 듣게됨.
백엔드는 노드 기반으로.
주니어 개발자 년차별 회사에서 바라는 이상향
기타 주니어분들의 질문들 중심으로 설명해주시는 방식으로 진행
기념촬영
송도 전경 기반으로 진짜.. 기념 사진 맛집이었음
(MS 광화문 안부러웠음 ㅠㅠ)
'개발자커뮤니티 > 99.후기' 카테고리의 다른 글
[후기] AWS Community 2024 Track1 끄적 (3) | 2024.11.02 |
---|