Software Engineer + Product Manager
태그 목록
- 전체보기(319)
- 개발일기(76)
- 토비의 스프링(26)
- 더 나은 코드(23)
- 테스트(20)
- Java(18)
- Netty(16)
- 더 나은 테스트(15)
- How to work(13)
- 생각(12)
- trouble shooting(11)
- 프로그래머스(10)
- 트러블슈팅(10)
- 코딩테스트(10)
- 회고(9)
- 커뮤니케이션(8)
- 더 나은 설계(8)
- 토비의스프링(8)
- tcp(8)
- 프로덕트 오너(7)
- git(7)
- network programming(6)
- agile(6)
- 꿈(6)
- C(6)
- 우주지상국(6)
- 자세(5)
- TDD(5)
- aop(5)
- 알고리즘(5)
- 읽기모임(5)
- junit(5)
- dll(5)
- 더 나은 도구(5)
- asynchronous(5)
- 고민(5)
- 2021(5)
- 문제(4)
- 추상화(4)
- 독서(4)
- wireshark(4)
- JNA(4)
- 배움(4)
- Spring(4)
- windows(4)
- github(4)
- 코드리뷰(4)
- 비동기(4)
- 커리어(4)
- 인프콘(4)
- 매니지먼트(4)
- IntelliJ(4)
- 관계(3)
- 사람(3)
- 습관(3)
- 연역적(3)
- 데이터(3)
- Software Engineering(3)
- 네트워크 패킷분석(3)
- 의존관계(3)
- 객체지향(3)
- 협업(3)
- 오브젝트(3)
- debug(3)
- awaitility(3)
- Telnet(3)
- 문제해결연습(3)
- 2022(3)
- 협력(3)
- 프로젝트 매니저(3)
- test(3)
- 실시간(3)
- 예외(3)
- multithreading(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)
- 소프트웨어 개발자(2)
- jackson(2)
- 기획(2)
- User Manual(2)
- 개발문화(2)
- 책(2)
- mock(2)
- management(2)
- 개방폐쇄원칙(2)
- 실용주의 프로그래머(2)
- 변경(2)
- 태도(2)
- 팀(1)
- StringUtils(1)
- 커뮤니티(1)
- PacketSender(1)
- 객체지향의사실과오해(1)
- 비실시간(1)
- 개선(1)
- 주간보고(1)
- Product Design(1)
- 불편(1)
- 시니어개발자(1)
- 데이터 엔지니어(1)
- 코드작성외에(1)
- Memory Leak(1)
- 응집도(1)
- software engineer(1)
- Pair Programming(1)
- 힙 메모리(1)
- TCP Connection Persistence(1)
- 균형(1)
- 아이들(1)
- 고객(1)
- SNMP(1)
- 성경(1)
- Device Driver(1)
- Thread Pool(1)
- OXM(1)
- 유틸리티(1)
- 지상국(1)
- 인증(1)
- 실험(1)
- 캐시일관성(1)
- 면접(1)
- 사표(1)
- help(1)
- 동료주도개발(1)
- 소수점(1)
- 프로토타입(1)
- 메모리가시성(1)
- Interrupt(1)
- 프로세스(1)
- 요구사항(1)
- 공유(1)
- 어려움(1)
- 메모리(1)
- Strategy Pattern(1)
- 자동화(1)
- Q&A(1)
- util(1)
- Functional(1)
- 사용자중심(1)
- 문서(1)
- ux(1)
- 예측(1)
- Copilot(1)
- 가짜필요(1)
- Persona(1)
- 결합도(1)
- 변화(1)
- 세미나(1)
- 대역(1)
- 동료(1)
- 조직(1)
- volatile(1)
- 아주힘듬(1)
- 다름(1)
- SOLID(1)
- network(1)
- branch(1)
- XML(1)
- 코드변경관리(1)
- 네이밍(1)
- aws(1)
- 부족함(1)
- Feedback(1)
- 삶의자세(1)
- 흥미(1)
- User Journey(1)
- 병렬(1)
- 모델링(1)
- 아두이노(1)
- cdd(1)
- CI/CD(1)
- authentication(1)
- Manangement(1)
- 설계(1)
- Transction(1)
- switch(1)
- 고통(1)
- Nginx(1)
- 트러불슈팅(1)
- json(1)
- 주니어(1)
- exception(1)
- DTO(1)
- 자유(1)
- 작업난이도(1)
- 스프링(1)
- 더나은코드(1)
- 템플릿(1)
- 철학(1)
- 환경(1)
- 1553B(1)
- 프로그래밍(1)
- redmine(1)
- 삶의일기(1)
- 메타포(1)
- impact(1)
- 크리스찬(1)
- aspect(1)
- 우주(1)
- algorithm(1)
- 행복(1)
- 메시지큐(1)
- 일기(1)
- 신뢰성(1)
- String(1)
- 동반자(1)
- 인터뷰(1)
- InvalidMemoryAccess(1)
- 부모참여수업(1)
- 감정(1)
- 복잡성(1)
- 독서메모(1)
- 클린코드(1)
- snmp4j(1)
- 어설프다(1)
- 인사이트(1)
- Ideation(1)
- di(1)
- 커밋(1)
- MVP(1)
- PSA(1)
- 네트워크 프로그래밍(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)
- warning(1)
- IoC(1)
- assembly(1)
- projects(1)
- 캐시불일치(1)
- 집중(1)
- 문제정의(1)
- actions(1)
- SI 프로젝트(1)
- 코딩(1)
- 신뢰(1)
- 문화(1)
- 우선순위(1)
- rebase(1)
- 죽음(1)
- 빌더 패턴(1)
- svn(1)
- 리드잇(1)
- 백로그(1)
- Thread(1)
- Product Designer(1)
- 비정상종료(1)
- 약함(1)
- S3(1)
- figma(1)
- Pull Request(1)
- garbage collector(1)
- 아쉬움(1)
- 장애회고(1)
- 디자인 패턴(1)
- ObjectMapper(1)
- iteration(1)
- Pain Point(1)
- 프로젝트(1)
- VxWorks(1)
- 문제해결(1)
전체보기 (319)개발일기(76)토비의 스프링(26)더 나은 코드(23)테스트(20)Java(18)Netty(16)더 나은 테스트(15)How to work(13)생각(12)trouble shooting(11)프로그래머스(10)트러블슈팅(10)코딩테스트(10)회고(9)커뮤니케이션(8)더 나은 설계(8)토비의스프링(8)tcp(8)프로덕트 오너(7)git(7)network programming(6)agile(6)꿈(6)C(6)우주지상국(6)자세(5)TDD(5)aop(5)알고리즘(5)읽기모임(5)junit(5)dll(5)더 나은 도구(5)asynchronous(5)고민(5)2021(5)문제(4)추상화(4)독서(4)wireshark(4)JNA(4)배움(4)Spring(4)windows(4)github(4)코드리뷰(4)비동기(4)커리어(4)인프콘(4)매니지먼트(4)IntelliJ(4)관계(3)사람(3)습관(3)연역적(3)데이터(3)Software Engineering(3)네트워크 패킷분석(3)의존관계(3)객체지향(3)협업(3)오브젝트(3)debug(3)awaitility(3)Telnet(3)문제해결연습(3)2022(3)협력(3)프로젝트 매니저(3)test(3)실시간(3)예외(3)multithreading(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)소프트웨어 개발자(2)jackson(2)기획(2)User Manual(2)개발문화(2)책(2)mock(2)management(2)개방폐쇄원칙(2)실용주의 프로그래머(2)변경(2)태도(2)팀(1)StringUtils(1)커뮤니티(1)PacketSender(1)객체지향의사실과오해(1)비실시간(1)개선(1)주간보고(1)Product Design(1)불편(1)시니어개발자(1)데이터 엔지니어(1)코드작성외에(1)Memory Leak(1)응집도(1)software engineer(1)Pair Programming(1)힙 메모리(1)TCP Connection Persistence(1)균형(1)아이들(1)고객(1)SNMP(1)성경(1)Device Driver(1)Thread Pool(1)OXM(1)유틸리티(1)지상국(1)인증(1)실험(1)캐시일관성(1)면접(1)사표(1)help(1)동료주도개발(1)소수점(1)프로토타입(1)메모리가시성(1)Interrupt(1)프로세스(1)요구사항(1)공유(1)어려움(1)메모리(1)Strategy Pattern(1)자동화(1)Q&A(1)util(1)Functional(1)사용자중심(1)문서(1)ux(1)예측(1)Copilot(1)가짜필요(1)Persona(1)결합도(1)변화(1)세미나(1)대역(1)동료(1)조직(1)volatile(1)아주힘듬(1)다름(1)SOLID(1)network(1)branch(1)XML(1)코드변경관리(1)네이밍(1)aws(1)부족함(1)Feedback(1)삶의자세(1)흥미(1)User Journey(1)병렬(1)모델링(1)아두이노(1)cdd(1)CI/CD(1)authentication(1)Manangement(1)설계(1)Transction(1)switch(1)고통(1)Nginx(1)트러불슈팅(1)json(1)주니어(1)exception(1)DTO(1)자유(1)작업난이도(1)스프링(1)더나은코드(1)템플릿(1)철학(1)환경(1)1553B(1)프로그래밍(1)redmine(1)삶의일기(1)메타포(1)impact(1)크리스찬(1)aspect(1)우주(1)algorithm(1)행복(1)메시지큐(1)일기(1)신뢰성(1)String(1)동반자(1)인터뷰(1)InvalidMemoryAccess(1)부모참여수업(1)감정(1)복잡성(1)독서메모(1)클린코드(1)snmp4j(1)어설프다(1)인사이트(1)Ideation(1)di(1)커밋(1)MVP(1)PSA(1)네트워크 프로그래밍(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)warning(1)IoC(1)assembly(1)projects(1)캐시불일치(1)집중(1)문제정의(1)actions(1)SI 프로젝트(1)코딩(1)신뢰(1)문화(1)우선순위(1)rebase(1)죽음(1)빌더 패턴(1)svn(1)리드잇(1)백로그(1)Thread(1)Product Designer(1)비정상종료(1)약함(1)S3(1)figma(1)Pull Request(1)garbage collector(1)아쉬움(1)장애회고(1)디자인 패턴(1)ObjectMapper(1)iteration(1)Pain Point(1)프로젝트(1)VxWorks(1)문제해결(1)
토비의 스프링 | 3장 템플릿 (모임 중 든 생각, 기억에 남는 말말말)
‘객체란 무엇인가?’라는 질문을 받고 순간적으로 상태와 행위를 가진 프로그래밍의 단위 정도가 생각납니다. 조금 있다 문득 객체 중에는 상태가 없이(사용자가 멤버 변수를 정의하지는 않아도 사실 객체가 되기 위해 JVM이 관리하는 상태는 있을 테지만) 행위만 가지는 객체도
2022년 9월 26일
·
0개의 댓글·
0콜백을 위해 항상 람다식을 전달하는게 좋나요?
템플릿에 콜백을 위한 객체를 전달할 때 람다식을 사용하시나요? Functional 인터페이스를 정의한 분리된 클래스 객체를 전달하시나요?
2022년 9월 26일
·
0개의 댓글·
1