Najczęściej zadawane pytania

DevGhost analizuje historię i zmiany w Git, aby oszacować wkład każdego dewelopera w kod. Nie śledzi czasu pracy, nie przechwytuje ekranów ani nie rejestruje naciśnięć klawiszy. Godziny wyrażają nakład pracy na wspólnej skali referencyjnej.

Czas, którego do stworzenia zmiany potrzebowałby deweloper średniego szczebla z 3–4-letnim doświadczeniem, znający bazę kodu i pracujący bez AI. Obejmuje to zrozumienie odpowiedniego kodu, zaprojektowanie rozwiązania, wdrożenie, samodzielne testowanie i niezbędne poprawki. Samodzielne testowanie obejmuje odpowiednie testy, interpretację ich wyników, niezbędne ręczne sprawdzenie zachowania oraz końcowy przegląd własnej zmiany przez dewelopera. Oszacowanie nie odtwarza rzeczywistych godzin autora ani nie zastępuje audytu lub eksperckiego przeglądu.

DevGhost łączy uczenie maszynowe i własną sieć neuronową z analizą strukturalną zmian w Git oraz wyspecjalizowanymi algorytmami. Rozpatruje zmiany w kontekście istniejącego kodu, uwzględnia ponowne wykorzystanie oraz oddzielnie traktuje rozpoznane zmiany mechaniczne i wygenerowane artefakty. Merytoryczny kod napisany przy wsparciu AI jest oceniany na tej samej skali referencyjnej. DevGhost nie używa LLM do analizy kodu.

Metoda łączy doświadczenie inżynierskie, analizę strukturalną zmian i trenowanie własnych modeli DevGhost. Rozkład oszacowań w czasie opiera się na badaniach empirycznych i praktycznych pomiarach. DevGhost nie używa LLM do analizy kodu.

Merytoryczny kod tworzony z pomocą AI jest oceniany względem tego samego dewelopera referencyjnego pracującego bez AI. Jeśli AI pomaga deweloperowi dostarczyć więcej szacowanego wyniku dziennie, Ghost% może wzrosnąć. Wynik powyżej 100% oznacza produkcję powyżej bazy, a nie dowód użycia AI; na porównanie wpływają także doświadczenie, narzędzia, Share i wybrany sposób liczenia dni.

Oszacowanie indywidualnej produktywności kodu względem dewelopera średniego szczebla, który zna projekt i pracuje bez AI. Przy domyślnej normie Ghost% = E ÷ (D × 3 × S) × 100: E to godziny referencyjne, D to wybrana liczba dni Spread lub FTE, a S to Share ÷ 100. 100% odpowiada punktowi odniesienia; wyżej oznacza większy szacowany wynik, niżej — mniejszy. Podsumowania zespołu ważą indywidualne wartości procentowe nakładem pracy. Nie jest to rzeczywisty czas pracy ani miara całej wartości zawodowej osoby.

Używaj wspólnej skali referencyjnej DevGhost, aby analizować utrzymujący się wkład, dostrzegać silnych deweloperów i porównywać okresy. Następnie przejrzyj powiązane zmiany i kontekst roli. Oszacowanie nie jest rzeczywistym czasem pracy, oceną jakości kodu ani pełną oceną osoby i nie powinno samo przesądzać o decyzji kadrowej.

Metoda ocenia istotę i trudność zmian, zamiast nagradzać liczbę commitów lub wierszy. Jednak dzielenie, scalanie przez squash i przegrupowywanie zmian może zmienić kontekst widziany przez estymator; nie gwarantujemy niezmiennego wyniku. Przeglądaj zmiany bazowe i utrzymujące się wzorce oraz nie zmieniaj tej liczby w cel do optymalizacji ani jedyną podstawę decyzji kadrowej.

DevGhost ocenia wkład widoczny w kodzie. Obowiązki danej osoby mogą również obejmować mentoring, przeglądy pracy innych osób i inne działania poza analizowanymi zmianami. Przed zinterpretowaniem różnicy sprawdź okres, tryb Spread lub FTE, Share i same zmiany. Projektowanie, sprawdzanie i poprawianie analizowanej zmiany są już uwzględnione w nakładzie referencyjnym.

Coding Share to ręczny przydział od 0% do 100%, domyślnie 100%. 100% oznacza zwykłą pełnoetatową rolę deweloperską: baza 3 godzin referencyjnych uwzględnia już zwykłą pracę niezwiązaną z kodem. Obniż Share przy mniejszym przydziale, na przykład z powodu pracy w niepełnym wymiarze lub dodatkowych obowiązków, bez ponownego odejmowania zwykłego czasu niekodowego. Projektowanie, wdrażanie, sprawdzanie i poprawianie zmiany są już uwzględnione w nakładzie. Skorygowany Ghost% jest równy surowemu Ghost% podzielonemu przez Share ÷ 100; nakład, daty, koszt i surowy Ghost% pozostają bez zmian. Na przykład 30 godzin referencyjnych w ciągu 10 dni daje 100% przy Share = 100% i 200% przy 50%. Przy 0% skorygowany Ghost% jest niedostępny, a nie równy zero; nierozstrzygnięty Share także powoduje jego niedostępność.

Używaj go jako jednego z elementów niezależnej oceny każdego dewelopera przez człowieka, obejmującej utrzymujący się niski wkład i dobre wyniki. Analizuj go w wielu okresach wraz z obowiązkami dewelopera, jakością kodu, wpływem biznesowym i pracą poza kodem. Ghost% nie może być jedyną ani główną podstawą ocen, wynagrodzeń, awansów lub zwolnień i nie może zastąpić takiej oceny uwzględniającej kontekst.

Tak. Każde konto otrzymuje kredyty na start i nową darmową pulę co miesiąc — bez karty i bez ograniczeń funkcji: darmowy plan to pełny produkt. Jeden kredyt pokrywa jeden przeanalizowany commit, a pull request scalony przez squash liczy się jako połowa jego wewnętrznych commitów. Dokładny koszt uruchomienia widać przed jego rozpoczęciem.

Koszt to z grubsza, ile dostarczona praca kosztowała przy standardowej stawce; wartość to z grubsza, ile kosztowałoby odtworzenie tego wolumenu ręcznie, bez AI. Różnica między nimi to przybliżony wskaźnik dźwigni (narzędzia/AI), a nie rachunek zysków i strat.