Windows Terminal
Windows Terminal (윈도우 터미널)을 이용하다 보면 윈도우의 커맨드에 익숙하지 않아서 많은 작업을 하기가 어려운 경우가 종종 있을 겁니다. 리눅스에 익숙해지다 보니까 윈도우는 커맨드가 뭔지도 제대로 기억나지도 않고... 그래서 윈도우 터미널에 Git Bash를 추가해서 익숙한 리눅스 명령어를 이용할 수 있도록 해보겠습니다. 먼저 윈도우 터미널의 설정 화면으로 들어갑니다. 그러면 메모장이 열리는데,
Windows Terminal
윈도우에서 CMD는 아주 오래 전부터 사용되어 온 CLI 환경입니다. 그리고 이를 개선하고자 PowerShell이 등장을 했지요. 다만, 저처럼 주로 리눅스에서 작업하는 사람들에게 윈도우 CLI는 그다지 친숙한 환경은 아닙니다. 그리고 윈도우의 CMD나 PowerShell은 모양도 그다지 멋지지 않습니다. 게다가 탭 기능이 없어서 매번 새로운 창을 띄우려면 새로 실행해야 하는 불편함이 있었습니다. 이러한 불편함을
Spark
스파크(Spark)로 개발을 하다보면 간단한 작업은 로컬에서 진행하고 싶은 경우가 있습니다. 겨우 이거 하나 하겠다고 스칼라(Scala)로 코드를 짜서 Jar를 만들고 스파크 클러스터에 작업을 제출하는 것은 너무나 불편하기만 합니다. 그래서 Jupyter Lab을 이용해서 간단한 스파크 코드를 작성하고 실행하는 과정을 소개하고자 합니다. 앞선 글에서 아나콘다를 이용해 Jupyter Lab은 설치를
Cloud
Python으로 간단한 코드를 돌려보려고 하는데, IDE를 통채로 설치해서 사용하자니 너무 큰 작업이 되는 것 같고, 매번 IDE를 통해서 실행하는 것도 귀찮고 해서 Jupyter Lab을 설치하기로 결정하였습니다. IPython 스타일의 Jupyter Notebook이 기본 셋팅이지만 저는 Lab의 형태를 더 선호해서 일단 Jupyter Notebook을 설치한 다음에 Lab으로 변경할 것입니다. 궁극적으로 이런 셋팅을 하는 이유는
본문 세 줄 요약 1. 구글 계정의 생년월일을 변경하였더니 계정이 정지되기도 합니다. 2. 그 이유는, 구글 가입 연령이 만 14세 이상으로 제한되기 때문입니다. 3. 만 14세 이상인 사람이 생년월일을 잘못 변경한 경우에는 컴퓨터로 구글에 로그인해서 복구하면 됩니다. 구글 계정을 어느 정도 사용하다가 생년월일 정보를 정확하게 바꾸기 위해서 이를 변경하였더니 갑자기
본문 세 줄 요약 1. 대리 구매는 대리 구매자가 게임을 등록해주는 것입니다. 2. 대체로 우회 구매를 하기 때문에 계정 정지의 위험이 있지만, 더 큰 위험이 존재합니다. 3. 그것은 바로 대리 구매자가 본인의 결제 정보로 여러분의 스팀 계정을 복구(해킹)하는 것입니다. (대리 선물구매 제외) 스팀을 이용해서 많은 게임들이 배포되기 시작하였지만,
본문 세 줄 요약 1. ads.txt 파일을 만든다. 2. 홈페이지 최상단에 ads.txt를 집어 넣는다. 3. 하루정도 기다리면 저절로 해결! 6월 초에 갑자기 애드센스에서 ads.txt이 없다는 경고 메시지가 나타나기 시작했습니다. 지금은 해결되어 경고 화면을 보여드리기가 어렵지만, 메인 화면에서 바로 알 수 있게 위에 경고 문구가 나타나더군요. 별도 알림으로도
Fax
이메일이 발전하면서 어느 순간부터 잘 사용하지 않게 되는 것이 팩스입니다. 그런데, 공문서같은 경우에는 PDF와 같은 파일 형태로 저장이 어렵기 때문에 굳이 출력해서 팩스로 전달해야 하는 경우가 종종 생깁니다. 이럴 때에 갑자기 주변에서 팩스를 찾아본다면 여간 번거로운 것이 아닙니다. 그래서 등장한 것이 바로 모바일팩스 앱입니다. 모바일팩스 초기에는 SKT 사용자만 이용할 수
Port Forwarding
과거에는 집에 보통 컴퓨터 한 대만 사용하고 스마트폰이 없었기 때문에 인터넷을 설치한다고 하더라도 모뎀만 있으면 컴퓨터에 인터넷을 연결할 수 있었습니다. 최근 들어서는 가족 구성원 한 명마다 컴퓨터를 사용하거나 스마트폰을 이용한 인터넷을 위해서 유무선 공유기가 하나씩은 다 있을 겁니다. 단순히 인터넷을 사용하기만 한다면 공유기는 아무런 문제를 일으키지 않습니다. 하지만, 내가 어떤
Spark
회사에서 많은 AWS 서비스를 사용해보면서 어느 날 번뜩 떠오른 아이디어가 있었습니다. 사실 전문가 분들은 이미 많이 사용하고 있는 것 같았지만 왠지 내가 대단한 발견이라도 한 것 같고 나름의 성취감도 있었지요. AWS의 EMR을 이용하여 Spark 배치 작업을 자동으로 실행하고 작업이 종료되면 EMR도 종료하여 비용 절감까지 가능한 아키텍처를 살펴볼까 합니다. 기본적으로 사용하게
AWS
어제, 오랜 기간동안 고민하다가 갑자기 느낌이 확 와서 제 블로그를 시놀로지 NAS에서 아마존 EC2로 이전하였습니다. NAS 자체가 너무 느리기도 하고, 이사를 하면서 겪었던 많은 불편함을 해소하고자 결국 클라우드 환경을 선택하게 되었네요. 게다가 최근 클라우드 환경에서 많은 작업들을 하다 보니까 그 편리함에 눈을 뜨게 되었습니다. 처음에는 굉장히 거창한 시스템을 구축해볼까 하였으나,
회사에서 G suite으로 전사 시스템 전환이 있었습니다. 그러고 나니 문서 편집에 대한 불편함이 이루 말할 수 없을 정도입니다. 아무래도 너무 오랜 시간동안 마이크로소프트의 오피스에 적응되어 그런 것 같습니다. 기능 부족은 말할 것도 없지만, 또 다른 큰 문제는 바로 오프라인 편집 기능입니다. 여태까지는 상식적으로 오프라인에서도 오피스를 켜고 파일을 작성하고 저장하는 것이