728x90
니코의 타입스크립트 강의를 하나 들어보자. #1 세팅 2. 노드버전 확인 node -v // 18.0.0 임을 확인 1. Visual studio Code TypeScript도 VSC도 MS가 만들었으니 찰떡궁합으로 써보자. #2 TypeScript 사용해보기 The starting point for learning TypeScript Find TypeScript starter projects: from Angular to React or Node.js and CLIs. www.typescriptlang.org 작동방식 1. 개발자가 코드 작성 2. 타입스크립트가 코드 확인 3. JS를 통한 컴파일 시점 이전에 자바스크립트의 기존의 잠재적 오류가능성을 방지 => TS가 런타임에 작동되는 것이 아니다 예시..
개발자 필독서 중에서도 당연시 언급되는 클린코드. 1장부터 다시 보았다 #1 Intro 당신의(혹은 당신의 팀의) 시간과 비용과 노력을 위하여 "좋은 아키텍처가 비싸다는 생각이 든다면, 나쁜 아키텍처를 시도해봐라." 현재 가장 좋은 코드라고 판단이 된다는 것은 후에 변경될 가능성의 존재를 무시해도 괜찮다는 의미가 되진 못할 거다. 그렇다고 변경될 가능성을 지나치리 신경써 확장성을 가지고자 작성하면 그것도 좋지 않다 개발의 진척도가 조금만 지나도 더 이상 쓰지 않는 코드, 무의미한 파라미터의 처리가 난감해진다. 이 레거시 코드 처리의 난처함은 필연적이며, 그나마 가장 깔끔한 길을 찾기 위하여 모두를 위한 가이드라인이 이 책이라고 생각한다. 뼈대의 규칙은 바뀌지 않는다 작성자는 꽤나 오랫동안 다양한 개발경험..
💬 용어정의 Deadmon = 유령 항상 실행되고있다 ls, mkdir, rm 등: 필요에 따라 키고 끄는 프로그램 Server 등: 항상 켜져있는 프로그램(Daemon) 사용자가 WebPage(Naver, Daum 등)에 접근하는 것 💬 Daemon 실습 1️⃣ Rinux 환경 준비 2️⃣ Apache WebServer 설치 sudo apt-get install apache2 cd /etc/init.d/ # 설치 프로그램 확인을 위한 경로 이동 /etc/init.d$ ls # Demon 프로그램들이 존재하는 디렉토리 3️⃣ Apache 실행 sudo service apache2 start # apache2 실행 ps aux # 현재 실행되고 있는 프로그램의 리스트 출력 ps aux | grep apac..
와 해떴당🌞 반년이 다되도록 준비해 온 프로젝트로 첫 공모전 제안서 제출을 끝냈다. 그것도 마감 3분 전에. 잘려고 누웠는데 잠이 안 들더라. 근 일주일간 커피, 콜라 다 끊고 디카페인만 찾아먹다가 모처럼 마신 500ml 제펩 하나에 잠이 다 달아나버렸고, 그 김에 읽어내린 아티클 중 하나인 해외 소프트웨어 엔지니어 Gunnar Morling의 글을 살펴보았다. 주제는 '코드리뷰 피라미드' The Code Review Pyramid When it comes to code reviews, it’s a common phenomenon that there is much focus and long-winded discussions around mundane aspects like code formatting a..
기술부채에 대하여 기술부채란 무엇인가 : 기술적으로 해결해야하는 문제, 그러한 비즈니스 문제들의 해결 시점을 미루므로써 일어나는 일 이러한 비즈니스 문제들의 해결 시점을 미루게 되므로써 이로인한 시간적, 금전적인 실손을 이자로 생각하면 된다 예를 들어서, 지저분한 방식으로 빠르게 개발한다면 다음 개발을 위해 드는 시간적 비용적 손실이 부채의 이자로 발생할 것이다. 기술부채의 예시는 무엇인가 설계 사항을 문서로 남기지 않는다 테스트(기능, 성능)을 작성하지 않는다 사용되지 않는 데이터베이스의 정리를 하지 않는다 반복되는 (배포/빌드)의 자동화를 하지 않는다 기술을 긴급하게 변경한다 즉.. 지저분하고 더럽게 개발했다 기술부채를 피할 수는 없었는가 빠르게, 깔끔하게, 그러한 클린코드를 작성하는 것이 개발자의 ..
💬 코딩테스트는 왜 하는데? 1️⃣ 개발자와 기업 간의 소개팅이다 당신의 스타일과 회사의 스타일을 맞춰보는 관점이라고 생각할 수 있다 2️⃣ 허들 중 하나다, 이것이 허들인 이유는 한 달 동안의 100명의 지원자가 들어왔다한들, 우리 기업은 그 100명을 위한 100시간을 쓸 만큼의 리소스가 없다 당신들이 얼마나 우리 회사에 관심이 있으며 우리 회사와의 핏이 얼마나 맞을지에 대한 가능성 판별요소다 3️⃣ 코딩테스트는 기업규모에 따라 난이도가 다르다 대기업이 빡세긴 하지 대기업이 아니라면, 당신이 그렇게 신경을 쓰고 크게 시간할애를 할 것까진 아니다 대신에, 그런 코딩테스트를 실시간으로 이루어질 때 각자가 나누게 되는 피드백/요구사항 등에 대한 스타일을 점검하는 시간이 될 것이다 💬 개발자 필요하다며, 근..