티스토리

Limm_jk.log

검색하기

블로그 홈

Limm_jk.log

limm-jk.tistory.com/m

Limm_jk 님의 블로그입니다.

구독자: 13

방명록 방문하기

주요 글 목록

보안의 표준화를 위한 노력 / CVSS의 역사 일상에서 수치화된 지표는 우리의 이해를 돕는 강력한 도구입니다. 개인의 건강을 BMI로, 학생의 성취도를 학점으로, 경제 상황을 GDP로 측정하듯이, 소프트웨어 보안 취약점 또한 수치로 측정할 수 있습니다. 바로 CVSS(Common Vulnerability Scoring System)라는 객관적인 척도로 측정할 수 있습니다.이렇게 쉽게 알아볼 수 있도록 돕는 수치는 보안에 대한 지식이 많지 않은 엔지니어들 또한 비교적 쉽게 이게 얼마나 큰 문제이고, 어떤 우선순위로 접근해야 할지 인지하게 하는 좋은 수단이 됩니다. 하지만, 현대의 변화무쌍한 공격에 고정된 지표로 취약점을 평가할 수 있을까요?아닙니다. 이렇게 정의된 CVSS도 2005년에 최초로 정의된 이후 요구사항에 의하여 많은 변경을 거쳐왔습니다. .. 공감수 2 댓글수 0 2024. 12. 9.
Fair Source License / 지속 가능성을 위한 License 이야기 지난 10월 25일, 잘 쓰고 있던 웹 브라우저 Arc가 신규 업데이트를 중단한다는 소식을 들었습니다. (youtube)저는 작년 초부터 세팅해서 원활하게 쓰고 있었고, PR live tab 기능 / space 기능 등의 편의성을 고평가 하여 너무 잘 쓰고 있었던 브라우저라서 너무나 슬픈 소식이었습니다. 🥲 슬픈 마음으로 관련 소식을 전한 유튜브의 댓글을 읽던 중, 아래와 같은 코멘트를 발견했습니다. 최근 이과 같은 지속 가능성에 대한 문제가 많이 나오고 있습니다. 특히 Open Source의 지속 가능성을 포함한 Fair Source에 대한 이야기를 많이 듣곤 하는데, 이런 문제를 Fair Source를 통해서 어떻게 풀어가고 있는지 궁금해졌습니다. 그리하여 이번 글에서는 위 코멘트에 언급된 sent.. 공감수 7 댓글수 3 2024. 11. 11.
SAML2 개발에 도움이 되는 꿀팁 3가지! 인증은 어느 어플리케이션이나 필요한 중요한 친구입니다.이 중, 요새 SAML2를 집중적으로 보고 있는데요. SAML2의 경우 널리 사용되고 있지만, 그에 비해 문서나 자료가 부족하다고 느꼈습니다. SAML2를 사용하면서 얻은 팁(과 피 땀 눈물,,,)들을 간단하게 공유해 보겠습니다. 이 글은 기본적으로 SAML2에 대한 지식이 있음을 가정하고 작성했습니다.SAML2 기본을 알고 싶으시다면 GRU님의 SSO 글을 추천드립니다. 1. SAML2 테스트 데이터 생성SAML2 연동 자체는 요즘 제공되는 라이브러리들이 친절하게 지원해 주기 때문에 비교적 빠르게 진행할 수 있습니다. 그러나, 테스트를 하려고 하면 조금 생각을 하게 됩니다. 예를 들어서 어플리케이션 측에서 검증하는 파트를 테스트를 하고 싶다면, 실제.. 공감수 6 댓글수 0 2024. 10. 28.
Sentry에서 Cron 모니터링이 가능하다는 사실 크론 잡(Cron job)은 서버 관리나 작업을 자동화하는 데 많이 사용되는 방법 중 하나입니다. 예시를 들어보면 정기적으로 데이터베이스 백업을 수행하거나 문제가 되는 데이터를 정리하고, 이메일 알림을 발송하는 등 다양한 용도로 사용됩니다. 하지만 크론 작업을 무겁고 중요하게 사용할 경우 문제점이 하나 발생할 수 있는데요. 바로 모니터링이 쉽지 않다는 점입니다. 크론이 정상적으로 실행되고 종료되었는지, 오류가 발생하지 않았는지 혹시 중간에 배포가 있어서 끊기지 않았는지 확인하는 작업은 수동적이고 번거로울 수 있습니다. 개인의 퍼포먼스에 의존하는 만큼 관리하는 사람이 부재 중일 때, 문제가 발생한다면 꽤나 오래 문제가 지속될 수도 있습니다. 저 또한 비슷한 문제를 겪었습니다. 로직의 누락으로 크론이 실행 .. 공감수 5 댓글수 1 2024. 10. 14.
Kafka 메세지를 안정적으로 다루는 방법 (Transaction Outbox Pattern) Transaction Outbox 패턴에 대하여 간단히는 알고 있었는데요. 앞으로 이벤트를 다루며 잘 알아두면 좋을 내용이라고 생각해서 구체적으로 어떤 문제를 해결하기 위하여 사용하며, 어떤 장/단점이 있는지 찾아보고 남겨봅니다. 기본적으로 Chris Richardson 선생님의 Pattern: Transactional outbox 아티클을 참고합니다. 풀고 싶은 문제어플리케이션 서버에서 비즈니스 로직을 처리하는 동안, 메세지의 발행까지 Transactional 함을 보장해야 하는 경우가 많습니다. 하지만, 기본적으로 이종 간의 Transaction은 완벽할 수 없습니다. 임시로 대응을 해보자면, Transaction Scope에서 Rollback이 가능한 작업을 모두 한 이후에 메세지 발행을 챙기는 방.. 공감수 5 댓글수 1 2024. 10. 13.
이직했어요 정신차려보니 벌써 7월입니다. 캐롤 들으면서 연말 분위기를 누린 것이 정말 얼마 안된 것 같은데, 장마에 불평을 늘어두고 있는 요즘이네요. 이런 계절의 변화를 알아차리지 못할 정도로 올 상반기는 여러 사건들이 있었습니다. 가장 큰 부분은 이직이었는데요. 간단하게 이야기 해보려 합니다. 동기 부여 업을 선택함에 있어, 상당히 많은 종류의 선택할 수 있는 가치가 존재합니다. 이는 금전일 수 있고, 경력일 수 있겠네요. 모두 중요한 가치지만, 저는 올 상반기를 지나오며 일을 해야하는 동기를 찾는 것이 상당히 큰 가치 중 하나임을 느낄 수 있었습니다. 이전 직장에서 golang을 이용하여 새로운 사업을 진행했는데, 시작할 때 들었던 서비스도 아니었고 사업적으로 이해가 되는 선택이 있지도 않았습니다. 기술적으로도.. 공감수 5 댓글수 0 2023. 7. 16.
Functional Option Pattern in Go Go 언어로 서버 프레임워크를 개발한다고 가정해봅시다. 서버는 다양한 옵션을 가질 수 있으며, 생성자를 통해 이를 설정할 수 있어야 합니다. 예를 들어 서버의 주소, 읽기 타임아웃, 로깅 등의 옵션을 설정할 수 있어야 하는데요. 예시를 들어보겠습니다. // 예시 위와 같이 이러한 옵션은 필수적이거나 선택적일 수 있습니다. 그렇다면 저 상황에서 다른 옵션이 추가된다면 어떨까요? 그에 맞게 생성자를 추가해야하고, 각 옵션이 optional하다면 추가해야하는 생성자가 기하급수적으로 늘어납니다. 물론 메서드 오버로딩을 지원하지 않는 특성 상, 네이밍도 상당히 어렵습니다. 오늘 이야기 해보려 하는 Functional Option Pattern은 이러한 문제를 해결하고자 등장한 패턴입니다. Functional Op.. 공감수 0 댓글수 0 2023. 7. 2.
git 별다줄 alias를 소개합니다. git을 사용하다보면 종종 명령어를 치기 귀찮은 경우가 존재합니다. 현재 브랜치만 push하고 싶은데, 브랜치 명이 너무 길다던지... main에 리베이스를 해야하는데 넘어가서 pull 땡겨오기 귀찮다던지... 저만 그런가요..? alias를 잘 사용하면 생산성 증대에도 큰 도움이 되는데요. 개인적인 생산성 증대를 위하여 사용하고 있는 별다줄 alias를 소개해보겠습니다. alias list co = checkout checkout 명령어의 단축키로 co를 사용하고 있어요. 이 alias를 사용하면 git checkout 대신 git co를 입력하여 브랜치를 전환할 수 있습니다. 간단하지만, 7글자나 쓰기 귀찮아서(...) 만들었습니다. 자매품으로 cob(checkout -b)도 있습니다. pr = "!.. 공감수 0 댓글수 0 2023. 6. 18.
Golang과 함께하는 테스트 여정 - 통합 테스트 위 글에서 단위 테스트에 대하여 이야기 해보았습니다. 하지만, 테스트는 단위 테스트만으로 완벽하게 보장되지 않습니다. 예를 들면 어떠한 모듈을 모킹해둔 상태에서 그 모듈을 변경한다면 잘못되었지만 테스트는 잘 돌아가는 위양성 문제가 발생할 수 있으며, 회귀 테스트가 보장되지 않을 수 있습니다. 이를 보장하기 위해서는 다양한 모듈이 참여하는 통합 테스트가 필요한데요. Golang으로 통합 테스트를 작성하는 과정을 설명해보겠습니다. Pre-Condition 팀에서는 DI를 편하게 사용하기 위하여 fx라는 의존성 주입 프레임워크를 사용합니다. 여기서 만들어주는 것을 기반으로 글을 진행합니다. 생성의 책임을 위임한 서버 띄우기 최초에 테스트 환경을 어떻게 구축할지 고민을 많이 했는데요. 결론은 서버를 띄워서 ap.. 공감수 0 댓글수 0 2023. 5. 21.
Golang과 함께하는 테스트 여정 - 단위 테스트 큰 규모의 개발에서 테스트는 상당히 중요합니다. 어딘가의 코드 한 부분을 변경했는데, 예상치 못한 다른 곳에서 깨지는 경험을 해보면 테스트가 얼마나 중요한지 왜 없어서는 안 되는지 느끼리라 믿어 의심치 않습니다. 그렇기에 많은 언어 환경에서 테스트를 잘 할 수 있도록 라이브러리를 많이 제공하는 편인데요. 그중 사내에서 Golang 신규 프로젝트를 세팅하고, 이로 인하여 편리하고 좋은 테스트 환경을 구축하기 위하여 고민했던 것들을 두 편으로 나눠서 정리해보려 합니다. 그중, 오늘은 단위 테스트와 환경 세팅에 대하여 이야기해보려 합니다. 단위 테스트 테스트 환경을 세팅을 시작하며 어떤 환경이 먼저 세팅되어야 할지 고민했고, 가장 먼저 e2e 회귀 테스트를 보장하기 위한 통합테스트 환경을 먼저 구축하려 했습니.. 공감수 2 댓글수 0 2023. 5. 5.
gin은 어떻게 요청을 받는가 golang에서 웹 어플리케이션을 만들기 위하여 다양한 라이브러리를 사용합니다. 그중 우리 팀은 Gin을 가장 많이 사용하고 있는데요. 문득 Gin은 자세히 어떻게 handler로 요청을 넘겨주는지 궁금해졌습니다. golang은 매지컬하게 뭔가를 끼워 넣는 것이 불가능하니, 추적하는 것이 크게 어려울 것 같지도 않아서 한번 시도해 보았습니다. 들어가기 전에 TL;DR 글 자체가 장황해져서, 간단하게 읽고 가고 싶으신 분을 위한 요약입니다. 요약은 글을 정리하면서 새로 알게 된 부분만 간단하게 정리합니다. 1. Server 생성 시, engine을 핸들러로 사용하여 request를 파싱한 후 넘겨준다. 2. gin의 context는 요청마다 생성되는 것이 아닌, pool이 있다. 이 pool에는 engin.. 공감수 0 댓글수 2 2023. 4. 23.
속성 기반 테스트 in Golang (Property Based Testing) 대체적으로 개발할 때, 우리는 예제를 기반으로 테스트 하는 것을 선호합니다. 예제 기반 테스트는 앞선 설명과 같이 테스트 케이스를 예제를 통해 생성하는 방식으로, 특정 입력에 대해 기대되는 출력 값을 예제로 제공하고, 테스트 대상 코드의 출력 값이 기대되는 값과 일치하는지 여부를 검증합니다. 이 방식은 테스트 케이스를 생성하기 쉽고, 이해하기 쉽기 때문에 많이 사용되어 왔습니다. 아래와 같이 add라는 함수를 만들고 사례를 기반으로 테스트를 진행해보겠습니다. // 두 개의 정수를 받아서 두 수의 합을 반환하는 함수 func add(a, b int) int { return a + b } // test func TestAdd(t *testing.T) { tests := []struct { a, b, expe.. 공감수 2 댓글수 0 2023. 3. 26.
Datadog APM with Golang 1 - 배경 이야기 원활한 서비스 운영을 위하여 트레이싱 툴은 선택이 아닌 필수라고 생각합니다. 그런 만큼 저희 회사 또한 트레이싱 툴을 사용하는데요. 바로 datadog이라는 SaaS 툴을 사용하고 있습니다. 이 중 어플리케이션 성능을 모니터링해주는 APM 기능을 정말 잘 사용하고 있습니다. 이 datadog APM을 Java환경에서 사용할 때는 고민이 적었습니다. 에이전트부터 트레이싱까지 아래와 같이 pre-build 된 jar 파일을 끼워 넣어서 해결할 수 있었기 때문입니다. java -javaagent:/path/to/dd-java-agent.jar \ -Ddd.logs.injection=true \ -jar path/to/your/app.jar 이와 유사한 환경을 기대하며 golang datadog 세팅을 시작한 .. 공감수 3 댓글수 1 2023. 2. 25.
블로그 살리기 프로젝트 21년 말에 글또 6기를 마치고, 22년에 단 네 개의 글을 썼습니다. 물론 회사 블로그에 포스팅하고 올리지 않은 글까지 포함하면 5개의 글이지만, 글또와 함께하던 20, 21년과 비교하면 아쉽지 않을 수 없는데요. 🥲 그렇기에 글또 8기와 함께하며 블로그를 다시 살 찌워 볼 생각입니다. 이처럼 새롭게 시작하는 의미에서 이번에 글또와 함께하며, 어떤 글을 어떻게 적을지 한번 적어보겠습니다. 어떤 글을 적지? 이전 활동이었던 5,6기 활동에서 아쉬웠던 점을 돌아보면, 그 때 그때 쓰고 싶었던 글을 써서 글또가 끝나고 돌아봤을 때 뚜렷하게 '뭔가 이루었다!!' 와 같은 기분이 들지 않았던 부분이었던 것 같습니다. 그래서 이번 기수는 두개의 주제를 선정하고 주제에 대한 이야기를 꾸준히 쓸 수 있도록 해보려 합.. 공감수 1 댓글수 0 2023. 2. 11.
SQLBoiler boiler 객체에 update가 제대로 되지 않는 이슈 추적 문제 제기 insert 시, 해당 model의 boiler 객체에 업데이트 된 값이 들어오는 것을 확인 함. (id가 채워져 있는 것을 확인) 이를 보고 해당 객체의 fetch를 다시 해오는 것이라고 생각했음. 그런데, timestamp without timezone으로 인하여 db에 insert된 결과 값과 insert의 결과로 받은 값이 다른 현상이 발생. 본론 boiler 구현체 내부에서 default 값이 있는 컬럼들을 정의해둔다. ({model}ColumnsWithDefault) insert 연산 시, insert 요청을 받은 model을 확인하여 non zero value를 가진 column들을 찾는다. 이를 1 에서 확인한 column들과 비교하여 default 값이 있으나 zero valu.. 공감수 1 댓글수 0 2023. 1. 11.
스타트업이 스터디를 해야하는 3가지 이유 채널팀과 함께하면서 다양한 스터디를 진행했는데요. 스터디를 진행하다 보니, 동료들과 함께하는 스터디는 무언가 다른 것 같더라고요. 그래서 어떤 것이 달랐는지, 또 무엇을 얻었는지에 대하여 채널팀과 함께한 스터디를 바탕으로 글을 적어봤어요. 동료들과의 스터디를 통하여 어떤 것을 얻을지 고민하고 계시거나, 어떻게 진행하면 좋을지 고민하시는 분들. 혹은 그저 채널팀의 문화가 궁금하신 분들께 재미있는 글이 되리라 생각합니다 :) https://channel.io/ko/blog/startup-study 블로그 - 스타트업이 스터디를 해야하는 3가지 이유 채널팀과 함께한 경험을 기반으로 사내 스터디는 무엇이 다른지, 그리고 개발자 분들과 함께 어떻게 스터디를 진행했는지 이야기 해볼게요. channel.io 공감수 4 댓글수 0 2022. 12. 9.
gRPC 더욱 효율적으로 Load Balancing하기 / Client side load balancing Client Side LB in gRPC 지난 몇 년 동안 마이크로 서비스의 성장과 함께 gRPC 는 이러한 소규모 서비스 간의 상호 통신에 대한 많은 인기를 얻었다. 인기를 얻은 이유 중 하나는 속도이다. HTTP / 1에서 구현된 REST Client는 요청을 전송할 때마다 연결을 생성하고, 응답이 오면 해당 연결을 끊는다. 이처럼 요청마다 connection을 생성하기 때문에 소모되는 비용이 많다. 하지만, gRPC는 HTTP 2.0 기반의 HTTP Streaming을 이용하여 통신한다. HTTP 2.0은 한번 연결된 HTTP 연결을 통신이 끝났을 때 끊지 않고, 장기간 유지하며 재사용할 수 있다. gRPC 또한 이를 이용하여 보통 하나의 연결을 맺어두고, 이 연결을 재사용하는 식으로 이용한다. 이.. 공감수 6 댓글수 0 2022. 3. 12.
21년 주니어 개발자 연간 회고 보호되어 있는 글입니다. 공감수 5 댓글수 1 2022. 1. 2.
구직 활동, 어떻게 준비했나요? 하반기 8월 말부터 시작한 첫번째 구직활동을 운좋게 마치게 되었습니다. 짧은 시간이지만, 제가 가고 싶었던 기업들에 공격적으로 지원하며 많은 준비를 하고 고민을 하였습니다. 이런 준비와 고민을 하며 생각했던 점들을 간단하게 정리해보려합니다. 이력서 1. 자기 성찰 먼저, 이력서를 정리하기 전에 제가 한 활동, 하고 싶은 일, '나'에 대하여 정리해보았습니다. 저는 여기에 적었던 내용을 기반으로 취업 시장에서 나라는 사람의 가치를 객관화하는 것에 도움이 많이 되었다고 생각해요. 여기서 적었던 내용을 중심으로 목표로 하는 기업을 찾고, 이 기업들에서 요구하는 지표를 기반으로 평가 지표를 축소해서 잡았습니다. 이를 기반으로 가치를 평가하고, 이력서를 해당 가치에 맞게 개조하는 등 같은 스펙을 가져도 조금이라도.. 공감수 9 댓글수 0 2021. 12. 19.
어떻게 글을 써야하지? 항상 머릿속을 맴돌고 있는 질문입니다. '어떤 글을 쓰지?' 좋은 글감을 찾아내는 것은 정말 어려운 일인 것 같습니다. 그만큼 어려운 질문이 하나 더 있습니다. '어떻게 글을 쓰지?' 좋은 글감만큼 좋은 글을 만들어 내는 것도 어려운 것 같습니다. 하지만 그럼에도 불구하고 글또 6기와 함께 열심히 글을 써왔습니다. 그래서 이번 글에서는 글또 6기를 잘 마치기 위하여 작년부터의 글또 생활, 그리고 어떤 고민을 하며 글을 써왔는지를 되돌아보겠습니다. 그리고 앞으로 더 좋은 글을 쓰기 위하여 무엇을 더 고민하고 더 써볼지 이야기해보겠습니다. 좋은 글을 쓰기 위한 고민 저는 머릿속에만 존재하는 생각을 글로 실체화시키고 이를 남들과 나누고 싶다는 욕심이 있었습니다. 이런 욕심을 충족시키고, 글을 더욱 접점이 많은.. 공감수 2 댓글수 0 2021. 11. 7.
[리뷰] 262가지 문제로 정복하는 코딩 인터뷰 in Java 👉 본 리뷰는 출판사로부터 책을 무료로 제공받아 작성한 리뷰입니다. 최근, 코딩 열풍으로 인하여 많은 인원들이 개발자가 되기 위하여 공부하고 있습니다. 이에 맞추어 기업 또한 더 좋은 인재를 찾기 위하여 다양한 채용 프로세스를 도입하고 있습니다. 그중 하나가 바로 '라이브 코딩'. 하나의 문제를 면접관과 지속적으로 소통하며 좋은 방향으로 풀어나가는 채용 전형입니다. 여기에서 제시되는 문제는 알고리즘 문제인 경우가 많기 때문에, '코딩 테스트'를 준비하며 함께 준비가 되기도 합니다. 하지만, '코딩 테스트'와는 달리 면접관과 소통을 통하여 문제를 풀어가는 형식이기 때문에 보다 전략적으로 준비를 해야 좋은 결과를 얻을 수 있을 것입니다. 저 또한 이러한 '라이브 코딩'을 지속적으로 보고 있습니다. '라이브 .. 공감수 1 댓글수 0 2021. 10. 30.
M1 사용기 - JVM환경에서 ARM / Rosetta 번역 알아내기 개발을 하다보면 JVM만이 아닌 다른 환경에 종속적인 코드를 작성할 때가 있습니다. (ex. TestContainers - docker 컨테이너를 실행) 이때, JVM은 정상적으로 로제타로 번역이 되어서 잘 실행되지만, 이런 코드로 실행되는 것들은 M1에 맞지 않는 경우가 있습니다. 이런 경우를 대비하여 코드단에서 ARM / M1인지 알아보는 방법을 작성해보겠습니다. * 해당 내용은 Kotlin으로 작성되었습니다. 1. System.getProperty 먼저 해볼 수 있는 것은 아키텍쳐 이름을 가져오는 것입니다. 이 정보는 시스템 클래스에 os.arch로 저장되어있습니다. 아래와 같은 코드로 확인이 가능합니다. if (System.getProperty("os.arch").toLowerCase().cont.. 공감수 4 댓글수 0 2021. 10. 10.
Gin / time 타입 parsing 오류 (parsing time "~~~" as "~~~": cannot parse "~~~" as "~~~") 평화롭게 Gin을 가지고 놀던 어느 날, 시간 Field를 Request로 받아서 작업해야 할 일이 생겨서 관련하여 공부해보았습니다. 대충 format 지정해주고 넘기면 알아서 찰떡같이 parsing 해주리라 생각했던 것과는 달리, 꽤나 골치가 아팠어서 블로그에 정리해봅니다. 위에 이야기를 한 것과 같이 시간 정보를 parsing 해주기 위한 format을 어떻게 지정해주는지 알아봤습니다. 그리고 금세 나오는 정보는 아래와 같은 코드였습니다. type Person struct { Birthday time.Time `json:"birthday" time_format:"2006-01-02 15:14:13"` } 아하! 이런 식으로 bind할 structure에 time_format을 지정해주면 되는구나! 그.. 공감수 2 댓글수 0 2021. 9. 25.
컴퓨터 내부 구조 😊 본 글은 한 권으로 읽는 컴퓨터 구조 책을 읽고 정리했습니다. 우리는 앞에서 이야기 한 내용들을 이용하여 비트를 조작하는 회로를 만들 수 있게 되었다. 이런 회로를 우리는 컴퓨터라고 한다. 현대의 컴퓨터는 크게 메모리, 입출력, CPU로 나누어진다. 이번 장에서는 이 세가지 부분이 서로 어떻게 연관이 되는 지 공부해보겠다. 메모리 컴퓨터에는 조작할 비트들을 저장할 저장소가 필요하다. 앞에서 이를 메모리에 저장한다고 배웠는데, 이제 컴퓨터가 이 메모리를 어떻게 쓰는 지 알아보자. 메모리는 각 위치에 주소가 부여되며, 이 주소로 메모리에 접근을 할 수 있다. 예를 들어서 64MiB의 메모리를 사용한다면 64 * 1024 * 1024인 67108864바이트만큼의 주소가 생성이 된다. 이렇게 주소로 메모리를.. 공감수 0 댓글수 0 2021. 9. 12.
메모리와 디스크의 핵심 : 순차 논리 😊 본 글은 한 권으로 읽는 컴퓨터 구조 책을 읽고 정리했습니다. 우리는 지금까지 컴퓨터가 입력을 어떻게 처리하는지에 대하여 배운다. 이를 조합 논리라고 칭하였다. 하지만, 이것만으로는 우리가 원하는 복잡한 작업을 처리할 수 없다. 조합 논리만으로는 흐름의 일부분을 떼어내서 기억할 수 없기 때문이다. 이러한 문제를 해결하기 위하여 순차 논리에 대하여 이야기해볼 것이다. 순차 논리란 입력의 현재 상태와 과거 상태를 함께 고려한다. 이번 글에서는 시간을 만들어 내는 회로와 과거를 기억하기 위한 회로에 대해 이야기해 볼 것이다. 시간 표현과 상태 기억 발진자 발진자는 인버터의 출력을 다음 그림과 같이 입력에 연결하는 트릭을 이용하여 동작한다. 이러한 출력을 입력에 되먹이는 특성(feedback)을 통하여 출력.. 공감수 0 댓글수 0 2021. 8. 8.
$0.005 per Elastic IP address not attached to a running instance per hour 분명 사용하는 인스턴스가 없는데 AWS에서 약 5000원 정도의 서버비가 청구되어서 '뭐임???'하고 AWS로 뛰어가 보았다. 확인한 결과 위의 사진과 같은 청구서가 나와있었고, 과금 요소는 Elastic IP Addresses 즉 탄력적 IP였다. 분명 탄력적 IP 한 개는 무료라 그랬는데? 어떤 이유로 이렇게 과금이 되었는지 알아보자. AWS FAQ 탄력적 IP에 대한 과금 요소를 확인해보았다. 다음 모든 조건에 해당하는 경우에는 탄력적 IP 주소에 대한 비용이 발생하지 않습니다. - 탄력적 IP 주소가 EC2 인스턴스에 연결되어 있습니다. - 탄력적 IP 주소와 연결된 인스턴스가 실행 중입니다. - 인스턴스에 연결된 탄력적 IP 주소가 하나만 있습니다. - 탄력적 IP 주소는 Network Load.. 공감수 0 댓글수 2 2021. 8. 4.
전자 회로의 조합 논리 😊 본 글은 한 권으로 읽는 컴퓨터 구조 책을 읽고 정리했습니다. 아날로그와 디지털의 차이 1에서 10까지 있는 자와 열 손가락을 예시로 들 수 있다. 동일하게 1부터 10까지를 표현할 수 있으나 손가락으로 아무리 열심히 표현해도 3.141592...를 표현할 수는 없을 것이다. 그에 비하여 자에는 어딘가에든 3.141592...이 존재할 것이다. 자는 연속적이기 때문이다. 연속적이라는 말은 실수를 표현할 수 있다는 뜻으로도 볼 수 있다. 1,2,3과 같이 자연수는 물론 3.141592...와 같이 무한한 수라도 연속적인 자 위에 어딘가에는 존재할 것이기 때문이다. 반면 제한적으로 표현할 수 있는 손가락은 이산적이라고 부르며 정수만 표현할 수 있다. 각 각의 값들 사이에는 다른 무수한 수들이 존재하지 않.. 공감수 0 댓글수 0 2021. 8. 4.
2021년 2분기 회고 하반기에는 코로나가 잠잠해지리라는 기대와는 달리 코로나가 이전보다 더욱더 기승을 부리는 요즘입니다. 또한, 코로나도 힘든데 함께 찾아온 역대급의 폭염이 저희를 더욱 힘들게 하는 것 같습니다. 이러한 악조건 속에서의 저의 2분기는 1분기와 크게 다르지 않았던 것 같습니다. 인턴, YAPP. 이렇게 1분기와 크게 다르지 않은 활동 범위에서 내용들을 고도화시킬 수 있는 시간이었다 생각합니다. 개발에 대한 마음가짐을 조금 새로이 잡을 수 있게 된 2분기, 회고를 통해 돌아보고 앞으로 나아갈 방향을 공유해보고 싶습니다. 💼 인턴 1분기 회고 시점이 인턴이 시작할 때쯤이었다면, 이번 회고는 끝날 때쯤 적는 이야기인 것 같습니다. 하지만 그 시점에 비하여 뭔가 괄목할만한 성장을 이루어냈다고 말하기는 좀 부끄러운 것 .. 공감수 3 댓글수 2 2021. 7. 27.
컴퓨터의 언어와 사람의 언어 😊 본 글은 한 권으로 읽는 컴퓨터 구조 책을 읽고 정리했습니다. 우리가 생각하는 언어란 무엇일까? - 언어는 생각이라는 형체가 없는 개념에 모두가 이해할 수 있는 새로운 형체를 부여하며, 이를 공유할 수 있다. - 공유하는 언어라는 개념을 통해서 복잡한 생각을 쉽게 전달할 수 있다. - 사회가 공유하는 약속 - ??? 대충 국어시간에 배운 언어는 이런 느낌이었던 것 같다. 언어는 위에 말한 것과 같이 기호들의 집합을 통해서 소통을 할 수 있게 해준다. 하지만, '두ㅡㅂ젣'과 같은 기호들의 집합이 언어이지는 않다. 언어는 기호들의 집합이기만 해서는 안되며 사용하는 당사자들이 공감할 수 있는 문맥을 두어서 하나의 기호의 집합에 같은 의미를 두어야 한다. 위에 적은 '두ㅡㅂ젣'가 예쁘게 생겼다고 해서 나 혼.. 공감수 0 댓글수 2 2021. 7. 23.
2021 여름 모각코 목표 벌써 3번째로 참가하는 모각코다. 이번에는 다른 것보다는 이론을 공부하고 포스팅하는 것에 집중하려 한다. 이번 목표는 객체지향의 패러다임을 설명하는 '오브젝트' 라는 책을 읽어보려 한다. 책을 읽으며 좋은 코드를 볼 수 있고, 합리적인 코드를 짤 수 있는 능력을 기르고 싶다. 계획보다 빨리 책을 끝낸다면 유사한 책을 탐색할 예정이다. 회차 일시 목표 1회차 21/07/02 오브젝트 책 1,2장 정리 및 포스팅 코드 설계 및 개선 2회차 21/07/09 오브젝트 책 3,4장 정리 및 포스팅 코드 설계 및 개선 3회차 21/07/16 오브젝트 책 5,6장 정리 및 포스팅 코드 설계 및 개선 4회차 21/07/23 오브젝트 책 7,8장 정리 및 포스팅 코드 설계 및 개선 5회차 21/07/30 오브젝트 책 9.. 공감수 0 댓글수 2 2021. 6. 24.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.