<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>jong-hui.log</title>
        <link>https://velog.io/</link>
        <description>Developer Who keep learning and thinking</description>
        <lastBuildDate>Wed, 12 Aug 2020 11:29:05 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>https://github.com/jpmonette/feed</generator>
        <image>
            <title>jong-hui.log</title>
            <url>https://images.velog.io/images/jong-hui/profile/afccfd86-8706-4817-8886-c3b497d4f7b7/social.jpeg</url>
            <link>https://velog.io/</link>
        </image>
        <copyright>Copyright (C) 2019. jong-hui.log. All rights reserved.</copyright>
        <atom:link href="https://v2.velog.io/rss/jong-hui" rel="self" type="application/rss+xml"/>
        <item>
            <title><![CDATA[중첩 삼항 연산자는 정말 읽기 힘든 걸까?]]></title>
            <link>https://velog.io/@jong-hui/%EC%A4%91%EC%B2%A9-%EC%82%BC%ED%95%AD-%EC%97%B0%EC%82%B0%EC%9E%90%EB%8A%94-%EC%A0%95%EB%A7%90-%EC%9D%BD%EA%B8%B0-%ED%9E%98%EB%93%A0-%EA%B1%B8%EA%B9%8C</link>
            <guid>https://velog.io/@jong-hui/%EC%A4%91%EC%B2%A9-%EC%82%BC%ED%95%AD-%EC%97%B0%EC%82%B0%EC%9E%90%EB%8A%94-%EC%A0%95%EB%A7%90-%EC%9D%BD%EA%B8%B0-%ED%9E%98%EB%93%A0-%EA%B1%B8%EA%B9%8C</guid>
            <pubDate>Wed, 12 Aug 2020 11:29:05 GMT</pubDate>
            <description><![CDATA[<p><a href="https://jong-hui.github.io/devlog/2020/08/12/(JavaScript)-nested-ternaries-operation/">원본 글</a></p>
<blockquote>
<p>편견 | 공정하지 못하고 한쪽으로 치우친 생각.</p>
</blockquote>
<h2 id="중첩-삼항-연산자를-싫어하는-건-편견이다">중첩 삼항 연산자를 싫어하는 건 편견이다.</h2>
<p>중첩 삼항 연사자를 사용한 코드를 보면, 바로 눈살을 찌푸리는 사람들이 있다. 거의 모든 사람들이 그럴 것이다.<br>하지만, 편견을 버리고, 중첩 삼항 연산자를 잘만 쓰면, 다른 코드로 쓴 것보다 좋은 코드를 작성할 수 있다.</p>
<hr>
<h2 id="삼항-연산자는-simple하다">삼항 연산자는 simple하다.</h2>
<blockquote>
<p>simple is best</p>
</blockquote>
<p>먼저, 본론으로 들어가기 전에, 삼항 연산자가 얼마나 좋은지 설명을 해야할 것 같다.<br>어떤 값이 <code>true</code>일 때에 다른 함수를 구현하고 싶을 때, if문으로 해당 기능을 구현하면 다음과 같다.</p>
<p><img src="https://user-images.githubusercontent.com/42797995/90005746-9ccaca00-dcd2-11ea-996b-c7245df28bc8.png" alt="if문을 사용한 간단한 예시"></p>
<p>이걸 다시 <code>삼항 연산자</code>를 사용하여 구현하면 다음과 같다.</p>
<p><img src="https://user-images.githubusercontent.com/42797995/90005953-fe8b3400-dcd2-11ea-977a-839e35d3cbbf.png" alt="삼항 연산자를 사용한 간단한 예시"></p>
<p>누가봐도, 삼항 연산자를 사용한 코드가 <strong>가독성이 좋은 코드</strong>라고 말할 것이다.<br>이렇 듯, 삼항 연산자는 올바르게 사용하면 많은 이점이 있다.</p>
<hr>
<h2 id="편견은-그냥-생기는-게-아니다">편견은 그냥 생기는 게 아니다.</h2>
<p>이런 경험이 있을 것이다. 중첩 삼항 연산자를 사용한 코드를 보며, 머리를 싸매는 경험 말이다. 사실 그런 코드들은, 작성자가 삼항 연산자를 잘못 사용하고 있었을 가능성이 매우 크다.</p>
<p><img src="https://user-images.githubusercontent.com/42797995/90007074-06e46e80-dcd5-11ea-97a9-95e378a39cae.png" alt="삼항 연산자를 안 좋게 사용한 예시"></p>
<p>위의 코드를 살펴보자, 그리고 이 코드를 이해하려고 시도해보자. 분명 이해하기 힘들 것이다. 나도 이 코드를 수정하면서 회의감을 많이 느꼈다.<br>우리는 이런 안 좋은 사례들을 목격하면서 무의식 속에는 자연스레 <code>중첩 삼항 연산자는 나쁜 것</code>라는 편견이 자리잡게 된 것이다.  </p>
<blockquote>
<p>삼항 연산자는 잘못 없어요.</p>
</blockquote>
<hr>
<h2 id="어떻게-써야-좋게-썻다고-소문이-날까">어떻게 써야 좋게 썻다고 소문이 날까?</h2>
<p>사실, 시야를 좀 넓히면 삼항 연산자를 사용할 기회는 많아질 수 있다.  </p>
<p>다음과 같은 코드가 있다고 생각해보자. 해당 코드는 사용자의 상태에 따라 추가 포인트를 정해주는 기능을 한다.</p>
<p><img src="https://user-images.githubusercontent.com/42797995/90007599-fe406800-dcd5-11ea-80d3-be61be741b22.png" alt="if문과 let을 사용한 예시"></p>
<p>해당 코드는, 상황에 따라 포인트를 다르게 주기 위해서 <code>if</code> 그리고, <code>let</code> 키워드를 사용했다. 지금 코드도 충분히 읽기 좋지만, 삼항연산자로 좀 더 좋은 코드로 만들 수 있다.</p>
<p><img src="https://user-images.githubusercontent.com/42797995/90007918-86bf0880-dcd6-11ea-915b-a6a5ca2e0880.png" alt="const와 삼함 연산자를 사용한 예시"></p>
<p>삼항 연산자를 충분히 이해하고 있다면, 이 코드가 더 읽기 좋다고 생각한다.<br>먼저, 삼항 연산자를 사용함으로써 우리는 <code>let</code>을 지우고 <code>const</code>를 사용할 수 있다.<sup><a href="https://ui.dev/var-let-const/">let VS const</a></sup> 또, 코드는 더 적게 씀으로써 버그를 줄일 수 있다.<sup><a href="https://functionalsoftware.net/less-code-and-less-bugs-with-functional-programming-languages-589/">less code, less bugs</a></sup></p>
<hr>
<h2 id="코드도-호불호가-갈린다">코드도 호불호가 갈린다?</h2>
<p><img src="https://user-images.githubusercontent.com/42797995/90004907-650f5280-dcd1-11ea-956f-57ca2a4ebe6f.png" alt="삼항 연산자를 사용한 예시"></p>
<p>해당 코드를 개발자 커뮤니티에 올리고, 의견을 물어본 적이 있었다. 그때의 반응은 이러하였다.</p>
<ul>
<li>저는 아주 싫어합니다. 가독성이 너무 안좋음</li>
<li>구조분해 안되나염</li>
<li>3항두개이상이면 if로..</li>
<li>진심 저런거 너무 싫어요</li>
<li>근데 힙하다. 힙한 코드 좋아</li>
</ul>
<p>사실 이런 의견들에 주눅들었었다. 나는 읽기 괜찮은 코드라고 생각했는데, 반응은 처참하였으니까. 그래서 좀 찾아봤는데, 중첩 삼항 연산자를 좋아하는 분들도 좀 있더라.<sup><a href="https://medium.com/javascript-scene/nested-ternaries-are-great-361bddd0f340">박수 6.7K를 받은 medium Nested Ternaries are Great</a></sup><br>사실 좀 안심했다. 내가 이상한 건 아니구나 싶어서, 사람들마다 호불호가 다 있으니까. 협업에서는 호불호가 있는 이런 코드는 지양하는 편이 맞을 것 같기도 하다.</p>
<h2 id="결론">결론</h2>
<p>본인(팀)한테 맞는 코딩 스타일을 쓰도록 하자.</p>
<blockquote>
<p>The Best Code is No Code At All
Less code = less surface area for bugs = fewer bugs.</p>
</blockquote>
]]></description>
        </item>
        <item>
            <title><![CDATA[솔직히 개발자 개 멋있는 듯]]></title>
            <link>https://velog.io/@jong-hui/%EC%86%94%EC%A7%81%ED%9E%88-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EA%B0%9C-%EB%A9%8B%EC%9E%88%EB%8A%94-%EB%93%AF</link>
            <guid>https://velog.io/@jong-hui/%EC%86%94%EC%A7%81%ED%9E%88-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EA%B0%9C-%EB%A9%8B%EC%9E%88%EB%8A%94-%EB%93%AF</guid>
            <pubDate>Mon, 13 Jul 2020 12:03:56 GMT</pubDate>
            <description><![CDATA[<h2 id="개발-블로그">개발 블로그</h2>
<p>나는 고등학교 때에 개발 블로그를 처음 시작했다.
<a href="https://taegon.kim/archives/7107">이 글</a>을 읽고 개발 블로그를 시작한지 이제 일년 하고도 반이 넘어간다.</p>
<p>누구나 그렇듯, 처음에는 &quot;아자아자 화이팅&quot;하며 열심히 포스팅을 했지만 &quot;아자아자 버프&quot;는 그리 오래가지 않는다.</p>
<p>그렇게 나는 블로그를 잊은채 6개월을 살았는데, 생각지도 못한 메일을 받게되었다.
<img src="https://images.velog.io/images/jong-hui/post/41a36ca8-e809-4c5f-ada6-be64c1bb00ff/image.png" alt="댓글"></p>
<p>댓글이다. 나도 평생을 다른 사람들에게 감사함을 <strong>전해드리기에</strong> 바빴는데, 감사를 <strong>받은 것</strong>이다. 해당 아티클은 <a href="https://jong-hui.github.io/devlog/2019/02/07/(php)-Calendar/">이 글</a>인데, 지금 보면 부끄러워 쥐구멍에라도 숨고싶은 글이다.</p>
<p>이 댓글을 보고 &quot;다시 블로깅을 해야겠다.&quot; 라는 생각이 많이 들었다. 해당 아티클은 현재도 달에 200명 이상이 방문하는 데, 이 하찮은 글을 클릭해주심에 고마워서라도 해야겠더라.</p>
<p><img src="https://images.velog.io/images/jong-hui/post/c4ab7d37-d989-4bdf-ad69-1da5c1e915d3/image.png" alt="블로그 커밋 내역"></p>
<p>[블로그 포스팅 내역 중 발췌]</p>
<p>그런데, 이게 쓰다보니 재미도 있더라. 또 쓰다보니 공부도 되더라. <em>이게 뭐야? 완전 좋잖아?</em> 그렇게 아직까지 블로그에 글을 올리고 있다. 언제 또 &quot;아자아자 버프&quot;가 풀려 블로깅을 게을리 할지 모르겠지만, 노쿨모드였음 한다.</p>
<p><img src="https://images.velog.io/images/jong-hui/post/aa36b0ad-6cf8-444c-8175-61a7d16c4704/image.png" alt=""></p>
<p>하다보니 이런 집필 문의도 받게됐다. 아쉽게도 회사일이 바빠(내가 게을러서), 실력이 모자라서(내가 게을러서) 좋은 방향으로 가진 못했지만, 좋은 경험이라고 생각한다.</p>
<h2 id="솔직히-개발자-개-멋있는-듯">솔직히 개발자 개 멋있는 듯</h2>
<p>먼저, 제목을 읽고 클릭하신 분들에게 사과를 드린다. 이제부터 제목과 관련된 이야기를 하려고 한다.</p>
<p>개발자들은 <strong>쌩판 모르는 남</strong>에게 자신의 기술을 <strong>공짜로</strong>, 그것도 아주 <strong>쉽게</strong>, 누군가는 또 이걸 <strong>광고까지</strong>한다. 다른 분야의 기술자들은, 그 누구도 자신의 기술을 <strong>공짜</strong>로 알려주지 않는다. 그 기술이 야식으로 먹는 치킨값과 직결되는 문제이기 때문이다.
난 이런 개발 문화가 정말 좋다. 나도 이런 개발자가 되고 싶다.</p>
<p>또, 사람에게 도움이 될 수 있는 것들을 노트북 하나로(가끔은 커피도) 뚝딱뚝딱 만들어낸다. 솔직히 <strong>개멋있다</strong>. 나도 개멋있어 보이려고 개발자를 했다.</p>
<h2 id="그런데">그런데</h2>
<p>그런데, 이렇게 글이 끝난다면. 이 글을 올리는 의미가 사라진다.
나는 이 글을 보는 주니어 개발자분들에게 이런 말을 하고싶다.</p>
<p><strong>개발 블로그하세요</strong>, 또 하세요 두번하세요.</p>
<p>일단 하면, 방금 제가 말했던 <strong>개 멋있는 개발자</strong>가 될 수 있습니다.
우리 모두 <strong>쌩판 모르는 남</strong>에게 자신의 기술을 <strong>공짜</strong>로, 그것도 아주 <strong>쉽게</strong> 알려주는 <em>Cool</em>하고 <em>Sexy</em>한 개발자가 되어봅시다.</p>
<p>ps. &quot;아자아자 버프&quot;를 주고싶지만, 제 주캐가 냥꾼이라 무리일 것 같습니다.</p>
]]></description>
        </item>
    </channel>
</rss>