G코딩 스토리

log4j란Log4j는 Java 기반의 로깅 프레임워크입니다. Log4j는 다양한 로깅 기능을 제공하여 애플리케이션의 디버깅과 모니터링을 돕습니다. Log4j는 그 유연성과 확장성 덕분에 많은 Java 애플리케이션에서 사용됩니다.Log4j2는 Log4j의 후속 버전으로, 성능 개선, 동시성 처리 향상, 새로운 기능 추가 등 다양한 면에서 이전 버전보다 발전된 기능을 제공합니다. SLF4J : 로깅의 추상화 계층으로, 다양한 로깅 구현체(예: Log4j, Logback 등)와 함께 사용할 수 있는 표준 인터페이스를 제공합니다. log4j2를 통해서 로그를 여러 개의 파일에 저장하는 방법여러 이벤트의 로그를 서로 다른 파일에 저장하고 싶다면 log4j2.xml 에서 Log를 기록할 서비스와 파일을 지정해주면..

1. 새로운 Item을 만들어야 합니다. Freestyle project 클릭 2. 소스 코드 관리에서 연동할 프로젝트 깃허브 주소를 넣고 Credentials 에는 해당 repository의 깃허브 아이디와 비밀번호를 적습니다. 그리고 적은 아이디 지정 3. branch specifier에는 push 했을 때, 반응할 브랜치 명을 적습니다. (develop이면 */develop) 4. Webhooks에 들어가 젠킨스 Url을 넣어 깃허브에서 webhook을 할 수 있게 합니다. (이전에는 Webhooks가 아니라 Integrations & services였으나 변경됨) 5. 다시 젠킨스로 가서 변경사항이 잘 반영되나 확인.

brew로 다운로드 $ brew install jenkins $ brew services start jenkins //brew services stop jenkins ---> 젠킨스 종료 젠킨스 사이트 접속 젠킨스를 실행하고 젠킨스 사이트에 접속(http://localhost:8080)하면 아래처럼 초기 비밀번호 입력하라고 나옵니다. 그러면 터미널 열고 cat으로 위에 주소 접근해서 나오는 비밀번호 복붙 $ cat /var/lib/jenkins/secrets/initialAdminPassword 하고 다음 화면 관리자 계정 생성하면 아래 화면을 만나볼 수 있습니다. 끝~

백준 2751번 수 정렬하기2를 sort() 함수를 이용해 풀던 중 계속 시간 초과가 발생했다. 그러던 중 다른 사람과의 차이 점이 줄 바꿈을 endl을 사용하냐 `\n`을 사용하냐 차이였다. 그래서 endl을 `\n`으로 바꾼 결과 시간 초과가 사라졌다. 그래서 두 가지 차이점이 무엇인지 알아 보던 중 버퍼와 관련된 것을 알게 되었다. endl vs ' \n ' 요약해서 말하면 endl은 출력 버퍼를 비우기 때문에 느리고 `\n`은 출력 버퍼를 비우지 않기 때문에 빠르다. 출력 버퍼를 비우게 되면 버퍼에 있던 문자열을 화면에 바로 출력하게 되는데 endl은 사용될 때마다 버퍼에 있는 문자열을 출력한다. 하지만, `\n`은 개행은 하지만 버퍼를 비우지않고 문자열을 버퍼에 모아 놨다가 한번에 출력하기 때문..

안녕하세요 2022 API MARKETPLACE 서포터즈 개발 2팀 박지원입니다. 드디어 저희가 그동안 달려온 프로젝트를 자랑하고 다른 팀원의 성과를 볼 수 있는 성과공유회에 대한 포스팅입니다. 그러면 이번 포스팅이 API MARKETPLACE 마지막 포스팅이 되겠네요 ㅠㅠㅠ 그러면 마지막 포스팅까지 아자아자하고 지금부터 시작하겠습니다~!!! 발대식 이후로 오랜만에 온 소피텔 감회가 새로웠습니다. 다른 팀원보다 제가 먼저 도착했는데 가자마자 팀원들에게 하고 싶은 말을 쓰는 이벤트가 있어 나뭇잎 포스트잇에 팀원 칭찬을 왕창 적었더니 선물을 받았습니다. 발대식이 끝나고 블루투스 키보드는 제가 아이패드에 연결해서 잘 쓰고 있답니다^^ 다이어리는 2023년이여서 한달만 꾹 참고 사용해볼게요, 감사합니다 애피타이..

안녕하세요! API MARKETPLACE 서포터즈 개발 2팀 박지원입니다. 드디어 저희 프로젝트 라이디가 끝을 보이고 있습니다. 이제 최종 시연 영상에 앞서 마지막 개발만을 앞두고 있는데요. 프로젝트를 잘 마무리해간다는 점이 좋으면서도 조금 아쉬운 점도 많이 남았습니다. 아쉬웠던 점은 개발 기간이 짧아 좀 더 깊이 있게 구현하고 싶었던 부분을 미처 하지 못한 것입니다. ㅠㅠㅠㅠ 원래 거짓말 탐지를 할 때, 머신러닝을 사용해보고 싶었으나 시간 관계상 거짓말을 할 때, 맥박의 변화함을 인지하고 여러 데이터를 통해 거짓말을 할 때의 표준편차를 구했습니다. 이를 이용해 거짓말을 판별하였습니다. 하지만 개발시간이 짧았던 것에 비해 정말 만족스러운 결과가 나왔고 함께한 팀원들에게 고마움을 느꼈습니다, 기회가 또 된..

안녕하세요 2022 API MARKETPLACE 서포터즈 개발 2팀 박지원입니다~~ 오늘도 LieDe의 개발 에피소드를 가져왔는데요 아쉽게도 저희 팀에 학생이 두 명인데 저희 팀원들은 학업도 열심히 해서 많은 진전은 없었습니다 ㅠㅠㅠ 그래도 저희 팀은 시험 기간 직전까지 열심히 하고 마지막 줌 회의에서 끝나고 더 열심히 하자고 약속하고 회의를 한 주 쉬었으면 좋았겠지만 그래도 저희 팀원들은 능력자이기 때문에 개발 과제는 정해놓았습니다. 바로 저희의 핵심 기술이될 거짓말 탐지 알고리즘을 위해 진실과 거짓의 BPM 결과 값 csv 파일을 만들어 오는 것이었습니다. 아직 거짓말 판정 결과는 나오지 않지만 벌써부터 결과가 어떻게 나올지 기대됩니다! 제 마음속 목표는 시중에 판매하는 거짓말 탐지기를 넘어서는 정확..

오늘은 저희 팀이 라이디를 개발하며 달려온 이야기와 후기를 알려드리려 합니다! 저번 포스팅은 개발자 인터뷰에 대한 내용이었습니다. 저희는 이때에도 그리고 이후로도 계속 팀원들과 개발을 진행하였습니다. 저희 팀은 일요일마다 회의를 진행하고 그 주에 할 것을 할당하였습니다. 그리고 회의록은 노션으로 정리해서 기록을 해두었습니다. 회의의 주 내용은 일주일동안 한 것을 정리하고 다음 주에 할 임무를 분담합니다. 그리고 추가적인 의견이 있다면 말하는 시간을 가집니다. 어떤가요 정말 체계적이지 않나요?? 저희는 프로젝트의 관리를 깃허브를 사용해 하는데 아래처럼 저희는 깃허브의 이슈를 통해서 임무를 구분했습니다. 이슈를 보시면 간단하게 구현해야할 임무를 제목으로 적어놓고 그리고 내용으로 세부 구현 사항을 체크박스를 ..