일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
- 스파르타코딩클럽
- 프로그래머스
- 웹개발종합반
- TDD
- 코린이
- typeScript
- 팀워크최고
- TS
- rn
- 멍친구
- D반8조
- 달리기반
- 실전프로젝트
- Ai
- Expo
- 챗GPT
- 알고리즘기초주차
- 알pdf #파일탐색기미리보기안될때
- 필수강의
- 리액트
- 맥린이
- Programmers
- NotionAI
- ReactNative
- 항해99
- REACT
- 7기
- 프론트엔드
- 사전준비
- ChatGPT
- Today
- Total
FrontEnd :-)
2022.12.01. 본문
1. https://velog.io/@sehyunny/what-is-realm-in-js
(번역) 자바스크립트에서 영역(realm)이란 무엇인가요?
영역은 기본적으로 자바스크립트 프로그램이 사는 생태계라고 할 수 있습니다. 그리고 여느 생태계처럼 자바스크립트 프로그램이 존재하기 위해 반드시 갖추어야 할 다른 요소도 함께 포함합
velog.io
[번역] 잘 가요 스크럼, 반가워요 칸반
by Alex Salazar
pitzcarraldo.medium.com
"
- 우리는 애자일 원칙을 사랑했지만, 스크럼은 우리가 일하는 방식과 맞지 않았다. 칸반은 우리의 조직들을 더 효율적이고, 행복하게 만들었고, 소프트웨어의 품질에 더 집중할 수 있도록 도와줬다.
- 그러나 스프린트 기반 스크럼은 그러나 우리의 업무에 적합하지 않았다. 그것은 유연하지 않았고, 많은 오버헤드를 만들고, 팀의 번아웃 원인이 되기 시작했다.
- 칸반이란? 칸반은 연속적 흐름 처리 방식이다 : 이슈는 큐에 입력되고, 개발 프로세스의 단계에 따라 “당겨”진다. 칸반은 칸반 보드로 시각화되고 각각 단계는 열로 표시된다. 이슈들은 “수영 레인(Swimlane)”으로 불리는 행으로 나눌 수 있다.
- 모두가 칸반 보드만 보면 무엇이 누구에 의해, 얼마정도 진행되고 있는지, 다음 작업을 위해서 무엇이 필요한지, 병목이 어디인지 알 수 있기 때문에, 프로젝트 관리 오버헤드를 감소시켰다.
- 우리는 Atlassian Jira와 Greenhopper를 이용하고 사랑한다. 그들은 칸반을 위한 좋은 기능들을 가지고 있지만, 그들의 칸반 보드는 상대적으로 새롭고, 우리가 기대하는 것에 비해 유연스럽지 못하다.
"
👉참고: https://kood-dev.tistory.com/2
애자일(Agile) 그리고 칸반(Kanban) 과 스크럼(Scrum)
애자일 이여야 하는가❓ 애자일은 소프트웨어 엔지니어링 다른 말로 소프트웨어 공학이라 불리는 학문의 일부분으로 소프트웨어(프로젝트)의 개발, 운영, 유지보수 등의 생명 주기 동안 효율적
kood-dev.tistory.com
3. https://medium.com/@yujso66/%EB%B2%88%EC%97%AD-typescript-4-9-73f94ec1ce9c
[번역] TypeScript 4.9
원문: https://devblogs.microsoft.com/typescript/announcing-typescript-4-9/
medium.com
"
다음은 TypeScript 4.9의 새로운 기능에 대한 목록입니다!
- satisfies 연산자
type Colors = "red" | "green" | "blue";
type RGB = [red: number, green: number, blue: number];
const palette = {
red: [255, 0, 0],
green: "#00ff00",
bleu: [0, 0, 255]
// ~~~~ 오타가 감지됩니다.
} satisfies Record<Colors, string | RGB>;
// 두개의 메서드 모두 사용 가능합니다.
const redComponent = palette.red.at(0);
const greenNormalized = palette.green.toUpperCase();
- in 연산자를 사용한 목록에 없는 프로퍼티 좁히기
TypeScript 4.9는 프로퍼티를 전혀 나열하지 않는 타입을 좁힐 때 in 연산자를 조금 더 강력하게 만듭니다. 아무런 변경 없이 언어 내부적으로 Record<”property-key-being-checked”, unknown> 타입으로 교차 될 것입니다.
- 클래스의 자동 접근자
TypeScript 4.9는 자동 접근자라고 하는 ECMAScript의 향후 기능을 지원합니다. 자동 접근자는 accessor 키워드로 선언된다는 점을 제외하면 클래스의 프로퍼티처럼 선언됩니다.
- NaN에 대한 동등성 검사
TypeScript에서는 이제 NaN에 대해 직접 비교하게 되는 경우 오류가 발생할 것이고 대신에 Number.isNaN을 사용할 것을 제안합니다.
- 파일 감시는 이제 파일 시스템 이벤트를 사용합니다.
TypeScript 4.9에서 파일 감시는 기본적으로 파일 시스템 이벤트에 의해 구동되며 이벤트 기반 감시자를 설정하지 못한 경우에만 폴링으로 돌아갑니다. (폴링 전략을 사용한다는 것은 업데이트를 위해 주기적으로 파일 상태를 확인하는 것을 의미했습니다. ,, 폴링은 플랫폼과 파일 시스템 전반에서 더 예측 가능한 경향이 있지만, 이는 아무것도 변경되지 않은 경우에도 CPU가 주기적으로 중단되고 파일 업데이트를 확인해야 함을 의미합니다.)
- 에디터용 “Remove Unused Imports” 및 “Sort Imports” 명령어 추가
- return 키워드에 대한 정의한 부분으로 이동 기능
에디터에서 return 키워드에 대해 정의한 부분으로 이동 기능을 실행할 때 TypeScript는 이제 해당 함수의 맨 위로 이동합니다. 이는 return이 속한 함수를 빠르게 파악하는 데 도움이 될 수 있습니다.
TypeScript는 이 기능을 await 및 yield 또는 switch, case 및 default와 같은 더 많은 키워드로 확장할 것으로 기대합니다.
- 성능 개선
forEachChild의 성능 향상 등.
- 정확 수정 및 브레이킹 체인지
lib.d.ts 업데이트,
Promise.resolve의 더 나은 타입,
자바스크립트 Emit이 더 이상 가져오기를 제거하지 않음 - TypeScript는 이제 자바스크립트 파일의 import를 유지합니다.,
exports는 typesVersions보다 우선순위가 높습니다,
SubstitutionTypes의 substitute에서 constraint 로 교체
"
😵💫 타입스크립트 이제 막 배우고 있는 입장으로, 와 닿는 게(?) 없지만, 일단 한번 읽었다.
'TIL > 트렌드 읽기' 카테고리의 다른 글
2022.12.04. (0) | 2022.12.07 |
---|---|
2022.11.29. (0) | 2022.12.04 |
2022.11.24. (0) | 2022.11.29 |
2022.11.23. (0) | 2022.11.24 |
2022.11.18. (0) | 2022.11.20 |