반응형

대학원생, 특히 이공계 대학원생에게 연구노트는 정말 중요하다. 연구노트를 그 목적대로 작성을 했을 경우, 연구의 진행 상황에 대한 기록이 모두 되어 있기 때문에 이를 기반으로 매일매일 연구를 올바른 방향으로 진전시켜 나갈 수 있다. 그리고, 실험 같은 것이 실패를 하더라도 그 기록이 모두 남으니까 어떤 형태로든 자산이 될 수 있다.


거의 대부분은 종이로 된 연구노트 책자를 쓰겠지만, 하고 있는 모든 일을 오직 PC 화면만 쳐다보면서 하는 입장에서 전자연구노트도 쓸만하다. 하지만 학교에서 제공하는 전자연구노트는 파일을 직접 업로드하는 방식이라서 내가 다른 프로그램 (워드, 엑셀, 파워포인트, 아니면 그냥 메모장, 또는 이미지 등)을 사용해서 일단 만들어야 한다.


연구를 진행하는 과정에서 실험 통계는 엑셀 파일, 랩세미나 발표를 하거나 교수님과의 의견 교환을 위해서 만든 슬라이드는 파워포인트 파일, 문서는 워드를 쓰는 것이 일반적이긴 하다.


그런데 요즘 들어서는 내가 점점 MS 오피스 프로그램을 써서 직접 파일을 만드는 경우는 줄어들고, 그냥 웹 브라우저에서 구글 드라이브에 접속해서 문서/스프레드시트/프레젠테이션을 바로 만드는 경우가 많아졌다. 워드/엑셀/파워포인트만 가지고 논문 한 편을 만드는 것이 일반적이던 시절이 있었지만, 최근에는 이게 옛날처럼 느껴질 정도로 많은 작업을 웹 기반으로 하게 되었다.

무엇보다도, 평소에 각종 개발이나 실험을 리눅스 환경에서만 하다 보니 그냥 아예 main PC를 리눅스로 쓰다 보니, 윈도우에 대한 접근성이 조금 떨어져서 더더욱 MS 오피스를 쓰지 않게 된 측면도 있다.


논문 작성은 Overleaf를 써서 tex를 웹 상에서 직접 고치고, 공동저자들에게 링크를 줘서 바로 확인하거나 서로 동시에 고치면 된다. 예전에는 tex를 쓰려면 프로그램을 별도로 써야 했지만, 웹 기반으로 하면서 훨씬 편해졌다. 게다가 MS 워드를 가지고 논문을 작성하면 예기치 않게 문서 레이아웃이 망가지거나 그림이 서로 겹치는 등 온갖 불편한 일이 생기는 데 비해, tex는 문법만 잘 알고 있으면 문서 레이아웃 망가질 걱정은 전혀 할 필요가 없으니 훨씬 좋다.

기본 아이디어에 대한 brainstorming 같은 일도 구글 문서나 구글 프레젠테이션에서 간단하게 만들어서 이것을 또한 링크로 공유해서 수정하면 된다. 이 단계에서는 MS 오피스가 제공하는 강력한 기능들까지 굳이 필요하지도 않고, 흰 바탕에 꾸밀 필요가 없는 검정색 텍스트와 간단한 도형 그림 정도로 일을 할 수 있기 때문이다. 다만 구글 스프레드시트는 아직까지는 MS 엑셀에 비해 기능과 편의성이 많이 부족해서 이 부분은 아쉽다.


그리고 기존에 PC에서 MS 오피스를 써서 작업할 때에는 항상 예상치 못한 PC의 다운이나 하드디스크 고장으로 인해 파일이 망가지고 사라지는 등의 위험 요소를 안고 가야 했는데, 요즘은 웹 기반으로 하다 보니 그런 걱정이 거의 사라졌다.

물론 순수하게 개인 PC에서만 모든 작업을 다 하던 시절과 지금의 완전한 웹 기반 환경 사이에 드롭박스(dropbox)를 활용해서 과거 저장 내역을 기억하고 만약의 사태에 파일을 복구하던 시절도 있었다. 그리고 dropbox는 여러 학생들이 참여하는 연구과제에서 만들어지는 수많은 문서들을 관리하는 측면에서는 지금도 도움이 많이 되고 있다. 특히나 우리나라에서 결코 없어지지 않을 hwp 파일들을 관리하려면 뭐.. 다른 방법이 없으니까. hwp 파일만큼은 아직도 구글문서처럼 웹 기반으로 협업이 불가능하니 어쩔 수 없다.


하지만 적어도 나 혼자 또는 나와 지도교수, 공동저자 학생 한두 명이 같이 연구를 진행하면서 논문을 쓰는 상황에서는 굳이 dropbox도 별 필요가 없다. 그리고 실험이나 시뮬레이션을 하다 보면 결국 윈도우보다는 리눅스/맥이 더 편할 수밖에 없고, 윈도우 PC보다 리눅스/맥을 더 자주 활용하는 입장에서 구글 드라이브의 접근성이 MS 오피스에 비하면 훨씬 좋기도 하다.


------------------------------------


아무튼 위와 같은 여러 가지 이유를 종합해서, 서면연구노트는 거의 쓰지 않고, 전자연구노트는 연구과제를 진행하는 과정에서 정기적으로 만들어지는 회의록, 발표자료, 보고서 파일들을 업로드하는 요도로만 사용하게 되었다.

그런데 이렇게 전자연구노트를 개인연구에 잘 쓰지 않다 보니까 내 개인연구의 모든 과정을 자세하게 기록하고, 이를 기반으로 연구를 차분하게 진행시켜 나가기 위한 기록 매체가 마땅치 않게 되었다.


순수하게 내 개인연구 진행 상황을 매일매일 잘 기록하고, 이를 기반으로 중간에 다른 일을 하다가 돌아오거나, 그 다음날에 다시 시작하더라도 기억을 더듬는 시간을 최소화시킬 만한 환경이 필요했다. 사실 이런 목적을 충족해 주는 도구는 이미 널리고 널렸지만, 왠지 모르게 내 손에 잘 잡히지 않는 것이 문제였다.

이 분야에서 단연 에버노트가 막강하겠지만 이상하게 손이 잘 가지 않았다. 논문들을 잘 관리하는 측면에서는 멘델레이(Mendeley)가 좋은 도구가 되겠지만 논문 이외의 문서들 관리하기는 힘들다. 트렐로(tello)는 내가 무엇을 해야 하는지 task를 분류하고 todo list를 관리하기에 좋아 보였지만, 여기에 코딩하면서 발생한 버그, 해결 방법, 논문 아이디어, 시뮬레이션 환경 등등 이것저것 다 기록하다 보니 오히려 너무 기록할 수 있는 영역이 많아서(카드의 제목, 카드의 description, 카드 내부의 댓글, 카드에 추가할 수 있는 checklist, 거기에 카드 종류를 구분할 수 있는 custom label 등등...) 나만의 기준을 일일이 만들지 않으면 너무 중구난방으로 기록되는 바람에 나중에 오히려 찾아보기가 불편한 지경이 되었다. 게다가 일처리를 끝내면 보관(archive) 처리를 해서 사라지게 되는데, 그렇게 화면에서 완전히 사라져야 할 때도 있지만 어떨 때는 남아 있기도 해야 하고, 그렇게 카드 수와 카테고리가 점점 늘어나기 시작하자 오히려 관리하기 어려웠다. 트렐로가 이 모양이니 이와 유사한 Todo 관련 앱들 모두가 마찬가지였다.

슬랙(slack)은 공동저자들과 협업을 하면서 발생한 대화 내용과 모든 파일이 다 시간순으로 기록으로 남아 있고 검색해서 찾아보기도 편했지만, 메신저의 대화창 자체를 기록을 저장하는 수단으로 쓰는 것은 너무 무리였다. (게다가 대화 개수가 10,000개를 넘어가면 그보다 과거의 내용은 돈을 내지 않으면 볼 수도 없다.)


위의 여러 가지 서비스들을 다 시도해 보는 과정에서, 모두 어느 정도 써 보다가 다 중단되었지만, 그러한 시도를 하는 동안에 병행해서 계속 기록을 남기던 가장 원초적인 수단은 결국 메모장(...)이었다.

그 어떤 서식도 넣을 수 없었지만, 그 안에서 내가 나만의 indent를 가지고 위에서 아래로 순서대로 기록을 남기고, 파일 이름은 날짜와 가장 중요한 내용으로 하고 (예: 180117_routing_table_update_issue.txt), 그 파일들을 dropbox 폴더에 모아 놓는 이 원시적인 작업만을 내가 멈추지 않고 해 오고 있었다. 어쩌면 나는 강력한 도구보다는 불필요한 것이나 군더더기가 없으면서 접근성이 좋은, 미니멀리즘 비슷한 것을 원했던 것일까?


결국 위와 같은 고민을 거쳐서 지금은 구글 드라이브에 폴더 하나를 통째로 모든 공동연구자들과 공유하고, 그 아래에 워드 문서를 큼지막한 이슈 별로 만들고, 그 문서 안에서 매일매일의 날짜마다 새 페이지를 만들어서 그날 겪은 문제와 그 전날의 문제를 해결한 내역, 앞으로 할 일 등을 그저 텍스트로 작성하고, 해결이 안된 부분은 빨간 글씨, 해결 완료한 부분은 파란 글씨로 표시하는 최소한의 서식만 남겨 둔 채 사용을 해 보았더니, 현재로써는 이게 가장 생산성이 좋다.


사실 '서투른 목수가 연장 탓'을 한다는 속담도 떠오르고, 연구가 정말 절실하거나 교수님께서 나를 더 많이 쪼시거나(...) 하시면 도구 따위가 문제가 될 수 없겠지만... 그래도 기왕이면 내가 쓰기 편하고, 내 손에 잘 익으면 그만큼 마음의 거리낌이 줄어드는 만큼 연구에 집중할 수도 있는 것이 아닐까? 게다가 최근 5일 동안은 위와 같은 시도의 끝에 정착한 구글 드라이브와 최소한의 서식이 꽤 좋은 생산성을 실제로 보여주고 있기도 하니까.


좀더 일찍 이런 손에 잘 익는 도구에 대한 고민을 했었으면 어땠을까 싶지만... 뭐 지금이라도 늦지 않았다고 생각한다. 남은 시간 동안 열심히 달려 보자.



반응형
블로그 이미지

Bryan_

,
반응형

OS: Ubuntu 16.04.3

기본 웹브라우저: 구글 크롬 (오픈소스인 크로미움 말고 구글이 제공하는 크롬)



위와 같은 조합에서 dropbox 앱을 설치하고 로그인을 하려고 했는데, 로그인이 계속 잘 되지 않았다. 정확하게 표현을 하면, 우분투에 처음 dropbox 앱을 설치하고 나면 dropbox ID로 로그인을 해 줘야 해서 패널에 실행 중인 dropbox 아이콘에 마우스 오른쪽 단추를 눌러서 "Log in" 메뉴를 선택을 했더니 크롬 브라우저가 실행되면서 그냥 빈 탭이 뜨는 것이었다.


아마 웹 브라우저에서 로그인을 먼저 하고, 다시 웹 브라우저가 dropbox native application에게 뭔가 신호를 보내서 인증 및 파일 공유를 시작하게 만드는 원리인 것 같은데, 웹 브라우저에서 애초에 로그인이 불가능하니 아무것도 할 수가 없었다. ㅠ_ㅠ

괜히 애꿎은 dropbox deb 파일만 몇 번씩 새로 다운받아 보고, Ubuntu Software에서 검색되는 앱으로 재설치도 해 보았지만 똑같은 문제가 계속 일어나서 더 진행할 수 없었다.


그러다가 이건 웹 브라우저에서 요청을 처리하지 못해서 생기는 문제일 것 같은 생각이 들었고, 혹시 구글 크롬 브라우저를 쓰는 상태에서 같은 문제를 겪는 사례가 있는지 찾아보니...



..어? 

정말 있다.


https://askubuntu.com/questions/689449/external-links-are-opened-as-blank-tabs-in-new-browser-window-in-chrome


알고 보니 구글 크롬 브라우저 바이너리에 옵션을 줘서 실행시키는 .desktop 파일에 문제가 있어서 그 파일을 고치면 된다고 한다. 


잠깐, 그러면 이거 dropbox 뿐만 아니라 다른 모든 앱에서 웹 브라우저에 요청을 날려도 모두 문제가 발생하는 중요한 결함이지 않나? Stackoverflow에 벌써 2년 전에 올라온 이슈인데 구글은 왜 이걸 업데이트하지 않는 것인지?



아무튼, 그래서 해결방법은,

[HOME 디렉토리]/.local/share/applications/google-chrome.desktop 파일을 열고,


Exec=/opt/google/chrome/chrome


위와 같이 되어 있는 라인을


Exec=/opt/google/chrome/chrome %U


이렇게 바꾸고 저장한다. (끝에 %U 추가)


그리고 나서 dropbox 앱의 마우스 오른쪽 단추 메뉴에서 다시 로그인을 선택하면,



그제서야 크롬 브라우저에서 로그인된 계정과 앱을 연동하는 작업을 진행할 수 있고, 파일 싱크도 그 뒤에 진행할 수 있다.





반응형
블로그 이미지

Bryan_

,
반응형

Dropbox(드롭박스)에서 특정 폴더를 만들어 놓고, 영어 문자 일부의 대문자와 소문자만 바꾸려고 하면 변경이 되지 않는 문제가 있다.

정확히 말하면, 내가 로컬 컴퓨터에서 영문자가 들어간 폴더에서 영문자 한개를 소문자에서 대문자로(또는 대문자에서 소문자로) 바꿔도, 동기화 중임을 나타내는 빙글빙글 돌아가는 표시만 나고 다른 공유 컴퓨터에는 이름이 바뀌지 않는다.


예를 들면,"TESt 전용 폴더입니다" 라는 이름의 폴더를 만들고 나서, 잠시 후에 내가 "TEST 전용 폴더입니다" 라고 중간의 소문자 t를 대문자 T로꾸더라도 최종 반영이 안되는 것이다. 그래도 폴더 내부에 새로운 파일을 추가하거나 삭제, 변경하는 것은 정상적으로 반영이 되었다. 오직 영문자 이름의 대소문자를 바꾸는 것만 되지 않더라는...


(소문자 t를 대문자 T로 바꿔도 빙글빙글 돌아가는 파란색 동기화 표시가 사라지지 않는다)



Dropbox 웹사이트에 들어가서 확인해 보니 역시나 폴더 이름이 바뀌어 있지 않았다. 그래서 웹사이트에서 직접 파일이름 변경을 시도했더니, 아래와 같은 경고 메세지가 나오고 변경되지 않았다.



아마 Dropbox 내부 시스템에서 대소문자 구분이라던지 동기화 처리 과정에서 의도적으로 대소문자만 바꾸는 작업을 지원하지 않도록 해둔 것이라고 예상된다.


조금 번거롭지만 현재로써는(2015.02.21 현재) 이름의 대소문자를 바꾸고 싶으면 띄워쓰기를 추가하거나 빼는 식으로 다른 문자를 추가/제거하면서 같이 이름이 바뀌도록 하는 방법을 써야겠다.



반응형
블로그 이미지

Bryan_

,