Software Engineer + Product Manager
태그 목록
- 전체보기(321)
- 개발일기(76)
- 토비의 스프링(26)
- 더 나은 코드(23)
- 테스트(20)
- Netty(18)
- Java(18)
- 더 나은 테스트(15)
- How to work(13)
- 생각(12)
- trouble shooting(11)
- 프로그래머스(10)
- 트러블슈팅(10)
- 코딩테스트(10)
- 회고(9)
- tcp(8)
- 토비의스프링(8)
- 커뮤니케이션(8)
- 더 나은 설계(8)
- git(7)
- 프로덕트 오너(7)
- 꿈(6)
- agile(6)
- C(6)
- 우주지상국(6)
- network programming(6)
- 비동기(5)
- 읽기모임(5)
- 자세(5)
- TDD(5)
- 고민(5)
- 더 나은 도구(5)
- asynchronous(5)
- junit(5)
- aop(5)
- dll(5)
- 알고리즘(5)
- 2021(5)
- 매니지먼트(4)
- 배움(4)
- Spring(4)
- JNA(4)
- github(4)
- windows(4)
- 코드리뷰(4)
- 커리어(4)
- wireshark(4)
- 독서(4)
- IntelliJ(4)
- 인프콘(4)
- 추상화(4)
- 문제(4)
- debug(3)
- Telnet(3)
- 예외(3)
- 사람(3)
- 객체지향(3)
- 학습(3)
- 연역적(3)
- 데이터(3)
- 네트워크 패킷분석(3)
- multithreading(3)
- 오브젝트(3)
- 프로젝트 매니저(3)
- awaitility(3)
- Software Engineering(3)
- 2022(3)
- 관계(3)
- 습관(3)
- 협업(3)
- 협력(3)
- 문제해결연습(3)
- test(3)
- 의존관계(3)
- 네트워크 프로그래밍(3)
- 실시간(3)
- Software Enginerring(2)
- 가치(2)
- 사용자(2)
- 마인드(2)
- 문서화(2)
- 주석(2)
- ci(2)
- 함께자라기(2)
- 컨퍼런스(2)
- TROUBLESHOOTING(2)
- networking(2)
- http(2)
- 배포(2)
- Mockito(2)
- test case(2)
- 귀납적(2)
- 더 나은 디자인(2)
- Locale(2)
- clean architecture(2)
- 문제 해결 연습(2)
- 제품(2)
- 리더(2)
- 디버깅(2)
- collaboration(2)
- stream(2)
- 분석(2)
- 코드로 문제해결 연습(2)
- cherry-pick(2)
- 온보딩(2)
- 클린 아키텍처(2)
- leak(2)
- 목표(2)
- 리팩토링(2)
- 소프트웨어 개발자(2)
- jackson(2)
- 기획(2)
- User Manual(2)
- 개발문화(2)
- 책(2)
- mock(2)
- management(2)
- 개방폐쇄원칙(2)
- 실용주의 프로그래머(2)
- 변경(2)
- 태도(2)
- figma(1)
- Pain Point(1)
- PacketSender(1)
- StringUtils(1)
- 커뮤니티(1)
- 개선(1)
- 주간보고(1)
- 유틸리티(1)
- 불편(1)
- 시니어개발자(1)
- 데이터 엔지니어(1)
- 코드작성외에(1)
- Memory Leak(1)
- 응집도(1)
- software engineer(1)
- Pair Programming(1)
- 힙 메모리(1)
- TCP Connection Persistence(1)
- 균형(1)
- 아이들(1)
- 고객(1)
- 객체지향의사실과오해(1)
- 성경(1)
- Device Driver(1)
- Thread Pool(1)
- OXM(1)
- help(1)
- 지상국(1)
- 비실시간(1)
- 실험(1)
- SNMP(1)
- 면접(1)
- 사표(1)
- Strategy Pattern(1)
- 동료주도개발(1)
- 소수점(1)
- 프로토타입(1)
- 메모리가시성(1)
- Interrupt(1)
- 인증(1)
- 요구사항(1)
- 공유(1)
- 어려움(1)
- 캐시일관성(1)
- 예측(1)
- 프로세스(1)
- Q&A(1)
- util(1)
- Functional(1)
- 사용자중심(1)
- 메모리(1)
- ux(1)
- volatile(1)
- Copilot(1)
- 가짜필요(1)
- 자동화(1)
- 결합도(1)
- 문서(1)
- Persona(1)
- 대역(1)
- 동료(1)
- 조직(1)
- aws(1)
- 아주힘듬(1)
- 변화(1)
- SOLID(1)
- network(1)
- branch(1)
- XML(1)
- 세미나(1)
- 네이밍(1)
- Feedback(1)
- 다름(1)
- User Journey(1)
- 삶의자세(1)
- 흥미(1)
- 아두이노(1)
- 병렬(1)
- 모델링(1)
- 작업난이도(1)
- 코드변경관리(1)
- CI/CD(1)
- 부족함(1)
- Manangement(1)
- cdd(1)
- Transction(1)
- switch(1)
- 고통(1)
- Nginx(1)
- authentication(1)
- json(1)
- 주니어(1)
- 설계(1)
- 트러불슈팅(1)
- 자유(1)
- 삶의일기(1)
- exception(1)
- 더나은코드(1)
- DTO(1)
- 철학(1)
- 환경(1)
- 1553B(1)
- 프로그래밍(1)
- redmine(1)
- 크리스찬(1)
- 스프링(1)
- impact(1)
- 신뢰성(1)
- 템플릿(1)
- 우주(1)
- 메타포(1)
- 행복(1)
- 메시지큐(1)
- aspect(1)
- snmp4j(1)
- String(1)
- 동반자(1)
- 인터뷰(1)
- algorithm(1)
- 부모참여수업(1)
- 감정(1)
- 복잡성(1)
- 일기(1)
- 클린코드(1)
- 어설프다(1)
- InvalidMemoryAccess(1)
- 독서메모(1)
- Ideation(1)
- di(1)
- 커밋(1)
- 인사이트(1)
- MVP(1)
- PSA(1)
- 이슈관리(1)
- putty(1)
- 기록(1)
- lazy(1)
- JIRA(1)
- 어린이(1)
- 성과(1)
- 화면중심(1)
- 템플릿/콜백(1)
- 경계값(1)
- 도구(1)
- short circuit(1)
- clean software(1)
- kotlin(1)
- 누수(1)
- 예외처리(1)
- Native(1)
- 노이즈캔슬링(1)
- 데이터 통신(1)
- 더 나은 개발(1)
- SDLC(1)
- 발표(1)
- 핀란드(1)
- 제약사항(1)
- 마음 가짐(1)
- 중복(1)
- 제안서(1)
- heap memory(1)
- 동등분할(1)
- 생존(1)
- notion(1)
- alignment(1)
- 테스트케이스(1)
- 생각의프레임(1)
- 회사(1)
- 개발자(1)
- memory(1)
- 준비(1)
- Reflection(1)
- 교보문고(1)
- 관심(1)
- 사업(1)
- 창업(1)
- lua script(1)
- 도전(1)
- split()(1)
- 멀티쓰레드(1)
- Csharp(1)
- Messaging Service(1)
- 함께(1)
- 의존(1)
- 코딩(1)
- assembly(1)
- projects(1)
- IoC(1)
- 집중(1)
- 문제정의(1)
- actions(1)
- SI 프로젝트(1)
- svn(1)
- 신뢰(1)
- 문화(1)
- warning(1)
- rebase(1)
- 죽음(1)
- 빌더 패턴(1)
- 약함(1)
- 리드잇(1)
- 백로그(1)
- Thread(1)
- Product Designer(1)
- 캐시불일치(1)
- 장애회고(1)
- S3(1)
- 우선순위(1)
- Pull Request(1)
- garbage collector(1)
- 아쉬움(1)
- 디자인 패턴(1)
- 프로젝트(1)
- ObjectMapper(1)
- iteration(1)
- 비정상종료(1)
- Product Design(1)
- VxWorks(1)
- 문제해결(1)
- 팀(1)
전체보기 (321)개발일기(76)토비의 스프링(26)더 나은 코드(23)테스트(20)Netty(18)Java(18)더 나은 테스트(15)How to work(13)생각(12)trouble shooting(11)프로그래머스(10)트러블슈팅(10)코딩테스트(10)회고(9)tcp(8)토비의스프링(8)커뮤니케이션(8)더 나은 설계(8)git(7)프로덕트 오너(7)꿈(6)agile(6)C(6)우주지상국(6)network programming(6)비동기(5)읽기모임(5)자세(5)TDD(5)고민(5)더 나은 도구(5)asynchronous(5)junit(5)aop(5)dll(5)알고리즘(5)2021(5)매니지먼트(4)배움(4)Spring(4)JNA(4)github(4)windows(4)코드리뷰(4)커리어(4)wireshark(4)독서(4)IntelliJ(4)인프콘(4)추상화(4)문제(4)debug(3)Telnet(3)예외(3)사람(3)객체지향(3)학습(3)연역적(3)데이터(3)네트워크 패킷분석(3)multithreading(3)오브젝트(3)프로젝트 매니저(3)awaitility(3)Software Engineering(3)2022(3)관계(3)습관(3)협업(3)협력(3)문제해결연습(3)test(3)의존관계(3)네트워크 프로그래밍(3)실시간(3)Software Enginerring(2)가치(2)사용자(2)마인드(2)문서화(2)주석(2)ci(2)함께자라기(2)컨퍼런스(2)TROUBLESHOOTING(2)networking(2)http(2)배포(2)Mockito(2)test case(2)귀납적(2)더 나은 디자인(2)Locale(2)clean architecture(2)문제 해결 연습(2)제품(2)리더(2)디버깅(2)collaboration(2)stream(2)분석(2)코드로 문제해결 연습(2)cherry-pick(2)온보딩(2)클린 아키텍처(2)leak(2)목표(2)리팩토링(2)소프트웨어 개발자(2)jackson(2)기획(2)User Manual(2)개발문화(2)책(2)mock(2)management(2)개방폐쇄원칙(2)실용주의 프로그래머(2)변경(2)태도(2)figma(1)Pain Point(1)PacketSender(1)StringUtils(1)커뮤니티(1)개선(1)주간보고(1)유틸리티(1)불편(1)시니어개발자(1)데이터 엔지니어(1)코드작성외에(1)Memory Leak(1)응집도(1)software engineer(1)Pair Programming(1)힙 메모리(1)TCP Connection Persistence(1)균형(1)아이들(1)고객(1)객체지향의사실과오해(1)성경(1)Device Driver(1)Thread Pool(1)OXM(1)help(1)지상국(1)비실시간(1)실험(1)SNMP(1)면접(1)사표(1)Strategy Pattern(1)동료주도개발(1)소수점(1)프로토타입(1)메모리가시성(1)Interrupt(1)인증(1)요구사항(1)공유(1)어려움(1)캐시일관성(1)예측(1)프로세스(1)Q&A(1)util(1)Functional(1)사용자중심(1)메모리(1)ux(1)volatile(1)Copilot(1)가짜필요(1)자동화(1)결합도(1)문서(1)Persona(1)대역(1)동료(1)조직(1)aws(1)아주힘듬(1)변화(1)SOLID(1)network(1)branch(1)XML(1)세미나(1)네이밍(1)Feedback(1)다름(1)User Journey(1)삶의자세(1)흥미(1)아두이노(1)병렬(1)모델링(1)작업난이도(1)코드변경관리(1)CI/CD(1)부족함(1)Manangement(1)cdd(1)Transction(1)switch(1)고통(1)Nginx(1)authentication(1)json(1)주니어(1)설계(1)트러불슈팅(1)자유(1)삶의일기(1)exception(1)더나은코드(1)DTO(1)철학(1)환경(1)1553B(1)프로그래밍(1)redmine(1)크리스찬(1)스프링(1)impact(1)신뢰성(1)템플릿(1)우주(1)메타포(1)행복(1)메시지큐(1)aspect(1)snmp4j(1)String(1)동반자(1)인터뷰(1)algorithm(1)부모참여수업(1)감정(1)복잡성(1)일기(1)클린코드(1)어설프다(1)InvalidMemoryAccess(1)독서메모(1)Ideation(1)di(1)커밋(1)인사이트(1)MVP(1)PSA(1)이슈관리(1)putty(1)기록(1)lazy(1)JIRA(1)어린이(1)성과(1)화면중심(1)템플릿/콜백(1)경계값(1)도구(1)short circuit(1)clean software(1)kotlin(1)누수(1)예외처리(1)Native(1)노이즈캔슬링(1)데이터 통신(1)더 나은 개발(1)SDLC(1)발표(1)핀란드(1)제약사항(1)마음 가짐(1)중복(1)제안서(1)heap memory(1)동등분할(1)생존(1)notion(1)alignment(1)테스트케이스(1)생각의프레임(1)회사(1)개발자(1)memory(1)준비(1)Reflection(1)교보문고(1)관심(1)사업(1)창업(1)lua script(1)도전(1)split()(1)멀티쓰레드(1)Csharp(1)Messaging Service(1)함께(1)의존(1)코딩(1)assembly(1)projects(1)IoC(1)집중(1)문제정의(1)actions(1)SI 프로젝트(1)svn(1)신뢰(1)문화(1)warning(1)rebase(1)죽음(1)빌더 패턴(1)약함(1)리드잇(1)백로그(1)Thread(1)Product Designer(1)캐시불일치(1)장애회고(1)S3(1)우선순위(1)Pull Request(1)garbage collector(1)아쉬움(1)디자인 패턴(1)프로젝트(1)ObjectMapper(1)iteration(1)비정상종료(1)Product Design(1)VxWorks(1)문제해결(1)팀(1)
개발일기 #52 : 이름 변경과 기능적 변경 분리하기
스스로 더 즐겁게 기록하자. 기능 구현 중 직접적으로 관련 없는 클래스, 메서드, 변수 이름 리팩토링이 흔하게 일어난다. 그래서 현재 집중하고 있는 수정사항과 관련이 없는 많은 파일이 함께 바뀌면서 하나의 커밋에 여러가지 수정사항이 섞이는 현상이 자주 일어났다. 이렇게
2022년 10월 18일
·
0개의 댓글·
1개발일기 #37 : 부딪히는 말들
오늘 마주한 몇몇 말들이 마음에 불편함이 된다. 합의하여 정한 일정 중 하루를 예정에 없던 용도로 사용하겠다고 통보하면서 데드라인은 그대로 유지하겠다는 말을 듣는다. 무례하게 느껴진다. 하루를 다른 용도로 사용하면 데드라인도 하루 미루는게 당연하다고 말해주었다.예외적인
2022년 9월 27일
·
0개의 댓글·
1
토비의 스프링 | 1장 오브젝트와 의존 관계 (책읽기 모임 나눔)
예제에서 DB가 변경될 수 있음을 인지한 것 처럼, 결국에는 좋은 코드를 만드는 일도 실세계에서 언제 어떤 형태로 변경이 일어나는지 잘 이해하는 것⭐이 중요하다는 생각을 하게 됩니다. DDD 이야기가 종종 나오는데 결국 Domain 을 잘 이해하야 좋은 코드를 설계할
2022년 9월 4일
·
0개의 댓글·
0