글

11월, 2022의 게시물 표시

업무 생산성 글 모음

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

뽀모도로 트렐로 업무 적용기

-
이미지
뽀모도로 타이머 출처 : 위키피디아 서론 소프트스킬 책에서 #뽀모도로 라는 것을 알게되어 그저 아무 생각없이 한번 해볼까 해서 해봤다가 강추하게된 후기입니다. 트렐로 뽀모도로 애드온 적용  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차 개발자 리뷰어에 선정되어 무료로 제공받아 작성한 서평입니다.
댓글 쓰기
자세한 내용 보기

우분투 스압 메모리 (줄이기x 늘리기o)

-
이미지
개요 회사 컴퓨터 코어가 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, cope, vertical terminal

-
개요 임베디드 뿐만아니라 컴파일하고 개발할때 편리한 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] {...
댓글 쓰기
자세한 내용 보기

vim 에서 grep 명령어에 ripgrep 활용 방법

-
개요 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
댓글 쓰기
자세한 내용 보기

vscode C/C++ IntelliSense cpptools 과다 메모리 사용 문제

-
이미지
개요 수정 : 결국 견디지 못하고 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 permission denied (publickey)

-
이미지
  개요 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 로 바꾸면서 생긴 이슈 같은데...
댓글 쓰기
자세한 내용 보기

이 블로그의 인기 게시물

WSL2 Ubuntu 20.04 및 네트워크 설정

-
이미지
WSL2 Ubuntu 20.04 파워쉘을 실행합니다. 미리 설치한 Ubuntu 20.04를 WSL2로 변환하기로 합니다. 메시지의 링크를 따라가면  Updating the WSL 2 Linux kernel  페이지가 나오며, Instruction을 따라서 파일 다운로드 후 실행합니다. 그리고 다시 아래 명령을 수행하면 이번에는 정상적으로 변환합니다. 확인해보니 VERSION이 2로 나오며 잘 전환되었습니다. 실행! WSL2 Network 기본적으로 NAT로 설정되어 있습니다. Port forwarding으로 해결하려 삽질하다, 우연히 얻은 정보로 해결하였습니다. (출처 : https://www.clien.net/service/board/park/14995027) 가상 스위치 Bridge 설정 VirtualBox 같은 가상머신을 사용해보신 분들은 알겠지만, Bridge 모드로 설정하는 것이 가장 편리합니다. 먼저 Hyper-V 관리자를 관리자권한으로 실행합니다. 우측 중앙의 가상 스위치 관리자를 실행합니다. 만약 실패할 경우 네트워크 장치의 이더넷 속성에서 다음과 같이 해제한 수 다시 진행하시면 됩니다. 기본적으로 "내부 네트워크" 로 설정되어있는데 외부 네트워크로 설정합니다. WSL 이 안보이는 경우가 있는데 WSL2 를 한번도 실행하지 않은 경우입니다. WSL2 리눅스를 한번 띄우고 나간다음 확인해보면 WSL 항목이 생깁니다. 이와 같이 설정후 다시 WSL2 리눅스를 띄우고 IP 설정하면 브릿지모드로 동작합니다. 임베디드 개발자가 주로 사용하는 TFTP, NFS, FTP, SSH 등등 맘껏 설치해서 사용할 수 있습니다!
자세한 내용 보기

리눅스 멀티코어를 사용하는 tar 압축/해제

-
이미지
Situation 주로 사용하는 업무용 PC에 HDD 가 연결되어있는데 WSL 을 통해 엑세스 하다보면 매우 느립니다. 그러다 문득 반디집의 멀티코어 압축해제 가 생각나서 있지 않을까? 하고 찾아봤습니다. Task 검색해보면 몇가지 압축 해제 방법이 나오는데, tar -I 옵션으로 할 수 있는 압축 해제 방법이 간단하므로 이 옵션을 쓸 수 있는 방법을 골라냅니다. 또한 리눅스에서 주로 사용하는 압축은 .tar.gz 과 .tar.bz2 각각 다른 명령을 씁니다. 이것까지는 어쩔수 없는 모양입니다. 실제로 멀티코어를 쓰는지도 확인해보도록 합니다. 반디집 글에 많은 사람들이 환호했던 것은 멋진 영상때문이었습니다. 저도 환호할것 같네요. Action .tar.bz2 bz2에 사용할 프로그램은 lbzip2 입니다. 설치 우분투 설치 sudo apt install lbzip2 실행 tar의 man page를 보면 -I 옵션은 압축 프로그램을 사용한 압축이라고 합니다. -I, --use-compress-program=COMMAND Filter data through COMMAND. It must accept the -d option, for decompression. The argument can contain command line options. 압축은 다음과 같이 실행합니다. tar -I lbzip2 -cf <파일명> <대상파일> 압축해제 다음과 같이 실행합니다. tar -I lbzip2 -xf <파일명> <대상파일> 압축해제하는데 멀티코어는 15초 걸리는데 반해, 일반 tar 해제는 1분 2초가 걸립니다. 이 동영상 올리려고 포스트를 쓴거나 마찬가지입니다. lbzip2 압축해제 실행하자마자 모든 코어가 100% 올라가는 걸 보세요! ㅋㅋㅋㅋ (좌측 프로그램은 bottom 입니다.) .tar.gz gz에 사용할 프로그램은 pigz 입니다. 이름이 재밌는 말장난이네요....
자세한 내용 보기

WSL에 X-Window로 Terminator 설치하고 Minicom까지

-
이미지
블로그를 합치면서 원본을 그대로 가져왔습니다. 원래는 이 방식을 사용하지 않았는데 결국 Terminator가 너무 편해서 사용하게 되었습니다. WSL2가 곧 나오는데 WSL2에서도 사용해봐야겠습니다. 개요 임베디드 개발자인 관계로 개발환경이 매우 중요합니다. 다만 Client 프로그램이 윈도우 전용인 경우가 대부분이라 환경을 설정하기가 매우 힘들죠. 그래서 별짓을 다 해봤습니다. 하지만 역시 리눅스에서 개발하는게 가장 좋고 특히 Terminator와 Minicom 조합을 따라갈만한 환경이 없어서 결국 virtualbox에 ubuntu를 설치하고 콘솔로 사용하는 만행을 저지릅니다. 마침 WSL이 출시되면서 한줄기 희망을 가졌는데 이제 WSL상에서 Minicom 사용 가능해졌다는 소문이 들려 다시 한번 WSL에 개발 환경 꾸미는 작업을 시작해보려고 합니다. 물론 개발서버는 따로 있다는 가정입니다. 다음의 순서로 진행하려 합니다. WSL 설치 및 Ubuntu 설치 xwindow 서버 설치 xwindow 클라이언트로 mobaxterm 설치 terminator 띄우기 minicom으로 serial 열기 WSL 설치 참고 :   윈도우즈에서 리눅스 설치 - WSL Windows 10 시스템 종류 : 64비트 운영체제, x64 기반 프로세서 버전 : 1803 설정찾기에 “Windows 기능 켜기/끄기” 입력 후 실행하면 팝업창이 뜹니다. “Linux용 Windows 하위 시스템” 설치 및 리부팅을 진행합니다. Microsoft Store 실행합니다. 검색하려면 로그인을 해야하는군요.. 마음에 안들지만 로그인. 우분투로 검색했더니 안나옵니다!? 당황.. Ubuntu로 검색! 그리고 Ubuntu 18.04로 설치합니다. 위와 같은 에러가 발생합니다. 쉽게 되는게 없네요… 구글링을 해보니 WSL 기능이 꺼져있으면 발생하는 에러랍니다. 분명히 켰는데? 결국   공식사이트 ...
자세한 내용 보기