update

.gitignore

@@ -3,6 +3,7 @@
 /.vscode
 /.pnp
 /.idea
+/src/ts/translations/src/transactions
 
 npm-debug.log*
 yarn-debug.log*

src/index.tsx

@@ -10,6 +10,7 @@ import fr from 'ts/translations/fr';
 import ja from 'ts/translations/ja';
 import pt from 'ts/translations/pt';
 import ru from 'ts/translations/ru';
+import ko from 'ts/translations/ko';
 import zh from 'ts/translations/zh';
 
 import initializationI18n from './ts/helpers/i18n';
@@ -38,6 +39,7 @@ localization.parse('fr', fr);
 localization.parse('ja', ja);
 localization.parse('pt', pt);
 localization.parse('ru', ru);
+localization.parse('ko', ko);
 localization.parse('zh', zh);
 
 function renderReactApplication() {

src/ts/components/Quiz/components/Answer.tsx

@@ -35,7 +35,7 @@ function Answer({
       >
         <img
           className={style.quiz_answer_icon}
-          src={`./assets/games/quiz/balloon_${iconIndex}.png`}
+          src={`./assets/games/quize/balloon_${iconIndex}.png`}
         />
         <figcaption className={textClasName.join(' ')}>
           {answer.title}

src/ts/components/Quiz/components/Question.tsx

@@ -71,7 +71,7 @@ function Question({
       <div className={stylePage.quiz_question_body}>
         <div
           className={style.quiz_title}
-          style={{ backgroundImage: 'url(./assets/games/quiz/cloud_big.png)' }}
+          style={{ backgroundImage: 'url(./assets/games/quize/cloud_big.png)' }}
         >
           {question.title}
         </div>

src/ts/components/Quiz/components/index.tsx

@@ -114,15 +114,15 @@ function QuizPage({
   return (
     <div
       className={style.quiz_container}
-      style={{ backgroundImage: 'url(./assets/games/quiz/cloud_bg.png)' }}
+      style={{ backgroundImage: 'url(./assets/games/quize/cloud_bg.png)' }}
     >
       <div
         className={style.quiz_cloud_bg}
-        style={{ backgroundImage: 'url(./assets/games/quiz/cloud_bg.png)' }}
+        style={{ backgroundImage: 'url(./assets/games/quize/cloud_bg.png)' }}
       />
       <div
         className={style.quiz_cloud}
-        style={{ backgroundImage: 'url(./assets/games/quiz/cloud.png)' }}
+        style={{ backgroundImage: 'url(./assets/games/quize/cloud.png)' }}
       />
       <div className={className}>
         {page}

src/ts/helpers/formatter.ts

@@ -16,6 +16,7 @@ export function getLangPrefix() {
     pt: 'pt-PT',
     de: 'de-DE',
     ja: 'ja-JA',
+    ko: 'ko-KO',
   }[code] || 'ru-RU';
 }
 

src/ts/helpers/i18n.ts

@@ -9,6 +9,7 @@ import ja from '../translations/ja';
 import pt from '../translations/pt';
 import ru from '../translations/ru';
 import zh from '../translations/zh';
+import ko from '../translations/ko';
 import localization from './Localization';
 
 function getJsonFromString(text: string) {
@@ -43,6 +44,7 @@ const translations = {
   pt: getTranslationWrapper(pt),
   ru: getTranslationWrapper(ru),
   zh: getTranslationWrapper(zh),
+  ko: getTranslationWrapper(ko),
 };
 
 export const BROWSER_LANGUAGE = navigator.languages

src/ts/pages/PageWrapper/components/header/index.tsx

@@ -39,6 +39,7 @@ const Header = observer((): React.ReactElement | null => {
               { id: 'pt', title: 'PT' },
               { id: 'de', title: 'DE' },
               { id: 'ja', title: 'JA' },
+              { id: 'ko', title: 'KO' },
             ]}
             onChange={(item: any, id: string) => {
               localization.language = id;

src/ts/pages/PageWrapper/index.tsx

@@ -1,5 +1,6 @@
 import React, { ReactNode } from 'react';
 import { observer } from 'mobx-react-lite';
+import { useParams } from 'react-router-dom';
 
 import Recommendations from 'ts/components/Recommendations/components/ModalDescription';
 import fullScreen from 'ts/store/FullScreen';
@@ -36,6 +37,11 @@ function MobileView({
 }
 
 const DesktopView = observer(({ children }: IPageWrapper): React.ReactElement => {
+  const { type, page } = useParams<any>();
+  const padding = type === 'team' && page === 'building'
+    ? { padding: 0 }
+    : {};
+
   if (fullScreen.isOpen) {
     return (
       <>
@@ -51,7 +57,10 @@ const DesktopView = observer(({ children }: IPageWrapper): React.ReactElement =>
     <div className={style.page_wrapper}>
       <SideBar/>
       <Header/>
-      <div className={style.page_wrapper_main}>
+      <div
+        className={style.page_wrapper_main}
+        style={padding}
+      >
         {children}
       </div>
       <Print/>

src/ts/pages/Team/components/Country/index.tsx

@@ -46,7 +46,7 @@ const Country = observer(({
   const canShowByCountries = (!fullScreen.isOpen || fullScreen.mode === 'countries');
   const canShowByTravel = (!fullScreen.isOpen || fullScreen.mode === 'travel') && travel.length;
 
-  if (!countries?.length) {
+  if (!dataGripCountries?.length) {
     return mode !== 'print' ? (<NothingFound/>) : null;
   }
 

src/ts/translations/ko/achievements.ts

@@ -0,0 +1,161 @@
+export default `
+§ achievements.commitsAfter1500.title: 부엉이
+§ achievements.commitsAfter1500.description: 15:00 이후 70%커밋
+§ achievements.commitsBefore1500.title: 이른 새
+§ achievements.commitsBefore1500.description: 점심 전에 커밋의 70%
+§ achievements.workEveryTime.title: 하나님의 종
+§ achievements.workEveryTime.description: 하루 중 매 시간마다 약속이 있습니다.
+§ achievements.workNotWork.title: 공백이 있습니다
+§ achievements.workNotWork.description: 커밋하지만 닫힌 작업은 없습니다
+§ achievements.userNotWork.title: 길 잃은
+§ achievements.userNotWork.description: 그의 주요 프로젝트가 아닙니다
+§ achievements.userIsDied.title: 죽은 영혼
+§ achievements.userIsDied.description: 근무,하지만 종료
+§ achievements.lessTasks.title: 안으로 그리고 밖으로
+§ achievements.lessTasks.description: 입력 및 종료된 닫힌 작업 수가 가장 적습니다
+§ achievements.moreTasks.title: 아빠 그릿 말라츠아
+§ achievements.moreTasks.description: 대부분의 모든 폐쇄 작업
+§ achievements.everyMessageLong.title: 웅변의 마스터
+§ achievements.everyMessageLong.description: 일관되게 가장 긴 커밋 서명이 있습니다.
+§ achievements.everyMessageShort.title: 수다쟁이는 간첩을 위한 신의 선물이다
+§ achievements.everyMessageShort.description: 일관되게 가장 짧은 커밋 서명
+§ achievements.shortestName.title: 크기는 주요 아닙니다
+§ achievements.shortestName.description: 것,가장 짧은 이름
+§ achievements.longestName.title: 아지미 아지즈 일 암 카디르 이므란 2 세
+§ achievements.longestName.description: 가장 긴 이름입니다.
+§ achievements.moreCommits.title: 백업 마법사
+§ achievements.moreCommits.description: 가장 많은 커밋이 있습니다
+§ achievements.lessCommits.title: 드물지만 적절하게
+§ achievements.lessCommits.description: 최소 커밋
+§ achievements.oneCommitOneTask.title: 정확히 목표에
+§ achievements.oneCommitOneTask.description: ,평균적으로 작업 당 하나의 커밋
+§ achievements.moreLazyDays.title: 정신적으로,나는 당신과 함께 있습니다
+§ achievements.moreLazyDays.description: 커밋 없는 대부분의 날
+§ achievements.lessLazyDays.title: 파파 카를로
+§ achievements.lessLazyDays.description: 커밋 없이 최소 일 수 있음
+§ achievements.zeroLazyDays.title: 단 한 번의 휴식도
+§ achievements.zeroLazyDays.description: ,커밋 없이 단 하루도
+§ achievements.moreWorkDays.title: 소중한 직원
+§ achievements.moreWorkDays.description: 최대 작업 일을 위해
+§ achievements.moreScopes.title: 시작
+§ achievements.moreScopes.description: 대부분의 기능을 만들었습니다
+§ achievements.lessScopes.title: 골드핀치
+§ achievements.lessScopes.description: 가장 적은 기능을 만들었습니다.
+§ achievements.moreDaysForTask.title: 슬로프에 달팽이
+§ achievements.moreDaysForTask.description: 작업 작업은 나머지 작업보다 느립니다
+§ achievements.more2DaysForTask.title: 느린
+§ achievements.more2DaysForTask.description: ,작업 당 2 일 이상
+§ achievements.more3YearsInProject.title: 그는 오래 된 타이머 되었습니다
+§ achievements.more3YearsInProject.description: 3 년 이상 프로젝트에서
+§ achievements.lessDaysInProject.title: 그리고 이것은 누구입니까?
+§ achievements.lessDaysInProject.description: 프로젝트의 최소 일 수
+§ achievements.lessDaysForTask.title: 빠른
+§ achievements.lessDaysForTask.description: 화재 한 작업은 하루 미만 소요
+§ achievements.adam.title: 아담
+§ achievements.adam.description: 프로젝트의 첫 번째 안정적인 직원
+§ achievements.more90DaysInProject.title: 환영
+§ achievements.more90DaysInProject.description: 집행유예로 해고되지 않음
+§ achievements.more365DaysInProject.title: 고도바시크
+§ achievements.more365DaysInProject.description: 이 프로젝트에서 1 년 동안 일했습니다.
+§ achievements.more666DaysInProject.title: 젠장
+§ achievements.more666DaysInProject.description: ,나는 프로젝트에 666 일을 일했다
+§ achievements.more777DaysInProject.title: 아지노 3 축
+§ achievements.more777DaysInProject.description: 프로젝트에 777 일 근무
+§ achievements.moreDaysInProject.title: 팀의 일부,배의 일부
+§ achievements.moreDaysInProject.description: 프로젝트에 가장 많은 일
+§ achievements.moreRefactoring.title: 릴리스 편집기
+§ achievements.moreRefactoring.description: 모든 레이블"리팩토링"을 최대한 활용했습니다.
+§ achievements.longestMessage.title: "혀로 말하기"가방이 아닌 롤
+§ achievements.longestMessage.description: 모든 시간 중 가장 긴 커밋 서명 이상
+§ achievements.moreTasksInDay.title: 스피디 레이서
+§ achievements.moreTasksInDay.description: 하루 종료된 작업 수에 대한 레코드입니다
+§ achievements.hasCommitFrom0to7.title: 야간 시계
+§ achievements.hasCommitFrom0to7.description: 밤의 모든 시간에 대한 커밋이있다
+§ achievements.noCommitOnDay.title: 기술 중단
+§ achievements.noCommitOnDay.description: 결코 오지 않는 근무 시간 도중 어느 시간 및 일이 있다
+§ achievements.hasCommitEveryTime.title: 직장에서 사망
+§ achievements.hasCommitEveryTime.description: 매일 한 시간 동안 커밋이 있습니다(주말 포함)
+§ achievements.commitsAfter1800.title: 영업 시간
+§ achievements.commitsAfter1800.description: ,18:00 이후에는 커밋이 없습니다
+§ achievements.moreFix.title: 버그 헌터
+§ achievements.moreFix.description: 가장 닫힌 버그가 있습니다
+§ achievements.lessWorkDays.title: 그럼
+§ achievements.lessWorkDays.description: 나 없이 더 적은 작업 일이 있다
+§ achievements.moreCreateCode.title: 창조주
+§ achievements.moreCreateCode.description: 코드를 추가하는 다른 사람보다 더 많은 경향이있다
+§ achievements.moreRemoveCode.title: 파괴자
+§ achievements.moreRemoveCode.description: 코드를 삭제하는 다른 사람보다 더 많은 경향이있다
+§ achievements.moreChangeCode.title: 개혁자
+§ achievements.moreChangeCode.description: 코드를 변경하는 다른 사람보다 더 많은 경향이있다
+§ achievements.moreStyle.title: 패션 경찰
+§ achievements.moreStyle.description: 다른 사람들보다 더 많은 경향이 있습니다.
+§ achievements.moreOnHoliday.title: 생명 은 없다
+§ achievements.moreOnHoliday.description: 시간 이후 비교적 많은 커밋의 경우
+§ achievements.morePRMerge.title: 세관은 이동-미리 제공
+§ achievements.morePRMerge.description: 다른 사람들보다 더 자주 그는 홍보를 위해"부어"버튼을 누릅니다
+§ achievements.longWaitPR.title: 내일,확실히
+§ achievements.longWaitPR.description: ,우리는 한 달 이상 검토에 매달려 된 홍보를 만들 것입니다
+§ achievements.moreLongWaitPR.title: 오래 전,먼 은하에서
+§ achievements.moreLongWaitPR.description: ,나는 가능한 한 오랫동안 리뷰에 매달린 홍보를 만들었습니다
+§ achievements.oneExtension.title: 전장에서 유일한 사람은 전사입니다
+§ achievements.oneExtension.description: ,그는 특정 확장자의 파일 만 사용합니다
+§ achievements.fileRush.title: 저그 러쉬
+§ achievements.fileRush.description: 프로젝트에서 가장 많은 파일을 만들었습니다.
+§ achievements.moreLintHint.title: 그라마르-나치
+§ achievements.moreLintHint.description: 생성 또는 코드의 자동 검증의 규칙에 가장 변경
+§ achievements.moreReadMe.title: 연대기 작가
+§ achievements.moreReadMe.description: 가장 많이 만든 파일 또는 변경된 파일
+§ achievements.moreDevOps.title: 개발 운영
+§ achievements.moreDevOps.description: 가장 많은 파일을 생성 또는 수정했습니다.
+§ achievements.moreTests.title: 테스터
+§ achievements.moreTests.description: 테스트를 위해 가장 많은 파일을 만들거나 수정했습니다
+§ achievements.allRelease.title: 풀 하우스
+§ achievements.allRelease.description: 그의 작업에서만 컴파일 된 릴리스가 있습니다
+§ achievements.firstCommit.title: 누가 첫 번째,그리고 운동화
+§ achievements.firstCommit.description: 프로젝트의 첫 번째 커밋입니다
+§ achievements.lastCommit.title: 나는 완료
+§ achievements.lastCommit.description: 프로젝트의 마지막 커밋
+§ achievements.firstLastCommit.title: 처음부터 끝까지
+§ achievements.firstLastCommit.description: ,프로젝트의 첫 번째와 마지막 커밋
+§ achievements.longFilePath.title: 조국의 쓰레기통
+§ achievements.longFilePath.description: 가장 깊은 첨부 파일을 만든 첫 번째 사람
+§ achievements.longFileName.title: 크기 문제
+§ achievements.longFileName.description: 가장 긴 이름을 가진 파일을 만들었습니다.
+§ achievements.workOnWeekends.title: 일 은 산책 이 아니다
+§ achievements.workOnWeekends.description: 적어도 한 번 주말에 일했다
+§ achievements.removeCreateFile.title: 나는 스튜어디스를 발굴
+§ achievements.removeCreateFile.description: 그리고 삭제 된 파일을 복원
+§ achievements.renameFile.title: 아스타나 누르 술탄 아스타나
+§ achievements.renameFile.description: 파일 이름을 앞뒤로 바꿉니다
+§ achievements.longTask.title: 이즈얀
+§ achievements.longTask.description: 3 개월 이상 작업을 해왔습니다.
+§ achievements.haveNotEmail.title: 우편사 페치킨
+§ achievements.haveNotEmail.description: 전자 메일 필드를 채우지 않았습니다.
+§ achievements.moreAddedFolders.title: 이사
+§ achievements.moreAddedFolders.description: 가장 많은 디렉토리를 만들었습니다.
+§ achievements.horoscope1.title: 염소 자리의 역행 수은
+§ achievements.horoscope2.title: 물병 자리의 역행 수성
+§ achievements.horoscope3.title: 물고기의 역행 수은
+§ achievements.horoscope4.title: 양자리의 역행 수은
+§ achievements.horoscope5.title: 황소 자리의 역행 수은
+§ achievements.horoscope6.title: 쌍둥이 자리의 역행 수성
+§ achievements.horoscope7.title: 암의 역행 수은
+§ achievements.horoscope8.title: 레오의 역행 수성
+§ achievements.horoscope9.title: 처녀 자리의 역행 수성
+§ achievements.horoscope10.title: 천칭 자리의 역행 수은
+§ achievements.horoscope11.title: 전갈 자리의 역행 수성
+§ achievements.horoscope12.title: 궁수 자리의 역행 수은
+§ achievements.horoscope1.description: 첫 번째 약속의 달까지
+§ achievements.horoscope2.description: 첫 번째 약속의 달까지
+§ achievements.horoscope3.description: 첫 번째 약속의 달까지
+§ achievements.horoscope4.description: 첫 번째 약속의 달까지
+§ achievements.horoscope5.description: 첫 번째 약속의 달까지
+§ achievements.horoscope6.description: 첫 번째 약속의 달까지
+§ achievements.horoscope7.description: 첫 번째 약속의 달까지
+§ achievements.horoscope8.description: 첫 번째 약속의 달까지
+§ achievements.horoscope9.description: 첫 번째 약속의 달까지
+§ achievements.horoscope10.description: 첫 번째 약속의 달까지
+§ achievements.horoscope11.description: 첫 번째 약속의 달까지
+§ achievements.horoscope12.description: 첫 번째 약속의 달까지
+§ achievements.111.description: 시험
+`;

src/ts/translations/ko/common.ts

@@ -0,0 +1,29 @@
+export default `
+§ uiKit.console.button: 복사
+§ uiKit.console.notification: 텍스트가 복사되었습니다
+§ uiKit.dataLoader.page: 페이지
+§ uiKit.dataLoader.size: 에 의해 표시
+§ uiKit.dataLoader.rows: 라인.
+§ uiKit.dataLoader.from: 에서
+§ uiKit.dataLoader.all: 모두 보기
+§ uiKit.hoursChart.work: 표준 근무 시간(평일 07:00~20:00)
+§ uiKit.hoursChart.weekend: 근무일 전/후 주말 또는 시간
+§ uiKit.hoursChart.days: 특정 요일 및 시간의 모든 시간에 대한 총 커밋 수
+§ uiKit.page.remove: 제거
+§ uiKit.nothingFound.common.title: 표시 할 데이터가 없거나 부족합니다
+§ uiKit.nothingFound.common.description: 커밋이 형식으로 서명되면 시스템은 더 많은 데이터를 처리합니다.:
+§ uiKit.nothingFound.common.console: 작업 번호 유형(기능):설명
+§ uiKit.nothingFound.common.example: 예를 들어:
+§ uiKit.nothingFound.staff.title: 이 직원에 대한 데이터가 없습니다
+§ uiKit.nothingFound.staff.description1
+그는 매일 편집을하지 않았고"조수"의 지위를 받았습니다.
+이 프로젝트에서이 상태를 가진 직원의 작업은 블라드가 일반적인 배경에 비해 중요하지 않기 때문에 무시 될 수 있습니다.
+§ uiKit.nothingFound.staff.description2
+따라서 시스템은 그것에 대한 여러 지표를 계산하지 않습니다.
+이것이 오류이고 이 직원을 일반 직원으로 계산해야 하는 경우"설정"섹션으로 이동하여 유형을 변경하십시오.
+§ common.title: 힘내 통계
+§ common.filters: 필터
+§ common.notifications.save: 변경 사항이 저장됩니다
+§ common.notifications.setting: 설정이 저장됩니다
+§ common.fileLoader.notification: 파일 업로드 오류$1
+`;

src/ts/translations/ko/index.ts

@@ -0,0 +1,15 @@
+import achievements from './achievements';
+import common from './common';
+import navigation from './navigation';
+import recommendations from './recommendations';
+import settings from './settings';
+import pages from './pages';
+
+export default [
+  achievements,
+  common,
+  navigation,
+  recommendations,
+  settings,
+  pages,
+].join('');

src/ts/translations/ko/navigation.ts

@@ -0,0 +1,47 @@
+export default `
+§ sidebar.switch.team: 팀
+§ sidebar.switch.person: 직원
+§ sidebar.buttons.settings: 설정
+§ sidebar.buttons.print: 인쇄
+§ sidebar.buttons.share: 그것을 공유
+§ sidebar.buttons.logout: 나가
+§ sidebar.filters.all: 항상
+§ sidebar.filters.year: 년
+§ sidebar.filters.halfYear: 반년
+§ sidebar.filters.month: 월
+§ sidebar.filters.week: 주
+§ sidebar.team.total: 일반 정보
+§ sidebar.team.scope: 특징
+§ sidebar.team.author: 직원
+§ sidebar.team.type: 작업 유형
+§ sidebar.team.pr: 코드 삽입
+§ sidebar.team.day: 낮에
+§ sidebar.team.week: 주별
+§ sidebar.team.month: 월별
+§ sidebar.team.files: 파일
+§ sidebar.team.removedFiles: 삭제 된 파일
+§ sidebar.team.extension: 파일 형식
+§ sidebar.team.tasks: 작업 목록
+§ sidebar.team.release: 발매 목록
+§ sidebar.team.hours: 일정
+§ sidebar.team.commits: 모든 댓글
+§ sidebar.team.changes: 모든 변경 사항
+§ sidebar.team.words: 인기있는 단어
+§ sidebar.team.building: 퀴즈
+§ sidebar.team.refactor: 리팩토링
+§ sidebar.team.company: 회사
+§ sidebar.team.country: 위치
+§ sidebar.team.settings: 설정
+§ sidebar.person.total: 일반 정보
+§ sidebar.person.money: 작업 비용
+§ sidebar.person.speed: 속도
+§ sidebar.person.day: 낮에
+§ sidebar.person.week: 주별
+§ sidebar.person.month: 월별
+§ sidebar.person.tasks: 작업 목록
+§ sidebar.person.hours: 일정
+§ sidebar.person.commits: 모든 커밋
+§ sidebar.person.changes: 모든 변경 사항
+§ sidebar.person.words: 인기있는 단어
+§ sidebar.person.settings: 설정
+`;

src/ts/translations/ko/pages.ts

@@ -0,0 +1,297 @@
+export default `
+§ page.welcome.step1: 프로젝트 루트에서 명령을 실행합니다
+§ page.welcome.step3: 드래그
+§ page.welcome.step4: 그리고 파일 로그를 삭제합니다.이 페이지로
+§ page.welcome.description: 힘내는 파일 로그를 만들 것입니다.- 네 여기에는 보고서 작성을 위한 데이터가 포함되어 있습니다. 또는 보고서가 필요하지 않은 경우 짧은 로그가 필요합니다. 직원 통계를 결합하기 위해 프로젝트의 루트에[.메일 맵|<url>/문서/자식 메일 맵]파일을 만듭니다.
+§ page.welcome.warning1: 서비스*저장하지 않습니다*및*전송하지 않습니다*귀하의 데이터. 모든 계산은 컴퓨터에 바로 브라우저에서 로컬로 수행됩니다.
+§ page.welcome.warning2: 서비스*는 프로젝트에 대한 통계*를 수집하지 않습니다. 인터넷을 끄고 트래픽을 확인하고 로컬 빌드를 구축 할 수도 있습니다.
+§ page.common.words.title: 단어에 대한 통계
+§ page.common.words.description: 가장 인기있는 단어입니다. 그것은 발생$1 시대.
+§ page.common.commits.title: 일별 커밋 수
+§ page.common.commits.description: ($1)커밋 수에 따라 가장 생산적인 날.
+§ page.common.commits.title2: $1 커밋:$2
+§ page.common.filter.allUsers: 그것은 중요하지 않습니다
+§ page.print.modal.title: 우리는 무엇을 인쇄하고 있습니까?
+§ page.print.modal.page: 현재 페이지
+§ page.print.modal.type: 현재 섹션
+§ page.print.modal.all: 모든 통계
+§ page.print.modal.cancel: 취소
+§ page.print.tableOfContents: 내용 표
+§ page.print.title: 자식 저장소에 대한 보고서
+§ page.print.sub_title: "$1"
+§ page.print.description: 보고서의 데이터는 커밋 기록에서 얻었습니다.
+§ page.team.author.statusChart.title: 현재 상태
+§ page.team.author.daysChart.title: 근무 시간
+§ page.team.author.daysChart.item: 일
+§ page.team.author.days.half: 반 년
+§ page.team.author.days.one: 1 년
+§ page.team.author.days.15: 한 반
+§ page.team.author.days.two: 2 년
+§ page.team.author.days.more: 더 보기
+§ page.team.author.title: 세부 정보
+§ page.team.author.description1: *통계의 일부*(작업 속도,지출된 돈 등))*는 프로젝트에서 일시적인 역할이기 때문에"보조"유형*을 가진 직원에 포함되지 않습니다. 우리는 그들이 프로젝트에 영향을 미치지 않는다고 가정하고,그들의 편집은 총 작업량의 배경에 대해 무시할 수 있습니다.
+§ page.team.author.description2: *기본 정렬*작업 및 그룹 수(현재,해고,직원 지원)로 정렬됩니다.
+§ page.team.author.status: 상태
+§ page.team.author.company: 회사소개
+§ page.team.author.firstCommit: 첫 번째 커밋
+§ page.team.author.lastCommit: 마지막
+§ page.team.author.daysAll: 그냥 일
+§ page.team.author.types: 작업 유형
+§ page.team.author.commits: 커밋
+§ page.team.author.commitsSmall: 커밋
+§ page.team.author.tasks: 작업
+§ page.team.author.tasksSmall: 작업
+§ page.team.author.workedLosses: 커밋이 있는 날과 없는 날
+§ page.team.author.worked: 일
+§ page.team.author.losses: 커밋 없는 일
+§ page.team.author.days: 일
+§ page.team.author.daysForTask: 일 당
+§ page.team.author.scopes: 기능 작업
+§ page.team.author.moneyAll: 수신
+§ page.team.author.moneyWorked: 밖으로 일
+§ page.team.author.moneyLosses: 초과 지불
+§ page.team.author.type.work: 작동 중
+§ page.team.author.type.dismissed: § page.team.author.type.dismissed: уволен
+§ page.team.author.type.staff: 조수가 해고됐어
+§ page.team.hours.title: 각 요일 동안의 커밋 배포
+§ page.team.month.title: 프로젝트 작업 일정
+§ page.team.month.first: (첫 근무일)
+§ page.team.month.last: (마지막 작업 일)
+§ page.team.scope.title: 기능 통계
+§ page.team.scope.scope: 특징
+§ page.team.scope.days: 노예 일
+§ page.team.scope.authorsDays: 남자 일
+§ page.team.scope.tasks: 작업
+§ page.team.scope.commits: 커밋
+§ page.team.scope.commitsSmall: 커밋
+§ page.team.scope.types: 작업 유형
+§ page.team.scope.authors: 개인 기여
+§ page.team.scope.cost: 비용
+§ page.team.type.title: 작업 유형별 통계
+§ page.team.type.description: *개인 기여*는 수정 된 라인 또는 파일의 볼륨이 아닌 커밋 수에 의해 계산됩니다. 따라서"파일 분석"섹션도 살펴보고 변경 사항의 규모를 평가해야 합니다.
+§ page.team.type.type: 작업 유형
+§ page.team.type.unknown: 알 수 없는
+§ page.team.type.tasks: 작업
+§ page.team.type.tasksSmall: 작업
+§ page.team.type.days: 일
+§ page.team.type.daysSmall: 일
+§ page.team.type.authorsDays: 남자 일
+§ page.team.type.commits: 커밋
+§ page.team.type.authors: 개인 기여
+§ page.team.total.titleA: 작업 범위
+§ page.team.total.titleB: 비용
+§ page.team.total.daysWorked.title: 인간의 날
+§ page.team.total.daysWorked.description: 약속이 이루어진 날만 고려됩니다.
+§ page.team.total.commits.title: § page.team.total.commits.title: коммитов
+§ page.team.total.commits.description: 삭제된 분기는 계산되지 않습니다
+§ page.team.total.daysLosses.title: 커밋 없는 일
+§ page.team.total.daysLosses.description: 모든 일 빼기:휴일,주말,휴가,커밋이있는 일
+§ page.team.total.employment.title: 작업/종료
+§ page.team.total.employment.description: 직원이 한 달 이내에 단일 커밋을하지 않은 경우 그는 해고 된 것으로 간주됩니다
+§ page.team.total.moneyAll.title: .
+§ page.team.total.moneyAll.description: 포의 총 비용
+§ page.team.total.moneyWorked.title: 실제
+§ page.team.total.moneyWorked.description: 실제 일 평균 포를 곱한 일
+§ page.team.total.moneyLosses.title: 가능한 초과 지불
+§ page.team.total.moneyLosses.description: 커밋이 없는 유료 근무일
+§ page.team.total.weekendPayment.title: 주말에 일
+§ page.team.total.weekendPayment.description: 주말 작업에 대한 총 초과 지불
+§ page.team.total.workSpeed.title: 일일 작업
+§ page.team.total.workSpeed.description: 현재 직원과 팀의 평균 속도
+§ page.team.total.moneySpeed.title: 달 당
+§ page.team.total.moneySpeed.description: 세금 및 관련 비용을 제외한 현재 직원과 포에 대한 지불의 예상 금액
+§ page.team.total.description1: *남자 일*은 한 근무일 동안 한 직원의 작업입니다. 예를 들어,한 달력 날,3 명의 직원으로 구성된 팀은 3 일 동안 많은 양의 일을 합니다.
+§ page.team.total.description2: *결근 일*은 커밋을 할 수 있었던 영업일 만 간주됩니다. 주말,공휴일 및 휴가는 계산에 포함되지 않습니다.
+§ page.team.total.description3: 카드*작동 및 종료*는 작업에 지속적으로 참여하는 직원의 실제 구성을 보여줍니다. 또한"조수"가 있습니다.이 직원은 일반적으로 다른 전문 분야의 직원이며 때로는 프로젝트에 커밋을 할 수 있습니다.
+§ page.team.total.description4: *초과 지불*커밋이 이루어질 수 있었던 영업일만 계산합니다. 주말,공휴일 및 휴가는 계산에 포함되지 않습니다. 그 이유는 초과 지불+실제 비용!=장군 총 비용에는 주말,공휴일 및 휴가에 대한 지불이 포함됩니다.
+§ page.team.total.description5: *주말 작업*은 정규 일의 지불에서 계수 2 배에 의해 계산됩니다. 이 맥락에서 처리 사실 자체가 흥미롭지 않기 때문에 위에 표시된 것은 초과 지불(1 배)입니다. 우리는 예산 연소 속도를 보지 않습니다. 우리는 작업 속도를 높일 때 초과 지불을 찾고 있습니다.
+§ page.team.tree.title: 선택한 필터를 고려하여 프로젝트 트리
+§ page.team.tree.filters.author: 직원
+§ page.team.tree.filters.commits: 커밋 수
+§ page.team.tree.filters.help: 직원이 파일에서 수행한 최소 커밋 수입니다
+§ page.team.tree.filters.all: 모든 직원
+§ page.team.tree.totalLines: 라인
+§ page.team.tree.totalTasks: 작업
+§ page.team.tree.totalDays: 일
+§ page.team.tree.tasks: 작업
+§ page.team.tree.days: 일
+§ page.team.tree.add: 누가 추가 했습니까
+§ page.team.tree.change: 누가 그것을 변경
+§ page.team.tree.remove: 누가 그것을 삭제 했습니까
+§ page.team.tree.line: 라인
+§ page.team.tree.linesAdded: 추가
+§ page.team.tree.linesChanged: 변경
+§ page.team.tree.linesRemoved: 삭제
+§ page.team.company.title: 세부 정보
+§ page.team.company.employments.title: 숫자로
+§ page.team.company.employments.item: 직원의
+§ page.team.company.daysChart.title: 기간에 따라
+§ page.team.company.daysChart.item: 회사의 계약
+§ page.team.company.active.yes: ,
+§ page.team.company.active.no: 계약이 만료되었습니다.
+§ page.team.country.byTimezone: 마지막 커밋 시간까지
+§ page.team.country.filters.active: 그들은 작동
+§ page.team.country.filters.dismissed: 해고
+§ page.team.country.filters.staff: 보조원
+§ page.team.country.pieByDomain.title: 우편,시간 및 언어로
+§ page.team.country.pieByTimezone.title: 에 의해
+§ page.team.country.chart.item: 직원 시간
+§ page.team.country.table.title: 직원 목록
+§ page.team.country.table.country: 위치
+§ page.team.country.table.employments: 직원
+§ page.team.country.travel.title: 비즈니스 여행(또는 리베이스)
+§ page.team.country.travel.author: 직원
+§ page.team.country.travel.fly: 항공편 수
+§ page.team.country.travel.path: 위치 목록
+§ page.team.country.travel.date: 비행 날짜
+§ page.team.country.travel.country: 위치
+§ page.team.refactor.title: 리팩토링 후보
+§ page.team.refactor.lines: § page.team.refactor.lines: строк
+§ page.team.refactor.tasks: 작업 라인
+§ page.team.refactor.days: 일
+§ page.team.refactor.path: 방법
+§ page.team.refactor.firstCommit: 첫 번째 커밋
+§ page.team.refactor.totalLines: 라인
+§ page.team.refactor.totalTasks: 작업
+§ page.team.refactor.totalDays: 개발 일
+§ page.team.day.commits: 커밋
+§ page.team.day.activity: 활동
+§ page.team.week.title: 주별 통계
+§ page.team.week.date: 날짜
+§ page.team.week.numberTasks: 작업 수
+§ page.team.week.people: 사람 수
+§ page.team.week.line: 라인 변경
+§ page.team.week.days: 커밋이 있는 날과 없는 날
+§ page.team.week.lossesDetails: 커밋하지 않은 사람
+§ page.team.week.add: 추가
+§ page.team.week.change: 변경
+§ page.team.week.remove: 삭제
+§ page.team.week.hasCommits: 커밋이 있었다
+§ page.team.week.hasNotCommits: ,커밋이 없었습니다
+§ page.team.week.days: 일
+§ page.team.week.tasks: 작업
+§ page.team.pr.task: 작업
+§ page.team.pr.tasks: 작업
+§ page.team.pr.firstCommitTime: 첫 번째 커밋
+§ page.team.pr.lastCommitTime: 마지막
+§ page.team.pr.workDays: 작업 작업에 소요된 평균 시간
+§ page.team.pr.delayDays: 평균 홍보 검토 시간
+§ page.team.pr.all.workDays: 작업 작업에 소요된 시간
+§ page.team.pr.all.delayDays: 홍보 검토 시간
+§ page.team.pr.middleTimeRelease: 검토 할 개발 시간의 비율
+§ page.team.pr.chart.1day: 시간은 하루
+§ page.team.pr.chart.3day: 3 일
+§ page.team.pr.chart.7day: 한 주
+§ page.team.pr.chart.14day: 2 주
+§ page.team.pr.chart.30day: 한 달
+§ page.team.pr.chart.more: 더 보기
+§ page.team.pr.date: 주입 날짜
+§ page.team.pr.mergeAuthor: 나는 그것을 부어
+§ page.team.pr.author: 직원
+§ page.team.pr.work: 개발
+§ page.team.pr.delay: 대기 중
+§ page.team.pr.days: 일
+§ page.team.pr.oneTaskDays: 한 작업에 소요 된 시간
+§ page.team.pr.description1: *개발 시간*이 작업은 작업의 첫 번째 커밋에서 마지막 커밋까지의 시간 차이입니다. 커밋 사이에 며칠의 휴식 시간이 있었는지 여부는 중요하지 않습니다. 모든 커밋의 바로 그 사실은 시간을 증가시킵니다.
+§ page.team.pr.description2: *대기 시간*마지막 커밋과 코드 주입 사이의 시간입니다. 그것은 무언가를 기다리는 실제 유휴 상태를 보여줍니다.
+§ page.team.pr.description3: *개발 시간을 표시하는 이유*코딩 및 코드 검토로 분해하지 않고? 그런 다음,비즈니스 코드의 실제 배달 시간을 표시합니다. 테스트의 기대,검토에 대한 의견,개발 운영 문제 및 프로세스의 다른 결함은 이미이 기간에 규정되어있다.
+§ page.team.pr.statByAuthors: 직원 통계
+§ page.team.pr.longDelay: 주입에 대한 긴 대기
+§ page.team.pr.anonymous: 문제 번호가없는 홍보
+§ page.team.pr.branch: 지점
+§ page.team.tasks.task: 작업
+§ page.team.tasks.author: 첫 번째 커밋의 저자
+§ page.team.tasks.from: 첫 번째 커밋
+§ page.team.tasks.to: 마지막 커밋
+§ page.team.tasks.daysInWork: 일 의 날
+§ page.team.tasks.comments: 댓글
+§ page.team.extension.extension: 파일 확장자
+§ page.team.extension.type: 파일 하위 유형
+§ page.team.extension.name: 유형
+§ page.team.extension.path: 경로
+§ page.team.extension.current.count: 수량
+§ page.team.extension.removed.count: 삭제된 수
+§ page.team.extension.files: 파일
+§ page.team.release.download: 다운로드
+§ page.team.release.title: 릴리스
+§ page.team.release.from: 생성 날짜
+§ page.team.release.to: 완료 날짜
+§ page.team.release.prLength: 작업
+§ page.team.release.delay: 작업 일
+§ page.team.release.waiting: 다음 릴리스 며칠 전
+§ page.person.print.photo.title: 사진
+§ page.person.print.photo.description: 사진 촬영 장소
+§ page.person.total.title: 주요 특징
+§ page.person.total.daysWorked.title: 작업 일의
+§ page.person.total.daysWorked.description: 만 커밋하는 일
+§ page.person.total.tasks.title: 고려되었다
+§ page.person.total.tasks.description: 커밋이 올바르게 서명 된 경우
+§ page.person.scoring.toolbar: 이 메트릭에 따른 위치,다른 메트릭에 대한 상대. 값이 동일한 경우 두 명의 직원이 한 자리를 차지할 수 있습니다. 따라서 총 장소 수는 직원 수보다 적을 수 있습니다.
+§ page.person.character.title: 캐릭터
+§ page.person.achievement.title: 진행
+§ page.person.achievement.positive: 긍정적 인
+§ page.person.achievement.normal: 중립
+§ page.person.achievement.negative: 부정
+§ page.person.achievement.description: 직원이 더 많은 부정적인 업적을 달성할수록 상황이 비표준일 가능성이 높아집니다. 작동 모드,작업 또는보고 모드를 변경할 가치가 있습니다. 당신은 그에게 이야기하고 그의 일을 방해하는 문제가 무엇인지 알아 내야합니다.
+§ page.person.gets.title: 작업 번호 메달:
+§ page.person.gets.description: 메달은 사용자가"아름다운"번호로 작업에 대한 약속을 가장 먼저 남기면 수여됩니다.
+§ page.person.business.days.title: 작업 일
+§ page.person.business.days.description: 만 커밋하는 일
+§ page.person.business.tasks.title: 고려되었다
+§ page.person.business.tasks.description: 커밋이 올바르게 서명 된 경우
+§ page.person.business.losses.title: ,커밋이없는 일
+§ page.person.business.losses.description: 모든 일 빼기:휴일,주말,휴가,커밋 일
+§ page.person.business.commits.title: 커밋
+§ page.person.business.commits.description: 삭제된 분기는 포함되지 않습니다
+§ page.person.business.time.description: 첫 번째 커밋부터 마지막 커밋까지의 시간(비 작업 일 포함)
+§ page.person.business.time.title: 프로젝트 일:
+§ page.person.business.time.dismissed: (해고)
+§ page.person.business.time.staff: (조수)
+§ page.person.business.achievements: 업적
+§ page.person.changes.title: 진행
+§ page.person.changes.description:
+일부 유형의 서식을 사용하면 문자열을"삭제됨"및"추가됨"으로 표시합니다.,
+사실 그들은"변경"되었습니다. 따라서 리팩토링을 많이 한 경우,
+힘내는 통계의 변화의 작은 숫자,실제 결과를 표시 할 수 있습니다
+"삭제됨"및"추가됨"행의 점프로 표시됩니다.
+§ page.person.changes.description: 그 날의 커밋 목록과 변경 횟수:
+§ page.person.commits.title: 커밋 목록:
+§ page.person.money.title.total: 모든 시간 동안
+§ page.person.money.title.middle: 평균 비용
+§ page.person.money.moneyAll.title: 수신
+§ page.person.money.moneyAll.description: 프로젝트에서 포의 예상 금액(설정 참조)
+§ page.person.money.moneyWorked.title: 밖으로 일
+§ page.person.money.moneyWorked.description: 실제 일 평균 포를 곱한 일
+§ page.person.money.moneyLosses.title: 가능한 초과 지불
+§ page.person.money.moneyLosses.description: 커밋이 없는 일에 평균 포를 곱한 값
+§ page.person.money.tasks.title: 작업
+§ page.person.money.tasks.description: 비용에 대한 닫힌 작업 수
+§ page.person.money.commits.title: 약속의 날
+§ page.person.money.commits.description: 작업 일 비용에 대한 커밋 수
+§ page.person.speed.task: 평균적으로 한 가지 과제는
+§ page.person.speed.max: 하루 최대 속도
+§ page.person.speed.days.title: 일
+§ page.person.speed.days.description: 이는 커밋이 올바르게 서명 된 경우 작업 일을 의미합니다.
+§ page.person.speed.commits.title: 커밋
+§ page.person.speed.commits.description: 최대 및 최소값의 10%
+§ page.person.speed.line.title: 코드 라인이 차단되었습니다
+§ page.person.speed.line.description: 최대 및 최소의 10%
+§ page.person.speed.tasks.title: 작업 값이 차단되었습니다
+§ page.person.speed.tasks.description: 작업이 완료되지 않을 수 있지만 작업이 완료되어야 합니다
+§ page.person.speed.maxCommits.title: 커밋
+§ page.person.speed.maxCommits.description: 작업이 완료되지 않을 수 있지만 작업이 완료되어야 합니다
+§ page.person.hours.title: 각 요일 동안의 커밋 배포
+§ page.person.week.date: 날짜
+§ page.person.week.tasks: 작업 수
+§ page.person.week.workDays: 커밋이 있는 일
+§ page.person.week.taskInDay: 일일 작업
+§ page.person.week.days: 일
+§ page.person.week.workDay: 평일
+§ page.person.week.weekends: 주말
+§ page.sponsor.title: 프로젝트 지원
+§ page.sponsor.share.description: 소셜 네트워크에서 우리의[프로젝트|<url>/바키레프/아사요]에 대해 알려주세요! 이 응용 프로그램은 당신이 당신의 마음에 드는 사진을 공유 할 수 있습니다,당신은 당신의 마음에 드는 사진에 텍스트를 추가 할 수 있습니다,당신은 당신의 마음에 드는 사진에 텍스트를 추가 할 수 있습니다,당신은 당신의 마음에 드는 사진에 텍스트를 추가 할 수 있습니다,당신은 당신의 마음에 드는 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은
+§ page.sponsor.share.button: 링크 복사
+§ page.sponsor.money.description: 당신이 어떤 금액으로 우리를 지원하는 경우 우리는 기쁠 것이다! 모든 자금은 프로젝트의 추가 개발에 사용될 것입니다.
+§ page.sponsor.money.qr: 1 회 결제
+§ page.sponsor.money.github: 깃 허브 스폰서 구독
+`;

src/ts/translations/ko/recommendations.ts

@@ -0,0 +1,521 @@
+export default `
+§ recommendations.modal.cancel: 닫기
+§ recommendations.modal.open: 더 상세한
+§ recommendations.title
+권장 사항 및 사실
+
+§ recommendations.timestamp.firstCommit.description
+첫 번째 커밋을 만들었습니다.
+
+요일:$1
+
+§ recommendations.timestamp.lastCommit.description
+마지막 커밋
+
+요일:$1
+
+§ recommendations.title$1 일
+§ recommendations.timestamp.firstCommit.description첫 번째 커밋부터 마지막 커밋까지(주말 및 공휴일 포함).
+§ recommendations.timestamp.lastCommit.description주말,휴가 및 공휴일을 고려해도 커밋이 없습니다.
+§ recommendations.timestamp.weekendDays.description
+주말 일자리
+
+#왜 나쁜가:
+- 고객은 휴일에 일을 위해 두 배 가격을 지불한다;
+- 직원이 더 빨리 소모됩니다.;
+
+§ recommendations.timestamp.common.title: 정기적 인 재활용
+§ recommendations.timestamp.allDays.description: 정유소가 있어요
+§ recommendations.timestamp.weekendWord.description
+프로젝트 관리자,분석가 및 건축가를 변경할 가치가 있습니다.
+
+#왜 나쁜가:
+- 고객은 휴일에 일을 위해 두 배 가격을 지불한다;
+- 제품의 품질은,원칙적으로,낮은 것으로 판명;
+- 직원 중 일부는 종료;
+- 러시로 인해 새로운 오류가 나타납니다;
+
+#대부분:
+- 우리는 처음부터 타이밍을 잘못 판단했습니다;
+- 기술 사양이 없습니다;
+- 약한 분석;
+- 약한 아키텍처(건축가는 고용되지 않았으며 팀은 중간 개발자로 구성됨);
+- 먼저 코드를 작성한 다음 디자인을 시작했습니다.;
+- 오류를 이해하는 정상적인 프로세스가 없습니다;
+
+§ recommendations.timestamp.lossesDays.description: 보통 과로하지 않고
+§ recommendations.timestamp.neverWeekendWord.description
+그러나 때때로 그들은 그렇습니다.
+
+#왜 나쁜가:
+- 고객은 휴일에 일을 위해 두 배 가격을 지불한다;
+- 직원이 더 빨리 소모됩니다.;
+
+§ recommendations.scope.parallelism.not.title
+병렬 작업이 없습니다
+
+§ recommendations.scope.parallelism.not.description
+모든 기능은 한 번에 한 사람이 만듭니다.
+
+#계산 방법:
+- 남자 일 각 기능에 대한 실제 일로 구분됩니다;
+- 산술 평균 찾기;
+- 결과가 1.3 보다 작은 경우,우리는 일반적으로 대부분의 기능의 프레임 워크 내에서 병렬 작업이 없다고 생각합니다;
+
+#왜 나쁜가:
+- 버스 요인 증가;
+- 직원은 더 느리게 발전합니다;
+- 그것은 질적으로 직원의 작업을 확인하기 어렵다;
+
+#왜 좋은가:
+- 주제 영역에 매우 깊이 몰입하고 더 나은 솔루션을 제공 할 수있는 전문가가 있습니다;
+- 병합 충돌이 없을 가능성이 큽니다;
+- 이 프로젝트는 서로 다른 방향으로 병렬로 매우 빠르게 발전 할 수 있습니다;
+
+§ recommendations.scope.parallelism.has.title
+병렬 작업의 일부
+
+§ recommendations.scope.parallelism.has.description
+때로는 여러 사람이 동시에 기능을 만듭니다.
+
+#계산 방법:
+- 남자 일 각 기능에 대한 실제 일로 구분됩니다;
+- 산술 평균 찾기;
+- 결과가 1.3 에서 2.0 인 경우,우리는 다른 기능 내에서 일부 작업이 때때로 병렬로 수행된다고 생각합니다;
+
+
+§ recommendations.scope.parallelism.every.title
+병렬 작업
+
+§ recommendations.scope.parallelism.every.description
+모든 기능은 한 번에 여러 사람에 의해 이루어집니다
+
+#계산 방법:
+- 남자 일 각 기능에 대한 실제 일로 구분됩니다;
+- 산술 평균 찾기;
+- 결과가 두 개 이상인 경우,우리는 서로 다른 기능의 프레임 워크 내에서 대부분의 작업은 일반적으로 병렬로 수행한다고 생각합니다;
+
+
+§ recommendations.scope.money
+이 금액은이 프로젝트의 작업을 평가하는 데 사용할 수 있습니다.
+
+#계산 방법:
+- 개발에 소요되는 사람 일 개발자의 개별 급여를 곱한;
+
+당신은 설정 섹션에서,보다 정확한 금액,각 개발자의 급여를 변경할 수 있습니다
+
+#많이 또는 조금?
+이 질문에 대답하려면 다음과 같이 대답해야합니다:
+- 이 돈을 위해 기성품 솔루션을 구입할 수 있습니까?
+- 이 돈을 위해 더 나은 제품을 만들 수 있습니까?
+
+두 질문에 대한 대답이"예"라면,아마도 처음부터 개발은 그것에 소비 된 돈의 가치가 없었을 것입니다.
+ 
+§ recommendations.scope.bus.everyHasOne.title
+버스 인수=1
+
+§ recommendations.scope.bus.everyHasOne.description
+한 사람이 대부분의 기능에 몰입합니다.
+우리는 사람들을 바꿔야 합니다.
+
+#왜 나쁜가:
+- 직원이 떠나면 작업을 계속하기가 어려울 것입니다;
+- 그것은 그것의 코드의 품질을 제어 할 수 없습니다;
+
+#선택은 어떻게 이루어 집니까:
+- 기능의 커밋 중 80%이상이 한 사람이 수행합니다.;
+- 이 프로젝트는 이러한 기능의 60%이상을 가지고 있습니다;
+
+§ recommendations.scope.bus.oneMaintainer
+한 사람이 기능에 몰입.
+
+#왜 나쁜가:
+- 그가 사임하면 개발을 계속하기가 어려울 것입니다;
+- 코드 검토 품질 저하;
+- 필요한 경우 개발을 병렬화하기가 어렵습니다.;
+
+#선택은 어떻게 이루어 집니까:
+- 이 기능의 커밋 중 80%이상이 한 사람이 수행했습니다.;
+
+§ recommendations.scope.types.process.title
+나쁜 프로세스
+
+§ recommendations.scope.types.process.description
+대부분의 기능에는 한 가지 유형의 작업이 포함되어 있습니다.
+
+§ recommendations.scope.types.one
+기능에는 한 가지 유형의 작업이 포함되어 있습니다.
+
+§ recommendations.scope.types.common
+개발자가 커밋에 잘못 서명하거나 관리자가 동일한 유형의 작업을 시작할 수 있습니다.
+
+#이것이 중요한 이유:
+- 다른 팀에 지원을 이전 할 수 없습니다;
+- "박스형"버전을 출시하는 것은 불가능합니다;
+- 특정 개발자에 대한 강한 의존성;
+- 많은 오류 및 코드 품질 저하;
+- 미래에 개발 가능성이 둔화;
+
+#매니저의 실수는 무엇인가:
+- 만"작업 데모"의 위치에서 제품을 살펴;
+
+#해야 할 일:
+- 테스트;
+- 오류(테스트 결과로 식별);
+- 리팩토링(아키텍처가 변경 될 수 있기 때문에);
+- 문서;
+- 스타일 편집(포커스 그룹 설문 조사 결과);
+
+§ recommendations.scope.plan.title
+장기 계획 구축
+
+§ recommendations.scope.plan.description
+고려 아키텍처를 복용.
+
+동시에,이 계획은 한 번에 가장 어려운 작업을 기반으로해야합니다.
+
+#계획의 부족이 나쁜 이유:
+- 직원은 확장 포인트를 놓지 않고 최소한의 작업 버전을 만듭니다. 그 후 확장 불가능한 코드가 작성되어 다음 기능이 느려집니다;
+
+#매니저의 실수는 무엇인가:
+- 그는 제품이 어떻게 더 발전 할 것인지 그리고 어떤 시점에서 성장이있을 것인지를 보여주지 않았다;
+
+#어떻게 해야 하는가:
+- 글로벌 제품 개발 계획이 수립되고 있습니다.;
+- 글로벌 아키텍처 개발 계획 작성 중(개발자 및 디비);
+- 계획의 수준에서,많은 것을 바꿀 수 있는 순간들이 즉시 논의됩니다.;
+
+§ recommendations.scope.cost.title
+기능에 대한 투자 평가
+
+§ recommendations.scope.cost.description
+잠재적 인 이익의 금액.
+
+개발 비용이 많이 들지만 수익을 거의 가져 오지 않는 기능은 연기하거나 모두 취소 할 가치가있을 수 있습니다. 이것은 프로젝트를 상업적으로 더 성공적으로 만들 것입니다.
+
+§ recommendations.timestamp.weekendDays.description너무 작은 코드:$1
+§ recommendations.author.lotOfLazy.description
+내가 당신을 해고해야합니까?
+
+#구성:
+-  $1;
+
+#자신의 질문에 대답:
+- 그는 팀 리더,건축가,분석가입니까?
+- 이것이 그의 주요 프로젝트입니까?
+- 그것에 어떤 종속성이 있습니까?
+
+#왜 고쳐야지
+개발자의 총 비용은 이미 그의 작업에서 얻은 이익 이상입니다.
+우리가 그의 일에 객관적인 장애물이 없다고 생각한다면,그 사람은 전혀 일하기를 원하지 않거나 동시에 두 개의 프로젝트를 수행합니다.
+새로운 직원에 의한 해고 및 교체는 일반적인 통계의 관점에서 정당화 된 것처럼 보입니다.
+
+§ recommendations.timestamp.regularWeekendWord.title: 작은 코드 작성:$1
+§ recommendations.author.manyLazy.description
+우리는 통제해야 합니다.
+
+#구성:
+-  $1;
+
+#선택은 어떻게 이루어 집니까:
+- 테스트 샘플에서 좋은 프로그래머는 80%이상의 시간을 코드를 작성합니다;
+- 이 경우 표시기는 60%에서 80%사이입니다%;
+
+#제어 방법:
+- 1 로 분할 작업..2 일;
+- 매일 상태를 요청;
+- 작업이 잘 예약 및 개발을 시작할 준비가되어 있는지 확인;
+- 실제 속도를 확인하기 위해 쌍 프로그래밍을 정렬;
+
+§ recommendations.author.oneTypeMans
+유형별로 너무 단조로운 작업을 가져옵니다. 그것은 밖으로 구울 수 있습니다.
+
+#중요한 이유:
+- 직원이 타 버린 경우 작업 속도가 감소합니다;
+- 전문적인 성장이 느려집니다.;
+- 해고 확률이 증가합니다;
+
+#선택은 어떻게 이루어 집니까:
+- 각 커밋에 대해 작업 유형이 결정됩니다;
+- 작업의 70%이상이 같은 유형의 경우,그 사람은 같은 일을하고있다;
+
+§ recommendations.timestamp.sometimeWeekendWord.title: $1 작동
+§ recommendations.author.workToday.description
+현재 프로젝트를 진행하고 있습니다.
+
+#구성:
+-  $1;
+
+#왜 그들이 그들인가:
+- 50 작업 일 이상%;
+- 지난 30 일 동안 일하고 있습니다.;
+
+§ recommendations.timestamp.weekendWord.description$1 종료
+§ recommendations.author.dismissed.description
+또는 그것은 짧은 시간 동안 일했다.
+
+#구성:
+-  $1;
+
+#왜 그들이 그들인가:
+- 그들은 정상적인 리듬으로 일했습니다(분명히 이것은 주요 저장소입니다);
+- 지난 달에 커밋이 하나도 없었습니다.;
+- 휴가는 일반적으로 14 일(그들의 부재는 휴가처럼 보이지 않는다);
+
+§ recommendations.timestamp.neverWeekendWord.title: $1 도움
+§ recommendations.author.staff.description
+무언가를 저지른 다른 전문 분야의 사람들.
+
+#구성:
+-  $1;
+
+#왜 그들이 그들인가:
+- 이 오픈 소스 프로젝트가 아닙니다;
+- 작업 일 전체의 15%미만;
+- 그들은 거의 동일한 파일을 변경합니다;
+
+§ recommendations.author.projectType.openSource.title
+열린 프로젝트
+
+§ recommendations.author.projectType.openSource.description
+그들은 일주일에 5 일 여기에서 일하지 않습니다.
+
+이 프로젝트는 폐쇄 될 수 있습니다,그것은 작업의 속도는 일반적으로 기스 허브에 오픈 라이브러리입니다 단지.
+
+#평가 방법:
+- 통계는 모든 활성 개발자에 대한 촬영;
+- 평균 작업 일수 및 커밋없이 계산됩니다.;
+- 오픈 소스 라이브러리는 일반적으로 최대 15 개입니다..20 작업 일%;
+
+#결과
+작업이 일정하지 않은 프로젝트의 경우 많은 지표에는 의미가 없습니다. 따라서 커밋,속도 등이없는 표시기 숨겨질 것이다.
+
+일반적으로 이러한 프로젝트는 폐쇄 버전 개발을 시작하기 전에 평가됩니다. 이 경우 가장 흥미로운 지표는 가능한 비용과 총 개발 시간입니다.
+
+
+§ recommendations.author.projectType.easy.title
+약한 로딩
+
+§ recommendations.author.projectType.easy.description
+커밋없이 너무 많은 일.
+
+팀이 코드를 작성하지 않는 이유를 이해해야 합니다.
+
+#평가 방법:
+- 통계는 모든 활성 개발자에 대한 촬영;
+- 평균 작업 일수 및 커밋없이 계산됩니다.;
+- 커밋 없는 비율이 5%에서 20%사이인 경우 로딩이 약한 것으로 간주됩니다%;
+
+#가능한 이유:
+- 실제로 작업이 없습니다;
+- 작업이 있지만 현재 아키텍처에 잘 맞습니다;
+- 개발자는 회의에 의해 산만;
+- 팀이 작동하지 않습니다;
+
+#솔루션 옵션:
+- 팀과 함께 문제를 논의;
+- 하나 또는 두 개의 작업을 하루에 완료 할 수 있도록 작업의 세분성을 줄일 수 있습니다;
+- 상태에 의해 작업의 진행 상황을 확인하기 위해 매일 회의를 입력;
+- 개발자가 더 빨리 작업 할 수 있는지 확인하기 위해 쌍 프로그래밍 세션을 정렬;
+
+§ recommendations.author.manager.title
+마감일 설정
+
+§ recommendations.author.manager.description
+모든 작업에는 명확한 마감일이 있어야합니다.
+ 
+이를 통해 며칠 또는 몇 주 동안 실행을 지연시키지 않을 수 있습니다.
+
+#확인할 가치가 있는 지표:
+- 직원이 작업에 소비하는 일 수;
+- 홍보의 주입을 기다리는 일 수(홍보 통계 페이지);
+
+§ recommendations.author.shorTalk.title
+매일 회의 개최
+
+§ recommendations.author.shorTalk.description
+그들은 당신이 프로젝트를 최신 상태로 유지하는 데 도움이됩니다.
+ 
+관계없는 주제에 자신을 산만하게하여 그들을 스트레칭하지 마십시오.
+
+#직원은 어떤 질문에 대답해야합니까?:
+- 무슨 일이 있었는지;
+- 무엇을 할 것인가;
+- 어떤 문제가 있습니까;
+
+#만약 독백을 중단해야 한다면:
+- 그들은 세부 사항에서 중요하지 않은 작은 세부 사항을 설명하기 시작;
+- 그들은 원래 계획에서 멀리 대화를;
+
+#왜 중요한가:
+종종 아무것도 하지 않는 직원은 답을 피하려고 합니다. 이를 위해 그는 자신의 작업에 대한 불필요한 세부 사항을 알려줍니다. 이것은 당신이 참가자의 관심을 소강 및 응답 시간을 늘릴 수 있습니다. 사실 아무 일이 없었다 있지만,그는 뭔가 바쁜 것 같다.
+
+§ recommendations.author.ipr.title
+훈련 계획 수립
+
+§ recommendations.author.ipr.description
+각 직원을 위해.
+
+*개별 교육 계획*은 특정 영역에서 사람이 발전하는 데 도움이되는 목표 및 목표 목록입니다.
+
+#계획을 세우는 방법:
+- 역량 매트릭스 만들기;
+- 지식과 경험이 가장 적은 역량 결정;
+- 직원이 관심 있는 이러한 역량 확인;
+- 3 을 생각해 내세요..반년 또는 1 년 동안 각 역량 내에서 5 가지 목표;
+- 한 가지 목표를 달성하기 위해 매달 무언가를 시도하십시오;
+- 이러한 목표를 달성하기위한 일반적인 계획에 대해 매월 상기시키기 위해;
+
+#관리자는 계획이 필요합니까?
+예,머리는 또한 자신을 위한 계획을 세워야 합니다. 상급자가 없다면,그는 자신을 확인해야 합니다.
+
+#중요한 이유:
+- 직원은 회사에 더 충성 될;
+- 같은 돈을 위해,당신은 더 많은 자격을 갖춘 인력을 얻을;
+
+§ recommendations.author.oneToOne.title
+매달 1- 1 지출
+
+§ recommendations.author.oneToOne.description
+이것은 초기 단계에서 문제를 식별하는 데 도움이 될 것입니다.
+
+*일대일*는 상사와 부하 사이의 정기적 인 개인 회의입니다. 그러한 회의에서 그들은 일반적으로 직원에게 중요한 모든 것,그가 관심을 갖는 것,그리고 개인적으로 만 관리자와 공유 할 수있는 것에 대해 논의합니다.
+
+#중요한 이유:
+- 그것은 직원이 과부하 누가 자유 시간을 가지고있는 쉽게 찾을 수 있습니다;
+- 직원 소진을 방지 할 수 있습니다;
+- 당신은 당신이 통지하지 않을 수 있습니다 프로세스에 대한 빠른 피드백을 얻을 수 있습니다;
+- 신뢰 태도가 형성되고 직원이 회사에 더 충성하게됩니다.;
+- 동기 부여 및 직원 참여 증가;
+
+§ recommendations.author.club.title
+바로 가기
+
+§ recommendations.author.club.description
+한두 달에 한 번.
+
+이것은 팀의 비공식적인 의사소통을 구축하고 팀을 하나로 모으는 데 도움이 될 것입니다.비록 의사소통이 빡빡하더라도 말이죠.
+
+#왜 중요한가:
+- 당신은 당신이 통지하지 않을 수 있습니다 프로세스에 대한 빠른 피드백을 얻을 수 있습니다;
+- 신뢰 태도가 형성되고 직원이 회사에 더 충성하게됩니다.;
+- 직원 참여 증가;
+
+§ recommendations.timestamp.neverWeekendWord.description여기서 쉬는 날은 없지
+§ recommendations.scope.parallelism.not.title아마도 프로젝트 관리자를 해고 할 가치가 있습니다.
+§ recommendations.scope.parallelism.not.description주말 작업
+§ recommendations.scope.parallelism.has.title아마도 프로젝트 관리자를 체크 아웃 할 가치가 있습니다.
+§ recommendations.scope.parallelism.has.description문제가 있습니다
+§ recommendations.scope.parallelism.every.title아마 막힘이 있고 주말에 일해야 합니다.
+§ recommendations.scope.parallelism.every.description부재자 수가 줄어들었습니다.
+§ recommendations.scope.money지난 3 주 동안 이 수치는 감소했습니다.
+§ recommendations.scope.bus.everyHasOne.title더 많은 결근이 있습니다
+§ recommendations.scope.bus.everyHasOne.description,작업 또는 더 엄격한 제어가 필요하지 않습니다
+§ recommendations.scope.bus.oneMaintainer그것은 꾸준히 작동하지 않습니다
+§ recommendations.scope.types.process.title그것은 매주 시간의 100%코드를 작성하지 않기 때문에
+§ recommendations.scope.types.process.description그것은 꾸준히 처리합니다
+§ recommendations.scope.types.one그것은 매주 코드를 작성하기 때문에
+§ recommendations.scope.types.common그리고 주말에 생산성이 증가합니다
+§ recommendations.week.task.up.description
+또는 작업이 너무 작아졌습니다.
+ 
+우리는 그것을 체크 아웃해야합니다. 세분성이 동일한 경우 결과를 수정합니다.
+§ recommendations.scope.plan.title결근의 안정적인 리더. 그를 해고?
+§ recommendations.scope.plan.description생산성이 떨어지고 있습니다
+§ recommendations.week.task.down.description
+또는 작업이 더 세분화됩니다. 우리는 그것을 체크 아웃해야합니다. 세분성이 동일한 경우 제어하십시오.
+
+#평가 방법:
+- 에 근무 하는 하루 작업의 수는 꾸준히 지난 3 주 동안 떨어지고 있다.
+
+#가능한 오류:
+- 작업은 보이는 것보다 더 어려울 수 있습니다;
+- 작업 작업의 많은 양을 가질 수(당신은 변화의 수를 확인해야합니다,그들은 같은 기간 동안 가을 여부)
+
+§ recommendations.scope.cost.title작업 유형에 서명하지 않음
+§ recommendations.scope.cost.description대부분의 작업 유형은 한 사람이 수행합니다.
+§ recommendations.author.lotOfLazy.title: 좁은 전문화
+§ recommendations.type.oneMaintainer.description
+같은 유형의 대부분의 작업은 같은 사람들에 의해 수행됩니다.
+
+#작업 유형:
+
+§ recommendations.type.common
+#어쩌면 그렇지 않을 수도 있습니다
+
+다른 직원이 커밋에 올바르게 서명하는지 확인해야 합니다.
+
+이 작업을 수행하는 데 도움이 되는 단계:
+- 커밋 메시지에 대한 사전 커밋 확인 설정;
+- 이 유형을 지정할 필요가 있음을 팀에 설명;
+- 직원이 규칙을 따르는 새로운 지점 확인;
+
+#그게 사실이라면
+
+너는 체크를 설치하고 동일한 직원이 업무의 동일한 유형을 하고 있는 것을 확인했다.
+
+왜 나쁜:
+- 그의 해고는 많은 과정을 멈출 것입니다;
+- 팀 구성원의 나머지 부분의 능력 감소;
+- 그것은 최상위 수준에서 자신의 편집을 이해하기 어렵다;
+
+그것을 고치는 방법:
+- 다양한 유형의 작업을 균등하게 분배;
+- 스프린트를 통해 직원 간의 작업 범위(테스트,문서화,오류)변경;
+
+§ recommendations.type.fewTypes.title
+이 로컬 제품입니다
+
+§ recommendations.type.fewTypes.description
+특정 고객 또는 문제에 대한.
+
+#"글로벌"제품의 징후는 무엇입니까:
+- 현지화;
+- 문서;
+- 많은 양의 테스트;
+- 시각적 사용자 정의;
+- 리팩토링 병목 현상;
+- 기타
+
+#이 제품이"로컬"처럼 보이는 이유:
+- 각"글로벌"기능은 작업 유형에 따라 우세합니다;
+- "글로벌"기능이 많을수록"글로벌"제품이 더 많을 가능성이 높습니다;
+
+이 경우 우리는 소수의 유형을 볼 수 있으므로 제품이 세계 시장에 쉽게 확장되고 다른 국가에서 판매되는 것을 방지하는 결함이 있을 가능성이 큽니다.
+
+#어쩌면 그렇지 않을 수도 있습니다
+파일 유형에 따라 프로그램 유형(웹 사이트,서버 응용 프로그램,개발 운영 스크립트 등)을 가정 할 수 있습니다.). 프론트 엔드 응용 프로그램의 경우,우리의 가설은 마이크로 초기화 모듈 일 수있는 개발 운영 스크립트보다 더 정확할 것입니다.
+
+§ recommendations.type.diff.title
+선행 유형을 하위 유형으로 구분
+
+§ recommendations.type.diff.description
+오류를 자세히 설명합니다.
+
+일반적으로"오류 수정"이라고 표시된 작업 유형이 가장 먼저 표시됩니다. 이 통계는 제대로 상세하게.
+
+*이러한 상황이 있는 경우*이 유형을 하위 유형(예:감지 위치별)으로 나눌 수 있습니다.
+
+하위 유형의 여러 변형을 고려해 보겠습니다:
+- 수정 _데브(개발 프로세스 중에 확인된 오류);
+- 수정 _테스트(테스트 중 오류가 감지됨);
+- 수정(자극에서 감지 된 오류);
+
+§ recommendations.type.buddy.title
+작은 작업 저장
+
+§ recommendations.type.buddy.description
+새로운 직원을 위해.
+
+#작업이:
+- 중요하지 않아;
+- 아니 큰 하나;
+- 맥락에서 강한 몰입을 필요로하지 않습니다;
+- 새로운 코드보다 리팩토링에 대한 자세한 내용;
+
+#"초보자를위한"레이블 백 로그에 넣어.
+
+새로운 직원이 도착하면,당신은 즉시 그에게 프로젝트에 익숙해 작고 다양한 작업의 팩을 얻을 수 있습니다.
+
+당신은 당신의 일에 침체가있는 경우 또한,당신은 백 로그에서 하나의 작은 작업을 얻을 수있을 것입니다.
+`;

src/ts/translations/ko/settings.ts

@@ -0,0 +1,28 @@
+export default `
+§ page.settings.document.title: 디스플레이 설정
+§ page.settings.document.name: 페이지 제목
+§ page.settings.document.language: 인터페이스 언어
+§ page.settings.document.depersonalize: 개인 데이터 숨기기
+§ page.settings.links.title: 링크 접두사
+§ page.settings.links.task: 작업 번호
+§ page.settings.links.pr: 홍보
+§ page.settings.user.title: 개별 설정
+§ page.settings.user.notFound: 개별 설정이 없습니다. 모든 직원에 대한 데이터는 공통 매개 변수를 사용하여 계산됩니다.
+§ page.settings.user.subTitle: 고용 계약 제 1 호의 부록
+§ page.settings.user.from: 작업 시작 날짜
+§ page.settings.mailmap: 설정.메일맵
+§ page.settings.common.title: 일반 급여 데이터
+§ page.settings.common.type.title: 프로젝트 작업 유형
+§ page.settings.common.type.full: 풀 타임 고용
+§ page.settings.common.type.part: 프로젝트 작업
+§ page.settings.common.salary: 월급(미국 달러)
+§ page.settings.common.currency: 표시할 통화
+§ page.settings.common.workDaysInYear: 년 당 작업 일의 수
+§ page.settings.common.vacationDaysInYear: 연간 휴가 일 수
+§ page.settings.common.workDaysInWeek: 작업 일
+§ page.settings.form.save: 저장
+§ page.settings.form.cancel: 취소
+§ page.settings.form.remove: 제거
+§ page.settings.form.addEmployee: 직원 추가
+§ page.settings.form.addContract: 고용 계약 추가
+`;

src/ts/translations/pt/navigation.ts

@@ -13,8 +13,8 @@ export default `
 § sidebar.team.total: Informação geral
 § sidebar.team.scope: módulo
 § sidebar.team.author: Funcionário
-§ sidebar.team.type: Tipos de Tarefas
+§ sidebar.team.type: Tipos de tarefas
-§ sidebar.team.pr: Introdução do Código
+§ sidebar.team.pr: Introdução do código
 § sidebar.team.day: Por dia
 § sidebar.team.week: Por semana
 § sidebar.team.month: Por mês
@@ -22,7 +22,7 @@ export default `
 § sidebar.team.files: Ficheiros
 § sidebar.team.removedFiles: Arquivos excluídos
 § sidebar.team.extension: Extensions
-§ sidebar.team.tasks: Lista de Tarefas
+§ sidebar.team.tasks: Lista de tarefas
 § sidebar.team.release: Releases
 § sidebar.team.hours: Horário
 § sidebar.team.commits: All commits

src/ts/translations/ru/pages_RU.txt

@@ -1,242 +0,0 @@
-export default `
-§ page.welcome.step1: Выполните команду в корне вашего проекта
-§ page.welcome.step3: Перетащите
-§ page.welcome.step4: файл log.txt на эту страницу
-§ page.welcome.description: Git создаст файл log.txt. Он содержит данные для построения отчёта. Выполните команду git shortlog -s -n -e если отчёт вам не нужен. Создайте файл [.mailmap|https://git-scm.com/docs/gitmailmap] в корне проекта, чтобы объединить статистику по сотрудникам.
-§ page.welcome.warning1: Сервис НЕ ХРАНИТ и НЕ ПЕРЕДАЁТ ваши данные. Все расчёты выполняются на вашем компьютере.
-§ page.welcome.warning2: Сервис НЕ СОБИРАЕТ СТАТИСТИКУ по проектам. Вы можете посмотреть [исходный код|https://github.com/bakhirev/assayo].
-§ page.common.words.title: Статистика по словам
-§ page.common.words.description: самое популярное слово. Встречается $1 раза.
-§ page.common.commits.title: Количество коммитов по дням
-§ page.common.commits.description: ($1) самый продуктивный день по числу коммитов.
-§ page.common.commits.title2: $1 сделано коммитов: $2
-§ page.common.filter.allUsers: Не имеет значения
-§ page.print.modal.title: Что распечатываем?
-§ page.print.modal.page: Текущую страницу
-§ page.print.modal.type: Текущий раздел
-§ page.print.modal.all: Всю статистику
-§ page.print.modal.cancel: Отмена
-§ page.print.tableOfContents: Оглавление
-§ page.print.title: Отчёт по git-репозиторию
-§ page.print.sub_title: «$1»
-§ page.print.description: Данные для отчёта были получены из истории коммитов.
-§ page.team.author.statusChart.title: Status
-§ page.team.author.daysChart.title: Days of work
-§ page.team.author.daysChart.item: days
-§ page.team.author.days.half: half year
-§ page.team.author.days.one: year
-§ page.team.author.days.15: year and a half
-§ page.team.author.days.two: two years
-§ page.team.author.days.more: more
-§ page.team.author.title: Details
-§ page.team.author.description1: Часть статистики (скорость работы, затраченные деньги и т.п.) по сотрудникам с типом «Помощник» не считается, т.к. это не постоянная роль в проекте. Их работа незначительно и её можно не учитывать.
-§ page.team.author.description2: Сортировка по умолчанию — это сортировка по количеству задач и группам (текущие, уволенные, помогающие  сотрудники).
-§ page.team.author.status: Status
-§ page.team.author.company: Company
-§ page.team.author.firstCommit: First commit
-§ page.team.author.lastCommit: Last
-§ page.team.author.daysAll: Total days
-§ page.team.author.types: Тип работ
-§ page.team.author.commits: Commits
-§ page.team.author.commitsSmall: commits
-§ page.team.author.tasks: Задач
-§ page.team.author.tasksSmall: задач
-§ page.team.author.workedLosses: Дни с коммитами и без
-§ page.team.author.worked: работа
-§ page.team.author.losses: дни без commits
-§ page.team.author.days: дней
-§ page.team.author.daysForTask: Дней на задачу
-§ page.team.author.scopes: Доработка
-§ page.team.author.moneyAll: Денег получил
-§ page.team.author.moneyWorked: Отработал
-§ page.team.author.moneyLosses: Переплата
-§ page.team.author.type.work: works
-§ page.team.author.type.dismissed: dismissed
-§ page.team.author.type.staff: staff
-§ page.team.hours.title: Распределение работы в течении каждого дня недели
-§ page.team.month.title: Календарь работы по проекту
-§ page.team.month.first: (first work day)
-§ page.team.month.last: (last work day)
-§ page.team.scope.title: Статистика по фичам
-§ page.team.scope.scope: Доработка
-§ page.team.scope.days: Раб. дней
-§ page.team.scope.authorsDays: Человеко-дней
-§ page.team.scope.tasks: Задач
-§ page.team.scope.commits: Commits
-§ page.team.scope.commitsSmall: commits
-§ page.team.scope.types: Тип работ
-§ page.team.scope.authors: Персональный вклад
-§ page.team.scope.cost: Стоимость
-§ page.team.type.title: Статистика по типам задач
-§ page.team.type.description: *Персональный вклад* считается по количеству коммитов, а не объему измененных строк или файлов. Поэтому следует так же смотреть раздел «Анализ файлов», чтобы оценить масштаб изменений.
-§ page.team.type.type: Тип работы
-§ page.team.type.unknown: unknown
-§ page.team.type.tasks: Задач
-§ page.team.type.tasksSmall: задач
-§ page.team.type.days: Дней
-§ page.team.type.daysSmall: дней
-§ page.team.type.authorsDays: Человеко-дней
-§ page.team.type.commits: Commits
-§ page.team.type.authors: Персональный вклад
-§ page.team.total.titleA: Объём работ
-§ page.team.total.titleB: Стоимость
-§ page.team.total.daysWorked.title: человеко-дней
-§ page.team.total.daysWorked.description: Учтены только дни, в которые делались коммиты
-§ page.team.total.commits.title: commits
-§ page.team.total.commits.description: Удалённые ветки не считаются
-§ page.team.total.daysLosses.title: дней без commits
-§ page.team.total.daysLosses.description: Все дни минус: праздники, выходные, отпуск, дни с коммитами
-§ page.team.total.employment.title: работает / уволилось
-§ page.team.total.employment.description: Если сотрудник в течении месяца не сделал ни одного коммита, он считается уволенным
-§ page.team.total.moneyAll.title: общая
-§ page.team.total.moneyAll.description: Суммарные затраты на зарплату
-§ page.team.total.moneyWorked.title: фактическая
-§ page.team.total.moneyWorked.description: Фактически отработанные дни умноженные на среднюю зарплату
-§ page.team.total.moneyLosses.title: возможная переплата
-§ page.team.total.moneyLosses.description: Оплаченные рабочие дни, когда коммитов не было
-§ page.team.total.weekendPayment.title: работа на выходных
-§ page.team.total.weekendPayment.description: Суммарная переплата за работу в выходные дни
-§ page.team.total.workSpeed.title: задач в день
-§ page.team.total.workSpeed.description: Средняя скорость работы команды при текущем составе сотрудников
-§ page.team.total.moneySpeed.title: в месяц
-§ page.team.total.moneySpeed.description: Прогнозируемая сумма выплаты на зарплату при текущем составе сотрудников без учета налогов и сопутствующих затрат
-§ page.team.total.description1: *Человеко-дни* — это работа одного сотрудника в течение одного рабочего дня. Например, за один календарный день, команда из трех сотрудников выдает объем работы в три человеко-дня.
-§ page.team.total.description2: *Днями прогулов* считаются только рабочие дни, когда коммиты могли бы быть сделаны. Выходные, государственные праздники и отпуска в расчёте не участвуют.
-§ page.team.total.description3: Карточка *работает и уволилось* показывает фактический состав сотрудников, которые постоянно участвуют в работе. Кроме этого, есть «помощники» — это сотрудники, как правило другой специализации, которые могут иногда делать коммиты в проект.
-§ page.team.total.description4: *Переплатой* считаются только рабочие дни, когда коммиты могли бы быть сделаны. Выходные, государственные праздники и отпуска в расчёте не участвуют. Именно поэтому переплата + фактическая стоимость != общей. В общей стоимости заложена оплата выходных, государственных праздников и отпусков.
-§ page.team.total.description5: *Работой на выходных* считается по коэффициенту х2 от оплаты обычного дня. Выше отображена именно переплата (х1), т.к. сам факт переработки в данном контексте не интересен. Мы не смотрим скорость сжигания бюджета. Мы смотрим переплату при увеличении скорости работы.
-§ page.team.tree.title: Дерево проекта с учётом выбранных фильтров
-§ page.team.tree.filters.author: Сотрудник
-§ page.team.tree.filters.commits: Количество коммитов
-§ page.team.tree.filters.help: Минимальное количество коммитов, которое сделал сотрудник в файле
-§ page.team.tree.filters.all: Все сотрудники
-§ page.team.tree.totalLines: Lines
-§ page.team.tree.totalTasks: Tasks
-§ page.team.tree.totalDays: Days
-§ page.team.tree.tasks: tasks
-§ page.team.tree.days: days
-§ page.team.tree.add: Кто добавлял
-§ page.team.tree.change: Кто менял
-§ page.team.tree.remove: Кто удалял
-§ page.team.tree.line: строк
-§ page.team.tree.linesAdded: добавили
-§ page.team.tree.linesChanged: изменили
-§ page.team.tree.linesRemoved: удалили
-§ page.team.day.commits: Commits
-§ page.team.day.activity: Activity
-§ page.team.week.title: Статистика по неделям
-§ page.team.week.date: Дата
-§ page.team.week.numberTasks: Количество задач
-§ page.team.week.people: Количество человек
-§ page.team.week.line: Изменение строк
-§ page.team.week.days: Дни с коммитами и без
-§ page.team.week.lossesDetails: Кто не коммитил
-§ page.team.week.add: добавили
-§ page.team.week.change: изменили
-§ page.team.week.remove: удалили
-§ page.team.week.hasCommits: были коммиты
-§ page.team.week.hasNotCommits: небыло коммитов
-§ page.team.week.days: дней
-§ page.team.week.tasks: задач
-§ page.team.pr.task: Задача
-§ page.team.pr.tasks: задач
-§ page.team.pr.firstCommitTime: Первый коммит
-§ page.team.pr.lastCommitTime: Последний
-§ page.team.pr.workDays: Дней разработки
-§ page.team.pr.delayDays: Дней ожидания влития
-§ page.team.pr.all.workDays: Время работы над задачей
-§ page.team.pr.all.delayDays: Время ревью PR
-§ page.team.pr.date: Дата влития
-§ page.team.pr.mergeAuthor: Влил
-§ page.team.pr.author: Сотрудник
-§ page.team.pr.middleTimeRelease: Среднее время поставки (дни)
-§ page.team.pr.chart.1day: day
-§ page.team.pr.chart.3day: three days
-§ page.team.pr.chart.7day: week
-§ page.team.pr.chart.14day: two weeks
-§ page.team.pr.chart.30day: month
-§ page.team.pr.chart.more: more
-§ page.team.pr.work: разработка
-§ page.team.pr.delay: ожидание
-§ page.team.pr.days: дней
-§ page.team.pr.oneTaskDays: Время потраченное на одну задачу
-§ page.team.pr.description1: *Время разработки* это разница времени от первого до последнего коммита по задаче. Не важно были перерывы в несколько дней между коммитами или нет. Сам факт какого-либо коммита увеличивает время.
-§ page.team.pr.description2: *Время ожидания* это время между последним коммитом и влитием кода. Оно показывает фактический простой в ожидании чего-либо.
-§ page.team.pr.description3: *Зачем отображать время разработки* без разбивки на кодинг и код-ревью? Затем, чтобы показать бизнесу фактическое время поставки кода. Ожидание тестирования, замечания на ревью, проблемы DevOps и прочие несовершенства процесса, как раз уже заложены в этот срок.
-§ page.team.pr.statByAuthors: Статистика по сотрудникам
-§ page.team.pr.longDelay: Длительное ожидание влития
-§ page.team.tasks.task: Задача
-§ page.team.tasks.author: Автор первого коммита
-§ page.team.tasks.from: Первый коммит
-§ page.team.tasks.to: Последний коммит
-§ page.team.tasks.daysInWork: Дней в работе
-§ page.team.tasks.comments: Комментарии
-§ page.person.print.photo.title: Фотография
-§ page.person.print.photo.description: место для фотографии
-§ page.person.total.title: Основные характеристики
-§ page.person.total.daysWorked.title: дней работы
-§ page.person.total.daysWorked.description: Учтены только дни, в которые делались коммиты
-§ page.person.total.tasks.title: задач
-§ page.person.total.tasks.description: Если коммиты правильно подписаны
-§ page.person.character.title: Персонаж
-§ page.person.achievement.title: Достижения
-§ page.person.achievement.positive: Позитивные
-§ page.person.achievement.normal: Нейтральные
-§ page.person.achievement.negative: Негативные
-§ page.person.achievement.description: Чем больше сотрудник набрал отрицательных достижений, тем больше вероятность, что ситуация нестандартная. Возможно, стоит изменить режим его работы, задачи или отчётность. Следует поговорить с ним и узнать, какие проблемы мешают его работе.
-§ page.person.gets.title: Взятые геты:
-§ page.person.gets.description: «Взять гет» в данном случае означает первым оставить коммит к задаче с  «красивым» номером.
-§ page.person.business.days.title: дней работы
-§ page.person.business.days.description: Учтены только дни, в которые делались коммиты
-§ page.person.business.tasks.title: задач
-§ page.person.business.tasks.description: Если коммиты правильно подписаны
-§ page.person.business.losses.title: дней без коммитов
-§ page.person.business.losses.description: Все дни минус: праздники, выходные, отпуск, дни с коммитами
-§ page.person.business.commits.title: коммитов
-§ page.person.business.commits.description: Удалённые ветки не считаются
-§ page.person.business.time.description: Время от первого, до последнего коммита (в том числе, нерабочие дни)
-§ page.person.business.time.title: Дней на проекте:
-§ page.person.business.time.dismissed: (уволен)
-§ page.person.business.time.staff: (не в команде)
-§ page.person.business.achievements: Достижения
-§ page.person.changes.title: Достижения
-§ page.person.changes.description:
-При некоторых видах форматирования git отмечает строки как «удалённые» и «добавленные»,
-хотя на самом деле они были «изменены». Поэтому, если вы провели большой рефакторинг,
-git может показать малое количество изменений в статистике, а фактический результат
-будет отмечен, как скачок «удаленных» и «добавленных» строк.
-§ page.person.changes.description: Список коммитов и количество изменений в них за этот день:
-§ page.person.commits.title: Список коммитов:
-§ page.person.money.title.total: За всё время
-§ page.person.money.title.middle: Средняя стоимость
-§ page.person.money.moneyAll.title: получил
-§ page.person.money.moneyAll.description: Предполагаемая сумма зп с проекта (см. настройки)
-§ page.person.money.moneyWorked.title: отработал
-§ page.person.money.moneyWorked.description: Фактически отработанные дни умноженные на среднюю зп
-§ page.person.money.moneyLosses.title: возможная переплата
-§ page.person.money.moneyLosses.description: Дни без коммитов умноженные на среднюю зп
-§ page.person.money.tasks.title: задача
-§ page.person.money.tasks.description: Количество закрытых задач к стоимости дня
-§ page.person.money.commits.title: коммит
-§ page.person.money.commits.description: Количество коммитов к стоимости рабочего дня
-§ page.person.speed.task: Одна задача в среднем это
-§ page.person.speed.max: Максимальная скорость в день
-§ page.person.speed.days.title: дней
-§ page.person.speed.days.description: Имеются ввиду рабочие дни, если коммиты правильно подписаны
-§ page.person.speed.commits.title: коммитов
-§ page.person.speed.commits.description: Отрезаны 10% максимальных и минимальных значений
-§ page.person.speed.line.title: строк кода
-§ page.person.speed.line.description: Отрезаны 10% максимальных и минимальных значений
-§ page.person.speed.tasks.title: задач
-§ page.person.speed.tasks.description: Задача может быть не доделана, но работа по ней должна быть
-§ page.person.speed.maxCommits.title: коммитов
-§ page.person.speed.maxCommits.description: Задача может быть не доделана, но работа по ней должна быть
-§ page.person.hours.title: Распределение коммитов в течении каждого дня недели
-§ page.person.week.date: Дата
-§ page.person.week.tasks: Количество задач
-§ page.person.week.workDays: Дни с коммитами
-§ page.person.week.taskInDay: Задач в день
-§ page.person.week.days: дней
-§ page.person.week.workDay: будни
-§ page.person.week.weekends: выходные
-`;

src/ts/translations/src/index.js

@@ -0,0 +1,43 @@
+const fs = require('node:fs');
+
+const PAGES = [
+  // 'achievements',
+  // 'common',
+  // 'navigation',
+  // 'pages',
+  'recommendations',
+  // 'settings',
+];
+
+function createTemplate(page) {
+  const text = fs.readFileSync(`../ru/${page}.ts`, 'utf8');
+  const content = text
+    .replace(/(§\s[A-Z0-9._]+)(:\s){0,}/gim, '')
+    .replace(/(export\sdefault\s`)|(`;)/gim, '');
+  fs.writeFileSync(`./templates/${page}.txt`, content);
+  fs.writeFileSync(`./transactions/${page}.txt`, content);
+}
+
+function restoreKeys(page) {
+  const origin = fs.readFileSync(`../ru/${page}.ts`, 'utf8');
+  const keys = origin.match(/(§\s[A-Z0-9._]+)(:\s){0,}/gim);
+  const lines = origin.split('\n');
+
+  const transactions = fs.readFileSync(`./transactions/${page}.txt`, 'utf8');
+  const target = transactions.split('\n');
+  lines.forEach((row, index) => {
+    if (!target[index]) {
+      target[index] = lines[index];
+    } else if (row[0] === '§') {
+      target[index] = keys.shift() + target[index];
+    }
+  });
+  const content = target.join('\n');
+
+  fs.writeFileSync(`./output/${page}.ts`, content);
+}
+
+const STEP = 2;
+if (STEP === 1) PAGES.map(createTemplate);
+if (STEP === 2) PAGES.map(restoreKeys);
+

src/ts/translations/src/output/achievements.ts

@@ -0,0 +1,161 @@
+export default `
+§ achievements.commitsAfter1500.title: 부엉이
+§ achievements.commitsAfter1500.description: 15:00 이후 70%커밋
+§ achievements.commitsBefore1500.title: 이른 새
+§ achievements.commitsBefore1500.description: 점심 전에 커밋의 70%
+§ achievements.workEveryTime.title: 하나님의 종
+§ achievements.workEveryTime.description: 하루 중 매 시간마다 약속이 있습니다.
+§ achievements.workNotWork.title: 공백이 있습니다
+§ achievements.workNotWork.description: 커밋하지만 닫힌 작업은 없습니다
+§ achievements.userNotWork.title: 길 잃은
+§ achievements.userNotWork.description: 그의 주요 프로젝트가 아닙니다
+§ achievements.userIsDied.title: 죽은 영혼
+§ achievements.userIsDied.description: 근무,하지만 종료
+§ achievements.lessTasks.title: 안으로 그리고 밖으로
+§ achievements.lessTasks.description: 입력 및 종료된 닫힌 작업 수가 가장 적습니다
+§ achievements.moreTasks.title: 아빠 그릿 말라츠아
+§ achievements.moreTasks.description: 대부분의 모든 폐쇄 작업
+§ achievements.everyMessageLong.title: 웅변의 마스터
+§ achievements.everyMessageLong.description: 일관되게 가장 긴 커밋 서명이 있습니다.
+§ achievements.everyMessageShort.title: 수다쟁이는 간첩을 위한 신의 선물이다
+§ achievements.everyMessageShort.description: 일관되게 가장 짧은 커밋 서명
+§ achievements.shortestName.title: 크기는 주요 아닙니다
+§ achievements.shortestName.description: 것,가장 짧은 이름
+§ achievements.longestName.title: 아지미 아지즈 일 암 카디르 이므란 2 세
+§ achievements.longestName.description: 가장 긴 이름입니다.
+§ achievements.moreCommits.title: 백업 마법사
+§ achievements.moreCommits.description: 가장 많은 커밋이 있습니다
+§ achievements.lessCommits.title: 드물지만 적절하게
+§ achievements.lessCommits.description: 최소 커밋
+§ achievements.oneCommitOneTask.title: 정확히 목표에
+§ achievements.oneCommitOneTask.description: ,평균적으로 작업 당 하나의 커밋
+§ achievements.moreLazyDays.title: 정신적으로,나는 당신과 함께 있습니다
+§ achievements.moreLazyDays.description: 커밋 없는 대부분의 날
+§ achievements.lessLazyDays.title: 파파 카를로
+§ achievements.lessLazyDays.description: 커밋 없이 최소 일 수 있음
+§ achievements.zeroLazyDays.title: 단 한 번의 휴식도
+§ achievements.zeroLazyDays.description: ,커밋 없이 단 하루도
+§ achievements.moreWorkDays.title: 소중한 직원
+§ achievements.moreWorkDays.description: 최대 작업 일을 위해
+§ achievements.moreScopes.title: 시작
+§ achievements.moreScopes.description: 대부분의 기능을 만들었습니다
+§ achievements.lessScopes.title: 골드핀치
+§ achievements.lessScopes.description: 가장 적은 기능을 만들었습니다.
+§ achievements.moreDaysForTask.title: 슬로프에 달팽이
+§ achievements.moreDaysForTask.description: 작업 작업은 나머지 작업보다 느립니다
+§ achievements.more2DaysForTask.title: 느린
+§ achievements.more2DaysForTask.description: ,작업 당 2 일 이상
+§ achievements.more3YearsInProject.title: 그는 오래 된 타이머 되었습니다
+§ achievements.more3YearsInProject.description: 3 년 이상 프로젝트에서
+§ achievements.lessDaysInProject.title: 그리고 이것은 누구입니까?
+§ achievements.lessDaysInProject.description: 프로젝트의 최소 일 수
+§ achievements.lessDaysForTask.title: 빠른
+§ achievements.lessDaysForTask.description: 화재 한 작업은 하루 미만 소요
+§ achievements.adam.title: 아담
+§ achievements.adam.description: 프로젝트의 첫 번째 안정적인 직원
+§ achievements.more90DaysInProject.title: 환영
+§ achievements.more90DaysInProject.description: 집행유예로 해고되지 않음
+§ achievements.more365DaysInProject.title: 고도바시크
+§ achievements.more365DaysInProject.description: 이 프로젝트에서 1 년 동안 일했습니다.
+§ achievements.more666DaysInProject.title: 젠장
+§ achievements.more666DaysInProject.description: ,나는 프로젝트에 666 일을 일했다
+§ achievements.more777DaysInProject.title: 아지노 3 축
+§ achievements.more777DaysInProject.description: 프로젝트에 777 일 근무
+§ achievements.moreDaysInProject.title: 팀의 일부,배의 일부
+§ achievements.moreDaysInProject.description: 프로젝트에 가장 많은 일
+§ achievements.moreRefactoring.title: 릴리스 편집기
+§ achievements.moreRefactoring.description: 모든 레이블"리팩토링"을 최대한 활용했습니다.
+§ achievements.longestMessage.title: "혀로 말하기"가방이 아닌 롤
+§ achievements.longestMessage.description: 모든 시간 중 가장 긴 커밋 서명 이상
+§ achievements.moreTasksInDay.title: 스피디 레이서
+§ achievements.moreTasksInDay.description: 하루 종료된 작업 수에 대한 레코드입니다
+§ achievements.hasCommitFrom0to7.title: 야간 시계
+§ achievements.hasCommitFrom0to7.description: 밤의 모든 시간에 대한 커밋이있다
+§ achievements.noCommitOnDay.title: 기술 중단
+§ achievements.noCommitOnDay.description: 결코 오지 않는 근무 시간 도중 어느 시간 및 일이 있다
+§ achievements.hasCommitEveryTime.title: 직장에서 사망
+§ achievements.hasCommitEveryTime.description: 매일 한 시간 동안 커밋이 있습니다(주말 포함)
+§ achievements.commitsAfter1800.title: 영업 시간
+§ achievements.commitsAfter1800.description: ,18:00 이후에는 커밋이 없습니다
+§ achievements.moreFix.title: 버그 헌터
+§ achievements.moreFix.description: 가장 닫힌 버그가 있습니다
+§ achievements.lessWorkDays.title: 그럼
+§ achievements.lessWorkDays.description: 나 없이 더 적은 작업 일이 있다
+§ achievements.moreCreateCode.title: 창조주
+§ achievements.moreCreateCode.description: 코드를 추가하는 다른 사람보다 더 많은 경향이있다
+§ achievements.moreRemoveCode.title: 파괴자
+§ achievements.moreRemoveCode.description: 코드를 삭제하는 다른 사람보다 더 많은 경향이있다
+§ achievements.moreChangeCode.title: 개혁자
+§ achievements.moreChangeCode.description: 코드를 변경하는 다른 사람보다 더 많은 경향이있다
+§ achievements.moreStyle.title: 패션 경찰
+§ achievements.moreStyle.description: 다른 사람들보다 더 많은 경향이 있습니다.
+§ achievements.moreOnHoliday.title: 생명 은 없다
+§ achievements.moreOnHoliday.description: 시간 이후 비교적 많은 커밋의 경우
+§ achievements.morePRMerge.title: 세관은 이동-미리 제공
+§ achievements.morePRMerge.description: 다른 사람들보다 더 자주 그는 홍보를 위해"부어"버튼을 누릅니다
+§ achievements.longWaitPR.title: 내일,확실히
+§ achievements.longWaitPR.description: ,우리는 한 달 이상 검토에 매달려 된 홍보를 만들 것입니다
+§ achievements.moreLongWaitPR.title: 오래 전,먼 은하에서
+§ achievements.moreLongWaitPR.description: ,나는 가능한 한 오랫동안 리뷰에 매달린 홍보를 만들었습니다
+§ achievements.oneExtension.title: 전장에서 유일한 사람은 전사입니다
+§ achievements.oneExtension.description: ,그는 특정 확장자의 파일 만 사용합니다
+§ achievements.fileRush.title: 저그 러쉬
+§ achievements.fileRush.description: 프로젝트에서 가장 많은 파일을 만들었습니다.
+§ achievements.moreLintHint.title: 그라마르-나치
+§ achievements.moreLintHint.description: 생성 또는 코드의 자동 검증의 규칙에 가장 변경
+§ achievements.moreReadMe.title: 연대기 작가
+§ achievements.moreReadMe.description: 가장 많이 만든 파일 또는 변경된 파일
+§ achievements.moreDevOps.title: 개발 운영
+§ achievements.moreDevOps.description: 가장 많은 파일을 생성 또는 수정했습니다.
+§ achievements.moreTests.title: 테스터
+§ achievements.moreTests.description: 테스트를 위해 가장 많은 파일을 만들거나 수정했습니다
+§ achievements.allRelease.title: 풀 하우스
+§ achievements.allRelease.description: 그의 작업에서만 컴파일 된 릴리스가 있습니다
+§ achievements.firstCommit.title: 누가 첫 번째,그리고 운동화
+§ achievements.firstCommit.description: 프로젝트의 첫 번째 커밋입니다
+§ achievements.lastCommit.title: 나는 완료
+§ achievements.lastCommit.description: 프로젝트의 마지막 커밋
+§ achievements.firstLastCommit.title: 처음부터 끝까지
+§ achievements.firstLastCommit.description: ,프로젝트의 첫 번째와 마지막 커밋
+§ achievements.longFilePath.title: 조국의 쓰레기통
+§ achievements.longFilePath.description: 가장 깊은 첨부 파일을 만든 첫 번째 사람
+§ achievements.longFileName.title: 크기 문제
+§ achievements.longFileName.description: 가장 긴 이름을 가진 파일을 만들었습니다.
+§ achievements.workOnWeekends.title: 일 은 산책 이 아니다
+§ achievements.workOnWeekends.description: 적어도 한 번 주말에 일했다
+§ achievements.removeCreateFile.title: 나는 스튜어디스를 발굴
+§ achievements.removeCreateFile.description: 그리고 삭제 된 파일을 복원
+§ achievements.renameFile.title: 아스타나 누르 술탄 아스타나
+§ achievements.renameFile.description: 파일 이름을 앞뒤로 바꿉니다
+§ achievements.longTask.title: 이즈얀
+§ achievements.longTask.description: 3 개월 이상 작업을 해왔습니다.
+§ achievements.haveNotEmail.title: 우편사 페치킨
+§ achievements.haveNotEmail.description: 전자 메일 필드를 채우지 않았습니다.
+§ achievements.moreAddedFolders.title: 이사
+§ achievements.moreAddedFolders.description: 가장 많은 디렉토리를 만들었습니다.
+§ achievements.horoscope1.title: 염소 자리의 역행 수은
+§ achievements.horoscope2.title: 물병 자리의 역행 수성
+§ achievements.horoscope3.title: 물고기의 역행 수은
+§ achievements.horoscope4.title: 양자리의 역행 수은
+§ achievements.horoscope5.title: 황소 자리의 역행 수은
+§ achievements.horoscope6.title: 쌍둥이 자리의 역행 수성
+§ achievements.horoscope7.title: 암의 역행 수은
+§ achievements.horoscope8.title: 레오의 역행 수성
+§ achievements.horoscope9.title: 처녀 자리의 역행 수성
+§ achievements.horoscope10.title: 천칭 자리의 역행 수은
+§ achievements.horoscope11.title: 전갈 자리의 역행 수성
+§ achievements.horoscope12.title: 궁수 자리의 역행 수은
+§ achievements.horoscope1.description: 첫 번째 약속의 달까지
+§ achievements.horoscope2.description: 첫 번째 약속의 달까지
+§ achievements.horoscope3.description: 첫 번째 약속의 달까지
+§ achievements.horoscope4.description: 첫 번째 약속의 달까지
+§ achievements.horoscope5.description: 첫 번째 약속의 달까지
+§ achievements.horoscope6.description: 첫 번째 약속의 달까지
+§ achievements.horoscope7.description: 첫 번째 약속의 달까지
+§ achievements.horoscope8.description: 첫 번째 약속의 달까지
+§ achievements.horoscope9.description: 첫 번째 약속의 달까지
+§ achievements.horoscope10.description: 첫 번째 약속의 달까지
+§ achievements.horoscope11.description: 첫 번째 약속의 달까지
+§ achievements.horoscope12.description: 첫 번째 약속의 달까지
+§ achievements.111.description: 시험
+`;

src/ts/translations/src/output/common.ts

@@ -0,0 +1,29 @@
+export default `
+§ uiKit.console.button: 복사
+§ uiKit.console.notification: 텍스트가 복사되었습니다
+§ uiKit.dataLoader.page: 페이지
+§ uiKit.dataLoader.size: 에 의해 표시
+§ uiKit.dataLoader.rows: 라인.
+§ uiKit.dataLoader.from: 에서
+§ uiKit.dataLoader.all: 모두 보기
+§ uiKit.hoursChart.work: 표준 근무 시간(평일 07:00~20:00)
+§ uiKit.hoursChart.weekend: 근무일 전/후 주말 또는 시간
+§ uiKit.hoursChart.days: 특정 요일 및 시간의 모든 시간에 대한 총 커밋 수
+§ uiKit.page.remove: 제거
+§ uiKit.nothingFound.common.title: 표시 할 데이터가 없거나 부족합니다
+§ uiKit.nothingFound.common.description: 커밋이 형식으로 서명되면 시스템은 더 많은 데이터를 처리합니다.:
+§ uiKit.nothingFound.common.console: 작업 번호 유형(기능):설명
+§ uiKit.nothingFound.common.example: 예를 들어:
+§ uiKit.nothingFound.staff.title: 이 직원에 대한 데이터가 없습니다
+§ uiKit.nothingFound.staff.description1
+그는 매일 편집을하지 않았고"조수"의 지위를 받았습니다.
+이 프로젝트에서이 상태를 가진 직원의 작업은 블라드가 일반적인 배경에 비해 중요하지 않기 때문에 무시 될 수 있습니다.
+§ uiKit.nothingFound.staff.description2
+따라서 시스템은 그것에 대한 여러 지표를 계산하지 않습니다.
+이것이 오류이고 이 직원을 일반 직원으로 계산해야 하는 경우"설정"섹션으로 이동하여 유형을 변경하십시오.
+§ common.title: 힘내 통계
+§ common.filters: 필터
+§ common.notifications.save: 변경 사항이 저장됩니다
+§ common.notifications.setting: 설정이 저장됩니다
+§ common.fileLoader.notification: 파일 업로드 오류$1
+`;

src/ts/translations/src/output/navigation.ts

@@ -0,0 +1,47 @@
+export default `
+§ sidebar.switch.team: 팀
+§ sidebar.switch.person: 직원
+§ sidebar.buttons.settings: 설정
+§ sidebar.buttons.print: 인쇄
+§ sidebar.buttons.share: 그것을 공유
+§ sidebar.buttons.logout: 나가
+§ sidebar.filters.all: 항상
+§ sidebar.filters.year: 년
+§ sidebar.filters.halfYear: 반년
+§ sidebar.filters.month: 월
+§ sidebar.filters.week: 주
+§ sidebar.team.total: 일반 정보
+§ sidebar.team.scope: 특징
+§ sidebar.team.author: 직원
+§ sidebar.team.type: 작업 유형
+§ sidebar.team.pr: 코드 삽입
+§ sidebar.team.day: 낮에
+§ sidebar.team.week: 주별
+§ sidebar.team.month: 월별
+§ sidebar.team.files: 파일
+§ sidebar.team.removedFiles: 삭제 된 파일
+§ sidebar.team.extension: 파일 형식
+§ sidebar.team.tasks: 작업 목록
+§ sidebar.team.release: 발매 목록
+§ sidebar.team.hours: 일정
+§ sidebar.team.commits: 모든 댓글
+§ sidebar.team.changes: 모든 변경 사항
+§ sidebar.team.words: 인기있는 단어
+§ sidebar.team.building: 퀴즈
+§ sidebar.team.refactor: 리팩토링
+§ sidebar.team.company: 회사
+§ sidebar.team.country: 위치
+§ sidebar.team.settings: 설정
+§ sidebar.person.total: 일반 정보
+§ sidebar.person.money: 작업 비용
+§ sidebar.person.speed: 속도
+§ sidebar.person.day: 낮에
+§ sidebar.person.week: 주별
+§ sidebar.person.month: 월별
+§ sidebar.person.tasks: 작업 목록
+§ sidebar.person.hours: 일정
+§ sidebar.person.commits: 모든 커밋
+§ sidebar.person.changes: 모든 변경 사항
+§ sidebar.person.words: 인기있는 단어
+§ sidebar.person.settings: 설정
+`;

src/ts/translations/src/output/pages.ts

@@ -0,0 +1,297 @@
+export default `
+§ page.welcome.step1: 프로젝트 루트에서 명령을 실행합니다
+§ page.welcome.step3: 드래그
+§ page.welcome.step4: 그리고 파일 로그를 삭제합니다.이 페이지로
+§ page.welcome.description: 힘내는 파일 로그를 만들 것입니다.- 네 여기에는 보고서 작성을 위한 데이터가 포함되어 있습니다. 또는 보고서가 필요하지 않은 경우 짧은 로그가 필요합니다. 직원 통계를 결합하기 위해 프로젝트의 루트에[.메일 맵|<url>/문서/자식 메일 맵]파일을 만듭니다.
+§ page.welcome.warning1: 서비스*저장하지 않습니다*및*전송하지 않습니다*귀하의 데이터. 모든 계산은 컴퓨터에 바로 브라우저에서 로컬로 수행됩니다.
+§ page.welcome.warning2: 서비스*는 프로젝트에 대한 통계*를 수집하지 않습니다. 인터넷을 끄고 트래픽을 확인하고 로컬 빌드를 구축 할 수도 있습니다.
+§ page.common.words.title: 단어에 대한 통계
+§ page.common.words.description: 가장 인기있는 단어입니다. 그것은 발생$1 시대.
+§ page.common.commits.title: 일별 커밋 수
+§ page.common.commits.description: ($1)커밋 수에 따라 가장 생산적인 날.
+§ page.common.commits.title2: $1 커밋:$2
+§ page.common.filter.allUsers: 그것은 중요하지 않습니다
+§ page.print.modal.title: 우리는 무엇을 인쇄하고 있습니까?
+§ page.print.modal.page: 현재 페이지
+§ page.print.modal.type: 현재 섹션
+§ page.print.modal.all: 모든 통계
+§ page.print.modal.cancel: 취소
+§ page.print.tableOfContents: 내용 표
+§ page.print.title: 자식 저장소에 대한 보고서
+§ page.print.sub_title: "$1"
+§ page.print.description: 보고서의 데이터는 커밋 기록에서 얻었습니다.
+§ page.team.author.statusChart.title: 현재 상태
+§ page.team.author.daysChart.title: 근무 시간
+§ page.team.author.daysChart.item: 일
+§ page.team.author.days.half: 반 년
+§ page.team.author.days.one: 1 년
+§ page.team.author.days.15: 한 반
+§ page.team.author.days.two: 2 년
+§ page.team.author.days.more: 더 보기
+§ page.team.author.title: 세부 정보
+§ page.team.author.description1: *통계의 일부*(작업 속도,지출된 돈 등))*는 프로젝트에서 일시적인 역할이기 때문에"보조"유형*을 가진 직원에 포함되지 않습니다. 우리는 그들이 프로젝트에 영향을 미치지 않는다고 가정하고,그들의 편집은 총 작업량의 배경에 대해 무시할 수 있습니다.
+§ page.team.author.description2: *기본 정렬*작업 및 그룹 수(현재,해고,직원 지원)로 정렬됩니다.
+§ page.team.author.status: 상태
+§ page.team.author.company: 회사소개
+§ page.team.author.firstCommit: 첫 번째 커밋
+§ page.team.author.lastCommit: 마지막
+§ page.team.author.daysAll: 그냥 일
+§ page.team.author.types: 작업 유형
+§ page.team.author.commits: 커밋
+§ page.team.author.commitsSmall: 커밋
+§ page.team.author.tasks: 작업
+§ page.team.author.tasksSmall: 작업
+§ page.team.author.workedLosses: 커밋이 있는 날과 없는 날
+§ page.team.author.worked: 일
+§ page.team.author.losses: 커밋 없는 일
+§ page.team.author.days: 일
+§ page.team.author.daysForTask: 일 당
+§ page.team.author.scopes: 기능 작업
+§ page.team.author.moneyAll: 수신
+§ page.team.author.moneyWorked: 밖으로 일
+§ page.team.author.moneyLosses: 초과 지불
+§ page.team.author.type.work: 작동 중
+§ page.team.author.type.dismissed: § page.team.author.type.dismissed: уволен
+§ page.team.author.type.staff: 조수가 해고됐어
+§ page.team.hours.title: 각 요일 동안의 커밋 배포
+§ page.team.month.title: 프로젝트 작업 일정
+§ page.team.month.first: (첫 근무일)
+§ page.team.month.last: (마지막 작업 일)
+§ page.team.scope.title: 기능 통계
+§ page.team.scope.scope: 특징
+§ page.team.scope.days: 노예 일
+§ page.team.scope.authorsDays: 남자 일
+§ page.team.scope.tasks: 작업
+§ page.team.scope.commits: 커밋
+§ page.team.scope.commitsSmall: 커밋
+§ page.team.scope.types: 작업 유형
+§ page.team.scope.authors: 개인 기여
+§ page.team.scope.cost: 비용
+§ page.team.type.title: 작업 유형별 통계
+§ page.team.type.description: *개인 기여*는 수정 된 라인 또는 파일의 볼륨이 아닌 커밋 수에 의해 계산됩니다. 따라서"파일 분석"섹션도 살펴보고 변경 사항의 규모를 평가해야 합니다.
+§ page.team.type.type: 작업 유형
+§ page.team.type.unknown: 알 수 없는
+§ page.team.type.tasks: 작업
+§ page.team.type.tasksSmall: 작업
+§ page.team.type.days: 일
+§ page.team.type.daysSmall: 일
+§ page.team.type.authorsDays: 남자 일
+§ page.team.type.commits: 커밋
+§ page.team.type.authors: 개인 기여
+§ page.team.total.titleA: 작업 범위
+§ page.team.total.titleB: 비용
+§ page.team.total.daysWorked.title: 인간의 날
+§ page.team.total.daysWorked.description: 약속이 이루어진 날만 고려됩니다.
+§ page.team.total.commits.title: § page.team.total.commits.title: коммитов
+§ page.team.total.commits.description: 삭제된 분기는 계산되지 않습니다
+§ page.team.total.daysLosses.title: 커밋 없는 일
+§ page.team.total.daysLosses.description: 모든 일 빼기:휴일,주말,휴가,커밋이있는 일
+§ page.team.total.employment.title: 작업/종료
+§ page.team.total.employment.description: 직원이 한 달 이내에 단일 커밋을하지 않은 경우 그는 해고 된 것으로 간주됩니다
+§ page.team.total.moneyAll.title: .
+§ page.team.total.moneyAll.description: 포의 총 비용
+§ page.team.total.moneyWorked.title: 실제
+§ page.team.total.moneyWorked.description: 실제 일 평균 포를 곱한 일
+§ page.team.total.moneyLosses.title: 가능한 초과 지불
+§ page.team.total.moneyLosses.description: 커밋이 없는 유료 근무일
+§ page.team.total.weekendPayment.title: 주말에 일
+§ page.team.total.weekendPayment.description: 주말 작업에 대한 총 초과 지불
+§ page.team.total.workSpeed.title: 일일 작업
+§ page.team.total.workSpeed.description: 현재 직원과 팀의 평균 속도
+§ page.team.total.moneySpeed.title: 달 당
+§ page.team.total.moneySpeed.description: 세금 및 관련 비용을 제외한 현재 직원과 포에 대한 지불의 예상 금액
+§ page.team.total.description1: *남자 일*은 한 근무일 동안 한 직원의 작업입니다. 예를 들어,한 달력 날,3 명의 직원으로 구성된 팀은 3 일 동안 많은 양의 일을 합니다.
+§ page.team.total.description2: *결근 일*은 커밋을 할 수 있었던 영업일 만 간주됩니다. 주말,공휴일 및 휴가는 계산에 포함되지 않습니다.
+§ page.team.total.description3: 카드*작동 및 종료*는 작업에 지속적으로 참여하는 직원의 실제 구성을 보여줍니다. 또한"조수"가 있습니다.이 직원은 일반적으로 다른 전문 분야의 직원이며 때로는 프로젝트에 커밋을 할 수 있습니다.
+§ page.team.total.description4: *초과 지불*커밋이 이루어질 수 있었던 영업일만 계산합니다. 주말,공휴일 및 휴가는 계산에 포함되지 않습니다. 그 이유는 초과 지불+실제 비용!=장군 총 비용에는 주말,공휴일 및 휴가에 대한 지불이 포함됩니다.
+§ page.team.total.description5: *주말 작업*은 정규 일의 지불에서 계수 2 배에 의해 계산됩니다. 이 맥락에서 처리 사실 자체가 흥미롭지 않기 때문에 위에 표시된 것은 초과 지불(1 배)입니다. 우리는 예산 연소 속도를 보지 않습니다. 우리는 작업 속도를 높일 때 초과 지불을 찾고 있습니다.
+§ page.team.tree.title: 선택한 필터를 고려하여 프로젝트 트리
+§ page.team.tree.filters.author: 직원
+§ page.team.tree.filters.commits: 커밋 수
+§ page.team.tree.filters.help: 직원이 파일에서 수행한 최소 커밋 수입니다
+§ page.team.tree.filters.all: 모든 직원
+§ page.team.tree.totalLines: 라인
+§ page.team.tree.totalTasks: 작업
+§ page.team.tree.totalDays: 일
+§ page.team.tree.tasks: 작업
+§ page.team.tree.days: 일
+§ page.team.tree.add: 누가 추가 했습니까
+§ page.team.tree.change: 누가 그것을 변경
+§ page.team.tree.remove: 누가 그것을 삭제 했습니까
+§ page.team.tree.line: 라인
+§ page.team.tree.linesAdded: 추가
+§ page.team.tree.linesChanged: 변경
+§ page.team.tree.linesRemoved: 삭제
+§ page.team.company.title: 세부 정보
+§ page.team.company.employments.title: 숫자로
+§ page.team.company.employments.item: 직원의
+§ page.team.company.daysChart.title: 기간에 따라
+§ page.team.company.daysChart.item: 회사의 계약
+§ page.team.company.active.yes: ,
+§ page.team.company.active.no: 계약이 만료되었습니다.
+§ page.team.country.byTimezone: 마지막 커밋 시간까지
+§ page.team.country.filters.active: 그들은 작동
+§ page.team.country.filters.dismissed: 해고
+§ page.team.country.filters.staff: 보조원
+§ page.team.country.pieByDomain.title: 우편,시간 및 언어로
+§ page.team.country.pieByTimezone.title: 에 의해
+§ page.team.country.chart.item: 직원 시간
+§ page.team.country.table.title: 직원 목록
+§ page.team.country.table.country: 위치
+§ page.team.country.table.employments: 직원
+§ page.team.country.travel.title: 비즈니스 여행(또는 리베이스)
+§ page.team.country.travel.author: 직원
+§ page.team.country.travel.fly: 항공편 수
+§ page.team.country.travel.path: 위치 목록
+§ page.team.country.travel.date: 비행 날짜
+§ page.team.country.travel.country: 위치
+§ page.team.refactor.title: 리팩토링 후보
+§ page.team.refactor.lines: § page.team.refactor.lines: строк
+§ page.team.refactor.tasks: 작업 라인
+§ page.team.refactor.days: 일
+§ page.team.refactor.path: 방법
+§ page.team.refactor.firstCommit: 첫 번째 커밋
+§ page.team.refactor.totalLines: 라인
+§ page.team.refactor.totalTasks: 작업
+§ page.team.refactor.totalDays: 개발 일
+§ page.team.day.commits: 커밋
+§ page.team.day.activity: 활동
+§ page.team.week.title: 주별 통계
+§ page.team.week.date: 날짜
+§ page.team.week.numberTasks: 작업 수
+§ page.team.week.people: 사람 수
+§ page.team.week.line: 라인 변경
+§ page.team.week.days: 커밋이 있는 날과 없는 날
+§ page.team.week.lossesDetails: 커밋하지 않은 사람
+§ page.team.week.add: 추가
+§ page.team.week.change: 변경
+§ page.team.week.remove: 삭제
+§ page.team.week.hasCommits: 커밋이 있었다
+§ page.team.week.hasNotCommits: ,커밋이 없었습니다
+§ page.team.week.days: 일
+§ page.team.week.tasks: 작업
+§ page.team.pr.task: 작업
+§ page.team.pr.tasks: 작업
+§ page.team.pr.firstCommitTime: 첫 번째 커밋
+§ page.team.pr.lastCommitTime: 마지막
+§ page.team.pr.workDays: 작업 작업에 소요된 평균 시간
+§ page.team.pr.delayDays: 평균 홍보 검토 시간
+§ page.team.pr.all.workDays: 작업 작업에 소요된 시간
+§ page.team.pr.all.delayDays: 홍보 검토 시간
+§ page.team.pr.middleTimeRelease: 검토 할 개발 시간의 비율
+§ page.team.pr.chart.1day: 시간은 하루
+§ page.team.pr.chart.3day: 3 일
+§ page.team.pr.chart.7day: 한 주
+§ page.team.pr.chart.14day: 2 주
+§ page.team.pr.chart.30day: 한 달
+§ page.team.pr.chart.more: 더 보기
+§ page.team.pr.date: 주입 날짜
+§ page.team.pr.mergeAuthor: 나는 그것을 부어
+§ page.team.pr.author: 직원
+§ page.team.pr.work: 개발
+§ page.team.pr.delay: 대기 중
+§ page.team.pr.days: 일
+§ page.team.pr.oneTaskDays: 한 작업에 소요 된 시간
+§ page.team.pr.description1: *개발 시간*이 작업은 작업의 첫 번째 커밋에서 마지막 커밋까지의 시간 차이입니다. 커밋 사이에 며칠의 휴식 시간이 있었는지 여부는 중요하지 않습니다. 모든 커밋의 바로 그 사실은 시간을 증가시킵니다.
+§ page.team.pr.description2: *대기 시간*마지막 커밋과 코드 주입 사이의 시간입니다. 그것은 무언가를 기다리는 실제 유휴 상태를 보여줍니다.
+§ page.team.pr.description3: *개발 시간을 표시하는 이유*코딩 및 코드 검토로 분해하지 않고? 그런 다음,비즈니스 코드의 실제 배달 시간을 표시합니다. 테스트의 기대,검토에 대한 의견,개발 운영 문제 및 프로세스의 다른 결함은 이미이 기간에 규정되어있다.
+§ page.team.pr.statByAuthors: 직원 통계
+§ page.team.pr.longDelay: 주입에 대한 긴 대기
+§ page.team.pr.anonymous: 문제 번호가없는 홍보
+§ page.team.pr.branch: 지점
+§ page.team.tasks.task: 작업
+§ page.team.tasks.author: 첫 번째 커밋의 저자
+§ page.team.tasks.from: 첫 번째 커밋
+§ page.team.tasks.to: 마지막 커밋
+§ page.team.tasks.daysInWork: 일 의 날
+§ page.team.tasks.comments: 댓글
+§ page.team.extension.extension: 파일 확장자
+§ page.team.extension.type: 파일 하위 유형
+§ page.team.extension.name: 유형
+§ page.team.extension.path: 경로
+§ page.team.extension.current.count: 수량
+§ page.team.extension.removed.count: 삭제된 수
+§ page.team.extension.files: 파일
+§ page.team.release.download: 다운로드
+§ page.team.release.title: 릴리스
+§ page.team.release.from: 생성 날짜
+§ page.team.release.to: 완료 날짜
+§ page.team.release.prLength: 작업
+§ page.team.release.delay: 작업 일
+§ page.team.release.waiting: 다음 릴리스 며칠 전
+§ page.person.print.photo.title: 사진
+§ page.person.print.photo.description: 사진 촬영 장소
+§ page.person.total.title: 주요 특징
+§ page.person.total.daysWorked.title: 작업 일의
+§ page.person.total.daysWorked.description: 만 커밋하는 일
+§ page.person.total.tasks.title: 고려되었다
+§ page.person.total.tasks.description: 커밋이 올바르게 서명 된 경우
+§ page.person.scoring.toolbar: 이 메트릭에 따른 위치,다른 메트릭에 대한 상대. 값이 동일한 경우 두 명의 직원이 한 자리를 차지할 수 있습니다. 따라서 총 장소 수는 직원 수보다 적을 수 있습니다.
+§ page.person.character.title: 캐릭터
+§ page.person.achievement.title: 진행
+§ page.person.achievement.positive: 긍정적 인
+§ page.person.achievement.normal: 중립
+§ page.person.achievement.negative: 부정
+§ page.person.achievement.description: 직원이 더 많은 부정적인 업적을 달성할수록 상황이 비표준일 가능성이 높아집니다. 작동 모드,작업 또는보고 모드를 변경할 가치가 있습니다. 당신은 그에게 이야기하고 그의 일을 방해하는 문제가 무엇인지 알아 내야합니다.
+§ page.person.gets.title: 작업 번호 메달:
+§ page.person.gets.description: 메달은 사용자가"아름다운"번호로 작업에 대한 약속을 가장 먼저 남기면 수여됩니다.
+§ page.person.business.days.title: 작업 일
+§ page.person.business.days.description: 만 커밋하는 일
+§ page.person.business.tasks.title: 고려되었다
+§ page.person.business.tasks.description: 커밋이 올바르게 서명 된 경우
+§ page.person.business.losses.title: ,커밋이없는 일
+§ page.person.business.losses.description: 모든 일 빼기:휴일,주말,휴가,커밋 일
+§ page.person.business.commits.title: 커밋
+§ page.person.business.commits.description: 삭제된 분기는 포함되지 않습니다
+§ page.person.business.time.description: 첫 번째 커밋부터 마지막 커밋까지의 시간(비 작업 일 포함)
+§ page.person.business.time.title: 프로젝트 일:
+§ page.person.business.time.dismissed: (해고)
+§ page.person.business.time.staff: (조수)
+§ page.person.business.achievements: 업적
+§ page.person.changes.title: 진행
+§ page.person.changes.description:
+일부 유형의 서식을 사용하면 문자열을"삭제됨"및"추가됨"으로 표시합니다.,
+사실 그들은"변경"되었습니다. 따라서 리팩토링을 많이 한 경우,
+힘내는 통계의 변화의 작은 숫자,실제 결과를 표시 할 수 있습니다
+"삭제됨"및"추가됨"행의 점프로 표시됩니다.
+§ page.person.changes.description: 그 날의 커밋 목록과 변경 횟수:
+§ page.person.commits.title: 커밋 목록:
+§ page.person.money.title.total: 모든 시간 동안
+§ page.person.money.title.middle: 평균 비용
+§ page.person.money.moneyAll.title: 수신
+§ page.person.money.moneyAll.description: 프로젝트에서 포의 예상 금액(설정 참조)
+§ page.person.money.moneyWorked.title: 밖으로 일
+§ page.person.money.moneyWorked.description: 실제 일 평균 포를 곱한 일
+§ page.person.money.moneyLosses.title: 가능한 초과 지불
+§ page.person.money.moneyLosses.description: 커밋이 없는 일에 평균 포를 곱한 값
+§ page.person.money.tasks.title: 작업
+§ page.person.money.tasks.description: 비용에 대한 닫힌 작업 수
+§ page.person.money.commits.title: 약속의 날
+§ page.person.money.commits.description: 작업 일 비용에 대한 커밋 수
+§ page.person.speed.task: 평균적으로 한 가지 과제는
+§ page.person.speed.max: 하루 최대 속도
+§ page.person.speed.days.title: 일
+§ page.person.speed.days.description: 이는 커밋이 올바르게 서명 된 경우 작업 일을 의미합니다.
+§ page.person.speed.commits.title: 커밋
+§ page.person.speed.commits.description: 최대 및 최소값의 10%
+§ page.person.speed.line.title: 코드 라인이 차단되었습니다
+§ page.person.speed.line.description: 최대 및 최소의 10%
+§ page.person.speed.tasks.title: 작업 값이 차단되었습니다
+§ page.person.speed.tasks.description: 작업이 완료되지 않을 수 있지만 작업이 완료되어야 합니다
+§ page.person.speed.maxCommits.title: 커밋
+§ page.person.speed.maxCommits.description: 작업이 완료되지 않을 수 있지만 작업이 완료되어야 합니다
+§ page.person.hours.title: 각 요일 동안의 커밋 배포
+§ page.person.week.date: 날짜
+§ page.person.week.tasks: 작업 수
+§ page.person.week.workDays: 커밋이 있는 일
+§ page.person.week.taskInDay: 일일 작업
+§ page.person.week.days: 일
+§ page.person.week.workDay: 평일
+§ page.person.week.weekends: 주말
+§ page.sponsor.title: 프로젝트 지원
+§ page.sponsor.share.description: 소셜 네트워크에서 우리의[프로젝트|<url>/바키레프/아사요]에 대해 알려주세요! 이 응용 프로그램은 당신이 당신의 마음에 드는 사진을 공유 할 수 있습니다,당신은 당신의 마음에 드는 사진에 텍스트를 추가 할 수 있습니다,당신은 당신의 마음에 드는 사진에 텍스트를 추가 할 수 있습니다,당신은 당신의 마음에 드는 사진에 텍스트를 추가 할 수 있습니다,당신은 당신의 마음에 드는 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은 사진에 텍스트를 추가 할 수 있습니다,당신은
+§ page.sponsor.share.button: 링크 복사
+§ page.sponsor.money.description: 당신이 어떤 금액으로 우리를 지원하는 경우 우리는 기쁠 것이다! 모든 자금은 프로젝트의 추가 개발에 사용될 것입니다.
+§ page.sponsor.money.qr: 1 회 결제
+§ page.sponsor.money.github: 깃 허브 스폰서 구독
+`;

src/ts/translations/src/output/recommendations.ts

@@ -0,0 +1,521 @@
+export default `
+§ recommendations.modal.cancel: 닫기
+§ recommendations.modal.open: 더 상세한
+§ recommendations.title
+권장 사항 및 사실
+
+§ recommendations.timestamp.firstCommit.description
+첫 번째 커밋을 만들었습니다.
+
+요일:$1
+
+§ recommendations.timestamp.lastCommit.description
+마지막 커밋
+
+요일:$1
+
+§ recommendations.title$1 일
+§ recommendations.timestamp.firstCommit.description첫 번째 커밋부터 마지막 커밋까지(주말 및 공휴일 포함).
+§ recommendations.timestamp.lastCommit.description주말,휴가 및 공휴일을 고려해도 커밋이 없습니다.
+§ recommendations.timestamp.weekendDays.description
+주말 일자리
+
+#왜 나쁜가:
+- 고객은 휴일에 일을 위해 두 배 가격을 지불한다;
+- 직원이 더 빨리 소모됩니다.;
+
+§ recommendations.timestamp.common.title: 정기적 인 재활용
+§ recommendations.timestamp.allDays.description: 정유소가 있어요
+§ recommendations.timestamp.weekendWord.description
+프로젝트 관리자,분석가 및 건축가를 변경할 가치가 있습니다.
+
+#왜 나쁜가:
+- 고객은 휴일에 일을 위해 두 배 가격을 지불한다;
+- 제품의 품질은,원칙적으로,낮은 것으로 판명;
+- 직원 중 일부는 종료;
+- 러시로 인해 새로운 오류가 나타납니다;
+
+#대부분:
+- 우리는 처음부터 타이밍을 잘못 판단했습니다;
+- 기술 사양이 없습니다;
+- 약한 분석;
+- 약한 아키텍처(건축가는 고용되지 않았으며 팀은 중간 개발자로 구성됨);
+- 먼저 코드를 작성한 다음 디자인을 시작했습니다.;
+- 오류를 이해하는 정상적인 프로세스가 없습니다;
+
+§ recommendations.timestamp.lossesDays.description: 보통 과로하지 않고
+§ recommendations.timestamp.neverWeekendWord.description
+그러나 때때로 그들은 그렇습니다.
+
+#왜 나쁜가:
+- 고객은 휴일에 일을 위해 두 배 가격을 지불한다;
+- 직원이 더 빨리 소모됩니다.;
+
+§ recommendations.scope.parallelism.not.title
+병렬 작업이 없습니다
+
+§ recommendations.scope.parallelism.not.description
+모든 기능은 한 번에 한 사람이 만듭니다.
+
+#계산 방법:
+- 남자 일 각 기능에 대한 실제 일로 구분됩니다;
+- 산술 평균 찾기;
+- 결과가 1.3 보다 작은 경우,우리는 일반적으로 대부분의 기능의 프레임 워크 내에서 병렬 작업이 없다고 생각합니다;
+
+#왜 나쁜가:
+- 버스 요인 증가;
+- 직원은 더 느리게 발전합니다;
+- 그것은 질적으로 직원의 작업을 확인하기 어렵다;
+
+#왜 좋은가:
+- 주제 영역에 매우 깊이 몰입하고 더 나은 솔루션을 제공 할 수있는 전문가가 있습니다;
+- 병합 충돌이 없을 가능성이 큽니다;
+- 이 프로젝트는 서로 다른 방향으로 병렬로 매우 빠르게 발전 할 수 있습니다;
+
+§ recommendations.scope.parallelism.has.title
+병렬 작업의 일부
+
+§ recommendations.scope.parallelism.has.description
+때로는 여러 사람이 동시에 기능을 만듭니다.
+
+#계산 방법:
+- 남자 일 각 기능에 대한 실제 일로 구분됩니다;
+- 산술 평균 찾기;
+- 결과가 1.3 에서 2.0 인 경우,우리는 다른 기능 내에서 일부 작업이 때때로 병렬로 수행된다고 생각합니다;
+
+
+§ recommendations.scope.parallelism.every.title
+병렬 작업
+
+§ recommendations.scope.parallelism.every.description
+모든 기능은 한 번에 여러 사람에 의해 이루어집니다
+
+#계산 방법:
+- 남자 일 각 기능에 대한 실제 일로 구분됩니다;
+- 산술 평균 찾기;
+- 결과가 두 개 이상인 경우,우리는 서로 다른 기능의 프레임 워크 내에서 대부분의 작업은 일반적으로 병렬로 수행한다고 생각합니다;
+
+
+§ recommendations.scope.money
+이 금액은이 프로젝트의 작업을 평가하는 데 사용할 수 있습니다.
+
+#계산 방법:
+- 개발에 소요되는 사람 일 개발자의 개별 급여를 곱한;
+
+당신은 설정 섹션에서,보다 정확한 금액,각 개발자의 급여를 변경할 수 있습니다
+
+#많이 또는 조금?
+이 질문에 대답하려면 다음과 같이 대답해야합니다:
+- 이 돈을 위해 기성품 솔루션을 구입할 수 있습니까?
+- 이 돈을 위해 더 나은 제품을 만들 수 있습니까?
+
+두 질문에 대한 대답이"예"라면,아마도 처음부터 개발은 그것에 소비 된 돈의 가치가 없었을 것입니다.
+ 
+§ recommendations.scope.bus.everyHasOne.title
+버스 인수=1
+
+§ recommendations.scope.bus.everyHasOne.description
+한 사람이 대부분의 기능에 몰입합니다.
+우리는 사람들을 바꿔야 합니다.
+
+#왜 나쁜가:
+- 직원이 떠나면 작업을 계속하기가 어려울 것입니다;
+- 그것은 그것의 코드의 품질을 제어 할 수 없습니다;
+
+#선택은 어떻게 이루어 집니까:
+- 기능의 커밋 중 80%이상이 한 사람이 수행합니다.;
+- 이 프로젝트는 이러한 기능의 60%이상을 가지고 있습니다;
+
+§ recommendations.scope.bus.oneMaintainer
+한 사람이 기능에 몰입.
+
+#왜 나쁜가:
+- 그가 사임하면 개발을 계속하기가 어려울 것입니다;
+- 코드 검토 품질 저하;
+- 필요한 경우 개발을 병렬화하기가 어렵습니다.;
+
+#선택은 어떻게 이루어 집니까:
+- 이 기능의 커밋 중 80%이상이 한 사람이 수행했습니다.;
+
+§ recommendations.scope.types.process.title
+나쁜 프로세스
+
+§ recommendations.scope.types.process.description
+대부분의 기능에는 한 가지 유형의 작업이 포함되어 있습니다.
+
+§ recommendations.scope.types.one
+기능에는 한 가지 유형의 작업이 포함되어 있습니다.
+
+§ recommendations.scope.types.common
+개발자가 커밋에 잘못 서명하거나 관리자가 동일한 유형의 작업을 시작할 수 있습니다.
+
+#이것이 중요한 이유:
+- 다른 팀에 지원을 이전 할 수 없습니다;
+- "박스형"버전을 출시하는 것은 불가능합니다;
+- 특정 개발자에 대한 강한 의존성;
+- 많은 오류 및 코드 품질 저하;
+- 미래에 개발 가능성이 둔화;
+
+#매니저의 실수는 무엇인가:
+- 만"작업 데모"의 위치에서 제품을 살펴;
+
+#해야 할 일:
+- 테스트;
+- 오류(테스트 결과로 식별);
+- 리팩토링(아키텍처가 변경 될 수 있기 때문에);
+- 문서;
+- 스타일 편집(포커스 그룹 설문 조사 결과);
+
+§ recommendations.scope.plan.title
+장기 계획 구축
+
+§ recommendations.scope.plan.description
+고려 아키텍처를 복용.
+
+동시에,이 계획은 한 번에 가장 어려운 작업을 기반으로해야합니다.
+
+#계획의 부족이 나쁜 이유:
+- 직원은 확장 포인트를 놓지 않고 최소한의 작업 버전을 만듭니다. 그 후 확장 불가능한 코드가 작성되어 다음 기능이 느려집니다;
+
+#매니저의 실수는 무엇인가:
+- 그는 제품이 어떻게 더 발전 할 것인지 그리고 어떤 시점에서 성장이있을 것인지를 보여주지 않았다;
+
+#어떻게 해야 하는가:
+- 글로벌 제품 개발 계획이 수립되고 있습니다.;
+- 글로벌 아키텍처 개발 계획 작성 중(개발자 및 디비);
+- 계획의 수준에서,많은 것을 바꿀 수 있는 순간들이 즉시 논의됩니다.;
+
+§ recommendations.scope.cost.title
+기능에 대한 투자 평가
+
+§ recommendations.scope.cost.description
+잠재적 인 이익의 금액.
+
+개발 비용이 많이 들지만 수익을 거의 가져 오지 않는 기능은 연기하거나 모두 취소 할 가치가있을 수 있습니다. 이것은 프로젝트를 상업적으로 더 성공적으로 만들 것입니다.
+
+§ recommendations.timestamp.weekendDays.description너무 작은 코드:$1
+§ recommendations.author.lotOfLazy.description
+내가 당신을 해고해야합니까?
+
+#구성:
+-  $1;
+
+#자신의 질문에 대답:
+- 그는 팀 리더,건축가,분석가입니까?
+- 이것이 그의 주요 프로젝트입니까?
+- 그것에 어떤 종속성이 있습니까?
+
+#왜 고쳐야지
+개발자의 총 비용은 이미 그의 작업에서 얻은 이익 이상입니다.
+우리가 그의 일에 객관적인 장애물이 없다고 생각한다면,그 사람은 전혀 일하기를 원하지 않거나 동시에 두 개의 프로젝트를 수행합니다.
+새로운 직원에 의한 해고 및 교체는 일반적인 통계의 관점에서 정당화 된 것처럼 보입니다.
+
+§ recommendations.timestamp.regularWeekendWord.title: 작은 코드 작성:$1
+§ recommendations.author.manyLazy.description
+우리는 통제해야 합니다.
+
+#구성:
+-  $1;
+
+#선택은 어떻게 이루어 집니까:
+- 테스트 샘플에서 좋은 프로그래머는 80%이상의 시간을 코드를 작성합니다;
+- 이 경우 표시기는 60%에서 80%사이입니다%;
+
+#제어 방법:
+- 1 로 분할 작업..2 일;
+- 매일 상태를 요청;
+- 작업이 잘 예약 및 개발을 시작할 준비가되어 있는지 확인;
+- 실제 속도를 확인하기 위해 쌍 프로그래밍을 정렬;
+
+§ recommendations.author.oneTypeMans
+유형별로 너무 단조로운 작업을 가져옵니다. 그것은 밖으로 구울 수 있습니다.
+
+#중요한 이유:
+- 직원이 타 버린 경우 작업 속도가 감소합니다;
+- 전문적인 성장이 느려집니다.;
+- 해고 확률이 증가합니다;
+
+#선택은 어떻게 이루어 집니까:
+- 각 커밋에 대해 작업 유형이 결정됩니다;
+- 작업의 70%이상이 같은 유형의 경우,그 사람은 같은 일을하고있다;
+
+§ recommendations.timestamp.sometimeWeekendWord.title: $1 작동
+§ recommendations.author.workToday.description
+현재 프로젝트를 진행하고 있습니다.
+
+#구성:
+-  $1;
+
+#왜 그들이 그들인가:
+- 50 작업 일 이상%;
+- 지난 30 일 동안 일하고 있습니다.;
+
+§ recommendations.timestamp.weekendWord.description$1 종료
+§ recommendations.author.dismissed.description
+또는 그것은 짧은 시간 동안 일했다.
+
+#구성:
+-  $1;
+
+#왜 그들이 그들인가:
+- 그들은 정상적인 리듬으로 일했습니다(분명히 이것은 주요 저장소입니다);
+- 지난 달에 커밋이 하나도 없었습니다.;
+- 휴가는 일반적으로 14 일(그들의 부재는 휴가처럼 보이지 않는다);
+
+§ recommendations.timestamp.neverWeekendWord.title: $1 도움
+§ recommendations.author.staff.description
+무언가를 저지른 다른 전문 분야의 사람들.
+
+#구성:
+-  $1;
+
+#왜 그들이 그들인가:
+- 이 오픈 소스 프로젝트가 아닙니다;
+- 작업 일 전체의 15%미만;
+- 그들은 거의 동일한 파일을 변경합니다;
+
+§ recommendations.author.projectType.openSource.title
+열린 프로젝트
+
+§ recommendations.author.projectType.openSource.description
+그들은 일주일에 5 일 여기에서 일하지 않습니다.
+
+이 프로젝트는 폐쇄 될 수 있습니다,그것은 작업의 속도는 일반적으로 기스 허브에 오픈 라이브러리입니다 단지.
+
+#평가 방법:
+- 통계는 모든 활성 개발자에 대한 촬영;
+- 평균 작업 일수 및 커밋없이 계산됩니다.;
+- 오픈 소스 라이브러리는 일반적으로 최대 15 개입니다..20 작업 일%;
+
+#결과
+작업이 일정하지 않은 프로젝트의 경우 많은 지표에는 의미가 없습니다. 따라서 커밋,속도 등이없는 표시기 숨겨질 것이다.
+
+일반적으로 이러한 프로젝트는 폐쇄 버전 개발을 시작하기 전에 평가됩니다. 이 경우 가장 흥미로운 지표는 가능한 비용과 총 개발 시간입니다.
+
+
+§ recommendations.author.projectType.easy.title
+약한 로딩
+
+§ recommendations.author.projectType.easy.description
+커밋없이 너무 많은 일.
+
+팀이 코드를 작성하지 않는 이유를 이해해야 합니다.
+
+#평가 방법:
+- 통계는 모든 활성 개발자에 대한 촬영;
+- 평균 작업 일수 및 커밋없이 계산됩니다.;
+- 커밋 없는 비율이 5%에서 20%사이인 경우 로딩이 약한 것으로 간주됩니다%;
+
+#가능한 이유:
+- 실제로 작업이 없습니다;
+- 작업이 있지만 현재 아키텍처에 잘 맞습니다;
+- 개발자는 회의에 의해 산만;
+- 팀이 작동하지 않습니다;
+
+#솔루션 옵션:
+- 팀과 함께 문제를 논의;
+- 하나 또는 두 개의 작업을 하루에 완료 할 수 있도록 작업의 세분성을 줄일 수 있습니다;
+- 상태에 의해 작업의 진행 상황을 확인하기 위해 매일 회의를 입력;
+- 개발자가 더 빨리 작업 할 수 있는지 확인하기 위해 쌍 프로그래밍 세션을 정렬;
+
+§ recommendations.author.manager.title
+마감일 설정
+
+§ recommendations.author.manager.description
+모든 작업에는 명확한 마감일이 있어야합니다.
+ 
+이를 통해 며칠 또는 몇 주 동안 실행을 지연시키지 않을 수 있습니다.
+
+#확인할 가치가 있는 지표:
+- 직원이 작업에 소비하는 일 수;
+- 홍보의 주입을 기다리는 일 수(홍보 통계 페이지);
+
+§ recommendations.author.shorTalk.title
+매일 회의 개최
+
+§ recommendations.author.shorTalk.description
+그들은 당신이 프로젝트를 최신 상태로 유지하는 데 도움이됩니다.
+ 
+관계없는 주제에 자신을 산만하게하여 그들을 스트레칭하지 마십시오.
+
+#직원은 어떤 질문에 대답해야합니까?:
+- 무슨 일이 있었는지;
+- 무엇을 할 것인가;
+- 어떤 문제가 있습니까;
+
+#만약 독백을 중단해야 한다면:
+- 그들은 세부 사항에서 중요하지 않은 작은 세부 사항을 설명하기 시작;
+- 그들은 원래 계획에서 멀리 대화를;
+
+#왜 중요한가:
+종종 아무것도 하지 않는 직원은 답을 피하려고 합니다. 이를 위해 그는 자신의 작업에 대한 불필요한 세부 사항을 알려줍니다. 이것은 당신이 참가자의 관심을 소강 및 응답 시간을 늘릴 수 있습니다. 사실 아무 일이 없었다 있지만,그는 뭔가 바쁜 것 같다.
+
+§ recommendations.author.ipr.title
+훈련 계획 수립
+
+§ recommendations.author.ipr.description
+각 직원을 위해.
+
+*개별 교육 계획*은 특정 영역에서 사람이 발전하는 데 도움이되는 목표 및 목표 목록입니다.
+
+#계획을 세우는 방법:
+- 역량 매트릭스 만들기;
+- 지식과 경험이 가장 적은 역량 결정;
+- 직원이 관심 있는 이러한 역량 확인;
+- 3 을 생각해 내세요..반년 또는 1 년 동안 각 역량 내에서 5 가지 목표;
+- 한 가지 목표를 달성하기 위해 매달 무언가를 시도하십시오;
+- 이러한 목표를 달성하기위한 일반적인 계획에 대해 매월 상기시키기 위해;
+
+#관리자는 계획이 필요합니까?
+예,머리는 또한 자신을 위한 계획을 세워야 합니다. 상급자가 없다면,그는 자신을 확인해야 합니다.
+
+#중요한 이유:
+- 직원은 회사에 더 충성 될;
+- 같은 돈을 위해,당신은 더 많은 자격을 갖춘 인력을 얻을;
+
+§ recommendations.author.oneToOne.title
+매달 1- 1 지출
+
+§ recommendations.author.oneToOne.description
+이것은 초기 단계에서 문제를 식별하는 데 도움이 될 것입니다.
+
+*일대일*는 상사와 부하 사이의 정기적 인 개인 회의입니다. 그러한 회의에서 그들은 일반적으로 직원에게 중요한 모든 것,그가 관심을 갖는 것,그리고 개인적으로 만 관리자와 공유 할 수있는 것에 대해 논의합니다.
+
+#중요한 이유:
+- 그것은 직원이 과부하 누가 자유 시간을 가지고있는 쉽게 찾을 수 있습니다;
+- 직원 소진을 방지 할 수 있습니다;
+- 당신은 당신이 통지하지 않을 수 있습니다 프로세스에 대한 빠른 피드백을 얻을 수 있습니다;
+- 신뢰 태도가 형성되고 직원이 회사에 더 충성하게됩니다.;
+- 동기 부여 및 직원 참여 증가;
+
+§ recommendations.author.club.title
+바로 가기
+
+§ recommendations.author.club.description
+한두 달에 한 번.
+
+이것은 팀의 비공식적인 의사소통을 구축하고 팀을 하나로 모으는 데 도움이 될 것입니다.비록 의사소통이 빡빡하더라도 말이죠.
+
+#왜 중요한가:
+- 당신은 당신이 통지하지 않을 수 있습니다 프로세스에 대한 빠른 피드백을 얻을 수 있습니다;
+- 신뢰 태도가 형성되고 직원이 회사에 더 충성하게됩니다.;
+- 직원 참여 증가;
+
+§ recommendations.timestamp.neverWeekendWord.description여기서 쉬는 날은 없지
+§ recommendations.scope.parallelism.not.title아마도 프로젝트 관리자를 해고 할 가치가 있습니다.
+§ recommendations.scope.parallelism.not.description주말 작업
+§ recommendations.scope.parallelism.has.title아마도 프로젝트 관리자를 체크 아웃 할 가치가 있습니다.
+§ recommendations.scope.parallelism.has.description문제가 있습니다
+§ recommendations.scope.parallelism.every.title아마 막힘이 있고 주말에 일해야 합니다.
+§ recommendations.scope.parallelism.every.description부재자 수가 줄어들었습니다.
+§ recommendations.scope.money지난 3 주 동안 이 수치는 감소했습니다.
+§ recommendations.scope.bus.everyHasOne.title더 많은 결근이 있습니다
+§ recommendations.scope.bus.everyHasOne.description,작업 또는 더 엄격한 제어가 필요하지 않습니다
+§ recommendations.scope.bus.oneMaintainer그것은 꾸준히 작동하지 않습니다
+§ recommendations.scope.types.process.title그것은 매주 시간의 100%코드를 작성하지 않기 때문에
+§ recommendations.scope.types.process.description그것은 꾸준히 처리합니다
+§ recommendations.scope.types.one그것은 매주 코드를 작성하기 때문에
+§ recommendations.scope.types.common그리고 주말에 생산성이 증가합니다
+§ recommendations.week.task.up.description
+또는 작업이 너무 작아졌습니다.
+ 
+우리는 그것을 체크 아웃해야합니다. 세분성이 동일한 경우 결과를 수정합니다.
+§ recommendations.scope.plan.title결근의 안정적인 리더. 그를 해고?
+§ recommendations.scope.plan.description생산성이 떨어지고 있습니다
+§ recommendations.week.task.down.description
+또는 작업이 더 세분화됩니다. 우리는 그것을 체크 아웃해야합니다. 세분성이 동일한 경우 제어하십시오.
+
+#평가 방법:
+- 에 근무 하는 하루 작업의 수는 꾸준히 지난 3 주 동안 떨어지고 있다.
+
+#가능한 오류:
+- 작업은 보이는 것보다 더 어려울 수 있습니다;
+- 작업 작업의 많은 양을 가질 수(당신은 변화의 수를 확인해야합니다,그들은 같은 기간 동안 가을 여부)
+
+§ recommendations.scope.cost.title작업 유형에 서명하지 않음
+§ recommendations.scope.cost.description대부분의 작업 유형은 한 사람이 수행합니다.
+§ recommendations.author.lotOfLazy.title: 좁은 전문화
+§ recommendations.type.oneMaintainer.description
+같은 유형의 대부분의 작업은 같은 사람들에 의해 수행됩니다.
+
+#작업 유형:
+
+§ recommendations.type.common
+#어쩌면 그렇지 않을 수도 있습니다
+
+다른 직원이 커밋에 올바르게 서명하는지 확인해야 합니다.
+
+이 작업을 수행하는 데 도움이 되는 단계:
+- 커밋 메시지에 대한 사전 커밋 확인 설정;
+- 이 유형을 지정할 필요가 있음을 팀에 설명;
+- 직원이 규칙을 따르는 새로운 지점 확인;
+
+#그게 사실이라면
+
+너는 체크를 설치하고 동일한 직원이 업무의 동일한 유형을 하고 있는 것을 확인했다.
+
+왜 나쁜:
+- 그의 해고는 많은 과정을 멈출 것입니다;
+- 팀 구성원의 나머지 부분의 능력 감소;
+- 그것은 최상위 수준에서 자신의 편집을 이해하기 어렵다;
+
+그것을 고치는 방법:
+- 다양한 유형의 작업을 균등하게 분배;
+- 스프린트를 통해 직원 간의 작업 범위(테스트,문서화,오류)변경;
+
+§ recommendations.type.fewTypes.title
+이 로컬 제품입니다
+
+§ recommendations.type.fewTypes.description
+특정 고객 또는 문제에 대한.
+
+#"글로벌"제품의 징후는 무엇입니까:
+- 현지화;
+- 문서;
+- 많은 양의 테스트;
+- 시각적 사용자 정의;
+- 리팩토링 병목 현상;
+- 기타
+
+#이 제품이"로컬"처럼 보이는 이유:
+- 각"글로벌"기능은 작업 유형에 따라 우세합니다;
+- "글로벌"기능이 많을수록"글로벌"제품이 더 많을 가능성이 높습니다;
+
+이 경우 우리는 소수의 유형을 볼 수 있으므로 제품이 세계 시장에 쉽게 확장되고 다른 국가에서 판매되는 것을 방지하는 결함이 있을 가능성이 큽니다.
+
+#어쩌면 그렇지 않을 수도 있습니다
+파일 유형에 따라 프로그램 유형(웹 사이트,서버 응용 프로그램,개발 운영 스크립트 등)을 가정 할 수 있습니다.). 프론트 엔드 응용 프로그램의 경우,우리의 가설은 마이크로 초기화 모듈 일 수있는 개발 운영 스크립트보다 더 정확할 것입니다.
+
+§ recommendations.type.diff.title
+선행 유형을 하위 유형으로 구분
+
+§ recommendations.type.diff.description
+오류를 자세히 설명합니다.
+
+일반적으로"오류 수정"이라고 표시된 작업 유형이 가장 먼저 표시됩니다. 이 통계는 제대로 상세하게.
+
+*이러한 상황이 있는 경우*이 유형을 하위 유형(예:감지 위치별)으로 나눌 수 있습니다.
+
+하위 유형의 여러 변형을 고려해 보겠습니다:
+- 수정 _데브(개발 프로세스 중에 확인된 오류);
+- 수정 _테스트(테스트 중 오류가 감지됨);
+- 수정(자극에서 감지 된 오류);
+
+§ recommendations.type.buddy.title
+작은 작업 저장
+
+§ recommendations.type.buddy.description
+새로운 직원을 위해.
+
+#작업이:
+- 중요하지 않아;
+- 아니 큰 하나;
+- 맥락에서 강한 몰입을 필요로하지 않습니다;
+- 새로운 코드보다 리팩토링에 대한 자세한 내용;
+
+#"초보자를위한"레이블 백 로그에 넣어.
+
+새로운 직원이 도착하면,당신은 즉시 그에게 프로젝트에 익숙해 작고 다양한 작업의 팩을 얻을 수 있습니다.
+
+당신은 당신의 일에 침체가있는 경우 또한,당신은 백 로그에서 하나의 작은 작업을 얻을 수있을 것입니다.
+`;

src/ts/translations/src/output/settings.ts

@@ -0,0 +1,28 @@
+export default `
+§ page.settings.document.title: 디스플레이 설정
+§ page.settings.document.name: 페이지 제목
+§ page.settings.document.language: 인터페이스 언어
+§ page.settings.document.depersonalize: 개인 데이터 숨기기
+§ page.settings.links.title: 링크 접두사
+§ page.settings.links.task: 작업 번호
+§ page.settings.links.pr: 홍보
+§ page.settings.user.title: 개별 설정
+§ page.settings.user.notFound: 개별 설정이 없습니다. 모든 직원에 대한 데이터는 공통 매개 변수를 사용하여 계산됩니다.
+§ page.settings.user.subTitle: 고용 계약 제 1 호의 부록
+§ page.settings.user.from: 작업 시작 날짜
+§ page.settings.mailmap: 설정.메일맵
+§ page.settings.common.title: 일반 급여 데이터
+§ page.settings.common.type.title: 프로젝트 작업 유형
+§ page.settings.common.type.full: 풀 타임 고용
+§ page.settings.common.type.part: 프로젝트 작업
+§ page.settings.common.salary: 월급(미국 달러)
+§ page.settings.common.currency: 표시할 통화
+§ page.settings.common.workDaysInYear: 년 당 작업 일의 수
+§ page.settings.common.vacationDaysInYear: 연간 휴가 일 수
+§ page.settings.common.workDaysInWeek: 작업 일
+§ page.settings.form.save: 저장
+§ page.settings.form.cancel: 취소
+§ page.settings.form.remove: 제거
+§ page.settings.form.addEmployee: 직원 추가
+§ page.settings.form.addContract: 고용 계약 추가
+`;

src/ts/translations/src/templates/achievements.txt

@@ -0,0 +1,161 @@
+
+Сова
+70% коммитов после 15:00
+Ранняя пташка
+70% коммитов до обеда
+Раб божий
+есть коммит на каждый час суток
+Стрельба холостыми
+коммиты есть, а закрытых задач нет
+Залётный
+это не его основной проект
+Мёртвая душа
+работал, но уволился
+Зашел и вышел
+меньше всего закрытых задач
+Батя грит малаца
+больше всего закрытых задач
+Мастер красноречия
+стабильно самые длинные подписи коммитов
+Болтун находка для шпиона
+стабильно, самые короткие подписи коммитов
+Размер не главное
+самое короткое имя
+Азим Азиз Иль Ам Кадир Имран II
+самое длинное имя
+Мастер бекапов
+больше всего коммитов
+Редко но метко
+меньше всего коммитов
+Точно в цель
+в среднем один коммит на задачу
+Мысленно я с вами
+больше всего дней без коммитов
+Папа Карло
+меньше всего дней без коммитов
+Ни единого разрыва
+ни одного дня без коммитов
+Ценный работник
+больше всего рабочих дней
+Стартапер
+сделал больше всего фичей
+Щегол
+сделал меньше всего фичей
+Улитка на склоне
+работа по задачам идёт медленнее чем у остальных
+Cо слоу
+больше двух дней на задачу
+Старожил
+больше трех лет на проекте
+А это кто?
+меньше всего дней на проекте
+Скорострел
+одна задача занимает меньше дня
+Адам
+первый стабильный сотрудник на проекте
+Добро пожаловать
+не уволили на испытательном
+Годовасик
+отработал год на проекте
+Чёрт
+отработал 666 дней на проекте
+Азино 3 топора
+отработал 777 дней на проекте
+Часть команды, часть корабля
+больше всего дней на проекте
+Выпускающий редактор
+сделал больше всех меток «рефакторинг»
+"Языком болтать" не мешки ворочать
+самая длинная подпись коммита за все время
+Спиди-гонщик
+рекорд по количеству закрытых задач в день
+Ночной дозор
+есть коммит на каждый час ночи
+Технический перерыв
+есть определенный час и день в рабочее время в который никогда не комитит
+Умер на работе
+есть коммит на час каждого дня (включая выходные)
+Делу время
+нет ни одного коммита после 18:00
+Bug hunter
+больше всего закрытых багов
+Дальше без меня
+меньше всего рабочих дней
+Созидатель
+склонен больше остальных добавлять код
+Разрушитель
+склонен больше остальных удалять код
+Реформатор
+склонен больше остальных изменять код
+Полиция моды
+склонен больше остальных изменять CSS
+Нет жизни
+относительно много коммитов в нерабочее время
+Таможня даёт добро
+чаще остальных нажимает кнопку «Влить» для PR
+Завтра точно вольём
+создал PR, который больше месяца провисел на ревью
+Давным давно, в далёкой галактике
+создал PR, который максимально долго провисел на ревью
+Один в поле воин
+только он работает с файлами определенного расширения
+Зерг Раш
+создал больше всех файлов в проекте
+Грамар-наци
+больше всех создал или изменил в правилах авто-проверки кода
+Летописец
+больше всех создал или изменил файлов MD
+DevOps
+больше всех создал или изменил файлов для CI/CD
+Тестировщик
+больше всех создал или изменил файлов для тестирования
+Фулл хаус
+есть релиз, собранный только из его задач
+Кто первый, того и тапки
+первый коммит на проекте
+Я закончил
+последний коммит на проекте
+От начала и до конца
+первый и последний коммит на проекте
+Закрома родины
+первый создал файл с самым глубоким вложением
+Размер имеет значение
+создал файл с самым длинным именемм
+Работа не walk
+хоть раз работал на выходных
+Откопал стюардессу
+востановил удаленный файл
+Астана Нур-Султан Астана
+переименовывал туда-сюда файл
+Вроде изян
+работал над задачей больше трех месяцев
+Почтальон Печкин 
+не заполнил поле e-mail в git config
+Директор 
+создал больше всех дирректорий
+Ретроградный Меркурий в Козероге
+Ретроградный Меркурий в Водолее
+Ретроградный Меркурий в Рыбе
+Ретроградный Меркурий в Овне
+Ретроградный Меркурий в Тельце
+Ретроградный Меркурий в Близнеце
+Ретроградный Меркурий в Раке
+Ретроградный Меркурий в Льве
+Ретроградный Меркурий в Деве
+Ретроградный Меркурий в Весах
+Ретроградный Меркурий в Скорпионе
+Ретроградный Меркурий в Стрельце
+по месяцу первого коммита
+по месяцу первого коммита
+по месяцу первого коммита
+по месяцу первого коммита
+по месяцу первого коммита
+по месяцу первого коммита
+по месяцу первого коммита
+по месяцу первого коммита
+по месяцу первого коммита
+по месяцу первого коммита
+по месяцу первого коммита
+по месяцу первого коммита
+test
+

src/ts/translations/src/templates/common.txt

@@ -0,0 +1,29 @@
+
+Копировать
+Текст скопирован
+Страница
+Отображается по
+строк.
+из
+Показать все
+стандартное рабочее время (будни, с 07:00 до 20:00)
+выходные дни или время до/после рабочего дня
+суммарное количество коммитов за все время в конкретный день и час
+Удалить
+Нет или недостаточно данных для отображения
+Система обработает больше данных, если коммиты будут подписаны в формате [Git commit message convention|https://www.conventionalcommits.org/en/v1.0.0/]. Шаблон:
+Номер_задачи тип(фича): пояснение
+Например:
+Нет данных для этого сотрудника
+
+Он вносил правки не каждый рабочий день и получил статус  «Помошник».
+Работой сотрудников с таким статусом по данному проекту можно пренебречь, т.к. его влад на общем фоне незначителен.
+
+Поэтому система не рассчитывает для него ряд показателей.
+Если это ошибка и данного сотрудника нужно рассчитать как обычного, перейдите в раздел «Настройки» и измените его тип.
+Git статистика
+Фильтры
+Изменения сохранены
+Настройки сохранены
+Ошибка загрузки файла $1
+

src/ts/translations/src/templates/navigation.txt

@@ -0,0 +1,47 @@
+
+Команда
+Сотрудник
+Настройки
+Печать
+Расшарить
+Выйти
+всё время
+год
+пол года
+месяц
+неделя
+Общая информация
+Фичи
+Сотрудники
+Типы задач
+Влитие кода
+По дням
+По неделям
+По месяцам
+Файлы
+Удалённые файлы
+Типы файлов
+Список задач
+Список релизов
+Расписание
+Все коммиты
+Все изменения
+Популярные слова
+Викторина
+Рефакторинг
+Компании
+Местоположение
+Настройки
+Общая информация
+Стоимость работы
+Скорость
+По дням
+По неделям
+По месяцам
+Список задач
+Расписание
+Все коммиты
+Все изменения
+Популярные слова
+Настройки
+

src/ts/translations/src/templates/pages.txt

@@ -0,0 +1,297 @@
+
+Выполните команду в корне вашего проекта
+Перетащите
+файл log.txt на эту страницу
+Git создаст файл log.txt. Он содержит данные для построения отчёта. Или git shortlog -s -n -e если отчёт вам не нужен. Создайте файл [.mailmap|https://git-scm.com/docs/gitmailmap] в корне проекта, чтобы объединить статистику по сотрудникам.
+Сервис *НЕ ХРАНИТ* и *НЕ ПЕРЕДАЁТ* ваши данные. Все расчёты выполняются локально в вашем браузере прямо на вашей машине.
+Сервис *НЕ СОБИРАЕТ СТАТИСТИКУ* по проектам. Вы можете отключить интернет, проверить трафик и даже собрать локальный билд из [исходников|https://github.com/bakhirev/assayo].
+Статистика по словам
+самое популярное слово. Встречается $1 раза.
+Количество коммитов по дням
+($1) самый продуктивный день по числу коммитов.
+$1 сделано коммитов: $2
+Не имеет значения
+Что распечатываем?
+Текущую страницу
+Текущий раздел
+Всю статистику
+Отмена
+Оглавление
+Отчёт по git-репозиторию
+«$1»
+Данные для отчёта были получены из истории коммитов.
+Текущий статус
+Время работы
+дней
+пол года
+год
+полтора
+два года
+больше
+Детализация
+*Часть статистики* (скорость работы, затраченные деньги и т.п.) *по сотрудникам с типом «Помощник» не считается*, т.к. это эпизодическая роль в проекте. Предполагаем, что они не влияют на проект, а их правками можно пренебречь на фоне общего объема работы.
+*Сортировка по умолчанию* — это сортировка по количеству задач и группам (текущие, уволенные, помогающие  сотрудники).
+Статус
+Компания
+Первый коммит
+Последний
+Всего дней
+Тип работ
+Коммитов
+коммитов
+Задач
+задач
+Дни с коммитами и без
+работа
+дни без коммитов
+дней
+Дней на задачу
+Фич
+Получил
+Отработал
+Переплата
+работает
+уволен
+помощник
+Распределение коммитов в течении каждого дня недели
+Календарь работы по проекту
+(первый рабочий день)
+(последний рабочий день)
+Статистика по фичам
+Фича
+Раб. дней
+Человеко-дней
+Задач
+Коммитов
+коммитов
+Тип работ
+Персональный вклад
+Стоимость
+Статистика по типам задач
+*Персональный вклад* считается по количеству коммитов, а не объему измененных строк или файлов. Поэтому следует так же смотреть раздел «Анализ файлов», чтобы оценить масштаб изменений.
+Тип работы
+неизвестный
+Задач
+задач
+Дней
+дней
+Человеко-дней
+Коммитов
+Персональный вклад
+Объём работ
+Стоимость
+человеко-дней
+Учтены только дни, в которые делались коммиты
+коммитов
+Удалённые ветки не считаются
+дней без коммитов
+Все дни минус: праздники, выходные, отпуск, дни с коммитами
+работает / уволилось
+Если сотрудник в течении месяца не сделал ни одного коммита, он считается уволенным
+общая
+Суммарные затраты на зп
+фактическая
+Фактически отработанные дни умноженные на среднюю зп
+возможная переплата
+Оплаченные рабочие дни, когда коммитов не было
+работа на выходных
+Суммарная переплата за работу в выходные дни
+задач в день
+Средняя скорость работы команды при текущем составе сотрудников
+в месяц
+Прогнозируемая сумма выплаты на зп при текущем составе сотрудников без учета налогов и сопутствующих затрат
+*Человеко-дни* — это работа одного сотрудника в течение одного рабочего дня. Например, за один календарный день, команда из трех сотрудников выдает объем работы в три человеко-дня.
+*Днями прогулов* считаются только рабочие дни, когда коммиты могли бы быть сделаны. Выходные, государственные праздники и отпуска в расчёте не участвуют.
+Карточка *работает и уволилось* показывает фактический состав сотрудников, которые постоянно участвуют в работе. Кроме этого, есть «помощники» — это сотрудники, как правило другой специализации, которые могут иногда делать коммиты в проект.
+*Переплатой* считаются только рабочие дни, когда коммиты могли бы быть сделаны. Выходные, государственные праздники и отпуска в расчёте не участвуют. Именно поэтому переплата + фактическая стоимость != общей. В общей стоимости заложена оплата выходных, государственных праздников и отпусков.
+*Работой на выходных* считается по коэффициенту х2 от оплаты обычного дня. Выше отображена именно переплата (х1), т.к. сам факт переработки в данном контексте не интересен. Мы не смотрим скорость сжигания бюджета. Мы смотрим переплату при увеличении скорости работы.
+Дерево проекта с учётом выбранных фильтров
+Сотрудник
+Количество коммитов
+Минимальное количество коммитов, которое сделал сотрудник в файле
+Все сотрудники
+Строк
+Задач
+Дней
+задач
+дней
+Кто добавлял
+Кто менял
+Кто удалял
+строк
+добавили
+изменили
+удалили
+Детализация
+По количеству сотрудников
+сотрудников
+По длительности контракта
+компаний
+активна
+контракт истёк
+По времени последнего коммита
+Работают
+Уволенные
+Помощники
+По почте, времени и языку
+По времени
+сотрудников
+Список сотрудников
+Локация
+Сотрудники
+Командировки (или VPN, или rebase)
+Сотрудник
+Количество перелётов
+Список локаций
+Дата перлёта
+Локация
+Кандидаты на рефакторинг
+строк
+задач
+дней
+Путь
+Первый коммит
+Строк
+Задач
+Дней в разработке
+Коммиты
+Активность
+Статистика по неделям
+Дата
+Количество задач
+Количество человек
+Изменение строк
+Дни с коммитами и без
+Кто не коммитил
+добавили
+изменили
+удалили
+были коммиты
+небыло коммитов
+дней
+задач
+Задача
+задач
+Первый коммит
+Последний
+Среднее время работы над задачей
+Среднее время ревью PR
+Время работы над задачей
+Время ревью PR
+Отношение времени разработки к времени ревью
+день
+три дня
+неделя
+две недели
+месяц
+более
+Дата влития
+Влил
+Сотрудник
+разработка
+ожидание
+дней
+Время потраченное на одну задачу
+*Время разработки* это разница времени от первого до последнего коммита по задаче. Не важно были перерывы в несколько дней между коммитами или нет. Сам факт какого-либо коммита увеличивает время.
+*Время ожидания* это время между последним коммитом и влитием кода. Оно показывает фактический простой в ожидании чего-либо.
+*Зачем отображать время разработки* без разбивки на кодинг и код-ревью? Затем, чтобы показать бизнесу фактическое время поставки кода. Ожидание тестирования, замечания на ревью, проблемы DevOps и прочие несовершенства процесса, как раз уже заложены в этот срок.
+Статистика по сотрудникам
+Длительное ожидание влития
+PR без номера задачи
+Ветка
+Задача
+Автор первого коммита
+Первый коммит
+Последний коммит
+Дней в работе
+Комментарии
+Расширения файлов
+Подтип файлов
+Тип
+Путь
+Количество
+Количество удалённых
+файлов
+Скачать
+Релиз
+Дата создания
+Дата завершения
+Задач
+Дней работы
+Дней до следующего релиза
+Фотография
+место для фотографии
+Основные характеристики
+дней работы
+Учтены только дни, в которые делались коммиты
+задач
+Если коммиты правильно подписаны
+Позиция по этой метрике, относительно других. Два сотрудника могут занять одно место, если значение совпало. Поэтому, общее число мест может быть меньше, чем количество сотрудников.
+Персонаж
+Достижения
+Позитивные
+Нейтральные
+Негативные
+Чем больше сотрудник набрал отрицательных достижений, тем больше вероятность, что ситуация нестандартная. Возможно, стоит изменить режим его работы, задачи или отчётность. Следует поговорить с ним и узнать, какие проблемы мешают его работе.
+Медали за номера задач:
+Медаль выдается, если пользователь первым оставляет коммит к задаче с  «красивым» номером.
+дней работы
+Учтены только дни, в которые делались коммиты
+задач
+Если коммиты правильно подписаны
+дней без коммитов
+Все дни минус: праздники, выходные, отпуск, дни с коммитами
+коммитов
+Удалённые ветки не считаются
+Время от первого, до последнего коммита (в том числе, нерабочие дни)
+Дней на проекте:
+(уволен)
+(помощник)
+Достижения
+Достижения
+
+При некоторых видах форматирования git отмечает строки как «удалённые» и «добавленные»,
+хотя на самом деле они были «изменены». Поэтому, если вы провели большой рефакторинг,
+git может показать малое количество изменений в статистике, а фактический результат
+будет отмечен, как скачок «удаленных» и «добавленных» строк.
+Список коммитов и количество изменений в них за этот день:
+Список коммитов:
+За всё время
+Средняя стоимость
+получил
+Предполагаемая сумма зп с проекта (см. настройки)
+отработал
+Фактически отработанные дни умноженные на среднюю зп
+возможная переплата
+Дни без коммитов умноженные на среднюю зп
+задача
+Количество закрытых задач к стоимости дня
+коммит
+Количество коммитов к стоимости рабочего дня
+Одна задача в среднем это
+Максимальная скорость в день
+дней
+Имеются ввиду рабочие дни, если коммиты правильно подписаны
+коммитов
+Отрезаны 10% максимальных и минимальных значений
+строк кода
+Отрезаны 10% максимальных и минимальных значений
+задач
+Задача может быть не доделана, но работа по ней должна быть
+коммитов
+Задача может быть не доделана, но работа по ней должна быть
+Распределение коммитов в течении каждого дня недели
+Дата
+Количество задач
+Дни с коммитами
+Задач в день
+дней
+будни
+выходные
+Поддержите проект
+Расскажите о нашем [проекте|https://github.com/bakhirev/assayo] в соцсетях! Можно поделиться [статьей|https://habr.com/ru/articles/763342/], [постом|https://www.reddit.com/r/ITManagers/comments/1e5k291/the_visualization_and_analysis_of_git_commit/] или [видео|https://www.youtube.com/watch?v=jwCp_-bhrCQ].
+Копировать ссылку
+Мы будем рады, если вы поддержите нас любой суммой! Все средства пойдут на дальнейшее развитие проекта.
+Разовый платёж (СБП)
+Подписка GitHub Sponsor
+

src/ts/translations/src/templates/recommendations.txt

@@ -0,0 +1,521 @@
+
+Закрыть
+Подробнее
+
+Рекомендации и факты
+
+
+сделал первый коммит
+
+День недели: $1
+
+
+сделал последний коммит
+
+День недели: $1
+
+$1 дней
+от первого до последнего коммита (включая выходные и праздники).
+без коммитов, даже с учётом выходных, отпуска и государственных праздников.
+
+работы на выходных
+
+# Почему это плохо:
+- заказчик платит двойную цену за работу в выходной день;
+- сотрудники быстрее выгорают;
+
+Регулярные переработки
+Бывают переработки
+
+Вероятно, стоит сменить менеджера проекта, аналитика и архитектора.
+
+# Почему это плохо:
+- заказчик платит двойную цену за работу в выходной день;
+- качество продукта, как правило, получается низкое;
+- часть сотрудников увольняется;
+- из-за спешки появляются новые ошибки;
+
+# Скорее всего:
+- неверно оценили сроки в самом начале;
+- техническое задание отсутствует;
+- слабая аналитика;
+- слабая архитектура (архитектора не нанимали, а команда состоит из мидл разработчиков);
+- сначала начали писать код, потом проектировать;
+- нет нормальных процессов, чтобы понять ошибки;
+
+Обычно без переработок
+
+Но иногда бывают.
+
+# Почему это плохо:
+- заказчик платит двойную цену за работу в выходной день;
+- сотрудники быстрее выгорают;
+
+
+Нет параллельных работ
+
+
+любую фичу в один момент времени делает один человек.
+
+# Метод расчёта:
+- человеко-дни делятся на фактические дни для каждой фичи;
+- находим среднее арифметическое;
+- если результат меньше 1.3 считаем, что параллельных работ в рамках большинства фичей обычно нет;
+
+# Почему это плохо:
+- повышается bus factor;
+- сотрудники медленнее развиваются;
+- трудно качественно проверить работу сотрудника;
+
+# Почему это хорошо:
+- появляются эксперты, которые очень глубоко погружены в предметную область и могут предложить более качественные решения;
+- скорее всего не бывает merge конфликтов;
+- проект может очень быстро параллельно развиваться в разные стороны;
+
+
+Часть работ параллельно
+
+
+Иногда фичу делают одновременно несколько человек.
+
+# Метод расчёта:
+- человеко-дни делятся на фактические дни для каждой фичи;
+- находим среднее арифметическое;
+- если результат от 1.3 до 2.0 считаем, что часть работ в рамках разных фичей иногда делается параллельно;
+
+
+
+Параллельные работы
+
+
+любую фичу в один момент времени делают несколько человек
+
+# Метод расчёта:
+- человеко-дни делятся на фактические дни для каждой фичи;
+- находим среднее арифметическое;
+- если результат больше двух считаем, что большая часть работ в рамках разных фичей обычно делается параллельно;
+
+
+
+в такую сумму можно оценить работу по данному проекту.
+
+# Метод расчёта:
+- человеко-дни затраченные на разработку умножаются на индивидуальную зарплату разработчиков;
+
+Изменить зарплату каждого разработчика, для более точной суммы, можно в разделе «Настройки»
+
+# Это много или мало?
+Для ответа на этот вопрос, нужно ответить на следующие:
+- за эти деньги можно купить готовое решение?
+- за эти деньги можно сделать более хороший продукт?
+
+Если ответ на оба вопроса «да», то возможно, разработка с нуля не стоила потраченных на неё денег.
+ 
+
+Bus factor = 1
+
+
+В большинство фич погружен один человек.
+Надо переключать людей.
+
+# Почему это плохо:
+- если сотрудники будут увольняться, будет трудно продолжить их работу;
+- невозможно контролировать качество его кода;
+
+# Как делается выборка:
+- более 80% коммитов в фичу делает один человек;
+- проект имеет более 60% таких фичей;
+
+
+в фичи погружен один человек.
+
+# Почему это плохо:
+- если он уволится, будет трудно продолжить разработку;
+- снижается качество code-review;
+- трудно запараллелить разработку при необходимости;
+
+# Как делается выборка:
+- более 80% коммитов в фичу сделал один человек;
+
+
+Плохие процессы
+
+
+Большинство фич содержат один тип задач.
+
+
+фичи содержат один тип задач.
+
+
+Возможно, разработчики неправильно подписывают коммиты или менеджер заводит один и тот же тип задач.
+
+# Почему это важно:
+- невозможно передать поддержку другой команде;
+- невозможно выпустить "коробочную" версию;
+- сильная зависимость от конкретных разработчиков;
+- большое количество ошибок и низкое качество кода;
+- вероятное замедление разработки в будущем;
+
+# В чём ошибка менеджера:
+- взгляд на продукт, только с позиции «работающей демки»;
+
+# Что должно быть:
+- тесты;
+- ошибки (выявленные по результатам тестов);
+- рефакторинг (т.к. архитектура может измениться);
+- документация;
+- правки стиля (как результат опроса фокус-группы);
+
+
+Постройте долгосрочный план
+
+
+с учетом архитектуры.
+
+При том опираться этот план должен сразу на самые трудные задачи.
+
+# Почему отсутствие плана плохо:
+- сотрудники делают минимально работающую версию, не закладывая точки расширения. После этого пишется не масштабируемый код, который тормозит следующие фичи;
+
+# В чём ошибка менеджера:
+- он не показал, как продукт будет развиваться далее и в каких точках будет рост;
+
+# Как должно быть:
+- составляется глобальный план развития продукта;
+- составляется глобальный план развития архитектуры (с разработчиками и DBA);
+- на уровне схем сразу проговариваются моменты, которые могут сильно измениться;
+
+
+Оцените инвестиции в фичу
+
+
+с количеством потенциальной прибыли.
+
+Фичи которые дорого стоят в разработке, но приносят мало прибыли, возможно, стоит отложить или вообще отменить. Это сделает проект более коммерчески успешным.
+
+Слишком мало кода: $1
+
+Может уволить?
+
+# Состав: 
+- $1;
+
+# Ответьте себе на вопросы:
+- он тимлид, архитектор, аналитик?
+- это его основной проект?
+- есть какие-то зависимости от него?
+
+# Почему нет смысла исправлять
+Суммарные затраты на разработчика уже больше чем прибыль от его работы.
+Если мы считаем, что объективных помех его работе не было, то человек либо не хочет работать вообще, либо работает на двух проектах одновременно.
+Увольнение и замена новым сотрудником выглядит оправданным с точки зрения общей статистики.
+
+Пишут мало кода: $1
+
+Нужно взять на контроль.
+
+# Состав: 
+- $1;
+
+# Как делается выборка:
+- на тестовых выборках хороший программист пишет код больше 80% времени;
+- в данном случае показатель от 60% до 80%;
+
+# Как контролировать:
+- дробить задачи на 1..2 дня;
+- каждый день спрашивать статус;
+- убедиться, что задачи хорошо расписаны и готовы к началу разработки;
+- устроить парное программирование, чтобы проверить фактическую скорость;
+
+
+получает слишком однообразные задачи по типу. Может выгореть.
+
+# Почему это важно:
+- если сотрудник выгорит, его скорость работы снизится;
+- замедляется профессиональный рост;
+- повышается вероятность увольнения;
+
+# Как делается выборка:
+- для каждого коммита определятся тип задачи;
+- если больше 70% задач одного типа, значит человек делает одно и тоже;
+
+Работает $1
+
+над проектом в данный момент.
+
+# Состав: 
+- $1;
+
+# Почему именно они:
+- рабочих дней более 50%;
+- работали в течении последних 30 дней;
+
+Уволилось $1
+
+или работало короткий промежуток времени.
+
+# Состав:
+- $1;
+
+# Почему именно они:
+- работали в нормальном ритме (видимо, это их основной репозиторий);
+- за последний месяц не было ни одного коммита;
+- отпуск обычно 14 дней (их отсутствие не похоже на отпуск);
+
+Помогают $1
+
+Люди другой специализации, которые что-либо коммитили.
+
+# Состав: 
+- $1;
+
+# Почему именно они:
+- это не open-source проект;
+- рабочих дней менее 15% от общего числа;
+- изменяют примерно одни и те же файлы;
+
+
+Открытый проект
+
+
+пять дней в неделю тут не работают.
+
+Проект может быть и закрытым, просто такой темп работы обычно у открытых библиотек на GitHub.
+
+# Метод оценки:
+- берется статистика по всем активным разработчикам;
+- подсчитывается среднее число дней работы и без коммитов;
+- у open-source библиотек рабочих дней обычно максимум 15..20%;
+
+# Последствия
+Для проектов, где работа не постоянна, нет смысла во многих показателях. Поэтому показатели без коммитов, скорости и т.п. будут скрыты.
+
+Как правило, оценку таких проектов делают перед началом разработки своей закрытой версии. Самые интересные показатели в этом случае вероятная стоимость и суммарное время на разработку.
+
+
+
+Слабая загрузка
+
+
+слишком много дней без коммитов.
+
+Нужно понять почему команда не пишет код.
+
+# Метод оценки:
+- берется статистика по всем активным разработчикам;
+- подсчитывается среднее число дней работы и без коммитов;
+- загрузка считается слабой, если процент без коммитов от 5% до 20%;
+
+# Возможные причины:
+- фактически нет задач;
+- задачи есть, но хорошо ложатся на текущую архитектуру;
+- разработчиков отвлекают совещаниями;
+- команда не работает;
+
+# Варианты решения:
+- обсудить проблему с командой;
+- уменьшить гранулярность задач, чтобы за день можно было успеть сделать одну или две задачи;
+- ввести ежедневные совещания, чтобы проверять движение задач по статусу;
+- устроить сеансы парного программирования, чтобы убедиться, что разработчик может работать быстрее;
+
+
+Обозначьте дедлайны
+
+
+У любой задачи должен быть чёткий дедлайн.
+ 
+Это позволит не затягивать её выполнение на несколько дней или недель.
+
+# Какие показатели стоит проверить:
+- количество дней на одну задачу, которое тратит работник;
+- количество дней ожидания влития PR (страница статистики по PR);
+
+
+Проводите ежедневные совещания
+
+
+они помогают быть в курсе проекта.
+ 
+Не растягивайте их отвлекаясь на посторонние темы.
+
+# На какие вопросы должен ответить сотрудник:
+- что было сделано;
+- что будет сделано;
+- есть ли какие-либо проблемы;
+
+# Следует обрывать монолог, если:
+- начинают подробно описывать мелкие детали, которые не важны;
+- уводят диалог в сторону, от первоначального плана;
+
+# Почему это важно:
+Часто сотрудник, который ничего не делает, старается уйти от ответа. Для этого он рассказывает кучу ненужных подробностей свой работы. Это позволяет усыпить внимание участников и растянуть время ответа. Создается ощущение что он чем-то занят, хотя по факту работы не было.
+
+
+Составьте план обучения
+
+
+на каждого сотрудника.
+
+*Индивидуальный план обучения* — это список целей и задач, которые помогают человеку развиваться в определенной области.
+
+# Как составить план:
+- составить матрицу компетенций;
+- определить по каким компетенциям меньше всего знаний и опыта;
+- узнать какие из этих компетенций интересны сотруднику;
+- придумать 3..5 целей в рамках каждой такой компетенции на полпостороние года или год;
+- каждый месяц пытаться сделать что-либо для достижения одной цели;
+- каждый месяц напоминать об общем плане достижения этих целей;
+
+# Нужен ли план руководителю?
+Да, руководитель так же должен составить план на себя. Если нет вышестоящего руководителя, то он должен проверять сам себя.
+
+# Почему это важно:
+- сотрудники становятся более лояльны к компании;
+- за теже деньги вы получаете более квалифицированные кадры;
+
+
+Проводите 1-1 каждый месяц
+
+
+это поможет выявить проблемы на ранней стадии.
+
+*One-to-one* — это регулярные личные встречи руководителя с подчиненным. На таких встречах обычно обсуждают всё, что важно для сотрудника, что его волнует, и то, чем он может поделиться с руководителем только наедине.
+
+# Почему это важно:
+- легко выяснить, кто из сотрудников перегружен, а у кого есть свободное время;
+- можно предотвратить выгорание сотрудника;
+- можно получить быструю обратную связь о процессах, которые вы можете не замечать;
+- формируется доверительное отношение, сотрудники становятся более лояльны к компании;
+- повышается мотивация и вовлеченность сотрудников;
+
+
+Ходите в бар
+
+
+один раз в месяц или два.
+
+Это поможет выстроить неформальную коммуникацию в коллективе и сплотить команду, даже если общение будет сжатым.
+
+# Почему это важно:
+- можно получить быструю обратную связь о процессах, которые вы можете не замечать;
+- формируется доверительное отношение, сотрудники становятся более лояльны к компании;
+- повышается вовлеченность сотрудников;
+
+Выходных тут нет
+Вероятно, стоит уволить менеджера проекта.
+Работа на выходных
+Вероятно, стоит проверить менеджера проекта.
+Бывают проблемы
+Вероятно, бывают завалы и приходится работать на выходных.
+Стало меньше прогулов
+за последние три недели этот показатель упал
+Стало больше прогулов
+нет задач или нужен более жесткий контроль
+Стабильно не дорабатывает
+т.к. каждую неделю пишет код не 100% времени
+Стабильно перерабатывает
+т.к. каждую неделю пишет код в выходные дни
+Растёт производительность
+
+или задачи стали слишком мелкие.
+ 
+Нужно проверить. Если гранулярность та же - закрепить результат.
+стабильный лидер по прогулам. Уволить?
+Падает производительность
+
+или задачи хуже разбивают. Нужно проверить. Если гранулярность та же - взять на контроль.
+
+# Метод оценки:
+- количество задач в день, над которыми работают, на протяжении последних трех недель стабильно падает.
+
+# Возможные ошибки:
+- задачи могли быть сложнее, чем казались;
+- задачи могли иметь большой объём работы (нужно проверить количество изменений, падают они или нет за этот же период)
+
+Не подписывают тип задачи
+большинство типов задач делает один человек.
+Узкая специализация
+
+большинство задач одного типа делают одни и те же люди.
+
+# Типы задач:
+
+
+# Возможно, это не так
+
+Нужно убедиться, что остальные сотрудники верно подписывают коммиты.
+
+Шаги, которые помогут это сделать:
+- настроить пре-коммит проверку для commit message;
+- объяснить команде, что нужно указывать тип;
+- проверить в новых ветках, что сотрудники следуют правилу;
+
+# Если это действительно так
+
+Вы настроили проверки и убедились что один и тот же сотрудник, делает задачи одного и того же типа.
+
+Почему это плохо:
+- его увольнение остановит целую пачку процессов;
+- уменьшается компетенция остальных членов команды;
+- трудно верхнеуровнево понять его правки;
+
+Как это исправить:
+- распределять разные типы задач равномерно;
+- менять область работы (тесты, документация, ошибки) между сотрудниками через спринт;
+
+
+Это локальный продукт
+
+
+для конкретного заказчика или проблемы.
+
+# Какие признаки есть у «глобального» продукта:
+- локализация;
+- документация;
+- большой объём тестов;
+- визуальная кастомизация;
+- рефакторинг узких мест;
+- и т.п.
+
+# Почему этот продукт выглядит как «локальный»:
+- у каждого «глобального» признака будет перевес по своему типу задач;
+- чем больше «глобальных» признаков, тем больше вероятность «глобального» продукта;
+
+В данном случае мы видим небольшое число типов, а следовательно, скорее всего есть недоработки, мешающие легко масштабировать продукт на мировой рынок и продавать его в других странах.
+
+# Возможно, это не так
+По типам файлов мы можем предположить тип программы (сайт, серверное приложение, DevOps скрипты и т.д.). Для frontend приложения наша гипотеза будет более верной, чем для DevOps-скриптов, которые могут быть лишь микро-модулем инициализации.
+
+
+Разбейте лидирующий тип на подтипы
+
+
+для детализации ошибок.
+
+Как правило, тип задач с меткой «исправление ошибок» является лидирующим. Это делает статистику слабо-детализированной.
+
+*Если у вас произошла такая ситуация*, вы можете разбить этот тип на подтипы (например, по месту обнаружения).
+
+Рассмотрим несколько вариантов подтипов:
+- fix_dev (ошибка выявленная в процессе разработки);
+- fix_test (ошибка выявленная в процессе тестирования);
+- fix (ошибка выявленная в проде);
+
+
+Копите мелкие задачи
+
+
+для новых сотрудников.
+
+# Если задача:
+- не важная;
+- не большая;
+- не требует сильного погружения в контекст;
+- больше про рефакторинг, чем про новый код;
+
+# Положите её в backlog с меткой «для новичков».
+
+Когда придёт новый сотрудник, вы сможете моментально достать ему пачку небольших и разнообразных по типу задач, для ознакомления с проектом.
+
+Также, если у вас будет застой в работе, вы сможете доставать по одной такой мелкой задаче из backlog-а.
+

src/ts/translations/src/templates/settings.txt

@@ -0,0 +1,28 @@
+
+Настройки отображения
+Заголовок страницы
+Язык интерфейса
+Скрыть персональные данные
+Префиксы ссылок
+Для номеров задач
+Для PR
+Индивидуальные настройки
+Индивидуальных настроек нет. Данные по всем сотрудникам вычисляются по общим параметрам.
+Дополнение к трудовому договору №$1
+Дата начала действия
+Настройки .mailmap
+Общие данные по зарплате
+Тип работы над проектом
+Полная занятость
+Проектная работа
+Зарплата в месяц в долларах США
+Валюта для отображения
+Количество рабочих дней в году
+Количество дней отпуска в год
+Рабочие дни
+Сохранить
+Отмена
+Удалить
+Добавить сотрудника
+Добавить трудовой договор
+