opensmalltalkvm

예전에는 분명 다른 방법으로 소스가 제공되었던 기억이 납니다만…. 이제 Pharo 와 CogVM 진영도 트렌드에 발 맞추어 github 을 이용하기 시작했습니다.

https://github.com/OpenSmalltalk/opensmalltalk-vm

우리가 익히 알고 있는 방식으로 git clone 을 사용해서 소스를 내려 받으면 됩니다만.. 사실 얼마전부터 노리고 있던 이유는 따로 있습니다. 소스트리 내에 제가 주목할만한 부분이 새로 생겼기 때문이죠.

build.linux64x64

 

….마………..만쉐????

어차피 pharo 를 사용하려면 VM 만 있으면 안되죠. 그래서 http://pharo.org 사이트에서 이미지를 받으러 갔더니.. 어머??

 

완.전.좋.은.데.이.거?

 

일단 Pharo 5.0 에서는 해당되는 이미지를 받아놓고 소스도 받아서 vm을 빌드하려 하는데..

build.linux64x64 디렉토리 안쪽에 makeall 이라는 스크립트가 보이네요?……… 어머? 뭔가 날로 먹을 수 있을거같은 느낌적인 느낌?

 

일단 컴파일은 잘 되는 중입니다. 사실 64bit vm 이 중요한 이유는 여러가지 이유가 있을 수 있겠습니다만.. 직관적으로만 본다면야.. lib32 시리즈를 필요로 하지 않는 부분이 가장 크지 않나 싶습니다. 그리고 sdl 부터 시작해서 각종 primitive 객체들이 보다 원활하게 동작한다는 의미겠죠. 일단 pharo 사이트의 내용으로만 본다면야.. 조금 experimental 한 부분이 있을수도 있겠습니다만… 폴더 자체에서 3개 플랫폼의 x64 를 지원하는걸 보면 나름대로 안정적이지 않겠나 생각합니다.

 

아마도 build.linux32ARMv7 정도만 있는걸 보면 아직 라즈베리상의 64bit linux 까지는 개발을 못하고 있는듯 합니다만…. linux64x64 개발이 어느정도 마무리되면 의외로 쉽게 빌드할 수 있지 않을까.. 라는 생각도 드는군요.

 

사실 사용하는것만이 아니라 제대로 공부를 해보고 싶기는 한데.. 그래야 ImmX11Plugin 도 다시 손보고 할텐데.. 아직은 시간이 요원하니.. 일단 64bit VM 을 즐겨보는걸로 만족해야 겠습니다 😀

DocumentPump (PDF 생성솔루션)의 실패사례 기록

Facebook 의 html backup 기능을 이용해서 pdf 생성시스템인 DocumentPump 의 sample 서비스를 만들어보려는 시도는 실패로 놔두기로 결정. 이 글은 왜 그런 결정을 내리게 되었는가와 PDF 라는 media(offline 또는 출판) 에 대해 느낀점을 기록하기 위한 내용이 되므로 관심없는 분은 굳이 읽으실 필요는 없습니다.

%ec%8a%a4%ed%81%ac%eb%a6%b0%ec%83%b7-2016-12-16-14-58-43 %ec%8a%a4%ed%81%ac%eb%a6%b0%ec%83%b7-2016-12-16-14-58-57

 

스크린샷에서 보이다시피 제 개인 facebook 의 backup 내용을 기반으로 자동 변환을 위한 sample 은 만들어 봤습니다만… 이 작업은 더이상 진행하기 않기로 했습니다.

기본적으로 저는 다른 서비스를 대체하는 상업용 서비스를 만들고 싶었던 것이 아니라 DocumentPump 라는 솔루션의 자동 변환 및 템플릿 기능에 대한 일반적인 변환기능을 증명하기 원하는 sample 서비스를 만들고 싶었을 뿐이며, 구현하는거야 가능하지만.. Oauth 등의 Facebook 서비스 API 까지 구현해가며 작업을 할 생각은 없었습니다. backup 된 html 내용을 upload 하면 일정수준의 PDF 를 email 또는 내려받기로 서비스하는 정도를 만들고 싶었을 뿐인거죠.

 

이 발상을 하게된건 볼록북 이라는 서비스때문이었습니다. 적어도 자동 변환이라면 DocumentPump 의 파서와 제네레이터를 손보는 것만으로 가능하다고 생각했고, 이미 저는 그런식으로 Look and Walk 서비스에서 유의미한 결과를 얻을 수 있었습니다. 하지만 다음의 부분에서 기본적인 오류가 있었던거죠.

  1. 자동변환과정에서 오는 page(다단편집을 포함)의 자동개행에 따른 공백의 발생
  2. 공백의 발생을 메꾸기 위한 정보의 부족

볼록복 서비스는 이 문제점에 대해 Oauth API 를 통해 많은 정보를 단편적으로 제공함으로서 화면이 비어보이는 상태를 최소화 하기위한 정보 배열의 layout 을 찾아냈습니다. 또한 Facebook 의 backup 으로 제공되는 html 내용은 이러한 정보를 채워넣기에는 턱도없이 부족한 정보를 제공합니다.

 

물론 맘먹고 볼록복의 page layout 을 베끼고 Oauth API 까지 후벼판다면 비슷한 서비스 구현이 불가능하지는 않겠습니다만 볼록북 서비스의 목표는 명확합니다.

 

자동생성된 PDF 의 인쇄를 통한 수익창출

 

저는 DocumentPump 를 통해 자동변환 PDF 의 sample 이 필요했고, 이미 유의미한 결과는 Look and Walk 를 통해 얻었기 때문에 Oauth API 까지 적용시켜가며 프로젝트를 키울 필요도 없었을 뿐더러 조판의 영역에서 표시할 수 있는 정보의 다양성이 책의 Layout 에 얼마나 많은 선택지와 풍부함을 가져올 수 있는지를 학습한것으로 충분하다는 판단에 이번 테스트작업은 종료하는 바입니다. 결과적으로 sample 은 다른 방법을 통해서 증명하는걸로 아이디어를 다시 구상해봐야겠군요. 하지만 디자인을 위해 약간의 장난을 쳐본건 괜찮은 소득이었습니다 😀

이제 Raspberry pi 3 에 걸맞는 64bit linux 시대가 왔네요.

SUSE releases first 64-bit OS for Raspberry Pi 3

https://www.suse.com/documentation/suse-best-practices/sles-rpi-quick/data/sles-rpi-quick.html

 

이제 raspberry pi 3 의 64bit arm cpu 를 활용할 수 있는 linux 가 나왔습니다. 안드로이드는 진작에 준비하는듯 했습니다만.. 일단 PC 기반에서 64bit linux 로 대부분 어플의 전환이 이루어졌기 때문에 PC 에서 넘어갈때와는 달리 꽤나 빨리 넘어갈 수 있지 않겠나.. 싶습니다.

회사 내부 솔루션을 64bit linux 에서 돌 수 있도록 작업해놓기 천만 다행이라는 생각이 드는군요…-.-;