<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>한국어 글 on Liam Hwang</title><link>https://thefron.me/kr/</link><description>Recent content in 한국어 글 on Liam Hwang</description><image><title>Liam Hwang</title><url>https://thefron.me/og-image.png</url><link>https://thefron.me/og-image.png</link></image><generator>Hugo -- 0.135.0</generator><language>en-us</language><lastBuildDate>Mon, 30 Dec 2024 15:26:49 +0900</lastBuildDate><atom:link href="https://thefron.me/kr/index.xml" rel="self" type="application/rss+xml"/><item><title>2024 연말 회고</title><link>https://thefron.me/kr/2024-retro/</link><pubDate>Mon, 30 Dec 2024 15:26:49 +0900</pubDate><guid>https://thefron.me/kr/2024-retro/</guid><description>&lt;p>2024년이 끝나간다.
창업 이후 가장 많은 변화가 있었던 해였고, 회사와 개인적으로도 큰 도전과 성장이 있었다.&lt;/p>
&lt;h2 id="회사의-성장">회사의 성장&lt;/h2>
&lt;p>작년에는 &amp;lsquo;머리에 불이 붙은 문제&amp;rsquo;를 찾아 헤매던 시기였다면, 올해는 그 문제를 해결하는 제품을 만들어 시장에서 검증받는 시기였다.&lt;/p>
&lt;h3 id="문제-정의에서-제품-출시까지">문제 정의에서 제품 출시까지&lt;/h3>
&lt;p>작년에는 60번이 넘는 인터뷰를 진행했다.
인터뷰를 하면서 한 가지 부정할 수 없는 전제를 확인할 수 있었는데, 바로 기업들이 LLM을 활용해 생산성을 개선하고 싶어한다는 것이었다.
(너무 당연하다.)
하지만 동시에 큰 도전 과제도 발견했다.
기업들이 실제로 LLM을 도입하고 유용한 수준에 도달하려면 특정 버티컬에서 깊은 연동이 필요하지만 많은 회사는 직접 그걸 하는 ROI가 나오지 않고 아직 검증도 덜 된 상태였다.
그런 문제를 해결해주고 싶은 스타트업으로써는 문제인지 아직 확실하지 않은 상태에서 우리에게 베팅하고 함께 만들어갈 디자인 파트너를 찾는 게 쉽지 않았다.
특히 우리가 ICP로 삼았던 Technical Customer Support 팀이나 SRE 팀은 대부분 시리즈 A 이상의 조직들에서 생겨나는 팀들이었다.
실무자나 팀 리드들은 문제가 있다고 말하고 우리가 제안하려는 솔루션에 관심을 보였지만, 실제로 도입하려면 어느정도 사이즈가 있는 조직 특성 상 긴 리드 타임과 컴플라이언스 같은 높은 진입 장벽을 넘어야 했다.
문제가 확실히 검증됐다면 당연히 감수해야 할 과정이었겠지만, 창업팀 입장에서는 아직 검증되지 않은 가설을 위해 긴 시간과 비용을 투자하기가 어려웠다.(반대편도 마찬가지다.)
전형적인 닭과 달걀의 문제였다.&lt;/p></description></item><item><title>회사 테크 블로그 기고 - PhantomJS를 Headless Chrome(Puppeteer)로 전환하며</title><link>https://thefron.me/kr/buzzvil-tech-blog-puppeteer/</link><pubDate>Sun, 22 Sep 2019 11:49:39 +0900</pubDate><guid>https://thefron.me/kr/buzzvil-tech-blog-puppeteer/</guid><description>버즈빌 테크 블로그에 기고한 PhantomJS를 Headless Chrome(Puppeteer)로 전환하며 겪은 내용들을 정리해 보았습니다.</description></item><item><title>간만의 한글입숨 리뉴얼</title><link>https://thefron.me/kr/hangul-ipsum-update/</link><pubDate>Tue, 25 Jul 2017 01:03:26 +0900</pubDate><guid>https://thefron.me/kr/hangul-ipsum-update/</guid><description>&lt;p>&lt;a href="https://hangul.thefron.me">한글입숨&lt;/a>&lt;/p>
&lt;p>기능이 너무 단순해서 딱히 손 안되도 잘 돌아가던 서비스지만, 마지막 수정일이 6년 전인건 좀 너무하다 싶어서 간만에 손을 좀 봤다. 그새 레일즈는 메이저 버전이 3에서 5로 올랐고, 한 때 유행했던 패턴 백그라운드는 관짝에 들어간 지 오래다. 딱히 기능을 바꿀건 없어서 약간의 리팩토링만 하고 배포 완료. 눈꼽만큼이지만 방문자가 꾸준히 있긴 하니 유지는 해야지 싶다.&lt;/p></description></item><item><title>샤오미 Yeelight 스마트 전구 설치기</title><link>https://thefron.me/kr/yeelight-review/</link><pubDate>Tue, 21 Mar 2017 23:43:02 +0900</pubDate><guid>https://thefron.me/kr/yeelight-review/</guid><description>&lt;p>회사에 조명에 관심많은 형이 있는데, 하얀 형광등을 무지 싫어하고 간접조명을 좋아하는 스타일이다. 작년에 이사한 사무실도 셀프로 조명 시공을 했고, 집에서도 알렉사와 필립스 Hue 조합으로 조명 시스템을 구비해놓은 사람이다. 나도 어쩌다보니 영향을 받아 스마트 전구에 관심을 갖게됐다.&lt;/p>
&lt;p>당시(지금도) 필립스 Hue는 좀 비싼 선택지라 대안이 있는지 알아보던 중 Indiegogo에서 &amp;ldquo;World&amp;rsquo;s Most Affordable Wi-Fi Smart Bulb&amp;rdquo; 라는 타이틀을 단 스마트 전구를 보게됐고, 개당 $20도 안하는 가격이라 확 질렀었다.&lt;/p>
&lt;p>그로부터 장장 16개월이라는 기나긴 인내의 시간이 시작된다 -ㅅ-&lt;/p></description></item><item><title>Docker를 이용한 bundle install 및 Gemfile.lock 업데이트하기</title><link>https://thefron.me/kr/bundle-install-using-docker/</link><pubDate>Wed, 28 Sep 2016 15:23:39 +0900</pubDate><guid>https://thefron.me/kr/bundle-install-using-docker/</guid><description>&lt;p>여러개의 ruby 프로젝트를 작업하다보면 rbenv, rvm 등으로 버전별, 프로젝트별 ruby와 gem들을(rvm의 경우 gemset) 관리해야하는 귀찮음이 생긴다.&lt;/p>
&lt;p>지난번에 로컬에 프로젝트 관련 gem을 깔지 않기로 결심했으니 rubygems의 디펜던시를 기록하는 &lt;code>Gemfile.lock&lt;/code> 파일 역시 docker를 이용해 업데이트를 하기로 했다.&lt;/p>
&lt;p>아래와 같은 &lt;code>Gemfile&lt;/code>이 있다고 하자.&lt;/p>
&lt;div class="highlight">&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code class="language-ruby" data-lang="ruby">&lt;span style="display:flex;">&lt;span>&lt;span style="color:#75715e"># Gemfile&lt;/span>
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>ruby &lt;span style="color:#e6db74">&amp;#39;2.3.1&amp;#39;&lt;/span>
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>source &lt;span style="color:#e6db74">&amp;#39;https://rubygems.org&amp;#39;&lt;/span>
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>gem &lt;span style="color:#e6db74">&amp;#39;sinatra&amp;#39;&lt;/span>
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/div>&lt;p>위 Gemfile에서 ruby 버전을 2.3.1로 명시하고 있기 때문에 rvm이든 rbenv든 이용해서 로컬에 해당 버전을 설치해 줘야 &lt;code>bundle install&lt;/code>을 실행할 수 있다.
하지만 docker를 이용하면 원하는 ruby 버전으로 one-off container를 만들어 현재 경로를 mount한 채로 &lt;code>bundle install&lt;/code>을 실행하면 &lt;code>Gemfile.lock&lt;/code>을 올바르게 업데이트 할 수 있다.&lt;/p></description></item><item><title>로컬 postgres 없이 heroku pg:psql 커맨드 사용하기</title><link>https://thefron.me/kr/heroku-pg-psql-using-docker/</link><pubDate>Wed, 31 Aug 2016 16:45:45 +0900</pubDate><guid>https://thefron.me/kr/heroku-pg-psql-using-docker/</guid><description>&lt;p>최근 로컬 개발환경을 리셋하면서 redis, postgres 등 각종 개발 디펜던시를 설치하지 않고, 오직 docker만 이용해서 로컬 환경을 최대한 깔끔하게 유지하기로 마음먹었다(똥고집이다).&lt;/p>
&lt;p>그런데 난관이 등장했으니,&lt;/p>
&lt;p>프로덕션 배포 중인 heroku 앱의 postgres 디비 콘솔에 접근하기 위해 heroku toolbelt에서 제공하는 &lt;code>heroku pg:psql&lt;/code> 커맨드를 자주 사용하는데, 이 때 로컬 경로의 &lt;code>psql&lt;/code>을 이용한다는 것이다.&lt;/p>
&lt;div class="highlight">&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code class="language-bash" data-lang="bash">&lt;span style="display:flex;">&lt;span>$ heroku pg:psql
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>---&amp;gt; Connecting to DATABASE_URL
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>sh: psql: command not found
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/div>&lt;p>굳이 toolbelt를 쓰지 않고 &lt;code>docker run -it --rm postgres psql&lt;/code> 커맨드에 적당히 credential을 넣어주면 되지만, 매번 credential을 알아오기도 귀찮고 heroku toolbelt를 썩히기도 아까워 해결책이 있을지 고민해봤다.
처음에는 간단히 alias를 걸면 될 줄 알았는데 heroku command에서 쉘 환경을 리셋시켜버려서 command not found가 떴다.&lt;/p></description></item></channel></rss>