Hi yoahn 개발블로그

개인적으로 사용하려고 만든 2021년 아이패드용 다이어리를 공유합니다. 제가 아이패드 프로 12.9를 사용하기 때문에 거기에 맞춰진 사이즈이며, 아이패드 프로는 화면에 꽉 차는 사이즈로 사용이 가능합니다. 하이퍼링크를 걸어두었기 때문에 클릭링크가 작동하며, 저는 굿노트4에서만 사용해보아서 다른 앱에서 작동하는지는 직접 테스트 해보셔야 합니다. (아마 작동할 겁니다!) # 구성 - 표지 - Yearly - Yearly events (2) - Monthly - Weekly 위와 같이 구성되어 있습니다. 2021년 달력이지만 먼슬리와 위클리에는 별도의 날짜가 표시되어 있지 않으며 위클리에 해당 월만 표시되어 있습니다. 직접 쓰시면 됩니다. 아래는 2020년 다이어리 예시이며, 작년에 제가 만들었던 디자인과 같..

makefile은 소스파일을 컴파일하기 용이하게 만들기 위해 사용하는 파일이다. 작성하는 프로그램의 크기가 커지면 파일이 여러개가 만들어지게 될 수 있는데, 그때 파일이 많아지고 각 파일의 크기가 커질수록 컴파일하는 시간과 링크하는데에 시간이 걸리게 된다. 이때, 한 파일만 수정했는데 전체 파일을 다시 컴파일하고 링크해야 한다면 시간이 오래 걸리므로, 수정한 파일만 컴파일 한 후 전체 파일을 링크하는 작업을 할 수 있도록 Makefile을 작성한다. Makefile의 이름은 Makefile, makefile 무엇이든 상관없다. 다만 확장자가 따로 지정된 것이 없으므로 파일명만 가지고 makefile인지 알아볼 수 있도록 작성하는 것이 좋다. SRCS = ft_putchar.c main.c OBJS = $..

프로세스: 어떤 일을 하기 위한 특별한 방법. 단계나 작업으로 구성됨 프로세스 없는 소프트웨어 개발은 프로그래밍 한 후 사용자가 만족할 때까지 수정하는 과정을 반복하게 된다. 이 경우 문제점 1) 설계의 중요성을 깨닫지 못함. 사용자의 높은 요구에 도달하기 어렵다. 2) 설계 작업이 없어 구조가 나빠질 수 있다. 3) 계획이 없어 작업 목표 없음. 일을 한 후에도 잘한 것인지 못한 것인지 판단할 수 없고, 비용과 일정을 조절할 수 없다. 4) 체계적인 테스트 작업, 품질 보증 차원의 활동에 대한 필요성의 인식이 없다. 따라서 발견되지 않은 결함이 남아 계속 고치게 될 것이며 시스템이 더욱 악화된다. -> 이러한 문제점들은 소프트웨어 개발과 유지보수에 비용이 많이 들게 한다. 프로세스 - 단계적인 작업의 ..

1.1 소프트웨어 소프트웨어 특징 4 -프레드 브룩스 - 복잡성 (complexity) 소프트웨어는 자동화하려는 대상이 복잡, 수많은 내부의 요소들로 이루어져 상호작용이 많고 복잡함 - 순응성 (conformity) 요구나 환경, 데이터의 변화에 따라 적절히 변형되는 특징 - 변경성 (changeability) 소프트웨어는 개발 과정에 자주 변경된다. - 비가시성 (invisibility) 소프트웨어는 종이나 자기 디스크 같은 매체에 저장되지만, 개념적이고 무형적이다 소프트웨어는 구조가 코드 속에 숨어 있어 쉽게 드러나지 않는다. - 소프트웨어는 마모되어 소멸되지는 않는다. 1.1.1 소프트웨어의 종류 1 ) 주문형 소프트웨어 - 특정 고객의 수요를 만족하기 위하여 개발된 SW - 그 고객 맞춤으로 제작..

3기 1차 시작일이 원래 7월 즈음이었는데, 계속 미뤄지다가 10월 중순에서야 시작할 수 있었다! 1. La Piscine 첫날에 클러스터 가서 등록절차 마치고 자리 가서 앉았는데, 가자마자 뭐해야할지 몰라서 이것저것 눌러봤던 기억이 난다. 옆에 앉았던 언니한테 계속 물어보면서 친해져서 밥도 같이 먹고 그 이후로 한 달간 붙어다녔다! 환경 탓인지 모르겠는데, 여기서는 이름, 나이를 먼저 물어보고 친해지기보다 그냥 말하다가 전공자인지 아닌지 먼저 물어보고 그렇게 얘기하다가 나중에 아이디 모르면 연락할 방법도 없고 그래서 친해지고 싶은 사람 있으면 아이디 기억해놔야 했다. ㅋㅋㅋㅋㅋ 프로젝트 난이도는 전공자 기준으로 말하면 쉽지 않았다.! 나는 학교에서 저번학기에 리눅스 프로그래밍 수업을 듣고 가서 그나마 ..

42 seoul 을 하면서 유용했던 것들을 적어보려고 합니다! 3기 1차가 끝났지만 언젠가 누군가에게 도움이 되었으면 좋겠네요 :D 터미널이 bash 인 경우 -> ~/.bashrc zsh 인 경우 -> ~/.zshrc 에서 작업 # ~/.zshrc export $MAIL=(본인메일) export $USER=(intraID) alias gcc-w='gcc -Wall -Werror -Wextra' alias norm='norminette -R CheckForbiddenSourceHeader' 1. export 먼저 터미널에서 USER=intra_ID 를 실행하면 쉘 변수를 설정하게 되는데, 이것은 지역변수 같은 역할이라 현재 쉘을 벗어나면 인식되지 않는다. 그래서 export 명령을 사용하여 환경변수로 e..

42 seoul 을 하면서 유용했던 것들을 적어보려고 합니다! 3기 1차가 끝났지만 언젠가 누군가에게 도움이 되었으면 좋겠네요 :D 1. if, while 등 키워드 뒤에 한칸 공백 삽입 후 괄호 작성 if (조건식) { } while (조건식) { } 1-1. 사용할 수 없는 문법 1) for 2) switch 3) case 4) 중첩된 삼항연산자 5) // 주석 - /* */ 만 사용 가능(이것도 에러나서 42헤더 외에 다른주석 안써봄) - // 주석은 c++스타일이라고 한다 2. 지역변수는 변수 선언과 초기화를 동시에 할 수 없다. - 변수 선언하는 부분은 가장 위에 선언(빈 줄 X) - 변수 선언 부분과 대입문, 구현문은 빈 줄이 삽입되어야 한다 (bad aligned error) 3. 변수명, ..

4.1 템플릿 엔진 JSP와 같이 HTML을 만들어주는 템플릿 엔진 command+shift+a -> plugins => mustache 검색 -> 플러그인 설치 4.2 기본 페이지 만들기 build.gradle compile('org.springframework.boot:spring-boot-starter-mustache') 의존성 추가 머스테치의 파일 위치 src/main/resources/templates index.html 스프링 부트로 시작하는 웹서비스 이 머스테치에 URL 매핑하기 -> Controller에서 진행 web/IndexController.java 생성 import org.springframework.stereotype.Controller; import org.springframew..

3.1 JPA 자바 표준 ORM(Object Relational Mapping) 기술 JPA는 인터페이스로서 자바 표준명세서이다. 인터페이스인 JPA를 사용하기 위해서는 구현체가 필요(Hibernate, Eclipse Link 등) 하지만 Spring 에서 JPA를 사용할 때는 구현체들을 직접 다루지는 않음 Spring Data JPA 구현체들을 좀 더 쉽게 사용하기 위해 추상화시킨 Spring Data JPA라는 모듈을 이용하여 JPA 기술을 다룬다 JPA 객체지향 프로그래밍을 쉽게 가능 3. 성능 이슈 해결책 존재 -> 네이티브 만큼의 퍼포먼스 가능 3.2 프로젝트에 Spring Data JPA 적용하기 p.86 dependencies { compile('org.springframework.boot:..

TDD (Test Driven Development) 테스트가 주도하는 개발 테스트 코드를 먼저 작성하는 것부터 시작 - 항상 실패하는 테스트를 먼저 작성하고 Red - 테스트가 통과하는 프로덕션 코드를 작성하고 Green - 테스트가 통과하면 프로덕션 코드를 리팩토링 Refactor 단위 테스트 TDD의 첫번째 단계인 기능 단위의 테스트 코드를 작성하는 것 TDD와 달리 테스트 코드를 꼭 먼저 작성하지 않아도 되고, 리팩토링도 포함되지 않는다 테스트코드를 작성하는 이유 1. 테스트 코드를 작성하면 수정된 기능을 확인하기 위해 프로그램을 매번 재시작하지 않아도 된다 2. 작성된 단위 테스트를 실행만 하면 수동검증은 필요없게 된다. (System.out.println 으로 매번 눈으로 확인하는 문제가 없어..