평소에 잡생각을 많이 하는 편이다. 잡생각의 주제별 빈도는 7~10일에 한 번인 것 같다. 어느 날 '강아지가 착한 이유'에 대해 생각했다면, 이틀 후엔 '지구상 최초의 개발자'에 대해 생각하고, 이틀 후엔 '우주 및 생명의 본질'에 대해 생각한 뒤, 이틀 후에 다시 '강아지가 착한 이유'로 돌아온다. 일주일마다 나만의 가치관이 다져지는 기분그리고 바로 오늘 내 긴 연애기간 동안 풀리지 않던 '사랑이란 무엇인가' 에 대한 가치관이 확립됐다. 나의 모든 잡생각에 해당되는 말인데 '~인가?'에 대한 생각이 '~이다.'로 매듭지어지지 않았던 게 늘 고민이었다. 특히나 사랑이나, 인간의 행동 심리? 같은 게 내면에서는 평서문으로 깔끔하게 떨어지지 않았다. 어릴 때 책 좀 많이 읽을걸'사랑'을 떠올리면, 나는 나..

.NET C# 개발 업무로 입사해서, 요즘은 Spring을 제일 많이 다루고 있다. Spring 기본기가 부족한 상태로 실무를 먼저 접하다 보니, 다른 업무 & Spring 및 부족한 CS지식 공부와 병행해야 해서 일정 관리가 너무 힘들다.. JAVA를 1도 모르는 내가 스프링이라는 자동차를 운전하자니 쓰잘데기 없는 브레이크가 너무 많았다랄까 필요한 어노테이션을 바로바로 떠올리는 선배분들이 그저 신기하다.. JAVA 기초를 인프런, 구글링 등으로 접하고 있지만, 실무와 크게 가깝지가 않은게 흠이다. JAVA 라는 언어를 사용한다는건 같지만, 내부 비즈니스 로직이나, 운영 환경, 라이브러리, 의존성 등이 다 다르다 보니 그냥 실무하면서, 그때 그때 필요한걸 빨리 찾아서, 빨리 이해하고 빨리 활용하는게 베스..

1.Kubernetes란?   - 컨테이너 관리 도구(컨테이너 오케스트레이션 도구)   - 빌드된 도커 이미지들을, 실질적으로 다루는 도구2.Kubernetes 장점?   - Pod, Service, Deployment 등 k8s의 객체별 다양한 기능 제공   - 무중단 배포, POD간, POD내 컨테이너간 통신 가능  아직 많이 안써봐서, 느낀게 별로 없다Docker랑 같이 스터디 하면서 이 글에 채워야겠다

처음 접하게되는 개념들을자꾸만 외우려 하는 습관이 남아있다. 최근들어 Docker 와 Kubernetes에 대해 공부중인데자꾸 같은 개념만 반복해서 이해하려 하다보니내가 어디까지 이해했는지 놓친 채 지식 습득만 하고있는 것 같다 내가 이해한 수준을 기록한 뒤다음에 다시 읽고, 수준에 맞게 다시 공부하고 할 예정이다 그만큼 아직 도커 & 쿠버네티스가 확 와닿지 않는다 ㅠ1.Docker란?   - 런타임, 라이브러리 등 실행환경이 다른 소스들을, 컨테이너화 하게 도와주는 가상화 플랫폼컨테이너화 : 일차원적으로 드는 생각 그대로, 프로그램을 특정 틀에 담는 행위컨테이너 : 런타임, 라이브러리, OS 등이 정의된 환경가상화 : OS 환경을 임의로 세팅하는 행위 (물리적 리소스를 분할)2.Docker Image란..

C# 윈폼을 활용해서 동적차트를 만들어보았다. 차트 내에 여러개의 그래프가 있고, 그래프의 데이터는 List로 관리 데이터 저장 기능까지 구상하고 시작했다. 3종류의 데이터를 받아서, 차트로 표현했다. x축은 총 10개의 데이터가 나타나고 1초마다 값이 업데이트된다. 윈폼이 실행되면, 로딩이 완료된 뒤 Start 이벤트를 발생시킨다. Start이벤트는 차트 관련 설정들을 세팅하고 데이터 생성 스레드를 실행한다. 차트와 관련된 설정들을 기입했다. 아래 사진처럼 윈폼상에서 미리 설정해둬도 되지만, 프로그램을 실행하면서 유동적으로 값을 변경하기 위해, 코드상으로 정의해뒀다. ( 나중에 수정할 부분을 찾기 편하도록 ) GenerateData() 함수는, 랜덤 데이터를 생성하는 함수다. 지금은 데이터가 없어서 임..

Modbus TCP 통신을 사용해서 실제 장비를 제어하는 로직을 사용중이었다. 하나의 프로그램에 프로세스가 총 3개 동작하고 1.MQTT 패킷을 수신 2.제어부 프로세스까지 전달(Socket) 3.실 제어 및 상태값 검증 위와 같이 제어를 하도록 개발했다. 하지만 곰곰히 생각해보니 내가 개발한 코드는, 단순히 '제어'만을 목적을 둔 단순한 코드고 예외상황을 생각하지 못한 안좋은 코드같았다. 수정 전 간단히 시퀀스 다이어그램을 제작했다. Process A 에서, MQTT 브로커로부터 제어 메시지를 수신받는다. 수신받은 메시지를, Process A & B 를 관리하는 Main Process에게 전달. Main Process 는 실 제어부 동작을 하는 Process B 로 패킷을 전달한다. Process B ..

대학생 시절 연구실에서 개발할때는 자료형에 대해 딱히 신경 안썼었다 직접 이슈가 생긴적이 없었고 기능 개발만 우선시 했던 습관 때문이다 오늘 자료형 때문에 발생한 이슈를 정리해야겠다 시퀀스 다이어그램 Process A, Main Process, Process B 는 하나의 exe 내 프로세스다. Process Z 도 하나의 exe 내 프로세스다. 실행 프로그램 별로 색으로 구분했다. Azure Cloud는 상위 서버다. 노란색 프로세스 3개를 가진 프로그램과, 코랄색 프로세슬를 가진 프로그램은 같은 PC 환경에서 동작하고있다. ( local ) 따라서 1번 MQTT 는 local 2번 MQTT는 Azure 서버를 사용한다. 이슈 A구간에서 local 로 받아온 MQTT 데이터 크기가 94326 이었다. ..

개발을 하면서, UTF나 유니코드 등의 용어를 자주 접하지만 깊게 알아보거나 궁금한 적이 없었던 것 같다 오늘 업무하면서 Encoding관련 에러가 발생해서 이참에 궁금해서 알아보았다 유니코드 초창기 컴퓨터는 '영어'와 '특수문자'를 사용했다 시간이 흘러 다양한 국가의 언어를 지원하게 되면서 국제 표준이 만들어졌고, 그게 유니코드 UTF-7, UTF-8, UTF-16, UTF-32 인코딩 방식. 유니코드를 어떻게 컴퓨터에 저장할 것인가에 대한 내용 에러 원인 private void MQTTOnReceived(byte[] recv) { string recvData = Encoding.Default.GetString(recv).Replace("\u0000", System.String.Empty); } MQT..

사내에서 지금까지 개발한 데이터 수집 엔진( 프로그램 )이 총 3가지 있다. 요약하자면 A->B->C 순으로 업그레이드 됐는데, 여전히 A, B 엔진이 적용된 곳이 있어서 그 중에서 B 엔진을 C 엔진에 맞게 업그레이드? 병합? 하는 작업을 진행했다. 병합 작업을 진행하면서, 나의 부족한 C# 개발 지식으로 다양한 오류를 접하게 됐다. 참조한 reference가 null 오류 컬렉션 수정 오류 등 너무 오류가 많아서 골치아팠다. 오류의 원인을 찾아보았다. 1. 비효율적인 class 사용 코드를 작성할 때 최소한의 class 단위로 구분해서 작성하라는 입사 초반 지시에 맞게 개발을 진행해왔다. 그러다보니 아무이유없이 무조건 class만 사용해서 개발해왔다. 변수 선언이나 구조를 잡을때도 무조건 class만..