반응형

분류 전체보기 269

[🦄자바스크립트 완벽가이드] 표현식과 연산자

4.1 기본 표현식 상수, 리터럴 값, 일부 키워드, 변수 참조 4.2 객체와 배열 초기화 표현식 그 값이 새로 생성된 객체나 배열인 표현식. 객체 리터럴 혹은 배열 리터럴이라고 부른다 4.3 함수 정의 표현식 함수 리터럴 4.4 프로퍼티 접근 표현식 점 표기법, 대괄호 표기법 점 표기법은 접근하고자 하는 이름이 유효한 식별자이고, 그 이름을 알고 있을때만 사용 프로퍼티 이름에 스페이스나 구두점, 숫자인 경우, 변수일 때에는 대괄호 표기법을 써야한다. expression.identifier expression[expression] 조건부 프로퍼티 접근(옵셔널 체이닝) → undefined, null 일때 종료(undefined로 평가) ⇒ TypeError 방지 4.5 호출 표현식 함수나 메서드를 호출하..

[서평] PM입문 - 디자인 씽킹의 시작이자 전부를 알려주는 책

📍 책 제목: PM입문 📍 저자: 무라이 타츠오 📍 책 구매처: 교보문고 링크 PM 입문 - 교보문고 프로덕트 기획을 위한 UX적 발상법과 사내외 커뮤니케이션 | 이토록 쉽고 유용한 프로덕트 매니지먼트 입문서가 있다니! 예비 PM을 포함한 모든 PM을 위한 책! 30년 이상 프로덕트 디자이너로서 제 www.kyobobook.co.kr 이 책은 내가 일반 사람이라면, 하나의 프로덕트가 우리에게 오기까지 얼마나 많이 우리의 특성과 관심사를 고려했을지 알 수 있는 책이다. 내가 프로덕트를 만드는 사람이라면, 어떻게 해야 고객을 두근거리게 할지에 대한 발상과 기획에 대한 구체적인 예시와 노하우, 즉 UX 적 사고를 배울 수 있는 책이 될 것이다. 좋은 UX의 중요성은 강조하면서, 어떻게 만들어야 할지에 대해서는..

[실용주의 프로그래머] 스터디 6주차_4강 실용주의 편집증

p 145~180 Topic 23. 계약에 의한 설계 (DesignBy Contract,DBC) 모든 입력값에 성공과 실패를 정의한다. 문제를 찾고 원인을 밝히기 위해서는 사고가 난 지점에서 멈추는 것이 유리 의미론적 불변식, 어겨서는 안되는 요구사항을 표현 Topic 24. 죽은 프로그램은 거짓말을 하지 않는다 방어적 프로그래밍은 시간 낭비, 코드가 망가지면 그냥 멈추는게 낫다. 죽은 프로그램이 끼치는 피해가 이상한 상태의 프로그램이 끼치는 피해보다 훨씬 적다. Topic 25. 단정적 프로그래밍 단정문으로 절대 일어나지 않을것 같은 불가능한 상황을 예방해야한다. 진짜 오류처리를 해야하는 곳에 단정을 사용하지 않는다. 단정을 잘못 사용하면 디버깅이 디버깅하는 시스템의 행동을 바꿔버리는 하이젠버그적인 문..

UX 리뷰 매거진 Vol 1: 당근마켓

하나의 서비스를 디벨롭해가는 것은 만드는 사람이 아니라 사용하는 사람이라는 것을 다시한번 알려주는 책이다. 말 그대로 사용자 경험을 과장없이 오롯이 책에 녹여냈다. 이번 리뷰의 타겟은 지역 기반 커뮤니티로 빠르게 떠오르고 있는 중고거래 플랫폼 "당근마켓" 이었다. "따뜻함"을 컨셉으로 내새워 주황색, 당근이, 매너 온도 등의 워딩을 사용해 브랜딩을 강화하는 모습이 인상적이었다. 당근마켓은 심플하면서 때로는 심심해보이기도 한다. 그러나 군더더기 없는 직관적인 UI가 가지 각색의 사람들을 끌어 들인듯 하다. 사용자들은 사소한 기능 하나에도 다양한 의견을 낸다. 의견이 상충하는 경우도 많지만 최선의 UX를 제공하는 것을 목표로 각 서비스는 얼마나 다양한 사용자를 고려해야하는지 이 매거진을 보면 느끼게 될 것이..

책책책book 2022.06.06

블루문 다이어리 프로젝트를 마치고! (WIL이 아니라 MIL 이지만)

항해 6기의 파이널 프로젝트에 슈퍼팀원으로 참여했다. 쉬는 동안 개발을 놓고 싶지 않았었는데 생각보다 너무 많은 시간을 들이게 되어 쉬지는 못했던 것 같다...! 블루문 다이어리 프로젝트에서 좋았던 것은 react-query를 써보고 PWA를 적용해보고, hook을 써보고 싶었었는데, 녹음기능을 구현하는데 시간을 꽤 잡아먹어서 리액트 쿼리를 엄청 제대로 써보지는 못했다. 옵션 하나하나 특히 캐시타임이나 stale time 등을 커스터마이징 해보고 싶었는데, 기본값 그대로 쓴듯..ㅠㅠ 반면 아쉬웠던 것은 UX와 개발을 같이 가져가는 것의 어려움? 요새 UX 기획에 관심이 생겼다. 특히 UX가 불편한 것들을 어떻게 하면 개선할 수 있을지에 대한 기획적인 사고를 기르려고 노력중이다. 관련된 기사나 브런치에 올..

[실용주의 프로그래머] 스터디 5주차_3강 기본 도구

✏️ 범위: 103p~144p 사용하는 도구는 재능을 증폭한다. 생산성을 높여준다. 도구의 사용법을 배우는데 시간을 투자하라. 도구가 손의 연장이 될 것이다. Topic 16. 일반 텍스트의 힘 프로그래머의 기본 재료는 지식이다. 이 지식을 설계, 구현, 테스트, 문서로 표현한다. 이 중 최고의 포맷은 일반 텍스트(plain text) HTML, JSON, HTTP, SMTP 등이 모두 일반 텍스트이다. 왜 일반 텍스트를 쓰면 좋은가? 1. 사람이 읽을 수 있는 형태는 계속 쓰일 확률이 높다. 지원 중단될 리스크가 적다. 2. 대형 어플리케이션을 설치해도 설정 파일을 버전 관리 시스템에 넣는다면 기존 도구를 활용할 수 있다. 3. 특별한 도구 없이 더 쉽게 테스트가 가능하다. Topic 17. 셀 가지고..

[실용주의 프로그래머] 스터디 4주차_2-2강 실용주의 접근법

Topic 12. 예광탄 예광탄을 사용하면 총알이 날아가는 궤적과 명중한 곳이 빛이나 연기로 확인이 되므로, 사수가 목표물에 대해서 정확한 사격을 할 수 있도록 큰 도움을 준다. 즉 소프트웨어에서는 가장 복잡한 곳의 코드를 제일 먼저 짜보는 것, 테스트 해보는 것 예광탄 코드는 기능은 없지만 골격이 만들어지는 최초의 코드 -> 일관성, 생산성 증대, 디버깅 및 테스트 속도 증가 예광탄은 지금 맞히고 있는 것이 무엇인지를 보여주는 것이지 꼭 목표물을 맞추는 것이 아니다. 목표에 맞을때까지 개발하는것이 바로 예광탄 개발 방법론! 프로토타입은 나중에 버리는 코드를 만들지만, 예광탄 코드는 완결된 코드이며 골격의 일부가 된다. 👉🏻 프로토타입 방식과 예광탄 방식의 전체적인 차이점?이 무엇인지 잘 모르겠다 스터디..

[실용주의 프로그래머] 스터디 3주차_2강 실용주의 접근법

Topic 8. 좋은 설계의 핵심 - 좋은 설계는 나쁜 설계보다 바꾸기 쉽다. (ETC = Easier to Change) - 결합도를 줄이면 좋은 이유? 관심사를 분리함으로써 각각 더 바꾸기 쉬워서 - 단일책임원칙(SRP) - 내가 쓰는 코드가 수정에 용이할지 생각하면서 개발하기 Topic 9. 중복의 해악 - 중복코드가 많으면 유지보수가 어렵다. - DRY법칙(Don't Repeat Yourself) - 동일한 코드(+주석)가 여러군데면, 하나를 고치면 다른 하나도 고쳐야한다. - 개발자간의 빈번한 코드 커뮤니케이션은 내부 중복 코드를 방지할 수 있다. - 재사용하기 쉬워야한다. - 2번이상? 3번이상 중복되는 것들을 고민해보자! Topic 10. 직교성 - 직교성이란? 결합도 줄이기 = 하나가 바뀌..

[실용주의 프로그래머] 스터디 2주차

진도: 1장 ~ 25page 책을 읽으면서 정리하고 싶은 것들만 다시 보기 위해 기록합니다. Topic1. 당신의 인생이다 변화를 피한다? 개발자는 스스로 할 수있는 힘이 있다? 기회를 많이 주는 업계! Topic2. 고양이가 내 소스코드를 삼켰어요 실수를 인정한다. 팀이 나를 믿고 의지해야한다. 신뢰!? 책임지기. 결과에 대한, 다른 사람을 비방하지말고 문제가 생기면 대책을 세우자 변명이 아니라 대안을 제시하라..! 안된다고 하지 말자.? (오늘도 개발자가 안된다고 했다 책이 생각났다) Topic3. 소프트웨어 엔트로피 엔트로피? = 무질서 기술 부채(debt) 계속 커진다. 깨진 창문을 내버려 두지 말라, 나쁜 설계나 형편없는 코드 등등. 더미데이터, 주석처리 그 전에 망치지 말자~! 잘 만들자 To..