대AI 시대에 흐름에 맞게 사내에서 프롬프트 엔지니어링 스터디를 진행하고 있는데, 대략적인 개념을 잡을 수 있게 책을 한권 사서 읽었다."개념 이해로 시작하기 좋은" 과 같이 소프트웨어 관련 업무를 하지 않는 사람도 쉽게 읽고 이해할 수 있도록 설명한 책으로 깊이 보다는 프롬프트 관련 전반적인 큰 그림을 이해하는데 도움이 된다. 프롬프트에 대한 몇가지 기법들도 설명하고 있는데, 공통적으로 하는 이야기는 비슷하다.(기법들은 대부분 https://www.promptingguide.ai/ 에 잘 설명되어 있다)프롬프트에는 목적, 맥락, 컨텍스트(설명), 원하는 결과가 잘 정의 되어 있어야 하고, 한번 정의해서 사용하는 것이 아닌 점진적으로 개선이 필요하다. 비결정적이다 보니 결국 사람과 커뮤니케이션과 굉장히 ..
퇴근후 잠시 들린 알라딘에서 책 보다가 지은이가 판교불패라서 개발업에 종사하시는 분인가 싶었는데 구체적으로 언급되지는 않았다.중간중간 만화로 금융 단어들을 재미있게 설명해주는 부분이 있어서 구미가 땡겨서 구매하고 주말간 읽어봤다. 책을 읽으며 레이 달리오 올웨더 포트폴리오 생각났는데, 거의 비슷한 내용을 좀더 많은 사람들이 이해할 수 있도록 쉽게 설명해두었는데, 쉽게 설명한 만큼 깊이에서는 아쉬움이 느껴질 수 있다. 종목 추천보다는 거시적인 관점에서 많은 이야기를 풀어냈는데, 최근 양적 완화로 인해 거시적인 관점도 이전과는 많이 달라지고 있어서 주의가 필요하다. 무조건 받아드리기 보다는 기본적인 지식을 이용해 자신의 주관을 세우고 해석하는 것이 좋아보인다. 투자에 이제 관심이 가지는 사람이라면 한번쯤은 ..
이전부터 이따금식 듣긴했지만, 최근에 좀더 많이 듣게 되는 단어 DDD 궁금해서 주말간 가볍게 읽어봤다.유투브 개발 영상이나 컨퍼런스 등에서 몇번 접해봤는데 당시는 이해할듯 아리송한 부분들이 있었고,책으로 접하니 아리송한 부분들이 일부 해결되었다. 150페이지가 안되는 가볍게 읽기 좋은 책이다. 도메인 주도 설계가 무엇인지 하나하나 세세하게 나열하기 보다는 호기심이 있는 독자들을 위한 책으로 읽고나니 좀더 관심이 생겨서 에릭 에반스가 쓴 도메인 주도 설계 책도 읽어봐야겠다- 그럼 20000
오랜만에 읽은 교양서적!혼자 하는 것 이상의 성과를 거두는 것,스포츠 경기처럼 자신이 득점이 많아도 팀이 지면 지는 것을 이해하는 것,그것이 바로 진정한 팀워크다. 팀을 이끌어가는 캐서린을 제외하고는 C-Level 7명 사이에서 생기는 문제들과 해결과정을 나열하고 있다.하나의 팀이 되는 과정에서 여러 문제점들이 발견되고, 최종적으로는 2명이 회사를 나가게 된다.이 과정을 헤쳐나가며 좀더 성숙한 '하나의 팀'이 된다. (개인적으로 마이키가 회사를 나갈것이라고는 상상하지 못했다.) 그리고 팀워크를 흔드는 5가지 함정.1. 신뢰의 결핍신뢰가 부족한 팀원들은 자신의 약점과 실수를 감추려고 하며, 동료의 비판을 기꺼이 받아들이지 못한다. 또 자신의 책임 영역이 아니라고 생각하면 서로 도우려고 하지 않는다. -> ..
약 250 페이지로, 이동하는 시간이나, 주말에 짬내어 읽어보기 좋은 책이다.세세하게는 아니지만, 팀장 혹은 매니저가 수행해야하는 전반적인 맥락을 알려준다.또한 어떤 마인드셋을 가지고 있어야 하는지 경험을 통해 가이드해준다. 팀장을 이해하고 싶은 팀원팀장을 간접 경험하고 싶은 팀장 희망자갑자기 팀장이 된 분들에게 추천한다.이미 팀장의 역할을 충분히 잘 소화하고 있는 분들에게 크게 도움이 되지는 않을 수 있다. 팀내 관계, 생산성, 팀워크, 성장, 개인의 목표 / 프로젝트내 목표, 진행 상황, 프로세스, 안전 확보, 성취 / 외부 환경 등 신경써야 하는 부분들이 꽤나 많고, 이런 부분들은 타고나는 것이 아니라 학습하고 능력을 길러야 한다.그리고 위의 모든 것은 신뢰를 기본으로 한다. 벌써 24년 10월 2..
스터디를 진행하며 굉장히 개인적인 생각과 정리한 내용입니다. 1장단위 테스트는 더 나은 설계로 이어진다 → 단위 테스트의 주요 목표 X 지속 가능한 소프트웨어를 위한 기반을 만드는 것코드가 늘어나면서 발생하는 복잡도를 선형적으로 만들어줌소프트웨어 엔트로피 비유가 인상깊음무언가 변경하면 무질서도 증가함좋은 테스트 코드 ~~ 제품에 대한 이해도와 비례하지 않을까 ?좋은 테스트 코드는 작업 소요 시간이 잘못된 테스트, 테스트를 짜지 않는 것 보다 오래걸림 ⇒ 어느정도 투자할 것인가 ?테스트도 코드 작성의 일부, 코드가 많아지면 잠재적인 버그가 생김 따라서 소프트웨어 원칙들이 적용됨.커버리지는 요구사항이 될 수 없음.⇒ 단위 테스트를 잘 작성하는 것도 중요하지만, 단위 테스트를 작성하도록 권장하는 분위기가 시작..
실제 업무에서 발생했던 이벤트를 nowinandroid 프로젝트에 비유해서 표현하였습니다. tl;dr이미지 로더로 Coil 을 사용한다면, respectCacheHeaders 의 값을 서버 환경에 맞게 잘 설정해줘야 합니다.잘못될 경우, Disk 에 저장만하고, 사용하지 않고 있을 수도 있습니다.Glide 에 OkHttp 를 integration 해서 사용한다면 같은 문제가 발생할 수 있습니다. 동료가 Coil 을 이용해서 개발중, 이미지가 너무 늦게 보이는 것 같다는 이야기하였고 실제로 URL 형식의 이미지를 로드하는데, 특정 이미지의 경우 Disk Hit 이 되지 않고, 항상 Network Hit 이 되는 경우가 있었습니다. 다만 Glide 는 Disk Hit 이 잘 되고 있었습니다. (뒤에서 이야..
한달에 한권씩 읽어야 하는데, 너무 오랜만에 책을 읽은 느낌입니다. 그동안 드로이드 나이츠 발표도 하고,회사에서도 2분기 끝나고 회고를 진행중이네요. (발표가 궁금하시다면 아래에 링크 걸어두겠습니다) 토스 앱에서 머니북이 나왔다는 알림을 받고 궁금해서 구매해서 읽어봤습니다. (길에서 읽으면 꽤 주목받을 외관을 가지고 있어요 ㅋㅋ) 전반적으로 내용은 살면서 어디선가 들어본 금융 단어, 개념 등의 지식을 포괄적으로 설명해주고 있습니다. 기초 지식위주로 복잡하거나 어려운 내용은 없었고, 약 442 페이지로 짧거나 길지 않은 적절한 분량을 가지고 있습니다. 안그래도 전세계약이 끝나가서 그런지 흥미롭게 읽었네요. 이제 사회생활을 시작하는 분들에게 강추하는 책이에요. 저는 너무 늦게 금융지식을 공부하기 시작했지만..
해당 포스트는 엄재웅 - Compose 성능 최적화를 위한 Stability 마스터하기(https://www.youtube.com/watch?v=bDyhdJk3uZM) 를 보고 간략하게 정리한 내용 & 간단한 개인 의견을 주저리 적어두었습니다.원본 영상은 좋은 내용이 많으니, 보시길 추천드립니다.Stable 로 간주되는 유형원시 타입파라미터가 없는 모든 람다 (파라미터를 넘기는 경우 해당 파라미터가 Stable 인 경우만)(data) class 의 public property 가 불변(val) 이거나 Stable 인 경우(data) class 에 @Stable 이나 @Immutable 을 명시적으로 표기하는 경우 Unstable 로 간주되는 유형(아래 모든 유형은 equals 와 별개로 동작하기 때문에 ..
