[onionmixer]::freetalk

2024 년은 갑진년-청룡의 해 입니다.

2024-02-12T00:00:00+00:00

2024년은 용의 해입니다. 그리고 제가 50을 목전에 앞둔 해이기도 합니다.

올 한해.. 모두에게 좋은일이 가득하길 바래봅니다....(꾸벅)

scratch 와 turbowarp desktop. 그리고 조금 얽혀있는 squeak 과 smalltalk 이야기... 를 빙자한 잡설

2023-10-25T00:00:00+00:00

관심 있는 분들은 아시다시피 scratch 는 MIT Education lab 에서 시작된 block coding 언어입니다. 그리고 이후 네이버의 엔트리에 영향을 준 언어이기도 합니다.(이건 scratch V2 의 출시 이후였죠)

* https://playentry.org

최초의 scratch 버전은 smalltalk 의 방언(dialect, 구현체)인 squeak 에서 시작되었습니다. Nicholas Negroponte 교수(MIT media lab 의 설립자)의 100$ laptop 의 팀중 하나이며 smalltalk 의 창시자중 하나인 alan kay 의 squeak 그리고 etoy 와 비교되기도 하는데, 이는 etoy 와 scratch 의 초기버전이 둘 다 squeak 에서 동작하기 때문입니다.

* https://en.wikipedia.org/wiki/Etoys_(programming_language)

* https://en.wikipedia.org/wiki/Scratch_(programming_language)

하지만 etoy 의 시작은 1996년부터이며, scratch 는 2003 년부터 프로토타입이 등장한 것으로 보아 scratch 가 etoy 의 영향을 받은것으로 보는게 맞는 시각이라 생각합니다.

scratch 의 처음은 smalltalk 의 구현체중 하나인 squeak 의 위에서 시작되었습니다. smalltalk 에 Morphic 이라는 그래픽 체계를 사용한 squeak 은 scratch 의 처음을 시작하기에 더할 나위 없는 환경이었습니다. 그리고 전통적인 squeak 사용자들 역시 scratch 를 뜯어보기 쉬웠죠. 이는 모든것이 squeak(smalltalk) 이라는 환경(environment) 위에서 작동하기 때문이었습니다. scratch 독립 실행형 파일은 squeak vm 위에서 작동되는 smalltalk 어플리케이션 이었으며, smalltalk 및 morphic 환경의 특성상 scratch 를 구성하는 smalltalk 프로그래밍 내용을 살펴보는건 모두 자연스러운 결과였습니다.

이후 HTML5 및 web 환경이 동적으로 발달함에 따라 scratch 는 그 기반을 web 으로 옮겼습니다. 웹브라우저에서 작동되며, 좀 더 블록코딩에 대한 손쉬운 접근이 가능해 졌었죠. 하지만 이건 저같은 오래된.. 낡은 환경을 선호하는 사람들에게는 조금은... 불만으로 생각되었습니다. 프로그래밍을 하는데 웹브라우저를 반드시 띄워야 하는 환경이 잘 납득되지 않았으며, 인터넷이 연결되어 있지 않으면 프로그래밍을 올바르게 할 수 없다는건.. 개인적으로는... scratch 가 smalltalk 환경을 벗어난것 이상으로 불만이었죠. 게다가 제가 주로 사용하는 linux desktop 에서 web app 은 끔찍하게 느렸습니다.

이후 scratch 는 2019 년에 3.0(V3) 를 릴리즈 하게 됩니다. 기존보다 깔끔해졌고, V2 에서부터 신경쓰지 시작한 다국어지원은 이제 완숙단계로 접어들었다고 해도 과언이 아니었습니다. 버그때문에 욕을 먹는다고 해도 그건 출시때의 일이었지.. 지금은 훨씬 나아졌죠. 그럼에도 불구하고 web 기반의 scartch 는 여전히 제 안중에는 없었습니다. web app 이라는것도 별로였습니다만... 단독실행형으로 배포되는 scratch 는 Linux desktop 을 지원하지 않았습니다. 그렇게 소식만 간간히 찾아보면서 제 기준에서는 점점 잊혀져 가는듯 했습니다. 그런데...

로보타미.. 라는 코딩용 키트를 커뮤니티의 나눔품으로 득템하게 되었습니다. 득템한지는 거의 반년 가까이 되었는데... 다른 삽질등이 마무리되고 나니.. 슬슬 이게 눈에 들어오더라구요.... 타미스크래치 라는 MS windows 전용 환경이라는데... USB 로 연결되는걸 보니 어차피 USB serial 이라면? 이라는 생각이 들더라구요. 일단 타미스크래치 라는 프로그램 자체가 COM port (serial)를 설정해야 하는 프로그램이고.. baud rate 등은 모르지만.. 어케든 되지 않을까? 라는 생각이 들었습니다.

일단 windows 에서 로보타미의 기본 동작 테스트를 끝낸 후에, 이걸 linux 에서 해보고 싶은 마음에 자료를 이것저것 찾다보니.. 제가 원하는 것에 가장 근접한 솔루션이 나와있더라구요.

https://desktop.turbowarp.org/

일단은 다음과 같은 특징(?)이 있습니다.

1. scratch 환경을 (아마도) atom 을 이용해서 배포하고 있으며

2. linux 용 패키지도 제공하고(deb)

3. scratch V3 기반에 속도도 괜찮고

4. 내부에서는 기존 scratch 의 js 를 compile 해서 사용하기 때문에 속도가 꽤 괜찮다

일단 홈페이지에서는 scratch 팀과 별도로 제휴를 맺은건 아니라고 하지만.. 일단 scratch 의 block coding 을 웹브라우저 없이 실행할 수 있다는건.. 제겐 미칠듯한 장점이었습니다.

자... 서론이 좀 길었습니다만... 결국 이 글은 현재진행형 실패담 및 아주 약간의 가능성으로 끝나게 될겁니다... 그럼에도 누군가가 관심이 있는 분이 있으시거나.. 제가 기억하기 위해서 작성하고 있는 글이기는 합니다.

여튼! turbowarp desktop 의 Linux 실행을 성공한 이후에.. 저는 해당 프로그램의 "addons" 메뉴를 살펴 봤습니다. 여기에는 조이스틱의 입력을 받아서 블록코딩의 요소들을 제어하는 addon 만 있고, 기존의 scratch 에서 보던 외부 하드웨어 제어에 대한 부분이 별도로 없더라구요. 여기서부터는 기존 scratch 의 흔적을 따라가야만 했습니다.

조금 앞쪽으로 돌아가보자면... scratch 는 여러가지의 하드웨어 확장(extensions)을 지원합니다.

https://en.scratch-wiki.info/wiki/Extension#Available_Extensions

이 중 하드웨어에 대한 부분이라면 MS 가 관여된 micro:bit 와 LEGO 관련된 것들이 1차적이라고 보면 되겠습니다. scratch 는 V2 이후 기본적으로 web browser 에서 동작하기 때문에 별도로 scratch-link 라는걸 이용해서 web browser 와 desktop 의 하드웨어 리소스를 연결합니다. 그런데.. 이게 MS windows 와 Apple Mac OS 만 지원하는군요..(야!)

https://github.com/scratchfoundation/scratch-link

다행히도 scratch-link 의 소스코드는 공개되어 있습니다. 그리고 이걸 기반으로 한 linux-python 프로젝트가 있었죠.

https://github.com/kawasaki/pyscrlink

pyscrlink 는 scratch-link 와 거의 동일하다 보시면 되겠습니다. micro:bit 및 LEGO 하드웨어를 linux 에서 활용하기 위해서라면 거의 유일한 대안이지 않을까 싶습니다. 일단 사용 방법 자체는 windows/mac 용 scratch-link 와 동일합니다만... linux 에서 동작하며 bluetooth LE 규격"만"을 사용한다는 점 정도가 차이점이 되겠군요(오리지널 scratch-link 를 자세히 찾아보지 않아서 잘은 모르겠습니다만...)

문제라면 제가 테스트해본 타미스크래치는 usb 유선으로 연결하는건데 pyscrlink 는 블루투스 기반이라는점, 그래서 아마 제가 가진 제품은 호환이 안될거라는 슬픈 느낌이 옵니다..(에휴)

그냥 안되면 안쓰면 되는데.. 왜 이런 삽을 굳이 푸느냐고 물으신다면... 로보타미라는 이 제품을 초5인 큰아이에게 써보게 하고 싶은데.. 제가 쓰라고 지급한 laptop 에는 ubuntu 가 설치되어 있기 때문입니다...(어?) 그 덕분에 삽질이 여기까지 오게된거죠.....

사실 이쯤 삽을 펐으면... 해당 하드웨어의 제조사에 연락해서 물어보는게 훨씬 직관적인 방법이 아닐까 싶지만.. 해당 회사도 scratch 의 버전을 가리기 때문에 특정 scratch 버전을 사용하라고 권장하는 상황인데.. 굳이 제가 연락한다고 뭔가 힌트를 줄것 같지는 않아서....

1. 까먹기 전에 이 정도로 삽질을 정리하고

2. turbowarp desktop 이 너무 신박하고 괜찮아서 소개도 하고 싶고

3. 이런 삽질거리.. 즐겁게 읽으시는 분도 가끔 있고..

4. 관심있는 고수님이 있으시다면 아이디어좀 받아볼까 해서

겸사겸사 글 올려봅니다.

ps. 세상은 넓어서 이미 scratch-link 관련된 삽을 푸신 분이 있으시더라구요..

https://ahnbk.com/?p=790&

저도 나중에 다시 참고할 겸 링크도 올려둡니다.

2022 년에는 글을 하나도 안썼네요...

2023-09-14T00:00:00+00:00

슬슬 페북을 좀 줄여볼까 합니다.... 페북에서 몇년전의 추억을 포스팅해주는데.. 굳이.. 라는 느낌도 들고 해서...(긁적)

2023년도 벌써 절반이 지났습니다만... ㅎㅎㅎ

2022년에는 막내가 태어나서 벌써 애가 셋이고..

저는 뭐하고 사는지도 모르겠는 인생을 살고 있는 느낌입니다.

보시는 분은 거의 없겠지만.. 최근에 nextcubr.org 도 한달 넘게 안열리고 있는 느낌이라... 뭐랄까 아쉬운 마음도 들고.. 뭐 그렇습니다....

서버의 php 를 버전업하면서 뭐랄까.. 바뀐 mysql 함수를 메인터넌스 하기 귀찮아서 걍 버티고 있었는데... 오랜만에 살펴보려니.. 뭔가 속이 터지네요...

ps. 설마.. 이 글도 적어놓고 에러나서 안올라가는건 아니겠지?..-.-;

MATE Bike

2021-12-31T00:00:00+00:00

MATE X 250+ (45002): 250W, 48V 14.5Ah

* MATE bike homepage

** https://www.matex.zone

** serial number : https://www.matex.zone/mate-x-how-to-find-the-serial-number/

* MATE bike resource page

** https://www.mate.bike/en-dk/support/mate-owner/get-started/

** manual : https://www.dropbox.com/s/n504oqd6jfpm9p0/MATE%20X%20Manual.pdf?dl=1

* MATE bike model comparison

** https://www.mate.bike/en-dk/support/mate-owner/model-info-tech-specs/

* MATE X zone

** https://www.matex.zone/mate-x-info/

* MATE bike wiki page

** https://beta.ivc.no/wiki/index.php/MATE_X_Folding_Electric_Bike

흠... 참 괜찮은 물건이다. 비쌉...(크흑)

2021 년 새해 복 많이 받으세요..

2021-02-12T00:00:00+00:00

제작년과 작년.... 삶이 바쁘다는 핑계로 매년 올리던 일러스트를 쉬었습니다만... 올해는 잠시 짬을 내어 그려봅니다.

이렇게 그림 그리는게 1년에 딱 한번이네요 ㅎㅎㅎ

모두들 새해 복 많이 받으시고.. 코로나 시절.. 무탈하게 보내시길 바랍니다.

행복하세요~

현실도피로 써보는 아무도 관심없을 Mac OS TMI history.

2020-12-08T00:00:00+00:00

1. 현생 mac os 의 뿌리는 NeXTSTEP 부터 시작

2. NeXTSTEP 의 시작은 apple 에서 쫒겨난 잡스가 만든 회사

3. 초기버전은 모토롤라의 cpu 를 사용한 전용 하드웨어용 OS 로 시작

4. 이게 얼마나 웃긴 일이냐면.. 초기 버전이 나온 1988 년의 전용 하드웨어는 M68030 은 1987 년에 등장한 cpu 를 사용했음. 물론 NeXTSTEP 은 32bit OS 로 시작. 이 1988 년이라는게.. x86 PC 에서는 한참 AT 가 보급되기 시작했었던 시기(물론 OS 는 16bit 기반의 MS-DOS)

5. 초기의 NeXTSTEP 은 Carnegie Mellon(카네기 멜론) 대학에서 만든 microkernel 타입으로 만들어진 mach kernel 을 사용(이후 mach kernel 은 mac os X 로 가기전까지 꾸준히 obj-c 기반으로 유지)

6. 이유는 잘 모르겠지만, 개발 언어를 obj-c 로 특정함으로서 전용의 compiler 가 없던 상황에 gcc 를 확장해서 사용하는것으로 결정

7. 위의 사유 덕분에 독점으로 가려다가 GPL 덕분에 FSF 에게 발목을 잡혀서 obj-c 관련 코드를 공개하게된다. 이런 기반은 추후 apple 에서 LLVM 을 도입하기 전까지 지속됨.

8. 참고로 NeXT 회사의 초기 투자자중 하나가 바로 Canon. 덕분에 NeXT 의 잉크젯과 레이저프린터는 전부 Canon 에서 공급

9. 이후 Canon 은 레이저프린터 사업부를 HP 에게 매각. 덕분에 NeXT Laser printer 의 토너는 HP 에 규격이 정확히 호환되는 제품이 존재한다.(적어도 2002년 정도까지는 해당 토너의 신품도 존재...)

10. NeXTSTEP 3.0 이 1992 년에 출시되었는데, 이때 다들 신경쓰지 않는 재미있는 사실이 하나 있다. 바로 영화 타이타닉에서 유명해진 renderman 이 OS 에 기본 탑재가 되었다는거. 이때 이미 잡스는 pixar 의 소유자 였으며 pixar 는 1995 년에 toystory 를 renderman 을 이용해서 만들고 있던 중이라는거. pixar 는 처음에 pixar computer 라는 하드웨어 까지 만들었으나 하드웨어는 포기하고 renderman 및 media 제작에 집중. 이러한 renderman 이 OS 에 공짜로 들어가 있다는건 당연히 경쟁력을 가지게 된다. 덕분에 가장 저렴한 workstation 이라는 키워드에 충분히 어울리게 되었다는건 보너스.

11. NeXTSTEP 인 1995 년에 3.3 버전을 출시하게 되는데, 이때부터 M68 시리즈 외에 PA-RISC(HP), SPARC(당시에는 SUN) 그리고 intel 의 x86 계열 cpu 버전으로 OS 가 호환되게 된다. 그리고 NeXTSTEP 의 패키지(pkg) 파일에는 fat 바이너리라는 개념이 도입되기 시작하며, 이건 현재의 Mac os X 까지 이어지게 된다.

12. NeXTSTEP 에서 gcc 를 사용한 이점을 이때 보게 되는데, gcc 는 현재도 현존하는 가장 많은 cpu 종류는 지원하는 compiler set 이다. 다른 아키텍처로 OS 를 포팅할때 gcc 가 중요했음은 말할 필요도 없는 사실.(하지만 적어도 잡스는 꾸준히 GPL 을 좋아하지 않았다. 별 수 없이 썼을뿐) 이때부터 NeXTSTEP 에는 객체지향 OS 라는, 소프트웨어가 강조되는 방향을 가지게 된다.(이미 M68 하드웨어는 포기할 낌새가 이때부터...)

13. NeXTSTEP 에서 사용하는 시스템의 기반 library 는 Foundation Kit 이라고 부른다

14. NeXTSTEP 은 OPENSTEP 으로 이름을 바꾸어 1996 년에 출시. 3.3 버전에 비해서 Foundation Kit 의 가장큰 차이라면 root class 를 object 에서 NSObject 로 혼용될 수 있는 상황에서 NSObject 하나로 통일되었다는 점이다.

15. OPENSTEP 은 1996 년도에 릴리즈 되는데, 지원 환경및 개념이 살짝 바뀌게 된다. 기존의 PA-RISC, SPARC, m68, x86 외에 OPENSTEP for solaris, OPENSTEP for Yellowbox 라는 소프트웨어 프레임웍을 제공하게 된다. 이때부터 OPENSTEP 이라고 대문자로 쓰면 OS 를 나타내며, OpenStep 이라고 쓰면 OpenStep 규격의 프레임웍을 지칭하는것이 되었다. 이 OpenStep 의 mac os 구현이 Cocoa, 오픈소스 버전이 GNUSTEP 이 된다. (그리고 linux 에는 NEXTSPACE 가 나왔지...)

16. NeXT 의 초기투자자가 Canon 이었던만큼, NeXTSTEP 때부터 일본어 지원은 잘 되던 편이었다. 그래서 3.3j 버전이 별도로 존재한다.

17. NeXTSTEP 때부터 adobe 와의 협력에 의헤 DPS 라는 시스템? 이 탑재되었다. display postscript 라는 이 괴기스런 물건은 WYSIWYG 이라는 관점에서 가히 혁명적인 물건이었는데 quark express 로 대표되는 출판/인쇄쪽 입장에서 mac os 조차도 화면용 폰트와 출력용 폰트를 따로 취급했고, 프린터에 postscript 가 탑재되어 있으면 가격에서 큰 차이가 있을만큼 인쇄쪽에서는 고급기술? 이었는데 이걸 OS 에 그냥 내장해버린것. 결과적으로 보이는대로 출력물을 얻을 수 있으며, postscript 처리를 OS 에서 해서 프린터로 보내주기 때문에 NeXTSTEP/OPENSTEP 에서 지원하는 프린터라면 postscript 엔진이 없어도 미려한 출력물을 얻을 수 있고, OS 의 편집기에서도 이렇게 나오겠구나.. 라고 예상하고 편집을 진행할 수 있었다.(하지만 결국 보급에 성공하지 못했.....)

18. 이러한 DPS 의 장점을 보고 한국의 "신명시스템"(폰트로 유명한 그 회사 맞다) 이 한글 font 와 한글 입력기를 일본어 버전을 기준으로 사용할 수 있도록 pkg 를 만들고 NeXTSTEP 부터 유통을 시작. 한국의 지방 신문중 하나가 이러한 편집 소프트웨어인 Virtuoso 로 실제 한국에서 사용한적도 있다.(신문사 이름까지는 기억이...)

19. 아는 사람만 알지만, 초기의 NeXT workstation 은 흑백모니터를 사용했었다. 덕분인지는 몰라도 NeXTSTEP/OPENSTEP 은 흑백화면이 상당히 예쁘다.

20. Apple 과 NeXT 의 딜이 성사되고 mac os 8 및 9 이 이어지는 동안 OPENSTEP 을 얼마나 apple 스럽게 제공할 수 있는지에 대한 실험이 시작되었다. 이 실험의 결과가 바로 rhapsory.

21. rhapsody 는 ppc 및 x86 으로 제작되었으며, 눈에 보이는 인터페이스는 mac os 9 의 그것이었으나 내부는 OpenStep 의 Foundation Kit 이었다. 참고로 신명시스템에서 OPENSTEP 4.2j 용으로 제작한 한글입력기의 about 화면에는 "RhapsodyIM" 이라는 로고가 박혀있다...(묵념)

22. 우리가 알고있는 aqua 기반의 Mac os X 는 일반 사용자용으로서, 위에서 말한 rhapsody 의 UI 는 Mac os X Server 1.2 까지 지속되었다. 물론 이후의 Mac os X Server 는 aqua 인터페이스로 전환되었더.

23. 잡스는 꽤나 gcc 를 싫어했다. 덕분에 꽤 오래전부터 탈 gcc 를 꿈꿔왔는데 LLVM 의 전면적 도입이 결국 잡스의 꿈(?) 이루게 해준셈.

24. 사실은 이 말이 적고 싶었던 건데.... 지금의 mac os 는 꽤나 오래전부터 다양한 하드웨어를 지원했던 경험이 있고, 그러한 경험을 바탕으로 배포하는 패키지까지 여러개의 플랫홈을 지원했던 이력을 기반으로 하고있다. 기존에는 여러 플랫폼용 바이너리를 배포하는 수준이었지만 LLVM 의 도입덕에 apple 은 그 이상의 성능을 이끌어 낼 수 있는 기반까지 확보하게 되었다. 게다가 3d 관련된 spec 인 metal 을 만들고 해당되는 spec 에 어울리는 하드웨어를 설계햐서 M1 SOC 에 같이 쑤셔넣었다.... OS 의 성능이 올라간 이유로서는 충분.

25. Mac os X 의 사용자버전을 릴리즈 하면서 opensource 인 cups 를 인수하였다. 인수하면서 OS X 라이센스를 GPL 에서 apple license 로 변경했다가 현재는 apache license 를 사용하고 있다. 덕분에 mac os X 에서 사용되는 printer driver 는 약간의 삽질만으로 linux 에서도 사용할 수 있다. 참고로 cups 의 printer driver(?) 포맷은 ppd 인데, 이 파일은 NeXTSTEP 의 레이저 프린터등을 일반 windwos 에서 samba 등으로 사용하려 할때 windows 용 adobe postscript driver 로 사용되던 포맷이다.

그냥.. 옛날 얘기..

2020-05-28T00:00:00+00:00

내 과거 기억에서 첫번째 PC 는 XT 였다. 용산제 KEYTEC 이라는 로고가 붙어있어는데... 허큘리스에 램은 무려 640kb. 다른 일반 허큘러스에 비해 simcga 를 띄우고도 램에 여유가 있던터라 512kb 처럼 고민할 일이 적어다.

그 다음은 AT 였는데 RAM 은 무려 1M 에 20M 짜리 대용량 하드가 달려있었다. vga 는 trident 8900c. XMS 를 지원해준 덕에 wing commander 1 게임 내에서 조종간이 움직이는걸 볼 수 있었다.(이때는 이유는 모르겠지만 EMS 가 해당이 안됐었음)

아마도 AT 에서 386 으로 넘어갔었을 때였을 즈음에 peter norton 의 "IBM PC 의 안쪽" 이라는 책의 번역본을 읽었었다. 그렇게 고등학교를 386dx 로 버티다가 수능 종료와 동시에 용산에 다니면서 내 PC 는 내가 맞추기 시작했다.

그 당시는 펜티엄이 처음 나왔으며 고베지진으로 램값이 폭등했던 시기였다. 펜티엄은 60 과 66 의 똥망같은 라인업이었는데.. AMD 가 486 dx4-100 으로 캐 대박을 쳤으며, soyo 보드 역시 더불어 성장세였다.(그리고 이때의 soyo 보드 총판이었던 선인상가 21동 3층의 태인시스템은 지금의 컴퓨존이 되었다)

486 dx4-100 의 두각을 바탕으로 cyrix 의 5x86 과 sis 가 비비적대기 시작했다. 바야흐로 x86 cpu 춘추전국시대.

내 vga 는 cirrus logic 의 GD5434 를 기점으로 matrox 의 밀레니엄 > edge3d > 부두2 조합 > 새비지 > 밀레니엄2 + 레인보우 보드 를 거쳐 90년대의 마지막을 끝내게 되었다.

그냥... 어디의 retro 카페에서 compaq portable 사진을 보고나니 옛날생각이 잠시 나는군요. 나이 먹고 현실적으로 쓸모없는 Apple 과 MSX 등에 관심이 쏠리는건, 내 손으로 주변에만 머물렀던 8bit computer 시대에 대한 시샘이겠죠. 아마도 :D

https://en.wikipedia.org/wiki/Compaq_Portable

공부를 해야하는 이유 - feat 집이 없어

2020-01-28T00:00:00+00:00

사람들이 내 말을 안믿어주고, 나를 쉽게 의심하고, 제대로 사과하지 않는건 내가 우습게 보여서, 나를 무시해서 그래. 사람들은 무시를 잘해 어느 이유에서건 무시를 해. 여자라고 무시해, 어리다고 무시해, 늙으면 늙었다고 무시해. 부모가 없어도 무시하고 남편이 없어도 무시하고, 돈이 없어도 무시해.

전부 대체로 내가 어쩔 수 없는 부분에서 사람들은 무시를 해.

엄마가 그나마 엄마 노력으로 바꿀 수 있는건 공부뿐이었어. 그래서 엄마는 공부를 잘했어.

https://comic.naver.com/webtoon/detail.nhn?titleId=721433&no=57&weekday=tue