mirror of
https://github.com/bakhirev/assayo.git
synced 2024-11-16 08:11:40 +00:00
update
This commit is contained in:
bakhirev
parent
d8b49a579b
commit
77a7069dff
1
.gitignore
vendored
1
.gitignore
vendored
|
|
@ -3,6 +3,7 @@
|
|||
/.vscode
|
||||
/.pnp
|
||||
/.idea
|
||||
/src/ts/translations/src/transactions
|
||||
|
||||
npm-debug.log*
|
||||
yarn-debug.log*
|
||||
|
|
|
|||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
|
|
@ -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() {
|
||||
|
|
|
|||
|
|
@ -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}
|
||||
|
|
|
|||
|
|
@ -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>
|
||||
|
|
|
|||
|
|
@ -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}
|
||||
|
|
|
|||
|
|
@ -16,6 +16,7 @@ export function getLangPrefix() {
|
|||
pt: 'pt-PT',
|
||||
de: 'de-DE',
|
||||
ja: 'ja-JA',
|
||||
ko: 'ko-KO',
|
||||
}[code] || 'ru-RU';
|
||||
}
|
||||
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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;
|
||||
|
|
|
|||
|
|
@ -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/>
|
||||
|
|
|
|||
|
|
@ -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;
|
||||
}
|
||||
|
||||
|
|
|
|||
161
src/ts/translations/ko/achievements.ts
Normal file
161
src/ts/translations/ko/achievements.ts
Normal file
|
|
@ -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: 시험
|
||||
`;
|
||||
29
src/ts/translations/ko/common.ts
Normal file
29
src/ts/translations/ko/common.ts
Normal file
|
|
@ -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
|
||||
`;
|
||||
15
src/ts/translations/ko/index.ts
Normal file
15
src/ts/translations/ko/index.ts
Normal file
|
|
@ -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('');
|
||||
47
src/ts/translations/ko/navigation.ts
Normal file
47
src/ts/translations/ko/navigation.ts
Normal file
|
|
@ -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: 설정
|
||||
`;
|
||||
297
src/ts/translations/ko/pages.ts
Normal file
297
src/ts/translations/ko/pages.ts
Normal file
|
|
@ -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: 깃 허브 스폰서 구독
|
||||
`;
|
||||
521
src/ts/translations/ko/recommendations.ts
Normal file
521
src/ts/translations/ko/recommendations.ts
Normal file
|
|
@ -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
|
||||
새로운 직원을 위해.
|
||||
|
||||
#작업이:
|
||||
- 중요하지 않아;
|
||||
- 아니 큰 하나;
|
||||
- 맥락에서 강한 몰입을 필요로하지 않습니다;
|
||||
- 새로운 코드보다 리팩토링에 대한 자세한 내용;
|
||||
|
||||
#"초보자를위한"레이블 백 로그에 넣어.
|
||||
|
||||
새로운 직원이 도착하면,당신은 즉시 그에게 프로젝트에 익숙해 작고 다양한 작업의 팩을 얻을 수 있습니다.
|
||||
|
||||
당신은 당신의 일에 침체가있는 경우 또한,당신은 백 로그에서 하나의 작은 작업을 얻을 수있을 것입니다.
|
||||
`;
|
||||
28
src/ts/translations/ko/settings.ts
Normal file
28
src/ts/translations/ko/settings.ts
Normal file
|
|
@ -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: 고용 계약 추가
|
||||
`;
|
||||
|
|
@ -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.pr: Introdução do Código
|
||||
§ sidebar.team.type: Tipos de tarefas
|
||||
§ 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
|
||||
|
|
|
|||
|
|
@ -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: выходные
|
||||
`;
|
||||
43
src/ts/translations/src/index.js
Normal file
43
src/ts/translations/src/index.js
Normal file
|
|
@ -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);
|
||||
|
||||
161
src/ts/translations/src/output/achievements.ts
Normal file
161
src/ts/translations/src/output/achievements.ts
Normal file
|
|
@ -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: 시험
|
||||
`;
|
||||
29
src/ts/translations/src/output/common.ts
Normal file
29
src/ts/translations/src/output/common.ts
Normal file
|
|
@ -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
|
||||
`;
|
||||
47
src/ts/translations/src/output/navigation.ts
Normal file
47
src/ts/translations/src/output/navigation.ts
Normal file
|
|
@ -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: 설정
|
||||
`;
|
||||
297
src/ts/translations/src/output/pages.ts
Normal file
297
src/ts/translations/src/output/pages.ts
Normal file
|
|
@ -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: 깃 허브 스폰서 구독
|
||||
`;
|
||||
521
src/ts/translations/src/output/recommendations.ts
Normal file
521
src/ts/translations/src/output/recommendations.ts
Normal file
|
|
@ -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
|
||||
새로운 직원을 위해.
|
||||
|
||||
#작업이:
|
||||
- 중요하지 않아;
|
||||
- 아니 큰 하나;
|
||||
- 맥락에서 강한 몰입을 필요로하지 않습니다;
|
||||
- 새로운 코드보다 리팩토링에 대한 자세한 내용;
|
||||
|
||||
#"초보자를위한"레이블 백 로그에 넣어.
|
||||
|
||||
새로운 직원이 도착하면,당신은 즉시 그에게 프로젝트에 익숙해 작고 다양한 작업의 팩을 얻을 수 있습니다.
|
||||
|
||||
당신은 당신의 일에 침체가있는 경우 또한,당신은 백 로그에서 하나의 작은 작업을 얻을 수있을 것입니다.
|
||||
`;
|
||||
28
src/ts/translations/src/output/settings.ts
Normal file
28
src/ts/translations/src/output/settings.ts
Normal file
|
|
@ -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: 고용 계약 추가
|
||||
`;
|
||||
161
src/ts/translations/src/templates/achievements.txt
Normal file
161
src/ts/translations/src/templates/achievements.txt
Normal file
|
|
@ -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
|
||||
|
||||
29
src/ts/translations/src/templates/common.txt
Normal file
29
src/ts/translations/src/templates/common.txt
Normal file
|
|
@ -0,0 +1,29 @@
|
|||
|
||||
Копировать
|
||||
Текст скопирован
|
||||
Страница
|
||||
Отображается по
|
||||
строк.
|
||||
из
|
||||
Показать все
|
||||
стандартное рабочее время (будни, с 07:00 до 20:00)
|
||||
выходные дни или время до/после рабочего дня
|
||||
суммарное количество коммитов за все время в конкретный день и час
|
||||
Удалить
|
||||
Нет или недостаточно данных для отображения
|
||||
Система обработает больше данных, если коммиты будут подписаны в формате [Git commit message convention|https://www.conventionalcommits.org/en/v1.0.0/]. Шаблон:
|
||||
Номер_задачи тип(фича): пояснение
|
||||
Например:
|
||||
Нет данных для этого сотрудника
|
||||
|
||||
Он вносил правки не каждый рабочий день и получил статус «Помошник».
|
||||
Работой сотрудников с таким статусом по данному проекту можно пренебречь, т.к. его влад на общем фоне незначителен.
|
||||
|
||||
Поэтому система не рассчитывает для него ряд показателей.
|
||||
Если это ошибка и данного сотрудника нужно рассчитать как обычного, перейдите в раздел «Настройки» и измените его тип.
|
||||
Git статистика
|
||||
Фильтры
|
||||
Изменения сохранены
|
||||
Настройки сохранены
|
||||
Ошибка загрузки файла $1
|
||||
|
||||
47
src/ts/translations/src/templates/navigation.txt
Normal file
47
src/ts/translations/src/templates/navigation.txt
Normal file
|
|
@ -0,0 +1,47 @@
|
|||
|
||||
Команда
|
||||
Сотрудник
|
||||
Настройки
|
||||
Печать
|
||||
Расшарить
|
||||
Выйти
|
||||
всё время
|
||||
год
|
||||
пол года
|
||||
месяц
|
||||
неделя
|
||||
Общая информация
|
||||
Фичи
|
||||
Сотрудники
|
||||
Типы задач
|
||||
Влитие кода
|
||||
По дням
|
||||
По неделям
|
||||
По месяцам
|
||||
Файлы
|
||||
Удалённые файлы
|
||||
Типы файлов
|
||||
Список задач
|
||||
Список релизов
|
||||
Расписание
|
||||
Все коммиты
|
||||
Все изменения
|
||||
Популярные слова
|
||||
Викторина
|
||||
Рефакторинг
|
||||
Компании
|
||||
Местоположение
|
||||
Настройки
|
||||
Общая информация
|
||||
Стоимость работы
|
||||
Скорость
|
||||
По дням
|
||||
По неделям
|
||||
По месяцам
|
||||
Список задач
|
||||
Расписание
|
||||
Все коммиты
|
||||
Все изменения
|
||||
Популярные слова
|
||||
Настройки
|
||||
|
||||
297
src/ts/translations/src/templates/pages.txt
Normal file
297
src/ts/translations/src/templates/pages.txt
Normal file
|
|
@ -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
|
||||
|
||||
521
src/ts/translations/src/templates/recommendations.txt
Normal file
521
src/ts/translations/src/templates/recommendations.txt
Normal file
|
|
@ -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-а.
|
||||
|
||||
28
src/ts/translations/src/templates/settings.txt
Normal file
28
src/ts/translations/src/templates/settings.txt
Normal file
|
|
@ -0,0 +1,28 @@
|
|||
|
||||
Настройки отображения
|
||||
Заголовок страницы
|
||||
Язык интерфейса
|
||||
Скрыть персональные данные
|
||||
Префиксы ссылок
|
||||
Для номеров задач
|
||||
Для PR
|
||||
Индивидуальные настройки
|
||||
Индивидуальных настроек нет. Данные по всем сотрудникам вычисляются по общим параметрам.
|
||||
Дополнение к трудовому договору №$1
|
||||
Дата начала действия
|
||||
Настройки .mailmap
|
||||
Общие данные по зарплате
|
||||
Тип работы над проектом
|
||||
Полная занятость
|
||||
Проектная работа
|
||||
Зарплата в месяц в долларах США
|
||||
Валюта для отображения
|
||||
Количество рабочих дней в году
|
||||
Количество дней отпуска в год
|
||||
Рабочие дни
|
||||
Сохранить
|
||||
Отмена
|
||||
Удалить
|
||||
Добавить сотрудника
|
||||
Добавить трудовой договор
|
||||
|
||||
Loading…
Reference in a new issue