전체 글 1506

프로그래밍 AI 테스트

racket을 newLISP로 변환하는 프로그래밍을 시켜 봤는데,(define) 변환에서Gemini는 lexical scoping을 잘 지켜냈고 (let 사용)grok, chatgpt는 그냥 set을 썼다. (global 변수) go 언어로 짜는 것도 시켜봤는데,Gemini가 가장 나았다. 역시 자사 제품이라 그런가? rand.Seed(time.Now().UnixNano()) 가 이제는 필요 없는데 grok은 하고 있었고,grok은reader := bufio.NewReader(os.Stdin)line, err := reader.ReadString('\n')라서 windows에서 \r이 남는 문제가 있다.indent도 go 표준인 8칸으로 표시한 것은 Gemini이다. 모두 tab을 사용하기는 했다.

Programming 00:25:24

프로그래밍 언어들의 단점

프로그래밍 언어들의 단점 C: 너무 저수준(특히 string) C++: 헤더 컴파일이 느리다. HTTP 등 라이브러리 사용이 어렵다. C#: 배포가 어렵다. Java: 명령줄 실행이 번거롭다(java a.class) Go: 에러 처리가 불편하다. Rust: random이 내장이 아니다. Common Lisp: Lisp-2 Common Lisp, Julia: read-line이 console EOF 감지 못 한다. Racket: read-line이 windows에서 \r 포함 반환, 시작 속도 느리다. docstring이 없다. Clojure: 시작 속도가 느리다. Java 번거롭다. Common Lisp, Clojure: define이 없어서 lexical variable 만들 때 let 블록 계속 만들..

Programming 2026.09.22

클로드가 분석한 워뇨띠

클로드가 분석한 워뇨띠https://claude.ai/artifact/BkaedcLgzyMdHazrSDqqa5 3,537 BTC의 기록BitMEX 실계좌 체결 데이터 144만 건을 재구성해 승률·보유시간·메이커비율·포지션 규모별 성과를 분석하고, 이를 근거로 자동매매 전략 골격을 제안하는 리포트claude.ai메이커(지정가) 우선 체결메이커 비율 80% 이상 거래는 승률 86.7%·거래당 +1.60 BTC, 테이커 위주 거래는 승률 72.4%·거래당 +0.11 BTC에 그쳤습니다. 진입/청산 모두 지정가로 먼저 시도하고, 일정 시간(예: 수 초~수십 초) 내 미체결 시에만 시장가로 전환하는 로직을 기본값으로 둘 것.메이커위주 승률 86.7% vs 테이커위주 72.4% TRADE LOG ANALYSIS ·..

Finance 2026.09.22

xff, xd8, xff, xe1으로 시작하는 그림 파일 형식은

xff, xd8, xff, xe1 (16진수 FF D8 FF E1)로 시작하는 그림 파일 형식은 JPEG (Exif 정보 포함)입니다.세부 매직 넘버 설명FF D8: JPEG 파일의 시작을 알리는 SOI (Start of Image) 마커입니다.FF E1: 카메라 및 기기 정보, 촬영 일시, 위치(GPS) 등의 Exif(Exchangeable Image File Format) 메타데이터 영역이 포함되어 있음을 나타내는 APP1 마커입니다.일반적인 JPEG 파일은 FF D8 FF E0 (JFIF 메타데이터)로 시작하는 경우가 많지만, 디지털카메라나 스마트폰으로 촬영한 사진은 Exif 정보가 기록되어 FF D8 FF E1로 시작합니다.

Computer 2026.09.21

C++, Julia, C#, Common Lisp 성능 비교 (Antigravity 이용)

Antigravity라는 코딩 툴로 코딩 뿐만 아니라 이런 성능 비교 실험도 할 수 있다. (프로젝트를 생성할 필요도 없다.)귀찮은 코딩과 테스트를 툴이 해준다.Benchmark EnvironmentCPU: 12th Gen Intel(R) Core(TM) i5-12400F (6 Cores / 12 Threads)OS: Windows 11Compilers & Runtimes:C++: GCC 14.2.0 (-O3 -march=native) & Clang 19.1.7 (-O3 -march=native)Julia: Julia 1.12.7 (LLVM JIT)C#: .NET 10.0.12 (Release, RyuJIT)Common Lisp: Steel Bank Common Lisp (SBCL 2.6.4)Worklo..

Programming 2026.09.14

수많은 Lisp 방언 속에서 결국 Common Lisp로 돌아오는 이유

Lisp 계열 언어에 입문하거나 함수형 프로그래밍을 탐색하다 보면 반드시 마주치는 고민이 있습니다. "요즘 트렌드인 Clojure를 할까, 생태계가 깔끔한 Racket을 할까, 아니면 고전인 Common Lisp를 할까?"최근 실무와 여러 프로젝트를 거치며 내린 결론은 명확합니다. 현대적인 대안들이 많이 나왔음에도 불구하고, 실행 속도와 반응성, 그리고 프로그래밍 본연의 자유도 측면에서 여전히 '원조의 힘'을 보여주는 것은 Common Lisp입니다.1. 네이티브 컴파일이 주는 압도적인 실행 속도흔히 Lisp를 파이썬이나 루비 같은 단순 스크립트 인터프리터 언어로 오해하곤 합니다. 하지만 Common Lisp(특히 사실상 표준으로 자리 잡은 SBCL, Steel Bank Common Lisp)의 성능은 ..

Programming 2026.09.12

AI로 만든 Arc Lisp 인터프리터

Google Gemini에서 Antigravity를 설치하지 않고도, Canvas 기능을 이용하면 코딩을 꽤 잘 할 수 있다. Gemini Web에서 + 버튼 누르면 Canvas를 활성화시키면 된다.웹 (HTML) 앱이면 바로 화면에 띄워서 작동도 된다. 아래는 그 기록이다. c++로 arc lisp interpreter를 만들어 C++를 사용하여 Paul Graham의 Arc Lisp의 핵심 철학과 문법을 재현하는 인터프리터를 구현하겠습니다. Arc 특유의 브래킷 람다 단축 문법([+ _ 1]), 다항식 if 구문, 다중 대입(=), 매크로(mac), 일관된 nil 참/거짓 모델, 그리고 REPL 환경을 포함합니다. 이제 Arc Lisp 인터프리터 소스 코드를 생성하겠습니다. Arc Lisp Inter..

Programming 2026.09.11