본문 바로가기

전체 글

 (224)
아인슈타인 명언 "어떤 것을 안다고 할 때 할머니에게 설명할 수 있기 전까지는 제대로 이해한 것이 아니다." - 알버트 아인슈타인 말로 설명하지 못 한다면 아직 내가 아는 것이 아니다. 알 때까지 복습하고 공부하자.
[Git] warning: LF will be replaced by CRLF in Windows 10 환경에서 git add를 했을 때 warning: LF will be replaced by CRLF in ... . The file will have its original line endings in your working directory 라는 warning을 볼 수 있다. warning발생 이유 운영체제에 따라서 다른 개행 문자를 사용해서 추후에 이로 인해 문제가 발생할 수 있기 때문이다. 운영체제 별 사용하는 개행 문자 리눅스 / 유닉스: "LF" 윈도우: "CRLF" 해결방법 git config core.autocrlf true 라는 명령어를 실행하고 다시 git add . 를 실행하면 warning 없이 git이 진행된다. 참고: somjang.tistory.com/entr..
레포트 쓰는 법 1. 리포트 주제 내용 중에 내가 궁금한 것 찾기 (문제의식) 제일 궁금한 것을 직관적으로 선택한다. -> "문제의식"과 "제목"작성이 됨. 구체적인 궁금중으로 리포트를 처리해라 구체적인 문제의식을 설정하고 리포트를 준비하자 2. 궁금한 것에 대해 찾아보고 물어보기 (연구방법, 연구설계) 궁금한 것을 알아가는 방법 3가지 책(백과사전), 신문, 논문(디피디아), 인터넷 정보등을 읽어서 알아낸다 (읽기) 백과사전 "무엇을 고르냐 보다 읽고 모르는 것을 알아가는 것이 훨씬 더 중요하다" (고르는 것에 시간낭비하지 말기) 메모하기 메모한 것을 외우기 "레포트를 쓰기 위해서가 아니라 우리가 모르는 것을 알아가는 과정이라고 생각하면 재밌다." 논문 읽는 요령: 서론과 결론만 읽기 형광펜을 사용해 핵심 키워드에 표..
SQL 명령어 데이터베이스 생성CREATE DATABASE [데이터베이스 이름];CREATE SHCEMA [데이터베이스 이름];데이터베이스 삭제DROP DATABASE [데이터베이스 이름];데이터베이스 확인SHOW DATABASES;데이터베이스 사용USE [데이터베이스 이름];테이블 생성CREATE TABLE [테이블 이름]( [COLUMN 이름] [형식] [NULL 여부] [초기화 여부]... 테이블 확인SHOW TABLES;테이블 정보 확인DESC [테이블 이름];
개발자란? 개발자란 어떤 문제를 해결하는 사람이다. 문제를 풀어 내는 능력이 곧 개발자의 실력이다. 즉, 개발자 자신이 기본 알고리즘 개념들을 이해하고 그것을 응용해서 얼마나 쉽고 빠르게 문제들을 해결할 수 있느냐가 관건이다. 알고리즘을 잘 푼다고 해서 꼭 개발을 잘하는 사람이라고 할 수는 없지만 알고리즘을 잘하는 사람이 개발도 잘할 확률은 높다. 어떤 문제를 해결했다는 것은 그 사람이 도전했고 그 문제를 해결하기 위해 자신의 시간과 노력을 아낌없이 주었다는 결과이다. - 프로그래머스 답변 중에서 프로그래머스의 문자열 압축 문제의 질문하기에서 발견한 답변이다. 알고리즘을 왜 배워야하고 왜 풀어야하는지에 대해서 많은 생각을 하게 해준 답변이였다. 그리고 개발자에 대해서도 다시 생각해보게 되었다. 수학 문제를 해결하는..
라이브러리 VS 프레임워크 둘 다 다른 누군가 쓴 코드로 우리의 프로젝트를 위해서 가져다가 사용한다. 즉, 우리의 코딩 삶을 윤택하게 하기 위해서 가져다가 사용하는 것들이다. 누가 누구를 컨트롤 하는가 너가 코드를 컨트롤 하는 건가? 모든 결정을 다 내리고 말이야 아니면 누군가 정해준 규칙을 따라하고 있는지? 바로 이 부분에 라이브러리와 프레임워크의 차이점이 있다. 너가 코드를 컨트롤 하는 건지 VS. 누군가의 규칙을 따라 코딩하는 건지. 우리가 필요할 때 라이브러리를 사용한다. 그리고 라이브러리는 정말 쉽게 대체될 수 있다. 바꾼다고 프로젝트가 망가지 않는다. 왜냐하면 시간절약용처럼 사용하는 것이므로 프레임워크가 나를 부른다. 프레임워크로 일 할때는 프레임워크의 규칙을 따라야 한다. 내가 코드의 규칙을 결정하는 입장이 아니다. ..
하면 이루어진다. Conditions are never perfect. Someday is a disease that will take your dreams to the grave with you. If it's important to you and you want to do it "eventually" just do it and correct course along the way - 잇다 채행아 멘토님
작지만 유용한 프로그램을 매일 작성하자 저는 작지만 유용한 프로그램들을 매일 작성할 것을 추천합니다. 누군가가 똑같거나 혹은 더 나은 걸 이미 만들었다는 데에 절대 신경쓰지 마세요. 유용성과 복잡성 간의 균형 감각을 얻기 위해서는 당신 자신이 만든 프로그램의 유용성을 직접 느껴봐야만 합니다. - 워드 커닝햄 (김창준씨와의 인터뷰중에서) 1일 1코딩을 실천하자

티스토리툴바