sftblw의 코드 공간

https://softwareengineering.stackexchange.com/questions/266672/is-it-good-practice-to-inherit-from-generic-types

무허가 번역을 좀 했습니다. https://gist.github.com/sftblw/924a8a5888af95e3bb187eda5ba82086

mono/master/docs/jit-trampolines 원래 이런 링크 포스트는 안 할 생각이었는데 딱 찾던거라서요. 섹션 1을 요약하자면 별도의 트램폴린을 두되 한 번 JIT 컴파일한 뒤에는 호출 명령어 자체를 네이티브 콜을 하는 트램폴린 명령어로 패치해버린다는군요. 흠; 여러가지 생각해봤는데 답답했던 게 해결된 기분이군요. 추가: mono wiki: Trampolines 블로그: Magic (of) Trampolines ​

[투표] C 언어에는 call by reference (참조에 의한 호출) 가 있습니까? (참고로 전 아니오 쪽. 전 투표가 안 되잖아요…)— Ch. (@sftblw) 2017년 10월 11일 마샬링 검색하다 KLDP 게시글을 보고 트위터에 투표를 만들어봤습니다. 저는 엄밀히는 C에는 CBR이 없다고 생각해요. 흥미로운 주제라 블로그에도 옮겨봅니다. ​

Visitor 디자인 패턴의 핵심은 Visit 메소드와 Accept 메소드를 사용한 데이터 객체와 처리 객체의 분리, 이중 디스패치이지만 다양한 방식으로 구현될 수 있습니다. class DataA : Data { void Accept ( Visitor v ) { v.Visit(this); } } class VisitorA : Visitor { void Visit ( DataA d ) { /* process d */ VisitChildren(d); } } 여기에 반환값을 가지느냐 / 안 가지느냐, 자식 요소 호출을 직접 하느냐 / 자동으로 하느냐에 따라 좀 구현체가 갈립니다. 반환값이 있는 경우 인터프리터 패턴이라고도 불리는 것 같습니다. 하지만 간단한 값을 반환하는 경우가 아니라면 Aggregate(cu..

전 제가 영영 프로그래밍 얘기를 할 일이 없을거라고 생각해왔지만 그렇지 않았습니다. 저는 프로그래밍 얘기를 하러 여기저기를 돌아다녔습니다. 날려먹은 데이터도 꽤나 되구요. 여기저기가 장단점이 있지만 블로깅은 역시 티스토리를 따라갈 곳이 없습니다. 코드 강조 문제도 Markdown Here로 해결되었구요. 이게 사실 공로가 제일 컸습니다. 그래서, 본래 개인 블로그로서 기능하던 본가 blog.sftblw.moe 에 코드 얘기를 쓰려니, 거긴 그런 걸 쓰긴 뭔가 아니라는 생각이 다시금 들었고, 원래 쓰지 않던 주소인 sftblw.tistory.com 을 초기화한 뒤 쓰면 어떻겠냐는 생각이 들었습니다. 나이스 아이디어! 그래서 시작합니다. sftblw의 코드 공간. 먼저 여기저기 퍼져 있는 기존 글들을 하나씩..