Wyślij coś małego w tym tygodniu

Większość ludzi uwięziona w pętlach tutoriali nie ma problemu z umiejętnościami. Mają problem z shippingiem. Możesz oglądać czterdzieści godzin treści o Python i nadal się zamarznąć w momencie, gdy siadasz, aby budować coś na swoim koncie, ponieważ tutoriale usuwają każdą decyzję dla ciebie. Ten przewodnik to funkcja wymuszająca: wybierz coś małego, skończ to, postaw to przed kimś, w tym tygodniu.

Wybierz projekt, który możesz skończyć w weekend

Tryb awarii tutaj to zakres. Ludzie decydują, że ich pierwszy projekt powinien być aplikacją SaaS z auth, billingiem i dashboardem. To projekt na sześć miesięcy przebrany za weekendowy.

Zamiast tego wybierz coś z jedną jasną funkcją:

• Narzędzie CLI, które zmienia nazwy plików w folderze na podstawie daty EXIF
• Skrypt, który scrapuje publiczny API i wysyła ci dzienną podsumowanie
• Aplikacja Flask z jednym formularzem i jedną stroną wyjściową
• Rozszerzenie przeglądarki, które podświetla słowo kluczowe na każdej odwiedzanej stronie

Napisz zakres w jednym zdaniu, zanim napiszesz jakiś kod. Jeśli zdanie potrzebuje "i" więcej niż raz, wytnij je. "Narzędzie, które śledzi moje wydatki i też je kategoryzuje i też je wykreśla" to trzy projekty. Wyślij tracker pierwszy.

Ustaw rzeczywisty termin i rzeczywistą publiczność

Termin bez konsekwencji nie jest terminem. Powiedz przyjacielowi, opublikuj na serwerze Discord lub zobowiąż się do zademonstrowania tego współpracownikowi w piątek. Publiczność ma większe znaczenie niż termin — wiedza, że ktoś faktycznie będzie na to patrzeć, zmienia sposób budowania. Przestajesz pozłacać architekturę i zaczynasz pewność, że happy path faktycznie działa.

Daj sobie liczbę, nie atmosferę. "Będę nad tym pracować, gdy będę miał czas" nic nie produkuje. "Dwie godziny dzisiaj wieczorem, dwie godziny jutro, wysyłka w sobotę rano" produkuje projekt.

Zbuduj brzydką wersję najpierw

Pomiń debaty o strukturze folderów, pomij wybór frameworka CSS, pomij decyzję między Postgres i SQLite dla narzędzia, które będzie przechowywać czterdzieści wierszy. Napisz jeden plik. Użyj instrukcji print() zamiast loggera. Użyj listy Python zamiast bazy danych, jeśli to wszystko, czego potrzebujesz.

# expenses.py - ugly version, and that's fine
import csv
from datetime import date

def add_expense(amount, category):
    with open('expenses.csv', 'a', newline='') as f:
        writer = csv.writer(f)
        writer.writerow([date.today().isoformat(), amount, category])

add_expense(12.50, 'coffee')

To działający tracker wydatków. Nie jest skalowalny, nie ma testów i dostarczy ci 90% drogi do czegoś, co możesz faktycznie użyć jutro. Możesz refaktoryzować działającą brzydką rzecz. Nie możesz refaktoryzować piękną rzecz, która nie istnieje.

Wdróż to gdzieś, nawet źle

Projekt na twoim laptopie nie liczy się jako wysłany. Dostań go przed internet lub przed osobę, która sama go uruchamia.

• Narzędzie CLI: push do publicznego repo GitHub z dwuakapitowym README pokazującym dokładne polecenia install i run
• Aplikacja internetowa: deploy do Render, Fly.io, lub $5 droplet DigitalOcean — nie spędzaj trzech dni porównując opcje Kubernetes dla projektu z jednym użytkownikiem
• Skrypt: skonfiguruj cron job lub GitHub Action, aby biegał bez dotykania go

Friction wdrażania zabija więcej projektów ubocznych niż jakiekolwiek techniczne wyzwanie. Jeśli git push do platformy takiej jak Render to za dużo teraz, po prostu nagrań 90-sekundowy film Loom jego działania lokalnie i wyślij to. Chodzi o zewnętrzny dowód, że działa, a nie o dojrzałość infrastruktury.

Napisz, co się zepsuło

Po wysłaniu poświęć piętnaście minut pisaniu trzech rzeczy, które poszły nie tak i jak je naprawiłeś. Nie dla kogoś innego — dla ciebie. To jest rzeczywiste uczenie się. Tutorial nauczył cię składni. Zepsuty pip install, błąd CORS, błąd poza jedynką o północy — te rzeczy uczą cię, jak oprogramowanie faktycznie się zachowuje.

Przechowuj te notatki w jednym uruchomionym pliku. Po pięciu lub sześciu małych projektach zauważysz te same kategorie błędów pojawiające się, i to jest twój rzeczywisty program nauczania: luki, które tutoriale nigdy nie obejmują.

Potem wybierz następną rzecz, nieco większą

Nie skaczcie ze skryptu CLI do systemu rozproszonego. Dodaj jeden wymiar złożoności na raz: następny projekt ma bazę danych zamiast CSV, lub podstawowy zestaw testów, lub drugiego użytkownika. Małe, złożone kroki biją jeden ambitny rewrite, który staje się w trzecim tygodniu.

Jeśli chcesz ustrukturyzowane następne kroki po tym, segmenty Python i DevOps Korra Studio obejmują dokładnie luki wdrażania i narzędziowości, które zwykle potykają ludzi zaraz po ich pierwszym wysłanym projekcie.