생산성 추적 - API 우선 순위

7647 단어 nodebackendproductivityapi
기능 수요, 2주에 한 번씩 쏟아지는 돌진, 고교체 제품의 세계에서 생산력은 당신 주변의 중요한 자산입니다.우리의 생각은 더 많은 시간을 쓰는 것이 아니라 당신이 최종적으로 소비하는 시간 동안 더 많은 일을 하는 것이다. 이것이 바로 생산력이 최종적으로 중요해지는 곳이다.하지만 생산성을 정의하려면 다음 단계를 따르십시오.

Productivity (n.): the rate at which a person, company, or country does useful work


이것은 바로 우리가 생활하는 여러 방면과 마찬가지로 생산력도 주기적이다. 이것은 일반인이 하루 동안 생산력의 최고봉과 최저점을 가진다는 것을 의미한다. 이런 시기는 매일 대체적으로 같은 시간에 발생한다.많은 다른 생물 현상에서 이런 생산력의 주기적 변화는 고주기와 저주기를 포함하여 초주야 규칙으로 구성된다.
따라서 하나의 해결 방안은 바로 이러한 리듬을 정확하게 파악하는 것이다!

1. 초전율이란 무엇인가?


Ultradian 리듬은 인류가 생산력을 제외한 다른 생리 현상을 측정하지만, 우리는 여기서 더 이상 토론하지 않는다.그러나 그 핵심 사상은 생리 과정이 주기적이다.너는 초전율here에 대해 더 많이 알 수 있다.
따라서 만약에 생산력이 주기적이라면 우리는 최고 생산력 아래에서 계속 운행할 수 없다. 그러면 우리는 적어도 지능/의지력을 통해 임무를 자극하고 높은 생산력 주기를 이용하여 우리에게 유리하며 저급 임무를 저생산력 주기에 남길 수 있다.

2. 지도를 어떻게 그립니까?


나는 Evernotethis의 블로그 글을 우연히 보았는데, 그 중에서 세 가지 변수를 기록하는 것을 건의했다. 매일 1시간 10분씩 일하는 것이다.
  • 초점
  • 에너지
  • 열정
    • 30일 이상 당신의 하루 종일 정신 상태를 이해하세요.댓글은 이러한 변수를 적어두고 Evernote 노트 템플릿을 제공하여 녹화 과정을 관리하는 것을 권장합니다(흥미로운 것은 제가 이렇게 Evernote를 등록한 것입니다).

    Evernote의 Ultradian 리듬 템플릿
    그러나, 나는 전자 표의 업데이트가 절대로 사람을 불안하게 하는 것을 발견했다🙅‍♂️. 게다가 나는 MVC frameworks 이외의 Sails.js에서 일하고 싶다. 나는 성숙한 백엔드 프레임워크와 데이터베이스로 그것을 비추기로 결정했다.그 아이디어는 데이터베이스와의 통신을 통해 생산력 데이터를 저장하는 API를 설계하는 것이다.그런 다음 API를 사용하여 데이터를 생성, 읽기 및 조작할 수 있습니다.
    그래서 나는 사용하기로 결정했다.

  • Express.js 어플리케이션
    • 의 프레임워크

  • SQLite 데이터베이스로 사용

  • Postman API 개발 도구로 사용
    • 지금, 나는 네가 무슨 생각을 하고 있는지 안다. "이것은 너무 심하다."너는 절대적으로 옳다.이것은 좀 지나쳤지만, 이 연습은 나를 도와주었다.
  • 어떻게 표현하는지 배운다.js공정
  • 하루 종일 생산성 추적
  • API의 이점을 먼저 발견할 수 있도록 도와줍니다.
    • 그 밖에 전체 과정에 7-8시간이 걸려서 일어나서 달리기를 했기 때문에 윈윈한 것이다.😇
    그 밖에 나는 공교롭게도 매일 Postman 을 API 관리 도구로 사용한다.😉), 데이터 입력이 간단한 작업이 되었습니다.
  • 애플리케이션 열기
  • 즐겨찾기로 이동
  • 숫자 입력
  • 발송HTTP POST요청
    • 겸사겸사 한마디 하자면, 나는 심심한 전자 표를 훑어보고 숫자를 입력하는 것을 더 좋아한다.
    참고: 많은 사람들이 일반적으로 Express를 MVC 프레임워크로 사용하지만, 나의 특수한 요구는 MVC의'보기'부분을 사용하도록 요구하지 않는다.

    API 우선 순위 및 공통 아키텍처


    단일 행 정의:

    API First design can be described as defining your API before writing the first line of code.


    API는 먼저 사용자가 자신의 관점이 아니라 소비자로부터 생각하도록 강요합니다.모든 API의 끝은 소비자입니다. 이 API는 내부 팀일 수도 있고 팀의 API를 사용할 수도 있고 기업의 고객 자신일 수도 있습니다. 그들은 API를 자신의 업무 흐름에 통합할 수 있습니다.
    모든 API는 사용자의 워크플로우를 단순화하도록 설계되었습니다.디자인이 좋은 API는 소비자들이 API를 작업 흐름에 집적하기 쉽게 하기 때문에 그들은 처음부터 API의 가치를 의식할 수 있다.뿐만 아니라 수요가 바뀌면 좋은 API를 설계하여 사용자가 작업 흐름을 더욱 쉽게 관리할 수 있다.
    이 모든 것이 API로 전환되는 더 좋은 채택률입니다.
    물론 API First는 문서 작성, 자동 테스트 등 다른 장점도 있습니다. API First 디자인here에 대한 더 많은 정보를 얻을 수 있습니다.
    따라서 첫 번째 APImodule.exports = {}를 입력하기 전에 Postman 디자인 API를 사용하기로 했습니다.나는 포스트맨 집합을 만들고 단점의 외관을 설명하기 시작했다.Postman 컬렉션은 본질적으로 하나의 요청입니다. (이 예에서는 HTTP 요청입니다.)
    이러한 단점의 구조는 내가 데이터를 나타내는 구조를 선택하는 데 달려 있을 것이다.따라서 나는 단점을 설계하기 전에 데이터를 정의해야 한다.나는 단지 하나의 데이터 모델이 필요하다는 것을 깨달았다.
    The data about a given hour on a given date

    Ex: The focus, energy and enthusiasm I felt at 1900 hours on July 22nd, 2019. So, each row of the table HourData would contain:

    1. HourDataId (Primary Key)
    2. Date
    3. Hour of the day
    4. Focus
    5. Energy
    6. Enthusiasm

    Here is the DDL for those who are interested:

    CREATE TABLE hour_data (
    id         INTEGER PRIMARY KEY AUTOINCREMENT
                       NOT NULL,
    hour_id    INTEGER NOT NULL,
    date_id    INTEGER NOT NULL,
    focus      INTEGER DEFAULT 0,
    enthusiasm INTEGER DEFAULT 0,
    energy     INTEGER DEFAULT 0
);
    설계 API는 매우 간단해졌다. 나는 이 데이터를 읽고 수정하기 위해 CRUD 단점이 필요하다. 이 작업은 완성되었다.
    이 끝점을 계속 만들고 포스트맨 집합에서 설명했습니다.

    우체부 시리즈
    장기적으로 보면 이런 디자인은 나에게 도움을 주었다. 왜냐하면 그것은 나로 하여금 명확하게 이해하게 하기 때문이다.
  • 이 응용 프로그램은 무엇을 할 것인가
  • 애플리케이션 구성 요소 간의 기능 한계는 무엇입니까
  • 어플리케이션의 전체 구조는 무엇입니까
    • 만약에 제가'API 우선'을 선택하지 않았다면 응용 프로그램 개발에 더 많은 시간이 걸렸을 것입니다. 저는 디자인과 코드 사이를 오가며'어디에 두어야 합니까?'를 찾습니다."이 코드는 그 자체의 함수여야 합니까?"기다리다
    우체부가 자동으로 소장 문서를 생성하기 때문에, 나는 내 사이트에서 그것을 표시하기 위해 어떤 코드도 작성할 필요가 없다.
    API 문서here를 찾을 수 있습니다.
    마지막으로 언급된 링크가 포함된 코드의 저장소를 Github에서 찾을 수 있습니다.

    4. 실제 추적


    Git를 코드로 하는 vcs를 사용하기 때문에 코드를 master 와 태그 v0.1.0 로 통합한 후에 API를 사용하려고 합니다.

    우체부 시리즈
    앞에서 말한 바와 같이 내가 해야 할 일은 서버를 실행하고 초점, 에너지와 열정 값을 입력한 다음에 POST Input data 단점을 클릭하는 것이다.이 프로그램은 날짜와 시간을 자동으로 추출하여 데이터베이스에 저장합니다.
    한 시간마다 한 번씩 채워야 한다는 것을 일깨우기 위해 나는 crontab 트리거를 만들어서 bash 스크립트를 터치했다.

    정시 임무


    0 7-21 * * 1-5 bash ~/circadian.sh
    월요일부터 금요일까지 일주일 중 매일 7시부터 21시까지 시간당 0분입니다.

    Bash 스크립트


    circadian.sh
    이 스크립트는 내부에서 시계 소리를 내고 알림을 보내는 Apple script 을 실행합니다.
    notif.scpt

    5. 결과와 추론


    상술한 데이터를 입력함으로써 나는 50일 동안 이 데이터를 추적했다.그 후에 나는 GET Retrieve all aggregates 단점을 사용하여 시간에 따라 평균 데이터를 검색했다.
    몇 가지 추론:
  • 나는 하루 일찍 더 효율적이었다
  • 아침 9시에 정력이 가장 왕성하다.🌅)
  • 점심 후 정력이 높지 않다😳
  • 열정은 오후 4시쯤 최고조에 달했다
  • 저녁 8시 이후에 나는 완전히 기절했다🥊

    • 6. 결론

  • Express는 가볍고 유연한 프레임워크입니다
  • API는 재설계 단계를 먼저 피했습니다
  • 나는 아침에 지능적으로 무거운 임무에 전념하고 하루가 끝날 때 자질구레한 임무를 남에게 남겨야 한다.
    • , 전화해도 돼.
    만약 당신도 나처럼 스프레드시트와 사랑 API를 싫어한다면 리셋 프로토콜을 보십시오: https://cazaimi.tech
    훌륭한 API 개발 도구 "Postman"보기, 웹 주소: https://github.com/Cazaimi/circadian-api
    Rails 4 + angularjs CORS - 도메인 간 구현 방법
    git 명령 메모

    좋은 웹페이지 즐겨찾기

    개발자 우수 사이트 수집

    개발자가 알아야 할 필수 사이트 100선 추천 우리는 당신을 위해 100개의 자주 사용하는 개발자 학습 사이트를 정리했습니다
    best100-homepage