코드 피로-좌절

나는 네가 이곳의 발악을 이해할 수 있기를 바란다.
아마도 당신은 나를 격려하는 말이나 내 마음가짐이나 우선사항을 바꾸는 생각이 있을 것이다.이렇게 하면 우리는 서로를 그렇게 초조하지 않게 할 수 있다.

압도적인 사료

나는 몇 개의 과학 기술 사이트의 업데이트를 구독했다.이것들은 너무 많이 얻기 쉽다. 나는 업데이트를 읽지 않고 부담을 느끼지 않도록 구독을 취소할 때가 있다.만약 필요하다면, 나는 이 사이트들을 참관할 수 있다.
혹은 나는 모든 내용을 읽는 생각을 포기하고 몇 편의 댓글에서 가장 큰 수확을 얻는 데 전념했다.
내가 받은 추천서의 질과 관련성은 좋고 나쁨이 반반이다.그 불쌍한 사람들은 선별하는 것을 매우 싫어한다.그것들이 매우 좋을 때, 나는 라벨을 켜서 읽지만, 보통 글을 읽을 수 없기 때문에 장치 속도를 늦출 것이다.아니면 별표 메일이나 책갈피 라벨을 받을 거예요...어느 날.
어제 나는 Dev.to가 보낸 최근 댓글에 관한 Dev Digest 메일 다섯 통을 받았는데, 오늘 또 한 통을 받았다.모든 주제가 똑같다. 나는 이것이 그들 측의 잘못이길 바란다.

어쨌든 나는 지금 이미 예약을 취소했다.

정기적으로 나의 라벨에서 나에게 최고급 댓글의 요약을 보내라.

나는 방금 내가 개발한 주제의 중요성을 조정하여 다음과 같은 것을 제공할 수 있다는 것을 발견했다.

나는 Medium 등 블로그 플랫폼에서 온 메일을 자주 받는다.com,Hashnode,Hackernoon.마찬가지로, 나는 그것의 내용을 좋아하지만, 그것은 나의 수취함 안에서 막을 수 없을 정도로 변했다.
그리고 디지털 해양,FaunaDB,Stack Overflow,일일 인코딩 문제로부터의 메일도 받았어요...
나는 매주 회의 메일을 보내고 받는 메일이 너무 많기 때문에 AWS의 구독을 취소했다.
내 Dev.to feed에서 구독 테마를 삭제했습니다. 그러면 더 많은 Python 문장과 더 적은 자바스크립트나 초보자 문장을 얻을 수 있습니다.

패키지 관리

나는 GitHub의 Relateot를 사용하고 때로는 Snyk도 사용한다. 그러면 GitHub 프로젝트의 안전 결함에 대한 통지를 받을 수 있다.나는 내 계좌GitHub profile에 100여 개의 환매 협의가 있는데 대부분이 원시적이다.
이것은 일주일에 적어도 한 항목은 안전하지 않은 가방이 있다는 것을 의미한다.특히 JavaScript 프로젝트에는 일반적으로 1000개의 의존항이 있고 의존항은 여러 단계에 끼워 넣어야 한다.이것은 내가 [email protected]를 위해 받은 빈틈 정보로 다음 단계보다 5단계 낮다.js 패키지 (이미 최신 버전).

[email protected] › [email protected] › [email protected] › [email protected] › [email protected] › [email protected] › [email protected]
Remediation: No remediation path available.

사실상 이 공격받기 쉬운 버전[email protected]은 약 15개의 의존 경로에 나타난다.
같은 경보에 대해서는 다음 경보보다 12단계 낮은 긴 경보가 있다.js 패키지:

[email protected] › [email protected] › [email protected] › [email protected] › [email protected] › [email protected] › [email protected] › [email protected] › [email protected] › [email protected] › [email protected] › [email protected] › [email protected] 

응용 프로그램이 자동일 때도 있고, 더 많은 노력이 필요할 때도 있다.때때로 위와 같이 이렇게 아직 해결 방법이 없어서 나는 도움이 되지 않아서 어쩔 수 없이 어깨를 으쓱거렸다.

JavaScript 실패

나는 거의 매일 자바스크립트를 쓰고 읽는다.나는 언어와 생태계 방면에 놀라운 괴벽이 있다는 것을 자주 발견하는데, 다른 언어에서는 걱정할 필요가 없다.
나는 네가 지옥으로 돌아가는 것, 약속지옥, 그리고 자바스크립트 피로를 연상할 수 있을 것이라고 확신한다.몇 달 전에 나는 나의 낙담 (코드 예시 포함) here 을 썼다.
Vue build 명령과 같은 도구가 출력 파일의 크기를 알려줄 수 있어서 매우 기쁩니다.그러나 새 Vue quickstart project 의 샘플 Vue 코드라도 출력 파일의 크기가 너무 크다는 것을 경고합니다.나는 내가 더 큰 프로젝트에서 한 어떤 일도 경고 단계 이하로 낮출 수 있는지 모르겠다.
또는 나는 나의 묶음, 축소, 블록을 어떻게 최적화하는지 읽어야 한다.나는 아마 이 문제를 해결할 수 없을 것이다.

무궁무진한 업무 명세서

이것은 내가 반드시 다시 받아들여야 할 일이다.나는 때때로 내가 가장 좋아하는 기존 프로젝트 사이에서 시간을 분배하고 새로운 프로젝트를 진행할 수 있다고 낙관할 때가 있다.게다가 기능 추가는 빠르고 재미있다.
그리고 퇴근 후나 주말의 대부분 시간에 한 항목에 기능을 추가하려고 시도할 때도 있다.
나는 길에서 많은 실수를 배제해야 한다.특히 내가 익숙하지 않은 언어나 라이브러리를 사용할 때.
내가 최종적으로 이 기능을 내놓았을 때, 나의 코드에는 TODO 항목이 있거나, 내가 코드를 재구성하거나, 기능을 추가하거나, 오류를 복구할 수 있도록 GitHub에 문제를 추가했다.
내가 가장 좋아하는 프로젝트 중 하나는 12개월 전부터 시작된 가격 인하 휘장 생성기다.나는 지금 60여 개의 현안이 있다.나는 내가 그것들을 찾을 수 있을지 모르겠다. 그것들은 나로 하여금 부담스럽게 느끼게 하거나, 어쩔 수 없이 뭔가를 잊게 한다.

https://github.com/MichaelCurrin/badge-generator

나는 링크와 캡처를 포함한 나의 생각을 오랫동안 정리하는 데 도움을 준 문제들을 확실히 발견했다.
나는 인코딩을 좋아한다. 이것이 바로 왜 그것이 나의 직업인가.그러나 내가 업무와 개인 프로젝트에서 코드를 작성할 때, 나는 내가 머리가 많은 구두사 한 마리를 죽이는 임무 담당자를 죽이고 있다고 생각했다. 그리고 그 위치에서 다른 두 가지 임무가 생길 것이라고 생각했다.
끝없는 대기사항 명세서는 과학 기술 분야뿐만 아니라 어떤 직업도 포함될 수 있다.우리 개인과 관리자의 업무 명세서를 더하다.