이영훈닷컴

이 글은 미니 프로젝트 하면서 최종 프로젝트를 대입해본 추측성글과 제 생각을 작성해보았습니다. 일단 미션 내용은?= [팀]과 [자신]에 대한 설명 및 MBTI = 객관적으로 살펴본 자신의 장점= 자신의 스타일 협업 스타일 소개= 우리 팀만의 특징과 추구하는 궁극적인 목표= 우리 팀의 약속= 팀원들의 블로그 주소 이걸 4일 만에 프로젝트를  해야 한다. 1일에는 강의를 듣고2일에는 기획을 해야 하고3일에는 개발해야 하고4일에는 발표를 해야 한다. 우리의 전략은 그냥 검색, 복사, 붙여 넣기 신공으로 커스텀하여 미션에 맞게 작업하며 깃도 전략적으로 충돌 나지 않게 잘 관리 한덕에 시간을 아낄 수가 있었고 팀의 문제점은 없으며 팀워크가 매우 잘 맞아서 다행으로 생각한다. 만약 이대로만 팀워크, 팀쉽 좋다면 최..

플라스크 끝플라스크 책 한권을 구매한후 21일간 공부 하면서 50% 정도 분위기와 감 그리고   오늘의 학습 내용점프 투 플라스크 책 완독Flask 애플리케이션의 구조 이해Flask 기본 라우팅 및 뷰 함수 작성템플릿 엔진 Jinja2 사용법폼 처리 및 데이터베이스 연동학습한 내용에서의 발견Flask의 유연성: Flask는 매우 경량이면서도 확장성이 뛰어난 프레임워크라는 것을 발견. 프로젝트의 요구 사항에 맞게 쉽게 확장할 수 있다는 점이 큰 장점으로 다가옴.Jinja2의 강력함: 템플릿 엔진 Jinja2를 통해 HTML을 효율적으로 관리하고, 복잡한 로직을 템플릿 내에서 구현할 수 있다는 것을 배움.어려웠던 점폼 데이터 처리&데이터베이스 연동: 폼 데이터를 처리하는 과정에서 CSRF 보호 및 데이터 검..

코윗미 란? 스터디 위드 미를 코드 위드 미 (스윗미)생각했었다. 하지만 유명한 개발자 에디터 툴 중에 코드 위드 미라는 플러그인 있다.우리 함께 코드를 작성해요. 난 컨텐츠 기반이기 때문에 ㅋㅋㅋ 그냥 코윗미 줄여서 카테고리를 수정하였다. 무작정 따라 코드 작성하기 플라스크는오늘 마무리 짓고 무작정 따라 코드 작성하기는 fastapi 오늘부터 공부 시작 오늘의 학습 내용플라스크는 처음부터 끝까지 책보가 따라 한 후 fastapi 잠깐 살짝 봤는데 음.. 비슷해 보인다. 어려웠던 점파이썬 웹 프레임웍 자체가 처음이다 보니 음... 쉽지는 않다.  내일의 학습 목표플라스크는 일단 무작정 따라 만들어보기로 끝내 볼 생각이다.일단 플라스크 to fastapi 또는 플라스크 to Djago 이렇게 고민 중이다...

블로그 카테고리 Triple C 생성하였다. 이 카테고리는 매주 토요일, 일요일만 작성하는 카테고리이다.Triple C라는 건 Coding Coffee Cafe 약자이다. 브랜드 카페이든 개인이 운영하는 카페이든 주말 한 시간만 이용하는 조건에서 생긴 카페이다.노트북 충전기 필요 없고 핸드폰 핫스폿 이용해서 딱 1시간만 이용한다는 규칙을 만들었다. 이 블로그는 원래 내일배움카드 KDT TIL 개발자 전용 블로그이다.하지만 시간을 버리는게 싫고 시간을 썼으면 잘 활용하는 게 좋아서 매일 같이 블로그를 작성하다 보니 일기처럼 매일 작성하는 방향으로 바꿨다. 난 솔직히 전공 비전공 따지는 것도 내 성격에는 맞지 않고 대학 나오고 안 나오고 중요하지 않다.내 스타일은 0과 1이다 중간을 싫어한다 하려면 하고 안..

이 책은 업무와 학습에서의 성공을 위한 핵심 요소를 탐구합니다.저자는 NASA의 우주선 사고 사례와 품질 관리의 대가 에드워드 데밍의 이론을 통해 조직 문화와 시스템의 중요성을 강조합니다.조직 내 전문가의 의견이 무시되는 위험성'1만 시간 법칙'의 재해석 - 단순 시간 투자가 아닌 '의도적 수련'의 중요성피드백 주기와 학습 효과의 관계소프트웨어 개발에서의 애자일 방법론과 의도적 수련의 연관성저자는 다양한 사례를 통해 '의도적 수련'의 개념을 명확히 설명합니다.골프 퍼팅 연습, 스키너의 상자 실험 등은 피드백의 즉시성과 학습 효과의 상관관계를 잘 보여줍니다.특히 진단 전문의의 자기 평가 방법은 실제 업무에서 의도적 수련을 적용하는 좋은 예시입니다. 이론과 실제 사례를 균형 있게 제시하여 독자의 이해를 돕는..

잘 뽑는 것 이상으로 중요한 것"이 무엇인지 깊이 생각해보게 되었습니다. 우리가 조직에서 사람을 뽑는 데 많은 신경을 쓰는 만큼, 그 이후 그들을 어떻게 교육하고 훈련시켜 성장하게 할 것인가에 대한 고민이 부족하다는 점을 지적하고 있으며 이는 마치 비싼 운동기구를 사놓고 실제로 운동을 하지 않는 것과 같다는 비유가 매우 인상 깊었다.직무 성과와 교육, 훈련의 관계를 여러 연구 결과를 통해 설명하고 있으며 특히, 업무 능력을 향상시키기 위해 얼마나 시간을 쓰는지에 따라 직무 성과가 달라진다는 연구 결과는 매우 설득력 있었습니다. 사람들 간의 전문성 차이는 그들이 얼마나 지속적으로 학습하고 훈련하느냐에 달려있다는 점은 인재 관리를 재고해볼 만한 중요한 시사점을 제공합니다. 특히 강조하는 것은 훌륭한 시스템의..

프로젝트 성공을 위해서는 '사람' 요소가 매우 중요하다는 교훈을 얻었고, 이에 따라 인력 구인/선발 프로세스 컨설팅까지 하게 되었다.조직에서 직원 채용 시 중요하다고 생각하는 요소(예: 경력)가 실제로는 중요하지 않을 수 있고, 반대로 별것 아니라고 여겼던 요소가 중요할 수 있다.채용 기준과 실제 업무 성과를 분석해보면 기존 기준이 성과와 연관성이 없을 수 있음을 알게 된다.오히려 경력이 높을수록 편견을 가질 수 있어 최소한의 경력만 요구하는 것이 나을 수 있다.구조화된 인터뷰, 실제 업무 샘플링, 인턴십 등의 방식을 통해 실력을 정확히 가늠하고, 실제 동료들과 함께 인터뷰에 참여하도록 하는 것이 바람직하다.학습한 내용에서의 발견Flask와 MySQL 연동 시 SQLAlchemy를 사용하면 ORM(Obj..

소프트웨어 개발 분야에서 전문성과 경력의 관계에 대해 다룹니다. 전통적으로 경력이 많은 사람을 전문가로 간주해 왔지만, 저자는 이러한 관행에 의문을 제기합니다.다양한 연구 결과를 인용하며 경력과 실제 업무 능력 사이에 큰 격차가 있음을 보여줍니다. 예를 들어, 톰 드마르코와 티모시 리스터의 유명한 연구에서는 최고 개발자와 최하위 개발자 사이에 10배가량의 생산성 차이가 있었지만, 경력 자체는 생산성과 별다른 상관관계가 없었습니다.이와 같은 연구 결과를 통해 저자는 경력 연수보다는 실제 업무 능력을 바탕으로 전문가를 정의해야 한다고 주장합니다. 경력이 오래되었다고 해서 반드시 뛰어난 전문가는 아니며, 상대적으로 경력이 짧더라도 탁월한 능력을 가진 개발자도 있기 때문입니다.하지만 흥미롭게도 한 연구에서는 경..

이영훈닷컴 시작 : https://blog.leeyounghun.com스파르톤4회때 1등 기념으로 블로그 하나 올리고 방치하다가 KDT AI수업 들으면서 매일 블로그를 작성기록도 나의 자산이기에 매일 같이 남기고 있음공부용 도메인 필요하여 구매 한다고 결정함  깃 공부하다가 깃허브 기스트 명령어가 있다는것을 발견공부란? 끝이 없다. 수평적 관계이다.내배카 진행중이면 알고리즘과 SQL 숙제는 깃허브 홈피들어가서 기스트 이용중지금까지는 깃허브 홈페이지 로그인해서 직접 수동으로 작성명령어 활용 해보기참고 : GitHub CLI | Take GitHub to the command line GitHub CLITake GitHub to the command linecli.github.com 명령어 리스트gh gis..

어떤 책을 구매해서 읽어보고 명령어만 정리 기본 명령어git init : 새로운 Git 저장소를 초기화git status : 작업 디렉토리의 상태를 확인git add 또는 git add . : 변경된 파일을 스테이징 영역에 추가git commit -m "커밋 메시지" : 스테이징 영역에 있는 파일들을 커밋git log : 커밋 히스토리를 확인git push : 로컬의 변경 사항을 원격 저장소에 업로드git clone : 원격 저장소를 복제하여 로컬에 가져오기git pull : 원격 저장소에서 최신 변경 사항을 가져와 로컬에 병합git branch : 브랜치 목록을 보여줌git switch 또는 git checkout : 특정 브랜치로 이동git merge : 다른 브랜치의 변경 사항을 현재 브랜치에..