<feed xmlns="http://www.w3.org/2005/Atom"> <id>https://gim224.github.io/</id><title>코딩찌개</title><subtitle>개발교육자가 되고 싶은 김기태(gt.kim)</subtitle> <updated>2024-05-23T00:13:15+09:00</updated> <author> <name>gt.kim</name> <uri>https://gim224.github.io/</uri> </author><link rel="self" type="application/atom+xml" href="https://gim224.github.io/feed.xml"/><link rel="alternate" type="text/html" hreflang="ko" href="https://gim224.github.io/"/> <generator uri="https://jekyllrb.com/" version="4.3.3">Jekyll</generator> <rights> © 2024 gt.kim </rights> <icon>/assets/img/favicons/favicon.ico</icon> <logo>/assets/img/favicons/favicon-96x96.png</logo> <entry><title>정적 팩토리 메서드 네이밍 컨벤션</title><link href="https://gim224.github.io/posts/%EC%A0%95%EC%A0%81-%ED%8C%A9%ED%86%A0%EB%A6%AC-%EB%A9%94%EC%84%9C%EB%93%9C-%EB%84%A4%EC%9D%B4%EB%B0%8D-%EC%BB%A8%EB%B2%A4%EC%85%98/" rel="alternate" type="text/html" title="정적 팩토리 메서드 네이밍 컨벤션" /><published>2024-01-29T14:33:00+09:00</published> <updated>2024-01-29T14:33:00+09:00</updated> <id>https://gim224.github.io/posts/%EC%A0%95%EC%A0%81-%ED%8C%A9%ED%86%A0%EB%A6%AC-%EB%A9%94%EC%84%9C%EB%93%9C-%EB%84%A4%EC%9D%B4%EB%B0%8D-%EC%BB%A8%EB%B2%A4%EC%85%98/</id> <content src="https://gim224.github.io/posts/%EC%A0%95%EC%A0%81-%ED%8C%A9%ED%86%A0%EB%A6%AC-%EB%A9%94%EC%84%9C%EB%93%9C-%EB%84%A4%EC%9D%B4%EB%B0%8D-%EC%BB%A8%EB%B2%A4%EC%85%98/" /> <author> <name>gt.kim</name> </author> <category term="Programming" /> <category term="java" /> <summary> 꼭 자려고 하면 해결 방법이 생각난다. 자려는데 해결 방법이 생각났어요 이펙티브 자바3/E 아이템 1 : 생성자 대신 정적 팩토리 메서드를 고려하라. 정적 팩토리 메서드를 만드는데 있어서 일반적으로 많이 사용되는 네이밍 컨벤션 from : 하나의 매개 변수를 받아서 객체를 생성 of : 여러개의 매개 변수를 받아서 객체를 생성 getInstance / instance : 인스턴스를 생성. 이전에 반환했던 것과 같을 수 있음. newInstance / create : 새로운 인스턴스를 생성 get[OtherType] : 다른 타입의 인스턴스를 생성. 이전에 반환했던 것과 같을 수 있음. new[OtherType] : 다른 타입의 새로운 인스턴스를 생성. ... </summary> </entry> <entry><title>수주내역 분석 프로그램</title><link href="https://gim224.github.io/posts/%EC%88%98%EC%A3%BC%EB%82%B4%EC%97%AD-%EB%B6%84%EC%84%9D-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%A8/" rel="alternate" type="text/html" title="수주내역 분석 프로그램" /><published>2024-01-18T16:52:00+09:00</published> <updated>2024-01-18T16:52:00+09:00</updated> <id>https://gim224.github.io/posts/%EC%88%98%EC%A3%BC%EB%82%B4%EC%97%AD-%EB%B6%84%EC%84%9D-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%A8/</id> <content src="https://gim224.github.io/posts/%EC%88%98%EC%A3%BC%EB%82%B4%EC%97%AD-%EB%B6%84%EC%84%9D-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%A8/" /> <author> <name>gt.kim</name> </author> <category term="Programming" /> <category term="python" /> <summary> 기계처럼 반복되는 업무를 프로그램화할 수 있는 것이야말로 개발자의 축복아닐까? 찰리 채플린의 영화 《모던 타임즈》(1936)의 한 장면 발단 친구녀석은 전기업체를 다닌다. 해당 업체는 많은 사업을 수주하기 위해 나라장터1에 있는 과거 수주내역을 면밀히 분석하여 나름의 패턴(?)을 발견하였다! (예정가격사정률2이라는 정보를 활용하더라.. 자세한 건 비밀🤫) 하지만 이를 체계적으로 관리할 시스템의 부재로 소수점 아래 5자리까지의 큰 수들을 노트에 일일히 수기로 적어서 관리하고 있더라. 넌 개발자니까 쉽게 개선할 수 있잖아? (나를 자극해? 코딩으로 혼내주지👨‍💻) 전개 1. 카카오톡으로 소통 평일에는 각자의 일을 하고 있어 카카오톡으로 뜨문뜨문 소통했는데… Needs를 파악하... </summary> </entry> <entry><title>유용한 조각 모음</title><link href="https://gim224.github.io/posts/%EC%9C%A0%EC%9A%A9%ED%95%9C/" rel="alternate" type="text/html" title="유용한 조각 모음" /><published>2022-11-29T09:00:00+09:00</published> <updated>2022-11-29T09:00:00+09:00</updated> <id>https://gim224.github.io/posts/%EC%9C%A0%EC%9A%A9%ED%95%9C/</id> <content src="https://gim224.github.io/posts/%EC%9C%A0%EC%9A%A9%ED%95%9C/" /> <author> <name>gt.kim</name> </author> <category term="Notes" /> <category term="사이트" /> <summary> 다시 한번 방문하고 싶은 사이트를 스크랩합니다. 개발 레퍼런스 CSS animation customizing icon text to camel-case JSON Viewer 매거진 ⭐우아한형제들 기술블로그 ⭐velog NAVER D2 요즘IT 추천1 - 회사 다니면서 바쁜 와중에도 성장하는 팁 브런치 추천1 - 주니어 개발자를 위한 글 추천(feat.요즘IT) NHN Cloud Meetup 고퀄리티⚡개발 컨텐츠 모음 </summary> </entry> <entry><title>react 프로젝트 성능 개선</title><link href="https://gim224.github.io/posts/%EC%84%B1%EB%8A%A5%EA%B0%9C%EC%84%A0/" rel="alternate" type="text/html" title="react 프로젝트 성능 개선" /><published>2022-11-14T09:00:00+09:00</published> <updated>2022-11-14T09:00:00+09:00</updated> <id>https://gim224.github.io/posts/%EC%84%B1%EB%8A%A5%EA%B0%9C%EC%84%A0/</id> <content src="https://gim224.github.io/posts/%EC%84%B1%EB%8A%A5%EA%B0%9C%EC%84%A0/" /> <author> <name>gt.kim</name> </author> <category term="Programming" /> <category term="react" /> <summary> 기다리는 것을 좋아하는 사람은 없습니다. 사용자의 50% 이상이 로드하는 데 3초 이상 걸리는 경우 웹사이트를 이탈합니다. IT’S TO SLOW! “최초 화면이 열리는 시간이 너무 느리다!”는 PM님과 고객의 소리에 힘입어.. (SPA는 원래 느려요ㅠㅠ) 성능 개선을 계획하였다. 먼저 목표와 대상을 정하고, 이를 측정할 도구와 지표를 정의하였다. 또한 TO-DO 리스트를 만들어, 성능 개선을 차례차례 진행하여 각각의 성능을 측정해보았다. TL;DR First Contentful Paint(FCP): 28% 개선 (2.5초 ➡ 1.8초) Time To Interactive(TTI): 17% 개선 (6.3초 ➡ 5.2초) 성능 개선 ... </summary> </entry> <entry><title>react와 퍼블리싱</title><link href="https://gim224.github.io/posts/react%EC%99%80-%ED%8D%BC%EB%B8%94%EB%A6%AC%EC%8B%B1/" rel="alternate" type="text/html" title="react와 퍼블리싱" /><published>2022-06-13T21:28:00+09:00</published> <updated>2022-06-13T21:28:00+09:00</updated> <id>https://gim224.github.io/posts/react%EC%99%80-%ED%8D%BC%EB%B8%94%EB%A6%AC%EC%8B%B1/</id> <content src="https://gim224.github.io/posts/react%EC%99%80-%ED%8D%BC%EB%B8%94%EB%A6%AC%EC%8B%B1/" /> <author> <name>gt.kim</name> </author> <category term="Notes" /> <summary> 워크 플로우 디자이너 : 디자인 툴을 활용하여 화면을 그림. 퍼블리셔 : 디자이너로부터 받은 화면을 HTML, CSS, JS로 구현. react개발자 : 퍼블리셔로부터 받은 HTML, CSS, JS를 react에 맞도록 전환. (참고로 react에는 html이 필요없음.) 결국 프론트를 구현하기 위해 일을 두 번씩 하는 꼴. react를 쓰는 이유 중 하나는 컴포넌트의 재사용, 하지만 내가 원하는대로 컴포넌트를 분리하기가 쉽지 않음. (html이 이미 퍼블리셔 마음대로 나와있으니까!) 컴포넌트로 열심히 찢어놨는데 화면 소스에 변경이 필요한 경우… 퍼블리셔가 어디 수정했는지 추적하고,,, 분리해놓은 컴포넌트도 열심히 뒤져서 변경해야함.. 결론 퍼블리셔와 협업하기에 좋... </summary> </entry> </feed>
