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)
다 쓴 객체 참조에 항상 null 값을 할당해야 하나요?
어제 팀에서 작성된 코드 중에 이런 패턴의 코드가 있어서 Effective Java 책의 내용(아이템 7 다 쓴 객체 참조를 해제하라)을 살펴보았습니다.결론은 ‘다 쓴 객체 참조를 프로그래머가 항상 명시적으로 해제(null 처리)할 필요는 없다’ 입니다. 아래는 관련된
2023년 1월 12일
·
0개의 댓글·
0