tag:blogger.com,1999:blog-81785555098242012872024-09-12T07:29:28.621+09:00방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.comBlogger14125tag:blogger.com,1999:blog-8178555509824201287.post-11993478828005990052019-08-22T02:44:00.004+09:002019-08-22T02:46:11.100+09:00

새 블로그 주소: https://bangjunyoung.github.io 새 RSS 피드 주소: http://feeds.feedburner.com/github/bangjunyoung 감사합니다.

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-17894317339380744342014-06-24T16:48:00.000+09:002014-06-24T21:38:03.168+09:00

인터넷을 둘러 보다가 C++와 C#, Java, 그리고 Node.js 정렬 성능 비교란 흥미로운 글을 발견했다. 글에서는 크기가 1백만인 int[] 배열로 벤치마크를 하고 있었는데, 소스를 약간 고쳐서 자바 ArrayList<Integer>와 C# List<int> 간에는 얼마 만큼의 성능차가 나는지 알아 보았다. 자바 static void quicksort(ArrayList<Integer> a, int start, int end) { if (end - start < 2) { return; } int p = a.get(start + (end - start) / 2); int l = start; int r = end -

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-71325316298074468522014-06-23T20:51:00.000+09:002014-06-23T20:51:00.647+09:00

자바/안드로이드 초성 검색 자바/안드로이드 초성 검색 2.0 에 이어 이번 글은 API를 디자인하면서 얻은 교훈에 관한 것이다. 버전 1 KoreanChar 최초의 버전에서는 KoreanChar를 아래와 같이 쓰도록 했었다: public class KoreanChar { public KoreanChar(char c, boolean useCompatibilityJamo) { _value = c; _useCompatibilityJamo = useCompatibilityJamo; } } ... KoreanChar c = new KoreanChar('한', false); char choseong = c.getChoseong(); // 'ㅎ' C# 버전을

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-83452472763756624742014-06-21T22:29:00.000+09:002014-06-22T02:07:05.514+09:00

지난번 자바/안드로이드 초성 검색에서 가비지 컬렉션을 최소화함과 동시에 단순 불리언 매칭 대신 매칭된 문자열의 실제값과 위치까지 제공하는 새 API는 다음편에서 다루도록 하겠다. 고 했었는데, 다음편이 생각보다 너무 늘어져 버렸다. ^^ 일단 요즘 대세에 발맞춰 GitHub에 저장소를 만들었다. 소스는 필요없고 JAR 파일만 라이브러리로 쓸 분들은 여기를 눌러 받으면 된다. 아래는 안드로이드에서 초성 검색후 찾은 검색어만 하일라이트해주는 예: KoreanTextMatcher KoreanTextMatcher는 자바/안드로이드에서 한글 초성 매칭 검색을 가능하게 해주는 라이브러리다. 주요 기능과 특징은 다음과 같다: 오픈 소스: 수정, 배포, 2차 저작 등 어떤 프로그램에도 자유롭게 사용

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-91953145129219266622014-06-14T23:01:00.000+09:002014-06-14T23:52:08.881+09:00

The Daily WTF이라고 종종 가는 사이트가 있는데, 웃음이 절로 나오는 코드, 개발 일화, 짤방들이 많다. 주말 기념으로 몇가지를 골라 보았다. 현재 작업을 취소할까요? "OK", "취소", "도움말" (취소 누르면 되는 거죠?) 만료일자: 2014년 2월 30일 (옛날에 12월 32일이란 노래를 불렀던 별이란 가수가 생각난다.) "CUPS 서버 에러: 성공"...?! 배송 가능 지역: 아메리카 대륙, 유럽, 아시아, 호주 이 제품은 호주로 배송이 불가능합니다. 본 스티커 훼손시 A/S 불가 알 수 없는 에러. 이 정보가 도움이 되었습니까? 종료하시겠습니까? 로딩이 완료되었습니다. 진행하려면 취소를 누르세요. UI 체계도를

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-35615591692162212014-06-13T09:24:00.000+09:002014-06-13T09:24:33.133+09:00

10억 달러 짜리 실수편에 이어 이번 글에서는 10억 달러 짜리 실수의 해결책에 관해 알아보기로 한다. 지난번 글에서는 비슷한 프로젝트를 C#과 F#으로 짰었는데 F#으로 짠 쪽은 null 체크를 27번 했던 반면 C#으로 짠 쪽은 3036번(오타 아님) 했었다는 사례를 소개했었다. 사실 F#에서 null 체크가 별로 필요치 않은 이유는…간단하다: F# 타입의 변수/상수에는 null을 대입할 수 없다. null 키워드가 있기는 있는데, C# 같은 다른 .NET 언어로 만든 타입을 쓸 때만 필요할 뿐 순수하게 F#으로 만든 타입에는 대입하지 못한다. null을 대입하지 못하니까 당연히 null 체크도 필요없는 것이다1. 어찌 보면 좀 컬럼버스의 달걀 같은 얘긴데… 처음 F#을 알았을 때는

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-78199094711607414042014-06-10T23:15:00.000+09:002014-06-11T02:49:34.303+09:00

만약 여러분이 C/C++/C#/자바 프로그래머라면 이 질문의 답을 한번 구해 보자: “null이 필요한 이유가 뭐지?” 너무 당연한 질문인가? 정답은 아래 있으나 일단 30초간 생각할 시간. . . . . . . . . . . null이 필요한 첫번째 이유는 변수가 아직 초기화되지 않았음을 표시하기 위해서다. 예를 들어 Object obj; 라는 문장이 있을 때 우리는 obj가 아직 초기화되지 않았다는 사실을 바로 알 수 있다. 그런데 이 문장 만으로는 우리가 일부러 초기화를 안하기로 한 건지 아니면 실수로 빼먹은 건지 헷갈릴 경우가 있다. 그래서 Object obj = null; 처럼 null을 대입해 주면 일부러 초기화를 안했다는 점을 확실히 할 수 있다. 그리고 null을

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com2tag:blogger.com,1999:blog-8178555509824201287.post-74865115114922542402014-06-09T21:21:00.000+09:002014-06-10T14:11:19.328+09:00

C/C++1와 달리 C#이나 자바는 가비지 컬렉션이 있어서 사용한 메모리를 일일히 수동으로 반환해야 하는—지옥에 가까운—번거로움 없이도 프로그램을 쉽게 짤 수 있다2. 그렇지만 파일이나 네트워크 같은 외부 자원은 가비지 컬렉션 대상이 아니기 때문에 여전히 사용후 수동 반환 과정이 꼭 필요하다. 예를 들어 아래와 같이 말이다: var fs = new FileStream("SomeFile", FileMode.Open, FileAccess.Read); // ... fs.Close(); 그런데 이 코드는 문제가 있다. 파일을 열거나 입출력하는 과정에서 예외가 발생할 수 있기 때문이다. 그래서 대부분의 경우 아래처럼 try 블럭으로 전체를 감싸 주어야 한다: FileStream fs = null; try {

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-6333178800563144962014-06-07T17:29:00.000+09:002014-06-09T21:33:59.308+09:00

몇해전 예기치 않게 안드로이드 앱을 만들게 되었던 때의 일이다. 주소록을 검색할 때 초성으로도 가능하게—빨리—만들어 달라는 고객의 요구가 들어왔다. 예를 들어 “ㅈㅇ”을 치면 “정우성”과 “정엽”이 리스트에 뜨는 식으로 말이다1. 일단 한글 음절에서 초성을 뽑아내기는 쉬울 것 같았다. 마침 이전에 한글 관련 C# 라이브러리를 만들어 둔 게 있었기 때문이다. .cs 파일을 .java로 이름 바꾸고 초성 관련 코드만 남긴 다음 몇군데를 살짝 고쳤더니 기대했던대로 잘 돌아갔다. 아래는 그때 만든 KoreanChar 타입의 전체 소스다2: package com.mogua.international; public class KoreanChar { private final char _value;

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-87884798051753796262014-06-06T22:20:00.002+09:002014-06-07T04:58:22.456+09:00

예전에 다언어 프로그래밍이란 주제로 블로그에 글을 쓴 적이 있다. 그 글에서는 같은 일을 하는 프로그램을 세 가지 언어로 짠 것을 비교했었다1: 그루비: def number=0 new File (args[0]).eachLine { line -> number++ println "$number: $line" } C#: using System; using System.IO; class LineNumbers { static void Main(string[] args) { int number = 1; Array.ForEach(File.ReadAllLines(args[0]), line =>

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-24701026626940376602014-06-05T22:25:00.000+09:002014-06-07T04:53:44.536+09:00

프로그래밍 언어의 발전은 어떻게 보면 상당 부분이 보일러플레이트 코드를 제거하려는 노력의 결과라고 할 수 있다. 몇십년에 걸친 연구와 노력의 결과 인류는 마침내 보일러플레이트로 가득찬 아래의 자바 코드를 public class Pet { private String name; private Person owner; public Pet(String name, Person owner) { this.name = name; this.owner = owner; } public String getName() { return name; } public void setName(String name) {

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-69362631553909602182014-06-04T22:28:00.000+09:002014-06-14T21:52:06.245+09:00

애플이 어제 WWDC에서 iOS 8을 발표하면서 Swift라는 새 프로그래밍 언어도 함께 발표했다. The Swift Programming Language라는 책도 함께 배포했길래 받아서 첫부분을 읽어 보았다. 그런데 한 중간 정도까지 읽고 딱 든 느낌은 이거 그냥 C#과 F#을 합쳐논 거잖아? 그런데 다르게 본 사람도 있었나 보다. 이 분에 따르면 Swift의 몇몇 문법이 Groovy와 매우 유사하다. 아무튼 여기서는 C#, F#과 얼마나 유사한지 몇가지를 비교해 보기로 한다. 기본 타입 Swift에도 struct와 class가 있는데 C#처럼 전자는 밸류 타입이고 후자는 레퍼런스 타입이다. 정수는 Int8, UInt8, Int16, UInt16, …, Int64, UInt64까지 있다

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-79191079531918104462014-06-03T15:48:00.002+09:002014-06-03T17:00:44.916+09:00

블로그를 잠시 쉰다고 생각했었는데 5년이란 시간이 정말 빠르게 흘러버렸다. 그 사이 일어났던 꽤 많은 일들을 블로그 주제로 적당한 것으로 국한해서 찾아 보았다. 내가 나이를 5살 더 먹었다. 아... 이용자가 많이 줄었다는 이유로 구글 리더가 작년 이맘때쯤 서비스를 종료했다. 요즘은 사람들이 블로그를 구독해서 보는 것보다 그때그때 검색해서 또는 트위터/페이스북 링크로 방문하는 경우가 많아진 모양이다. Feedly가 대안으로 많이 쓰이고 있지만 2% 부족한 느낌이다. 마이크로소프트가 2012년 야심차게 내놓은 Windows 8이 한껏 욕을 먹고 나서 2013년 8.1을 새로 내놓았다. 아직도 여기저기서 욕을 많이 먹고 있는 중인데 실제로 써보면 의외로 좋다. 10여년만에(!) C++의 최신

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0tag:blogger.com,1999:blog-8178555509824201287.post-83643765827307869692014-06-02T14:45:00.000+09:002014-06-03T03:41:48.292+09:00

static void Main() {     var blog = new Blog("Bang Jun-young's Blog 2014");     var topics = new[] {         "C", "C++", "C#", "Java", "Python", "x86 assembly language",         "

방준영http://www.blogger.com/profile/17556489770077305754noreply@blogger.com0