Przejdź do głównej zawartości
drawtonomy drawtonomy

Rysunki scenariuszy do blogów i artykułów technicznych

Blogi inżynierskie, posty na Medium/Substack, README na GitHub i biuletyny techniczne o jeździe autonomicznej, self-driving i ADAS regularnie potrzebują czystego rysunku scenariusza: skrzyżowania, które wyjaśniasz, przypadku granicznego, przez który przechodzisz, konfiguracji pasów, o której rozumuje Twój kod. drawtonomy jest rozsądne do tych rysunków, z formatami wyjściowymi dostrojonymi do sieci.

Ta strona to analogia do bloga/artykułu dla Rysunków do publikacji o jeździe autonomicznej — to samo płótno, inne ograniczenia wyjścia.

Czego potrzebują rysunki blogowe i do artykułów

Dział zatytułowany „Czego potrzebują rysunki blogowe i do artykułów”

Ograniczenia różnią się od rysunku do publikacji:

  • Osadzalne. Rysunek musi wpaść do edytora Markdown/MDX/Notion/Ghost/Substack bez konwersji.
  • Bezpieczny w trybie jasnym/ciemnym. Wiele blogów inżynierskich renderuje w obu. Rysunek powinien być czytelny w obu lub mieć wariant dla trybu ciemnego.
  • Mały rozmiar pliku. Obraz rastrowy 4 MB szkodzi wczytywaniu strony i SEO. SVG lub skompresowane PNG to właściwe domyślne.
  • Przyjazny social card. Gdy post jest udostępniany na Twitterze/LinkedIn/Hacker News, obraz OG to zazwyczaj rysunek. Ważne są proporcje i czytelność w małym rozmiarze.
  • Edytowalny. Blogerzy aktualizują posty. Rysunek musi być edytowalny później bez przerysowywania.

Domyślne ustawienia drawtonomy pasują do tych wymagań:

  • .drawtonomy.svg (natywny format SVG drawtonomy) to poprawny SVG, więc osadza się w dowolnym kontekście HTML/Markdown/MDX — i jest ponownie edytowalny w drawtonomy gdy post wymaga aktualizacji.
  • Eksport PNG jest dostępny z dużą rozdzielczością gdy SVG nie jest obsługiwany (np. podglądy LinkedIn).
  • Nieskończone płótno pozwala narysować szeroki rysunek ładnie przycinający się do wymiarów OG.

Zalecany przepływ pracy

Dział zatytułowany „Zalecany przepływ pracy”

Powtarzalny przepływ pracy dla typowego rysunku blogowego:

  1. Wybierz scenariusz. Jedna scena, jeden punkt. Nie próbuj ilustrować całego potoku w jednym rysunku.
  2. Szkicuj na drawtonomy.com. Drogi, pasy, skrzyżowania, pojazdy, piesi, ścieżki, etykiety tekstowe.
  3. Dostosuj styl do trybu jasnego i ciemnego. Trzymaj się kolorów przeżywających na tle #fff i #1a1a1a. Unikaj czystych białych kresek (niewidocznych na jasnym tle) i czystych czarnych kresek (niewidocznych na ciemnym). Średnio-szare kreski działają dobrze na obu.
  4. Ustaw kadrowanie płótna. Ustaw rysunek tak, żeby najważniejsza część znajdowała się w środku. Jeśli użyjesz tego samego rysunku jako karty OG, kadruj w przybliżeniu 1200 × 630.
  5. Zapisz jako .drawtonomy.svg. To edytowalne źródło. Większość postów blogowych jest aktualizowana co najmniej raz po opublikowaniu — .drawtonomy.svg sprawia, że każda aktualizacja to edycja zamiast przerysowania.
  6. Eksportuj zasoby, które faktycznie wysyłasz. Z tej samej sceny:
    • .png przy 1200 × 630 dla karty OG (podglądy LinkedIn / X / Hacker News).
    • Płaski SVG dla treści posta jeśli Twoja platforma blogowa woli zwykły SVG zamiast .drawtonomy.svg (większość nowoczesnych platform akceptuje oba, ponieważ oba są poprawnymi SVG).
  7. Osadź. Wrzuć do edytora bloga. Dodaj podpis — zarówno wyszukiwarki, jak i czytniki ekranu na nim polegają.

Rozmiary i rozdzielczość

Dział zatytułowany „Rozmiary i rozdzielczość”

Dla SVG rozdzielczość nie ma znaczenia; rysunek skaluje się do tego, co zdecyduje układ. Dla PNG przydatne rozmiary:

ZastosowanieRozmiar
Rysunek do bloga w pełnej szerokości1600 × 900
Rysunek do bloga w połowie szerokości800 × 450
Karta OG / social1200 × 630
Karta Twitter1200 × 600
Zdjęcie do udostępnienia LinkedIn1200 × 627
Hero README GitHub1200 × 600 (lub cokolwiek używa układ README)

Przykłady osadzania

Dział zatytułowany „Przykłady osadzania”

W Markdown / MDX (Astro, Next.js, blogi oparte na MDX):

![Scenariusz wcięcia: ego przy 90 km/h, pojazd wcinający przy +20 km/h](./cut-in.svg)

W HTML z wariantem trybu ciemnego:

<picture>
  <source media="(prefers-color-scheme: dark)" srcset="./cut-in-dark.svg">
  <img src="./cut-in.svg" alt="Scenariusz wcięcia: ego przy 90 km/h, pojazd wcinający przy +20 km/h">
</picture>

W README GitHub z metadanymi social card:

![Rysunek scenariusza wcięcia](./docs/img/cut-in.png)

Sugestie stylistyczne dla postów technicznych

Dział zatytułowany „Sugestie stylistyczne dla postów technicznych”
  • Jeden scenariusz na rysunek. Jeśli prowadzisz czytelnika przez trzy przypadki, narysuj trzy rysunki.
  • Adnotacje na rysunku. Krótkie etykiety („TTC = 2,5 s”) osadzone w rysunku oszczędzają oczy czytelnikowi; długie wyjaśnienia idą do otaczającego tekstu.
  • Spójny styl ego w serii. Jeśli post jest częścią serii, wybierz jeden kolor ego i zachowaj go we wszystkich rysunkach.
  • Bez zastrzeżonych zrzutów ekranu. Ogólne rysunki naznaczone scenariuszem z drawtonomy unikają pytania „czy to z symulatora?” i dają pewność co do praw do ponownego użycia.

Do czego to nie służy

Dział zatytułowany „Do czego to nie służy”
  • Fotorealistyczne ilustracje. drawtonomy jest ściśle z widokiem 2D z góry. Do renderów z perspektywy sensora używaj zrzutu ekranu z symulatora.
  • Animacje. drawtonomy eksportuje statyczne rysunki. Do animowanych wyjaśnień scenariuszy (np. wcięcie w czasie) eksportuj statyczny rysunek i animuj osobno, lub użyj eksportu OpenSCENARIO z esmini dla zapisanego odtworzenia.

Powiązane artykuły

Dział zatytułowany „Powiązane artykuły”