Shaun's Log

업무 생산성 뽀모도로 트렐로 업무 적용기 구글 드라이브 구글 시트에 여러 행 한번에 추가하기

뽀모도로 타이머 출처 : 위키피디아 서론 소프트스킬 책에서 #뽀모도로 라는 것을 알게되어 그저 아무 생각없이 한번 해볼까 해서 해봤다가 강추하게된 후기입니다. 트렐로 뽀모도로 애드온 적용  Pomorello Power-Up | Trello 먼저 평소 사용하던 트렐로에 뽀모도로 애드온을 적용합니다. #트렐로 카드 우측 하단에 보이는 Add Power-ups 를 클릭하면 addon 추가 페이지로 갑니다. pomo로 검색하면 나오는 #pomorello 를 설치합니다. 보드 단위 설치이니 주의 바랍니다. 다시 카드로 돌아가면 우측 하단의 Power-ups에 Pomorello가 추가되어있는 것을 확인할 수 있습니다.  Start a Set  하면 15분 25분 45분 플랜을 설정할 수 있는데 뽀모도로는 기본이 25분 집중 5분 휴식이니 시작하면 카드에 타이머가 동작합니다. 카드에 위와같이 표시됩니다. 카드에 들어와보면 현재 시간과 시간을 얼마나 썼는지 표시됩니다. 아쉽지만 트렐로 앱에서는 동작하지 않습니다. 장점 업무를 하면서 딴짓(인터넷 스마트폰)을 많이 하는 편인데 뽀모도로 시간에는 하지 않기로 다짐함. 25분 뽀모도로 후에는 5분 휴식하면서 딴짓을 맘껏 해야지라는 보상을 통해서 25분간은 온전히 집중할 수 있습니다. 내가 이 업무를 하는데 얼마나 많은 시간을 쓰는지 정량적으로 알 수 있음. 내 업무 시간이 어느정도 되는지 감으로만 알고 있었는데, 실제로 얼마나 시간이 드는지 정확하게 알게된 건 처음입니다. ​뽀모도로 확인을 위해 시간을 보면서 트렐로를 계속 관리하게됨. 트렐로는 특성상 손 놓으면 미뤄지게 되고 그러다보면 관리 안하고 버려지게 되는데, 계속 관리하게 되는건 큰 장점입니다. 후기 가장 좋은 점은 역시 25분간 딴짓 전혀 안하고 25분간 온전히 집중할 수 있다는데 있는 것 같습니다. "온전한 집중"이라는게 상당한 효율을 보여주는데, 그 시간이 쌓인다는건 굉장한 효과네요! 강추합니다!

예전에 읽은 책에서 저자들은 서문과 목차를 굉장히 신경쓰기 때문에 책의 개요와 전체적인 퀄리티를 확인하려면 꼭 자세히 읽어보라는 조언이 있었습니다.  식스팩 만들라는 개발자 자기개발 서적 본적 있나요? 이 책도 마찬가지로 집어들었다가 서문과 목차만 보고 빵 터졌습니다.  왜 "소프트웨어" 스킬이 아니라 "소프트" 스킬인지 목차만 보고도 알 수 있었습니다. 소프트웨어 코드는 단 한줄도 안나올거라 예상할 수 있는 목차이기 때문입니다. 하지만 개발자라면 반드시 알아야할 삶의 지혜들이 담겨있을거라는 것도 알 수 있었습니다. 그리고 단숨에 읽어나갔습니다. 그럴만한 가치도 있고 재미도 있습니다. 이 책을 낼때 경력이 13년 정도되는 33살의 개발자였을텐데 통찰력이 대단하다는 감명도 받았습니다. "프로페셔널" 개발자에 대한 자기 개발 서적은 많지만, 정말 "삶을 사는" 개발자를 위한 자기 개발 서적은 이 책이 처음이지 않을까 합니다. 두가지 아쉬움이 듭니다. 첫번째는 이 책을 늦게 접했다는것이고, 두번째는 나도 경력이 적지 않은데 왜 이런 것들을 어렴풋하게 머릿속으로만 생각하고 정리하지 못했을까 하는 것입니다.  그렇지만 너무 늦지는 않았다고 생각합니다. 지금이라도 이 책의 조언들을 잘 받아들여서 내 것으로 만들면 되니까요. 읽다보면 우리나라 현실에 맞지 않는 부분도 있고, 대부분의 모니터 보며 열심히 코딩하느라 사회성이 조금씩 퇴화하고 있는 개발자들이 하기 힘든 부분도 있습니다. 그런 부분은 안해도 됩니다. 그런 내용들 말고도 내 것으로 만들고 실천할 수 있는 무궁무진한 조언들이 가득합니다. 저자도 그렇게 생각할 거에요. 개발자의 사회적 멘토같은 책입니다. 강추합니다! 길벗출판사 19차 개발자 리뷰어에 선정되어 무료로 제공받아 작성한 서평입니다.

개요 회사 컴퓨터 코어가 20개입니다. ( 다다익코어 ) 하지만 make -j`nproc` 으로 core를 다쓰면서 컴파일 하면 메모리 사용량이 죽죽 올라가서 결국 스압메모리까지 쓰는 경우가 발생합니다. 위 그림의 아래 그래프를 보면 초록색 스압이 거의 꽉 차 있는 것을 볼 수 있습니다. 메모리가 16GB 임에도 말이죠. ( 다다익메모리 ) 컴파일 자체가 메모리 쓰기가 빈번하다보니 스압에 쓰기 시작하면 시스템 전체가 버벅거리며 거의 못쓸 상황까지 갑니다. 하... 늘려서 해결 # swap 비활성 $ sudo swapoff -v /swapfile # swap 을 16GB 로 조정 $ sudo fallocate -l 16G /swapfile #권한 설정 $ sudo chmod 600 /swapfile #swap file 만들기 $ sudo mkswap /swapfile #swap file 활성화 : 리부티하지 않아도 swap file이 활성화 된다. $ sudo swapon /swapfile 미친척하고 스왑을 16GB로 늘려봤습니다. SSD가 1TB 짜리거든요. 이왕 늘렸으니 컴파일러 -j 옵션도 nproc 다 줘버렸습니다. make -j`nproc` 오? 차라리 이게 낫네요! 아래 없애서 해결은 안하기로 했습니다! 출처 : [Tips] Ubuntu 20.04 에서 swap file 늘리기 없애서 해결 스압 비우기 일단 스압을 비워야죠. sudo swapoff -a && sudo swapon -a 뚝 떨어진 것을 볼 수 있습니다. swapoff로 비우고, swapon으로 swap 기능 다시 살리구요. 뭐 별거 없죠. 컴파일시 nproc 개수 조정 컴파일할때 -j 옵션의 숫자가 너무 커서 생긴 일이니, swap 이 안생길 정도로 조정해주면 되겠죠. 저는 nproc - 7 로 하니까 스압 메모리가 잡히는 일이 없어지네요. 그럼 코어가 7개나 노는데 ㅂㄷㅂㄷ (사비 털어서 메인 메모리 늘려? 하..)

개요 임베디드 뿐만아니라 컴파일하고 개발할때 편리한 vim 기능 입니다. makeprg make 시 make를 하지 않고 실행할 프로그램을 지정해줍니다. make 후 이런저런 해야할일을 스크립트로 만들어서 쓰고 있는 제게 매우 편리한 기능입니다. 저는 ~/.vimrc에 아래와 같이 지정해주었습니다. set makeprg=./build.sh vim에서 :make 해보면 ./build.sh 가 호출되는 것을 확인할 수 있습니다. copen :help copen                                             :cope :copen w:quickfix_title :cope[n] [height]       Open a window to show the current list of errors. 현재(current) 에러를 open 하는거네요.  처음에 cope로 썼는데 이게 왜 cope 이게 컴파일 로그를 보는데 쓰이는지 몰랐습니다. :make 를 했으면 에러 로그를 봐야죠.  :cope vertical terminal :vertical 명령에 cmd를 terminal 을 넘겨주는겁니다. :vertical terminal make 위와 같이 해보면 좌측 창에 make 결과가 텍스트로 올라옵니다. 생각보다 편해서 자주 씁니다. 하지만 매번 vertical terminal 을 쓸수는 없죠. ~/.vim 에 다음과 같이 추가합니다. cnoreabbrev Vt vertical terminal :Vt 명령을 넣으면 자동으로 vertical terminal로 변하니 쓰기 편합니다. croreabbrev 는 약어(abbreviations)입니다. 자세한 설명은 아래와 같습니다. :ab[breviate] {lhs} list the abbreviations that start with {lhs}      You may need to insert a CTRL-V (type it twice) to

개요 vim 안에서 모든 걸 다 하자! IDE 부럽지 않게! :vimgrep :grep vimgrep은 vim grep 엔진을 쓰는거고, grep은 외부 프로그램을 바인딩해서 쓰는거랍니다. ripgrep 전 ripgrep 이라는 rust로 쓰여진 성능 좋은 grep을 쓰고 있어서 이걸 쓰기로 합니다. 우분투에서는 아래와 같이 설치 가능합니다. $ sudo apt install ripgrep .vimrc 설정 .vimrc에 다음과 같은 내용을 넣어줍니다. if executable("rg")   set grepprg=rg\ --vimgrep\ --smart-case\ --hidden   set grepformat=%f:%l:%c:%m endif vim 실행 :grep 명령을 통해 rg를 그대로 실행합니다. :grep [OPTIONS] PATTERN [PATH...] 그리고 다음 명령을 실행하면 리스트가 뜨고, 리스트에서 파일로 이동할 수 있게 됩니다! :cope 아무래도 명령만 설명해서는 안되겠네요. gif를 만들어서 자료를 보강해야겠습니다. 출처 vim grep help : https://vimhelp.org/quickfix.txt.html#grep vimrc grep rg 설정 : https://phelipetls.github.io/posts/extending-vim-with-ripgrep/#usage-with-vim

개요 수정 : 결국 견디지 못하고 C/C++ 확장을 삭제했습니다. 스왑메모리가 잡히니까 감당이 안되게 느려지네요. 메모리를 한 32G 달면 모를까 도저히 못쓰겠습니다. vscode 사용하다보면 메모리를 정말정말 많이 먹습니다.  원인은 거대한 프로젝트!  를 전체 스캔하는 C/C++ IntelliSense 프로세스인  cpptools 입니다. 합쳐서 2.46GiB 라는 엄청난 양을 쓰는데다, 디스크 일기 쓰기도 엄청난 양을 해댔네요. 작동을 정지합니다. 그럼 vscode를 쓰는 의미가 없으니.. 방법을 찾아보도록 합니다. 해결책 아래의 출처에서 해결책을 찾았고 테스트해보았습니다. 귀찮은 테스트이니 그냥 바로 알려드립니다. 두가지 설정을 바꿔줍니다. c/c++ extension 의 관리 -> 확장 설정 .vscode/settings.json  에 "C_Cpp.files.exclude" 내용을 추가합니다. 메모리, 디스크 읽기/쓰기 모두 확연히 줄었네요! 출처 : "exclude path" in c_cpp_properties.json #1284

  개요 vscode 만으로 github 연동하고 python anaconda 개발 환경 구축 윈도우 환경에서 위와 같이 잘 설치하고 쓰던 중   ctrl+shift+p 에서 git clone 으로 clone하려는데 갑자기 위와 같은 permission denied 에러가 발생합니다. git@ github.com : Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. 이런 로그가 발생했는데 이유를 모르겠네요. 어쩌겠습니까 그래도 해결해야죠. 진단 일단 때려맞추기로 c:\users\<사용자명>\.ssh 에 가서 있는 파일을 모두 지워봅니다. cd c:\users\<사용자명>\.ssh del known_hosts 다시 git clone 시도해봅니다. 이게 뭔가.. C:\work>git clone git@github.com:Shaun289/shaun289.github.io.git Cloning into 'shaun289.github.io'... git@github.com: Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. gitcmd 에서 clone 해봤더니 위와 같습니다. 좀 더 정확한 로그를 볼 수 있네요. 임시 해결책 After VSCode is updated, git@github.com: Permission denied (publickey). #149622 일단 검색해보니 이렇게 나옵니다. 아마도 보안이슈때문에 id_ed25519 로 바꾸면서 생긴 이슈 같은데,  여기