BUMIDA IT

web3.eth.getAccounts().then 빈 배열로 반환할 경우 오류 해결법

bumida — Wed, 8 Nov 2023 18:12:55 +0900

테스트 환경에서 스마트 컨트랙트 배포 후 테스트시 web3 에 web3.eth.getAccounts().then 사용시 메타마스크와 연동되지 않고 빈 배열로 반환되는 오류가 있었다.

원인

web3는 (MetaMask v4.14.0부터 입니다)이제 사용자 메타마스크의 사용자의 계정을 얻으려면 사용자에게 권한을 요청 해야 하며,

Metamask는 더 이상 기본적으로 계정을 노출하지 않는 것으로 보이므로 해당 계정에 액세스하려면 사용자에게 권한을 요청해야 한다.

web3.eth.getAccounts().then(function(accounts) {

var account = accounts[0];

EcommerceStore.deployed().then(function(f) {

return f.addProductToStore(

product["product-name"],

product["product-category"],

"imageLink",

"descLink",

Date.parse(product["product-start-time"]) / 1000,

web3.utils.toWei(parseFloat(product["product-price"]).toString(), 'ether'),

product["product-condition"],

{ from: account, gas: 470000}

);

}).then(function(result) {

alert("등록이 완료되었습니다.");

}).catch(function(err) {

console.error(err);

alert("오류 발생: " + err.message);

});

}

해결

따라서 getAccounts() 대신 다음을 requestAccounts() 를 사용하면 된다.

레퍼런스

https://stackoverflow.com/questions/57952242/why-web3-eth-getaccounts-thenconsole-log-return-empty-array

Why web3.eth.getAccounts().then(console.log) return empty array?

I got empty array after I tried to web3.eth.getAccounts().then(console.log);and also got a warning which is./node_modules/web3-eth-accounts/src/scrypt.js Critical dependency: the request of a depen...

stackoverflow.com

https://medium.com/metamask/https-medium-com-metamask-breaking-change-injecting-web3-7722797916a8

AWS EC2 생성

bumida — Thu, 28 Oct 2021 16:25:45 +0900

1. AWS 가입을 위해서는 한 가지 필수 준비물

Master 혹은 visa 카드가 필요!

본인의 카드 중 Master 혹은 Visa 카드를 준비한 뒤 진행한다.

AWS 공식 사이트(https://aws.amazon.com/ko/)로 이동한 뒤 무료 계정 만들기 선택한다.

계정 만들기는 쉬우니 생략 하고,

회원가입 마지막에 지원 플랜 선택은 무료로 선택하여 진행했다.

2. 다음으론 EC2 인스턴스 생성

EC2

AWS에서 제공하는 성능, 용량 등을 유동적으로 사용할 수 있는 서버이다.
보통 "AWS에서 리눅스 서버 혹은 윈도우 서버를 사용합니다"라고 하면 이 EC2를 이야기하는 것이다.
AWS에서 무료로 제공하는 프리티어 플랜에서는 EC2 사용에 다음과 같은 제한이 있다.

사양

사양이 t2.micro만 가능

*vCPU(가상 CPU) 1 Core, 메모리 1GB 사양

*보통 vCPU는 물리 CPU 사양의 절반 정도의 성능

월 750시간의 제한이 있습니다. 초과하면 비용이 부과

* 24시간 곱하기 31일 = 744시간

즉, 1대의 t2.micro만 사용한다면 24시간 사용할 수 있다.

인스턴스를 생성하는 첫 단계는 AMI를 선택하는 것이다.

AMI는 EC2 인스턴스를 시작하는 데 필요한 정보를 이미지로 만들어 둔 것을 이야기한다.

3. 스토리지

스토리지는 흔히 하드디스크라고 부르는 서버의 디스크를 이야기하며 서버의 용량을 얼머나 정할지 선택하는 단계이다.

여기서 설정의 기본값은 8GB.

30GB까지 프리티어로 가능하다.

물론 그 이상의 사이즈는 비용이 청구되니 프리티어의 최대치인 30GB로 변경

4. 보안그룹

다음으로 보안 그룹이다.

보안 그룹은 방화벽을 이야기한다. '서버로 80 포트 외에는 허용하지 않는다'는 역할을 하는 방화벽이 AWS에서는 보안그룹으로 사용. 기존에 생성된 보안 그룹이 없으므로 보안 그룹 이름엔 유의미한 이름으로 변경한다.

이 보안그룹 부분이 굉장히 주요한 부분이다.

유형 항목에서 SSH이면서 포트 항목에서 22인 경우는 AWS EC2에 터미널로 접속할 때를 이야기 합니다. pem 키가 없으면 접속이 안 되니 전체 오픈 하는 경우를 종종 발견한다. 이렇게 되면 이후

파일 공유 디렉토리나 깃허브등에 실수로 pem 키가 노출되는 순간 서버에서 가상화폐가 채굴되는 것을 볼 수 있다.

보안은 언제나 높을수록 좋으니 pem 키 관리와 지정된 IP에서만 ssh 접속이 가능하도록 구성하는 것이 안전하다.

본인 집의 IP를 기본적으로 추가하고(내 IP를 선택하면 현재 접속한 장소의 IP가 자동 지정됩니다) 카페와 같이 집 외에 다른 장소에서 접속할 때는 해당 장소의 IP를 다시 SSH 규칙에 추가하는 것이 안전하다.

현재 프로젝트의 기본 포트인 8080을 추가하고 [검토 및 시작] 버튼을 클릭한다. 검토 화면에서 보안 그룹 경고를 하는데, 이는 8080이 전체 오픈이 되어서 발생한다. 8080을 열어 놓는 것은 위험한 일이 아니니 바로 [시작하기] 버튼을 클릭.

인스턴스로 접근하기 위해서는 pem 키(비밀키)가 필요하다.

그래서 인스턴스 마지막 단계는 할당할 pem 키를 선택하는 것이다. 인스턴스는 지정된 pem 키와 매칭되는 공개키를 가지고 있어, 해당 pem 키 외에는 접근을 허용하지 않는다. 일종의 마스터키이기 때문에 절대 유출되면 안 된다. pem 키는 이후 EC2 서버로 접속 할 때 필수 파일이니 잘 관리할 수 있는 디렉토리로 저장 필수.

5. 인스턴스 생성 완료 후 주의사항

인스턴스도 결국 하나의 서버이기 때문에 IP가 존재한다. 인스턴스 생성 시에 항상 새 IP를 할당하는데, 한 가지 조건이 더 있다. 같은 인스턴스를 중지하고 다시 시작할 때도 새 IP가 할당 된다.

즉, 요금을 아끼기 위해 잠깐 인스턴스를 중지하고 다시 시작하면 IP가 변경되는 것이다. 이렇게 되면 매번 접속해야 하는 IP가 변경돼서 PC에서 접근 할 때마다 IP 주소를 확인해야 한다. 굉장히 번거로우므로 인스턴스의 IP가 매번 변경되지 않고 고정 IP를 가지게 해야 합니다. 그래서 고정 IP를 할당하는 것이 좋다.

EIP(Elastic IP) 할당

AWS의 고정 IP를 Elastic IP라고 한다. EC2 인스턴스 페이지의 왼쪽 카테고리에서 탄력적 IP를 눌러 선택하고 주소가 없으므로 버튼을 클릭해서 바로 [할당] 버튼을 클릭.

EC2 서버에 접속하기

Mac&Linux는 터미널 윈도우는 putty 사용 권장한다.

그림으로 배우는 HTTP&Network Basic

bumida — Fri, 16 Apr 2021 22:05:10 +0900

Chapter 01: 웹과 네트워크의 기본

웹과 네트워크의 기본 개념 소개
클라이언트와 서버 간의 통신과 웹의 역할

Chapter 02: 간단한 프로토콜 HTTP

HTTP 프로토콜의 기초와 작동 방식
요청 및 응답 메시지 구조

Chapter 03: HTTP 정보는 HTTP 메시지에 있다

HTTP 메시지의 구성 요소
헤더와 바디의 역할

Chapter 04: 결과를 전달하는 HTTP 상태 코드

HTTP 상태 코드의 역할 및 범주
성공, 리다이렉션, 클라이언트 오류, 서버 오류 상태 코드

Chapter 05: HTTP와 연계하는 웹 서버

웹 서버 역할 및 종류
클라이언트 요청에 대한 서버의 응답

Chapter 06: HTTP 헤더

HTTP 헤더의 종류와 역할
사용자 에이전트, 캐시, 인증 관련 헤더

Chapter 07: 웹을 안전하게 하는 HTTPS

HTTPS의 필요성과 기본 동작 원리
SSL/TLS 프로토콜과 암호화

Chapter 08: 누가 액세스하고 있는지 확인하는 인증

웹 서버의 인증과 사용자 인증 방법
디지털 인증서와 공개 키 암호화

Chapter 09: HTTP에 기능을 추가한 프로토콜

웹을 더 확장하는 다른 프로토콜 (예: FTP, WebSocket)
프록시 서버 및 게이트웨이 개념

Chapter 10: 웹 콘텐츠에서 사용하는 기술

웹 콘텐츠 작성을 위한 기술 (HTML, CSS, JavaScript)
동적 웹 페이지와 웹 애플리케이션

Chapter 11: 웹 공격 기술

웹 공격의 종류와 방어 방법
SQL Injection, XSS, CSRF와 같은 공격 유형

전체적으로, 이 책은 웹과 네트워크의 기본 원리와 기술, 그리고 웹 보안과 관련된 다양한 주제를 포괄적으로 다루고 있다. 각 장의 구성은 이해하기 쉽고 논리적으로 구성되어 있어 웹 개발과 네트워크 보안에 관심이 있는 독자에게 유용한 정보를 제공할 것으로 보인다.

AWS 경제성 및 결제

bumida — Wed, 14 Apr 2021 23:01:47 +0900

AWS 월 사용량 계산기를 사용하면 다음 작업을 수행할수 있다.

월별 비용 추정
월별 비용을 줄일 수 있는 기회 파악
템플릿을 사용하여 서비스 및 배포 모델 비교

AWS TCO 계산기는 솔루션의 총 소유 비용을 평가하는 데 도움이 된다. 대규모 자본지출에 대한

투자를 줄이고 종량과금제 모델을 사용하여 필요할 때 필요한 용량에 투자하면 총 소유 비용을 절감할

수 있다.

AWS Organiztions 소개

AWS Organizations는 단일 조직을 생성, 여러 AWS 계정을 통합하여 중앙에서 관리할 수 있는 무료 계정 관리 서비스,

AWS Organizations의 주요 이점

여러 AWS 계정에 대한 액세스 정책을 중앙에서 관리
AWS 서비스에 대한 액세스 제어
AWS 계정 생성 및 관리 자동화
여러 AWS 계정의 통합 결제

AWS Organizations 설정하는 단계

1단계에서는 현재 AWS 계정을 마스터 계정으로 조직 생성.
2단계에서는 새 조직에 2개의 조직 단위를 생성하고 이러한 OU에 멤버 계정을 배치
3단계에세는 멤버 계정의 사용자 및 역할에 위임할 수 있는 작업에 대한 제한을 적용하는 데 사용할 서비스 제어 정책을 생성.

OU(조직구성 단위) OU의 각멤버(ex.OU1 , OU2)

AWS Billing and Cost Management 소개

AWS 청구서를 결제하고 사용량을 모니터링하고 비용 예산을 책정하는 데 사용하는 서비스 이다.

AWS Billing and Cost Management를 사용하면 향후 비용 및 사용량을 예측 파악하여 미리 계획을 세운다.

사용자 지정 기간을 설정하고 월별 또는 일별 세부 수준에서 데이터를 표시할지 여부를 결정할 수 있다.

필터링 및 그룹화 기능을 사용하면 사용 가능한 여러 차원을 사용하여 데이터를 추가로 분석할 수 있다.

AWS 비용 및 사용 보고서 도구를 사용하면 비용 및 사용량 데이터 추세와 AWS 구현의 사용 현황을 파악하여

최적화 기회를 파악한다.

10진법과 2진법: 컴퓨터와 우리의 언어

bumida — Mon, 12 Apr 2021 20:58:13 +0900

진법의 개념

진법 : 사용할 수 있는 숫자 개수와 각 숫자의 위치 값을 정의한 수 체계이다.

사람은 주로 10진법을, 컴퓨터는 2진법을 사용한다..

진법을 알아야 하는 이유
컴퓨터는 0과 1, 디지털 형식으로 정보를 표현하는데, 이를 실생활에 적용하려면 아날로그 데이터를
디지털 데이터로 변환해야 한다.
아날로그 데이터는 연속적 데이터, 디지털 데이터는 비연속적인 데이터를 의미한다.

10진법과 2진법
컴퓨터는 0과 1, 두 가지 숫자로만 수를 표현하는 2진법을 사용.
컴퓨터가 2진법을 사용하는 이유 : 최초의 컴퓨터가 진공관을 사용했기 때문인데, 진공관은 켜고 끄는(on/off) 기능만 있었기 때문에 진공관이 꺼지면 0, 진공관이 켜지면 1로 인식

정수의 표현

정수 : 셀 수 있는 수를 의미.
정수의 구성 : 읨의 정수, 0, 양의 정수

부호 없는 정수

부호 없는 정수(Unsigned Integer) : 부호를 생략한다는 의미로, 모든 숫자는 0 또는 양의 정수
8비트로 부호 없는 정수를 표혆하면 0~225까지 나타낼 수 있다.
부호 없는 정수에서 2진법을 이용한 사칙연산 방법은 기본적으로 10진법에서의 연산 방법과 동일하다.
덧셈 연산 : 2진법의 가장 오른쪽 비트인 최소유효비트부터 시작해 각 비트의 수를 더하고, 1+1로 자리올림이 발생하면 상위 자리로 1을 올리면 된다.

오버플로우

오버플로우(overflow) : 덧셈의 결과가 8비트로 표현할 수 있는 범위를 넘어선 상황을 의미한다.
컴퓨터 내부에서는 논리적으로 정확한 결과를 냈다 하더라도 표현 가능한 범위 를 벗어났기 때문에 실제 수행 결과는 옳은 값이 아니다.
즉, 계산 결과를 정확히 표현할 수 없다. 실제로 컴퓨터 프로그래밍 시 아주 큰 수끼리의 연산에서 오버플로우가 발생한다.
문제는 연산 결과에 오류가 나더라도 프로그램은 계속 실행된다는 점 이다.
틀린 값을 정확히 체크하지 않으면 최종 결과에 영향이 미치게 된다.

부호화 절댓값 표현(부호있는 정수)

가장 외쪽에 위치한 비트인 최대유효비트가 0이면 양의 정수(+0 포함)로, 최대 유효비트가 1이면 음의 정수로 표현하는 방식
8비트인 경우 절대값 계산을 위해 7비트만 사용할 수 있으므로 표현할 수 있는 값의 범위는 -127 ~ 127이다.
n비트를 이용한 부호화 절댓값 표현은 -(2n-1 -1) ~ +(2n-1 -1)까지 가능하다.

보수 표현(부호 있는 정수)

보수 : 두 수의 합이 진법의 밑수(N)가 되게 하는 수.

쉽게말해 보수는 보충을 해주는 수를 의미한다. 이를테면 1에 대한 10의 보수는 9, 4에 대한 15의 보수는 11의 개념이다. 2에 대한 1의 보수는 1이다.

2의 보수는 절댓값이 같고 부호가 다른 두 수.

실수의 표현

실수(Real Number) : 유리수와 무리수를 총칭하여 확장한 수로, 수직선 위에 나타 낼 수 있는 모든 수를 의미한다.
컴퓨터 내부에서 실수를 표현하는 방법 : 고정소수점 표현, 부동소수점 표현

고정소수점 표현

고정소수점 표현 : 소수점의 위치를 고정시켜 표현한다는 의미.
고정소수점 표현은 숫자 표현이 간단하기 때문에 연산 속도가 빠르다는 장점이 있지만, 일반적으로 컴퓨터에서는 이런 방식을 사용하지 않는다.

부동소수점 표현

부동소수점 표현(Floating-point Representation) : 소수점의 위치를 고정시키지 않고 가수(유효숫자)와 지수(소수점의 위치)를 사용해 실수를 표현한다는 의미.
부동소수점으로 표현할 때는 정수 부분에 ‘0 아닌 수를 하나’만 남기는 정규형으로 먼저 바꿔야 한다.

지수에 3비트를 할당할 때는 3초과표현을 사용 한다.
정규형으로 표현된 1.0101110×2 은 지수가 –2가 되기 때문에 지수 영역에는 3 을 초과하여(-2+3) 1을 적는 것 이다.
가수는 1.0101110에서 4비트밖에 사용하지 못하므로, 앞에서부터 4비트를 잘라 1010이 된다.
0.34는 컴퓨터 내부에서 00011010이라는 2진수로 저장된다.

문자의 표현

아스키코드 : 초창기 컴퓨터로 문자를 표현하는 과정에서 여러 문제가 발생해 문자를 표현할 약속 체계를 만들었는데, 그중 가장 많이 사용하는 코드체계가 미국표준협회에서 만든 아스키코드이다.
아스키코드는 7비트로 구성되어 있으며, 표현할 수 있는 문자 개수는 128 이다.

유니코드

유니코드 : 아스키코드는 영어 문화권에만 사용 가능해, 다양한 나라의 언어를 표현하고자 만든 코드 체계이다.
언어의 종류와 상관없이 모든 문자를 16비트로 구성해 65536개의 문자 표현이 가능하다.

논리회로의 개념

논리회로 : 논리합(OR), 논리곱(AND), 부정(NOT), 부정논리곱(NAND), 부정논리합(NOR) 등의 논리연산을 수행하는 회로.
컴퓨터는 전자 소자들의 집합체로, 이 전자 소자들이 0과 1을 표현하는데, 이 소자 들의 연산 수행을 가능케 하는 것이 바로 논리회로이다.
논리회로에서의 "논리" : 참(True) 또는 거짓(False)을 다룬다는 의미한다.
불 대수(Boolean Algebra) : 컴퓨터가 사용하는 2진수 값과 논리연산을 다루는 분야를 의미하며, 논리 연산이라고도 한다.
논리연산자(Logical Operator) : 논리연산에 필요한 연산자로, 참 또는 거짓, 1 또 는 0을 피연산자로 사용한다.

논리게이트

논리연산자

게이트는 그림과 같이 실제회로도에 사용됨.

GITHUB 과 ECLIPSE연동

bumida — Sat, 3 Apr 2021 00:44:58 +0900

이클립스실행 -> window -> perspective -> open perspective -> other

open perspective -> Git

Add an existing local Git repostory Click

Clone URI Click

Click 후 개인의 깃허브 URI 와 아이디 패스워드를 입력한다. port는 입력하지 않아도 된다.

입력후 기본 branch 인 master Click

git은 Local의 파일의 Commit 후 다시 git에 push 하여 다시 update 하게 된다.

git이 정상적인 연결이된모습.

깃 세팅이 끝났으니 이제 개발소스나 개발프로젝트를 업로드 하면 된다.

해당 프로젝트 우클릭 -> Team -> share Project

Git Click

Local 저장소와 동기화 실제 Local저장소에 commit후 git 에 push

로컬저장소를 동기화를 하면 프로젝트에 ? 확인

그후 다시 프로젝트 우클릭 -> Team -> Add to index Click

Add to index Click후 ?가 사라졌으면 성공 이다.

다시 프로젝트 우클릭 -> Team -> Commit

Commit 을 실행하면 commit 할 대상과 함께 메세지를 남길 수 있다.

Commit 을 누르면 Local 저장소와 싱크만 맞추며 Commit and Push를 선택하면 Github에 소스가 업로드가 된다.

본인 github.com 로그인 패스워드 입력 후 OK

완료

운영체제의 역할과 부팅 과정

bumida — Tue, 30 Mar 2021 21:19:57 +0900

컴퓨터 시스템의 개념적 구성

하드웨어 + 소프트웨어
펌웨어

컴퓨터 하드웨어

컴퓨터의 기능을 수행하기 위해 전기적 신호로 구성된 정보를 이동하거나 처리하는 물리적인 실체를 의미
하드웨어 품질은 컴퓨터의 정보처리 능력을 결정

중앙처리장치(CPU)

컴퓨터 시스템에 부착된 모든 장치의 동작을 제어하고 명령을 실행하는 장치
CPU는 컴퓨터 시스템의 논리적 구성 요소
마이크로프로세서는 CPU를 집적회로 형태로 만든 물리적 구성 요소
그러나 CPU와 마이크로프로세서를 일반적으로 구분 없이 사용

기억장치

중앙처리장치가 어떤 작업을 처리하려면 데이터와 데이터를 처리할 프로그램이 필요하다.
기억장치는 데이터, 프로그램, 연산의 중간 결과 등을 일시적 또는 영구적으로 저장하는 장치 이다.
접근 속도, 기억 용량, 용도 등에 따라 레지스터, 캐시 메모리, 주기억장치, 보조기억장치로 나누어진다.

4계층 레지스터 : 중앙처리장치 내부에 존재하는 기억장치. 접근 시간이 중앙처리장치의 처리 속도와 비슷하다

3계층 캐시 메모리: 중앙처리장치가 주기억장치에 접근할 때 속도 차이를 줄이기 위해 사용. 실행 중인 프로그램의 명령어와 데이터를 저장한다.

2계층 메인 메모리(주기억장치): 중앙처리장치가 직접 데이터를 읽고 쓸 수 있는 장치. 레지스터나 캐시 메모리보다 기억용량이 크다.

1계층 보조기억장치: 주기억장치에 비해 접근 시간은 느리지만 기억 용량이 큽니다. 접근 시간은 주기억장치보다 약 1,000배 정도 느리다.

층이 올라갈수록 접근 속도가 증가하고 저장 비용이 상승. 반면에 기억 용량은 감소하게 된다. 따라서 기억장치의 구성 비용과 성능을 고려해서 중앙처리장치가 자주 사용하는 데이터를 상위 계층에 저장하는 편이 훨씬 효율적.

주기억장치는 컴퓨터가 동작하는 동안 프로그램, 데이터, 연산의 중간 결과 등을 저장. 중앙처리장치와 직접 데이터를 교환할 수 있도록 내부 버스로 연결되어 있다. 일반적으로 말하는 기억장치는 주기억장치를 말한다. 램(RAM)은 전원 공급이 중단되면 저장된 정보가 모두 지워지는 휘발성 메모리로 정보를 기록하고 해독하는 장치이다. 정보의 저장 위치에 관계없이 일정한 시간 내에 읽거나 쓸 수 있는 임의 접근 기억장치입니다. 램은 제조 기술에 따라 DRAM과 SRAM으로 구분된다.

- DRAM : DRAM은 트랜지스터 내의 축전지에 충전된 전하를 이용하여 정보를 저장한다. 축전지에 충전된 전하의 존재 유무를 0과 1로 구분하는데, 축전지의 전하는 시간이 지나면 방전되므로 주기적으로 충전 해야 한다. DRAM은 가격이 저렴하고 전력 소모가 적으며 동작 속도가 빠르고 직접도가 높다. 따라서 대용량 메모리로 쓰기에 적합하여 주기억장치로 사용된다.

- SRAM : SRAM은 플립플롭 기억소자로 구성되며 전원이 공급되는 동안 정보가 계속 유지되기 때문에 DRAM처럼 주기적으로 충전하지 않아도 된다. SRAM은 DRAM에 비해 회로가 복잡하고 전력 소모가 많으며 가격 또한 비싸지만 동작 속도가 빨라 캐시 메모리에 주로 사용된다.

캐시메모리는 중앙처리장치와 주기억장치의 속도 차이로 발생하는 병목현상을 완화하기 위해서 필요. CPU가 주변장치에 비해서 상대적으로 빠르기 때문이라는 것이다. 캐시 메모리는 주변 장치와 CPU 사이에 존재하면서 이러한 성능 저하를 막아준다. 캐시 메모리를 상대적으로 용량이 적어 주기억장치의 내용 전체가 아니라 일부만 저장. 중앙처리장치는 주기억장치로부터 프로그램이나 데이터를 가져올 때 우선적으로 원하는 정보가 캐시 메모리에 존재하는지 검사한다. 원하는 정보가 캐시 메모리에 존재하면 바로 읽어오고, 존재하지 않으면 주기억장치에서 캐시 메모리로 저장한 후 읽어온다.

기타 하드웨어

시스템 버스

CPU와 메모리를 연결하는 Subsystem을 System Bus라고 명명한다.

시스템 버스는 컴퓨터 시스템의 교통 시스템이라고 생각하면 된다. 당신이 하드 디스크에 저장되어 있는 MP3 파일의 음악을 듣을려고 한다고 상상을 해보자. 이때 MP3 파일 자체를 데이터라고 보면 된다. 이 데이터는 스피커를 통해 소리를 내기 위해서는 사운드 카드로 전송되어 아날로그 시그널로 변환 되어야 한다. 여기서 MP3 파일이 위치한 하드 디스크와 사운드 카드가 주소 정보라고 생각하면 된다. 마지막 컨트롤 정보는 앞의 데이터와 주소 정보가 언제, 어디로 가야 하는지를 알려 준다. 이 모든 것들이 컴퓨터의 두뇌인 CPU에 의해서 관리가 되지만, 실제 데이터를 전송하는것은 시스템 버스이다.
출처: https://richong.tistory.com/92 [study]

메인보드

마더(mother)보드라고도 한다
시스템 전반의 안정적인 동작 여부를 좌우
각종 주변기기들을 서로 연결해 주는 통로역할을 해준다.

컴퓨터 소프트웨어

소프트웨어

시스템 소프트웨어: 컴퓨터 하드웨어를 제어 및 관리하는 기능(ex. 운영체제,디바이스 드라이버,컴파일러와 인터프리터)
응용 소프트웨어: 사용자가 하려는 작업을 수행하는 기능(ex. 주로 사용자가 사용하는 프로그램 전부)

운영체제와 부팅

운영체제

하드웨어 자원을 효율적으로 관리하고, 또한 응용 프로그램의 공통된 서비스를 제공하는 소프트웨어 모음
예 : 마이크로소프트의 윈도우, 공개 소프트웨어인 리눅스, 애플의 MacOS와 iOS, 구글의 안드로이드

기능

컴퓨터 시스템의 하드웨어 자원 관리
사용자와 하드웨어 사이의 인터페이스 역할
하드웨어의 고장 탐색, 오류 처리 및 보안 유지

부팅

운영체제가 컴퓨터 하드웨어를 관리하고 응용 소프트웨어를 실행할 수 있도록 컴퓨터에 시동을 거는 것  보조기억장치에 저장된 운영체제를 메인 메모리에 불러들이는 과정
보조기억장치에 저장된 운영체제를 메인 메모리에 불러들이는 과정

부팅과정

1. ROM에 있는 바이오스 프로그램이 실행된다.

2. 부팅 프로그램을 주기억 장치에 로딩한다.

3. 운영체제를 주기억 장치에 로딩한다.

4. 운영체제에 의해 프로그램이 로드된다.

5. 운영체제 명령에 의해 CPU가 프로그램을 실행한다.

Pseudo-code 작성법

bumida — Tue, 30 Mar 2021 21:09:02 +0900

Pseudo-code(의사 코드)

의사코드(슈도코드, pseudocode)는 프로그램을 작성할 때 각 모듈이 작동하는 논리를 표현하기 위한 언어이다. 특정 프로그래밍 언어의 문법에 따라 쓰인 것이 아니라, 일반적인 언어로 코드를 흉내 내어 알고리즘을 써놓은 코드를 말한다. 의사(疑似)코드는 말 그대로 흉내만 내는 코드이기 때문에, 실제적인 프로그래밍 언어로 작성된 코드처럼 컴퓨터에서 실행할 수 없으며, 특정 언어로 프로그램을 작성하기 전에 알고리즘의 모델을 대략적으로 모델링하는 데에 쓰인다 출처 위키피디아

의사코드는, 딱 이렇다할 정해진 양식이 없다.

그리고 알고리즘 문제를 혼자 풀때는, 나만 알아보아도 상관없다.
하지만 남들도 단번에 보고 쉽게 이해할 수 있는 의사코드를 작성하는 능력을 갖춘다면, 경쟁력이 되지않을까?

실제 코딩하기 전 사고를 좀더 명확히 정립하게 만들어 준다.

처음 코딩을 할 때가 제일 힘들다. 단순히 소스코드를 입력하는 것보다 함수(function) 프로그램을 만들 때 많은 시간을 낭비할 수 있다. 약 10분 정도 각 풀이법의 장점과 단점을 주도면밀하게 살펴보면서 의사코드 작성한다면, 이후 디버그를 수정하고 코드를 재분해 하는데 걸리는 시간을 단축할 수 있다.

기술적 지식과 협업 능력 향상을 통한 개발자로의 발전

bumida — Mon, 29 Mar 2021 22:40:08 +0900

깊이 있는 개발자가 되려면 논리력, 분석력, 비판적 사고 역량이 매우 매우 중요합니다. 이 요소들이 개발자 역량 그릇의 크기를 결정하는 제일 중요한 요소들이고요. 이 역량의 큰 틀은 이산수학의 논리, 증명 등의 학습에 의해서 만들어집니다. 이산수학 교재의 연습문제를 가능한 한 많이, 혹은 모든 문제를 풀어보라고 강력하게 추천합니다.역량 상승이 눈에 쉽게 보이지 않지만, 어느 순간 다른 사람에게 역량있고 스마트한 느낌을 전달하는 이미지를 갖추게 될 겁니다. 이 부분은 고급/핵심 개발자들이 갖는 공통적인 모습이고요. 역량있는 개발자로 성장하기를 바랍니다.

개발자들에게 유용한 웹 사이트

google.com: 모르는 내용을 위한 검색은 구글을 사용합니다. 네이버, 네이버 지식인, 페이스북 생활코딩 그룹, 빙 등의 사용은 다소 비추라고 생각합니다.
stackoverflow.com: 개발자들의 지식인 같은 곳입니다. 구글에서 프로그래밍 문제를 검색하면 상당부분 이쪽으로 연결이 됩니다. 질문을 올리고 답변을 달아 보기를 권해 드립니다.
github.com: 소셜 코딩이라고 부르기도 합니다. git의 사용법과 함께 필수적으로 알아야 합니다. github 자체의 사용법을 배우는 게 좋습니다. 참고로 git과 github는 전혀 다릅니다. 전자는 코드의 버전관리도구이고, 후자는 웹사이트입니다.
slideshare : 다양한 기술을 예쁘고 쉽게 볼 수 있습니다. 깊이가 깊지는 않은 경우가 많지만 그래도 매우 유용합니다. 새로운 기술이 무엇인지 보고 싶을 때 우선적으로 검색해 보실 것을 권해 드립니다.
trello: 칸반이라는 툴을 적용할 수 있는 도구인 것 같습니다. 개인적으로 좋아합니다.
facebook : 커뮤니티를 적극적으로 활용하면 조금 더 빠르게 성장할 수 있습니다. (페이스북, 구글 그룹스 등)
mooc 사이트들: 최근에는 다양한 mooc 사이트들을 통해서 공짜로 공부할 수 있는 곳이 많아졌습니다. tryhelloword, codecademy, codeschool, khanacademy 등을 통해 신규 언어를 직접 실습으로 익히길 권해 드립니다.

배워야 하는 것들

1. 맥 / 리눅스 사용법: 개발자 커뮤니티에 초보 개발자들이 가끔 떡밥으로 ‘맥을 사용하면 개발이 잘 되나요?’ 라는 글을 던지고 싸움이 일어납니다. 답은 yes입니다. 맥에서 맥os를 사용하는 것 자체가 개발자에게 도움이 됩니다. 더불어 리눅스를 배워야 합니다. 예쁜 맥을 사서 부트캠프 + 윈도우를 사용하는 건 자제 부탁드립니다.

다양한 프로그래밍 언어: 쉽고 재미있는 프로그래밍 언어를 배우는 것을 추천합니다. 개인적으로 파이썬을 선호하는데, 처엄에는 자바스크립트와 파이썬을 배우면 좋을 것 같습니다. 나중에 실력이 조금 붙으면 C 언어와 포인터에 대해 배우길 권합니다. 그리고 모바일 개발자라면 ObjectiveC도 공부하세요. 마지막으로 내공이 쌓이면 함수형 프로그래밍 언어(Scala, Haskell, Rust 등)을 배우는 게 좋겠습니다.

웹 개발자를 위한 권장언어: HTML + CSS + javascript (필수), python, Java, bash

내 전문분야에 대한 방향성을 결정하자: 웹 개발자라 하더라도 전문 분야는 앞서 본 것처럼 백엔드 개발자와 프론트엔드 개발자로 나뉘게 됩니다. 사물의 내면이나 돌아가는 원리를 생각해 보는 걸 좋아한다면 백엔드 개발자가 되는 걸 권장합니다. 디자인 감각이 있고 꾸미는 걸 좋아하고 반복작업도 질리지 않고 잘 할 수 있다면 프론트엔드 쪽일 가능성이 높습니다. 프론트엔드 분야는 jquery, v8등의 등장과 더불어 비교적 최근에 고도화가 되었습니다. 앞으로 더 많은 수요가 필요할 것으로 예상됩니다.
처음에는 프론트와 백엔드 모두를 배워야 한다: 백엔드 개발자는 자바, 프론트 엔드 개발자는 HTML/ CSS/ Javascript가 핵심 역량이 됩니다. 그러나 처음에는 둘 모두 알아야 합니다. 가장 널리 사용되는 백엔드 언어는 자바와 스프링 프레임워크이지만 초반에는 장고를 권하고 싶습니다. 꼭 두 분야의 기초 정도는 함께 공부하기를 권합니다. 그리고 Java와 Javascript는 전혀 다른 언어입니다. 공부의 순서는 (1) HTML (2) CSS (3) Javascript (4) 파이썬 (5)장고 순으로 공부하시고 이후에 자유롭게 본인이 좋아하는 언어를 선택하시면 되겠습니다.

여기에 나와 있는 실습들은 상당 부분 내용이 중복됩니다. 하지만 코딩이라는 우리에게 필요한 작업은 머리와 손이 함께 배우는 부분이 많습니다. 반복이 매우 중요하기 때문에 아는 거 또 나왔네? 라고 넘어가지 말고 반복해서 학습을 하길 권합니다.

하버드의 CS50 수업: 기사에 따르면 유명한 정의란 무엇인가보다 인기가 많은 수업이었다고 합니다. 개념을 조금 확실하게 하기 위해 추천합니다.
- https://cs50.harvard.edu/
- https://www.edx.org/course/introduction-computer-science-harvardx-cs50x
칸 아카데미의 컴퓨터 교육: 자바스크립트의 감을 잡게 해 줍니다. 참고로 이 페이지는 자바스크립트 분야의 세계 최고의 대가 중 한 분인 John Resig 님이 만들었습니다. John Resig 님은 유명한 JQuery도 만들었습니다.
- https://www.khanacademy.org/computing/computer-programming
HTML / CSS / Javascript (JQuery) 배우기 다양한 책들과 웹사이트를 통해 위 언어에 익숙해지시기 바랍니다. 책도 좋지만 먼저 웹사이트를 통해 공부하는 것도 좋습니다.
- codecademy (https://www.codecademy.com/learn): HTML / CSS/ JS / JQuery 등에 대해 직접 실습을 하실 수 있습니다.
- w3schools (http://www.w3schools.com/): 위 사이트와 병행으로 연습하면 좋습니다.
- 아주 쉬운 교재: fancy의 김태곤님이 번역하신 Javascript for Kids를 추천합니다. (http://www.yes24.com/24/goods/20156001?scode=032&OzSrank=13)
- 초급 교재: http://www.yes24.com/24/goods/17255377?scode=032&OzSrank=10
- 바이블 (책꽂이 소장용): http://www.yes24.com/24/goods/8858182?scode=032&OzSrank=12
(옵션): 파이썬 공부하기: 파이썬은 재밌는 언어입니다. 한번쯤 취미로 배워볼 만 하지요.
- 왕초보 파이썬: https://wikidocs.net/book/2
- byte of python: http://byteofpython-korean.sourceforge.net/byte_of_python.html
(옵션): tryhelloworld.co.kr 의 장고 강좌
- http://tryhelloworld.co.kr/courses/%EC%9E%A5%EA%B3%A0%EB%A5%BC-%ED%99%9C%EC%9A%A9%ED%95%9C-%EC%9B%B9%EC%82%AC%EC%9D%B4%ED%8A%B8-%EB%A7%8C%EB%93%A4%EA%B8%B0

7.생활코딩 웹 서비스 만들기: 개인적으로 존경하는 이고잉님이 만든 강의입니다. 전체 개발의 흐름에 대해 느껴보시기 바랍니다. - 링크: https://opentutorials.org/course/1688

5. 조금 더 깊게

위 과정을 통해 가볍게 웹 백엔드와 프론트엔드에 대해 감을 잡으셨을 것 같습니다. 여튼 조금 더 들어가 봅시다.

협업하는 방법: 개발자에게 가장 중요한 자질 0번은 협업하는 자세입니다. 물론 동의하지 않는 천재 개발자들도 많으시지만, 저는 협업할 수 있는 열린 마인드가 가장 중요하다고 생각합니다. 술 한 잔 사주고 내가 일주일 끙끙될 걸 하루만에 해결하기도 합니다. 에자일 방법론과 스크럼, 칸반 등에 대한 좋은 책들을 한 번 읽어 보시기 바랍니다.
유닉스 콘솔 명령어 (bash) 배우기: 리눅스/ 유닉스의 터미널 명령에 대해 배우시기 바랍니다.
- linuxjourney.com
- 추천서적: http://www.yes24.com/24/goods/30705473?scode=032&OzSrank=2
git 의 원리와 사용법: 협업과 소스코드의 버전관리를 위해 최근에는 git의 사용이 필수적입니다. 다음 문서를 참고하시기 바랍니다.
- 자세한 링크: https://github.com/honux77/practice/wiki/learngit
- 이고잉님 git 강의: http://opentutorials.org/course/1492
github 배우기: 지금 여러분이 보고 있는 github 사이트의 사용법에 대해서도 익숙해 지시기 바랍니다. markdown, 이슈 등록, fork와 pull request, 다른 프로젝트 검색, 별 주기, static 웹 페이지 만들기
백엔드: 장고 배우기
- 편리한 장고의 기능을 이용해서 빠르게 웹을 개발하는 방법을 체험해 보면 좋을 것 같습니다.
- 앞 절의 tryhelloworld와 장고걸스 튜토리얼 등이 좋네요.
백엔드: 자바 기초 배우기
- 객체 지향 프로그래밍, 파일 IO, 멀티 스레드의 개념을 꼭 배우시길 바랍니다.
- 유닛 테스트를 꼭 잘 배우시구요. 로그 라이브러리 사용법도 알아야 합니다.
- 자료 구조 중 list, map의 용도와 사용법, 그리고 하위 클래스들의 사용법은 필수입니다.
- 가능하다면 TDD를 해 보시고, 좋은지 나쁜지는 스스로 판단하시기 바랍니다.
- 이클립스(혹은 inteliJ)와 같은 IDE 사용법, 그리고 maven과 gradle의 기초에 대해서도 배워야 합니다.
프론트엔드 분야: Javascript, HTML, CSS, JQuery, Angular.JS, React.JS 등의 지식을 습득합니다.
- box model의 이해, 프론트 엔드 개발 도구들, 기타 등
데이터베이스 기초: 관계형 데이터베이스, NoSQL(mongdb), 웹 서버와 데이터베이스의 연동에 대해 공부합니다.
VirtualBox또는 AWS, Heroku 등을 이용한 내 서버 마련하기, 그리고 추가적으로 클라우스 서비스에 대해서도 가볍게 공부하시길 권합니다.
네트워크의 기초: tcp/ip, 소켓의원리, http의 구조, 웹 서버와 웹 브라우저의 동작 원리 등에 대해서도 아시는 게 좋습니다.
REST API: 웹 페이지와 웹 서비스와의 차이점, REST API란 무엇인가?

백엔드 개발자 초보 탈출!

초보를 탈출하고 나서 여러분들에게 도움이 될 만한 것들을 나열해 보았습니다.

백엔드 심도있게 공부해보기 (아무래도 스프링이 좋은 것 같아요. 다른 것도 괜찮습니다.)
디자인 패턴 (head first desgin pattern이 좋다고 합니다.)
effective Java 읽어 보기
다른 소스 많이 읽고 많이 짜 보기 (개인적으로 이희승님의 netty를 공부하는 걸 추천합니다.)
reflection, generic에 대해 조금 더 깊게 배워야 할 것 같습니다.
virtual machine의 동작 원리, 가비지 콜렉션의 원리, bytecode의 이해
성능 프로파일링 도구
로그 수집 툴

잉여력이 생긴다면

서버 개발자들은 C#을 공부해 봅시다. 여러분이 사용하는 언어가 java라는게 엄청 아쉬워 질지도 모릅니다. “Do you know why java devepers wear glasses? Because they can’t see #.” 그리고 groovy가 우리나라에서는 잘 사용되지 않지만 역시 한번쯤 공부해 볼 만합니다. 프론트 개발자들은 rust를 배우고 firefox와 함께 놀아 봅시다. 새로운 세상이 여러분에게 열릴 것 같습니다. 마지막으로 찰스 펫졸드이 CODE책, 그리고 조엘 온 소프트웨어 책을 추천해 드립니다. 멋지고 재미있는 책입니다.

마치며

좋은 개발자는 Why? 를 달고 사는 사람이 아닐까 생각을 합니다. 여러분이 무엇을 보든지 일상 생활에서 무엇을 하던지 why? 에 대해 한 번씩 스스로 생각해 봅시다. 예를 들어 지금 이 순간이라면 “google docs는 어떤 원리로 실시간 동기화 기술을 제공해 주는 걸까? 프론트 엔드 - 백엔드 - 네트워크 - 그리고 동기화 기술엔 어떤 것들이 있는 걸까? 내가 이걸 만들 수 있을까?” 이런 생각을 할 수 있을 것 같아요. 최근 저는 오일러 상수 e 가 왜 2.718일까? 를 생각하고 있어요. 아직 답이 나오진 않았는데 조금 실마리를 찾았습니다. 책을 보고 답을 찾는 것보다 즐거움을 위해서 ‘바퀴의 재발명’을 해 보시기 바랍니다.

초보몽키님의 개발블로그. 출처

Bitcoin: A Peer-to-Peer Electronic Cash System

bumida — Wed, 24 Mar 2021 21:04:06 +0900

Satoshi Nakamoto 블록체인 논문

Abstract. A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution. Digital signatures provide part of the solution, but the main benefits are lost if a trusted third party is still required to prevent double-spending. We propose a solution to the double-spending problem using a peer-to-peer network. The network timestamps transactions by hashing them into an ongoing chain of hash-based proof-of-work, forming a record that cannot be changed without redoing the proof-of-work. The longest chain not only serves as proof of the sequence of events witnessed, but proof that it came from the largest pool of CPU power. As long as a majority of CPU power is controlled by nodes that are not cooperating to attack the network, they'll generate the longest chain and outpace attackers. The network itself requires minimal structure. Messages are broadcast on a best effort basis, and nodes can leave and rejoin the network at will, accepting the longest proof-of-work chain as proof of what happened while they were gone.

1. Introduction

Commerce on the Internet has come to rely almost exclusively on financial institutions serving as trusted third parties to process electronic payments. While the system works well enough for most transactions, it still suffers from the inherent weaknesses of the trust based model. Completely non-reversible transactions are not really possible, since financial institutions cannot avoid mediating disputes. The cost of mediation increases transaction costs, limiting the minimum practical transaction size and cutting off the possibility for small casual transactions, and there is a broader cost in the loss of ability to make non-reversible payments for nonreversible services. With the possibility of reversal, the need for trust spreads. Merchants must be wary of their customers, hassling them for more information than they would otherwise need. A certain percentage of fraud is accepted as unavoidable. These costs and payment uncertainties can be avoided in person by using physical currency, but no mechanism exists to make payments over a communications channel without a trusted party. What is needed is an electronic payment system based on cryptographic proof instead of trust, allowing any two willing parties to transact directly with each other without the need for a trusted third party. Transactions that are computationally impractical to reverse would protect sellers from fraud, and routine escrow mechanisms could easily be implemented to protect buyers. In this paper, we propose a solution to the double-spending problem using a peer-to-peer distributed timestamp server to generate computational proof of the chronological order of transactions. The system is secure as long as honest nodes collectively control more CPU power than any cooperating group of attacker nodes.

2. Transactions

We define an electronic coin as a chain of digital signatures. Each owner transfers the coin to the next by digitally signing a hash of the previous transaction and the public key of the next owner and adding these to the end of the coin. A payee can verify the signatures to verify the chain of ownership.

The problem of course is the payee can't verify that one of the owners did not double-spend the coin. A common solution is to introduce a trusted central authority, or mint, that checks every transaction for double spending. After each transaction, the coin must be returned to the mint to issue a new coin, and only coins issued directly from the mint are trusted not to be double-spent. The problem with this solution is that the fate of the entire money system depends on the company running the mint, with every transaction having to go through them, just like a bank. We need a way for the payee to know that the previous owners did not sign any earlier transactions. For our purposes, the earliest transaction is the one that counts, so we don't care about later attempts to double-spend. The only way to confirm the absence of a transaction is to be aware of all transactions. In the mint based model, the mint was aware of all transactions and decided which arrived first. To accomplish this without a trusted party, transactions must be publicly announced [1], and we need a system for participants to agree on a single history of the order in which they were received. The payee needs proof that at the time of each transaction, the majority of nodes agreed it was the first received.

3. Timestamp

Server The solution we propose begins with a timestamp server. A timestamp server works by taking a hash of a block of items to be timestamped and widely publishing the hash, such as in a newspaper or Usenet post [2-5]. The timestamp proves that the data must have existed at the time, obviously, in order to get into the hash. Each timestamp includes the previous timestamp in its hash, forming a chain, with each additional timestamp reinforcing the ones before it.

4. Proof-of-Work

To implement a distributed timestamp server on a peer-to-peer basis, we will need to use a proofof-work system similar to Adam Back's Hashcash [6], rather than newspaper or Usenet posts. The proof-of-work involves scanning for a value that when hashed, such as with SHA-256, the hash begins with a number of zero bits. The average work required is exponential in the number of zero bits required and can be verified by executing a single hash. For our timestamp network, we implement the proof-of-work by incrementing a nonce in the block until a value is found that gives the block's hash the required zero bits. Once the CPU effort has been expended to make it satisfy the proof-of-work, the block cannot be changed without redoing the work. As later blocks are chained after it, the work to change the block would include redoing all the blocks after it.

The proof-of-work also solves the problem of determining representation in majority decision making. If the majority were based on one-IP-address-one-vote, it could be subverted by anyone able to allocate many IPs. Proof-of-work is essentially one-CPU-one-vote. The majority decision is represented by the longest chain, which has the greatest proof-of-work effort invested in it. If a majority of CPU power is controlled by honest nodes, the honest chain will grow the fastest and outpace any competing chains. To modify a past block, an attacker would have to redo the proof-of-work of the block and all blocks after it and then catch up with and surpass the work of the honest nodes. We will show later that the probability of a slower attacker catching up diminishes exponentially as subsequent blocks are added. To compensate for increasing hardware speed and varying interest in running nodes over time, the proof-of-work difficulty is determined by a moving average targeting an average number of blocks per hour. If they're generated too fast, the difficulty increases.

5. Network

The steps to run the network are as follows: 1) New transactions are broadcast to all nodes. 2) Each node collects new transactions into a block. 3) Each node works on finding a difficult proof-of-work for its block. 4) When a node finds a proof-of-work, it broadcasts the block to all nodes. 5) Nodes accept the block only if all transactions in it are valid and not already spent. 6) Nodes express their acceptance of the block by working on creating the next block in the chain, using the hash of the accepted block as the previous hash. Nodes always consider the longest chain to be the correct one and will keep working on extending it. If two nodes broadcast different versions of the next block simultaneously, some nodes may receive one or the other first. In that case, they work on the first one they received, but save the other branch in case it becomes longer. The tie will be broken when the next proofof-work is found and one branch becomes longer; the nodes that were working on the other branch will then switch to the longer one. New transaction broadcasts do not necessarily need to reach all nodes. As long as they reach many nodes, they will get into a block before long. Block broadcasts are also tolerant of dropped messages. If a node does not receive a block, it will request it when it receives the next block and realizes it missed one.