분류 전체보기125 백준 입출력과 사칙연산 (2557/1000/1001/10998/1008/10869/10926/18108/3003/ 10430/2588/10171/10172/25083)node.js ✏️ 문제(2557 / Hello World / node.js) 2557번: Hello World Hello World!를 출력하시오. www.acmicpc.net 📝 해답 console.log('Hello World!'); ✏️ 문제(1000 / A+B / node.js) *1001/10998/1008까지 사칙연산 기호만 달라 해설에 추가 1000번: A+B 두 정수 A와 B를 입력받은 다음, A+B를 출력하는 프로그램을 작성하시오. www.acmicpc.net 📝 해답 const fs = require('fs'); const input = fs.readFileSync('/dev/stdin').toString().split(' '); const A = Number(input[0]); const B = .. 2023. 1. 19. 싸피9기 비전공자 합격 회고록 9기에 합격했다. 그리고 입과를 포기했다. 8기에서 광탈하고 좌절했던 때가 엊그제 같은데 이제는 입과를 포기하고 회고록을 쓰고 있다니 인생은 참 알 수 없다. 아무튼 짧게나마 그간 과정을 적어보려고 한다. 누군가에게 도움이 되길 바라며...! 싸피는 총 3가지의 과정으로 이루어져 있다. 따라서 이 순으로 글을 작성해 보겠다. 1. 서류와 자기소개서 2. 적성진단 (전공자는 코테) 3. 면접 1. 서류와 자기소개서 사실 서류는 5분이면 작성 가능할 정도로 따로 적을 건 없었다. 중간에 어학성적을 적는 칸이 있었는데 난 따로 작성하지 않았다. (없으니까 ^^ㅠ) 없어도 딱히 합격하는데 문제는 없는 거 같다. 자기소개서 같은 경우 비전공자와 전공자의 문항이 달랐다. '학업 및 취업준비를 하며 가장 어려웠던 경.. 2023. 1. 11. 라이트닝 토크 발표를 준비하며 라이트닝 토크(Lightning Talk)는 '그날의 프로그램이 모두 끝나고, 모든 참석자가 모여 5분 이내의 가벼운 이야기를 하는 행사'라고 한다. 우리도 세미 프로젝트2가 끝나면서 라이트닝 토크가 열렸다. 어찌저찌하다가 발표하게 되었다. ....??? (뜬금) 내가 맡은 분야는 프론트엔드. 이틀 안에 주제, ppt, 발표 모두 준비해야 했다. 내가 사람들 앞에서 대체 뭘 발표해야 할까? 어떤 주제로 해야 지루하지 않게 구성하고 자신 있게 발표할 수 있을까? 그때 마침 많은 분들이 내가 그동안 프론트엔드를 어떻게 공부했는지에 대해 궁금한다는 이야기를 들었다. 그럼 이걸 발표 내용으로 풀면 경험담이니까 더 잘 풀 수 있지 않을까? 그리고 내가 왜 이 기술을 선택했는지 이건 왜 중요한지 기술적인 내용도 함.. 2022. 11. 28. 오픈소스 컨트리뷰션을 마치며 - 뒤늦은 회고록 끝난지 한달이나 지났지만 갑자기 써보는 회고록 그 이유는 오늘 굿즈가 배달이 왔다. 첫 만남때는 내가 서울에 올라가지 못해 굿즈를 못 받았는데 마지막 굿즈는 택배로 이렇게 깜찍한 레고와 파이토치 모니터닦이(?)가 날아왔다. 그 감동에 써보는 오픈소스 컨트리뷰션 회고록! 시작은 여름이었다. 지방인들을 배려한 멘토님의 선택으로 나는 모던 JS 튜토리얼 팀에 뽑히게 되었고 13주간 열심히 달려왔다. 챌린지 과정을 넘어 마스터 과정까지 매주 일요일 저녁 9시마다 디스코드에 모였다. 지난 일주일동안 자신이 뭘 했는지에 대한 스크럼 미팅을 돌아가면서 하고 멘토님의 깃과 오픈소스 기여에 대한 강의를 들었다. 그 과정에서 rebase 머지를 처음 배웠고, 저장소 upstream을 해보았다. 솔직히 그 전까지 나에게 깃.. 2022. 11. 24. Commit message 일관성 있는 커밋 메세지 규칙이 필요한 이유 - 예전 코드를 빠르게 추적할 수 있다. - 팀원간의 커뮤니케이션에 좋다. - 처리 상황을 명확히 알 수 있다. - 유지보수를 보다 쉽게 할 수 있다. 커밋 메세지의 7가지 규칙 - 제목과 본문을 빈 행으로 구분 - 제목을 50글자 이내로 제한 - 제목의 첫 글자는 대문자로 작성 - 제목의 끝에는 마침표를 넣지 않음 - 제목은 명령문으로 작성하고 과거형을 사용하지 않음 - 본문의 각 행은 72글자 내로 제한 - 어떻게보다는 무엇과 왜를 설명 커밋 유형 feat: 새로운 기능에 대한 커밋 fix: 버그 수정에 대한 커밋 build: 빌드 관련 파일 수정에 대한 커밋 chore: 그 외 자잘한 수정에 대한 커밋 ci: CI 관련 설정 수정에 대한 커밋 docs: .. 2022. 11. 3. 함수 이름 짓기 🗣 함수 이름 짓기 🗣 함수는 어떤 '동작'을 수행하는 코드이다. 함수의 이름은 대게 동사이다. 함수는 최대한 간결하고 명확해야 한다. 코드를 읽는 사람이 함수 이름만 보고도 함수의 기능을 추측할 수 있어야 한다. ** 접두어 예시 ** show: 무언가를 보여주는 함수 get: 값을 반환하는 함수 cal: 무언가를 계산하는 함수 create: 무언가를 생성하는 함수 check: 무언가를 확인하고 불린 값을 반환하는 함수 함수는 동작 '하나만' 담당해야 한다. 함수는 이름에 언급되어 있는 동작만 수행해야 한다. 즉, 독립적인 두 개의 동작은 함수 두 개로 나누어야 한다. 만약 한 장소에서 두 동작을 동시에 필요로 한다고 하면, 제3의 함수를 만들어 두 함수를 호출하면 된다. 5가지 원칙 1. 이해하기 쉬.. 2022. 10. 27. 이전 1 ··· 9 10 11 12 13 14 15 ··· 21 다음
