Якщо ви хочете навчитись програмувати та стати розробником, то ви саме там, де треба. Ця книга допоможе вам.

І це безоплатна повна версія на freeCodeCamp.

Крім того, я записав БЕЗОПЛАТНУ аудіокнигу за мотивами цієї книги, яку опублікував як 100-й випуск подкасту freeCodeCamp. Її можна знайти в будь-якому застосунку з подкастами. Не забудьте підписатися. Для зручності я прикріпив посилання нижче.

Кілька років тому одне з найбільших видань Нью-Йорка зв’язалось зі мною щодо угоди про видання книги. Я зустрівся з ними, але не мав часу написати її.

Нарешті я знайшов час. Вирішив, що опублікую книгу безоплатно на freeCodeCamp.

Інформація має бути безоплатною, правда ж? 🙂

Читання займе кілька годин вашого часу. Я зібрав свої думки щодо навчання програмування і пошуку роботи.

Я здобув ці знання, коли:

• вчився програмувати в 30+,
• працював інженером-програмістом,
• а потім керував freeCodeCamp.org. Зараз цей сайт щодня відвідують понад мільйон людей з однією метою: вивчати математику, програмування та комп’ютерні науки.

Я був викладачем англійської мови, який ніколи не займався програмуванням. За рік я навчився програмувати до певного рівня та почав працювати в ІТ.

Я не купував книги чи курси.

(Насправді я витрачав гроші на поїздки в сусідні міста, щоб брати участь у професійних заходах. Пізніше побачите, що воно було того варте.)

Після того, як кілька років пропрацював інженером-програмістом, я відчув, що готовий. Мені захотілось навчити й інших людей змінювати кар’єру.

Я розробив декілька навчальних інструментів, якими ніхто не хотів користуватися. Але якось на вихідних я створив freeCodeCamp.org. Тут швидко зібралася активна спільнота.

Ми всі допомагали одне одному. А тепер люди з усього світу використовують freeCodeCamp, щоб підготуватися до своєї першої роботи в ІТ.

У вас, мабуть, постане питання чи знайдете ви час прочитати цілу книгу.

Не переймайтесь. Додайте сторінку до закладок. Ви зможете повернутися до неї і прочитати за кілька разів.

Можете поділитися нею у соцмережах. Напишіть: «Дивіться, що я зараз читаю» та прикріпіть посилання на книгу. Це дуже ефективний спосіб змусити себе дочитати її.

Кажу так, бо не намагаюсь продати вам книгу. Фактично ви вже «придбали» її, коли зайшли на цю сторінку. Моя ціль — довести, що якщо дочитаєте до кінця, воно того вартуватиме. 😉

Обіцяю не зловживати вашим часом. Тут немає пафосу чи пустослів’я, а лише відверті та практичні поради.

Додам в кожен розділ стільки думок, скільки можливо.

А де ж зміст?

А ось він:

Зміст

1. Передмова: для кого ця книга?
2. Короткий виклад на 500 слів
3. Розділ 1: як розвивати навички
4. Розділ 2: як розбудувати нетворкінг
5. Розділ 3: як заробити репутацію
6. Розділ 4: як заробляти на програмуванні (клієнти на фрилансі та пошук роботи)
7. Розділ 5: як досягти успіху на першій роботі
8. Епілог: у вас все вийде

Передмова: для кого ця книга?

Книга підійде всім, хто думає над кар’єрою в ІТ.

Якщо ви шукаєте роботу з гнучким графіком, високою зарплатою та творчим підходом до розв’язання проблем, то ІТ стане ідеальним варіантом.

Кожен починає свій шлях у програмуванні з певними ресурсами, до яких можна віднести час, фінанси та можливості.

Можливо, ви старшого віку, маєте дітей чи доглядаєте за родичами. Тож у вас може бути менше часу.

Або ж ви молоді, але не маєте часу відкладати гроші чи набувати навичок, які збільшать ваш дохід. Тож у вас може не вистачати фінансів.

Чи, можливо, ви живете далеко від великих технологічних міст, таких як Сан-Франциско, Берлін, Токіо чи Бенгалуру.

Або, може, ви маєте фізичні чи психічні порушення. Ейджизм, расизм та сексизм — це реальність. Імміграційний статус може ускладнити пошук роботи. Так само як і судимість.

Тож можливості обмежені.

Декому навчитися програмувати та влаштуватися на роботу буде складніше, ніж іншим. Кожен підходить до цього завдання зі своєї власної позиції, використовуючи доступні ресурси.

Але незалежно від того, з чого ви починаєте — з погляду на час, фінанси чи можливості — я зроблю все можливе, щоб поділитись практичними порадами.

Іншими словами: не переймайтесь, ви у правильному місці.

Чи може кожен навчитися програмувати?

Так. Я вірю, що будь-яка вмотивована людина може навчитися програмувати. Зрештою, це питання мотивації, а не здібностей.

Чи були комп’ютери на африканських саванах, де первісні люди жили тисячі років, перш ніж розселитися по Європі, Азії та Америці?

Програмування — це не те, до чого людство пристосовувалося в ході еволюції. Комп’ютери в тому вигляді, в якому ми їх знаємо (настільні ПК, ноутбуки, смартфони), з’явилися у 80-х, 90-х та 2000-х роках.

Я вірю, що здібності відіграють певну роль. Але зрештою, кожному, хто хоче стати професійним розробником, доведеться багато часу проводити за клавіатурою.

Більшість людей, які намагаються навчитися програмувати, розчаровуються і кидають цю справу.

І я так само. Я розчаровувався і здавався. Не один раз.

Але — як й інші люди, які зрештою досягли успіху — через кілька днів пробував знову.

Визнаю: навчитися програмувати і влаштуватися на роботу — важко. А для деяких людей ще важче через обставини.

Не буду прикидатися, що під час навчання пережив якісь справжні труднощі. Так, мені було за 30 і я не мав формальної освіти з програмування чи комп’ютерних наук. Але врахуйте:

Я ріс в сім’ї середнього класу в США — я американець у четвертому поколінні з англомовної родини. Вчився в університеті. Мій батько теж вчився в університеті. І його батько так само (а його батьки були фермерами зі Швеції).

Мені пощастило і я скористався моментом, коли життя досить спокійне.

Ось моє величезне застереження: я не мотиватор, який підбадьорює долати труднощі.

Якщо вам потрібне натхнення, то в спільноті розробників є безліч людей, які подолали справжні труднощі. Можете їх знайти.

Я не намагаюся ідеалізувати ІТ. Я не малюватиму картин науково-фантастичних утопій, які можуть стати реальністю, якщо всі навчаться програмувати.

Натомість я просто дам практичні поради для набуття навичок і скажу як знайти хорошу роботу, щоб забезпечити свою сім’ю.

Немає нічого поганого в тому, щоб навчитися програмувати для хорошої стабільної роботи.

Так само немає нічого поганого в тому, щоб навчитися програмувати для власного бізнесу.

Дехто може казати, що ви повинні марити програмуванням. Ніби-то після повного робочого тижня ви маєте проводити вихідні над проєктами з відкритим кодом.

Я дійсно знаю людей, які настільки захоплені програмуванням. Але я також знаю багато людей, які після важкого робочого тижня просто хочуть провести час на природі або пограти в настільні ігри з друзями.

Люди зазвичай люблять робити те, що в них добре виходить. І ви можете полюбити програмування, просто стаючи кращим.

Отже, коротко: для кого ця книга? Для всіх, хто хоче вдосконалити свої навички з програмування та стати розробником. Ось і все.

Вам не потрібно бути самопроголошеним «ботаном», інтровертом чи ідеологічно вмотивованим активістом. Або відповідати будь-якому з цих стереотипів.

Якщо у вас так — це чудово. Але це точно не вимога.

Тож якщо ви серйозно налаштовані навчитися програмувати настільки добре, щоб отримувати за це гроші — ця книга саме для вас.

Для початку прочитайте невеликий виклад. А потім все решту.

Короткий виклад на 500 слів

Навчитися програмувати важко. А знайти роботу — ще важче. Але для багатьох людей це того варте.

Програмування — це високооплачувана, інтелектуально складна та творчо насичена галузь. Перед вами відкриється чіткий кар’єрний ріст: старший розробник, технічний керівник, головний інженер, технічний директор і, можливо, навіть генеральний директор.

Ви зможете знайти роботу практично в будь-якій галузі. Приблизно дві третини вакансій для розробників знаходяться поза межами того, що ми традиційно називаємо «програмуванням»: у сільському господарстві, виробництві, державному секторі та галузі послуг, таких як банківська справа та охорона здоров’я.

Якщо ви хвилюєтеся, що ваша робота може бути автоматизована ще до того, як ви вийдете на пенсію, то зверніть увагу, що програмування — це процес автоматизації. Отже, за визначенням, це остання професія, яка буде повністю автоматизована.

Автоматизація вплине на програмування. Вона вже вплинула. На десятиліття.

Інструменти генеративного ШІ — серед яких GPT-4 та Copilot — можуть допомогти перейти від імперативного (коли ви чітко вказуєте комп’ютерам, що робити) до декларативного програмування (коли ви ставите перед комп’ютерами завдання вищого рівня). Іншими словами: програмування у стилі «Зоряного шляху».

Зараз є калькулятори, але все одно варто вивчати математику. І варто вивчати програмування, навіть попри те, що зараз є інструменти штучного інтелекту, які можуть писати код.

Вийшло переконати, що кар’єра в ІТ — це те, що вам потрібно?

Добре. Ось як увійти до цієї галузі.

Розвивайте свої навички

Вам потрібно вивчати:

• front end: HTML, CSS, JavaScript;
• back end: SQL, Git, Linux та вебсервери;
• наукові обчислення: Python та його численні бібліотеки.

Це технології, яким вже понад 20 років. У якій би компанії ви не працювали, скоріше за все ви будете використовувати більшість із цих інструментів.

Найкращий спосіб освоїти їх — будувати проєкти. Намагайтеся щодня писати хоча б частину коду. Якщо ви пройдете навчальну програму freeCodeCamp від початку до кінця, то опануєте ці технології та створите десятки проєктів.

Працюйте над нетворкінгом

Отримання роботи значною мірою залежить від того, кого ви знаєте.

Немає нічого поганого в тому, щоб бути інтровертом, але потрібно виходити із зони комфорту.

Зареєструйтесь на GitHub, X (Twitter), LinkedIn та Discord.

Ходіть на зустрічі та конференції. Подорожуйте, якщо це необхідно (більшу частину бюджету на навчання варто витратити на подорожі та квитки на заходи, а не книги та курси).

Спілкуйтесь з людьми. Дайте можливість говорити іншим, а самі уважно слухайте. Запам’ятовуйте імена.

Додавайте людей на LinkedIn, підписуйтесь на них у X (Twitter) та відвідуйте вечірки після заходів.

Заробляйте репутацію

Діліться короткими демонстраціями своїх проєктів.

Продовжуйте подавати заявки на виступи на дедалі більших конференціях.

Відвідуйте хакерспейси та допомагайте людям, які знаються на програмуванні менше, ніж ви.

Робіть внесок до відкритих проєктів. Ця робота схожа на професійну розробку програмного забезпечення.

Розвивайте навички, нетворкінг і репутацію одночасно. Не дозволяйте собі відкладати найскладніші етапи.

Замість того, щоб подавати резюме напряму, використовуйте знайомства, щоб потрапити на співбесіди «через службовий вхід». Рекрутери теж можуть допомогти.

Продовжуйте ходити на співбесіди, поки не почнете отримувати оффери. Однак не потрібно погоджуватися на першу-кращу пропозицію. Будьте терплячими.

Перша робота буде найважчою. Постарайтеся протриматися там принаймні два роки і, по суті, отримуйте зарплату за навчання.

Справжнє навчання починається вже на роботі, коли ви працюєте разом з командою і над великими кодовими базами.

Найголовніше — висипайтеся та займайтеся спортом.

Будь-яка достатньо вмотивована людина може навчитися програмувати і влаштуватися на роботу.

Все залежить лише від того, наскільки сильно ви цього хочете і наскільки наполегливо шукатимете роботу.

Пам’ятайте: у вас все вийде.

Ця книга присвячена глобальній спільноті freeCodeCamp

Дякую всім, хто підтримував нашу благодійну організацію та нашу місію протягом останніх років.

Саме завдяки вашій волонтерській діяльності та благодійності ми змогли допомогти багатьом навчитися програмувати і вперше влаштуватись на роботу розробником.

З того скромного відкритого проєкту, який я вперше запустив у 2014 році, виросла ціла спільнота. Зараз я — лише невелика частина цієї глобальної спільноти.

Для мене велика честь досі бути тут і працювати з вами. Разом ми стикаємося з фундаментальною проблемою нашого часу: із доступом до інформації, освіти та інструментів, які формують майбутнє.

Це лише початок. Жодних ілюзій, що за мого життя всі навчаться програмувати. Але так само, як Біблія Гутенберга прискорила грамотність у 1455 році, ми можемо прискорити технологічну грамотність завдяки безоплатним навчальним ресурсам.

Ще раз дякую всім.

Окрема подяка Еббі Реннемейєр за редакційні коментарі та Естефанії Кассінгена Навоне за дизайн обкладинки.

А тепер книга.

Розділ 1: як розвивати навички

«Кожен митець спочатку був аматором» — Ральф Волдо Емерсон

Шлях до оволодіння навичками програмування — довгий.

Для мене він був досить неоднозначним.

Для вас він може бути іншим.

У цьому розділі я поділюся деякими стратегіями, які допоможуть навчитися програмувати якомога легше.

Спочатку я розповім, як навчився програмувати у 2011 році.

Потім я поділюся тим, чого навчився в процесі.

Я розкажу, як навчатися ефективніше за мене.

Час історій: як 30-річний викладач самостійно навчився програмувати?

Я був викладачем і керував школою англійської мови. У нас навчалося близько сотні дорослих учнів, які приїхали до Каліфорнії з різних куточків світу. Вони вивчали англійську, щоб вступити до університету.

Більшість викладачів обожнювали викладати. Їм подобалося проводити час з учнями та допомагати їм вдосконалювати розмовну англійську.

Але вони ненавиділи паперову роботу: звіти про відвідування, табелі успішності, імміграційні документи.

Я хотів, щоб викладачі проводити більше часу з учнями, а не документацією.

Але що я знав про комп’ютери?

Програмування? Хіба для цього не треба бути розумним? Я ледве міг налаштувати Wi-Fi роутер. І з математикою мені не пощастило.

Одного дня я просто відкинув усі сумніви і подумав: «А таки спробую. Що я втрачаю?»

Я почав гуглити запитання на кшталт «як автоматично переходити по посиланнях на вебсайтах» та «як імпортувати дані з вебсайтів до Excel».

Тоді я цього не усвідомлював, але я вчився автоматизовувати робочі процеси.

Так і почалося навчання: спочатку з макросами Excel, а потім — з інструментом AutoHotKey, за допомогою якого можна запрограмувати мишу так, щоб вона переміщалася до певних координат екрана, натискала, копіювала текст, а потім переміщалася до інших координат і вставляла той текст.

Після кількох тижнів хаотичних пошуків я з’ясував, як автоматизувати кілька завдань. Я міг відкрити таблицю Excel і вебсайт, запустити код, а потім повернутися через 10 хвилин і таблиця була б повністю заповнена.

Це була аматорська робота. Те, що розробники могли б назвати «брудним лайфхаком». Але завдання було виконано.

Я використовував свої новонабуті навички автоматизації, щоб і далі оптимізувати роботу школи.

Через деякий час викладачам майже не доводилося торкатися комп’ютера. Я виконував роботу кількох викладачів, маючи навички початківця.

Це помітно вплинуло на школу. Раніше велика частина нашого часу йшла на рутинну роботу за комп’ютером. Ми стали вільними.

Викладачі стали щасливішими. Вони проводили більше часу з учнями.

Учні стали щасливішими. Вони розповідали своїм друзям з рідної країни, щоб ті обов’язково відвідали нашу школу.

Незабаром ми стали однією з найуспішніших шкіл у всій системі освіти.

У мене з’явилось ще більше сміливості. Пам’ятаю, як подумав: «Можливо, я зможу навчитися програмувати».

Я знав пару розробників з наших вечорів настільних ігор. У них була традиційна освіта: дипломи з Каліфорнійського технологічного інституту, коледжу Харві Мадда та інших відомих навчальних програм.

У той час 30-річним людям набагато рідше спадало на думку вчитися програмувати.

Я набрався сміливості й поділився своїми мріями з деякими друзями.

Я хотів навчитися програмувати правильно. Хотів заробляти на життя програмуванням, як вони. Може, навіть писати програмне забезпечення, яке могло б допомагати функціонуванню шкіл.

Я ділився цими мріями зі своїми друзями-розробниками:

— Хочу робити те, що ви.

Але вони лише знизували плечима. Потім казали щось на кшталт:

— Ну, можеш спробувати. Але потрібно перейти цілу гору знань.

А ще:

— Це досить конкурентна галузь. Як ти збираєшся змагатися з тими, хто змалку займається програмуванням?

І ще:

— Ти хороший викладач. Чому тобі просто не займатися тим, що добре виходить?

І це збивало мене з курсу на кілька тижнів. Я вирушав у довгі нічні прогулянки, щоб розібратися зі своїми думками. Я розмірковував про майбутнє під зорями. Чи мали ці люди рацію? Вони ж щось знають, правда?

Але щоранку я повертався до робочого столу. Дивився, як працює мій код. Дивився, як мої звіти здаються з надлюдською швидкістю. Дивився, як комп’ютер виконує мої команди.

І тут я задумався: можливо, друзі просто намагалися вберегти мене від розчарування. Напевно, вони просто не знають нікого, хто навчився програмувати в такому віці. Тому вони вважають, що це неможливо.

Раніше лікарі вважали, що неможливо пробігти милю за 4 хвилини. Вони думали, що від такого швидкого бігу серце просто вибухне.

Але потім комусь це вдалося. І серце не вибухнуло.

Як тільки Роджер Банністер — 25-річний студент Оксфорда — подолав цей психологічний бар’єр, так зробили й безліч інших людей. На сьогоднішній день понад тисячу людей пробігли милю швидше, ніж за 4 хвилини.

Я не робив нічого такого сміливого та безпрецедентного. Багато відомих розробників навчилися програмувати самостійно.

Ада Лавлейс навчилася програмувати ще в 1840-х роках. І в неї навіть не було робочого комп’ютера. Вона просто розуміла, як мав би працювати комп’ютер її друга Чарльза Беббіджа.

Вона написала декілька перших комп’ютерних алгоритмів. Її вважають першою у світі програмісткою. Ніхто її не навчав. Бо не було нікого, хто міг би її навчити. Які б сумніви вона не мала, вона їх безперечно подолала.

Звісно, я не Ада Лавлейс. Я звичайний викладач, у якого були робочий комп’ютер, непоганий інтернет і можливість шукати серед мільярдів вебсторінок за допомогою Google.

Я налаштувався і вирішив, що таки зроблю це.

«Навчальне пекло», у яке я вляпався

«Якщо ти працюєш 10 років, то отримуєш 10 років досвіду чи 1 рік досвіду 10 разів? Щоб здобути справжній досвід, потрібно аналізувати свої дії. Якщо ти постійно навчаєшся, то здобудеш досвід. Якщо ні — то ні, скільки б років ти не пропрацював» — Стів Макконнелл (інженер-програміст)

Наступні кілька тижнів я гуглив та розглядав випадкові уроки, на які натрапив в інтернеті.

Гляньте, урок з Ruby.

О, стає складніше. Я отримую повідомлення про помилки, які не згадуються в уроці. Що відбувається?

Гляньте, урок з Python.

Людська психологія — дивна річ. Як тільки щось стає складним, ми запитуємо себе: я правильно роблю?

Можливо, урок застарів. Можливо, автор не знав, про що говорив. Хтось взагалі користується цією мовою програмування?

Коли стикаєшся з неоднозначними повідомленнями про помилки, то здається, що нічого не виходить.

Вдавати прогрес було легко. Настав час пообідати.

У кафе я зустрів друга.

— Як справи з програмуванням? — запитав він.

— Чудово. Сьогодні програмував 4 години.

— Супер. Хотів би якось глянути, над чим працюєш.

— Звісно, — відповідав я, знаючи, що нічого не зробив. — Скоро подивишся.

Після цього я міг піти до бібліотеки і взяти нову книгу з JavaScript.

Одне старе прислів’я каже, що купівля книг дарує найкраще відчуття у світі. Адже ти ніби купуєш час, щоб прочитати їх.

Саме в такій ситуації я опинився через кілька тижнів після того, як почав програмувати.

Я прочитав перші 100 сторінок кількох книг з програмування, але жодну не дочитав.

Я написав перші 100 рядків коду з кількох уроків, але жодного не завершив.

Я цього не усвідомлював, але опинився у пастці, яку розробники лагідно називають «навчальним пеклом».

Навчальне пекло — це коли ти перескакуєш від одного уроку до іншого, вивчаючи базові поняття, при цьому ніколи не виходячи за межі основ.

Щоб вийти за межі основ потрібна справжня праця.

Гуртом і на розробника легше навчатись

Навчання забирало весь мій вільний час, але я не помічав прогресу. Згодом я міг набирати символи { та *, не дивлячись на клавіатуру. Але на цьому поки все.

Я розумів, що потрібна допомога. Можливо, якийсь наставник на кшталт Йоди, який би навчив мене всьому. Так, така людина змінила б усе на моєму шляху.

Я дізнався про місце неподалік, яке називалося «хакерспейс». Коли я вперше почув цю назву, то трохи злякався. Хіба хакери не займаються незаконними справами? Я був викладачем англійської мови, який любив грати в настільні ігри. Я не хотів проблем.

Ну, я зателефонував за вказаним номером і поговорив зі Стівом. Я нервово запитав:

— Ви ж не робите нічого незаконного?

Стів засміявся.

Виявляється, слово «хак» — це багатозначний термін. Так, «хакувати» може означати зловмисне проникнення в програмну систему. Але «хакувати» також може означати щось більш буденне: писати комп’ютерний код.

Щось може бути «хакерським», тобто не дуже хорошим рішенням. А ще може бути «розумний хак» — геніальний трюк, щоб код працював ефективніше.

Коротше, не бійтеся цього слова.

Я майже не вживаю цього слова, бо воно заплутане. Мені здається, останнім часом хакерспейси звернули увагу на цю двозначність і тепер багато з них називаються «мейкерспейсами».

Адже саме в цьому і полягає суть хакерспейсу: у створенні чогось.

Стів запросив мене відвідати хакерспейс у суботу. Він сказав, що там буде кілька розробників з околиць.

Коли я вперше переступив поріг хакерспейсу, я був вражений.

У приміщенні пахло гаром від електрики. На імпровізованих столах лежали паяльники, смужки світлодіодних ламп, аматорські плати Arduino та купи роботів-пилососів Roomba.

Там був Стів, з яким я розмовляв по телефону, і він привітався зі мною. Він носив окуляри, мав зачесане назад волосся та борідку. Завжди посміхався. А коли його про щось запитували, то замість того, щоб відповісти одразу, він спочатку кивав головою й кілька секунд думав.

Стів обожнював програмування, а також вивчав математику і філософію в Каліфорнійському університеті в Санта-Барбарі. Він досі захоплюється цими предметами. Але його справжньою пристрастю був Python.

Стів увімкнув проєктор і провів коротку неформальну презентацію. Він продемонстрував написаний ним застосунок, який розпізнавав QR-коди у відео та замінював їх зображеннями.

Хтось із аудиторії відкрив QR-код на своєму ноутбуці й підніс його перед камерою. Застосунок Стіва замінив QR-код на зображення піци.

Хтось з аудиторії вигукнув:

— А можеш зробити так, щоб піца оберталася?

Стів відкрив свій код у редакторі Emacs і почав вносити зміни в режимі реального часу. Він з легкістю перемикався між редактором коду, командним рядком і браузером, у якому працював застосунок, завантажуючи оновлення коду.

Для мене це було справжнім чаклунством. Я не міг повірити, що Стів створив цей застосунок лише за кілька годин. А тепер він додавав нові функції на льоту, відповідно до запитів аудиторії.

Я подумав: він — геній.

Того ж вечора я йому сказав про це після закінчення заходу.

Ми разом їли сендвічі. І я сказав йому:

— Я міг би весь час програмувати і не досягти твого рівня. Для мене за щастя, якби через 10 років я міг програмувати хоча б наполовину, як ти.

Але Стів заперечив. Він сказав:

— Я нічим особливим не виділяюся. Ти обмежуєш себе, не треба так. Якщо ти продовжиш займатися програмуванням, то легко станеш кращим за мене.

Звісно, я й на секунду не повірив. Але сам факт, що він так сказав, викликав у мене трепет.

У мене повірив розробник. Він побачив мене — звичайного викладача, звичайного «кодового дитинча» — і вирішив, що у мене все вийде.

Ми з Стівом розмовляли до пізньої ночі. Він показав свій нетбук за 200 доларів, який навіть за стандартами 2011 року був слабким.

— Тобі не треба потужний комп’ютер, щоб створювати програмне забезпечення. Сучасне обладнання досить потужне. Комп’ютери повільні лише тому, що на них працює перевантажене програмне забезпечення. Купи готовий ноутбук, почисть жорсткий диск, встанови на нього Linux і починай програмувати.

Я запам’ятав модель його ноутбука і того ж вечора замовив такий самий.

Після кількох днів налагодження нового комп’ютера з допомогою Stack Overflow я успішно встановив Ubuntu. Тоді почав вивчати, як користуватися редактором коду Emacs. До наступної суботи я вже знав кілька команд і поспішив ними похвалитися.

Стів схвально кивнув. Він сказав:

— Супер. Але що ти створюєш?

Я не зрозумів, про що він:

— Я вчуся користуватися Emacs. Дивись. Я запам’ятав...

Стів задумався:

— Це все взагалі класно. Але тобі треба проєкт. Завжди май проєкт. А потім вчися тому, що потрібно для проєкту.

Окрім кількох скриптів, які я написав, щоб допомогти викладачам у школі, я нічого не доводив до кінця. Але я почав розуміти, про що говорив Стів.

І тут до мене дійшло. Весь час я був у «навчальному пеклі», кружляючи по колу й нічого не завершуючи.

Стів сказав:

— Хочу, щоб ти створив проєкт на HTML5, а наступної суботи презентував його в хакерспейсі.

Його слова шокували мене. Але я випрямив спину і сказав:

— Хороший план.

За тебе ніхто розробником не стане

«Я намагаюся звільнити твій розум, Нео. Але я можу лише показати тобі двері. Ти сам повинен пройти через них» — Морфеус у фільмі «Матриця», 1999 рік

Наступного ранку я дуже рано прокинувся і загуглив уроки з HTML5. Я вже багато чого знав з мого попереднього досвіду в «навчальному пеклі». Але замість того, щоб пропускати кроки, я просто сповільнив темп і слідував інструкціям, виконуючи кожну команду.

Зазвичай, закінчивши один урок, я просто шукав наступний. Але цього разу я почав експериментувати з кодом. У мене з’явилася проста ідея для проєкту. Я хотів створити сторінку з документацією про HTML5 і я збирався написати її виключно на HTML5.

Давайте швидко поясню, що таке HTML5: це просто нова версія HTML, який існує ще з часів перших вебсторінок 90-х.

Якщо вебсайт — це тіло, то HTML — його кістки. Все інше лежить поверх цих кісток (JavaScript можна вважати м’язами, а CSS — шкірою; але повернемося до історії).

Я знав, що в HTML можна посилатися на різні частини однієї вебсторінки, використовуючи id-властивості. Тож я подумав: а що, якби я розмістив зміст зліва? Тоді, натискаючи на різні пункти зліва, сторінка праворуч прокручувалася б вниз, щоб показати ці пункти.

За півгодини я написав прототип.

Але настав час вирушати на роботу до школи. Весь день я думав лише про свій проєкт і як його завершити.

Я побіг додому, відкрив ноутбук і провів увесь вечір за проєктом.

Я скопіював офіційну (і ліцензовану за Creative Commons) документацію HTML безпосередньо на свою сторінку, «вбудувавши» її в HTML.

Потім я витратив близько години на CSS, щоб все виглядало правильно, і використав абсолютне позиціонування, щоб бічна панель залишалася на місці.

Я постарався використати якомога більше нових «семантичних» тегів HTML5.

Проєкт готовий.

Яке ж задоволення я відчув! Побіг до найближчого футбольного поля і пробіг кілька кіл. Я це зробив. Я завершив проєкт.

Тоді я вирішив: відтепер усе, що я робитиму, буде проєктом. Я працюватиму над створенням кінцевого продукту.

Наступного вечора я підійшов до трибуни, підключив ноутбук і презентував свою вебсторінку. Я відповідав на всі запитання щодо HTML5.

Іноді я щось плутав і хтось з аудиторії казав:

— Неправильно. Дозвольте перевірити документацію.

Ніхто не боявся виправляти мене. Але вони були ввічливими і підтримували мене. Мені навіть не здавалося, що вони виправляють мене: виглядало так, що вони виправляють загальнодоступну інформацію, щоб ніхто не пішов з неправильними відомостями.

Не було тривожності, яку я міг відчути на засіданні викладачів.

Натомість я відчув себе частиною аудиторії, навчаючись разом із ними.

Зрештою, ці інструменти були новими і тільки починали набирати популярності. Ми всі намагалися зрозуміти, як їх використовувати.

Після моєї доповіді Стів підійшов до мене і сказав:

— Непогано.

Я посміхався (мабуть, надто довго) і нічого не відповів. Просто був задоволений собою.

Потім Стів примружився, стиснув губи і сказав:

— Починай наступний проєкт сьогодні ввечері.

Мій шлях в програмуванні

У наступних розділах ми будемо повертатися до історії молодого Квінсі та його шляху в програмуванні. Проте зараз я хочу розібрати деякі уроки та відповісти на кілька запитань, які могли у вас виникнути.

Чому навчитися програмувати так важко?

Освоїти будь-яке нове вміння — важко. Чи то вести м’яч у футболі, чи то міняти масло в машині, чи то вивчати нову мову.

Навчитися програмувати важко з кількох причин. Деякі з них притаманні саме програмуванню.

Перша причина: більшість людей не розуміє, що таке програмування насправді. Що ж, я розповім.

Що таке програмування?

Програмування — це вміння пояснити комп’ютеру його роботу таким чином, щоб він зрозумів.

Ось і все. В цьому полягає весь сенс програмування.

Але не зрозумійте неправильно. Спілкуватися з комп’ютерами важко. За людськими мірками вони «тупі». Вони роблять лише те, що ви їм скажете. Але — якщо ви не вмієте добре програмувати — вони, швидше за все, робитимуть не зовсім те, що вам потрібно.

Можливо, ви думаєте: а як щодо серверів? А баз даних? А мережі?

Зрештою, усім цим керують рівні програмного забезпечення. Іншими словами — код на усіх його етапах. Так ми і дійшли до фізичного обладнання, де електрони рухаються по платах.

У перші кілька десятиліть комп’ютеризації програмісти писали код, що був «близьким до заліза» — часто працюючи з апаратним забезпеченням напряму, змінюючи біти з 0 на 1 і навпаки.

Але сучасна розробка програмного забезпечення включає так багато «рівнів абстракції» — тобто програм, що працюють поверх інших програм, — що кілька рядків коду на JavaScript здатні робити дійсно потужні речі.

У 1960-х роках англійське слово «bug» означало комаху, що повзала всередині комп’ютера розміром із кімнату і згоряла на одній із плат.

Сьогодні ми пишемо код на багатьох рівнях абстракції вище фізичного обладнання.

Ось що таке програмування. Воно значно простіше, ніж було раніше, і з кожним роком стає ще легшим.

Я не перебільшую, коли кажу, що через кілька десятиліть програмування буде настільки простим і поширеним, що більшість молоді знатиме, як це робити.

Чому навчитися програмувати досі так важко?

Є три головні причини, чому навчитися програмувати складно навіть сьогодні:

1. Інструменти досі примітивні.
2. Більшість людей погано справляється з невизначеністю, а вчитися програмувати — це суцільна невизначеність. Люди губляться.
3. Більшість людей погано сприймає постійний негативний зворотний зв’язок. Вчитися програмувати — це постійні повідомлення про помилки. Люди втрачають терпець.

Тепер я детальніше розгляну ці труднощі і запропоную кілька практичних стратегій для подолання кожної з них.

Інструменти досі примітивні

«Комп’ютере. Почати нову програму. Створити наступне. Крісло біля робочого місця. Тепер створити стандартну алфавітно-цифрову консоль, розміщену ліворуч. Тепер легендарну дисплейну консоль для правої руки. Підключити обидві консолі до головного комп’ютерного ядра "Ентерпрайзу", використовуючи нейросканувальний інтерфейс» — Барклі з серіалу «Зоряний шлях: Нове покоління», 4 сезон 19 серія: «Ступінь N»

Саме так люди зможуть програмувати в майбутньому. Це приклад із мого улюбленого науково-фантастичного серіалу — «Зоряний шлях: Нове покоління».

Кожен персонаж у «Зоряному шляху» вміє програмувати. Лікарі, офіцери, пілоти. Навіть маленький Веслі Крашер (якого грає юний актор Віл Вітон) може змусити корабельний комп’ютер виконувати його команди.

Звісно, одна з причин, чому всі вміють програмувати, полягає в тому, що вони живуть у суспільстві XXIV століття без дефіциту ресурсів і з доступом до безоплатної якісної освіти.

Ще одна причина — у майбутньому програмування буде набагато простішим. Ви просто кажете комп’ютеру, що потрібно зробити, і — якщо формулюєте свій запит достатньо точно — комп’ютер все виконує.

А що, якби програмування було таким же простим, як звичайне пояснення завдання комп’ютеру людською мовою?

Ми вже досягли значного прогресу в цьому напрямку. Згадайте наших бабусь, які бігали між величезними мейнфреймами з цілими стосами перфокарт.

Колись програмування навіть найпростішого застосунку вимагало ретельно виписаних інструкцій.

Ось два приклади «Шифру Цезаря» — класичного навчального проєкту з інформатики.

Його також називають «ROT-13». Вам потрібно зсувати літери на 13 позицій. Наприклад, A стає N (13 літер після A), а B стає O (13 літер після B).

Покажу два приклади цієї програми.

Спочатку — програма на мові асемблера x86:

format     ELF     executable 3
entry     start

segment    readable writeable
buf    rb    1

segment    readable executable
start:    mov    eax, 3        ; syscall "read"
    mov    ebx, 0        ; stdin
    mov    ecx, buf    ; buffer for read byte
    mov    edx, 1        ; len (read one byte)
    int    80h

    cmp    eax, 0        ; EOF?
    jz    exit

    xor     eax, eax    ; load read char to eax
    mov    al, [buf]
    cmp    eax, "A"    ; see if it is in ascii a-z or A-Z
    jl    print
    cmp    eax, "z"
    jg    print
    cmp    eax, "Z"
    jle    rotup
    cmp    eax, "a"
    jge    rotlow
    jmp    print

rotup:    sub    eax, "A"-13    ; do rot 13 for A-Z
    cdq
    mov    ebx, 26
    div    ebx
    add    edx, "A"
    jmp    rotend

rotlow:    sub    eax, "a"-13    ; do rot 13 for a-z
    cdq
    mov    ebx, 26
    div    ebx
    add    edx, "a"

rotend:    mov    [buf], dl

print:     mov    eax, 4        ; syscall write
    mov    ebx, 1        ; stdout
    mov    ecx, buf    ; *char
    mov    edx, 1        ; string length
    int    80h

    jmp    start

exit:     mov     eax,1        ; syscall exit
    xor     ebx,ebx        ; exit code
    int     80h

Цей приклад на мові асемблера x86 взято з проєкту Rosetta Code під ліцензією Creative Commons.

А ось та сама програма, написана на Python:

def rot13(text):
    result = []

    for char in text:
        ascii_value = ord(char)

        if 'A' <= char <= 'Z':
            result.append(chr((ascii_value - ord('A') + 13) % 26 + ord('A')))
        elif 'a' <= char <= 'z':
            result.append(chr((ascii_value - ord('a') + 13) % 26 + ord('a')))
        else:
            result.append(char)

    return ''.join(result)

if __name__ == "__main__":
    input_text = input("Enter text to be encoded/decoded with ROT-13: ")
    print("Encoded/Decoded text:", rot13(input_text))

Значно простіше і легше читати, правда?

Цей приклад на Python створив GPT-4. Я поставив запит так само, як капітан Пікар звертається до корабельного комп’ютера в «Зоряному шляху».

Ось що я написав: «Комп’ютере. Нова програма. Візьми кожну літеру слова, яке я скажу, і заміни її на літеру, що стоїть на 13 позицій пізніше в алфавіті. Потім зачитай мені результат. Слово — Banana».

GPT-4 написав код на Python, а потім зачитав мені результат: «Onanan».

Саме це називається декларативним програмуванням. Ми проголошуємо: «Комп’ютере, ти маєш зробити ось це». Комп’ютер досить розумний, щоб зрозуміти наші інструкції та виконати їх.

Натомість більшість розробників сьогодні користується імперативним програмуванням. Ми детально говоримо комп’ютеру про його дії, тому що історично комп’ютери були досить «тупими». Тому нам доводилося буквально пояснювати крок за кроком.

Галузь розробки програмного забезпечення поки не досягла зрілості.

Але так само, як вдосконалювалися ранні людські інструменти — від каменю до бронзи, від бронзи до заліза — те саме відбувається з інструментами програмування. Але набагато швидше.

Мабуть, зараз ми досі перебуваємо в епосі, що відповідає бронзовому віку програмування. Але залізного віку ми можемо досягти ще за нашого життя. Інструменти генеративного ШІ, як-от GPT, стрімко стають потужнішими та надійнішими.

Спільнота розробників досі розділена щодо того, наскільки корисними такі інструменти будуть для розробки програмного забезпечення.

З одного боку — підприємці-інфлюенсери, які просувають ідею «стань власним босом» та кажуть щось на кшталт:

— Вам більше не потрібно вчитися програмувати. ChatGPT напише весь код за вас. Вам потрібна лише ідея для застосунку.

З іншого боку — «стара гвардія» розробників із десятиліттями досвіду у програмуванні, багато з яких скептично ставляться до того, чи справді ці інструменти настільки корисні для написання коду виробничого рівня.

Як і в більшості випадків, справжня відповідь десь посередині.

На YouTube легко знайти відео, де люди починають з ідеї застосунку, а потім запитують ChatGPT про потрібний код. Деякі люди навіть можуть взяти цей код і зробити з нього робочий застосунок.

Великі мовні моделі, як-от GPT-4, вражають, а швидкість їхнього вдосконалення вражає ще більше.

Проте багато розробників скептично ставляться до того, наскільки корисними ці інструменти зрештою стануть. Вони сумніваються, чи вдасться змусити ШІ припинити «галюцинувати» (тобто видавати хибну інформацію).

Це фундаментальна проблема «інтерпретованості». Можуть пройти десятиліття, перш ніж ми по-справжньому зрозуміємо, що відбувається всередині такого «чорного ящика», як GPT-4. А до того часу нам варто перевіряти все, що він каже, та розуміти, що в наданому коді буде чимало помилок і недоліків безпеки.

Між тим, щоб попросити комп’ютер зробити щось, і тим, щоб справді розуміти, як він це робить, — велика різниця.

Багато людей вміють керувати автомобілем, але значно менше здатні його полагодити. Не кажу вже про те, щоб зібрати новий автомобіль з нуля.

Якщо ви хочете розробляти потужні програми, які вирішують проблеми — і хочете, щоб ці системи були швидкими та захищеними — вам все одно потрібно навчитися програмувати.

А це означає прокладати свій шлях крізь велику невизначеність.

Вчитись програмувати — це неоднозначний процес

Коли ви вчитеся програмувати, то постійно запитуєте себе: «Я розумно витрачаю свій час? Я вивчаю правильні інструменти? Автори книг і курсів взагалі розуміють, про що говорять?»

Невизначеність затьмарює кожне навчальне заняття. «Тестування провалено через те, що урок застарів і у фреймворку, який я використовую, відбулися критично важливі зміни? Чи я просто роблю щось не так?»

Як я вже згадував у «навчальному пеклі», вам також доведеться боротися з проблемою «в інших справи краще».

Усе ускладнюється ще й тим, що деякі розробники вважають дотепним відповідати на запитання абревіатурою «RTFM» (акронім від англ. Read The Fucking Manual — «читай чортів посібник»). Зовсім не допомогло. Який посібник? Який розділ?

Ще одна проблема: ви не знаєте, чого саме не знаєте. Часто навіть не можете сформулювати запитання, яке намагаєтеся поставити.

А якщо ви навіть не можете поставити правильне запитання, то будете топтатися на місці.

З програмуванням це особливо важко, адже цілком можливо, що ніхто ще не намагався створити саме такий застосунок, який розробляєте ви.

Тож деякі проблеми, які вам трапляються, можуть бути безпрецедентними. Цілком можливо, що вам не буде до кого звернутися.

15% запитів, які люди гуглять щодня, — це запити, які шукають вперше. Погана новина, якщо ви ця людина.

Моя теорія така: більшість розробників вирішують проблему і просто рухаються далі, так і не задокументувавши розв’язок. Тож ви можете бути одним із десяти розробників, яким довелося самостійно вигадувати розв’язок спільної проблеми.

Ну, звісно, існують ще старі теми на форумах і архів Stack Overflow.

Як не заплутатися, коли вчишся програмувати

Хороша новина: і компетентність, і впевненість приходять із практикою.

Невдовзі ви точно знатимете, що гуглити. У вас з’явиться інтуїція щодо того, як зазвичай структурована документація і що де шукати. Ви знатимете, куди і з якими питаннями звертатися.

Хотілося б, щоб існував простіший розв’язок проблеми невизначеності. Але вам просто потрібно її прийняти. Вчитися програмувати — це неоднозначний процес, і навіть досвідчені розробники борються з невизначеністю.

Зрештою, розробник — це одна з небагатьох професій, де можна повторно використовувати розв’язок проблем, які вже траплялися раніше.

Тому розробники завжди роблять щось, чого ніколи раніше не робили.

Люди думають, що розробка програмного забезпечення — це набір коду в комп’ютері. Але насправді це навчання.

Ви витратите величезну частину своєї кар’єри просто на те, щоб напружено думати або наосліп вводити команди в командний рядок, намагаючись зрозуміти, як працює система.

І ви витратите чимало часу на зустрічі з іншими людьми (менеджерами, клієнтами, колегами) для вивчення проблеми, щоб потім створити її розв’язок.

Навчіться почуватися комфортно в умовах невизначеності і ви багато досягнете.

Вчитися програмувати — це одна помилка за іншою

Багато людей, які вчаться програмувати, почуваються загнаними в глухий кут. Прогрес йде не так швидко, як вони очікували.

Одна з головних причин — у програмуванні цикл зворотного зв’язку набагато коротший, ніж в інших галузях.

У більшості навчальних закладів викладач дає завдання, потім перевіряє його і повертає назад. Протягом семестру ви можете отримати зворотний зв’язок лише десять разів.

Ви подумаєте: «О ні, екзамен провалено, треба краще вчитися до заліку».

Викладач може залишити нотатки червоною ручкою, щоб допомогти вам.

Погана оцінка за екзамен чи письмову роботу може зіпсувати день.

Зазвичай ми сприймаємо зворотний зв’язок саме так.

Якщо ви хоч трохи програмували, то знаєте, що комп’ютери працюють дуже швидко. Вони можуть виконати код за кілька мілісекунд.

Але найчастіше код не працюватиме.

Якщо вам пощастить, то на екрані з’явиться повідомлення про помилку.

А якщо пощастить по-справжньому, то на екрані з’явиться «трасування стека» — тобто все, що комп’ютер намагався зробити в момент, коли натрапив на помилку, — разом із номером рядка коду, що спричинив збій програми.

Отакий різкий негативний зворотний зв’язок від комп’ютера. Не кожен може витримати, коли бачить це знову і знову цілий день.

Уявіть, як щоразу, коли ви здаєте викладачу свою роботу, він одразу ж повертає її з великою червоною двійкою. А тепер уявіть, що він робить це швидше, ніж ви встигаєте кліпнути оком. Знову і знову.

Саме так інколи відчувається програмування. Хочеться схопити комп’ютер і накричати на нього: «Чому ти не розумієш, що я намагаюся зробити?»

Як не впасти у відчай

Знову ж таки, головне — це практика.

З часом у вас виробиться стійкість до повідомлень про помилки та трасування стека на весь екран.

Програмування ніколи не буде таким важким, як на самому початку.

Ви не лише не знаєте, що робите, а й не звикли отримувати такий безособовий, безперервний негативний зворотний зв’язок.

Тож кілька порад:

Порада №1: пам’ятайте, що ви не гірші за інших

Кожен, хто вчиться програмувати, стикається з розчаруванням від спроб злитися розумом із комп’ютером і домогтися порозуміння (ще один натяк на «Зоряний шлях»).

Звісно, деякі люди почали програмувати ще дітьми. Вони можуть поводитися так, ніби завжди вміли програмувати. Але, швидше за все, вони так само страждали і з часом просто забули про години розчарування.

Сприймайте комп’ютер як свого друга, а не супротивника. Він просто просить уточнити інструкції.

Порада №2: дихайте

У багатьох людей природна реакція на повідомлення про помилку — скреготати зубами. Потім повернутися до редактора коду і почати навмання змінювати код, сподіваючись якимось чином випадково виправити його.

Так не працює. Поясню причину.

Всесвіт складний. Програмне забезпечення складне. Навряд чи вам вдасться просто натрапити на щось вартісне, як Форресту Ґампу.

Можливо, ви чули теорему про нескінченну мавпу. Це експеримент, де ви уявляєте шимпанзе, що друкують на друкарських машинках.

Якби у вас була ціла кімната з такими мавпами, то скільки часу знадобилося б, щоб одна із них випадково надрукувала фразу «бути чи не бути»?

Припустимо, що кожна мавпа друкує один випадковий символ за секунду. Швидше за все, знадобилось би квінтильйон років, щоб одна з них надрукувала «бути чи не бути». Це 10 у 18-му ступені. Мільярд мільярдів.

Навіть якщо припустити, що мавпи залишаються здоровими, а друкарські машинки регулярно обслуговуються — галактика перетворилася б на холодну темну порожнечу ще до того, як одна з них впоралася б із завданням.

Навіщо я вам це розповідаю? Тому що не потрібно бути однією з тих мавп.

За цей час ви, напевно, змогли б знайти спосіб навчити тих мавп друкувати слова. Вони, мабуть, зуміли б надрукувати весь «Гамлет», а не лише його найвідомішу фразу.

Навіть якщо вам якимось чином пощастить і ви вирішите помилку, чого ви навчитеся?

Тож замість того, щоб діяти навмання, варто витратити трохи часу. Зрозуміти код. Зрозуміти, що відбувається. І тільки тоді виправляти помилку.

Завжди знаходьте час, щоб розібратися в коді, який не працює. Не будьте квінтильйонарною мавпою (гадаю, це слово означає когось, кому квінтильйон років, хоча за даними Google ніхто раніше не шукав це слово).

Замість того, щоб навмання перебирати варіанти в надії вирішити помилку, — пригальмуйте.

Зробіть глибокий вдих. Розімніть м’язи. Налийте чашку гарячого напою.

Ваше майбутнє «я» буде вдячне, що ви скористалися цим моментом як можливістю чогось навчитися.

Порада №3: використовуйте метод каченяти

Поставте гумову качечку біля комп’ютера. Щоразу, коли висвічується повідомлення про помилку, спробуйте пояснити качечці, що відбувається.

Звісно, звучить безглуздо. Як це може бути корисним?

Але це працює.

Метод каченяти — чудовий інструмент, щоб сповільнитися і проговорити проблему вголос.

Звісно, зовсім не обов’язково використовувати саме качечку. Можна пояснювати улюблену програму на Python улюбленому кактусу або SQL-запит кішці, яка постійно стрибає на клавіатуру.

Сам факт того, що ви пояснюєте думки вголос, допомагає краще осмислити ситуацію.

Як більшість людей вчиться програмувати?

Тепер поговоримо про традиційні шляхи до першої роботи розробника.

Навіщо вам знати, що роблять інші? Спойлер: насправді вам це не потрібно.

Робіть так, як підходить саме вам.

Ви можете сумніватися в собі та рішеннях, які прийняли щодо навчання. Можливо, вас буде вабити шлях, який ви не обрали.

Моя мета в цьому розділі — розвіяти будь-які тривожні думки, які могли виникнути.

Важливість наукових ступенів у галузі комп’ютерних наук

Дипломи досі залишаються золотим стандартом підготовки до кар’єри в ІТ. Особливо ступінь бакалавра з комп’ютерних наук.

Перш ніж ви скажете: «Але у мене немає диплома з комп’ютерних наук» — не хвилюйтеся. Він вам не потрібен, щоб стати розробником.

Але їхня користь беззаперечна. Поясню причину.

По-перше, ви можете запитати: навіщо розробникам вивчати комп’ютерні науки? Навіть один із найвидатніших розробників усіх часів висловився про цю галузь так:

«Освіта в галузі комп’ютерних наук може створити хорошого розробника так само, як знання про пензлі і пігменти можуть створити хорошого художника» — Ерік Реймонд (розробник, вчений-інформатик і письменник)

Кафедри комп’ютерних наук традиційно були частиною математичних факультетів. У 60-х і 70-х університети не зовсім розуміли, куди подіти комп’ютерну справу.

В інших університетах комп’ютерні науки вважалися розширенням електротехніки. Ще зовсім недавно навіть Каліфорнійський університет у Берклі — один із найкращих державних університетів світу — пропонував ступінь з комп’ютерних наук лише як подвійний диплом разом із електротехнікою.

Але зараз більшість університетів усвідомила важливість комп’ютерних наук як галузі знань.

На момент написання цього тексту комп’ютерні науки — це спеціальність із найвищим рівнем оплати праці. Вищим навіть за спеціальності, безпосередньо пов’язані з грошима (такі як фінанси та економіка).

За даними Glassdoor, випускники американських університетів зі спеціальністю «Комп’ютерні науки» отримують вищу зарплату на першій роботі, ніж представники будь-якої іншої спеціальності. Сімдесят тисяч доларів США. Багато для людини, яка щойно закінчила коледж.

Більше ніж у випускників за спеціальностями «Сестринська справа» (59 000 $), «Фінанси» (55 000 $) та «Архітектура» (50 000 $).

Отже, диплом з комп’ютерних наук може допомогти отримати високооплачувану роботу початкового рівня. Мабуть, нікого не здивує. Але чому так?

Як роботодавці ставляться до ступеня бакалавра

Можливо, ви чули, як великі технологічні компанії заявляли щось на кшталт: «Ми більше не вимагаємо від кандидатів ступеня бакалавра».

Так казали в Google. Так казали в Apple.

Я вірю, що вони більше не вимагають ступеня бакалавра.

Чимало випускників freeCodeCamp влаштувалися в ці компанії і деякі з них не мали диплому.

Але ті випускники freeCodeCamp були особливо сильними кандидатами, щоб компенсувати відсутність наукового ступеня.

Ці вакансії можна розглядати як такі, що оцінюють кандидатів за різними критеріями:

1. Досвід роботи
2. Освіта
3. Портфоліо та проєкти
4. Чи є рекомендація від когось, хто вже працює в компанії? (нетворкінг розглянемо в другому розділі)
5. Інші репутаційні чинники (репутацію розглянемо в третьому розділі)

Для роботодавців, які не вимагають ступеня бакалавра, освіта — лише один із кількох критеріїв. Якщо ви сильніші в інших аспектах, вас можуть запросити на співбесіду — незалежно від того, чи ви взагалі переступали поріг університетської аудиторії.

Майте на увазі: зі ступенем бакалавра легше потрапити на співбесіду навіть до тих роботодавців, де диплом не є обов’язковим.

Чому так багато вакансій вимагають ступеня саме з комп’ютерних наук?

«Бакалавр — це бакалавр», — часто кажу я людям. Тому що для більшості практичних цілей так воно і є.

Хочете вступити до армії офіцером, а не солдатом? Вам знадобиться ступінь бакалавра (підійде будь-яка спеціальність).

Хочете отримати робочу візу для роботи за кордоном? Вам, мабуть, знадобиться ступінь бакалавра (підійде будь-яка спеціальність).

Для більшості вакансій, де написано про обов’язкову вищу освіту, підійде будь-яка спеціальність.

Чому так? Хіба спеціальність взагалі не має значення?

Що ж, ось моя теорія: важливо те, що ви взагалі закінчили університет, а не те, що ви вивчали.

Роботодавці намагаються відібрати людей, які здатні знайти спосіб пройти цей обряд посвяти.

Звісно, можна бути найгіршим у групі, повторно складати провалені дисципліни і перебувати під академічним наглядом пів навчання. Але диплом — це диплом.

Знаєте, як називають студента, який закінчив медичний університет з найгіршими балами серед своєї групи? Лікар.

Так працює для більшості роботодавців.

HR-спеціалісти часто просто ставлять галочку для фільтрації заявок. Вони відсіюють претендентів без диплома. Тобто вони можуть навіть не побачити заявки від людей без диплома.

Знову ж таки, не кожен роботодавець такий. Але — у США, і, мабуть, ще більшою мірою в інших країнах — багато хто саме такий.

Прикро, але так працює ринок праці. Можливо, це зміниться протягом наступних кількох десятиліть.

Тому я завжди раджу людям підліткового та двадцятирічного віку серйозно подумати над ступенем бакалавра.

Не через те, як університети рекламують себе:

• В першу чергу — освіта (ви можете безоплатно проходити курси деяких із найкращих університетів онлайн, тож цей факт не виправдовує високу вартість навчання).
• «Студентський досвід»: життя в гуртожитку, нові друзі та самопізнання (більшість студентів в Америці ніколи не живуть в кампусі, тож насправді вони й цього не отримують).
• Загальноосвітні курси, що допомагають стати «різнобічною особистістю» (чули про «перший курс і плюс сім кілограмів»? Це жарт, звісно. Але багато першокурсників справді набирають вагу через стрес від навчання).

Знову ж таки, справжня цінність ступеня бакалавра — справжня причина, чому люди витрачають великі гроші за чотири роки навчання в університеті — полягає в тому, що багато роботодавців вимагають диплом.

Звісно, є й інші переваги ступеня бакалавра — такі, як я вже згадував: розширені можливості військової кар’єри та спрощення процесу отримання робочої візи.

Гаразд, багато фонової інформації. Тож дозвольте відповісти на запитання прямо.

Чи треба диплом, щоб працювати розробником?

Ні. Багато роботодавців наймуть вас без ступеня бакалавра.

З дипломом значно легше потрапити на співбесіду в багатьох компаніях, а також отримати вищу зарплату.

А як щодо ступеня молодшого спеціаліста? Він цінний?

Теоретично, так. У деяких ІТ-галузях обов’язковий ступінь молодшого спеціаліста і я вважаю, що він підвищує шанси потрапити на співбесіду.

Проте я би не рекомендував вступати до університету лише з метою отримати ступінь молодшого спеціаліста. Я на всі 100% заохочую до отримання ступеня бакалавра, бо він значно корисніший.

За даними Міністерства освіти США, заробіток бакалавра на 31% більший за заробіток молодшого спеціаліста.

Я впевнений, що ця різниця набагато більша для ступеня бакалавра з комп’ютерних наук.

Чи варто вступати до університету, щоб отримати ступінь бакалавра у дорослому віці?

Припустимо, вам за тридцять. Можливо, ви відвідували деякі курси. Можливо, ви завершили перші два роки і отримали ступінь молодшого спеціаліста.

Чи є сенс «повертатися до навчання» у формальному розумінні?

Так.

Але, думаю, немає сенсу кидати роботу для того, щоб повернутися до навчання на денній формі.

Спосіб життя на денній формі навчання насправді розрахований для «традиційних» студентів. Тобто людей віком від 18 до 22 років, які ще не вийшли на ринок праці поза межами старшої школи чи літнього підробітку.

Традиційні університети коштують чимало, тож очікувано, що студенти платитимуть за рахунок стипендій, сімейних коштів і студентських позик.

Як доросла людина з роботою, у вас буде менший доступ до цих джерел фінансування. До того ж у вас буде менше вільного часу, ніж у тих, хто нещодавно випустився зі школи.

Але це не означає, що потрібно відмовитися від мрії отримати ступінь бакалавра.

Замість того, щоб вступати до традиційного університету, я рекомендую людям [старшим за 30 років] розглянути один із некомерційних онлайн-університетів. Western Governor’s University та University of the People — два університети, які мають хорошу репутацію і цілком доступну вартість навчання.

Щоб отримати диплом, також можна обрати місцевий коледж або спеціалізовану програму державного університету. Багато таких програм проходять онлайн, а деякі з них навіть пропонують заочну форму навчання.

Підшукайте собі варіанти. Якщо знайдете перспективний навчальний заклад, рекомендую знайти когось із випускників і зв’язатися з ними, щоб розпитати про їхній досвід.

Я не рекомендую брати позики заради диплома. Набагато краще навчатися в дешевшому закладі. Зрештою, диплом — це диплом. Достатньо того, що він від акредитованого закладу.

Якщо вже є ступінь бакалавра, чи є сенс отримати ступінь бакалавра з комп’ютерних наук?

Ні. Другий ступінь бакалавра майже ніколи не вартий витраченого часу та грошей.

Якщо у вас є будь-який ступінь бакалавра — навіть не з галузі STEM — ви вже отримали цінність, яку може дати університет.

А як щодо ступеня магістра з комп’ютерних наук?

Ступінь магістра може бути корисним для кар’єрного зростання. Але його варто здобувати тоді, коли вже працюєте розробником.

Багато роботодавців оплачують підвищення кваліфікації своїх працівників.

Багато моїх друзів навчались на магістратурі з комп’ютерних наук у Технологічному інституті Джорджії.

Ця кафедра вважається однією з найкращих у США. Сама програма не лише повністю онлайн, а й досить доступна за ціною.

Але я б не рекомендував займатися цим зараз. Спочатку зосередьтеся на тому, щоб отримати роботу (ми детально розглянемо цю тему пізніше).

Дипломи будуть важливими в майбутньому?

Так. Я вважаю, що дипломи будуть важливими ще десятиліттями (можливо, і століттями).

Дипломи існують вже більше тисячі років.

Багато провідних американських університетів старші за США (Гарварду більше 400 років).

«Відмирання» дипломів перебільшують.

У деяких колах стало модним критикувати університети і стверджувати, що наукові ступені більше не важливі.

Але — якщо подивитися на статистику — це явно не так. Дипломи дійсно впливають на заробіток протягом життя.

Що не менш важливо, вони можуть забезпечити безпечнішу, стабільнішу та загалом кращу кар’єру.

Звісно, можна непогано заробляти матросом на офшорних платформах, обслуговуючи нафтові вишки.

Але можна так само непогано заробляти розробником у кімнаті з кондиціонером, обслуговуючи сервери і виправляючи кодові бази.

Одна з цих робіт — небезпечна, виснажлива праця. Інша — робота, якою ви могли б комфортно займатися 40 років.

Багато «лідерів думок», які критикують університетську освіту, самі ж нею і скористалися.

На мою думку, багато людей вважають дипломи «непотрібними», бо навчання важко відокремити від підвищення статусу, яке ви отримуєте разом із ним.

Університет — це спосіб представити свій клас? Зрештою, шанси зустріти в Гарварді вихідця з багатої сім’ї втричі вищі, ніж з бідної.

Факт такий: життя є фундаментально несправедливим. Але це не змінює того, як працює ринок праці.

Ви можете обрати легкий режим і отримати диплом, що дасть більше можливостей у майбутньому.

Або ви можете обрати важкий режим — потенційно заощадивши час та гроші — і просто бути вибірковішими щодо роботодавців, до яких подаєтеся.

У мене є чимало друзів, які успішно скористалися обома підходами.

Які альтернативи диплому?

Я займаюся освітою для дорослих майже два десятиліття і досі не бачив переконливої заміни наукового ступеня.

Звісно, існують сертифікаційні програми та інтенсиви.

Але вони не мають такої ж цінності для роботодавців і рідко бувають такими ж вимогливими.

Примітка: коли я кажу «сертифікаційні програми», я маю на увазі програми, де ви проходите курс, а наприкінці отримуєте сертифікат. Вони мають обмежену цінність. Але іспитові сертифікати від таких компаній, як Amazon і Microsoft, є досить цінними. Ми детальніше розглянемо їх пізніше.

Я кажу людям: «Мати диплом чи не мати — ось питання».

Я зустрічав багато автомеханіків, електриків та інших фахівців без ступеня бакалавра. Вони вміють опанувати набір навичок, застосовувати його і заробляти на цьому.

Я зустрічав багато бухгалтерів, помічників юриста та інших «працівників розумової праці» без ступеня бакалавра. Вони вміють опанувати набір навичок, застосовувати його і заробляти на цьому.

У багатьох випадках ці люди можуть просто самостійно навчитися програмувати, використовуючи безоплатні навчальні ресурси та спілкуючись із однодумцями.

Деякі з них завжди мали особисту мету — повернутися і таки отримати ступінь бакалавра. Хороша причина, щоб так зробити.

Але так не підходить кожному.

Якщо хочете формальної освіти — здобувайте ступінь бакалавра. Якщо не хочете формальної освіти — нікуди не вступайте, а просто вчіться самостійно.

Головне, що дадуть інтенсиви та інші програми, — це структура і трохи соціального тиску. Це непогано. Але чи вартує більше тисячі доларів?

Як навчитись програмувати

Більшість розробників навчились програмувати самостійно. Навіть ті, хто отримали диплом бакалавра з комп’ютерних наук, часто вказують в опитуваннях, що вони «самоучки».

Причина в тому, що вивчення програмування — це процес, який триває все життя. Постійно з’являються нові інструменти, які потрібно освоїти, нові кодові бази, які потрібно розібрати та нові проблеми, які потрібно розв’язати.

Тож незалежно від того, здобуваєте ви формальну освіту чи ні, майте на увазі: вам доведеться вчитися самостійно.

Що означає бути розробником-самоучкою?

Не хочу здаватися занудою, але коли я говорю про самостійне навчання, то маю на увазі навчання поза межами формальної освіти.

Насправді, у будь-якій справі мало «самоучок». Наприклад, Ісаак Ньютон самостійно опанував інтегральне і диференціальне числення, оскільки тоді не існувало підручників з цієї дисципліни. Йому довелося розбиратися по ходу роботи.

Так само Ада Лавлейс самостійно навчилася програмувати, адже до неї програмування не існувало. Вона його винайшла.

Хтось може сказати: «Ти не справжній самоучка, бо навчався за підручниками чи курсами, які створили люди. А значить у тебе були викладачі». І вони мають рацію, але в дуже вузькому сенсі.

Якщо хтось заперечує факт, що ви самоучка, просто скажіть: «За такою логікою називатися самоучками можуть лише ті, хто виріс з вовками».

Покажіть їм цей розділ і скажіть: «Квінсі передбачив твій снобізм». А потім просто живіть далі.

Адже, погодьтеся, життя занадто коротке.

Ви — самоучка.

Яка суть самостійного навчання?

Суть самостійного навчання полягає в тому, щоб власноруч підбирати навчальні матеріали та вирішувати, чому і де навчатися.

Але як бути впевненим, що це потрібні навички та правильні ресурси?

Ось тут і стає в нагоді спільнота.

У світі існує безліч спільнот, учасники яких допомагають одне одному вдосконалювати навички.

Поняття «спільнота» важко визначити. Чи є Tech Twitter або freeCodeCamp спільнотами? Або численні групи у Discord та Reddit, присвячені конкретними навичками програмування?

Я вважаю їх спільнотами. Якщо там регулярно збираються люди, які допомагають одне одному, то це спільнота.

А як щодо живих заходів? Щомісячних зустрічей розробників Ruby в Окленді? Зустрічі спільноти стартапів Нью-Йорка? Групи користувачів Linux у Центральному Техасі?

Спільноти можуть бути онлайн або офлайн, а також поєднувати обидва формати.

Більше про спільноти ми поговоримо в розділі про нетворкінг. Але пам’ятайте: друзі, яких ви знайдете в цих спільнотах, допоможуть звузити коло того, чому вчитися і з яких ресурсів.

З якої мови програмування почати?

Скажу коротко: це не має особливого значення. Якщо ви добре опанували одну мову програмування, то вивчити другу буде набагато легше.

Існують різні типи мов програмування, але сьогодні більшість проєктів розробляються з використанням «скриптових мов високого рівня», до яких належать JavaScript і Python. Ці мови поступаються в ефективності, яку забезпечують «мови програмування низького рівня», серед яких C. Натомість вони значно простіші у використанні.

Сучасні комп’ютери в мільярди разів швидші ніж у 70-х і 80-х, коли більшість програм писали на таких мовах, як C. Ця потужність більш ніж компенсує відносну неефективність скриптових мов.

Варто зазначити, що і JavaScript, і Python написані на мові C, а з кожним роком вони стають швидшими завдяки великим спільнотам розробників, які роблять внесок до відкритого коду.

Python — це потужна мова програмування для наукових обчислень (зокрема, для науки про дані та машинного навчання).

А JavaScript... Ну, JavaScript може все. Це і швець, і жнець, і на дуду грець. JavaScript — це той гвинтик, що тримає всесвітню павутину в цілості.

«Будь-яка програма, яку можна написати на JavaScript, зрештою буде написана на JavaScript» — Закон Етвуда (Джефф Етвуд, засновник Stack Overflow та Discourse)

Ви могли б працювати впродовж всієї кар’єри лише на JavaScript і не відчувати потреби вивчити ще одну мову (хоча, зрештою, вам все одно захочеться вивчити щось нове, наприклад Python).

Тому я раджу почати з JavaScript. Ця мова не тільки набагато простіша у використанні, ніж Java та C++, але й легша у вивченні. Крім того, для тих, хто володіє JavaScript, набагато більше вакансій.

Також варто зосередитися на HTML і CSS. Якщо уявити вебсторінку як тіло людини, то HTML — це кістки, а CSS — це шкіра (JavaScript — це м’язи, які дозволяють вебсайту рухатися та бути інтерактивним).

З HTML і CSS можна ознайомитись за один день. Їх — як і більшість інструментів, про які я згадую, — легко вивчити, але важко опанувати.

Вам також варто навчитися користуватись Linux. На цій операційній системі працює переважна більшість серверів, а значну частину роботи ви будете виконувати в командному рядку Linux.

Якщо у вас Mac, то macOS має командний рядок, який підтримує майже всі ті самі команди, що й Linux (MacOS і Linux мають спільного предка — Unix).

Але якщо ви користуєтеся Windows, то потрібно встановити WSL (Windows Subsystem for Linux). Після цього ви зможете виконувати команди Linux на своєму комп’ютері. А якщо любите експериментувати, то можете навіть налаштувати подвійний запуск обох операційних систем — Windows і Linux — на одному комп’ютері.

Якщо збираєтеся встановити Linux на комп’ютер, раджу почати з Ubuntu. Це найпопулярніший (і найбільш задокументований) дистрибутив Linux, тож він має бути найпростішим у використанні.

Подумайте добре, адже Linux користуватися значно складніше, ніж Windows і macOS. Але натомість ви отримаєте надзвичайно швидку, безпечну та гнучку операційну систему.

Крім того, більше ніколи не доведеться платити за ліцензію на операційну систему (хіба самі цього захочете). Red Hat — це компанія з мільярдним оборотом (хоча її програмне забезпечення є відкритим), адже інші компанії платять за допомогу в обслуговуванні та підтримці серверів.

Вам також варто освоїти Git — систему контролю версій, що дозволяє командам розробників координувати зміни до кодової бази.

Можливо, ви вже чули про GitHub. Це вебсайт, який полегшує спільну роботу над проєктами з відкритим кодом. Крім того, він розширює деякі можливості Git. Більше про GitHub ви дізнаєтеся в розділі про репутацію.

Варто вивчити SQL та принципи роботи реляційних баз даних, оскільки вони складають основу інформаційної економіки.

Ви також будете чути про бази даних NoSQL (нереляційні бази даних, такі як графові та документальні, а також бази даних «ключ-значення»). Детальніше про них ви можете дізнатися пізніше. Спочатку зосередьтеся на SQL.

Зрештою, варто дізнатися про вебсервери. Почніть із Node.js та Express.js.

Якщо ви не знайомі з терміном «Full stack», то це поєднання front end (HTML, CSS, JavaScript) та back end (Linux, бази даних SQL і Node + Express).

Існує й багато інших інструментів, з якими варто ознайомитися (наприклад: React, NGINX, Docker та бібліотеки для тестування). Їх реально освоїти у процесі роботи.

90% підготовки варто витратити на основні навички:

1. HTML
2. CSS
3. JavaScript
4. Linux
5. Git
6. SQL
7. Node.js
8. Express.js

Опанувавши ці інструменти, ви зможете створювати значимі вебсайти та мобільні застосунки. Крім того, ви зможете претендувати на більшість вакансій початкового рівня (звісно, у багатьох вакансіях будуть вказані й інші інструменти, але про них ми поговоримо згодом).

Мабуть, ви думаєте: «Чудово. Як вивчити це все?»

Де можна навчитися програмувати?

Хороше питання. Досвідчені розробники та викладачі створили повноцінну навчальну програму спеціально для зайнятих дорослих. До того ж, вона абсолютно безоплатна і ви можете навчатися у власному темпі.

Саме так. Я маю на увазі основну навчальну програму freeCodeCamp, що допоможе опанувати:

• front end;
• back end;
• інженерну математику;
• і наукові обчислення (зокрема, Python для науки про дані та машинне навчання).

Тисячі людей вже закінчили цю навчальну програму і почали працювати розробниками. Їм не довелося кидати основну роботу, брати кредити чи ризикувати чимось, крім кількох вечорів та вихідних.

freeCodeCamp став стандартом для більшості людей, які вчаться програмувати самостійно.

Як мінімум, основна навчальна програма freeCodeCamp може стати вашим стартом у навчанні. Ви опануєте основні навички, необхідні для більшості професій, а також спробуєте себе в тих технологіях, які цікавлять.

Існує безліч книг і курсів, з яких можна черпати знання. Їх можна знайти в бібліотеці або на платних сервісах (деякі матеріали з платних сервісів можна отримати безоплатно в бібліотеці).

На freeCodeCamp зараз доступно близько тисячі безоплатних курсів на різні теми: від підготовки до сертифікації AWS і розробки мобільних застосунків до Kali Linux.

Навчитись програмувати самостійно ще ніколи не було так просто.

Розвиток навичок — це вічна робота

Ми вже говорили, чому самостійне навчання є найкращим варіантом і як до цього підійти.

Ми вже говорили про альтернативи самостійному навчанню, а саме — про наукові ступені з комп’ютерних наук.

І ми вже говорили про інструменти, на вивченні яких варто зосередитися в першу чергу.

А тепер змінимо тему і поговоримо про те, як побудувати другий стовп кар’єри: нетворкінг.

Розділ 2: як розбудувати нетворкінг

«Хочеш йти швидко — йди сам. Хочеш дійти далеко — йди з кимось» — Африканське прислів’я

«Нетворкінг». Можливо, ви здригнетеся, почувши це слово.

Коли йдеться про нетворкінг, деяким на думку спадають нудні ярмарки вакансій, де люди в задушливих костюмах відчайдушно намагаються всунути резюме кожному, хто його прийме.

Іншим спадають вечірки з переглядом спортивних матчів, де кожен п’є алкоголь і вдає, що цікавиться спортом.

Ще іншим — вітати з днем народження малознайомих людей у LinkedIn або лайкати їхні дописи у надії, що вас помітять.

Але нетворкінг не має відбуватися саме так.

У цьому розділі я розповім усе, що дізнався про знайомство з людьми. Я розкажу, як завоювати їхню довіру і стати першими, до кого вони звернуться за допомогою.

Зрештою, саме в цьому й полягає суть: допомагати розв’язувати проблеми та бути корисними.

Я розкажу, як створити міцний нетворкінг, що стане опорою протягом багатьох років.

Час історій: як 30-річний викладач знайомився з людьми в ІТ?

У попередній серії «Час історій»: Квінсі навчився програмувати через книги, безоплатні онлайн-курси та спілкуючись із розробниками у місцевому хакерспейсі. Він щойно завершив роботу над першим проєктом і виступив з першою технічною доповіддю...

Гаразд, я вже мав деякі базові навички програмування. Тепер я міг викрутитися з будь-якої ситуації.

Що ж було далі? Як-не-як, я був новачком у цій галузі.

Так, я був новачком в ІТ, проте працювати я вмів. Майже десять років я заробляв на життя, викладаючи англійську в школах.

Як викладач, я отримував зарплату за те, що передавав знання. А як розробник, я отримував би зарплату за те, що писав код.

Я вже знав одну дуже важливу істину про суть роботи: все залежить від того, кого ти знаєш.

Я знав силу знайомств. Я знав, що шлях до нових можливостей лежить саме через тих, хто контролює доступ.

Єдине, що стояло між мною та прибутковою роботою в ІТ, — це HR-менеджер, який міг би сказати:

— Так. Квінсі, здається, потрібний нашій команді.

Звісно, як новачок в ІТ, я не знав їхніх правил.

Академічні правила набагато формальніші.

Ти носиш костюм.

Ти використовуєш вишукану академічну термінологію, щоб показати свою приналежність.

У кожній розмові ти знаходиш спосіб згадати, що навчався в університеті А, або що був асистентом професора Б, або що твої статті друкувалися в журналі В.

Кар’єрний ріст відрізняється. Конференції відрізняються. Структури влади відрізняються.

Я не одразу усвідомив цей факт.

Я одягав костюм на перші технологічні заходи.

Я завжди носив акуратно складені копії свого резюме.

Я навіть носив візитки. Я замовив листи з анодованого алюмінію і за допомогою лазерного різака вигравіював на них своє ім’я, адресу електронної пошти і навіть цитату легендарного педагога Джона Дьюї:

«Кожен, хто почав мислити, ставить частину світу під загрозу» — Джон Дьюї

Це досі моя улюблена цитата.

Але це занадто:

— Привіт, я Квінсі. Ось моя червона алюмінієва візитка. Заздалегідь вибачте: вона може спрацювати на металошукачі під час вашого польоту додому.

Я ліз зі шкіри. Мабуть, це відчували всі, з ким я розмовляв.

Я зайшов на сайт Meetup.com і зареєструвався на всі заходи для розробників, які тільки зміг знайти. Санта-Барбара — невелике містечко, але воно розташоване неподалік від Лос-Анджелеса, де ці заходи відбувалися.

Я замінив костюм на джинси та худі і помітив, що ніхто не роздавав візитки. Тож я перестав їх носити з собою.

Я взяв приклад з розробників, яких зустрів у хакерспейсі: треба горіти справою, при цьому бути стриманим. Залиште частину свого ентузіазму про запас.

Я прочитав багато книг, щоб краще зрозуміти культуру розробників.

«The Coders at Work» — чудова книга 80-х років.

«Hackers: Heroes of the Revolution» — хороша книга 90-х років.

Якщо вас цікавлять сучасні культурні джерела, подивіться серіал «Пан Робот». Його герої дещо екстремальні, але вони добре передають спосіб мислення та манери поведінки багатьох розробників.

Незабаром я вже говорив як розробник — а не викладач — і не виглядав таким безнадійним.

Кілька разів на тиждень я відвідував місцеві заходи, пов’язані з ІТ. Моїм улюбленим був навіть не захід для розробників, а «Santa Barbara Startup Night» — захід, де люди презентували свої ідеї. Деякі навіть змогли залучити фінансування від «бізнес-ангелів» — заможних людей, які інвестують у компанії на ранніх стадіях розвитку.

Хлопець, який організовував захід, називався Майк. Він, мабуть, знав кожного розробника та підприємця в Санта-Барбарі.

Коли я нарешті наважився познайомитись, я був вражений. Він був ультрамарафонцем із частотою серцебиття в спокої на рівні 40 ударів на хвилину. Ідеально підстрижене волосся та борода. Для мене він був найкрутішим чоловіком на планеті. Завжди доглянутий та ввічливий.

Майк був «нетехнічним»: він працював продакт-менеджером. Він багато знав про технології та UX-дизайн, але не вмів програмувати.

Іноді розробники зневажали «нетехнічних» людей.

— Він просто бізнесмен, — казали вони. Або:

— Вона — офісна працівниця.

Але я ніколи не чув, щоб хтось так говорив про Майка. Його поважали усі.

Я спеціально спостерігав за тим, як Майк спілкувався з розробниками. Зрештою, мене теж можна було назвати «нетехнічним», оскільки я почав програмувати лише кілька місяців тому.

Часто мої старі звички давали про себе знати. Під час розмов у мене виникала спокуса похизуватися своїми досягненнями.

Багато розробників скромно оцінюють свої вміння. Вони могли казати, що граються з Python. А я відкривав рота і казав щось типу:

— О, так. Я написав стільки алгоритмів на Python! Я пишу на Python навіть уві сні.

А потім я йшов додому, гуглив ім’я цього розробника і виявлялось, що він — один з головних авторів великої бібліотеки Python. Мені було дуже соромно.

Я швидко навчився тримати язика за зубами. Цілком імовірно, що людина, з якою ви розмовляєте, набагато краще розбирається в програмуванні, але більшість із них ніколи не зізнаються в цьому.

Немає нічого гіршого, ніж впевнено дістати ноутбук і продемонструвати свій код, а потім почути купу незрозумілих запитань.

Перші кілька місяців, коли я відвідував різні заходи, навчили мене стриманості і при цьому додали мені сил, щоб надалі вдосконалюватися.

Незабаром люди в південній Каліфорнії почали мене впізнавати. Вони казали:

— Я постійно бачу тебе на заходах. Як тебе звати?

Одного вечора мені сказали:

— Давай підпишемося одне на одного у X (Twitter).

Пару днів до того я зареєструвався у X (Twitter), але вважав цей сайт лише черговою модною забавкою. Скільки ж можна насправді висловити за 140 символів? Я не писав жодних дописів, але профіль я вже мав і на мене дійсно підписались.

Це надихнуло мене приділяти більше часу на оформлення соцмереж. Я переглянув декілька профілів інших розробників на LinkedIn і зрозумів, що він має бути менш офіційним й більш дружнім.

За кілька місяців я познайомився з різними людьми:

• з досвідченими розробниками;
• з нетехнічними або пів технічними людьми, які працювали в ІТ;
• з HR-менеджерами і рекрутерами;
• а найголовніше — з колегами, які також перебували на середині кар’єрного шляху і намагалися пробитися в ІТ.

Чому саме колеги були найважливішими? Вони найменше могли б допомогти знайти роботу, хіба не так?

Відкрию секрет: уявимо, що HR-менеджер наймає нового розробника, навчає його і той виявляється справді чудовим фахівцем. Цей менеджер поцікавиться: де я можу знайти ще таких людей?

Колеги — одна з найважливіших частин нетворкінгу. Багато пропозицій щодо фрилансу та співбесід я отримав від людей, які почали вивчати програмування приблизно в той самий час, що й я.

Ми зростали разом. Ми були сім’єю, а такі зв’язки — найміцніші.

У будь-якому разі, місяці знайомств зрештою дали плоди одного вечора, коли я відвідав захід для розробників у шикарному готелі в центрі міста.

Але детальніше про це — в наступному розділі, а зараз поговоримо про мистецтво та науку побудови нетворкінгу.

Все справді залежить від того, кого ви знаєте?

Можливо, ви чули, що успіх «менше залежить від того, що ти знаєш, а більше від того, кого ти знаєш».

Насправді все залежить і від того, і від іншого.

Так, знайомства можуть допомогти знайти роботу мрії. Але, якщо ви не маєте відповідних навичок, то не зможете добре виконувати свої обов’язки.

Давайте припустимо, що ви активно розвивалися і дотримувалися моїх порад з першого розділу. Коли час почати будувати нетворкінг?

Найкращий час для початку — вчора.

Для цього не потрібна машина часу, адже у вас вже є знайомства. Можливо, їх набагато менше ніж хотілось би, але ви все ж таки знаєте людей.

Це можуть бути друзі з рідного міста або колеги ваших батьків. Будь-яка людина, яку ви знаєте з минулого — хай навіть і не дуже близько — може стати у пригоді.

Тож перший крок — скласти повний перелік людей, яких ви знаєте. Не хвилюйтеся: я не прошу звертатися до них.

Подумайте, перш ніж діяти. Розробіть стратегію.

Спочатку складіть перелік усіх людей, яких знаєте.

Як створити дошку із власними знайомствами

Створіть список людей, яких знаєте.

Можете використати електронну таблицю або інструмент для управління взаємовідносинами з клієнтами (CRM), як це роблять продавці. Але для наших цілей це, мабуть, занадто.

Рекомендую скористатися Trello.

Створіть 5 колонок: «До розгляду», «Зв’язатися», «Очікування відповіді», «Нещодавно зв’язувалися» та «Поки не зв’язуватися».

Потім створіть мітки, щоб класифікувати людей залежно від того, звідки ви їх знаєте. Ось кілька ідей: «Друг дитинства», «Друг сім’ї», «Колишній колега», «Однокласник», «Друзі з технічних заходів».

Тепер можете почати створювати картки. На кожній картці може бути лише ім’я людини, але якщо у вас є час — прикріпіть фотографію.

Ось дошка, яку я створив на Trello як приклад. Це персонажі із мого улюбленого фільму дитинства — класичної стрічки «Черепашки-ніндзя» (1989 рік).

Можете переглянути свої соціальні мережі, а також шкільні альбоми, і почати додавати людей.

Багато з цих людей навряд чи зможуть допомогти, але я все одно раджу додати їх. Ніколи не знаєш, коли раптом згадаєш: «А, точно, він ж влаштувався на роботу в ту компанію. Треба з ним зв’язатися».

Цей процес може зайняти день-два. Але пам’ятайте, що це — інвестиція. Ця дошка буде корисною протягом подальшого професійного життя.

Ви можете подумати: «Мені це не потрібно — у мене вже є профіль на LinkedIn». Але LinkedIn — це досить грубий інструмент: щоб він спрацював, потрібно максимізувати корисну інформацію та мінімізувати зайві дані. Тому я раджу створити саме дошку.

На дошці ви зможете додавати мітки. Приділіть хвилинку, щоб дізнатися про кожну людину. Чим вони зараз займаються? Вони взагалі працюють? Можливо, керують компанією?

Крім того, ви можете додавати нотатки до кожної картки, коли дізнаєтеся щось нове. Вони нещодавно брали участь у благодійному марафоні на 5 км? Їхня бабуся нещодавно святкувала 90-річчя? Ці факти можуть здаватися незначними, але якщо людина ділиться ними в соціальних мережах, то для неї це дуже важливо.

Цікавтеся людьми, їхнім повсякденним життям та прагненнями. Розуміючи їхні мотивації та цілі, ви краще зрозумієте, як можете допомогти.

Як я вже казав раніше, допомога — найкращий спосіб налагодити знайомства. Ми детально поговоримо про це трохи пізніше.

Додайте людину до своєї дошки, але подумайте, чи варто одразу з нею зв’язуватися. Якщо так, то помістіть її в стовпець «Зв’язатися», якщо ні — в «Поки не зв’язуватися».

Можливо, ви запитаєте: чому стовпець називається «Поки не зв’язуватися»? Тому що ніколи не знаєш, коли знайомство може стати в нагоді. Завжди цініть дружбу чи знайомство.

Як тільки ви заповнили дошку, позначили всіх і відсортували їх по колонках, — ви готові починати роботу.

Як підготуватися до нових знайомств

Головне, що потрібно пам’ятати, коли контактуєте з людьми і намагаєтеся справити враження: будьте простими.

Люди дуже зайняті, тому можуть запам’ятати лише певну кількість фактів про вас. Донесіть до них лише найголовнішу інформацію про себе. Найкращий спосіб це зробити — написати коротку біографію.

Як написати коротку біографію для соцмереж

Постарайтеся бути однаковими у всіх соціальних мережах.

Про себе я пишу так:

«Мене звати Квінсі. Я викладаю у freeCodeCamp. Живу в Далласі, штат Техас. Допоможу навчитись програмувати».

А тепер спробуйте написати щось про себе. Подивіться, чи вдасться вкластися в сто або менше символів. Намагайтеся уникати складних слів та жаргону.

Себе важко описати в кількох словах, але це важливо.

Пам’ятайте: люди не мають часу слухати історію вашого життя. Якщо ви познайомитеся ближче, то зможете поступово розповісти більше про себе. Вони ставитимуть запитання та з часом зможуть краще вас пізнати.

На цьому етапі знадобиться гарна фотографія, на якій ви посміхаєтеся.

Як зробити вдале фото для соцмереж

Якщо у вас є можливість, просто знайдіть місцевого фотографа і заплатіть йому за декілька професійних портретів.

Можливо, у вас навіть є друзі, які захоплюються фотографією і можуть зробити це безоплатно.

Особисто я сам зробив фото за допомогою програми Photobooth, яка входить до стандартного набору програм на MacOS. Мій друг витратив приблизно 10 хвилин на фон і тінь у Photoshop. Можливо, він трохи відбілив зуби. Ось фото:

Не забудьте посміхатися очима, щоб не виглядати як робот. Згадайте щось дійсно смішне — я так і зробив — тоді посмішка буде щирою.

Зробіть багато знімків з різних ракурсів і просто виберіть той, на якому виглядаєте як у звичайний день. Фото не має бути надто відретушованим, адже люди на заходах можуть вас просто не впізнати. Не шокуйте їх своєю красою.

До речі, про те, як викликати довіру: не носіть сонцезахисних окулярів і намагайтеся виглядати не круто, а привітно та відкрито. Ось хороший тест на довіру: гляньте на свою фотографію; якби ви заблукали і побачили цю людину на вулиці, чи наважилися б запитати її про дорогу?

Використовуйте обрану фотографію всюди: у соціальних мережах, особистому вебсайті і навіть для електронної пошти.

Я раджу користуватися цією фотографією декілька років. Кожного разу, коли ви її змінюєте, то ризикуєте, що деякі люди не впізнають вас. Навіть незначні зміни в освітленні, ракурсі чи фоні можуть збити людей з пантелику.

Обов’язково зберігайте фото у хорошій якості. Так люди зможуть використовувати його для реклами доповіді на конференції або участі в подкасті (з часом ви досягнете цих висот).

Як зв’язатися з людьми з минулого

Біографія і фото готові, тому можна почати зв’язуватися з людьми.

П’ятнадцять років тому я б порадив дзвонити людям, а не писати. Але культура спілкування значно змінилася через появу смартфонів: більшість людей не дуже позитивно реагують на дзвінки.

Так само я не раджу запрошувати людей на каву чи обід, поки розмова не просунеться значно далі. Люди зайняті і таке запрошення може поставити їх у незручне положення.

Вам потрібно швидко перейти до суті.

Тож до якої суті потрібно перейти?

Якщо коротко:

1. Я тебе знаю.
2. Ти мені подобаєшся.
3. Я поважаю те, чим ти займаєшся.

Ось і все.

Людям подобається, коли їх знають. Їм подобається, коли їх люблять. Їм подобається, коли їхню працю та життя помічають.

Більшість із нас отримує визнання лише у день народження. Знайомі можуть написати привітання, опублікувати допис в соцмережах або навіть подзвонити.

А як щодо інших 364 днів? Кожен хотів би трохи уваги й у ці дні.

Ось простий спосіб, як це зробити.

Крок №1: зберіть інформацію про людину (погугліть, перегляньте останні дописи в соцмережах, почитайте LinkedIn і, якщо вона публікує сімейні фотографії, подивіться на них).

Крок №2: подумайте, що можна було б сказати, аби трохи покращити настрій цієї людини.

Крок №3: виберіть соціальну мережу, в якій вона була активною останнім часом та напишіть приватне повідомлення.

Я поділюся шаблоном, але не копіюйте слово в слово: якщо отримувач загуглить ваше повідомлення, то зрозуміє, що його писали не ви і вся репутація піде коту під хвіст.

Якби я раптово писав повідомлення людині, з якою не спілкувався кілька місяців або років, я б сказав щось на кшталт:

«Привіт, [ім'я]! Вітаю з [новою роботою / підвищенням / народженням дитини / завершенням проєкту]. Радий бачити, що ти досягаєш своїх цілей».

Щось коротко і по суті. Привітання + комплімент. Така базова формула.

Не просто кажіть так, а будьте щирими.

Цій людині потрібно відчути, що її цінують. Їй потрібно підняти настрій. Її потрібно підбадьорити, щоб вона продовжувала рухатися до своїх цілей.

Люди чудово відчувають нещирість, тому намагайтеся не нав’язуватись. Не давайте людям приводу думати, що їх хочуть використати.

Тому важливо бути лаконічними. Поважайте час людей. Ніхто не хоче отримувати довгі листи, на які доведеться писати довгу відповідь.

Причина в тому, що люди зайняті.

Як побудувати тісні знайомства

Люди дуже зайняті, тому часто їм хочеться бачити в незнайомцях вигоду:

• ця людина керує автобусом, яким я добираюся на роботу;
• ця людина готує напій саме так, як я люблю;
• ця людина з HR-відділу відповідає на мої запитання щодо відпустки;
• ця людина склала крутий плейлист з джазом, який я слухаю під час написання коду;
• ця людина щотижня надсилає корисні листи з безоплатними ресурсами для розробників.

Певною мірою ви є тим, що робите для інших.

Знаю, знаю. Звучить надто примітивно, навіть цинічно. Звісно, зараз ми не говоримо про близьких друзів та рідних.

Це стосується людей, з якими ви ледь знайомі: вони просто зустрічають вас у повсякденному житті і бачать, яку користь ви несете.

Має бути причина, щоб людина звернула на вас увагу і захотіла дізнатися більше.

Перш ніж стати близьким другом — тим, хто справді важливий і про кого думають, коли його немає поруч, — спочатку потрібно стати корисним.

Саме цим і займемося: будемо налагоджувати ще тісніші стосунки, пропонуючи людям свою допомогу.

Це тривалий процес і розпочинати його варто задовго до пошуку роботи, щоб ніхто не подумав: «О, ти звертаєшся до мене лише тому, що тобі щось від мене потрібно».

Навпаки: ви звертаєтеся до них, бо маєте що запропонувати.

У вас надзвичайне вміння: вміння підкорювати машини. Ви — розробник.

Або, принаймні, ви на шляху до того, щоб ним стати.

Отже, ви вже маєте хорошу причину звернутися до людей.

Можливо, ви чули термін «холодний дзвінок» (дзвінок малознайомій людині зі спробою щось їй продати). Це нелегко і більшість таких дзвінків закінчується тим, що співрозмовник кладе слухавку.

Тому, чим більше інформації ви знаєте про співрозмовника, тим теплішою і плідною буде розмова.

Звісно, ви нічого не продаєте і — як я вже згадував раніше — не дзвоните, а пишете повідомлення одним абзацом.

Як я вже казав, найдієвіший перший крок, який з найбільшою ймовірністю викличе реакцію — невимушено запропонувати допомогу.

Я б написав таке повідомлення, але пам’ятайте: не використовуйте цей шаблон дослівно. Перепишіть його своїми словами так, як сказали б другові:

«Привіт, [ім'я]. Вітаю з [новою роботою / підвищенням / народженням дитини]! Я зараз активно вивчаю програмування і створюю портфоліо. Ти одразу спав мені на думку як людина, яка встигає зробити дуже багато справ. Чи є якісь інструменти або застосунки, які б полегшили тобі життя? Можливо, я зможу їх запрограмувати для практики».

Це ефективне повідомлення, бо воно індивідуальне і сприймається як живе. У наш час люди отримують стільки штучних повідомлень, що одразу ігнорують все, що хоч трохи схоже на них.

Ось чому я надсилаю повідомлення кожній людині особисто, а не покладаюся на автоматизацію. Краще повільно друкувати повідомлення одне за одним, ніж намагатися заощадити час за допомогою скрипту чи функції злиття листів.

Безсумнівно, найшвидший спосіб потрапити в чорний список — надіслати комусь повідомлення «Привіт, як справи?», де явно бракує імені. Це дуже нагадує шаблон.

Іноді я отримую повідомлення, в якому замість імені вказано прізвище. «Привіт, Ларсон». Тобто? Я тепер у військовому коледжі?

Багато користувачів LinkedIn почали додавати смайлик на початку свого імені, що допомагає легко виявляти автоматизовані повідомлення, адже в реальності ніхто не ставить смайлик у звертанні.

Якщо повідомлення починається з «Привіт, 🍜 Сара! Шукаєш нову роботу?», то можна бути впевненим — це спам.

Також зверніть увагу, що я не пишу «ми разом ходили до школи» чи щось таке. Якщо ви старі знайомі, то не варто уточнювати, звідки ви знайомі.

Чому? Тому що сам факт нагадування людям про те, звідки ви знайомі, змусить деяких з них задуматися: «Ой, я цю людину майже не знаю».

Як підтримати розмову

Знову ж таки: щоб розпочати діалог, спершу потрібно отримати відповідь.

Месенджери мають невимушену атмосферу, тому дотримуйтеся невимушеного стилю спілкування.

Не надсилайте надто довгі повідомлення, пишіть їх коротко та лаконічно. Ви ж не хочете, щоб людям було важко відповідати.

Як тільки отримаєте відповідь, внесіть її до своєї дошки, щоб не забути.

Можливо, в людини дійсно є ідея застосунку чи інструменту. Чудово. Розпитайте детальніше. Подивіться, чи зможете його створити.

Почніть зі створення макету користувацького інтерфейсу (міліметровий папір буде виглядати особливо професійно). Сфотографуйте результат та надішліть людині зі словами: «Щось таке?»

Людина зрозуміє, що ви справді хочете допомогти. Я готовий побитися об заклад, що для більшості це буде чимось новим.

«Ти мені допомагаєш? Ти створюєш застосунок спеціально для мене?» Їм буде приємно, і, швидше за все, вас запам’ятають. Навіть якщо сам застосунок ніколи вийде.

Після цього просто підтримуйте розмову. Можливо, вона зійде нанівець. Не хвилюйтеся — нехай так і буде. Через кілька тижнів знайдеться привід, щоб знову написати.

Перевага спілкування в соцмережах полягає в тому, що воно нікуди не зникає. Як напишете наступного разу, людина може просто прокрутити переписку і побачити: «А, це ж він пропонував створити для мене той застосунок», і точно не запитає: «А хто ви?»

Пам’ятайте, що розмова має бути невимушеною та позитивною. Якщо вам здається, що спілкування розвивається повільно, це не проблема. У вас будуть ще десятки розмов і справ. Ви будете працювати над знайомствами як бджілка.

Як знайомитися з новими людьми та розширювати коло знайомств

Ми вже говорили про те, як налагоджувати зв’язки з тими, кого вже знаєте. Навіть якщо взаємодія послаблюється з роками, вона все ще існує.

Але як знайти нові знайомства?

Таке завдання нелегке. Але у мене є кілька порад, які можуть трохи полегшити цей процес.

По-перше, зустріч з людьми вживу набагато ефективніша, ніж знайомство в інтернеті.

Коли зустрічаєте когось особисто, ваша пам’ять отримує набагато більше інформації, яку можна зафіксувати:

• вигляд співрозмовника, його постава і поведінка;
• тембр голосу, інтонація та стиль мовлення;
• світло, звуки, запахи, температура та загальна атмосфера місця;
• і багато інших деталей, які залишаються у пам’яті.

Десять хвилин особистої розмови можуть створити глибший зв’язок, ніж десятки повідомлень, якими ви обмінюєтеся протягом тижнів.

Ось чому я раджу виходити з дому та знайомитись з людьми на заходах.

Як знайомитися з людьми на заходах

По-перше, на яких заходах? Якщо ви живете у великому місті, у вас безліч варіантів. Можна відвідувати технічні заходи кілька разів на тиждень, мінімально витрачаючи час на дорогу.

Якщо ви живете в малому місті, то доведеться обмежитися знайомствами на місцевих заходах: книжкові ярмарки, вечірки з морозивом, спортивні події.

Якщо ви ходите до церкви, мечеті чи храму, то знайомтеся з людьми і там.

Розумію, що це може звучати смішно. «Серйозно? Людина, яка стоїть поруч зі мною на трибунах під час футбольного матчу? Хіба вона якось допоможе мені знайти роботу?»

Можливо. А може й ні. Але не варто нехтувати такими людьми.

Хтось із них може керувати малим бізнесом.

Можливо, вони навчалися разом із другом, який зараз обіймає посаду віцепрезидента з інженерних питань у компанії зі списку Forbes.

Можливо, вони теж розробники. Зрештою, нас — розробників програмного забезпечення — мільйони. Не всі живуть у Кремнієвій долині. 😉

Коли знайомитеся з кимось, не варто одразу діставати телефон і питати:

— Можна додати вас на LinkedIn?

Натомість краще поводитися спокійно. Представтеся.

Запам’ятайте ім’я цієї людини. Імена — це невід’ємна частина побудови стосунків. Якщо зраджує пам’ять, варто потренуватися: можете спробувати запам’ятати імена всіх персонажів — незалежно від того, наскільки вони важливі — коли дивитеся серіал чи фільм.

Якщо все ж таки забули, не вгадуйте. Просто скажіть: «Нагадайте, будь ласка, як вас звати?» і зафіксуйте ім’я в голові.

Потисніть руку. Говоріть про те, що здається цілком звичним. Якщо розмова згасає, не хвилюйтеся. Нехай так і буде.

Стосунки будуються з часом. Справа не в загальному часі, проведеному разом, а в кількості зустрічей протягом тривалого періоду.

Велика ймовірність, що ви знову зустрінетесь в майбутньому. Можливо, у тому самому місці через кілька тижнів. Саме тоді ви робите крок:

— Привіт, [ім’я]! Як там [те, про ми що говорили минулого разу]?

Продовжуйте розмову з того місця, де закінчили. Якщо вам здається, що ця людина може стати корисним доповненням до вашого кола знайомств, то запитайте:

— Які плани наступного [дня тижня]? Підемо на [ще один захід]?

Завжди тримайте в голові заплановані на наступний тиждень заходи, щоб запропонувати іншим скласти компанію.

Це чудовий спосіб залучити людей до спілкування у безпечному публічному місці. До того ж, ви пропонуєте щось цінне: інформацію про захід.

Якщо співрозмовник виглядає зацікавленим, ви можете сказати:

— Чудово. Як мені зв’язатися, щоб надіслати деталі?

Ось і все. Тепер у вас є їхня електронна пошта, соцмережа або номер телефону, а ваші стосунки можуть розвиватися далі.

Такий підхід може здатися надто повільним. Навіщо бути таким обережним?

Повторю: люди зайняті. Розумні люди дбайливо ставляться до свого часу та особистої інформації.

Навколо занадто багато «вампірів», які хочуть скористатися іншими: намагаються щось продати, обдурити, втягнути до багаторівневої маркетингової схеми або якимось іншим чином змінити погляди.

Найкращий спосіб допомогти іншим людям подолати захисну реакцію — вже бути в їхньому полі зору завдяки попереднім зустрічам.

Як використовувати нетворкінг

У четвертому розділі ми детальніше поговоримо те, як ефективно використовувати нетворкінг. Поки що розглядайте його виключно як інвестицію часу та енергії.

Мені подобається уявляти нетворкінг як фруктовий сад: я саджу знайомства, а потім доглядаю за ними і дбаю про те, щоб вони були здоровими.

Хто знає, коли вони перетворяться на дерева і принесуть плоди. Мета полягає в тому, щоб продовжувати саджати дерева і в якийсь момент вони допоможуть вижити.

Продовжуйте випромінювати позитивну енергію. Продовжуйте пропонувати допомогу людям, використовуючи свої навички і навіть власні знайомства (ввічливе знайомство між двома людьми, яких ви знаєте, рідко буває поганою ідеєю).

Будьте доброзичливими, уважними та чуйними.

Ніколи не втрачайте терпіння через те, що пошук роботи може йти повільно.

Ніколи не принижуйтесь.

Ніколи не дозволяйте собі заздрити чужому успіху.

Одного дня ви пожнете те, що посіяли. Якщо ви поширюєте позитивну енергію, то готуєте себе до щедрого врожаю.

Розділ 3: як заробити репутацію

«Шлях до здобуття хорошої репутації — це прагнути бути тим, ким хочеш здаватися» — Сократ

Ви почали розвивати власні навички та розширювати коло знайомств, а отже готові розпочати роботу над репутацією.

Можливо, ви починаєте з нуля як повний новачок в ІТ. Або, можливо, ви вже маєте певну авторитетність, яку принесли з попередньої роботи.

У цьому розділі я поділюся практичними порадами з побудови бездоганної репутації серед колег, що стане ключем до отримання клієнтів на фрилансі, першої роботи та просування у кар’єрі.

Але спочатку я розповім, як побудував власну репутацію.

Час історій: як 30-річний викладач побудував репутацію розробника?

У попередній серії «Час історій»: Квінсі почав знайомитись з розробниками, підприємцями та HR-менеджерами в ІТ. Він часто відвідував хакерспейси та інші заходи, але йому ще належало вийти на арену та випробувати свої сили...

Я займався програмуванням кілька місяців, перш ніж наважитись піти на перший хакатон.

Одного дня я зіткнувся з особливо неприємною помилкою і не міг зрозуміти, як її виправити. Тож я зробив те, що б зробили багато людей: відклав справу та заліз в інтернет. Саме тоді я побачив його: Startup Weekend EDU.

Startup Weekend — це 54-годинне змагання, яке передбачає створення застосунка і його презентацію перед журі. Такі заходи оцінюють ваші знання з програмування, дизайну та підприємництва.

Цей конкретний захід — що відбувся в самому центрі Кремнієвої долини — мав журі, до складу якого входили викладачі та підприємці з галузі освіти. З огляду на мій досвід у галузі освіти для дорослих, це здавалося ідеальним першим хакатоном для мене.

Я розповів Стіву про цей захід, а потім вимовив чарівні слова:

— Я буду за кермом.

Я попав в яблучко, адже Стів не мав водійського посвідчення.

Залучивши Стіва, ми доповнили нашу команду кількома розробниками з хакерспейсу Santa Barbara.

Я тижнями готувався до заходу, вивчаючи інформацію про членів журі та компанії, в яких вони працюють. Я дізнався про спонсорів. І, звісно, я тренувався програмувати як шаолінський монах.

Нарешті, після місяця підготовки, настав вирішальний день. Ми втиснулися в мою Toyota Corolla 2003 року з облущеним покриттям, увімкнули енергійну музику і вирушили в 5-годинну дорогу.

По дорозі ми обговорювали, що саме нам потрібно створити. Звісно, це мало бути щось пов’язане з освітою. Бажано для учнів старших класів, оскільки саме на цей вік орієнтувалися компанії членів журі.

Але що має робити цей застосунок? Як він полегшить життя людей?

Я згадав шкільні роки. У мене не було багато спогадів, оскільки я забрав документи одразу ж після першого року навчання в старшій школі (але мені вдалось скласти GED — так називають тест для отримання свідоцтва про неповну середню освіту — працюючи в Taco Bell, перш ніж зрештою вступити до коледжу. Але це вже інша історія).

Але одна проблема, яку я пам’ятав і яка досі не давала мені спокою: реферати.

Я любив писати, але це не стосувалося роботи у MLA-форматі з жорсткими правилами цитування. Я завжди боявся готувати список використаних джерел, а викладач постійно знімав бали за неправильне оформлення.

Вислухавши багато непоганих ідей від інших пасажирів у машині, я втрутився:

— У мене є ідея. Ми повинні написати застосунок, який оформлює використані джерела.

Хтось засміявся та сказав:

— Клас!

Стів ж відповів:

— Це ж хороша назва! Можемо назвати застосунок «Клас-ифікація через "С"».

Ми всі засміялися і відчули себе розумними, а потім почали обговорювати деталі.

Коли ми прибули на місце, там було близько сотні розробників. Це був офіс відкритого типу з низькими кабінками, оточеними дошками для записів.

Я почув шепотіння про одного з розробників:

— Це ж той хлопець, який виграв минулого року, — говорили люди. Вони вказали рукою на самовпевненого на вигляд розробника, оточеного фанатами. — Може, він дозволить приєднатися до його команди.

Захід розпочався зі знайомства. Будь-хто міг підійти до мікрофона і виголосити 60-секундну презентацію про застосунок, який хотів би створити.

Я так нервував, що мені здавалося ніби з грудей ось-ось вискочить іншопланетянин. Тому я був першим у черзі. Іноді треба робити через не хочу, правда ж?

Я пітнів і розмахував руками, коли розповідав про свою ідею. Я сказав щось на кшталт:

— Посилання на джерела — це відстій. Окей, вони не відстій. Вони необхідні. Їх потрібно додавати до робіт, але працювати з ними — це жах. Давайте напишемо застосунок, який створюватиме за вас список використаних джерел. Хто зі мною?

У залі запала тиша. Потім люди усвідомили, що я закінчив говорити, і влаштували мені обов’язкові оплески. Ведучий забрав мікрофон з моїх рук і передав його наступному учаснику, а я повернувся на своє місце.

Потім настав час формувати команди. Наша група з Санта-Барбари переглянулася і було очевидно, що ми — команда.

Ми дізнались пароль до Wi-Fi і зайняли найкраще робоче місце: кабінет у куті, де можна було зачинити двері.

Я почав малювати ескізи інтерфейсу та зазначив:

— Нам потрібно щось, що завжди під рукою. Одразу в меню браузера.

— Як плагін для браузера, — запропонував Стів.

— Так. Давайте його і створимо.

Я показав приклади трьох форматів, які можуть знадобитися для есе: MLA, APA та Chicago.

— Ми можемо згенерувати всі три одразу, щоб люди могли просто скопіювати та вставити? — запитав я.

— Можемо зробити навіть краще, — сказав Стів. — Можемо створити для кожного кнопку, яка додаватиме джерело одразу до буфера обміну.

Ми працювали швидко і до кінця вечора п’ятниці створили простий MVP (мінімально життєздатний продукт), який лише приймав метадані поточного вебсайту та структурував їх як цитування. Але це працювало.

Це був мій перший хакатон, тому я не хотів переживати через проживання в хостелі. Я не пошкодував грошей і зняв номер у готелі. У нас було два односпальні ліжка, тож ми по черзі спали на підлозі.

У суботу вранці наші амбіції зросли. Я підійшов до дошки та сказав команді:

— Посилання на вебсайти — це чудово, але багато джерел міститься в книгах або наукових статтях. Для них також потрібно мати можливість генерувати цитування.

Ми знайшли API, який можна використовувати для отримання інформації про цитування на основі ISBN (серійного номера книги), і зліпили скрипт, який міг шукати наукові статті на основі DOI (серійного номера наукової статті), а потім збирати потрібні дані зі сторінки результатів.

До вечора суботи код для нашого плагіна був майже готовий. Тож я сів і почав готувати слайди для презентації. Я залишив більшу частину написання коду своїй команді, а сам годинами повторював презентацію.

Хоча настала моя черга спати в ліжку, я ледве міг зімкнути очі через хвилювання. Я опинився в самому серці технологічної екосистеми: у Кремнієвій долині.

Як викладач, я регулярно виступав перед колегами (іноді перед десятками людей). Але це була інша ситуація.

За кілька годин я мав виступити перед аудиторією, заповненою амбітними розробниками і членами журі — людьми з докторськими ступенями, деякі з яких заснували власні ІТ-компанії. Вони мали оцінювати нашу роботу і мені було страшно, що я якимось чином все зіпсую.

Я так і не зміг заснути, тож відкрив електронну пошту. Команда Startup Weekend надіслала листа, до якого було додано PDF-файл книги. Це була неофіційна збірка класичних праць про стартапи: «4 Steps to the Epiphany» та «The Lean Startup».

Я вже читав ці книги, адже на початку 2010-х вони були обов’язковими для всіх, хто хотів створювати технічні продукти. Я прочитав й десятки інших книг про стартапи і багато їхніх ідей якось злилися в одну кашу.

Була 4-та ранку і я таки не міг заснути, тож просто почав читати. Одна річ, на якій ці книги дійсно наголошують, — це створення чогось, за що будуть платити (що є найвищим визнанням серед клієнтів).

Саме тоді я усвідомив: знаєте, що насправді допоможе моїй презентації перетнути фінішну пряму? Доказ, що продукт відповідає ринку. Доказ, що наш застосунок вирішує проблему настільки, що люди готові відкрити гаманці.

У мене з’явилась ідея: потрібно взяти застосунок і почати продавати його людям.

Але був ранок неділі. Де я міг знайти потенційних клієнтів? Ну, наш готель якраз розташовувався неподалік від головного кампусу Стенфордського університету.

Я відвіз свою команду до місця проведення заходу, попрощався і сказав:

— Я повернуся, коли матиму готівку від клієнтів.

Мої колеги посміялися:

— Тільки не запізнись на презентацію, — не знаю, чи вони сприйняли мене серйозно.

Але мені було не до жартів. На моєму ноутбуці працював прототип застосунка. Я проклав маршрут до університету і вирушив виконувати свою місію.

Я навчався у звичайному державному університеті в Оклахомі. Тож я відчув себе зовсім не у своїй тарілці, коли під’їхав до одного з найкращих університетів світу.

Навчання у Стенфорді коштує 50 000 $ на рік. А я заїхав на парковку на машині, яка коштувала вдесятеро менше.

У цей час тижня кампус нагадував місто-привид, але все одно був надзвичайно розкішним: бронзові статуї та культові арки були всюди.

Я запитав себе: де зараз найуспішніші та найзавзятіші студенти? Ті, хто не має часу на те, щоб вручну створювати списки джерел?

Я зайшов до головної бібліотеки, проходячи повз стійку охорони та табличку з надписом «Торгівля заборонена».

Я ходив між стелажами, де було лише кілька людей, які займалися навчанням. Один студент старанно робив нотатки, переглядаючи товстий підручник. Бінго.

Я вмостився на стільці поруч із ним:

— Псс. Ей! Подобається цитувати?

— Що?

— Цитувати. Ну, писати список використаних джерел.

— Нууу...

— Ну остання сторінка роботи, де треба вказати всі...

— Я знаю, що таке список використаних джерел.

— Гаразд. Тоді глянь, — я відсунув куртку вбік, наче наркодилер, і дістав свій нетбук за двісті доларів. Він уважно слухав, поки я виголошував незграбну рекламну промову. — Ось. У мене є плагін для браузера. Я заходжу на будь-який вебсайт, натискаю кнопку і вуаля. Він створює джерело.

Студент підняв брови:

— А він працює з MLA-файлом?

Я стримав емоції і сказав:

— MLA, APA і навіть Chicago. Дивись, — я натиснув кнопку і з’явилися три посилання, кожне з власною кнопкою «скопіювати в буфер обміну».

Студент кивнув, схоже, дещо вражений. Тож я спробував довести справу до кінця.

— А якби я сказав, що збираюся запустити цей застосунок з річною підпискою? Але якщо зареєструєшся зараз, отримаєш необмежений доступ не на рік, а на все життя.

Він замислився.

Я чув, що тиша — найкращий друг продавця. Тож я сидів і дивився йому в очі, що здавалося нестерпно довго.

Нарешті він сказав:

— Круто, я в грі.

— Чудово. З тебе двадцятка.

Хлопець похитнувся:

— Скільки? Це дорого.

Тоді була епоха стартапів, які фінансувалися венчурним капіталом (Uber і Lyft втрачали гроші на кожній поїздці в гонитві за часткою ринку). Тож реакція студента була очікуваною.

Але я швидко зреагував:

— Гаразд, скільки в тебе готівки з собою?

Він глянув у гаманець, а потім сказав:

— П’ять баксів.

Я подивився на зім’яту купюру й знизив плечима:

— Продано.

Він посміхнувся і я надіслав йому електронного листа з інструкціями для встановлення. Потім сказав:

— Ще одне. Давай сфотографуємося разом.

Я перевів телефон у режим селфі. Він почав посміхатися і я додав:

— Ось. Потримай п’ятидоларову купюру.

Я провів ще годину, презентуючи застосунок людям у бібліотеці, і мені вдалося знайти ще одного клієнта, який заплатив. Потім я помчав назад до місця проведення заходу, щоб доопрацювати прототип разом із командою.

Того дня я провів презентацію, яку досі вважаю найкращою у своєму житті: ми продемонстрували застосунок, який працював бездоганно.

Ми завершили презентацію фотографіями зі студентами Стенфорда і які тепер були нашими клієнтами, що заплатили за послугу. Коли я показав зароблені гроші, аудиторія вибухнула оплесками.

Загалом такий досвід був одним із найкращих у моєму житті. Ми посіли друге місце і виграли API-кредит від однієї з компаній, що спонсорувала захід.

На вечірці після заходу я накинувся на піцу, щоб мати більше часу на спілкування з усіма, з ким тільки можна: я кидав заявки на LinkedIn, підписувався в X (Twitter), робив селфі з іншими та активно використовував хештег заходу.

Це був переломний момент у моїй кар’єрі розробника. Я довів людям, що можу розробляти, програмувати і навіть продавати застосунки. А що важливіше — я довів це собі.

Подорож хакатонами

З того моменту я захопився хакатонами. Того ж року я взяв участь у десятках заходів. Я став мандрівником, їздив туди-сюди і відвідував всі змагання, які тільки міг.

Далі стало набагато складніше. У мене не було команди. Я був сам.

Я приїжджав, знайомився з якомога більшою кількістю людей, а потім виходив і презентував ідею, яка могла б сподобатися суддям.

Іноді люди приєднувалися до моєї команди. Іноді я приєднувався до інших команд.

Я хотів не просто розробляти застосунки, а писати для них код. Мої амбіції часто виходили за межі можливостей.

Було чимало хакатонів, де я до останніх хвилин перед виходом на сцену намагався виправити баги. Іноді мої застосунки давали збій під час презентації.

На одному з хакатонів у Лас-Вегасі мені вдалося настільки зіпсувати код, що нам довелося обмежитися лише презентацією. Я сидів у залі, схопившись за голову, і безпорадно дивився, як гіпотетично працював би наш застосунок. Судді не оцінили нас.

Але я не здавався. Продовжував приїжджати в нові міста, заселятися в хостел, йти на місце проведення заходу та їсти стільки безоплатної піци, скільки міг.

Мої команди стільки разів посідали друге або третє місце, що я збився з рахунку. Але нам ніколи не вдавалося виграти.

Прорив

Це сталось до заходу в Сан-Дієго. Я ніколи не забуду відчуття, коли ми створили щось таке, що підкорило аудиторію та суддів настільки, що наша перемога здавалася очевидною.

Після того, як нас оголосили переможцями, я непомітно вийшов через службовий вихід на парковку і зателефонував дідусеві та бабусі. Я сказав їм, що у мене нарешті вийшло: я допоміг створити застосунок і підготувати презентацію, яка виграла хакатон.

Не знаю, наскільки дідусь і бабуся розумілися на розробці програмного забезпечення чи на таких заходах, але вони сказали, що пишаються мною.

Їх вже немає поруч, але я часто згадую цю розмову. Я ціную їхню підтримку і віру в те, що їхній онук, 30-річний викладач, може докласти всіх зусиль та стати розробником.

Після цього я продовжував брати участь у хакатонах. Я формував нові команди та вивчав нові інструменти. Ніколи не забудеш, як вперше запустив API або коли нарешті зрозумів, як працює якась Git-команда. І ніяк не забудеш людей, які працювали поруч із тобою та робили все, щоб застосунок не підвів під час презентації.

Хакатон «TechCrunch Disrupt». Хакатон «DeveloperWeek». Хакатон «ProgrammableWeb». Хакатон «Salesforce» з призовим фондом у мільйон доларів. Стільки значних подій і стільки знань. Це була та кузня, де викувалися мої навички розробника.

Я не тільки розвинув свої навички та познайомився з новими людьми, але й тепер мав репутацію людини, яка дійсно може виграти хакатон.

Я зміг довести справу до кінця.

Завдяки цим досягненням про мене дізналися.

Критерій репутації став визначним для того, щоб отримати перших клієнтів, першу роботу і, найголовніше, — можливість довіряти власним інстинктам.

Чому репутація настільки важлива

Роль репутації в суспільстві сягає аж доісторичних часів. У більшості племен і поселень існувала якась система, що дозволяла відстежувати, хто кому що винен.

До появи готівки існував борг.

Його записували в книзі обліку або старійшина просто тримав усе в голові.

Окрім суто бухгалтерського обліку, існувала також менш відчутна, але не менш важлива характеристика, яку люди носили з собою.

— Джон точно знає, як підкувати коня.

— Джейн — найкраща оповідачка в нашій місцевості.

— Сміливість Джея в бою врятувала нас від загарбників три зими тому.

Помітили, що всі приклади — про те, що хтось у чомусь вправний? А не тому, що хтось є хорошою і приємною людиною.

Звісно, корисно бути спокійною, приземленою людиною. Але це не «Великий Лебовські» і ми не виживемо лише завдяки своєму шарму.

Розробнику легко сказати:

— О так. Я знаю JavaScript як свої п’ять пальців. Я можу створити будь-який застосунок на JavaScript, який працюватиме на будь-якому пристрої.

Або:

— Я завжди виконую замовлення в рамках бюджету і достроково.

Але звідки ви знаєте, що такі твердження не перебільшені?

Зрештою, один хитрий чоловік колись сказав:

«Якщо можеш бути хорошим у чомусь одному, то вчися добре брехати. Тоді будеш хорошим у всьому»

(Справжнє походження цього вислову невідоме. Але мені подобається думати, що його сказав шахрай у циліндері та з моноклем у 1920-х).

Брехати може будь-хто і деякі люди цим користуються.

На початку кар’єри мені довелось виконати неприємне завдання: звільнити викладача, який збрехав про наявність ступеня магістра. Минали роки, а цього ніхто не помічав.

Щороку він вносив неправдиві дані у документи, щоб отримати більшу надбавку до зарплати. Щороку йому це сходило з рук.

Але одного дня мене насторожила маленька невідповідність. Я переглянув його справу, зателефонував до кількох архівів і з’ясував, що він не закінчив навчання.

Коли я його викрив, це було схоже на сцену з мультфільму про Скубі-Ду. «Все б зійшло з рук, якби не ви, кляті діти».

Було прикро усвідомлювати, що ця людина роками викладала в школі й отримувала вищу зарплату, ніж багато інших викладачів, лише через вміння брехати.

Вигода від брехні завжди присутня і привабливо виблискує. Деякі готові піддатися цій спокусі.

Роботодавці знають: не можна довіряти кожному, хто стверджує, що володіє навичками повноцінної розробки на JavaScript. Треба бути обережним щодо того, кому надавати бейдж компанії, корпоративну електронну адресу та доступ до виробничих баз даних.

Тому роботодавці використовують поведінкові питання на співбесіді: щоб спробувати виявити кандидатів, які схильні до обману.

Називайте мене наївним, але я вірю, що більшість людей за своєю природою добрі і готові дотримуватися правил, якщо вони є справедливими.

Але навіть якщо один працівник з десяти виявиться катастрофічним, то всі повинні піддаватися більш ретельному контролю.

Найгірший сценарій — це не просто працівник, який бреше, щоб заробити більше грошей, а той, хто продає секрети компанії, руйнує відносини з клієнтами або порушує закони заради підвищення своїх показників.

Історія рясніє прикладами працівників, які завдали катастрофічної шкоди роботодавцям заради власної вигоди.

Тому процес найму розробників у більшості великих компаній є надзвичайно параноїдальним. Можливо, так і має бути. Але, на жаль, це ускладнює отримання роботи для всіх — навіть для найчесніших кандидатів.

Розробникам потрібні докази, що їхні навички настільки сильні, як про них говорять. Їм потрібне підтвердження, що робоча етика настільки непохитна, як цього потребують роботодавці.

Саме тут на допомогу приходить репутація. Вона зменшує неоднозначність і ризик контрагента, що робить оффер і підписання трудового договору безпечними для роботодавців.

Тобто — якщо у вас досить хороша репутація — ви зможете потрапити в компанію через службовий вхід, а не головні двері, біля яких вишиковуються інші кандидати.

Деякі компанії навіть мають власних рекрутерів, які можуть пришвидшити процес співбесіди. Бездоганна репутація також може допомогти отримати більшу перевагу під час переговорів щодо зарплати.

Тож давайте поговоримо про те, як побудувати хорошу репутацію і стати бажаним кандидатом для менеджерів.

Як побудувати репутацію розробника

Існує щонайменше шість перевірених часом способів, за допомогою яких можна побудувати репутацію розробника:

1. Хакатони
2. Внесок до відкритих проєктів
3. Створення контенту, орієнтованого на розробників
4. Підйом по кар’єрних сходах у компаніях під загальновідомою назвою
5. Створення портфоліо з клієнтами на фрилансі
6. Запуск власного відкритого проєкту, компанії або благодійної організації

Як шукати хакатони та інші змагання для розробників

Хакатони — це найшвидший спосіб одночасно побудувати репутацію, знайомства та навички.

Більшість з них безоплатні та відкриті для широкої публіки. Вам просто потрібно мати час і гроші на поїздку.

Якщо ви живете в місті, де проводиться багато хакатонів — наприклад, у Сан-Франциско, Нью-Йорку, Бенгалуру чи Пекіні — ви можете приїжджати на захід, а потім повертатися додому і спати у власному ліжку.

Я жив у Санта-Барбарі (де хакатони проводилися лише раз на кілька місяців), але в мене був однокласник у Сан-Франциско, який дозволяв ночувати на своєму дивані. Це дало мені доступ до набагато більшої кількості заходів.

Раніше хакатони були дуже інтенсивними заходами: люди пили енергетики та спали на підлозі, аби встигнути завершити проєкт до презентації.

Але організатори все більше піклуються про стан здоров’я учасників та доброзичливість таких заходів, оскільки багато учасників мають дітей або працюють повний робочий день і не можуть присвятити програмуванню всі вихідні.

Найкращий спосіб знайти майбутні заходи — просто загуглити «хакатон [назва міста]» і переглянути різні календарі подій, які з’являться у результатах пошуку. Багато з них проводяться університетами, місцевими роботодавцями або навіть благодійними організаціями, що зосереджуються на освіті.

Якщо ви налаштовані лише на перемогу, рекомендую заздалегідь провести дослідження.

Поцікавтесь, хто спонсорує захід. Зазвичай це компанії, що працюють за моделлю B2D і пропонують API, інструменти для роботи з базами даних або різні SaaS-сервіси.

Вони, ймовірно, матимуть свій стенд, де можна поспілкуватися з їхніми представниками (це фахівці, яким платять за те, щоб вони навчали людей користуватися інструментами компанії). Іноді на таких стендах можна навіть зустріти ключових співробітників або засновників, що також може стати чудовою нагодою для знайомства.

Хакатони часто пропонують призи від конкретних спонсорів. Наприклад, «Найкраще використання API від [спонсора]». Можливо, простіше буде зосередитись на впровадженні конкретних інструментів спонсора у свій проєкт, а не намагатися виграти головний приз — це також можна вказати як перемогу на LinkedIn або в резюме. Усі в плюсі.

Іноді хакатон настільки престижний — або приз настільки значний — що логічно спробувати виграти змагання.

За час відвідування хакатонів я міг виграти грошові призи на суму, що покриває кілька місяців оренди, кілька років коворкінгу та навіть приватну екскурсію будівлею ООН у Нью-Йорку.

На хакатонах я зустрічав людей, основним джерелом доходу яких були грошові призи. Один розробник, якого я знав, зумів виграти дев’ять спонсорських призів на одному заході. Йому вдалося інтегрувати всі спонсорські інструменти у свій проєкт, а також посісти друге місце в загальному заліку.

Не дивуйтеся, якщо деякі люди, з якими ви часто зустрічаєтеся на хакатонах, згодом засновують компанії, що фінансуються венчурним капіталом, або запускають відомі проєкти з відкритим кодом.

Рівень амбіцій, який ви побачите серед постійних учасників хакатонів, набагато вищий, ніж у середньостатистичного розробника. Такі люди закінчують робочий тиждень, а потім одразу ж переходять до робочих вихідних. Вони не бояться підставити лоба під кулю.

Як робити внесок до відкритих проєктів

Внесок до відкритого коду — це один із найшвидших способів побудувати репутацію. Більшість роботодавців переглядатимуть ваш профіль на GitHub, де чітко відображатиметься історія комітів.

Багато утримувачів проєктів з відкритим кодом — Linux Foundation, Mozilla (Firefox) і, звичайно, freeCodeCamp — мають високі стандарти якості коду.

Перегляньте GitHub, щоб знайти відомі проблеми або запити на нові функції. Потім внесіть зміни в код і відкрийте PR. Якщо ваш PR підтвердять, це стане значною заслугою.

Один із найкращих способів отримати роботу в ІТ-компанії — активно робити внески до її відкритого коду.

Внесок у відкритий код — чудовий спосіб побудувати свою репутацію, адже все, що ви робите, є загальнодоступним. Крім того, ви отримуєте соціальне підтвердження, оскільки інші розробники перевіряють і приймають вашу роботу.

Якщо ви зацікавлені в побудові репутації через відкритий код, для початку прочитайте посібник Гілларі Някунді про початок роботи з відкритим кодом (англійською мовою).

Як створювати контент, орієнтований на розробників

Розробники — це люди. Як й інші люди, вони хочуть займатися чимось у вільний час, коли не працюють, не сплять і не організовують дозвілля з друзями та родиною.

Для багатьох людей — у тому числі й для мене — це означає занурюватися в думки інших. Книги. Відеоесе. Інтерактивні проєкти, такі як візуальні новели.

Узагальнено це можна назвати «контентом». Я не великий шанувальник цього слова, бо воно надає цим роботам відчуття одноразовості. Але саме таку назву ми чуємо найчастіше.

Розробка програмного забезпечення — це неймовірно широка галузь. Існують відеоблоги про життя розробників, навчальні матеріали з підготовки до співбесіди, прямі трансляції з написанням коду на Twitch та подкасти з розробниками, як-от freeCodeCamp Podcast.

Імовірно, існують цілі категорії контенту для розробників, про які ми ще навіть не думали, але які з’являться протягом наступного десятиліття.

Якщо ви цікавитеся кіно, журналістикою чи літературою, створення контенту може стати хорошим способом побудувати свою репутацію.

Ви можете обрати конкретну тему і поступово стати визнаним експертом.

Наприклад, деякі розробники спеціалізуються на підручниках для конкретних технологій.

Мій друг Ендрю Браун — колишній технічний директор із Торонто, який склав усі основні іспити з DevOps. Він створює безоплатні курси для підготовки до всіх сертифікацій AWS, Azure та Google Cloud, а також надає послуги з підготовки до іспитів.

У світі налічується понад 30 мільйонів розробників програмного забезпечення. Це величезна кількість людей, які потенційно споживатимуть ваш контент і дізнаються, хто ви.

Як піднятися по кар’єрних сходах, працюючи у великих компаніях

Можливо, ви бачили, що розробника можуть представити як «колишнього співробітника Google» або «колишнього інженера Netflix».

Деякі ІТ-компанії мають настільки суворі процедури найму — і настільки високі стандарти — що отримання роботи в такому місці є великим досягненням.

Існують причини, через які роботодавці звертають увагу на попереднє місце роботи. Одна з них — це зменшує ризик помилкового найму.

Ви можете зміцнити свою репутацію, просуваючись вгору по ієрархії престижу. Ви можете пройти шлях від місцевого роботодавця до компанії зі списку Fortune 500 і, зрештою, до одного з ІТ-гігантів.

Звичайно, робота в корпорації підходить не всім. Я розповім детальніше в четвертому розділі. Але знайте, що це один із варіантів для побудови своєї репутації.

Як побудувати репутацію, створюючи портфоліо з клієнтами на фрилансі

Ви можете побудувати свою репутацію, працюючи з компаніями як фрилансер.

Розробники на фрилансі зазвичай працюють над малими проєктами, які виконують самостійно. Тож це може бути кращою стратегією для побудови репутації на місцевому рівні.

Наприклад, якщо ви добре попрацювали для місцевого банку, цього може вистачити, щоб переконати місцеву юридичну фірму укласти з вами договір.

Існують певні переваги в тому, щоб бути «місцевим героєм». Я знаю багатьох розробників, які можуть ефективно суперничати з онлайн-конкурентами лише завдяки фізичній присутності на зустрічах та знайомствам з місцевими.

Як створити портфоліо своїх робіт

Після того, як реалізуєте кілька проєктів, їх варто продемонструвати. Найкраще це зробити за допомогою коротких відео.

У всіх обмежений час. Ніхто не буде завантажувати ваш код і запускати його на своєму комп’ютері.

А якщо поділитесь посиланням на вебсайт, то люди можуть не до кінця зрозуміти на що дивляться і чому це щось особливе.

Тому я рекомендую використовувати інструмент для запису екрана і робити 2-хвилинні відеодемо.

Двох хвилин має вистачити, щоб показати, як працює проєкт. А після цього можете пояснити деякі деталі реалізації та прийняті вами дизайнерські рішення.

Але завжди починайте з демо. Люди хочуть бачити, як щось працює. Вони хочуть щось наочне.

Як тільки ви зацікавили людей привабливою демонстрацією роботи свого застосунку, можете пояснити всі деталі, які вважаєте за потрібне. Ваша аудиторія тепер матиме більше контексту і буде більш зацікавленою.

Дві хвилини — це ідеальна тривалість, оскільки тоді можна завантажити відео на X (Twitter) і воно автоматично відтворюватиметься, коли люди прокручуватимуть стрічку.

Відео з автоматичним відтворенням переглядають значно частіше. Вони спрощують перегляд, оскільки не потрібно натискати кнопку відтворення або переходити на інший вебсайт.

Такі демо можна публікувати на YouTube, X (Twitter), GitHub і, звісно, на власному портфоліо.

Для запису таких відео я рекомендую використовувати QuickTime, який вбудовано в MacOS. Якщо ж користуєтеся Windows, вам підійде Game Recorder — застосунок, що входить до стандартного пакету Windows 10.

А якщо вам треба більш потужний інструмент, зверніть увагу на OBS — це безоплатна програма з відкритим кодом. Вона складніша в опануванні, але її можна налаштувати під будь-які потреби.

Декілька порад щодо запису: використовуйте якомога більший розмір шрифту та додатковий мікрофон. Будь-який мікрофон — навіть від дешевих навушників — буде кращим за вбудований мікрофон ноутбука.

Приділіть достатньо часу на запис і перезапис, поки не досягнете бажаного результату.

Уміння демонструвати свої проєкти та презентувати код — корисна навичка, що стане в нагоді впродовж усієї кар’єри. Не варто шкодувати часу на підготовку до презентації.

Як запустити власний проєкт з відкритим кодом, компанію або фонд

Бути засновником — це найшвидший, однак і найризикованіший спосіб зарекомендувати себе як розробник.

Це ризиковано, оскільки ви вкладаєте час, гроші, а можливо, навіть особисті стосунки — і все заради невідомого результату.

Якщо ви тривалий час будете робити внески до проєктів з відкритим кодом, то створите репутацію розробника.

Якщо ви тривалий час будете брати участь у хакатонах, то створите репутацію розробника.

Проте ви можете роками намагатися реалізувати підприємницькі проєкти, так і не досягнувши успіху (при цьому даремно витративши час, гроші та знайомства).

Підприємництво не входить у тематику цієї книги. Але якщо вам цікаво, ось невеличка порада:

Більшість підприємців не досягає успіху. Деякі — через обставини, на які не можна вплинути. Але багато хто зазнає невдачі через те, що не розуміють суті ризиків, на які йдуть.

Не поспішайте запускати проєкт, створювати компанію чи фонд. Спробуйте попрацювати в інших організаціях, які вже працюють у галузі, що вас цікавить.

Коли працюєте на когось, то вам платять за те, щоб ви навчалися. Ви отримуєте практичний досвід та знайомитеся з можливими ризиками. Крім того, ви можете назбирати кошти для власної справи в майбутньому.

Як не зруйнувати репутацію

«Потрібно все життя, щоб побудувати хорошу репутацію, а щоб її втратити достатньо однієї хвилини» — Вілл Роджерс (актор, ковбой і один із моїх героїв, коли я зростав в Оклахома-Сіті)

Побудова репутації — це марафон, а не спринт.

Щоб побудувати досить міцну репутацію, яка відкриє потрібні двері, можуть знадобитися роки.

Але — як і в марафоні, де панує жорстка конкуренція — одне спотикання може коштувати дорогоцінного часу, а одне травмування може вивести вас з гри.

Не говоріть дурниць в інтернеті

Раніше люди постійно говорили дурниці. Їхні слова висіли в повітрі кілька хвилин, поки всі хитали головами, а зрештою розвіювалися.

А тепер люди часто говорять дурниці в інтернеті, що закарбовується назавжди.

Завжди майте на увазі: щойно ви пишете щось на вебсайті та натискаєте «Опублікувати», інформація потрапляє до бази даних. А резервні копії цієї бази даних зберігаються на кількох серверах по всьому світу.

Ви можете підтвердити існування даних, але не можете спростувати їх відсутність.

Враховуйте, що, фактично, всі карти викладені на стіл і цього не змінити. Слово — не горобець, вилетить — не піймаєш. Все, що ви казали, назавжди залишиться записаним.

Можете видалити коментар або обліковий запис, можете навіть спробувати прибрати їх з результатів пошуку. Але, ймовірно, хтось уже зробив резервну копію на Wayback Machine і коли через кілька років одну з цих баз даних зламають, то ці дані, швидше за все, досі будуть там і хтось зможе їх оприлюднити.

Зараз небезпечно бути надто балакучим. Тож спершу подумайте, а потім вже говоріть.

Моя порада, яка, можливо, прозвучить жалюгідно: киньте звичку сперечатися з людьми в мережі.

Деякі люди дотримуються правила з дитячого майданчика: «Якщо не можеш сказати нічого хорошого, краще мовчи».

Я ж надаю перевагу такому принципу: «Хвали перед усіма, а критикуй наодинці».

Я відкрито відзначаю хорошу роботу, виконану кимось у спільноті розробників. Якщо я побачу проєкт, який мене вразить, — я про це скажу.

Але загалом я намагаюся не критикувати людей. Навіть тих, хто на це заслуговує.

У суперечці всі виглядають погано.

Не варто демонструвати злість, заперечувати аргументи або кидатися на когось, хто лише сказав щось безглузде.

Звісно, уїдливий гумор може принести популярність в інтернеті на короткий час. Але він також може змусити людей любити вас менше і боятися трішки більше.

Я також намагаюся не скаржитися. Так, мабуть, я міг би розраховувати на краще обслуговування, якби пригрозив написати у X (Twitter) про скасування рейсу.

Однак люди зайняті. Вони не хочуть витрачати свій дорогоцінний час на мої скарги в соцмережах.

Моя порада щодо користування соцмережами: намагайтеся висловлюватися позитивно.

Якщо це питання, в якому ви твердо переконані, то я не зупинятиму вас висловлювати свою думку. Просто подумайте, перш ніж набирати текст і ділитись ним.

Не обіцяйте того, чого не можете виконати

Один із найпоширеніших способів, якими розробники, на мій погляд, підривають власну репутацію — це надмірні обіцянки та їх недотримання. Це не фатальна помилка, але шкідлива.

Пам’ятаєте про хакатон у Лас-Вегасі, де мені не вдалося вчасно завершити проєкт до його презентації, і нам довелося використовувати слайди замість готового застосунку?

Так, це був один із найгірших моментів у процесі мого навчання. Мої колеги по команді були ввічливими, але я впевнений, що вони були і розчарованими. Зрештою, я був надто самовпевненим. Я пообіцяв більше, ніж міг виконати за той проміжок часу, і не виправдав очікувань.

Набагато краще бути скромним в оцінці своїх здібностей.

Згадайте притчу про Ікара, який на воскових крилах підлетів надто близько до сонця. Якби ж він підійшов до справи розумніше і повільніше піднімався, то його крила не розплавилися б, і він не впав би у море, залишивши батька з почуттям провини.

Ікар міг би стати переможцем. Він міг би стати видатним. Натомість він — лише ноги, що зникають у морі. А селяни й пастухи навіть не бажають відривати погляду від своєї роботи, щоб оцінити його мізерність.

Опануйте залежності, перш ніж вони зашкодять репутації

Якщо у вас є залежність від наркотиків, алкоголю чи азартних ігор, перш за все — зверніться по допомогу. Пошук роботи може бути довгим і виснажливим процесом, чому варто приділити максимальну увагу.

Навіть така, здавалося б, нешкідлива річ, як залежність від відеоігор, може відволікати і забирати занадто багато часу. Варто насамперед опанувати її.

Я не лікар. Я не збираюся читати вам лекцію про те, наскільки шкідливі наркотики. Але скажу одне: напевно, ви чули про різні модні тенденції в Кремнієвій долині, де розробники вживають наркотики, оскільки вважають, що це якось покращить їхні навички чи здатність розв’язувати проблеми.

Якийсь час існувала тенденція мікродозингу ЛСД та вживання фармацевтичних амфетамінів.

Перше, що спадає мені на думку: будь-яка перевага, яку вони можуть дати, ймовірно, короткочасна, а в довгостроковій перспективі матиме негативний ефект.

Не піддавайтеся тиску оточення, яке спонукає вас вживати наркотичні речовини або алкоголь під час дружніх посиденьок (я не пив навіть пива з того часу, як 8 років тому народилася моя донька, і не відчуваю, що щось втратив).

Якщо ви лікуєтеся від залежності, зверніть увагу, що навчання та пошук роботи — це досить стресовий процес. Не перенапружуйтеся, щоб не зірватись.

Зрештою, ви ж не хочете, щоб — досягнувши успіху в зміні професії — ваші старі звички знову далися взнаки й перекреслили всі зусилля.

Спробуйте розмежувати кар’єру від особистого життя

Ви, напевно, чули такі слова: «Не змішуйте роботу з особистим життям».

Як розробник, ви маєте всі шанси стати впливовою постаттю. Ви будете користуватися певною повагою серед інших мешканців свого міста.

Можливо, не настільки, як лікарі чи астронавти. Але все ж. Люди будуть дивитися на вас з повагою.

Ви будете спілкуватися з людьми, які мріють опинитися на вашому місці.

Не хизуйтеся своїм багатством.

Не поводьтеся так, ніби ви розумніші за інших.

Не зловживайте своєю владою, щоб отримати бажане у стосунках.

Це зробить вас неприємними в очах інших людей. А якщо це будь-яким чином потрапить в інтернет, то може переслідувати вас до кінця кар’єри.

Ніколи не забувайте, скільки всього ви маєте і скільки всього можете втратити.

Користуйтеся прийомом оповідача

Я завершу цей розділ невеличким прийомом, який допомагає мені підбадьоритись.

По-перше, пам’ятайте: ви — герой власної подорожі у світі програмування. У своїй уяві ви — та людина, за якою всі спостерігають і за яку всі вболівають.

«Прийом оповідача» полягає в тому, щоб описувати свої дії в голові в той самий момент, коли ви їх виконуєте.

Квінсі крокує через хакерспейс, тримаючи ноутбук під рукою. Він ставить чашку під диспенсер гарячої води й опускає туди чайний пакетик. Він відтягує важіль, а коли гаряча вода наповнює чашку, він голосно каже своїм найкращим британським акцентом: «Чай. Чорний. Гарячий».

З енергетичним напоєм у руці він сідає за столик, ставить ноутбук і ловить погляд іншого розробника. Вони на мить дивляться одне одному в вічі. Квінсі ледь-ледь киває головою, вітаючи розробника. Той робить те саме, ніби читаючи його думки: «Я бачу тебе, друже. Бачу, що ти прийшов. Бачу, що ти працюєш».

Може звучати дивно — в принципі, це дійсно дивно, — але я роблю так весь час і це працює.

Опис у голові навіть найбуденніших моментів життя може допомогти зарядитися енергією. Осмисліть кожен момент, що розгортається перед вами, і це додасть чіткості вашим цілям.

Такий прийом працює ще краще, коли думаєте про своє життя в часових періодах («період Taco Bell») чи в переломних моментах («складання вступного іспиту»).

Як це пов’язано з репутацією? Власне, ваша репутація — це підсумок того, ким ви є і того, що значите для людей.

Ставлячись до себе більш серйозно, порівнюючи своє життя з фільмом, ви поступово з’ясовуєте, ким ви є і ким хочете стати.

Коли описуєте свої дії, ви чіткіше усвідомлюєте їх у власній свідомості. Чому я це зробив? Про що я думав? Можна було зробити краще?

Багато людей руйнують свою репутацію — навіть не усвідомлюючи цього — просто через погані звички.

Протягом багатьох років я вважав, що мушу бути постійно «кумедним». Я шукав будь-яку нагоду, щоб пожартувати над собою. Багато хто розумів, що я роблю, і вважав це кумедним. Але багато хто не розумів і просто вважав мене дурнем.

Чому я так робив? Гадаю, це почалося ще в початковій школі, коли я завжди намагався бути клоуном в класі і смішити людей.

Однак через десятки років це прагнення заповнювати тишу сміхом вже не йшло мені на користь.

«Коли робиш одну й ту саму помилку знову, це вже не помилка. Це — вибір» — Пауло Коельо

Якби не цей прийом, я, мабуть, ще довго не помітив би цієї звички. Але завдяки йому мені стало ясно, наскільки недоречною була моя поведінка.

Я впевнений, що маю ще багато інших неідеальних способів мислення та дій. Завдяки цьому прийому я сподіваюся виявити їх і виправити, перш ніж вони справлять на людей хибне враження.

Ваша репутація стане вашою спадщиною

Подумайте, ким хочете бути в кінці своєї історії: як ви хочете, щоб люди згадували про ваше життя на Землі. Починайте відлік звідти.

Людина, якою ви хочете бути в кінці фільму. Герой, який викликає захоплення у людей. Чому б не почати поводитися так уже зараз?

Ви можете уявити, як це — бути успішним розробником? Створювати системи програмного забезпечення, на які покладаються люди?

Яким буде ваше майбутнє «я»? Як ви будете підходити до ситуацій і вирішувати проблеми? Як ви будете розповідати про свої досягнення і невдачі?

Навіть сама думка про майбутнє може прояснити власні думки та пріоритети.

Я часто згадую «старого Квінсі» з його болями в спині. Йому доводилось кожні 30 хвилин робити перерву й бігти до туалету.

Але старий Квінсі все одно намагається працювати, як може. Він рухається, незважаючи на біль у суглобах. Він розмірковує, незважаючи на затуманений розум.

Старий Квінсі все ще хоче досягати результатів. Він пишається тим, чого досяг, але не витрачає багато часу на роздуми про минуле. Він дивиться вперед — на те, що йому потрібно зробити сьогодні, і на цілі, яких він має досягти.

Я часто думаю про старого Квінсі і аналізую, як я дійшов до того, де знаходжусь сьогодні.

Які рішення я можу прийняти сьогодні, щоб завтра стати людиною, гідною поваги? Чи доведеться мені чекати десятиліттями, щоб заслужити таку репутацію? Чи можу я позичити частину цієї поваги з майбутнього?

Чи можу я заробити хорошу репутацію вже сьогодні, якщо буду розмірковувати як у майбутньому?

Я вірю, що ви можете скористатися своєю майбутньою репутацією — своєю спадщиною — вже зараз. Просто подумайте про себе в майбутньому і про те, чого досягнете. Використовуйте це як орієнтир, що вестиме вас уперед.

Сподіваюся, що ці прийоми — прийом оповідача та візуалізація майбутнього — допоможуть не лише замислитися над сутністю репутації, але й зробити конкретні кроки для покращення репутації.

Адже формування репутації та іміджу — це найпевніший шлях до сталого успіху розробника.

Успіх може означати багато чого для різних людей. Але більшість людей із більшості культур погодяться: одним із головних аспектів успіху є можливість забезпечити себе та свою сім’ю.

Саме про це поговоримо далі.

Розділ 4: як заробляти на програмуванні (клієнти на фрилансі та пошук роботи)

Якщо ви вдосконалювали свої навички, розширювали коло знайомств і розбудовували репутацію, то знайти роботу не так вже й складно.

Зверніть увагу, що я сказав «не так вже й складно» — але це все одно вимагає чимало зусиль і може виснажити.

Для початку розповім, як я отримав свою першу роботу.

Час історій: як 30-річний викладач отримав свою першу роботу на посаді розробника?

У попередній серії «Час історій»: Квінсі активно брав участь у хакатонах і навіть виграв кілька з них. Він вибудовував свою репутацію розробника, який «небезпечний» у роботі з JavaScript. Тобто не дуже вправний...

Щойно закінчився мій насичений навчальний день у бібліотеці в Санта-Барбарі, де я попивав чай і працював над проєктами.

Найкраще в житті в Каліфорнії — це погода. Ми жартували, що коли орендуєш надзвичайно дорогу однокімнатну квартиру в передмісті, то платиш не за житло, а довкілля.

Моєю метою було проводити якомога менше часу в тій тісній, столітній щурячій норі, а решту — гуляти містом.

Це був прекрасний вечір середи. У мене було ще два дні, щоб підготуватися до хакатону, який мав відбутися на вихідних. Але мій мозок був повністю виснажений після цілого дня програмування. Моя дружина працювала допізна, тож я перевірив свій календар, щоб знайти собі якесь заняття.

У перший понеділок кожного місяця я складав список усіх ІТ-заходів, які відбудуться в Південній Каліфорнії протягом місяця, щоб завжди мати під рукою якийсь захід, на який я міг би піти, якщо у мене будуть сили.

Що ж, того вечора мала відбутись зустріч спільноти Ruby on Rails у Санта-Барбарі і я ще раніше зареєструвався.

Я не знав багато про Ruby on Rails, але вже реалізував кілька невеликих проєктів на цьому фреймворку. Я був розробником, який переважно працював з JavaScript та Python.

Але я подумав: чому б і ні? Мені потрібно продовжувати працювати над нетворкінгом. До того ж місце проведення було всього за кілька кварталів від мене.

Я зайшов, а там було лише кілька розробників, які сиділи за столом і розмовляли. Швидко стало зрозуміло, що вони працювали разом над місцевим стартапом, підтримуючи велику кодову базу Ruby on Rails. Більшість із них працювали там уже кілька років.

На той момент я вже цілий рік працював над навичками, нетворкінгом та репутацією, тож під час розмови я почувався впевнено.

Але я також усвідомлював межі своїх можливостей, тому поводився скромно і не виставляв себе напоказ. Подібно до того, як багато інших успішних розробників ведуть себе під час розмов на ІТ-заходах.

Стало зрозуміло, що один із розробників за столом був головним інженером. Він підпорядковувався безпосередньо генеральному директору з питань технологій.

А потім стало зрозуміло, що вони шукають розробників Ruby on Rails.

Я відверто розповів про свій досвід і свої здібності:

— Я маю досвід у галузі освіти для дорослих, викладав англійську мову та керував школами. Я почав вивчати програмування лише близько року тому.

Але чоловік, на диво, не збентежився:

— Ну, якщо хочеш, приходь на співбесіду. Подивимося, чи підійдеш нашій команді.

Тієї ночі я йшов додому, відчуваючи якесь напруження. Це був скоріше страх, ніж хвилювання.

Я відчував, що зовсім не готовий. Я навіть не шукав роботу. Я просто жив на свої заощадження, цілими днями вчився програмувати, а медичну страховку мав завдяки роботі моєї дружини.

Я був маніакальним заощадником. Люди часто мене за це дражнили. Я сам міняв масло в машині, сам стригся і навіть сам варив рис вдома, коли ми замовляли їжу на доставку — лише щоб заощадити кілька доларів.

За десять років роботи викладачем мені вдалося заощадити майже чверть мого доходу після оподаткування. Я купував старі відеоігри на Craigslist, а потім перепродавав їх на eBay. Це може звучати безглуздо, але для мене це було суттєвим джерелом доходу.

Навіщо ми все це накопичували? Ми не знали. Можливо, щоб колись купити будинок у Каліфорнії? Але це означало, що мені не доводилося квапитися з пошуком роботи. Я усвідомлював, що перебуваю у вигідному становищі, і намагався максимально цим скористатися, щодня вивчаючи щось нове.

Одним словом, я не вважав себе готовим до першої роботи на посаді розробника. Я хвилювався, що якщо мене візьмуть на роботу, це буде великою помилкою. Вони зрозуміють, наскільки я недосвідчений, звільнять мене і тоді мені доведеться пояснювати цей провал на інших співбесідах.

Звісно, тепер я розумію, що ставився до цієї можливості неправильно. Але дозвольте закінчити історію.

Коли я домовився про співбесіду, мене попросили надіслати резюме. Я не був упевнений, що робити, тому перерахував професійний досвід з усіх шкіл, в яких я працював протягом років (про роботу в Taco Bell я не згадав).

Звісно, мій досвід роботи жодним чином не стосувався програмування. Але що мені залишалося робити? Вручити чистий аркуш паперу?

Що ж, у мене все-таки було онлайн-портфоліо з моїми проєктами, а головне — у мене був список всіх хакатонів, де я перемагав або посідав призові місця. Тож я додав і їх.

Останні години перед співбесідою я провів за навчальними матеріалами Ruby on Rails, якими користувався протягом останнього року, щоб освіжити пам’ять. А потім я одягнув худі, джинси, взяв рюкзак і пішов до їхнього офісу.

Секретарка була приємною жінкою, яка провела мене до робочої зони розробників і представила їхній невеликій команді. Їх було, мабуть, десятеро; більшість одягнені в джинси та худі, віком від 20 до 40 років. Серед них було дві жінки.

Я пробирався крізь лабіринт зі столів і кабелів, кожному тиснув руку й представлявся. Саме тут мені знадобився досвід викладача, який запам’ятовував імена учнів. Я запам’ятав усі імена, тож пізніше, коли я йшов, міг підійти до кожного і сказати:

— Радий був познайомитися, [ім’я]. Буду радий працювати разом.

Спочатку я зустрівся з головним інженером. Ми зайшли в невеликий кабінет і зачинили двері.

Дошка на стіні була вкрита ескізами діаграм на мові UML (Unified Modeling Language — уніфікована мова моделювання). Різнокольорові лінії, нанесені маркером, ілюстрували взаємозв’язки між різними серверами та сервісами.

Я поглядав на цю дошку, побоюючись, що він відправить мене до неї, аби я розв’язав якісь задачі з програмування та продемонстрував свої навички. Можливо, славнозвісну задачу fizzbuzz? А може, він захоче, щоб я інвертував бінарне дерево?

Але він навіть не заговорив про дошку. Він просто сидів, весь час пильно дивлячись на мене.

Це була компанія, що налічувала близько 50 працівників, мала значне венчурне фінансування та тисячі платних клієнтів (переважно малих підприємств). Вони пишалися своєю прагматичністю. Вони жодного разу не поцікавилися, де я вчився і чим займався раніше. Все, що їх насправді цікавило, це…

— Слухай. Я знаю, що ти вмієш програмувати. Ти весь цей час займався програмуванням і вигравав хакатони. Я переглянув декілька твоїх проєктів. Якість коду цілком пристойна для новачка. Тож мене цікавить інше: ти зможеш освоїти наші методи роботи? Зможеш співпрацювати з іншими розробниками в команді? І найголовніше: зможеш виконувати покладені на тебе завдання?

Я ковтнув слину, нахилився вперед і зібрав усю свою впевненість:

— Так. Думаю, що зможу.

А він відповів:

— Добре. Чудово. Зачекай у ресторані Pho внизу. Генеральний директор має з’явитися там за хвилину.

Тож я поспілкувався з ним за мискою локшини. Взагалі-то, я переважно слухав. Я знав, що люди схильні приписувати інтелект тим, хто мовчить. Коли ви уважно слухаєте, це не тільки допомагає стати розумнішими — це навіть робить вас розумнішими в очах інших.

І цей підхід спрацював. Зустріч тривала близько години. Локшина була смачною. Я дізнався багато про історію компанії та її плани на найближче майбутнє. Генеральний директор сказав:

— Гаразд, повертайся нагору і поговори з [головним інженером].

Я пішов нагору. І мені запропонували роботу.

Тепер хочу наголосити: більшість людей отримують свою першу посаду розробника по-іншому.

Мабуть, ви думаєте: «Ого, Квінсі випадково отримав роботу розробника, яку навіть не шукав. Зовсім як Форрест Ґамп! Якби ж нам усім так щастило».

На той момент це так і сприймалось, але в наступному розділі я розповім про відносини між роботодавцями та розробниками. А також про те, що вирішальну роль відіграли не так мої навички, як рік, який я провів за програмуванням, нетворкінгом і репутацією.

Це не була легка робота у великій ІТ-компанії з усіма виплатами, пільгами та корпоративними розвагами. Це була робота підрядника, за яку я отримував приблизно стільки ж, скільки заробляв викладачем.

Але це була робота розробника. Компанія платила мені за те, щоб я писав код.

Тепер я був професійним розробником.

Чого хочуть роботодавці

Перенесемось на десять років уперед. За цей час я побував по обидва боки столу. Мене запрошували на співбесіди HR-менеджери як розробника і я проводив співбесіди з розробниками як HR-менеджер.

Я багато спілкувався з розробниками, які шукали роботу. Деякі з них подали сотні резюме, але отримали лише кілька запрошень на співбесіду.

Я також багато спілкувався з менеджерами та рекрутерами, намагаючись краще зрозуміти, як вони набирають співробітників і на що звертають увагу.

Я вважаю, що значна частина розчарування, яке відчувають розробники під час процесу працевлаштування, пов’язана з непорозумінням.

Роботодавці понад усе цінують одну річ: передбачуваність.

Як думаєте, кого з цих кандидатів обрав би роботодавець?

А) Зірка. Програміст, який працює в 10 разів ефективніше за інших і часто демонструє спалахи геніальності, а також здатний на неймовірні сплески продуктивності. Але часто буває неприємним у спілкуванні з колегами та пропускає дедлайни або зустрічі.

Б) Розробник середнього рівня, який працює повільніше, але стабільніше. Добре ладнає з колегами, рідко пропускає зустрічі чи дедлайни.

В) Схожий на Б за результатами роботи, також добре ладнає з колегами і дотримується дедлайнів. Але за останні 3 роки змінив роботу три рази.

Мабуть, ви вже здогадалися: Б — найкращий кандидат. А все тому, що роботодавці цінують передбачуваність понад усе.

А — це підступний кандидат, якого деякі менеджери-початківці можуть помилково взяти на роботу. Якщо вам цікаво, чому наймати А — така погана ідея, прочитайте статтю «Ми звільнили найкращого співробітника, що стало найкращим рішенням» (англійською мовою).

Я додав В до цього списку лише для того, щоб наголосити: намагайтеся не змінювати роботу занадто часто.

Ви можете швидко збільшити свій дохід, «перестрибуючи» від одного роботодавця до іншого. Ви можете почати подаватись на нові вакансії як тільки підпишете договір. Але це відштовхне багатьох HR-менеджерів.

Як-не-як, куди вітер віє, туди й хмара пливе. Ви будете переходити з однієї кодової бази в іншу, навіть не встигаючи зрозуміти їхньої роботи.

Зверніть увагу: може знадобитися 6+ місяців, щоб новий розробник досягнув того рівня, коли стане корисним для команди.

До цього моменту новий співробітник, по суті, є тягарем компанії, оскільки забирає час та енергію у своїх колег, які повинні вводити його в курс справи, допомагати орієнтуватися в кодовій базі та виправляти помилки.

Більшість роботодавців уникають ризиків

Уявимо, що менеджер найняв не того розробника. Задумайтеся на хвилинку, наскільки це може негативно вплинути на команду.

У середньому, на пошук розробника йде близько трьох місяців. Роботодавцям спочатку потрібно:

• отримати від керівництва схвалення бюджету на працевлаштування розробника;
• скласти опис вакансії;
• розмістити оголошення на сайтах з працевлаштування та налагодити зв’язок із рекрутерами;
• переглянути резюме (багато з яких будуть недоречними через кандидатів, які сліпо подають заявки на якомога більше вакансій);
• розпочати процес співбесід, що може передбачати переліт кандидатів та їхнє проживання в готелі;
• провести кілька раундів співбесід з багатьма членами команди (для деяких роботодавців це займає кілька днів);
• вибрати остаточного кандидата та домовитися про умови працевлаштування (які багато кандидатів не приймуть);
• підписати договір та адаптувати працівника;
• надати доступ до конфіденційних внутрішніх систем;
• познайомити з колегами та переконатись, що команда подружилась;
• потім проводити місяці за неформальним навчанням, коли працівник повинен розібратися в сервісі або кодовій базі;
• і, нарешті, ввести його в робочі процеси команди.

Якщо коротко, то багато роботи.

А тепер уявіть, що після цього всього новий працівник каже:

— Привіт, я отримав вигіднішу пропозицію від іншої компанії. Бувайте, друзі.

Або припустимо, що співробітник ненадійний і часто запізнюється на роботу на кілька годин.

Або ж уявіть, що співробітник бореться з нелікованою наркотичною, алкогольною чи ігровою залежністю, має проблеми з агресією або просто виявляється пасивно-агресивною людиною, що підриває злагоджену роботу команди.

Тепер доведеться починати весь процес спочатку і шукати нового кандидата.

Наймати працівників — складно.

Тож ви розумієте, чому роботодавці не хочуть ризикувати. Багато з них відхилять навіть тих кандидатів, які на перший погляд здаються кваліфікованими, доки не знайдуть когось, у кому впевнені на 99%.

Роботодавці не хочуть ризикувати, а страждають люди, які шукають роботу

Якщо ви вважаєте, що наймати нових працівників — це складно, почекайте, поки не дізнаєтеся про процес подання заявки на роботу. Можливо, вам це вже добре знайомо. Але все відбувається так:

• Потрібно підготувати резюме або CV. У процесi цього ви будете приймати рішення, які потім постійно аналізуватимете протягом усього періоду пошуку роботи.
• Доведеться шукати вакансії в інтернеті, вивчати роботодавців і оцінювати, чи вони підійдуть вам.
• Більшість вакансій ведуть до онлайн-форм, де доведеться раз за разом вписувати своє резюме, сподіваючись, що форма не зависне через помилки сервера або JavaScript.
• Після цього потрібно чекати, поки роботодавець все опрацює. Деякі роботодавці отримують стільки запитів, що не встигають переглянути їх вручну (Google отримує 9000 заявок на день). Роботодавці використовують програми для фільтрації заявок, а рекрутери в середньому витрачають 6 секунд на перегляд кожного резюме. Часто вашу заявку ніхто навіть не перегляне.
• Швидше за все, ви не отримаєте відповіді від компанії. У них немає особливого бажання повідомляти, чому вас відхилили (щоб ви не подали позов про дискримінацію). Якщо пощастить, то отримаєте листа з текстом: «Ми вирішили розглянути інших кандидатів».
• Весь час, який ви витрачаєте на подачу заявок — можливо, кілька годин на тиждень — виснажує психічно і, звісно, не оплачується.

Неймовірно. Бачите, який жахливий процес найму для роботодавців, а особливо — для кандидатів.

Але якщо не здастеся, то зрештою отримаєте пропозиції. Пам’ятайте: що посієш, те й пожнеш.

Ось дані про пошук роботи одного з користувачів freeCodeCamp протягом 12 тижнів:

З кожною новою пропозицією початкова ставка ставала дедалі вищою. Звісно, варто зауважити, що мова йде про роботу в Сан-Франциско — одному з найдорожчих міст світу.

Цей розробник досить успішно проходить співбесіди. Крім того, він добре володіє навичками ведення переговорів. Якщо вам цікаво, можете прочитати про його досвід (англійською мовою).

Але, як я вже казав раніше, набагато простіше влаштуватися в компанію через службовий вхід.

Це одна з причин, чому я написав цю книгу. Я не хочу, щоб ви продовжували шукати роботу, користуючись традиційними методами.

Якщо ви вдосконалюєте навички, нетворкінг і репутацію, то зможете оминути значну частину процесу пошуку роботи

Протягом усієї книги я ділився техніками, які допоможуть підвищити ймовірність того, що вам «пощастить» отримати роботу.

«Удача — це зустріч готовності з можливістю. Якби ви не були готовими, коли з’явилася можливість, то вам би не "пощастило"» — Опра Вінфрі

Ось чому протягом усієї книги я закликав вас розвивати всі три аспекти одночасно і думати про них з першого дня (ще задовго до пошуку роботи).

Моя історія про те, як я навіть не шукав роботу, але все одно її отримав, може здатися абсурдною. Але таке трапляється частіше, ніж ви можете собі уявити.

Реальність така: навчитися програмувати важко.

Але важливо вміти програмувати.

У кожній галузі — практично в кожній компанії світу — керівники намагаються перекинути роботу на програмне забезпечення.

Тобто потрібно залучати розробників.

Час від часу ви можете чути про масові звільнення в ІТ. Більшість звільнень стосується працівників, які не є розробниками. Але часто роботу втрачають і розробники.

Чому компанії звільняють розробників, витративши стільки часу та коштів на їхній пошук і навчання? За винятком випадків банкрутства, я не знаю відповіді на це питання. І не впевнений, що хтось її знає.

З’являється все більше свідчень того, що скорочення персоналу знижує довгострокову рентабельність компанії. Однак на практиці багато керівників відчувають тиск з боку інвесторів, які вимагають скорочень. А коли кілька компаній проводять скорочення приблизно одночасно, інші можуть взяти з них приклад.

Проте, навіть попри звільнення, більшість економістів очікують, що кількість робочих місць для розробників та інших фахівців у галузі програмного забезпечення продовжуватиме зростати. Наприклад, Бюро статистики праці США прогнозує зростання кількості розробників на 15% протягом наступного десятиліття.

Наразі ситуація на ринку праці може бути напруженою, але мало хто очікує, що цей занепад триватиме довго.

Я вірю, що завдяки високій компетентності, широкому колу знайомств та бездоганній репутації вам вдасться знайти хорошу роботу навіть у складних умовах на ринку праці.

Скоріш за все, одного дня роботодавцям і кваліфікованим працівникам стане легше знайти одне одного — без тривалого та виснажливого процесу подання заявок і співбесід.

Чого очікувати від співбесіди на посаду розробника

Як тільки почнете отримувати запрошення на співбесіди, то відчуєте на собі весь жах цього процесу.

Типовий перебіг співбесіди може бути таким:

1. Проходження онлайн-тесту на оцінку ваших навичок програмування або перший етап інтерв’ю.
2. Якщо пройдете тест або перший етап, вас чекає технічна співбесіда по телефону або відеодзвінку.
3. Після цього — зустріч в офісі компанії. Зазвичай це кілька співбесід з HR-відділом, менеджерами та розробниками, з якими ви будете працювати.

У процесі вам доведеться відповідати на запитання, що перевіряють знання з розв’язання проблем, алгоритмів і структур даних, діагностики помилок тощо.

Інтерв’юери можуть дозволити виконувати ці завдання на комп’ютері в редакторі коду, але часто вам доведеться виконувати їх самостійно біля дошки.

Головне, про що варто пам’ятати: людина, яка проводить співбесіду, чекає від вас не лише правильної відповіді. Вона також намагається зрозуміти, як ви мислите.

Їй важливо дізнатися, чи розумієте ви основи програмування та комп’ютерних наук (чи просто відтворюєте завчені розв’язки).

Звісно, практика роботи з алгоритмами та структурами даних дуже допоможе. Але вам також потрібно вміти мислити вголос і пояснювати хід своїх думок під час написання розв’язків.

Найкращий спосіб для цього — під час написання коду промовляти вголос те, що робите. Або — якщо ви готові до експериментів — вести пряму трансляцію.

На Twitch є безліч трансляцій, де люди «навчаються перед публікою», створюючи проєкти на очах у глядачів. Як бонус, це також допоможе заробити репутацію розробника.

Ще одне, про що варто пам’ятати на співбесіді: інтерв’юер. Ця людина не просто сидить і чекає, поки ви закінчите. Вона перебуває з вами весь час, стежить за вами та оцінює вас свідомо і підсвідомо.

Намагайтеся зробити співбесіду якомога інтерактивнішою для інтерв’юера. Посміхайтеся та час від часу встановлюйте зоровий контакт. Спробуйте оцінити його мову тіла. Він розслаблений? Киває головою, коли ви пояснюєте певні моменти?

Інтерв’юер знає, на що саме звернути увагу у коді, тому спробуйте витягнути кілька підказок. Якщо будете висловлювати свої спостереження або задавати вголос відкриті запитання, то вам, можливо, вдасться залучити інтерв’юера до розмови та дати йому відчути свою причетність до процесу.

Важливо, щоб інтерв’юер сприйняв вас позитивно: щоб він вболівав за вас і міг закрити очі на недоліки або пробачити помилки в коді.

Ви продаєте себе як потенційного працівника. Переконайтеся, що інтерв’юер бачить у вас вигідну інвестицію.

Те ж саме стосується будь-яких поведінкових інтерв’ю, які вам, можливо, доведеться пройти — це стосується не навичок, а відповідності корпоративній культурі (я б хотів дати визначення, але кожен менеджер визначає її по-своєму).

На таких поведінкових інтерв’ю вам доведеться переконати інтерв’юера, що у вас сильні комунікативні навички.

Безумовно, дуже допомагає вільне володіння мовою, якою проводиться співбесіда, та знання відповідної професійної лексики. Багато чого можна засвоїти, регулярно слухаючи тематичні подкасти (наприклад, подкаст freeCodeCamp).

Найбільше інтерв’юерів цікавить, чи ви є спокійною людиною, яка добре ладнає з іншими. Найкращий спосіб це продемонструвати — бути ввічливими, утримуватися від нецензурної лексики та не відходити від теми розмови.

Не варто вступати в суперечку з приводу чогось, що не має відношення до справи (наприклад, спорт). Я також раджу не намагатися виправляти інтерв’юерів, навіть якщо вони кажуть речі, які ви вважаєте безглуздими або неправдивими.

Ви не зобов’язані приймати оффер, якщо відчуваєте негативну енергетику від компанії. Роботодавці постійно відмовляють кандидатам і ви, як кандидат, також маєте право відмовити. Співбесіда — не найкращий час для конфліктів.

Варто домовлятися про зарплату на першій роботі?

Спроба домовитися про вищу зарплату, як правило, не зашкодить, якщо ви будете поводитися ввічливо.

Я докладно писав про те, як домовлятися про зарплату при працевлаштуванні на посаду розробника (англійською мовою).

По суті, обговорення вищої початкової зарплати зводиться до ваших аргументів.

Роботодавець має роботу, яку потрібно виконати. Наскільки сильно він потребує ваших послуг? Які інші варіанти в нього?

А вам треба дохід, щоб вижити. Які інші варіанти у вас? Який запасний план?

Якщо у вас є пропозиція роботи від іншого роботодавця і він пропонує певну суму, використайте це як аргумент під час обговорення зарплати.

Якщо ваш найкращий запасний варіант — повернутися до навчання і здобути вищий науковий ступінь... Це не надто вагомий аргумент, але краще, ніж нічого. Про це можна згадати під час обговорення зарплати.

Згадайте той тривалий процес працевлаштування, про який я розповідав раніше. Роботодавцям доводиться пройти принаймні десять етапів, перш ніж вони зможуть перейти до офферу. Вони вже розраховують на те, що будете торгуватися, і їх це не здивує.

Отже, ви опинилися в моїй ситуації — коли компанія раптово пропонує роботу — і стає ніяково обговорювати умови праці.

Зізнаюся чесно: коли мені запропонували роботу, я взагалі нічого не розпитував.

Чи варто було мені тоді обговорити розмір зарплати? Напевно, так.

Чи мав я достатньо аргументів? Скоріше за все, ні. Мій запасний план був досить простим: продовжувати ходити на хакатони, пити чай і писати код в бібліотеці.

Можливо, я б міг виторгувати собі кілька додаткових доларів на годину. Але в той момент я не думав про гроші. Я був просто в захваті від того, що стану професійним розробником.

До речі, після року роботи в компанії вам, скоріш за все, захочеться поговорити про підвищення зарплати. Я вже писав, як просити про підвищення зарплати (англійською мовою), але суть завжди одна: все залежить від аргументів.

Чи варто користуватися послугами рекрутера під час пошуку роботи?

Так. Якщо ви можете знайти рекрутера, який справді допоможе отримати першу роботу, то чому б не спробувати?

Я вже писав, що рекрутерів недооцінюють (англійською мовою).

Багато роботодавців готові платити рекрутерам, щоб ті приводили їм висококваліфікованих працівників.

Рекрутери так само вмотивовані отримати бонус, як і ви знайти роботу:

1. Оскільки їхня винагорода залежить від вашої стартової зарплати, вони зацікавлені допомогти вам виторгувати якомога вищу оплату.
2. Чим більше кандидатів вони працевлаштовують і чим швидше це зроблять, тим більше зароблять. Тому вони зацікавлені у тому, щоб знайти вам роботу якнайшвидше і перейти до наступного клієнта.
3. Оскільки вони отримують винагороду лише в тому випадку, якщо ви успішно влаштуєтеся на роботу (і пропрацюєте там принаймні 90 днів), то для них важливо, що ви компетентні та добре впишетеся в корпоративну культуру.

Але якщо рекрутер просить у вас гроші за будь-що — це точно тривожний дзвіночок.

Не всі рекрутери однаково хороші. Перш ніж почати з кимось працювати, перевірте, хто це. Навіть якщо їм заплатить роботодавець, ви все одно інвестуєте свій час у співпрацю з рекрутером. А час — це цінний ресурс.

Якщо ми вже згадали про час, то один зі способів почати заробляти на коді швидше — ще під час пошуку роботи — знайти кількох клієнтів для фрилансу.

Як знайти клієнтів на фрилансі

Я раджу розробникам-початківцям спробувати знайти клієнтів для фрилансу ще до активного пошуку роботи. Для цього є три причини:

1. Знайти клієнта для фрилансу набагато простіше, ніж влаштуватися на постійну роботу.
2. Фриланс менш ризикований, оскільки його можна поєднувати з основною роботою.
3. Ви починаєте заробляти на коді раніше й одразу будуєте портфоліо з реальних проєктів.

Знайти клієнтів на фрилансі значно легше, ніж влаштуватися на роботу розробником. Чому так?

Подумайте про місцевий малий бізнес. Це може бути сімейний ресторан, невеликий магазин, продаж сантехніки або юридична фірма.

Скільки користі вони могли б отримати від інтерактивного вебсайту, систем управління офісом та інструментів для автоматизації щоденних робочих процесів? Більшість із них не відмовилися б від такої пропозиції.

А тепер інше питання. Скільки з них можуть дозволити собі найняти штатного розробника для створення і підтримки цих систем? Далеко не всі.

Саме тут на допомогу приходять фрилансери. Вони можуть виконувати роботу під конкретні потреби за меншу плату. Малий бізнес може залучити фрилансера для реалізації одного проєкту або на короткий термін.

Якщо ви активно працюєте над нетворкінгом, то деякі знайомі можуть стати вашими клієнтами.

Наприклад, ви можете познайомитися з бухгалтером, який хоче оновити свій сайт або додати можливість запису на консультацію чи оплати карткою. Це типові запити малого бізнесу і ви швидко навчитеся їх реалізовувати.

Ви також можете зустріти керівників малих бізнесів, яким потрібні ERP- та CRM-системи, системи обліку товарів тощо.

У багатьох випадках вже існує інструмент з відкритим кодом, який можна використати і налаштувати під клієнтів, а потім — навчити їх користуватися цим продуктом та виставити щомісячну плату за обслуговування і вирішення можливих проблем.

Чи варто укладати договір на фрилансі?

Потрібно знайти стандартний шаблон договору, адаптувати його під свої потреби та узгодити з юристом.

Може здатися трохи ніяково просити місцеву пекарню підписати договір лише для того, щоб оновити сайт чи соцмережі. Але насправді це робить співпрацю більш професійною, ніж просто потиснути руки.

Малий бізнес навряд чи подасть на вас до суду через кілька тисяч. Але якщо це все-таки трапиться, то ви будете раді, що підписали договір.

Скільки брати за фриланс?

Я б взяв суму, яку заробляю на основній роботі, розрахував погодинну ставку і подвоїв її. Цифра може здаватись великою, але фриланс складніший за звичайну роботу. Тут постійно треба опановувати щось нове.

Або ж можна поставити фіксовану ціну за проєкт. Наприклад:

— Я розроблю цю систему за 1000 $.

Не забудьте вказати термін, протягом якого готові обслуговувати проєкт. Ви ж не хочете, щоб через три роки вам подзвонили з проханням прийти і полагодити систему, якою ніхто не займався.

Як знати, що клієнт на фрилансі заплатить?

Багато фрилансерів — і я в тому числі — користуються такою схемою: просіть половину оплати авансом, ще до початку роботи. А коли зможете продемонструвати половину виконаної роботи, попросіть решту.

Завжди намагайтеся отримати всі гроші ще до повного завершення проєкту. Тоді клієнт не зможе відкладати виплату чи просити виконати додаткову роботу.

Якщо ви вже отримали повну оплату, будь-яка додаткова допомога з вашого боку виглядатиме як «Я роблю більше, ніж ми домовлялися».

А це зовсім інше, ніж «А мені взагалі заплатять за всю цю роботу?»

Чи варто використовувати такі платформи, як Upwork або Fiverr?

Якщо ви живете у невеликому місті чи селі й не можете знайти місцевих клієнтів, можна спробувати ці платформи. Але в іншому випадку я б не робив акцент на них. Ось причина:

Якщо шукаєте проєкти на фриланс-біржах, то конкуруєте із людьми з усього світу. Багато з них живуть у регіонах зі значно нижчою вартістю життя. Деякі навіть не дуже переймаються своєю репутацією і готові виконувати роботу абияк.

Такі платформи створюють ефект «голодних ігор», де перемагає той, хто готовий зробити роботу найдешевше.

Якщо ж ви зосередитеся на пошуку місцевих клієнтів, вам не доведеться конкурувати з фрилансерами з-за кордону.

Те саме стосується і тих, хто шукає фрилансера-розробника. Якщо вам колись потрібно буде найняти фрилансера, я щиро раджу працювати з людиною, з якою можна зустрітися особисто і яка є частиною вашого кола спілкування.

Людина, яка вже кілька років живе у вашому місті й відвідує ті самі заходи, що й ви, навряд чи спробує вас обдурити. Якщо і ви, і клієнт дбаєте про свою репутацію, значить ви обоє зацікавлені в успішному партнерстві.

Кожен з вас може принести успіх у портфоліо іншого.

Фриланс — це як компанія з одним співробітником, тому на вас чекає багато додаткової роботи

Не варто недооцінювати обсяг додаткової роботи, коли працюєте розробником на фрилансі.

Почнемо з того, що вам доведеться зареєструвати власну юридичну особу.

Найпоширеніший підхід в Україні — це створити ФОП.

Детальну інформацію про реєстрацію ФОП можна знайти на сайті Дії або у місцевому центрі надання адміністративних послуг. Але якщо ви серйозно налаштовані на фриланс — краще проконсультуватися з юристом або бухгалтером, щоб все оформити правильно.

Коли варто залишити фриланс і почати шукати роботу?

Якщо фриланс дозволяє вам покривати всі витрати, можете продовжувати займатися ним. Згодом ви навіть зможете створити власну агенцію з розробки програмного забезпечення та найняти інших розробників, які будуть вам допомагати.

Але, якщо хочеться стабільності, вам може пощастити: клієнти з фрилансу можуть перетворитися на повноцінних роботодавців, якщо ви достатньо довго співпрацюєте. У якийсь момент клієнту може стати вигідніше просто запропонувати вам постійну роботу з нижчою погодинною ставкою. Ви отримуєте стабільний 40-годинний робочий тиждень, а вони — ваші послуги на постійній основі.

Ви можете залишити собі кількох клієнтів на фрилансі навіть після того, як отримаєте роботу. Це може стати хорошим додатковим доходом. Але пам’ятайте: перша робота розробника може забирати дуже багато сил і часу, особливо на початку. Про це поговоримо далі.

Наскільки ж насиченим і складним буде перший рік у ролі професійного розробника? Зараз розберемося.

Розділ 5: як досягти успіху на першій роботі

«Кораблю безпечно стояти у порту, але його будують не для цього» — Ґрейс Гоппер (математикиня, американська вчена в галузі комп’ютерних наук та контрадмірал ВМС США)

Як тільки отримаєте першу посаду розробника, почнеться справжнє навчання.

Ви навчитеся ефективно працювати в команді з іншими розробниками.

Ви навчитеся орієнтуватися у великих базах коду.

Ви опануєте системи контролю версій, інструменти CI/CD, системи управління проєктами та багато іншого.

Ви навчитеся працювати під керівництвом головного інженера, вкладатися в дедлайни та діяти в умовах невизначеності.

А найголовніше — ви навчитеся керувати собою.

Ви дізнаєтесь, як долати психологічні бар’єри (серед яких синдромом самозванця), а також зрозумієте свою зону комфорту і навчитеся виходити з неї.

Час історій: як 30-річний викладач досягнув успіху на своїй першій посаді розробника?

У попередній серії «Час історій»: Квінсі вперше отримав посаду розробника в місцевому стартапі. Він став одним із десятка розробників, які підтримували велику і складну кодову базу. І він взагалі не мав уявлення, що йому робити…

Я прокинувся о 4-й ранку і більше не міг заснути. Я намагався, але відчував тривогу і паніку.

Я пропрацював у галузі освіти десять років. Спочатку як репетитор, потім — викладач, а згодом — директор школи.

За кілька годин я мав почати все з нуля; почати все з початку як розробник.

Чи матиме значення весь мій попередній досвід і досягнення в новій кар’єрі?

Я зробив те, що завжди роблю, коли відчуваю тривогу — пішов на пробіжку. Я мчав вниз по схилах і світло від налобного ліхтаря хиталося в темряві. Я пробіг уздовж узбережжя, поки сонце повільно піднімалося над верхівками дерев.

Коли я повернувся додому, дружина вже збиралася на роботу. Вона сказала мені не хвилюватися:

— Я любитиму тебе, навіть якщо тебе звільнять.

Коли я прийшов у новий офіс, там нікого не було. Як викладач, я звик приходити на роботу рівно о 7:30. Але швидко зрозумів, що більшість розробників не працює так рано.

Тож я сів на підлогу в коридорі й почав писати код на своєму нетбуці.

Одна зі співробітниць підійшла до мене з настороженим виразом обличчя. Вона, мабуть, подумала, що я — випадковий незнайомець. Але я запевнив її, що тепер працюю в цій компанії, і вмовив впустити мене всередину.

Було дивно йти порожнім офісом до відділу розробників, коли єдиним орієнтиром було світло вивіски «Вихід».

Я поставив свій нетбук на пустий робочий стіл і закінчив писати код.

Через деякий час навколо мене заблимало світло. Прийшов бос. Спочатку він навіть не звернув на мене уваги: він просто сів за стіл і почав швидко стукати по клавішах механічної клавіатури.

— Ларсоне! — нарешті сказав він. — Готовий до першого дня?

Я не був готовий, але хотів здаватись впевненим. Тож сказав фразу з одного з моїх улюблених фільмів «Великий переполох у малому Китаї»:

— Завжди готовий.

— Чудово, — сказав бос. — Тоді підберемо тобі комп’ютер.

— Та в мене вже є, — відповів я, постукавши по своєму нетбуку за двісті доларів. — Тут встановлений Linux Mint і я вже навіть налаштував .emacs, щоб…

— Ми працюємо на Mac, — сказав бос. Він пішов до комірчини, побув там трохи й повернувся з ноутбуком. — Ось. Модель трирічної давності, але має підійти. Ми скинули його до заводських налаштувань.

Я вже хотів сказати, що звик до свого ґаджета і працюю з ним значно швидше, але він не хотів мене слухати:

— Ми всі користуємося однаковими інструментами. Так значно легше працювати разом. Є стандарт — працюй за ним, розумієш.

Тоді я вперше почув фразу «Є стандарт — працюй за ним», але потім вона звучала дуже часто.

Наступні кілька годин я налаштовував свій новий робочий ноутбук, поки інші розробники поступово приходили в офіс.

Близько 10-ї години ранку ми почали зустріч. Усі стали навколо дошки й по черзі розповідали, над чим працюватимуть сьогодні.

Кожен давав короткий звіт про свій прогрес.

Коли дійшла черга до мене, я почав представлятися. Я і так вже нервував, як раптом у кімнату зайшов не хто інший, як Майк — той ультрамарафонець, який організовував заходи «Santa Barbara Startup». Він жував бебі-моркву і вже пробіг того ранку близько 50 кілометрів.

Коли я закінчив, Майк привітав мене й сказав, що бачив мене на своїх заходах. Потім дав короткий 15-секундний звіт про одну з функцій, над якою працював.

Уся зустріч тривала десь 10 хвилин, після чого всі розійшлися по своїх робочих місцях.

Зрештою, мені вдалося запустити кодову базу компанії на новому ноутбуці. Це була програма Ruby on Rails, яка розвивалася протягом п’яти років. Я запустив команду rake stats і побачив мільйони рядків коду. Я злякався. Як я маю розібратись з цим?

Мій сусід, кремезний бородатий програміст, сказав:

— Та не переживай, більшість з цього — просто пакети. Реальний код, з яким ти працюватимеш, має десь сто тисяч рядків. Розберешся.

Я зітхнув, але подумав: «Ну, хоч не мільйон. І це добре».

— До речі, я — Нік, — представився він. — Якщо що — звертайся. Я сам вже кілька років копаюся в цьому коді, тож, думаю, зможу допомогти.

Наступні кілька днів я буквально засипав Ніка питаннями про кожну внутрішню систему, з якою стикався.

З часом Нік почав ставити собі статус «не турбувати» і вдягати навушники з шумозаглушенням. Він трохи відвертався від мене, і вся його мова тіла ніби говорила: «Залиш мене в спокої, щоб я теж міг трохи попрацювати».

Це був один із перших уроків про динаміку роботи в команді. Не варто зловживати терпінням колег і засипати їх великою кількістю запитань. Потрібно вчитися розбиратися самостійно.

Але кодова база була величезною і майже не задокументованою, окрім вбудованих коментарів у коді та досить бідної вікі-сторінки команди.

До того ж, це був закритий проєкт, з яким працювали лише розробники компанії, тож я не міг просто знайти інформацію на Stack Overflow. Доводилося буквально намацувати шлях у темряві.

Я почав звертатися до колег по черзі. Але здавалося, що я швидко вичерпую їхнє терпіння допомагати мені як новому члену команди.

Я зайшов занадто далеко. Я став соромитися задавати навіть прості запитання. Я встановив для себе правило, що буду намагатися самостійно вирішити проблему протягом двох годин, перш ніж проситиму про допомогу.

Зрештою, після кількох годин марних спроб я все-таки звертався по допомогу. Коли мій менеджер дізнався, що я застряг на завданні на пів дня, він запитав:

— Чому не попросив про допомогу раніше?

Ще однією проблемою було розуміння самої кодової бази («моноліту» та його численних мікросервісів).

У кодовій базі були тисячі модульних та інтеграційних тестів. Кожного разу, коли хтось додавав новий код, то очікували, що будуть і тести. Ці тести підтверджували, що код працює як треба і не порушує жодних функцій.

Я часто «ламав збірку» через те, що додавав код, який, на мою думку, був достатньо протестованим. Але мій код ламав якусь іншу частину системи, про яку я навіть не думав. Це дратувало всю команду, яка не могла додати свій код, доки не було виправлено основну проблему.

Таке траплялося кілька разів на тиждень. Я не був єдиним, хто робив такі помилки. Але відчувалося так, ніби тільки я винен.

Були дні, коли мені здавалося, що я просто не створений бути розробником. Я казав собі: «Кого я обманюю? Я просто прокинувся одного дня і вирішив, що стану розробником».

У голові постійно крутилися слова моїх знайомих розробників, які я чув ще рік тому, коли тільки починав свій шлях у програмуванні:

— Як ти збираєшся змагатися з тими, хто змалку займається програмуванням?

— Потрібно перейти цілу гору знань.

— Чому тобі просто не займатися тим, що добре виходить?

Я почав робити дедалі довші перерви, лише б відірватися від комп’ютера. В офісі була кухня, повна снеків. Я постійно знаходив причину піти перекусити. Будь-що, аби відкласти те відчуття, що я взагалі не розумію, чим займаюсь.

Перші кілька місяців були справді важкими. На ранкових зустрічах здавалося, що всі рухаються вперед дуже швидко: виправляють помилки, додають нові функції. А мені ніби не було що сказати. Що я все ще працював над тією ж задачею, що й вчора.

Щоранку, коли я прокидався і збирався на роботу, мене накривало відчуття тривоги: «Сьогодні мене точно звільнять».

Але коли я приходив у офіс, всі були доволі привітними й терплячими. Якщо я справді застрягав, я просив допомоги. Потроху рухався вперед, іноді навіть вдавалося виправити одну-дві помилки.

Я почав швидше орієнтуватися в кодовій базі, швидше аналізувати стек викликів, коли код видавав помилки і швидше публікувати нові функції.

Кожного разу, коли бос кликав мене до себе в кабінет, я думав: «Ну все, я був правий. Сьогодні мене звільнять». Але він просто давав мені нові завдання. Хух!

Це було дуже дивне відчуття: я панікую і впевнений, що мене зараз звільнять, а він навіть не підозрює, що щось не так.

Звісно, я чув про «синдром самозванця». Але не усвідомлював, що це саме він. Я думав, що в мене просто «синдром нездари в програмуванні».

Якось я сидів поруч з Ніком і він виглядав досить виснаженим. Я запропонував принести йому воду з кухні.

Коли я повернувся, він відкрив пляшку, зробив ковток і відкинувся на спинку крісла. Він дивився на монітор, повний коду:

— Цей баг, чувак. Вже три тижні намагаюся його пофіксити. Мені здається, що дебажу його навіть уві сні.

— Три тижні, щоб виправити один і той самий баг? — перепитав я. Раніше я ніколи не стикався з подібним.

— Деякі баги складніше виправити. Цей — один з підступних.

Мене від цієї ситуації добряче струснуло. Я сприймав роботу як набір окремих задач. Ніби будь-яка проблема має вирішуватись за пів дня, а якщо довше — значить, я щось роблю не так.

А тут Нік — дипломований програміст, випускник Каліфорнійського університету, з роками досвіду в цьому проєкті — не міг розв’язати одну-єдину проблему вже три тижні.

Можливо, я був надто суворим до себе. Можливо, не всі проблеми, які я виправляв, були на пів дня. Можливо, частина з них — на два-три дні. Так, я був недосвідченим і працював повільніше. Але все ж я ставив собі занадто високі вимоги.

Зрештою, коли ми планували час на розробку нових функцій, у нас були «5-денні задачі» або навіть «2-тижневі проєкти». Ми не робили так із виправленням помилок, але там ситуація була схожою.

Я прийшов додому і прочитав про синдром самозванця. Те, що я знайшов, допомогло зрозуміти причину моїх переживань.

Протягом наступних місяців я продовжував розробляти нові функції для кодової бази і працювати з командою. Робота досі була складною і виснажливою, але поступово ставало трохи легше.

Я щодня спілкувався з колегами за обідом. Ми грали в настільні ігри. Одного тижня навіть організували шаховий турнір.

Через кілька раундів я зіграв проти CEO.

У нього був доволі нестандартний стиль гри. Він використовував дивний перший хід, який рідко обирають серйозні шахісти, і мені вдалося отримати перевагу на початку партії.

Але за декілька ходів йому поступово вдалося повернути контроль над грою. Зрештою, він виграв партію.

Коли я запитав, як він знаходить час підтримувати свій рівень у шахах і керувати компанією, він відповів:

— Та я й не підтримую. Я граю лише раз чи два на рік.

Потім він на мить замовк з піднятою рукою, ніби хотів виголосити лекцію, і сказав:

— Мій дядько був професійним шахістом. Він дав мені лише одну пораду, якої варто дотримуватися: щоразу, коли твій суперник робить хід, пригальмуй і спробуй поглянути на гру з його боку — чому він зробив саме цей хід?

Він кивнув і вибачився, бо мусив бігти на зустріч.

Я багато думав про ці слова протягом років. І зрештою зрозумів, що ця порада стосується не лише шахів. Її можна застосувати до будь-якої ситуації, де є супротивник.

Якщо постійно робите одну й ту саму задачу — автоматизуйте її

Ще один важливий урок, який я засвоїв: оскільки в мене було найменше досвіду серед команди, мені часто діставалася робота, яку ніхто не хотів робити. Одне з таких завдань — бути «наглядачем збірки».

Кожного разу, коли хтось ламав збірку, я мав підтягнути останню версію головної гілки і через git bisect знайти те, що призвело до помилки.

Я відкривав той код, запускав тести й розбирався, що пішло не так. Потім писав людині, яка зламала збірку, що саме їй треба виправити.

З часом я став робити це дуже швидко. У дні, повні незрозумілих проблем і запитів, я навіть хотів, щоб хтось зламав збірку. Це давало мені можливість миттєво відчути себе корисним.

Не минуло багато часу, як хтось із команди сказав:

— Збірка часто ламається, тож її треба просто автоматизувати.

Я нічого не сказав, але трохи напружився. Це здавалося поганою ідеєю. Як якийсь скрипт може так само добре знаходити помилку, як я — людина-розробник?

Через кілька днів один із колег справді написав скрипт і мені більше не треба було наглядати за збіркою.

Було дивне відчуття, коли приходило повідомлення про зламану збірку, а через секунду — вже інше повідомлення з точною помилкою і людиною, яка має це виправити.

Я навіть відчув щось схоже на образу. Я нічого не сказав, але подумки думав: «Це мав бути я. Цей скрипт забрав у мене роботу».

Зараз я згадую цю історію зі сміхом. Уявляю себе 40-річним розробником, який і досі кілька разів на тиждень кидає всі справи, щоб стати «наглядачем збірки».

Тому що на практиці, якщо завдання можна автоматизувати (тобто розбити на чіткі кроки, які комп’ютер здатен виконувати за вас), то його варто автоматизувати.

У вас знайдеться набагато цікавіша робота, на яку можна витратити свій час.

Уроки від старших

Я багато чого навчився від інших членів команди. Від Майка — про концепції дизайну продукту. Якось він взяв мене на пробіжку по пляжу і поділився технікою, коли подушки стоп торкаються землі раніше ніж п’яти. Це трохи зменшує навантаження на суглоби.

А від Ніка я перейняв багато речей про agile-розробку. Він порадив мені кілька хороших книг з розробки програмного забезпечення, які були в бібліотеці компанії. Він навіть запросив мене на новосілля і познайомив з дітьми.

Приблизно через рік роботи в компанії я відчув, що настав час спробувати розпочати власну справу та реалізувати кілька проєктів у галузі онлайн-навчання. Я зустрівся з технічним директором і повідомив йому про своє рішення:

— Я дуже вдячний, що мене взяли на роботу навіть попри те, що я був найслабшим розробником у компанії.

Він засміявся і відповів:

— Ну, коли ти тільки прийшов, то й справді був найгіршим у команді. Я б сказав: ти й досі найгірший.

Я сидів ніяково, посміхався і кліпав очима, бо не розумів, чи він злиться, що я звільняюся.

А потім він додав:

— Але це добре. Ти розумний. Завжди краще бути найслабшим музикантом у гурті. Тобі потрібно бути серед людей, які сильніші за тебе. Саме так ти розвиватимешся.

Через два тижні я вніс останні зміни, передав відкриті задачі й скинув ноутбук до заводських налаштувань, перед тим як віддати його менеджеру.

Я попрощався з командою і вийшов. Вдихнув вечірнє каліфорнійське повітря.

Я одразу занурився в роботу. Почав шукати замовлення на фрилансі, щоб заробити на прожиття. Знайшов квартиру в районі затоки, одразу через міст від центру технологічного світу — району СоМа в Сан-Франциско.

Тоді я став професійним розробником із роком досвіду за плечима.

Я був готовий мріяти по-новому і рухатися далі.

Я вирушив у світ стартапів.

Уроки з першого року роботи розробником

За перший рік роботи професійним розробником я багато чого зробив добре. Я б поставив собі четвірку з мінусом.

Але якби у мене була можливість почати все спочатку, то дещо я зробив би інакше.

Ось кілька порад. Нехай вони допоможуть вам вчитися швидше і без зайвого стресу.

Відкиньте своє его

Багато людей, які приходять в ІТ, починають з самого низу. Часто їх називають «Junior Developer».

Може бути трохи ніяково, коли ви вже доросла людина, а в назві посади написано «junior». Але набравшись терпіння та доклавши зусиль, ви підете далі.

Одна з моїх проблем полягала в тому, що у мене було 10 років професійного досвіду. Я не був новачком. Так, я тільки починав в ІТ, але мав значний досвід у викладанні і навіть управлінні (на останній роботі я керував командою з 30 людей).

І все ж попри весь цей досвід, я залишався новачком у програмуванні. Недосвідченим. Нубом.

Мені хотілося кричати: «Я колись був босом — не потрібно мені вказувати», але насправді мені потрібно було вказувати.

А що, як я випадково зламаю систему? Або додам у застосунок серйозну помилку? Або видалю всю базу даних? Чи зашифрую щось важливе і загублю ключ?

Такі речі трапляються постійно.

Реальність така, що новий розробник — це як слон у посудній лавці: намагається рухатися обережно, але все одно щось ламає на своєму шляху.

Не зліться на своїх колег і не піддавайтесь спокусі розповідати про свої дипломи, нагороди або те, що сам мер вручив вам ключі від міста (гаразд, історії про ключі від міста в мене теж не було).

Не тільки тому, що з вами буде важко співпрацювати. А й тому, що це відволікатиме вас від роботи.

Перші кілька місяців на посаді розробника я згадував свої минулі досягнення як розраду: «Так, я погано пишу код, але я шикарно викладаю граматику. Я, до речі, керував школою».

Але коли пальці на клавіатурі, а очі в редакторі коду, то доводиться відпустити минуле. Будете тішитися вчорашніми досягненнями після того, як зробите сьогоднішню роботу.

А зараз потрібно прийняти всі емоції, які приходять разом із роллю новачка. Треба зосередитись на завданні, яке потрібно виконати тут і зараз.

Мабуть, це просто синдром самозванця

Майже всі, кого я знаю, проходили через відчуття, ніби вони не на своєму місці: ніби команда рано чи пізно побачить, наскільки поганий їхній код, і викриє, що вони — «несправжні розробники».

Це відчуття не зникає. Воно сидить десь в глибині душі і може знову вилізти, щойно візьмешся за щось нове.

— Допоможи розібратися з цією помилкою.

— Ну… Не думаю, що зможу.

— Попрацюємо над новою функцією разом?

— Ну… Якщо інших варіантів немає, то так.

— Виступиш на нашій конференції?

— Я?

Я зустрічав професійних розробників, які й досі час від часу страждають від синдрому самозванця, хоча пропрацювали у цій галузі більше десяти років.

Якщо почуваєтесь недостатньо компетентними або неготовими, це може бути синдромом самозванця.

Звісно, якщо дати мені скальпель і попросити провести операцію на серці, я почуватимуся самозванцем. Якоюсь мірою таке відчуття є цілком обґрунтованим, якщо ви дійсно знаєте, що не впораєтеся.

Проблема в тому, що в розробці можна вже багато чого вміти, але все одно відчувати тривогу без вагомої причини.

Я не лікар. Але інтуїція підказує мені, що у більшості людей синдром самозванця поступово зникає, бо вони стають досвідченішими та впевненими в собі.

Хоча іноді він може раптово повернутися. Я, наприклад, і зараз інколи відчуваю ці приступи синдрому самозванця, коли беруся за нову задачу або за щось, чим давно не займався.

Головне — просто прийняти ситуацію: «Мабуть, просто синдром самозванця дається взнаки».

І не зупинятися.

Знайдіть «своїх», але не застрягайте там

Як тільки працевлаштуєтесь розробником вперше, то почнете працювати з іншими розробниками. Ура! Знайшли «своїх».

Ви будете проводити з ними багато часу і згодом можете стати дуже згуртованою командою.

Але не ігноруйте людей, які не є розробниками.

Я вже згадував Майка — продакт-менеджера, який ще організовував заходи зі стартапами. Він був «нетехнічним»: у коді орієнтувався не дуже. Але я навчився від нього не менше ніж від будь-кого іншого в компанії.

Ви також будете працювати з людьми з інших відділів: дизайнерами, продакт-менеджерами, проєкт-менеджерами, ІТ-спеціалістами, QA-тестувальниками, маркетологами, навіть фінансистами й бухгалтерами. Від них теж можна багато чого навчитися.

Так, важливо побудувати гарні відносини з іншими розробниками в команді. Але залишайтеся відкритими. Спілкуйтеся з іншими людьми під час обіду чи на корпоративних заходах. Ніколи не знаєш, хто саме допоможе прокачати навички, розширити коло знайомств або покращити репутацію.

Всьому свій час

Я часто даю таку пораду тим, хто тільки починає програмувати:

— Спочатку опануйте базові навички (JavaScript, SQL, Linux тощо), а вже потім візьміться за щось конкретне.

Ідея полягає в тому, що коли розумієте, як працюють поширені інструменти, то легко освоїти їхні альтернативи.

Наприклад, якщо ви вже знаєте PostgreSQL, то буде нескладно вивчити MySQL. Якщо працювали із Node.js, то зможете швидко перейти на Ruby on Rails або Java Spring Boot.

Але багато хто починає робити щось конкретне занадто рано. Наприклад, бос може покласти на вас відповідальність за API або функцію. А якщо ви добре з цим справитесь, то вам і надалі даватимуть схожі завдання.

Ви керуєте лише собою, а ваш бос — цілою командою. У нього може просто не бути часу добре розібратися у ваших інтересах і можливостях. Він може почати сприймати вас як «фахівця з чогось» і доручати вам завдання, пов’язані лише з цим.

Але ви знаєте свої сильні сторони і те, що вас цікавить. Тому варто іноді виходити із зони комфорту і братися за нові проєкти. Якщо вдасться домовитися з босом, то зможете вдосконалити навички і попрацювати з новими людьми.

Пам’ятайте: бос відповідає за вашу ефективність на поточній роботі, але за розвиток у своїй кар’єрі відповідаєте лише ви.

Беріться за ті проєкти, що не лише приносять користь компанії, а й наближають вас до поставлених кар’єрних цілей.

Епілог: у вас все вийде

Я хочу, щоб ви запам’ятали одне: у вас все вийде.

Ви зможете розібратись з поняттями.

Ви зможете освоїти інструменти.

Ви зможете стати розробником.

А коли хтось ще й заплатить за написаний код, ви офіційно станете професійним розробником.

Навчитися програмувати і знайти першу роботу — непросто, але не відступайте.

Не здавайтесь і обов’язково досягнете успіху. Це лише питання практики.

Створюйте проєкти. Показуйте їх друзям. Створюйте проєкти для друзів.

Розширюйте коло знайомств. Допомагайте людям, яких зустрічаєте. Добро повертається.

Ніколи не пізно. Попереду ще багато часу.

Через кілька років ви згадуватимете цей момент і радітимете, що наважилися зробити цей крок.

Будьте готовими, що це займе багато часу. Будьте готовими до невизначеності.

Але найголовніше — продовжуйте працювати за клавіатурою. Ходіть на заходи. Діліться своїми перемогами з друзями.

Як колись сказав Лао-цзи:

«Подорож у тисячу миль починається з одного кроку»

Ви вже зробили цей крок хоча б тим, що дочитали цю книгу. А, можливо, вже пройшли чимало кроків на шляху до своїх цілей.

Не загасіть той вогник, який розпалили.

Почніть писати код для наступного проєкту вже сьогодні.

І завжди пам’ятайте:

У вас все вийде.

Переклад виконали: Борецька Ольга, Маркута Діана, Борецька Анастасія, Борецька Каміла, Перчишин Анастасія, Ліщук Юлія.

Рівно 10 років тому я сів у своїй квартирі в Сан-Франциско і написав перші кілька сотень рядків коду для freeCodeCamp.

Тоді я ще не знав, що freeCodeCamp швидко перетвориться на глобальну спільноту зайнятих дорослих, які вчаться програмувати разом.

Багато з цих кемперів — як тепер ми називаємо себе — стали програмістами. І багато кемперів також зробили свій внесок до відкритої кодової бази fCC.

Протягом цих 10 років ми створили:

1. Інтерактивну базову навчальну програму на 3000 годин, яка вчить математики, програмування та комп’ютерних наук.
2. Бібліотеку, яка містить більш ніж 12 000 покрокових довідників — і десятки посібників — на нашій платформі для публікацій, freecodecamp.org/news.
3. YouTube-канал з більш ніж 1000 безоплатних курсів. Лише кілька днів тому ми досягли десяти мільйонів підписників.
4. Найдобріший форум на планеті та схожий сервер на Discord.

Команда виросла з мене одного до штату з 35 вчителів та інженерів. І це лише вершина айсберга. Велика частина роботи виконується самою спільнотою. Щодня волонтери щось роблять, щоб покращити нашу кодову базу, створити нові ресурси для навчання та допомогти один одному на форумі.

Ми лише починаємо. Тож замість сентиментального нарису про перші 10 років freeCodeCamp, ми зосередимося на наших планах на наступні 10 років.

Адже місія нашої благодійної організації — створити безоплатні навчальні ресурси, які допомагають людям вивчати математику, програмування та комп’ютерні науки. Попереду багато роботи, яку потрібно виконати.

У цій статті я викладу наші основні ініціативи на наступне десятиліття, а також поділюсь деякими значними покращеннями — деякі з них з’являться до Різдва.

Одна сертифікація, щоб керувати всім

Найголовніша новина — ми об’єднуємо більшу частину теперішньої навчальної програми в одну комплексну сертифікацію «Сертифікований full stack розробник» (CFSD). До того ж ми розробляємо декілька нових комплексних сертифікацій з нуля.

Ми черпали натхнення від усталених некомерційних організацій розробників, серед яких CompTIA та (ISC)². Ми змінюємо наші сертифікації, щоб вони більше нагадували усталені сертифікації індустрії.

Наші нові сертифікації:

• будуть ще більш комплексними;
• включатимуть підсумковий екзамен;
• включатимуть кінцевий проєкт;
• будуть дійсними протягом 3 років, з можливістю оновлення.

Як і все, що створює freeCodeCamp, ці сертифікації залишаться повністю безоплатними.

Навчальна програма сертифікації «Сертифікований full stack розробник» охоплюватиме такі теми:

• семантичний HTML;
• доступність;
• основи CSS;
• CSS Flexbox;
• дизайн для розробників;
• типографія;
• редактори коду;
• основи JavaScript;
• функціональне програмування;
• функції вищого порядку та зворотні виклики;
• маніпуляція DOM та події;
• вебстандарти;
• основи React;
• основи TypeScript;
• поняття тестування;
• скрипти Bash;
• SQL та реляційні бази даних;
• Git & GitHub;
• безпека та приватність;
• Node.js;
• Express.js;
• основи Python;
• алгоритмічне мислення;
• структури даних;
• об’єктноорієнтоване програмування;
• динамічне програмування;
• безпека для веброзробників;
• інструменти та розробка;
• робота з API;
• основи інженерії штучного інтелекту;
• як отримати роботу розробника;
• та багато іншого.

За численними проханнями ми будемо охоплювати набагато більше теорії одразу в навчальній програмі.

Раніше наші сертифікації на 100% концентрувались на розробці проєктів. Ми отримали багато зворотного зв’язку щодо нашого підходу «навчання через практику», і що багато хто бажає більшої кількості теорії.

Більше вам не доведеться доповнювати основну навчальну програму freeCodeCamp теоретичними відео або посібниками. Тепер ми будемо охоплювати всю необхідну теорію.

Ми додамо короткі відеолекції, спікерами яких є команда з освітнього дизайну freeCodeCamp (серед яких Боу Карнес та Аня Кубов). Для кемперів, які віддають перевагу читанню, буде доступний транскрипт до всіх лекцій.

Ми також додамо багато тестів, щоб ви могли повторити теорію та перевірити, наскільки зрозуміли матеріал. Разом із нашою вбудованою системою спеціального повторення, такий підхід має значно покращити запам’ятовування ключових понять і технік програмування.

Тепер ви починатимете програмувати з чистого аркуша значно раніше, щоб зменшити кількість втручання. Для цього будуть лабораторні роботи.

Ось повний зміст сертифікації «Сертифікований full stack розробник». Це справжній виклик:

• 64 практичні завдання: інтерактивні покрокові курси від HTML до SQL і Python;
• 513 лекцій: короткі відео, що висвітлюють поняття комп’ютерної науки, з питаннями множинного вибору для перевірки;
• 83 лабораторні роботи: проєкти, у яких ви почнете з чистого редактора та набору тестів, і маєте побудувати свій проєкт так, щоб усі тести були успішними;
• 62 сторінки з повторенням: комплексні списки тем з кожного модуля, щоб ви могли підготуватись до тестів та екзаменів;
• 66 тестів та 6 підготовчих екзаменів: щоб підтвердити розуміння понять та інструментів;
• 1 головний проєкт: великий унікальний проєкт, який ви створите для свого портфоліо під керівництвом викладачів спільноти freeCodeCamp;
• 1 кінцевий екзамен: комплексний сертифікаційний екзамен з 90 запитань, що проводиться в екзаменаційному середовищі freeCodeCamp.

Після всієї роботи ви зможете скласти кінцевий екзамен. Ми створили власне екзаменаційне середовище, де ви зможете скласти екзамен зі всього, що вивчили.

Якщо ви не складете екзамен, ви зможете скласти його ще раз (раз на 24 години, допоки не складете). Кожен екзамен буде генеруватись з великого корпусу запитань.

Можливо, ви чули страшні історії від людей, які складали екзамени онлайн та яких несправедливо звинуватили у шахрайстві. Ми ретельно продумали, як будемо дотримуватись кодексу академічної доброчесності. Для цього завжди буде людина-в-циклі.

Не буде автоматичних дискваліфікацій через те, що «ви встали зі стільця, бо ваша дитина заплакала». Ми будемо враховувати всі нюанси під час проведення екзаменів.

Після того, як ви складете екзамен, ви отримаєте безоплатний підтверджений сертифікат із серійним номером, який ви зможете додати до свого резюме й LinkedIn. Він залишатиметься дійсним протягом трьох років, після чого ви зможете пройти безоплатне навчання з метою повторної сертифікації.

Ось 3-хвилинне відео, яке ознайомить вас з деякими великими оновленнями навчальної програми freeCodeCamp.

Ми також розробляємо три інші сертифікації

Після виходу нової сертифікації «Сертифікований full stack розробник», наша команда з освітнього дизайну зосередить увагу на створенні трьох додаткових сертифікацій:

Сертифікований інженер машинного навчання (fCC-CMLE)

Ця сертифікація передбачатиме вивчення Python та багатьох бібліотек. Ви вивчатимете велику кількість математики та теорії. Багато проєктів передбачатимуть створення власних моделей. Кайлі Йін вже працює з інженерами машинного навчання, щоб допомогти з розробкою. Ми плануємо опублікувати певну частину у 2025 році.

Сертифікований інженер системного програмного забезпечення (fCC-CSSE)

Ця сертифікація охоплюватиме низькорівневе програмування та високопродуктивні обчислення. Ви навчитеся програмувати на C й C++, і створите кілька проєктів (серед яких власний компілятор і власна пошукова система). Ми плануємо опублікувати певну частину у 2026 році.

Сертифікований data scientist (fCC-CDS)

Ми працюємо над комплексною навчальною програмою з науки про дані вже декілька років. Можливо, ви знаєте, що freeCodeCamp вже має багато популярних курсів з інструментів науки про дані (наприклад, Python, R і статистичні пакети) на YouTube.

Виклик у викладанні науки про дані полягає у величезній кількості математики, яка присутня в галузі. Нам також потрібно розробити проєктно-орієнтоване навчання, яке ми можемо оцінити програмно.

Наша мета — запропонувати найкращу освітню програму з науки про дані, доступну поза межами PhD. Це буде найбільшою проблемою з усіх. Але ми до цього готові.

Ми плануємо опублікувати певну частину у 2027 році.

Коли ми отримаємо більше інформації про сертифікації та навчальні курси?

Ми працюємо над основними темами оновленої навчальної програми і плануємо опублікувати деякі з них у 2025 році.

Що станеться з поточними сертифікаціями freeCodeCamp?

freeCodeCamp має хорошу традицію зберігати старі курси зі застарілих сертифікацій. Цього разу нічого не змінюється.

Ми заохочуємо вас перейти на нову сертифікацію «Сертифікований full stack розробник» як тільки вона стане доступною цього Різдва. Можливо, ви вже виконали деякі з проєктів, оскільки багато з них збереглись зі старих сертифікацій.

Якщо ви вже виконали половину старої сертифікації та хочете продовжити свій прогрес там, ви можете це зробити.

Старі сертифікати втратять чинність?

Так. Усі застарілі сертифікати втратять чинність 31 грудня 2027 року. Це також стосується всіх сертифікатів, які ви отримали раніше.

Ми хотіли дати всім достатньо часу на використання поточних сертифікатів, перш ніж отримати сертифікацію «Сертифікований full stack розробник». І ми вважаємо, що достатньо трьох років.

Ми додали цей термін дії до всіх сертифікатів freeCodeCamp.

Надалі, коли ви отримаєте сертифікат «Сертифікований full stack розробник» або будь-який з трьох інших, він буде дійсний протягом трьох років з дати його отримання.

Знову ж таки, ми розробляємо програму безперервної освіти, яку ви зможете використати через три роки, щоб поновити сертифікат. І знову ж таки, все це буде безоплатно.

Чому freeCodeCamp вимагає екзамени та додає терміни дії до сертифікатів?

Ми робимо так, щоб наші сертифікати відповідали нормам у галузі технологій. Усі основні сертифікації вимагають складання сертифікаційного екзамену та мають термін дії 3 роки.

Наша мета полягає в тому, щоб сертифікати freeCodeCamp були максимально загальноприйнятими, аби полегшити розуміння роботодавцями.

Чи планує freeCodeCamp займатися рекрутингом або працевлаштуванням?

У нас немає планів щодо цього. Місія нашої благодійної організації проста: створювати безоплатні навчальні ресурси. Ми плануємо зберегти нашу команду викладачів маленькою і зосередженою.

Наскільки навчальні курси будуть схожими?

Деякі з сертифікацій матимуть спільні проєкти та лекції. Наприклад, якщо ви закінчите курс «Вступ до Python» під час отримання сертифікації «Сертифікований full stack розробник», вам не потрібно буде повторювати його, щоб отримати сертифікацію «Сертифікований інженер машинного навчання».

Мої старі сертифікати залишаться онлайн? Посилання для перевірки продовжать працювати?

Протерміновані сертифікати будуть доступними, а прямі посилання на них працюватимуть. Вони будуть чітко позначені як «Термін закінчився [дата]», доки ви не поновите їх. Знову ж таки, це станеться не раніше 31 грудня 2027 року.

Що станеться з 11 сертифікаціями, які наразі розташовані на freecodecamp.org/learn?

Вони будуть доступними принаймні ще декілька років, й позначені як застарілі сертифікації. Більшість курсів буде перероблено та вдосконалено, щоб стати частиною нових сертифікацій.

Мені доведеться знову виконувати вже виконані проєкти?

Деякі курси зі старих сертифікацій будуть в нових. У більшості випадків вам не доведеться знову виконувати проєкти, які ви вже завершили. Якщо ви вже побудували деякі проєкти, то є велика ймовірність, що розділи нових сертифікацій будуть позначені як завершені, коли ви їх переглянете.

Що стосується викладання таких мов програмування, як Rust і Java, або інструментів баз даних NoSQL?

Ми зосереджуємо основну навчальну програму на найпопулярніших інструментах, щоб допомогти кемперам стати розробниками. Тобто Python, JavaScript, SQL і такі інструменти, як Git та Linux.

У нас є безліч відеокурсів з інших популярних інструментів на YouTube-каналі, а також серед публікацій спільноти freeCodeCamp. Ми продовжимо викладати їх як додаткові теми для всіх, хто хоче їх вивчати.

Як справи з навчальною програмою для вивчення англійської мови?

Ми активно працюємо над створенням інтерактивної навчальної програми для вивчення англійської мови, щоб допомогти кемперам покращити їхні знання.

Ми проводимо навчання через комбінацію відео та інтерактивних завдань, за якими слідує офіційний сертифікаційний екзамен.

Зараз ми завершуємо працювати над рівнем A2 і починаємо роботу над B1.

Як справи з програмою здобуття безоплатного наукового ступеня?

Ми робимо стійкий прогрес зі ступенем молодшого спеціаліста з математики та ступеня бакалавра з комп’ютерних наук. Ми вже розробили 2 курси з математики і активно працюємо над іншими 38 курсами університетського рівня, а також їхніми лекціями, лабораторними роботами та екзаменами.

freeCodeCamp має маленьку команду освітніх дизайнерів, і зараз ми зосереджені на курсах для сертифікації «Сертифікований full stack розробник» та програмі для вивчення англійської мови. Як тільки ми їх завершимо, ми змістимо фокус на програми зі здобуття ступеня, щоб пришвидшити їхній розвиток.

10 років — це мало.

Дивовижно, скільки ми досягли як спільнота всього за 10 років.

• Безоплатна навчальна програма на 3000 години з інтерактивним навчальним матеріалом.
• Тисячі додаткових курсів, книг і підручників.
• Десятки тисяч кемперів, які стали розробниками.
• Десятки тисяч волонтерів, які отримують досвід, ділячись своїми часом і талантом через відкритий код, тим самим допомагаючи іншим.

І ми лише розпочинаємо.

Я закликаю вас долучитись до глобальної спільноти freeCodeCamp. Ви можете переглянути список найактивніших волонтерів за 2024 рік, а також посібник для волонтерів, якщо хочете стати частиною спільноти.

Я також пропоную стати донором. А якщо ви вже підтримуєте нас щомісяця та хочете зробити подарунок наприкінці року, ми будемо дуже раді. Ось декілька способів зробити донат.

Якщо у вас є будь-які запитання щодо підтримки місії нашої організації, або вам просто треба квитанція про донат, будь ласка, напишіть на quincy@freecodecamp.org.

За наступні 10 років.

— Квінсі

У цій статті ви дізнаєтесь, як використовувати метод списку sort() у Python.

Ви також дізнаєтесь про інший спосіб сортування в Python за допомогою функції sorted(), щоб зрозуміти, чим вона відрізняється від sort().

Ви знатимете основи сортування списку в Python і як налаштувати сортування відповідно до своїх потреб.

Що ми розглянемо:

1. Синтаксис методу sort.
2. Сортування елементів списку в порядку зростання.
3. Сортування елементів списку в порядку спадання.
4. Сортування елементів списку за допомогою аргументу key.
5. Різниця між sort() та sorted().
   5.1.  Коли використовувати sort() та sorted().

Метод sort(). Огляд синтаксису

Метод sort() — один зі способів, за допомогою якого можна відсортувати список у Python.

При використанні sort() список сортується на місці. Це означає, що початковий список безпосередньо змінюється. Зокрема, змінюється початковий порядок елементів.

Загальний синтаксис методу sort() виглядає так:

назва_списку.sort(reverse=..., key=... )

Розглянемо деталі:

• назва_списку — назва списку, з яким ви працюєте;
• sort() — один з методів списку Python для сортування та зміни списку. Він сортує елементи списку або в порядку зростання, або в порядку спадання;
• sort() приймає два необов’язкові параметри;
• reverse — перший необов’язковий параметр. Він визначає, як буде відсортований список: в порядку зростання чи спадання. Приймає логічне значення (тобто True або False). Значення за замовчуванням — False, тобто список сортується в порядку зростання. Якщо встановити його значення на True, то список сортується навпаки: у порядку спадання;
• key — другий необов’язковий параметр. Він приймає функцію або метод, які використовуються для визначення будь-яких можливих детальних критеріїв сортування.

Метод sort() повертає None (тобто повернутого значення немає), оскільки він просто змінює початковий список. Він не повертає новий список.

Як відсортувати елементи списку в порядку зростання за допомогою методу sort()

Як вже згадувалося раніше, sort() сортує елементи списку в порядку зростання за замовчуванням.

Це означає, що елементи розташовуються від найменшого до найбільшого значення.

Найменше значення знаходиться зліва, а найбільше — справа.

Загальний синтаксис виглядає приблизно так:

назва_списку.sort()

Розглянемо приклад, де відсортуємо список цілих чисел:

# список чисел
мої_числа = [10, 8, 3, 22, 33, 7, 11, 100, 54]

# відсортуємо список на місці у порядку зростання
мої_числа.sort()

# надрукуємо змінений список
print(мої_числа)

# вихідні дані

# [3, 7, 8, 10, 11, 22, 33, 54, 100]

У прикладі вище числа сортуються від найменшого до найбільшого.

Так само можна зробити зі списком рядків:

# список рядків
мови_програмування = ["Python", "Swift", "Java", "C++", "Go", "Rust"]

# відсортуємо список на місці в алфавітному порядку
мови_програмування.sort()

# надрукуємо змінений список
print(мови_програмування)

# вихідні дані

# ['C++', 'Go', 'Java', 'Python', 'Rust', 'Swift']

У цьому випадку кожен рядок, що міститься у списку, був відсортований в алфавітному порядку.

Як ви побачили в обох прикладах, початкові списки були змінені.

Як відсортувати елементи списку в порядку спадання за допомогою методу `sort()`

Порядок спадання протилежний порядку зростання: елементи розташовуються від найбільшого до найменшого значення.

Щоб відсортувати елементи списку в порядку спадання, потрібно використати необов’язковий параметр reverse з методом sort(), і встановити значення True.

Ось так виглядає загальний синтаксис:

назва_списку.sort(reverse=True)

Використаємо приклад з попереднього розділу, але цього разу зробимо так, щоб числа були відсортовані в зворотному порядку:

# список чисел
мої_числа = [10, 8, 3, 22, 33, 7, 11, 100, 54]

# відсортуємо список на місці в порядку спадання
мої_числа.sort(reverse=True)

# надрукуємо змінений список
print(мої_числа)

# вихідні дані

# [100, 54, 33, 22, 11, 10, 8, 7, 3]

Тепер всі числа розташовані у зворотному порядку; найбільше значення зліва, а найменше — справа.

Так само можна зробити зі списком рядків.

# список рядків
мови_програмування = ["Python", "Swift", "Java", "C++", "Go", "Rust"]

# відсортуємо список на місці у зворотному алфавітному порядку
мови_програмування.sort(reverse=True)

# надрукуємо змінений список
print(мови_програмування)

# вихідні дані

# ['Swift', 'Rust', 'Python', 'Java', 'Go', 'C++']

Тепер елементи списку розташовані у зворотному алфавітному порядку.

Як відсортувати елементи списку за допомогою параметра key з методом sort()

Ви можете використати параметр key, щоб виконати конкретніші операції сортування.

Значення, призначене параметру key, має щось викликати.

Наприклад, можна викликати методи та функції.

Цей метод або функція, призначена до key, буде застосована до всіх елементів у списку перед будь-яким сортуванням і визначатиме логіку для критеріїв сортування.

Припустимо, ви хочете відсортувати список рядків на основі їхньої довжини.

Для цього потрібно призначити вбудовану функцію len() до параметру key.

Функція len() вирахує довжину кожного елемента в списку, підрахувавши символи, які містяться в цьому елементі.

мови_програмування = ["Python", "Swift", "Java", "C++", "Go", "Rust"]

мови_програмування.sort(key=len)

print(мови_програмування)

# вихідні дані

# ['Go', 'C++', 'Java', 'Rust', 'Swift', 'Python']

У наведеному вище прикладі рядки сортуються у порядку зростання за замовчуванням, але цього разу сортування відбувається на основі їхньої довжини.

Найкоротший рядок знаходиться зліва, а найдовший — справа.

Параметри key та reverse також можна комбінувати.

Наприклад, елементи списку можна відсортувати на основі їхньої довжини, але у порядку спадання.

мови_програмування = ["Python", "Swift", "Java", "C++", "Go", "Rust"]

мови_програмування.sort(key=len, reverse=True)

print(мови_програмування)

# вихідні дані

# ['Python', 'Swift', 'Java', 'Rust', 'C++', 'Go']

У наведеному вище прикладі рядки відсортовано від найдовшого до найкоротшого.

Варто зазначити, що ви можете створити власну функцію сортування, щоб надати конкретніші критерії сортування.

Наприклад, ви можете створити певну функцію, а потім відсортувати список відповідно до значення, яке вона повертає.

Припустимо, у вас є список словників з мовами програмування та роком створення кожної мови.

мови_програмування = [{'мова':'Python','рік':1991},
{'мова':'Swift','рік':2014},
{'мова':'Java', 'рік':1995},
{'мова':'C++','рік':1985},
{'мова':'Go','рік':2007},
{'мова':'Rust','рік':2010},
]

Ви можете визначити власну функцію, яка отримує значення певного ключа зі словника.

💡 Майте на увазі, що ключ словника і параметр key, який приймає sort(), — це дві різні речі!

Зокрема, функція отримає і поверне значення ключа рік у списку словників, що вказує рік, коли кожна мова була створена.

Повернене значення потім буде застосовано як критерій сортування списку.

мови_програмування = [{'мова':'Python','рік':1991},
{'мова':'Swift','рік':2014},
{'мова':'Java', 'рік':1995},
{'мова':'C++','рік':1985},
{'мова':'Go','рік':2007},
{'мова':'Rust','рік':2010},
]

def get_рік(element):
    return element['рік']

Потім ви можете виконати сортування відповідно до значення, яке повертає функція, призначивши його до параметру key, і відсортувати список за хронологічним порядком за замовчуванням:

мови_програмування = [{'мова':'Python','рік':1991},
{'мова':'Swift','рік':2014},
{'мова':'Java', 'рік':1995},
{'мова':'C++','рік':1985},
{'мова':'Go','рік':2007},
{'мова':'Rust','рік':2010},
]

def get_рік(element):
    return element['рік']

мови_програмування.sort(key=get_рік)

print(мови_програмування)

Вихідні дані:

[{'мова': 'C++', 'рік': 1985}, {'мова': 'Python', 'рік': 1991}, {'мова': 'Java', 'рік': 1995}, {'мова': 'Go', 'рік': 2007}, {'мова': 'Rust', 'рік': 2010}, {'мова': 'Swift', 'рік': 2014}]

Якщо ви хочете відсортувати список від найновішої мови до найстарішої, або інакше кажучи у порядку спадання, тоді використайте параметр reverse=True:

мови_програмування = [{'мова':'Python','рік':1991},
{'мова':'Swift','рік':2014},
{'мова':'Java', 'рік':1995},
{'мова':'C++','рік':1985},
{'мова':'Go','рік':2007},
{'мова':'Rust','рік':2010},
]

def get_рік(element):
    return element['рік']

мови_програмування.sort(key=get_рік, reverse=True)

print(мови_програмування)

Вихідні дані:

[{'мова': 'Swift', 'рік': 2014}, {'мова': 'Rust', 'рік': 2010}, {'мова': 'Go', 'рік': 2007}, {'мова': 'Java', 'рік': 1995}, {'мова': 'Python', 'рік': 1991}, {'мова': 'C++', 'рік': 1985}]

Щоб досягти точно такого ж результату, ви можете створити lambda-функцію.

Замість використання регулярної власної функції, визначеної за допомогою ключового слова def, ви можете:

• створити короткий вираз в одному рядку;
• і не визначати назву функції, як це було зроблено з функцією def. Lambda-функції також називаються анонімними функціями.

мови_програмування = [{'мова':'Python','рік':1991},
{'мова':'Swift','рік':2014},
{'мова':'Java', 'рік':1995},
{'мова':'C++','рік':1985},
{'мова':'Go','рік':2007},
{'мова':'Rust','рік':2010},
]

мови_програмування.sort(key=lambda element: element['рік'])

print(мови_програмування)

Lambda-функція, яка визначається рядком key=lambda element: element['рік'], відсортує ці мови програмування від найстарішої до найновішої.

Різниця між sort() та sorted()

Метод sort() працює аналогічно до функції sorted().

Загальний синтаксис функції sorted() виглядає так:

sorted(назва_списку,reverse=...,key=...)

Розберемо детальніше:

• sorted() — вбудована функція, яка приймає ітерабельний об’єкт. Потім вона сортує його у порядку зростання або спадання;
• sorted() приймає три параметри. Один параметр є обов’язковим, а два інші — необов’язкові;
• назва_списку — обов’язковий параметр. У цьому випадку параметром є список, але sorted() також приймає будь-який інший ітерабельний об’єкт;
• sorted() також приймає необов’язкові параметри reverse та key, які є такими ж необов’язковими параметрами, як і метод sort().

Головна різниця між sort() та sorted() полягає в тому, що функція sorted() приймає список і повертає нову відсортовану копію цього списку.

Нова копія містить елементи вихідного списку у відсортованому порядку.

Елементи у вихідному списку не змінюються і залишаються такими, як є.

Отже, підсумовуючи:

• метод sort() не має поверненого значення і безпосередньо змінює вихідний список, змінюючи порядок елементів у ньому;
• з іншого боку, функція sorted() має повернене значення, яке є відсортованою копією вихідного списку. Ця копія містить елементи вихідного списку у відсортованому порядку. Крім того, вихідний список залишається незмінним.

Давайте розглянемо приклад, щоб побачити, як це працює:

# вихідний список чисел
мої_числа = [10, 8, 3, 22, 33, 7, 11, 100, 54]

# відсортуємо вихідний список у стандартному порядку зростання
мої_числа_відсортовано = sorted(мої_числа)

# надрукуємо вихідний список
print(мої_числа)

# надрукуємо копію вихідного списку, яка була створена
print(мої_числа_відсортовано)

# вихідні дані

# [10, 8, 3, 22, 33, 7, 11, 100, 54]
# [3, 7, 8, 10, 11, 22, 33, 54, 100]

Оскільки до sorted() не було надано додаткових аргументів, вона упорядкувала копію вихідного списку у стандартному порядку зростання — від найменшого значення до найбільшого.

При друку вихідного списку ви бачите, що він залишився таким самим, а елементи розташовані в початковому порядку.

Як ви бачили у прикладі вище, копія списку була присвоєна до нової змінної мої_числа_відсортовано.

Подібне не можна зробити з sort().

Розглянемо ще один приклад, щоб побачити, що станеться, якщо спробувати використати метод sort().

мої_числа = [10, 8, 3, 22, 33, 7, 11, 100, 54]

мої_числа_відсортовано = мої_числа.sort()

print(мої_числа)
print(мої_числа_відсортовано)

# вихідні дані

# [3, 7, 8, 10, 11, 22, 33, 54, 100]
# None

Як бачите, sort() повертає значення None.

Ще одна річ, яку варто зазначити: параметри reverse та key, які приймає функція sorted(), працюють точно так само, як і метод sort() з попередніх розділів.

Коли використовувати sort() та sorted()

Нижче перераховано речі, на які потрібно звернути увагу, вирішуючи, що варто використовувати: sort() чи sorted().

По-перше, врахуйте тип даних, з якими працюєте:

• якщо ви працюєте виключно зі списком з самого початку, то вам потрібно використовувати метод sort(), оскільки sort() викликається тільки для списків;
• якщо ви хочете більшої гнучкості і поки не працюєте зі списком, то можете використовувати sorted(). Функція sorted() приймає і сортує будь-який ітерабельний об’єкт (словники, кортежі та множини), а не лише списки.

Потім потрібно врахувати, чи для вас важливо зберегти початковий порядок списку, з яким працюєте:

• при виклику sort() буде змінено вихідний список, а початковий порядок буде втрачено. Ви не зможете відновити початкові позиції елементів списку. Використовуйте sort(), коли ви точно впевнені, що хочете змінити список, з яким працюєте, і впевнені, що не хочете зберігати попередній порядок;
• з іншого боку, функція sorted() корисна, якщо ви хочете створити новий список, але потрібно залишити той список, з яким працюєте. Функція sorted() створить новий відсортований список, елементи якого впорядковані у бажаному порядку.

Наостанок врахуйте ефективність у часі й пам’яті:

• метод sort() займає й споживає менше пам’яті, оскільки він просто сортує список на місці й не створює зайвий новий список, який вам не потрібний. З цієї ж причини він трохи швидший, оскільки не створює копію. Це може бути корисно, якщо ви працюєте з великими списками, які містять більше елементів.

Висновок

Це все! Тепер ви знаєте, як відсортувати список у Python за допомогою методу sort().

Ми також розглянули ключові відмінності між сортуванням списку за допомогою sort() та sorted().

Сподіваюсь, ця стаття була корисною.

Щоб дізнатися більше про мову програмування Python, ознайомтеся з безоплатною сертифікацією freeCodeCamp «Наукові обчислення з Python».

Ви почнете з основ. Навчання побудоване в інтерактивний спосіб, дружній до початківців. У кінці ви створите п’ять проєктів, щоб попрактикуватись і закріпити вивчене.

Дякую, що прочитали. Щасливого програмування!

Вітаю! Щоб досягти успіху в глобальному світі, де інформація доступна всього за декілька натискань, важливо адаптувати вебсайт та інші ресурси різними мовами і культурами.

Цей посібник навчить основам локалізації та тому, як перекласти вебсайт так, щоб привернути увагу глобальної спільноти користувачів без будь-яких мовних бар’єрів.

🔹 З чого розпочати?

Але з чого розпочати?

Це важливе запитання, яке менеджери часто задають собі, коли вирішують адаптувати продукт та зробити його багатомовним.

У цьому підручнику ви дізнаєтеся всі основи локалізації з концептуальної та практичної точки зору.

Ви дізнаєтеся, як локалізувати файли, вебсайти, ігри та будь-який інший матеріал на хмарній платформі керування локалізацією Crowdin, що забезпечує локалізацію freeCodeCamp.

Ми розглянемо:

• freeCodeCamp як реальний приклад
• Локалізація від людей для людей
• Основи локалізації
• Що таке локалізація?
• Переклад та локалізація
• Важливість локалізації
• Термінологія локалізації
• Переклад та редагування
• Що можна локалізувати?
• Поширені формати файлів
• Етапи та посади в локалізації
• Основи Crowdin для локалізаційних проєктів
• Важливі терміни при використанні Crowdin
• Початок роботи з Crowdin
• Як створити обліковий запис на Crowdin
• Як налаштувати профіль на Crowdin
• Як створити проєкт на Crowdin
• Огляд проєкту
• Як змінити налаштування проєкту на Crowdin
• Як видалити проєкт на Crowdin
• Як завантажити файли до проєкту на Crowdin
• Як розпочати перекладати
• Як користуватися редактором перекладу
• Режими редактора перекладу
• Як перейти до іншого файлу
• Як переглянути всі рядки
• Як перекладати мови із письмом справа наліво
• Як скачати перекладені файли
• Як використовувати пам’ять перекладів (TM)
• Глосарій
• Забезпечення якості (QA) на Crowdin
• Як завантажити наявні переклади
• Як попередньо перекласти проєкт
• Переклад офлайн
• Громадські проєкти
• Crowdin для команд та організацій
• Як запросити членів команди
• Посади
• Як призначити або змінити посаду
• Менеджери проєкту
• Завдання
• Звіти
• Бесіди на Crowdin
• Інтеграції та інструменти для підвищення продуктивності на Crowdin
• Як перекласти вебсайт на Crowdin
• Переклад freeCodeCamp

Готові? Тоді розпочнемо!

🔹 freeCodeCamp як реальний приклад

freeCodeCamp.org — це реальний приклад організації та проєкту з відкритим кодом, який скористався поняттям локалізації, щоб привернути увагу глобальної спільноти.

Наша навчальна програма з програмування доступна багатьма мовами, зокрема:

• англійською;
• іспанською;
• китайською;
• італійською;
• португальською;
• українською;
• японською.

Наша спільнота активно працює над перекладом freeCodeCamp іншими мовами, зокрема:

• арабською;
• азербайджанською;
• бенгальською;
• китайською (спрощеною);
• нідерландською;
• французькою;
• німецькою;
• івритом;
• гінді;
• індонезійською;
• італійською;
• японською;
• корейською;
• непальською;
• перською;
• португальською;
• румунською;
• іспанською;
• суахілі;
• турецькою;
• українською;
• урду;
• та багатьма іншими.

Для локалізації доступно багато світових мов, а також ми публікуємо локалізовані публікації, канали на YouTube, форуми та інше.

🔹 Локалізація від людей для людей

Наш процес локалізації спрямований на те, що має найбільше значення: на чудову спільноту учнів, які прокидаються кожен день з ентузіазмом, щоб здобути нові навички.

Ми вважаємо, що мова та культура не повинні бути бар’єрами для навчання. Знання мають бути доступними по всьому світу.

Тому ми розпочали цей процес і будемо продовжувати наші зусилля, доки не забезпечимо доступ до знань у кожному куточку світу.

Одним з ключових аспектів нашого процесу локалізації є те, що він керується і виконується людьми для людей. Переклади написані й затверджені волонтерами та працівниками нашої неймовірної спільноти.

Будьмо чесними: кожен може відрізнити автоматично згенерований переклад. Він буквальний, в ньому не вистачає чіткості і він відчувається відокремленим від контексту та тону вихідного тексту.

Люди набагато краще адаптовують мову, а також перекладають речення таким чином, щоб вони звучали більш природно різними мовами та у контексті різних культур.

freeCodeCamp має чудову спільноту волонтерів, які присвячують свій час на переклад наших матеріалів, а також чудову команду працівників, які контролюють процес з остаточною метою публікації перекладів високої якості.

З моменту запуску наших зусиль з локалізації понад 2 000 перекладачів та понад 60 редакторів допомогли виконати нашу місію.

💡 Важливо: якщо ви зацікавлені і хочете долучитися до перекладу freeCodeCamp, будь ласка, прочитайте наші правила. У кінці цієї статті ви знайдете більше інформації про наші зусилля з локалізації.

Керування таким великим проєктом зі світовою спільнотою може здатися складним, правда ж? Як ми можемо досягнути цього як неприбуткова організація?

Ви отримаєте відповіді на всі запитання у цьому посібнику.

Ми розглянемо всі основи локалізації, а також основні та розширені можливості Crowdin.

Готові? Розпочнемо.

🔹 Основи локалізації

Ми розпочнемо з огляду основ локалізаційного процесу та кроків, які потрібно зробити, щоб продукт можна було використовувати без будь-яких мовних або культурних бар’єрів.

🔶 Що таке локалізація?

Перш за все, визначимо локалізацію.

Згідно з Cambridge Dictionary, локалізація — це:

Процес організації бізнесу або промисловості так, щоб головна діяльність відбувалась в локальних місцях, а не на національному або міжнародному рівні.

У контексті продуктів та послуг, локалізація, в основному, означає адаптацію до мови та культури конкретного населення. Це також стосується застосунків, оскільки їх також потрібно адаптувати до різних культур.

🔶 Переклад та локалізація

Ви можете бути здивовані, дізнавшись, що локалізація відрізняється від перекладу. Насправді, вона ширша.

Cambridge Dictionary дає таке визначення перекладу:

Дія або процес заміни слів однієї мови на слова іншої мови, які мають той самий зміст.

Зверніть увагу на ключову частину цього визначення: «заміна слів, які мають той самий зміст».

Переклад передбачає заміну слів однієї мови на слова іншої мови з метою збереження початкового значення. Це дуже корисно, але трохи обмежено, оскільки мета полягає в тому, щоб сказати те саме, але іншою мовою.

Однак локалізація може вийти за межі цього, щоб краще пристосувати продукт до іншої культури чи країни.

Наприклад, локалізація особливо корисна для маркетингових кампаній та рекламних оголошень, які намагаються досягти аудиторії і переконати придбати продукт. Деякі культури можуть краще сприймати певні кольори, або в них можуть бути місцеві фрази чи жаргон, з якими місцеве населення більше знайоме.

У такому випадку локалізація кампанії краща, ніж буквальний переклад.

Постійна локалізація йде ще далі. Вона передбачає постійну локалізацію продукту під час оновлення або розширення в гнучкому циклі розробки продукту. Вона часто використовується для локалізації застосунків.

🔶 Важливість локалізації

Навіщо локалізувати продукт або платформу? Світ дуже різноманітний, і різні культури мають свої відмінні звичаї та говорять різними мовами.

Ви знали, що, за даними Лінгвістичного товариства Америки, у світі існує понад 6 000 мов?

Серед 20 найбільш поширених мов у світі ми можемо знайти такі:

• англійська;
• мандаринська;
• гінді;
• іспанська;
• французька;
• арабська;
• бенгальська;
• португальська;
• урду;
• німецька;
• японська.

💡 Важливо: більше інформації про мови за загальною кількістю мовців можна знайти у цій статті.

Велика частина людей не знає більше однієї мови. Не кожен має можливість вивчити та володіти англійською як другою мовою, але кожна людина є потенційним користувачем вашого продукту чи платформи.

Саме тому локалізація може бути настільки важливою для вас.

Наприклад, якщо ви створюєте освітню платформу, ви зможете привернути увагу людей і здійснити місію на світовому рівні, локалізуючи свій вебсайт.

Якщо ви створюєте комерційний продукт або платформу, будь-хто може стати вашим потенційним користувачем.

Не дозволяйте мові стати бар’єром. Локалізація може стати вашим найкращим другом.

🔶 Термінологія локалізації

Тепер ви знаєте чому локалізація настільки важлива, тому заглибимося в деякі важливі терміни, з якими ви часто зустрічатиметесь у контексті перекладу та локалізації.

Інтернаціоналізація

Дія становлення або перетворення чогось у міжнародний рівень.
— Cambridge Dictionary

У контексті локалізації застосунку це також передбачає адаптацію інтерфейсу користувача для роботи з іншими мовами та його готовність до перекладу.

Культуризований

Походить від культури або зумовлений нею.
— Merriam-Webster Dictionary

У кожної культури різні традиції та словниковий запас. Культура може відігравати ключову роль у тому, як спільнота сприймає продукт, кампанію та платформу. Для успіху дуже важливо розуміти, як їх адаптувати.

Псевдолокалізація

Префікс псевдо визначений як:

Несправжній, неправильний, фальшивий.
— Горох

Саме про це йдеться в псевдолокалізації. Це процес створення фальшивих перекладів, які виступають як заповнювачі для реальних перекладів на платформі чи в продукті.

Ви можете запитати: «Для чого нам фальшиві переклади?»

Відповідь полягає в тому, що ми використовуємо їх перед початком перекладу, щоб перевірити, чи програмне забезпечення готове працювати з декількома мовами.

Найчастіше це стосується перевірки того, чи мова з довшими або коротшими словами працює з інтерфейсом користувача, і чи правильно відтворюються мови із письмом справа наліво.

Цей процес також допомагає знайти будь-які рядки, які можуть бути закодованими у вихідних файлах проєкту. Можливо, вам знадобиться перемістити їх до файлу, де зберігаються всі рядки проєкту.

Основною метою псевдолокалізації є перевірка готовності до перекладу.

Машинний переклад (MT)

Процес використання штучного інтелекту для автоматичного перекладу тексту з однієї мови на іншу без участі людини.
— Amazon Web Services

Ми поговоримо про цей термін детальніше, оскільки платформа, яку ми використовуватимемо для перекладу нашого матеріалу, має цю функцію, і може зберегти багато часу.

Пам’ять перекладів (TM)

База даних, що містить набір раніше перекладених текстів.
— Вікіпедія

Завдяки цій функції можна зберігати попередні переклади і повторно використовувати їх, щоб зберегти час.

💡 Важливо: зверніть увагу, що абревіатури (MT та TM) дуже схожі, але вони відрізняються. Будь ласка, приділіть деякий час, щоб зрозуміти різницю між цими двома поняттями, оскільки ви будете часто зустрічати їх у цьому посібнику.

Великі мовні моделі (LLM)

Алгоритми глибокого навчання, які можуть розпізнавати, узагальнювати, перекладати, передбачати та генерувати вміст, використовуючи дуже великі набори даних.
— Nvidia

Ці терміни є фундаментальними, якщо ви плануєте зануритися у переклад та локалізацію.

Ви також можете зустріти слова, які використовують числа для позначення скорочень. Їх називають нумеронімами.

• l10n: цей нумеронім означає локалізацію. Число 10 позначає 10 літер між l напочатку та n вкінці;
• i18n: цей нумеронім означає інтернаціоналізацію (так, це дуже довге слово!). Число 18 позначає 18 літер між і напочатку та n вкінці.

💡 Важливо: літеру L в l10n можуть писати як великою, так і малою. Велика літера L допомагає відрізнити його від нумероніма i18n (вони можуть виглядати схожими в деяких шрифтах).

🔶 Переклад та редагування

Ще одний важливий аспект, який ви повинні знати, — це різниця між перекладом та редагуванням.

Переклад передбачає заміну слів з однієї мови на іншу з метою збереження того самого значення.

Але після того, як перекладачі завершили свою роботу, команда локалізації також повинна переглянути, відредагувати та затвердити переклади, щоб переконатися, що все точно і правильно. Цей процес перевірки перекладів називається редагуванням.

Переклад та редагування — це різні етапи процесу локалізації. Ми докладніше розглянемо ці процеси, і ви дізнаєтеся про кроки, з яких вони складаються, та роль команди у забезпеченні правильної локалізації.

🔶 Що можна локалізувати?

Коли ми говоримо про переклад та локалізацію, першим на думку спадає переклад файлів з текстом, правда ж?

Проте це не єдиний матеріал, який можна локалізувати. Ми можемо локалізувати документи, електронні таблиці, вебсайти, ігри, діалоги, сценарії, аудіо, відео, графіку і так далі.

Подумайте про подкасти та відео. Їх можна локалізувати за допомогою дубляжу. Нам просто потрібно перекласти транскрипт, замінити оригінальне аудіо та синхронізувати перекладений звук.

Титри та субтитри також можна локалізувати. Це форма тексту, але вона походить з відеоджерела. Ви можете помітити, як різні типи файлів можуть бути тісно пов’язані у процесі локалізації.

Зрештою, ми можемо локалізувати графіку, як-от зображення, візуальні маркетингові кампанії, рекламу та багато іншого.

Основний момент, який варто підкреслити, полягає в тому, що локалізація та переклад не обмежуються лише письмовим матеріалом. Є широкий спектр матеріалу, який можна локалізувати, щоб отримати увагу більшої аудиторії.

🔶 Поширені формати файлів

У попередньому розділі ми говорили про різні типи матеріалу, який можна перекласти. Тепер поговоримо про формати файлів, які зазвичай зустрічаються в перекладі. Ви також можете знайти їх на платформі, на якій ми будемо працювати.

💡 Важливо: навіть якщо ви зараз не використовуєте ці формати, завжди корисно розуміти, що вони роблять і що вони представляють. Вони можуть стати в нагоді у майбутньому або у випадках, коли ви зустрінете їх у документації платформи, якою користуєтеся.

Файли CSV

• розширення файлу: .csv;
• текстовий формат файлу, де значення розділені комами;
• зберігає табличні дані, серед яких числа і текст;
• кожен рядок зазвичай представляє один запис;
• зазвичай використовується для обміну даними і може бути оброблений за допомогою мов програмування.

Файли HTML

• розширення файлу: .html;
• HTML означає «мова розмітки гіпертексту»;
• використовується для представлення структури та вмісту вебсайту;
• якщо ви відкриєте цей файл у браузері, ви побачите вміст вебсайту.

Файли JSON

• розширення файлу: .json;
• JSON означає «запис об’єктів JavaScript»;
• зберігає дані у простому текстовому форматі на основі пар ключ-значення;
• використовується для обміну даними, особливо в інтернеті, оскільки є легким.

Файли markdown

• розширення файлу: .md;
• використовується для створення форматованого тексту;
• легка мова розмітки зі специфічним синтаксисом;
• часто використовується для написання документації програмного забезпечення, блогів та статей.

Файли PO

• розширення файлу: .po;
• використовується системою gettext, яку часто використовують для написання багатомовних програм. Також широко використовується при реалізації GNU gettext;
• gettext є стандартом в багатьох рушіях розробки ігор, таких як Unreal Engine. Використовується в багатьох мовах програмування, включно з C, C++, PHP та Python.

Текстовий файл

• розширення файлу: .txt;
• використовується для зберігання звичайного тексту;
• не містить зображень або нетекстових символів.

Розширювана мова розмітки (XML)

• розширення файлу: .xml;
• використовується для зберігання, обміну та відновлення довільних даних;
• зазвичай використовується для обміну даними в інтернеті;
• багато локалізаційних фреймворків використовують XML. Наприклад, Android використовує формат файлів на основі XML для зберігання текстів, які можна перекласти.

Файли XLIFF

• розширення файлу: .xliff;
• XLIFF означає «формат файлу обміну локалізацією на основі XML»;
• використовує формат на основі XML;
• використовується для стандартизації способу передачі локалізованих даних між інструментами локалізації.

Файли XLSX

• розширення файлу: .xlsx;
• використовується для зберігання даних в електронних таблицях;
• скорочення до «Microsoft Excel Spreadsheet».

Файли RESX

• розширення файлу: .resx;
• використовується .NET-застосунками для зберігання ресурсів, які можна локалізувати;
• використовує формат файлу на основі XML.

Це найпоширеніші формати файлів, які можна знайти у локалізаційних проєктах, але існує більше сотні форматів файлів, якими можна користуватися.

Crowdin — платформа керування локалізацією, яку ми використовуватимемо у цьому посібнику — підтримує більше 100 форматів файлів.

🔶 Етапи та посади в локалізації

Чудово! Тепер ви знаєте більше про типи файлів, які можуть зустрітися у локалізаційному проєкті, тому давайте розглянемо цей процес з точки зору керування проєктами.

Які кроки потрібно виконати для локалізації проєкту? З чого почати? Ось кроки, які допоможуть відповісти на ці запитання:

Крок №1. Визначте область та мету проєкту

Перш ніж локалізувати будь-який файл, важливо проаналізувати область та мету проєкту.

Дайте відповідь на такі запитання:

• Хто виступає цільовою аудиторією?
• Чого я намагаюсь досягти, локалізуючи матеріал?
• Як досягти цих цілей?
• Які частини вебсайту, гри, відео або матеріалу потрібно локалізувати?
• Матеріал потрібно перекласти чи локалізувати (адаптувати)? Іноді достатньо перекладу.
• Якщо його потрібно адаптувати, як це зробити?
• Варто просити порад від людей, які знайомі з цією культурою? Якщо так, як зв’язатись з ними?
• Я розмовляю іншими мовами. Чи можу я самостійно перекласти матеріал, чи варто залучити допомогу?
• Який бюджет?
• Чи реалістичні мої цілі відносно бюджету?

Також потрібно визначити, хто перекладатиме матеріал:

• Я перекладатиму самостійно?
• Я залучу команду волонтерів?
• Я найму команду перекладачів?
• Я використовуватиму автоматизовані процеси, такі як машинний переклад або попередній переклад за допомогою штучного інтелекту?

💡 Важливо: Crowdin дозволяє найняти їхні послуги локалізації та послуги від партнерів на Crowdin Marketplace.

Важливо визначити чіткі та реалістичні цілі, щоб уникнути непередбачуваних ситуацій.

Запишіть свої цілі і переконайтеся, що у вас розписані кроки, які потрібно зробити, щоб розпочати, виконати та завершити процес локалізації.

Крок №2. Створіть файли, які потрібно локалізувати

Коли у вас є чіткі цілі та обсяг проєкту, наявність вихідних файлів проєкту є обов’язковою. Це файли, які ваша команда буде локалізувати.

Переконайтеся, що у вас є всі необхідні вихідні файли та ресурси, перш ніж розпочати процес локалізації.

Звичайно, ви завжди можете додати новий матеріал в процесі, але наявність чіткої початкової ідеї про складнощі проєкту буде корисною з точки зору керування часом та бюджетом.

Крок №3. Підготуйте продукт до інтернаціоналізації

Перш ніж розпочати процес локалізації, потрібно підготувати свій продукт до інтернаціоналізації, що дуже специфічно стосовно технологій.

Це особливо стосується програмного забезпечення. Інструменти, які ви використовуватимете для інтернаціоналізації застосунку React.js, можуть відрізнятися від інструментів, які ви використовуватимете для Android, iOS або гри.

Однак підходи та поняття, які ви будете використовувати, в основному однакові.

Вам потрібно подумати про те, як ви адаптуєте інтерфейс користувача та сервіси до інших мов. Наприклад, деякі мови можуть мати слова, які довші або коротші за вихідну мову, і це може змінити відтворення елементів.

Важливо переконатися, що все виглядає так, як ви цього бажаєте, ще до того, як у процес будуть залучені перекладачі та редактори.

Ще один ключовий крок — переконатися, що весь текст для перекладу відокремлений від коду. Під час перекладу програмного забезпечення весь текст для перекладу витягнутий у файл матеріалів, який можна передати перекладачам або завантажити на платформу керування локалізацією.

Команда Crowdin рекомендує зберігати великі файли, наприклад, HTML-сторінки та шаблони листів, в окремій директорії та мати по одній директорії на кожну мовну локаль. Вони пропонують, що «якщо ви перекладаєте свій матеріал на 5 цільових мов, у вас буде 5 копій матеріалу з позначками інтерфейсу та 5 директорій з усіма іншими активами, як-от HTML-файли».

Якщо ви розробляєте вебзастосунок, потрібно реалізувати багатомовний маршрутизатор. Застосунок повинен дозволяти користувачам вибрати бажану мову.

Для цього у вас є два варіанти. Ви можете:

• додати код мови як частину назви домена. Наприклад, fr.example.com;
• додати код мови до посилання. Наприклад, example.com/fr.

Це рекомендується з метою оптимізації пошукової системи (SEO).

Програмне забезпечення має обробляти та відтворювати адаптовані числа, дати та валюти, оскільки локалізація може передбачати їх адаптацію до різних форматів для різних культур.

Контекст дуже важливий. Багато інструментів інтернаціоналізації створюють файли з однією парою ключ-значення для кожної частини тексту. Вони пов’язують частину тексту вихідною мовою з відповідним перекладом.

Але важливо впевнитися, що файли містять деяку контекстуальну інформацію про вміст або елементи навколо них. Це може бути дуже корисно для перекладачів, оскільки вони можуть вибирати найкращий переклад, виходячи з контексту навколо рядка.

Зрештою, застосунок повинен вміти правильно обробляти множину, оскільки різні мови можуть мати різні форми множини.

💡 Важливо: деякі з цих функцій можуть бути доступними в комплекті розробки програмного забезпечення (SDK), який ви використовуєте, але, можливо, вам знадобиться додати деякі з них за допомогою сторонніх бібліотек. Варто завжди це враховувати та перевіряти.

Крок №4. Зберіть команду

Якщо ви проаналізували обсяг проєкту і вирішили, що не можете впоратися з ним самостійно, настав час зібрати команду.

Ви можете найняти команду або, якщо ви неприбуткова організація, як і freeCodeCamp, використовувати краудсорсинг, щоб попросити спільноту про допомогу з перекладом. Ви можете бути здивовані кількістю щирих і добрих людей, які готові допомогти.

Як тільки у вас є команда, ви можете призначити їм посади:

• перекладачі використовують обрану вами платформу керування локалізацією для перекладу матеріалу;
• редактори переглядають, редагують та затверджують переклади. Переклади завжди корисно переглядати, щоб виправити будь-які помилки або невідповідності;
• розробники працюють над інтеграцією інструментів, які ви вибрали, для автоматизації процесу локалізації;
• менеджери проєкту координують завдання. Вони призначають перекладачам та редакторам конкретні завдання, щоб забезпечити якомога швидше просування проєкту.

Крок №5. Виберіть інструменти для локалізації

Вибір правильного інструменту локалізації може бути вирішальним для досягнення цілей. У світі локалізації існує інструмент, який називається системою керування перекладами (TMS).

Цей тип системи призначений для того, щоб допомогти автоматизувати повторювані завдання з метою оптимізації робочого процесу команди. Люди все одно матимуть свою посаду в процесі локалізації, але за допомогою системи керування перекладами вони можуть досягати своїх цілей набагато швидше.

Зазвичай ці системи можуть бути інтегровані з системами керування вмістом (CMS), щоб автоматично імпортувати матеріал з інших платформ, таких як платформи для блогів. Після імпорту ви можете локалізувати його і експортувати для публікації перекладених версій.

З відповідними інтеграціями системи керування перекладами також можуть перевіряти, чи були зміни у вихідних файлах, і автоматично імпортувати новий матеріал для початку локалізації.

Реальний приклад цього процесу: freeCodeCamp перекладає вихідні файли на Crowdin. Коли файл з навчальної програми freeCodeCamp змінюється, новий матеріал автоматично оновлюється в системі, щоб волонтери могли швидко його перекласти та опублікувати.

Автоматизація цього процесу може бути дуже корисною, особливо для великих організацій з різними проєктами та файлами, щоб вам не доводилося вручну відстежувати ці зміни.

Крок №6. Перекладіть матеріал

Якщо ви вже обрали систему керування перекладами або інший корисний інструмент, то настав час почати перекладати матеріал.

Зазвичай ці платформи розбивають вихідний матеріал на так звані «рядки», які є частинами тексту, що можна перекласти. Перекладачі перекладатимуть рядки та зберігатимуть переклади.

Програмне забезпечення буде відповідальне за зберігання та об’єднання рядків для їх заміни у правильному місці файлу.

Крок №7. Відредагуйте переклади

Редагування є одним з найважливіших етапів процесу, оскільки це останній крок контролю якості, зроблений людьми.

Редактори мають перевірити, чи переклади точні, і чи можна їх адаптувати до культури чи мови ще краще. Вони також перевіряють, чи є друкарські помилки або помилково введені слова, і чи використовується правильний формат. Вони можуть редагувати та затверджувати перекладені рядки.

Іноді вони можуть виявити додаткову кому, відсутній емоджі, зайвий пробіл або відсутню літеру, а ці маленькі деталі дійсно важливі для користувачів, тому цей етап варто сприймати дуже серйозно.

Крок №8. Експортуйте локалізований матеріал

Після перевірки та затвердження всіх перекладів наступним кроком є експорт остаточного локалізованого матеріалу.

Якщо проєкт невеликий, ви можете зробити це вручну. Але якщо проєкт складніший, можна вибрати автоматизацію цього процесу з різними інтеграціями у системі керування локалізацією.

Наприклад, Crowdin дозволяє інтеграцію з різними платформами, включно з GitHub, Google Drive, Google Sheets, Dropbox, MailChimp та іншими.

Якщо переклад готовий та затверджений, і ви налаштували інтеграцію з GitHub, перекладені файли будуть автоматично оновлюватися у сховищі проєкту. Ви навіть можете налаштувати, де будуть зберігатися перекладені файли.

Крок №9. Слідкуйте за змінами

Проєкти та платформи можуть змінюватися з часом. Файли можуть змінюватися, оскільки ви додаєте нові функції та матеріал. Це актуально для freeCodeCamp, оскільки ми регулярно додаємо новий матеріал і оновлюємо старий.

Як ми можемо керувати цими змінами і зберігати платформу локалізованою?

Завдяки Crowdin ми можемо використовувати інтеграції, щоб бути повідомленими про зміни, внесеними до файлів, і ми можемо знати, якщо у нас є нові рядки для перекладу.

Коли це стається, наша дивовижна команда волонтерів і працівників починає перекладати та перевіряти нові рядки, повторюючи цей цикл кожного разу, коли нам потрібно повернути відсоток перекладу до 100%.

🔹 Основи Crowdin для локалізаційних проєктів

Ми ознайомилися з основними поняттями локалізації, тому можемо використати їх на платформі керування локалізацією, яка забезпечує локалізацію freeCodeCamp.

Що таке платформа керування локалізацією?

Це платформа, яка допомагає вам та вашій команді ефективно локалізувати матеріал, продукт та платформу за допомогою автоматизації, хмарних послуг та інтеграцій з іншими платформами.

Ми вже говорили про платформи керування перекладами, правда ж?

Платформи керування локалізацією дуже схожі, але вони допомагають локалізувати продукт, що є ширшим, ніж дослівний переклад тексту.

Що таке Crowdin?

Crowdin — це платформа керування локалізацією, яку можна описати як:

рішення на основі хмарних технологій, яке спрощує управління локалізацією для вашої команди (джерело: Crowdin)

Команда зазначає, що «це ідеальне місце для ефективного управління всім багатомовним матеріалом. Воно дозволяє оптимізувати процес локалізації та зберігати робочий потік гнучким».

Ця платформа також чудово підходить для команд та організацій, які планують локалізувати матеріал декількома мовами.

Ось офіційний вебсайт Crowdin, якщо ви хочете його переглянути.

На цій платформі ви будете застосовувати свої знання з локалізації, і навіть дізнаєтеся, як локалізувати вебсайт всього за декілька хвилин завдяки сервісам та інтеграціям Crowdin.

Засновник Crowdin

Сергій Дмитришин — засновник та генеральний директор Crowdin. Він запустив компанію в 2009 році, і наразі вона має понад 2 мільйони зареєстрованих користувачів у 160+ країнах.

Ми мали можливість зустрітися з ним і запитати, як він би описав Crowdin п’ятьма словами. Він відповів:

Постійна локалізація для сучасних компаній.
— Сергій Дмитришин

Його бачення полягає в тому, щоб Crowdin був найкращою платформою для локалізації продуктів, які постійно еволюціонують, та для проєктів, які можуть ніколи не мати остаточної версії, оскільки їх постійно вдосконалюють, розширюють і оновлюють.

freeCodeCamp є прикладом цього. Ми постійно додаємо та оновлюємо матеріал, тому нам потрібний ефективний та гнучкий процес локалізації, щоб наша платформа була доступною та оновленою для глобальної спільноти.

Основною метою Crowdin є:

розширення потенціалу гнучкої локалізації.

Але що таке гнучка локалізація? Давайте розглянемо.

Що таке гнучка локалізація?

Гнучка локалізація — це процес, в якому локалізація включена в гнучкий цикл розробки продукту з метою локалізації продукту якнайшвидше, оскільки він розвивається.

💡 Важливо: гнучкий цикл розробки продукту — це цикл, в якому продукт постійно оновлюється в ітеративному методі.

Процес гнучкої локалізації відрізняється від процесу традиційної локалізації тим, що переклади не лише пишуться один раз і потім додаються до кінцевого продукту, а постійно додаються та оновлюються зі змінами продукту.

Звучить чудово, правда ж?

Але постійні оновлення також вимагають постійного керування, командної роботи, завантаження та скачування файлів, розгортання платформ і так далі.

Цей процес може швидко ускладнитися, якщо ваша команда не має необхідних інструментів. Але з такою платформою керування локалізацією, як Crowdin, ви та ваша команда можете зекономити час та ефективно досягти своїх цілей.

Переваги Crowdin

Розглянемо деякі причини, чому варто використовувати Crowdin:

• ви можете приєднати свій проєкт до зовнішніх служб через інтеграції, щоб автоматизувати частину процесу локалізації;
• ви можете зберігати свої переклади на їхніх хмарних службах і надавати доступ членам команди та волонтерам з усього світу;
• ви можете автоматично генерувати машинні переклади при створенні матеріалу і попросити перекладачів перевірити та відредагувати їх, що заощаджує час;
• ваша команда може перевіряти якість та формат перекладів за допомогою функцій контролю якості, перевірки орфографії та редагування;
• ви можете генерувати звіти, створювати власні робочі процеси, спілкуватися з членами команди внутрішньо, призначати посади та дозволи, запрошувати нових учасників і багато іншого.

Простими словами, це платформа, яка зробить процес локалізації набагато простішим для вас та вашої команди.

Безоплатний план Crowdin

Crowdin чудовий тим, що пропонує повністю безоплатний план з усіма основними функціями, щоб перекладачі розпочали локалізацію матеріалу.

Так, це безоплатно! Вам потрібно лише створити обліковий запис, і ви зможете:

• створити необмежену кількість відкритих проєктів, які можуть бачити та перекладати інші користувачі;
• додати необмежену кількість перекладачів до своїх відкритих проєктів;
• створити один закритий проєкт;
• розмістити до 60 000 слів у своїх перекладах;
• використовувати корисні функції для підвищення ефективності перекладачів;
• додати одну інтеграцію до свого проєкту (згодом ми їх розглянемо).

Коли ви реєструєтеся та створюєте свій обліковий запис, ви також можете розпочати 14-денний безоплатний випробувальний період командного плану, а також 30-денний випробувальний період для бізнес-плану.

На Crowdin також є інші плани, щоб відповідати вашим потребам.

Crowdin для відкритих проєктів та навчальних закладів

Як неприбуткова організація, freeCodeCamp має спеціальну ліцензію, яку Crowdin надає проєктам з відкритим вихідним кодом та навчальним закладам для підтримки їхньої місії.

Якщо ви представляєте відкритий проєкт або навчальний заклад, ви можете зв’язатися з Crowdin для запиту на ліцензію відкритого коду або ліцензію для академічних потреб.

Команда Crowdin допоможе вам та вашій організації.

🔶 Важливі терміни при використанні Crowdin

Перш ніж ми зануримося в практику, трішки поговоримо про важливі терміни для роботи з платформами керування локалізацією.

Ви часто зустрічатимете ці терміни в наступних розділах, тому давайте розглянемо їх детальніше.

Рядки

Коли ви завантажуєте матеріал на Crowdin, платформа повинна розділити текст на менші частини, які можна перекладати та зберігати окремо, доки всі переклади не будуть готові. Ці частини тексту називають «рядками». Після того, як вони будуть перекладені та затверджені, їх можна об’єднати, щоб згенерувати локалізовану версію матеріалу.

💡 Важливо: рядки можна вважати найменшими одиницями процесу перекладу. Ми не перекладаємо текст слово за слово. Ми перекладаємо його рядок за рядком.

Вихідна мова

Вихідна мова — це мова оригіналу. Наприклад, вихідною мовою freeCodeCamp є англійська, оскільки навчальна програма та документація створюються англійською мовою.

Цільова мова

Це мова, на яку перекладається матеріал. Наприклад, проєкти freeCodeCamp мають різні цільові мови, оскільки ми перекладаємо матеріал різними мовами.

Пам’ять перекладів (TM)

Це схоже на базу даних, де ми зберігаємо всі раніше перекладені частини проєкту. Ми можемо зберігати речення, абзаци або інші одиниці тексту. Мета полягає в тому, щоб повторно використати ті ж самі переклади пізніше. Це функція, яка може зекономити багато часу, оскільки на вибір збереженого перекладу зазвичай потрібно всього кілька секунд. Його можна відредагувати за необхідності, але у нас все одно буде основа для роботи.

Машинний переклад (MT)

Цей процес включає автоматичний переклад матеріалу без будь-якого втручання людини. Зазвичай в цьому процесі беруть участь штучний інтелект та машинне навчання. Перекладачі та редактори можуть взяти переклади, створені комп’ютером, та адаптувати або виправити їх за потреби.

💡 Важливо: будь ласка, майте на увазі, що пам’ять перекладів (TM) та машинний переклад (MT) відрізняються, хоча їхні абревіатури дуже схожі. Це може бути трохи заплутано спочатку, але завжди пам’ятайте, що «memory» (укр. пам’ять) вказує на базу даних перекладу, а «machine» (укр. машина) вказує на автоматизований процес перекладу.

Перевірка QA

QA означає «Quality Assurance» (укр. забезпечення якості). Це процес перевірки перекладу на правильний формат та орфографію. На Crowdin є багато функцій QA, які допомагають знайти та виправити потенційні помилки.

Глосарій

Це база даних важливих термінів проєкту з визначеннями. Мета створення та підтримки глосарію полягає в тому, щоб надати перекладачам більше контексту щодо термінів та допомогти обрати найточніший переклад.

Знімок екрана

Картинка того, що ви можете бачити на екрані свого комп’ютера у певний момент. Зберігається як файл зображення.

Краудсорсинг

Це практика локалізації на основі співпраці. Основна ідея полягає в тому, що якщо ви є організацією і ваша мета — перекласти матеріал різними мовами, ви можете попросити допомоги у своєї спільноти. Наприклад, переклад freeCodeCamp є прикладом краудсорсингу.

Попередній переклад

Це автоматизована техніка, яку ви можете використовувати на Crowdin для попереднього автоматичного перекладу проєкту за допомогою машинного перекладу (MT) або пам’яті перекладів (TM). Після цього перекладачі можуть перевірити комп’ютерні переклади та відредагувати їх за необхідності.

Інтеграції

Це з’єднання, які ви можете створити між Crowdin та іншими програмами чи сервісами (наприклад, GitHub, Google Drive, Google Sheets тощо). Саме так сховище freeCodeCamp на GitHub залишається перекладеним. Коли ми додаємо нові рядки, вони автоматично завантажуються на Crowdin, і перекладачі можуть починати працювати над ними.

Вебхуки

Це автоматизовані «повідомлення», які застосунок або платформа надсилають іншому застосунку або платформі, коли відбуваються певні події. На Crowdin ви можете надіслати їх, коли переклади завершені, файли пройшли перевірку на помилки тощо.

Інтерфейс командного рядка (CLI)

Це інтерфейс користувача на основі тексту, який можна використовувати для взаємодії з комп’ютерною програмою, вводячи команди. На Crowdin є інтерфейс командного рядка (CLI) під назвою Crowdin Console Client, який дозволяє синхронізувати локалізаційний матеріал з проєктом.

Прикладний програмний інтерфейс (API)

Це посередник, який дозволяє двом застосункам спілкуватися між собою, надсилаючи інформацію за певними протоколами. Crowdin також має API, який допомагає інтегрувати локалізацію в процес розробки.

Спеціальні змінні

На Crowdin можна вказати змінні, які не потрібно перекладати. Вони будуть виділені у вихідних рядках, які можуть бачити перекладачі. Щоб увімкнути цю функцію, вам потрібно звернутися до служби підтримки Crowdin.

🔶 Початок роботи з Crowdin

Після цього детального, але надзвичайно важливого вступу до основ локалізації, прийшов час зануритися в практику та почати працювати на Crowdin.

🔶 Як створити обліковий запис на Crowdin

Якщо ваша мета — створити проєкт на Crowdin, вам потрібно створити обліковий запис, якщо його досі немає.

Для цього перейдіть на crowdin.com.

Натисніть на кнопку Sign up.

Створіть обліковий запис, заповнивши та надіславши форму. Вам потрібно ввести свою електронну адресу, ім’я користувача та пароль. Також вам доведеться погодитися з умовами, поставивши відповідну позначку.

💡 Важливо: після реєстрації потрібно підтвердити свою електронну адресу. Ви отримаєте електронний лист від Crowdin з активним посиланням, щоб перейти до свого профілю. Ви повинні побачити повідомлення про підтвердження про те, що адресу електронної пошти підтверджено.

Після реєстрації (або входу, якщо у вас вже є обліковий запис), ви побачите свій профіль Crowdin, де зможете керувати проєктами, командою, робочим процесом, активністю тощо.

🎉 Вітаємо! Тепер у вас є обліковий запис на Crowdin і ви готові налаштувати свій профіль.

🔶 Як налаштувати профіль на Crowdin

Щоб налаштувати свій профіль:

Натисніть на зображення профілю у верхньому правому куті та оберіть Settings зі спадного меню.

Ви побачите свій профіль та інформацію, яку можна налаштувати, а саме:

• зображення профілю;
• повне ім’я, ім’я користувача та електронна адреса;
• компанія та посада;
• стать;
• коротка автобіографія;
• мова, часовий пояс та формат часу;
• обрані мови;
• тема (світла, темна або відповідно до місцевого часу);
• приватність. За замовчуванням профіль є публічним. Встановіть цю опцію, якщо хочете зробити свій профіль приватним.

💡 Важливо: з цієї сторінки також можна видалити свій обліковий запис. Внизу є червона кнопка та попередження про наслідки. Натискайте на цю кнопку лише тоді, коли абсолютно впевнені, що потрібно видалити всі проєкти та пов’язані з ними дані.

🔶 Як створити проєкт на Crowdin

Тепер ви знаєте, як налаштувати свій профіль, тому давайте створимо проєкт. Ви можете створити проєкт зі своєї сторінки профілю.

Якщо ви перебуваєте на іншій частині платформи, можете повернутися до профілю, натиснувши на своє зображення профілю у верхньому правому куті та обравши Profile, як показано нижче:

Щоб створити проєкт, натисніть на кнопку Create Project (зелену або сіру, вони еквівалентні).

Ви побачите сторінку, де потрібно заповнити основну інформацію про проєкт, а саме:

• назва;
• адреса проєкту. Якщо адреса проєкту складається з декількох слів, відокремте їх дефісами (-);
• налаштування приватності (публічний чи приватний);
• вихідна мова;
• цільові мови.

💡 Важливо: адреса проєкту має бути унікальною. Вона автоматично заповнюється, коли ви вводите назву проєкту. Якщо вона вже зайнята іншим користувачем, ви побачите червоне попередження і потрібно буде обрати іншу адресу.

Ви можете обрати будь-яку кількість цільових мов. Просто позначте їх прапорцями та вони будуть додані.

Ось що ви побачите при виборі цільових мов:

У вас також є можливість автоматично заповнити вибір 30-тьма найпопулярнішими мовами:

💡 Важливо: ви також можете створити власні мови або скопіювати вибір, зроблений для іншого проєкту.

Якщо ви оберете додати власну мову, ви побачите це:

Оскільки це абсолютно власна мова, вам потрібно вказати:

• назву мови;
• чи це діалект іншої мови;
• код для цієї мови на Crowdin;
• трьохлітерний код;
• код локалі;
• чи текст буде записуватися зліва направо чи справа наліво;
• форму множини.

Після заповнення усієї інформації можна створити проєкт. Просто натисніть на кнопку Create Project внизу сторінки.

💡 Важливо: ви також можете натиснути на Cancel і повернутися до цієї сторінки, якщо хочете почати спочатку.

Тепер ви можете бачити свій проєкт. Звичайно, спочатку він буде порожнім, але не хвилюйтеся. Ми займемося цим вже зараз. 😉

🔶 Огляд проєкту

Швидко оглянемо проєкт.

Зверху ви бачите назву проєкту та його поточні налаштування приватності. Мій демопроєкт є приватним. На безоплатному обліковому записі Crowdin можна створити необмежену кількість публічних проєктів або один приватний проєкт.

Поруч з назвою проєкту ви побачите дві кнопки: Invite People та Buy Translations.

Ви можете запросити членів команди приєднатися до проєкту (ми розглянемо, як це зробити), а також купити переклади від Crowdin.

Ви також знайдете всі вкладки, які потрібні для доступу до інструментів.

За замовчуванням ви знаходитесь на вкладці Sources, де можете побачити файли, які ви завантажили, та рядки проєкту.

💡 Важливо: ви також зможете створювати папки та додавати файли.

Розглянемо інші вкладки.

Вкладка «Dashboard»

Тут ви побачите список цільових мов проєкту.

Вкладка «Translations»

Тут ви можете завантажити наявні переклади, скачати переклади як ZIP-файл, експортувати матеріал в обраному файлі та налаштувати доставку вмісту по повітрю.

Вкладка «Screenshots»

Тут ви можете завантажити знімки екрану свого проєкту, щоб надати перекладачам більше контексту про рядки, які вони перекладають.

Вкладка «Tasks»

Тут ви можете створити та призначити завдання своїй команді.

Вкладка «Members»

Тут ви можете побачити всіх членів проєкту з відповідними посадами, датами приєднання до проєкту та діями, які ви можете виконати щодо них.

Вкладка «Integrations»

Тут ви можете додати інтеграції до свого проєкту та побачити всі поточні інтеграції.

Вкладка «Reports»

Тут ви можете переглядати та генерувати звіти про діяльність свого проєкту, включно з перекладом та редагуванням.

Вкладка «Activity»

Тут ви можете побачити активність проєкту.

Вкладка «Discussions»

Тут ви можете відкривати теми для обговорення проєкту зі своєю командою.

Вкладка «Tools»

Тут ви знайдете більше інформації про CLI, API, вебхуки та Crowdin in-context (інструмент для перекладу вебзастосунків із переглядом у реальному часі).

Вкладка «Settings»

Тут ви можете змінити налаштування проєкту.

Говорячи про налаштування проєкту, давайте зануримось в налаштування, які ви можете змінити для свого проєкту.

🔶 Як змінити налаштування проєкту на Crowdin

Ви знайдете різні категорії налаштувань проєкту.

General

До загальних налаштувань належать:

• назва;
• публічний опис;

• брендинг, включно з власним доменом та логотипом;

• значки для відтворення прогресу процесу локалізації;
• можливість видалити проєкт.

Privacy & collaboration

У цій категорії ви знайдете налаштування для керування приватністю та сповіщеннями проєкту.

Ви можете керувати видимістю проєкту в налаштуваннях Project visibility. Проєкт можна налаштувати як публічний або приватний.

Далі ми маємо налаштування приватності. Ви можете прочитати короткий опис кожного з цих налаштувань під відповідним пунктом. Щоб увімкнути налаштування, поставте галочку біля нього.

Зрештою, можна налаштувати сповіщення для перекладачів, менеджерів проєкту та розробників. Просто відмітьте сповіщення, які хочете увімкнути.

Languages

У категорії мов ви можете змінити вихідну та цільові мови свого проєкту.

QA Checks

Я ж обіцяла, що це буде важливо? Так ось. У категорії перевірки якості (QA) ви можете увімкнути перевірку якості (QA) та вибрати, які саме перевірки вас цікавлять.

Crowdin зазначає:

Основна мета перевірок якості (QA) — допомогти ефективно вирішити мовні аспекти у перекладах та забезпечити їхнє форматування так само, як у вихідних рядках, щоб вони ідеально підходили для інтерфейсу користувача. До деяких типових проблем перевірки якості (QA) належать пропущені коми, зайві пробіли або орфографічні помилки.

Всі питання перевірки якості (QA) рекомендовано переглянути і вирішити до побудови проєкту та скачування перекладу.

До перевірок якості (QA) належать:

• порожні переклади;
• проблеми з довжиною;
• неспівпадіння тегів;
• неспівпадіння пробілів;
• неспівпадіння змінних;
• неспівпадіння пунктуації;
• неспівпадіння регістру символів;
• неспівпадіння спецсимволів;
• неправильний переклад, визначений учасниками проєкту;
• орфографічні помилки;
• помилки синтаксису ICU;
• термінологія не відповідає глосарію проєкту;
• дубльований переклад;
• синтаксис Android.

Після того, як ви вибрали перевірки якості (QA), які хочете увімкнути, просто натисніть на кнопку Save, і зміни будуть збережені.

Translation Memories

Ви також знайдете категорію налаштувань пам’яті перекладів.

Ми поговоримо про пам’ять перекладів більш детально пізніше, але знайте, що це місце, де ви можете змінити налаштування цієї функції.

Glossaries

Ви можете керувати своїми глосаріями в категорії Glossaries.

Ви можете перевірити призначені глосарії та натиснути на посилання, щоб переглянути записи кожного глосарію. Вгорі ви також знайдете посилання на застосунок для перекладу глосарію.

Import

На Crowdin ви можете імпортувати вихідні рядки та змінити налаштування (наприклад, обробку дубльованих рядків та підрахунок слів).

Export

Категорія експорту має корисні налаштування для експорту перекладених файлів.

Ви можете:

• зберегти інформацію контексту у файлах;
• пропустити неперекладені рядки;
• пропустити неперекладені файли;
• експортувати лише затверджені переклади;
• автоматично заповнити регіональні діалекти.

Labels

Мітки можуть бути корисними для надання контексту рядкам та їх розподілу за темами. Вони можуть бути корисними, якщо ви хочете знайти певні рядки.

Мітки можна додати у цій категорії налаштувань:

Parser configuration

За допомогою налаштувань парсера ви можете встановити, як Crowdin імпортує та експортує обрані типи файлів.

File Processorrs

Остання група в налаштуваннях — це обробники файлів, які дозволяють налаштувати спосіб обробки підтримуваних форматів файлів.

🔶 Як видалити проєкт на Crowdin

Якщо вам потрібно видалити проєкт, перейдіть до вкладки Settings, а потім до вкладки General.

Внизу ви знайдете червону кнопку Delete Project.

🔶 Як завантажити файли до проєкту на Crowdin

Тепер ви знаєте, як змінити налаштування проєкту, тому давайте додамо файл до проєкту. Ви можете завантажити файли до проєкту вручну або автоматизувати цей процес завдяки інтеграціям.

Як завантажити файли вручну

Завантажимо звичайний PDF-файл з текстом та зображеннями.

Щоб завантажити файли:

1. Перейдіть до проєкту.
2. Перейдіть до вкладки Sources.
3. Натисніть на зелену кнопку Add File або сіру кнопку Upload Files (див. знімок екрана нижче).
4. Виберіть файл, який потрібно завантажити з файлової системи.

💡 Важливо: щоб дізнатись, як працює Crowdin, ви можете додати зразки від Crowdin, натиснувши на Use Samples.

Після завантаження файлу ви побачите його в списку:

Можливо, вам доведеться почекати кілька секунд, перш ніж файл буде оброблено. Потім ви побачите загальну кількість рядків у своєму файлі.

💡 Важливо: ви можете перетягнути свій файл в область файлів у вкладці Sources, і ваш файл буде автоматично завантажено.

Якщо ви натиснете на три маленькі крапки праворуч, ви побачите більше опцій для цього файлу, включно з:

• Settings (налаштування);
• Progress (прогрес);
• View strings (перегляд рядків);
• Open in Editor (відкрити в редакторі);
• Download source (скачати вихідний файл);
• Rename (перейменувати);
• Delete (видалити).

Як завантажити файли автоматично

Одна з ключових особливостей Crowdin полягає в тому, наскільки легко підключати його до інших служб через інтеграції, щоб автоматично завантажувати файли та синхронізувати переклади.

Наприклад, у freeCodeCamp встановлено інтеграцію з GitHub, тому ми можемо автоматично синхронізувати файли проєкту, коли додаємо нові рядки, які потрібно перекласти на Crowdin.

Ви можете знайти сотні інтеграцій у Crowdin Store для підключення свого проєкту до зовнішніх служб.

Crowdin також має прикладний програмний інтерфейс (API) для розробників.

Команда Crowdin описує його як:

Повнофункціональний REST API, який допомагає інтегрувати локалізацію у процес розробки. Кінцеві точки, які ми використовуємо, дозволяють легко робити виклики для отримання інформації та виконання необхідних дій.

За допомогою цього API ви можете:

• створювати проєкти для перекладу;
• додавати та оновлювати файли;
• скачувати переклади та багато іншого.

Це чудовий спосіб автоматизувати процес локалізації. Дізнайтеся більше про Crowdin API в офіційній документації.

І третя опція автоматичного завантаження файлів — це використання інтерфейсу командного рядка (CLI).

З цим інтерфейсом ви можете:

• автоматизувати процес завантаження файлів;
• автоматично скачувати переклади та зберігати їх у відповідних місцях;
• завантажувати наявні переклади;
• інтегрувати Crowdin з іншими інструментами (наприклад, Git).

Щоб дізнатися більше про Crowdin CLI, перегляньте цю інструкцію, створену командою Crowdin.

Тепер ви знаєте, як завантажувати файли на Crowdin вручну та автоматично, тому розберемось, як розпочати перекладати матеріал.

🔶 Як розпочати перекладати

Коли файл завантажено, час розпочати переклад. Ви можете перекласти його власноруч або попросити команду.

💡 Важливо: ви можете призначити конкретні файли перекладачам та редакторам за допомогою функції Tasks.

Припустимо, що ви перекладаєте матеріал самостійно.

Для початку вам потрібно перейти на вкладку Dashboard та вибрати мову, на яку ви будете перекладати матеріал, зі списку цільових мов, які ви вибрали при створенні проєкту.

Для цього прикладу я виберу іспанську мову.

Ви побачите всі файли свого проєкту для конкретної цільової мови.

На сторінці мови ви можете перевіряти прогрес перекладу та редагування кожного файлу, перекладати й редагувати, а також завантажувати переклад та вихідні файли.

Ви можете натиснути на назву файлу, який хочете перекласти. Ви перейдете на редактор перекладу і побачите файл у попередньому перегляді.

Під час завантаження файлу Crowdin розділяє його на рядки. Цей процес може вимагати певних перетворень формату залежно від типу файлу, який ви завантажуєте.

Відповідно до документації Crowdin:

При імпорті деякі формати файлів автоматично конвертуються в інші формати для подальшого аналізу та обробки.

У таблиці нижче подано список початкових форматів файлів та формати файлів, у які вони конвертуються.

Ми можемо бачити, що PDF-файли конвертуються у DOCX-файли — тип файлів, який зазвичай створюють у текстовому редакторі.

Для експорту файлів Crowdin також зазначає:

За замовчуванням ми експортуємо переклади в тому ж форматі, що й вихідні файли. Наприклад, якщо ви завантажуєте XML-файл на Crowdin, ви отримаєте експортований XML-файл.

🔶 Як користуватися редактором перекладу

Це макет редактора перекладу, який ви побачите за замовчуванням, коли натиснете на файл. Такий режим називають «Comfortable».

Він має чотири основні секції:

• ліва бокова панель (позначена фіолетовим);
• верхня середня область (позначена жовтим);
• нижня середня область (позначена оранжевим);
• права бокова панель (позначена блакитним).

Розглянемо кожну секцію.

Ліва бокова панель

• виділена фіолетовим на малюнку вище;
• показує всі рядки у документі та попередній перегляд вихідного файлу;
• у верхній частині ви знайдете корисні інструменти, серед яких (зліва направо): пошук рядків у файлі, зміна вигляду рядків, виділення перекладених та неперекладених рядків, показ попереднього перегляду перекладу, перемикач масштабу та додавання рядка.

Якщо натиснути на першу кнопку після поля пошуку файлів, ви можете змінити вигляд рядків: так ви будете бачити список усіх рядків, а не попередній перегляд файлу.

Тепер ви побачите список усіх рядків:

Ви можете знову натиснути на цю кнопку, щоб повернутися до попереднього режиму, де ви можете бачити рядки в оригінальному контексті та макеті вихідного файлу:

Як бачите, рядки виділені різними кольорами:

• червоний означає, що рядок не перекладений;
• жовтий означає, що рядок частково перекладений;
• блакитний означає, що рядок перекладений;
• сірий означає, що рядок прихований і видимий тільки для менеджерів проєкту та редакторів.

Коли ви почнете редагування рядків, ви також побачите:

• жовту галочку, якщо рядок частково затверджений (якщо деякі форми множини не затверджені);
• зелену галочку, якщо рядок затверджений.

Ви також можете побачити іконку коментаря, якщо хтось залишив коментар до рядка або позначив коментар як проблему.

Верхня середня область

• виділена жовтим на малюнку нижче;
• це місце, де потрібно перекладати рядок. Вам потрібно лише вибрати його з лівої бокової панелі, і він з’явиться в цій області.

Натиснемо на рядок і подивимося, що станеться:

Чудово! Рядок тепер вибраний як Source String, і ми можемо почати його перекладати:

Три інструменти, які ви можете побачити у нижній частині (зліва направо):

• Copy Source: щоб зберегти початкову структуру рядка;
• Clear: щоб швидко видалити переклад;
• Text Selection Mode: щоб скопіювати частину перекладу з пам’яті перекладів (TM) або машинних перекладів (MT).

Якщо натиснути на три крапки вгорі, ви побачите додаткові опції для рядка, зокрема:

• Hide String (приховати рядок);
• Copy String URL (скопіювати посилання на рядок);
• Copy Source Skeleton (скопіювати вихідний скелет);
• Translation History (історія перекладів);
• View String in Context (переглянути рядок у контексті).

Коли ви пишете свій переклад, ви побачите його в попередньому перегляді. Рядок буде виділено жовтим, якщо його вибрано.

Щоб зберегти свій переклад, натисніть на зелену кнопку Save.

Після цього ви можете перейти до наступного рядка, а раніше перекладений рядок буде виділений іншим кольором (блакитним).

Щоб повернутися до попереднього рядка, просто натисніть на нього або натисніть на ліву стрілку поруч із Source String.

Якщо повернутись до рядка, ви побачите щось нове у нижній середній області.

Давайте поговоримо про нижню середню область.

Нижня середня область

• виділена оранжевим на малюнку нижче;
• ця секція містить переклади, зроблені іншими перекладачами (якщо такі є), пропозиції з пам’яті перекладів (TM), пропозиції машинного перекладу (MT) та переклади іншими мовами.

💡 Важливо: якщо натиснути на запропонований переклад, то він автоматично з’явиться в полі введення.

Це поточний стан нашого проєкту. У нас є перекладений рядок, і ви можете побачити переклад іспанською у нижній середній секції (оранжева рамка нижче).

Для кожного перекладу ви будете бачити:

• переклад цільовою мовою;
• користувача Crowdin, який запропонував переклад;
• коли переклад було збережено;
• поточний рейтинг перекладу (інші члени проєкту можуть піднімати або знижувати рейтинг);
• кнопка з галочкою для схвалення перекладу (для редакторів);
• кнопка зі смітником для видалення перекладу.

Якщо ви власник проєкту або маєте право на редагування, ви можете самостійно затвердити переклад рядка. Однак бажано, щоб хтось інший перевірив ваш переклад, щоб уникнути поширених помилок.

Щоб затвердити переклад, просто натисніть на галочку біля нього.

Тепер ви побачите затверджений рядок, виділений зеленим у попередньому перегляді:

Перекладений рядок тепер покаже, хто і коли затвердив його:

Права бокова панель

• виділена блакитним на малюнку нижче;
• це місце, де ви можете писати коментарі, користуватись TM, шукати терміни у своєму глосарії, додавати нові застосунки та знаходити застосунки, які ви додали через Crowdin Store.

Щоб написати коментар, просто перейдіть до коментарів на боковій панелі та напишіть свій коментар у текстовому полі внизу. Ви можете позначити коментар як проблему, якщо потрібно.

💡 Важливо: коментар потрібно писати вихідною мовою проєкту, щоб інші члени команди та менеджери проєкту могли зрозуміти його.

Якщо натиснути на другу кнопку на цій боковій панелі, ви зможете користуватись пам’яттю перекладів серед попередніх перекладів.

За допомогою третьої кнопки ви можете шукати терміни, пов’язані з вибраним рядком, у глосарії.

Crowdin стверджує, що цей пошук чудовий, оскільки:

Якщо конкретний термін відсутній у глосарії проєкту, система покаже пояснення з вікіпедії.

Це може бути дуже корисно, щоб зрозуміти контекст терміну під час перекладу матеріалу.

Остання ккнопка — це значок плюс, який направить вас до Crowdin Store, де ви зможете знайти застосунки та інтеграції для свого проєкту й отримати доступ до них на боковій панелі.

🔶 Режими редактора перекладу

Редактор перекладу має три режими, щоб налаштувати макет відповідно до ваших потреб: Comfortable, Side-by-Side та Multilingual.

Режим «Comfortable»

• переважно використовується для перекладів;
• має чотири основні секції, які ми бачили у попередньому розділі.

Як змінити режим

Щоб змінити режим, потрібно натиснути на іконку меню у верхньому лівому куті редактора перекладу:

Потім натисніть на View та виберіть бажаний режим:

Режим «Side-by-Side»

• переважно використовується менеджерами та редакторами для затвердження найкращих перекладів, а також перекладачами для голосування за переклади.

Перший раз, коли ви переключитеся на цей режим, ви побачите декілька корисних порад:

Ось що ви побачите, коли перейдете до режиму «Side-by-Side». Будь ласка, витратьте трохи часу, щоб детально ознайомитися з цими змінами:

Щоб побачити всі можливі стани рядків у режимі «Side-by-Side», повернімося до режиму «Comfortable», щоб перекласти та зберегти ще один рядок (але цього разу ми не будемо затверджувати його).

У режимі «Side-by-Side» у нас тепер є перекладений рядок, затверджений рядок і рядки, які ще потрібно перекласти.

Почнемо з короткої екскурсії. У вас є чотири області, розмір яких можна змінювати відповідно до ваших потреб:

• у верхньому лівому куті ми знайдемо список рядків. Ви можете вибрати декілька рядків для масових операцій (наприклад, затвердження декількох перекладів одним натисканням);
• у нижньому лівому куті ми знайдемо попередній перегляд вихідного файлу;
• у верхньому правому куті ми знайдемо деталі рядка;
• у нижньому правому куті ми знайдемо поточні переклади та пропозиції. Це дуже схоже на те, що ви бачите у режимі «Comfortable».

Панель інструментів

У верхній частині списку рядків ви побачите декілька інструментів, зокрема (зліва направо):

• пошук рядка;
• зміна критеріїв сортування;
• довжина рядка в оригіналі та перекладі;
• кнопка збереження;
• кнопка скасування;
• скопіювати вихідний рядок;
• затвердити рядок;
• додати рядок;
• редагувати рядок;
• більше опцій.

Якщо відкрити меню «Більше опцій», натиснувши на три крапки, ви побачите більше корисних опцій для вибраних рядків.

Як відсортувати рядки

Ви помітите, що за замовчуванням рядки відсортовано за їхнім станом.

💡 Важливо: неперекладені рядки з’являються першими в списку, тому ви не побачите рядки у порядку їхньої появи у вихідному файлі.

Ви можете змінити критерії сортування, натиснувши на іконку фільтра поруч із полем пошуку.

У цьому режимі ви також побачите різні візуальні позначення стану кожного рядка.

Тут ми бачимо:

• неперекладений рядок, виділений червоним;
• перекладений рядок, виділений блакитним;
• затверджений рядок із зеленою галочкою;
• прихований рядок, виділений сірим.

Режим «Multilingual»

Тепер перейдемо до режиму «Multilingual». Цей режим переважно використовується перекладачами та редакторами для роботи з кількома мовами одночасно.

💡 Важливо: ви можете працювати одночасно з максимум десятьма мовами.

Щоб перейти до цього режиму, натисніть на іконку головного меню у верхній частині. Потім оберіть View і виберіть Multilingual.

Якщо ви вибрали режим «Multilingual», вам потрібно буде вибрати мови, з якими плануєте працювати.

Давайте виберемо іспанську та японську, щоб побачити, як працює цей режим. Натисніть на них, а потім натисніть на кнопку Apply.

Ви повинні побачити наступне:

Кожен рядок матиме текстове поле, де ви можете написати переклад для кожної з вибраних мов.

Якщо ви працюєте у багатомовному режимі, ви можете переключатися між двома можливими виглядами:

• вигляд списку;
• вигляд сітки.

Ось приклад вигляду списку:

Щоб переключитися на вигляд сітки, потрібно натиснути на відповідну кнопку на панелі інструментів вгорі:

Інші частини редактора та інструменти в цьому режимі дуже схожі на ті, про які ви вже знаєте у режимі «Side-by-Side».

🔶 Як перейти до іншого файлу

Можливо, після перекладу всіх рядків у файлі вам потрібно буде перейти до іншого файлу. Це дуже легко зробити:

Натисніть на головне меню у верхньому лівому куті.

Перейдіть до File та оберіть Open....

Виберіть файл, який хочете відкрити, та натисніть Open (або двічі натисніть на назву файлу).

💡 Важливо: ви можете швидше перейти до списку файлів, натиснувши одразу на назву файлу.

Ви перейдете до обраного файлу.

🔶 Як переглянути всі рядки

Якщо вам коли-небудь знадобиться побачити список усіх рядків у проєкті, то:

Перейдіть до головного меню у верхньому лівому куті.

Перейдіть до File та виберіть All Strings.

Ви побачите список усіх рядків у проєкті, їхній стан та переклади.

🔶 Як перекладати мови із письмом справа наліво

У той час як деякі мови, серед яких іспанська та італійська, пишуться зліва направо (LTR), інші мови, серед яких арабська та урду, пишуться справа наліво (RTL).

Crowdin зазначає, що:

Під час перекладу між мовами LTR і RTL деякі елементи у полі перекладу в редакторі можуть відтворюватись не так само, як після експорту.

Щоб переконатися, що переклади будуть правильно відтворені в експортованому файлі, Crowdin рекомендує:

1. Під час написання перекладу використайте кнопку Copy Source. Це перша кнопка на панелі інструментів.

2. Перекладіть текст на цільову мову.

3. Не змінюйте змінні або теги, навіть якщо вони виглядають по-іншому. Після експорту файлу вони матимуть правильний вигляд.

💡 Важливо: Crowdin пропонує використовувати застосунок Unicode Table для копіювання та вставки знаків справа наліво та зліва направо, змінюючи напрямок тексту, коли це потрібно.

Налаштування редактора перекладу

Ви також можете налаштувати редактор перекладу.

Щоб перейти до цих налаштувань, натисніть на шестерню у верхньому правому куті редактора перекладу.

Ви побачите список налаштувань, які можете змінити.

Перша частина цих налаштувань містить:

• мінімальний відсоток відповідності для перекладів з пам’яті перекладів;
• чи потрібно перевіряти переклади на наявність проблем із забезпечення якості (QA);
• чи повинен редактор автоматично завершувати те, що ви пишете, і показувати прогнозовані переклади;
• чи потрібно автоматично затверджувати переклади. Це може бути корисно, якщо ви самостійно перекладаєте і редагуєте проєкт;
• чи потрібно автоматично переходити до наступного рядка;
• тема редактора перекладу (світла, темна або автоматично).

Якщо прокрутити вниз, ви знайдете ще більше налаштувань, серед яких:

• чи повинен редактор показувати лише початок вихідного рядка в компактному вигляді;
• чи показувати попередній перегляд перекладу для перекладених рядків;
• як відтворювати HTML-теги: їх можна показувати або приховати;
• чи потрібно відтворювати непридатні для друку символи;
• чи потрібно виділяти поле для перекладу;
• чи потрібно ввімкнути перевірку орфографії в реальному часі;
• мова інтерфейсу користувача вашого редактора перекладу.

Ви можете налаштувати ці параметри відповідно до своїх потреб.

Гарячі клавіші

Ще одна ключова функція підвищення продуктивності для перекладачів і редакторів у Crowdin — використання гарячих клавіш.

Щоб побачити всі гарячі клавіші, доступні для вашої операційної системи, просто натисніть на іконку клавіатури у верхньому правому куті.

Гарячі клавіші, доступні для Windows:

Гарячі клавіші, доступні для macOS:

Якщо прокрутити вниз, ви знайдете ще більше гарячих клавіш для macOS.

🔶 Як скачати перекладені файли

Після того, як проєкт перекладено та затверджено, його потрібно скачати.

Crowdin пропонує три різні варіанти скачування файлів. Ви можете скачати весь проєкт, скачати всі файли проєкту конкретною мовою або скачати один файл конкретною мовою.

Розглянемо всі варіанти докладніше.

Як скачати весь проєкт

Якщо вам потрібно скачати весь проєкт:

1. Перейдіть до проєкту.
2. Перейдіть до вкладки Translations.
3. У розділі Download as ZIP натисніть на кнопку Build & Download.

Ви побачите індикатор виконання, доки Crowdin складає проєкт, а потім розпочнеться скачування.

ZIP-файл буде містити папки для кожної мови. Назви папок будуть відповідати їхнім мовним кодам.

Як скачати всі файли цільовою мовою

Цей варіант корисний, якщо вам потрібно скачати всі перекладені файли конкретною цільовою мовою.

1. Перейдіть до проєкту.
2. Перейдіть до вкладки Translations.
3. У розділі Download as ZIP виберіть мову.
4. Натисніть на кнопку Build & Download.

Як скачати один файл цільовою мовою

Третій варіант — скачати лише один файл цільовою мовою.

Для цього:

1. Перейдіть до проєкту.
2. Перейдіть до вкладки Dashboard.
3. Виберіть цільову мову.
4. Натисніть на файл.
5. Натисніть на три крапки праворуч, щоб побачити додаткові опції (див. знімок екрана нижче).
6. Натисніть на Download.

Скачування має розпочатися, і перекладений файл повинен бути готовий через кілька секунд або хвилин.

Ви також можете автоматизувати процес експорту чи скачування перекладених файлів за допомогою інтеграцій Crowdin.

🔶 Як використовувати пам’ять перекладів (TM)

Чудова робота! Ви вже знаєте основні функції редактора перекладу, тому поговоримо про більш просунуті функції, серед яких пам’ять перекладів.

Ми розглянемо, як ви можете:

• створити пам’ять перекладів;
• керувати пам’яттю перекладів;
• завантажити пам’ять перекладів;
• призначити пам’ять перекладів до проєкту.

💡 Важливо: пам’ятайте, що TM — це як база даних перекладених рядків та їхні відповідні переклади. Використання попередніх перекладів може значно заощадити час.

Готові? Тоді розпочнемо.

Як створити пам’ять перекладів (TM)

Щоб створити TM для проєкту:

1. Перейдіть до свого профілю. Для цього натисніть на Profile у спадному меню, яке з’явиться, якщо натиснути на зображення свого профілю у верхньому правому куті.
2. Перейдіть до вкладки Resources.

3. Якщо у вас уже створено проєкт, ви побачите TM для цього проєкту. Ви також можете створити нову TM, незалежну від проєкту (ви можете призначити її до проєкту пізніше).

Crowdin зазначає, що:

Окрім проєктних TM, які автоматично створюються разом із відповідними проєктами, ви також можете створити окремі TM, заповнити їх відповідним вмістом, завантаживши наявні TM у форматі TMX, XLSX або CSV, а потім призначити ці TM до потрібних проєктів.

4. Щоб створити нову пам’ять перекладів, натисніть на зелену кнопку Create TM.

5. Заповніть інформацію для нової пам’яті перекладів (наприклад, її назву, мову та чи хочете ви призначити її до наявного проєкту).

Я створю нову TM під назвою Demo TM англійською мовою. Поки що я не призначатиму її до жодного проєкту.

Глянемо, що відбувається:

🎉 Чудово! Тепер ми бачимо нову TM у списку.

Як керувати пам’яттю перекладів (TM)

Якщо натиснути на три крапки праворуч від TM, щоб переглянути додаткові опції, ви побачите наступне:

• Upload (завантажити);
• Download (скачати);
• Edit (редагувати);
• View Records (переглянути записи);
• Delete (видалити).

Якщо вибрати TM, поставивши галочку, ви зможете її видалити, відредагувати або переглянути записи.

Оскільки наша пам’ять перекладів є новою (а отже, порожньою), переглянемо записи TM для freeCodeCamp Course Project.

Якщо натиснути на неї, ви побачите список усіх записів, збережених у TM:

Тут ви можете:

• редагувати записи;
• видаляти записи;
• шукати певні записи, враховуючи регістр, цілу фразу та точний збіг;
• приховувати або показувати певні стовпці.

Як завантажити та скачати пам’ять перекладів (TM)

У вкладці Resources ви також можете завантажувати та скачувати TM.

Файл повинен бути в одному з наступних форматів:

• TMX
• XLSX
• CSV

Щоб завантажити TM:

• натисніть на кнопку Upload;
• виберіть файл у файловій системі;
• зіставте стовпці до відповідної мови.

Щоб скачати пам’ять перекладів:

• натисніть на кнопку Download;
• виберіть формат (TMX, XLSX або CSV);
• виберіть, чи ви хочете завантажити всі мови або лише конкретну пару.

Скачування має розпочатися після натискання зеленої кнопки Download.

Ось файл CSV, який ми отримаємо після експорту пам’яті перекладів для freeCodeCamp Course Project:

Як призначити пам’ять перекладів до проєкту

Щоб призначити наявну TM до проєкту:

1. Перейдіть до проєкту.
2. Перейдіть до вкладки Settings.
3. Перейдіть до Translation Memories.

4. Прокрутіть вниз, щоб знайти Assigned Translation Memories.

5. Виберіть TM, які хочете призначити до свого проєкту.

Crowdin зазначає, що:

Якщо ви призначаєте декілька TM до проєкту, ви можете встановити потрібний пріоритет для кожної пам’яті. У результаті пропозиції TM з вищим пріоритетом будуть відображатися в першу чергу.

💡 Важливо: більше число означає вищий пріоритет. Якщо TM має пріоритет 5, це буде вище, ніж пріоритет 1.

Ви також можете змінити стандартну TM, натиснувши на відповідну іконку зірочки.

Примітка: зверніть увагу, що Crowdin нещодавно прибрав необхідність використовувати власні робочі процеси для автоматичного застосування збігів пам’яті перекладів. Тепер ви можете ввімкнути пам’ять перекладів у налаштуваннях проєкту, як показано нижче:

🔶 Глосарій

Чудово! Тепер ви знаєте найважливіші аспекти TM на Crowdin, тож розглянемо глосарії.

💡 Важливо: пам’ятайте, що глосарій дозволяє зберігати та керувати термінологією проєкту, допомагаючи перекладачам з контекстом та визначеннями.

Як створити глосарій

Глосарій автоматично створюється під час створення проєкту, але ви також можете створити нові глосарії, які будуть незалежні від будь-якого проєкту.

Щоб створити глосарій:

• перейдіть до свого профілю;
• перейдіть до Resources;
• натисніть на Glossaries.

Ви побачите глосарій для кожного проєкту, який ви створили на Crowdin.

• натисніть на зелену кнопку Create Glossary;
• введіть назву глосарію та виберіть мову;
• якщо потрібно, призначте глосарій до проєкту.

Після цього ви побачите новий глосарій у списку глосаріїв. Я створила новий глосарій під назвою «Demo Glossary».

Як керувати термінами глосарію

Ви можете додавати, редагувати та видаляти поняття і терміни зі своїх глосаріїв. Розглянемо, як це можна зробити.

💡 Важливо: на Crowdin поняття відрізняються від термінів. Поняття є ширшим за термін. Ось що каже документація про різницю між ними:

Поняття включає терміни глосарію та їхні варіації з кількома перекладами та іншою релевантною інформацією.

Щоб додати поняття, натисніть на зелену кнопку Add concept:

Вам потрібно буде написати інформацію про нове поняття:

Документація Crowdin описує наступні деталі поняття:

Definition: визначення поняття.
Subject: галузь знань, до якої відноситься поняття.
Note: короткі примітки про поняття, які можуть бути корисними перекладачам.
URL: посилання на вебсторінки з релевантною інформацією про поняття.
Figure: посилання на відповідне зображення.

У  документації також зазначено деталі терміну:

Part of speech: частина мови (наприклад, іменник, дієслово, прикметник тощо).
Type: тип (наприклад, повна форма, акронім, абревіатура тощо).
Status: статус (рекомендований, допущений, не рекомендований, застарілий).
Gender: рід терміну.
Description: опис терміну.
Note: короткі примітки про термін, які можуть бути корисними перекладачам.
URL: посилання на вебсторінки з релевантною інформацією про термін.

Після створення терміну ви побачите його у списку термінів глосарію:

Щоб відредагувати або видалити термін, натисніть на три крапки праворуч, щоб переглянути додаткові опції та виберіть потрібне.

Ви можете скачати або завантажити глосарій у наступних форматах:

• TBX (v2)
• TBX (v3)
• CSV
• XLSX

Просто натисніть на відповідну кнопку, і ви зможете вибрати файл для завантаження або формат файлу для скачування.

Crowdin рекомендує:

Якщо ви завантажуєте глосарій у форматі файлу CSV або XLS/XLSX, виберіть мову для кожного стовпця та значення стовпця (термін, опис або частина мови) у діалоговому вікні конфігурації.

Як призначити глосарій до проєкту

Призначити глосарій до проєкту на Crowdin дуже просто:

• перейдіть до свого проєкту;
• перейдіть до вкладки Settings;
• перейдіть до Glossaries;
• виберіть глосарій (або глосарії), які хочете призначити до проєкту.

💡 Важливо: щоб змінити стандартний глосарій проєкту, просто натисніть на іконку зірочки відповідного глосарію. Темно-сіра зірочка позначає поточний стандартний глосарій.

Ви також можете ділитися глосаріями між усіма проєктами, встановивши опцію Share Glossaries у своєму профілі:

Як перекласти глосарій

Переклад глосарію може бути дуже корисним для послідовного використання термінів цільовими мовами.

Щоб перекласти глосарій, Crowdin рекомендує використовувати безоплатний застосунок Translate Glossary.

Якщо ви встановите цей застосунок, ви зможете перекладати глосарій безпосередньо на Crowdin і вибирати, які проєкти повинні мати доступ до цього застосунку.

🔶 Забезпечення якості (QA) на Crowdin

Забезпечення якості є важливим для будь-якого типу проєктів, і це особливо актуально для проєктів з локалізації. Одна маленька помилка може значно вплинути на ваших користувачів.

Саме тому Crowdin впровадив ефективну перевірку якості, щоб допомогти надавати високоякісні переклади, яких заслуговують ваші користувачі.

Crowdin зазначає:

Перевірки QA допомагають легко і швидко виявити деякі поширені помилки. Ми рекомендуємо переглянути та вирішити всі проблеми перевірок QA перед побудовою проєкту й скачуванням перекладів.

Перевірки QA дозволяють виявити:

• орфографічні помилки;
• відсутні коми;
• зайві пробіли;
• інші поширені помилки.

Як налаштувати забезпечення якості (QA)

Щоб налаштувати перевірки QA та вибрати, що ви хочете перевіряти в перекладених рядках:

• перейдіть до свого проєкту;
• перейдіть до вкладки Settings;
• переконайтеся, що вибрано Enable QA Checks;
• виберіть, що ви хочете перевіряти.

Ви можете перевіряти:

• чи переклад порожній;
• чи переклад довший за дозволену довжину (якщо така існує);
• невідповідність тегів;
• невідповідність пробілів;
• невідповідність змінних;
• невідповідність пунктуації;
• невідповідність регістру знаків;
• невідповідність спеціальних символів;
• проблеми «Incorrect translation»;
• орфографічні помилки;
• помилки синтаксису ICU;
• відповідність термінам з глосарію;
• дубльовані переклади;
• помилки синтаксису FTL;
• помилки синтаксису Android.

💡 Важливо: для кожної з цих перевірок QA ви можете вибрати: показувати користувачеві попередження чи вказувати на помилку.

Щоб зберегти зміни, натисніть на зелену кнопку Save.

Як перевірити стан QA

Редактори та менеджери проєктів можуть бачити проблеми, знайдені перевірками якості.

Щоб побачити поточний стан:

• перейдіть до свого проєкту;
• перейдіть до вкладки Dashboard;
• знайдіть стан QA Checks.

Ви побачите один з наступних станів:

• Off: перевірки QA вимкнені;
• In Progress: перевірки QA в процесі;
• No Issues: перевірки QA не знайшли жодних проблем;
• Issues Found: перевірки QA виявили проблеми.

Якщо ви спробуєте зберегти рядок з проблемою перевірки QA, ви побачите попередження або помилку. Ви все одно можете зберегти його, але ці проблеми краще одразу виправити.

💡 Важливо: проблема буде автоматично виправлена, якщо ви натиснете на кнопку Autofix. Ви також можете зберегти цей переклад без виправлення або скасувати його.

Це зображення з документації Crowdin показує, що ви побачите, якщо у вашому проєкті будуть знайдені проблеми:

Забезпечення якості — це дуже важливий крок, до якого потрібно серйозно віднестись під час процесу локалізації.

🔶 Як завантажити наявні переклади

Якщо у вас є наявні переклади, ви також можете завантажити їх до свого проєкту.

Є три варіанти:

• завантажити їх через вкладку Translations;
• завантажити їх через сторінку мови;
• завантажити їх через редактор перекладу.

Як завантажити переклади через вкладку Translations

Щоб завантажити їх через вкладку Translations:

• перейдіть до свого проєкту;
• перейдіть до Upload existing translations;
• перетягніть наявні переклади або виберіть файли зі своєї файлової системи.

Згідно з Crowdin, до підтримуваних форматів для завантаження перекладів належать ті, що мають структуру ключ-значення, серед яких:

Android XML, macOS/iOS Strings, Stringsdict, JSON, Chrome JSON, GO JSON, i18next JSON, FBT JSON, XLIFF, XLIFF 2.0, Java Properties, Play Properties, Java Properties XML, RESX, RESW, RES JSON, YAML, INI, Joomla INI, JS, FJS, PO, TS, QT TS, Blackberry, Symbian, Flex, BADA, TOML, Coffee, DKLANG, XAML, SRT, VTT, VTT2, SBV, SVG, DTD, CSV, RC, WXL, Maxthon, Haml, XLSX, PLIST, PHP, ARB, VDF.

Crowdin також зазначає:

Для файлів, які не мають визначеної структури, завантаження перекладу обробляється експериментальною технологією машинного навчання.

Як завантажити переклади через сторінку мови

Щоб завантажити їх через сторінку мови:

• перейдіть до свого проєкту;
• перейдіть до Dashboard;
• виберіть цільову мову;
• виберіть файл, але натискайте не на нього, а на три крапки праворуч, щоб переглянути додаткові опції;
• натисніть на Upload Translations.

Коли ви натиснете на цю опцію, ви побачите деякі налаштування для завантаження та призначення перекладів. Виберіть опції, які потрібні для вашого проєкту.

Як завантажити переклади через редактор перекладу

Ви також можете завантажити переклади безпосередньо з редактора перекладу.

Для цього:

• натисніть на головне меню;
• у File виберіть Upload Translations....

Підтримувані формати файлів на Crowdin

Раніше згадувалось про різні формати файлів, з якими можна працювати на Crowdin. Але Crowdin підтримує більше ніж 100 форматів файлів.

Ви можете перевірити підтримувані формати файлів тут:

• підтримувані формати;
• формати файлів у Crowdin Store.

🔶 Як попередньо перекласти проєкт

Якщо ваша мета — заощадити час та підвищити продуктивність, попередній переклад за допомогою машинного перекладу (MT) може бути саме тим, що вам потрібно.

Це автоматизований процес, який застосовує комп’ютерні переклади до вашого проєкту при завантаженні файлу. На Crowdin ви можете налаштувати двигуни машинного перекладу для використання цієї функції.

У вас є два варіанти для впровадження цього процесу:

• вручну;
• автоматично.

Попередній переклад вручну

Щоб попередньо перекласти свій матеріал за допомогою машинного перекладу (MT):

• перейдіть до свого проєкту;
• перейдіть до вкладки Dashboard;
• натисніть на Pre-translation;
• виберіть via TM (пам’ять перекладів) або via MT (машинний переклад).

Якщо ви вибрали via MT (машинний переклад), вам потрібно буде вибрати двигун перекладу, цільові мови та файли, які ви хочете попередньо перекласти. Ви також можете додати мітки.

Автоматичний попередній переклад

Якщо ви вибрали автоматичний процес, система буде автоматично попередньо перекладати новий матеріал.

Нещодавно Crowdin дозволив увімкнути автоматичний попередній переклад нового матеріалу в налаштуваннях проєкту. Якщо увімкнути цю функцію і завантажити новий матеріал до свого проєкту, система буде перекладати його автоматично.

🔶 Переклад офлайн

Іноді потрібно працювати офлайн. Crowdin має чудову функцію для ситуацій, коли команда хочете працювати над перекладами без підключення до інтернету.

Щоб увімкнути або вимкнути цю функцію:

• перейдіть до свого проєкту;
• перейдіть до вкладки Settings;
• перейдіть до Privacy and Collaboration;
• поставте або зніміть галочку біля Allow offline translation.

💡Важливо: цю функцію можуть увімкнути або вимкнути менеджери проєкту.

Файли можна скачати через редактор або сторінку мови.

Як скачати файл через редактор

Щоб скачати файл через редактор перекладу:

• натисніть на головне меню у верхньому лівому куті;
• перейдіть до File;
• натисніть на Download або Export in XLIFF.

Як скачати файл через сторінку мови

Щоб скачати файл через сторінку мови:

• перейдіть до свого проєкту;
• перейдіть до Dashboard;
• виберіть мову;
• у списку файлів натисніть на три крапки поруч з файлом, який хочете скачати, щоб переглянути додаткові опції;
• натисніть на Download або Export in XLIFF.

Як скачати всі файли цільової мови

Якщо вам потрібно скачати всі файли цільовою мовою:

• перейдіть до свого проєкту;
• перейдіть до Dashboard;
• виберіть мову;
• натисніть на іконку стрілок вгору і вниз (див. знімок екрана нижче);
• натисніть на Download translations або Export in XLIFF.

🔶 Громадські проєкти

Тепер ви знаєте деякі з найважливіших функцій Crowdin, тому можете задатись питанням, як досліджувати інші проєкти, які наразі перекладаються на Crowdin.

Якщо ви натиснете на Projects вгорі, а потім виберете Explore Public Projects, то побачите сторінку, де можна переглянути публічні проєкти за темами та знайти популярні проєкти на Crowdin.

Ви також можете фільтрувати проєкти за допомогою пошуку в рядку пошуку.

🎉 Вітаю! Ви щойно досягли кінця другої частини підручника, яка була зосереджена на основах Crowdin.

Тепер ми зануримося в те, як команди та організації можуть використовувати Crowdin для ефективного управління своїми проєктами.

🔹 Crowdin для команд та організацій

Чудово! Тепер розглянемо, як Crowdin може допомогти, якщо ви працюєте з командою або якщо ви засновник чи менеджер організації, яка зацікавлена в локалізації продукту або платформи.

Ми розглянемо, як ви можете запрошувати членів команди, призначати посади та завдання й створювати звіти.

🔶 Як запросити членів команди

Щоб надіслати запрошення до свого проєкту:

• перейдіть до свого проєкту;
• перейдіть до вкладки Members;
• натисніть на зелену кнопку Invite.

💡 Важливо: для того ж результату також можна натиснути на сіру кнопку Invite People у верхньому лівому куті.

Перш ніж надіслати запрошення, вам потрібно ввести наступну інформацію:

• посаду;
• електронну пошту або ім’я користувача Crowdin;
• повідомлення.

Якщо ви натиснете на Select role, ви побачите це:

За замовчуванням вибрано посаду Translator.

Ви також побачите три поля, де можна вибрати, для яких мов ви хочете призначити посаду. Наприклад, ця людина може бути перекладачем для японської та перекладачем і редактором для іспанської.

💡 Важливо: якщо ви залишите це поле порожнім, посада буде застосована до всіх мов, але ви також можете вибрати конкретні мови.

Ми розглянемо посади трішки пізніше.

💡 Важливо: посаду також можна змінити в розділі Profile.

Як тільки будете готові, натисніть на Save, і ви повернетесь до основних опцій. Натисніть на Done, щоб надіслати запрошення.

Як надіслати посилання на запрошення

Ще один спосіб надіслати запрошення — за посиланням.

Просто натисніть на кнопку Get Link внизу, щоб скопіювати посилання та надіслати його людині, яку хочете запросити до свого проєкту.

Зверху ви побачите повідомлення про підтвердження.

Це посилання можна вставити куди завгодно. Наприклад, в електронний лист.

Як керувати посиланнями на запрошення

Щоб керувати посиланнями на запрошення, натисніть на опцію Manage Links:

Ви побачите список усіх згенерованих посилань на запрошення, коли вони були згенеровані та які посади були надані запрошеній особі.

💡 Важливо: ви можете знову скопіювати їх, натиснувши на іконку посилання праворуч, або зробити їх неактивними, натиснувши на Revoke link.

Якщо ви натиснете на Done, то повернетеся до попереднього екрану, і зможете натиснути на X у верхньому куті, щоб закрити його.

🔶 Посади

Тепер поговоримо про різні посади, які можна призначити членам команди. Прочитаємо описи посад, надані в документації Crowdin:

Owner (власник)

Людина, яка створила проєкт і має повний контроль над ним. Власник може запрошувати та керувати членами проєкту, створювати проєкти, завантажувати вихідні файли та файли перекладу до проєкту, налаштовувати інтеграції тощо.

Manager (менеджер)

Має схожі права, як і власник проєкту, але не може керувати деякими ресурсами власника (наприклад, налаштовувати движки MT, налаштовувати користувацькі робочі процеси тощо) та видаляти проєкти.

Language Coordinator (координатор мови)

Може керувати певними функціями проєкту лише в межах мов, до яких має доступ. Координатори мов можуть перекладати та затверджувати рядки, керувати членами команди та запитами на приєднання, генерувати звіти про проєкт, створювати завдання та попередньо перекладати вміст проєкту. На відміну від менеджерів, вони не мають доступу до інших налаштувань проєкту (наприклад, файлів проєкту, інтеграцій тощо).

Developer (розробник)

Може завантажувати файли, редагувати текст для перекладу, підключати інтеграції та використовувати API. Не може керувати завданнями проєкту, членами команди та звітами.

Proofreader (редактор)

Може перекладати та затверджувати рядки. Не має доступу до налаштувань проєкту.

Translator (перекладач)

Може перекладати рядки та голосувати за переклади, додані іншими членами команди.

Blocked (заблокований користувач)

Не має доступу до проєкту.

🔶 Як призначити або змінити посаду

У вас є два варіанти, щоб призначити чи змінити посаду члена команди:

• ви можете вказати посаду у запрошенні;
• ви можете вказати посаду на сторінці профілю цієї людини.

Як встановити посаду у запрошенні

Ви можете вибрати посаду, коли надсилаєте запрошення новому члену команди.

Як встановити посаду на сторінці профілю

Ви також можете перейти до вкладки Permissions на сторінці профілю цієї людини, щоб вибрати посади і мови, які ви хочете призначити.

Ось приклад з документації Crowdin:

Натисніть на кнопку Save, щоб зберегти зміни.

🔶 Менеджери проєкту

Менеджери проєкту відіграють ключову роль для команди та проєкту. Вони можуть мати необмежений контроль над усім проєктом та допомагати координувати й призначати завдання іншим членам команди.

Як додати менеджера проєкту

Подивимося, як ви можете додати менеджера до свого проєкту. Ви можете призначити посаду менеджера, коли надсилаєте запрошення:

• перейдіть до свого проєкту;
• перейдіть до вкладки Members;
• натисніть на Invite.

Натисніть на Translator. Ви побачите всі можливі посади.

Виберіть Manager. Це надасть необмежений контроль над усім проєктом.

Ще один спосіб додати менеджера — зі сторінки власного профілю:

• перейдіть до свого профілю;
• перейдіть до вкладки Managers;
• натисніть на Add Manager.

Введіть ім’я або ім’я користувача менеджера, повідомлення, дозволи, які ви хочете надати, та проєкти, якими буде керувати цей менеджер.

Редагування дозволів менеджера

На Crowdin також можна редагувати дозволи менеджера.

Для цього:

1. Перейдіть до свого профілю.
2. Перейдіть до вкладки Managers. Ви побачите список менеджерів, доданих до проєкту.
3. Двічі натисніть на менеджера, дозволи якого хочете змінити.

Ось приклад з документації Сrowdin:

4. Оновіть дозволи цього менеджера.

5. Натисніть на кнопку Save.

Як видалити менеджера

Щоб видалити менеджера:

• перейдіть до свого профілю;
• перейдіть до вкладки Managers;
• виберіть менеджера, якого хочете видалити;
• натисніть на Remove.

Менеджер та редактор

Менеджери та редактори на Crowdin мають певні відмінності у своїх посадах і дозволах.

Команда Crowdin надала роз’яснення у документації:

Запитання: Я власник проєкту. Мені запрошувати менеджера чи редактора?

Відповідь: Основна відмінність між менеджером та редактором полягає в наступному: крім затвердження перекладів, доданих перекладачами, менеджери також можуть запрошувати та видаляти членів команди, завантажувати вихідні файли та файли перекладу до проєкту, налаштовувати інтеграції тощо.

Якщо ви хочете мати члена команди, який матиме доступ до вищезазначених функцій, вам потрібно запрошувати менеджера. А якщо ви плануєте самостійно керувати проєктом, достатньо запросити редактора.

🔶 Завдання

Організація — ключ до успіху будь-якого проєкту, і Crowdin точно це знає. Саме тому вони ввели дуже корисні інструменти під назвою Tasks, щоб допомогти з організацією проєкту та координацією завдань серед членів команди.

За допомогою завдань ви можете призначати конкретні файли перекладачам та редакторам, встановлювати дати виконання, отримувати сповіщення, обговорювати завдання з іншими членами команди та навіть розділяти слова з одного файлу між різними членами команди.

Ви також можете відстежувати стан кожного завдання на візуальній дошці, де можна перетягувати завдання з одного стану в інший.

Розглянемо деталі.

Як створити нове завдання

Щоб створити нове завдання:

• перейдіть до свого проєкту;
• натисніть на кнопку Create Task.

💡 Важливо: завдання можна призначити лише до одного проєкту.

Після натискання на кнопку ви побачите форму, де можете ввести всі деталі нового завдання.

До деталей нового завдання належать:

• назва;
• опис;
• тип (переклад чи редакція власними перекладачами або посередниками);
• дедлайн (необов’язково);
• рядки, призначені до завдання (всі рядки обраних файлів або тільки рядки, змінені протягом певного періоду).

• фільтр за мітками (мітки, які повинні мати рядки завдання);
• виключити мітки (мітки, які не повинні мати рядки завдання);
• ви можете опустити рядки, які вже належать до інших завдань, щоб уникнути повторень;
• файли, які потрібно перекласти чи відредагувати;
• цільові мови. Якщо завдання має більше однієї цільової мови, система створить завдання для кожної цільової мови.

Щоб призначити членів команди до завдання для кожної цільової мови, натисніть на опцію Assign поруч з кожною мовою.

Після натискання на Assign ви побачите такі опції:

• Виберіть користувачів, до яких хочете призначити завдання. Користувачів можна знайти за допомогою інструмента фільтрації;
• якщо вам потрібно видалити користувача, просто натисніть на нього в списку справа. Ви можете очистити список, натиснувши на значок сміттєвого кошика.

💡 Важливо: ви також можете розділити файл, щоб призначити до нього декількох користувачів.

• Як тільки ви обрали всіх користувачів, натисніть на кнопку Apply.

Ви побачите зображення профілю призначених членів команди у рядку відповідної мови.

Натисніть на Create Task, щоб створити нове завдання. Ви побачите інформаційну панель завдань з новим завданням для всіх мов, які ви обрали.

Я вибрала іспанську мову та призначила завдання собі:

Інформаційна панель завдань

Прийшов час використати інформаційну панель завдань. Ця панель дуже корисна для перегляду всіх завдань проєкту та відстеження їхнього стану.

Ви одразу ж помітите, що завдання може мати три можливі стани:

• To Do;
• In Progress;
• Done.

💡 Важливо: менеджери проєкту можуть переміщати завдання з одного стану в інший, перетягуючи їх.

Щоб побачити всі завдання конкретною цільовою мовою, просто натисніть на цю мову і ви побачите «картки» з відповідною інформацією.

💡 Важливо: якщо завдання призначено вам, ви побачите сіру зірочку біля його назви. Ви також можете шукати та фільтрувати завдання.

Як фільтрувати завдання

Ви можете переглянути завдання, призначені конкретному члену команди, за допомогою фільтрів:

• натисніть на Filters;
• натисніть на All users (біля Filter by);
• знайдіть ім’я користувача;
• натисніть на ім’я користувача.

💡 Важливо: щоб очистити фільтр, натисніть на опцію Clear filter справа.

Деталі завдання

Деталі завдання — це базова інформація та структура завдання. Так ви можете побачити:

• чи завдання призначене вам (якщо так, є сіра зірочка);
• номер завдання;
• назву завдання;
• дату створення;
• чи завдання будуть перекладати/редагувати члени команди чи постачальники;
• зображення профілів членів команд, до яких призначено завдання;
• кількість слів;
• кількість коментарів.

Якщо натиснути на завдання, ви побачите детальнішу інформацію:

Як додати коментарі до завдання

Прокрутіть вниз, щоб додати коментарі до завдання.

Як змінити стан завдання

З детальнішого перегляду завдання ви також зможете змінити стан завдання, просто натиснувши на відповідну кнопку:

Якщо ви зміните стан завдання за допомогою цих кнопок, ви також побачите зміни на основній панелі завдань, що буде еквівалентно перетягуванню в новий стан.

Як керувати завданнями

Якщо ви натиснете на завдання, щоб переглянути його деталі, а потім натиснете на три крапки у верхньому правому куті, щоб побачити більше опцій, ви зможете відредагувати, закрити та видалити завдання.

Як редагувати завдання

Що ви побачите, якщо спробуєте відредагувати завдання:

Це дуже схоже на те, що ми бачили, коли створювали завдання. Ви можете змінити призначені рядки, файли, дати і навіть скинути обсяг завдання та прогрес для призначених файлів.

Як закрити завдання

Щоб закрити завдання, натисніть на Close:

Як переглянути всі закриті завдання

Щоб переглянути всі закриті завдання:

• перейдіть до свого проєкту;
• перейдіть до вкладки Tasks;
• виберіть Closed (біля All).

💡 Важливо: Done та Closed трохи відрізняються. Завдання може мати стан Done, але не бути закритим. Якщо завдання має стан Done, ви побачите кнопку на картці для його закриття, як на зображенні нижче:

Як відкрити завдання заново

Якщо ви закрили завдання, а потім зрозуміли, що його потрібно відкрити заново, то:

• відкрийте деталі закритого завдання;
• натисніть на три крапки справа, щоб переглянути додаткові опції;
• виберіть Reopen.

Тепер ви побачите відкрите завдання у стовпці To do на панелі завдань.

Як видалити завдання

Щоб видалити завдання:

• відкрийте деталі завдання;
• натисніть на три крапки;
• виберіть Delete.

Як переглянути всі завдання, призначені мені

Якщо ви берете участь у проєкті, ви можете переглянути всі завдання, призначені вам, виконавши наступні кроки:

• перейдіть до свого профілю;
• перейдіть до вкладки To do;
• ви побачите всі завдання, призначені вам, і архівовані завдання.

💡 Важливо: у верхній частині ви також знайдете поле пошуку для фільтрації завдань і опцію фільтрації завдань за проєктами.

Це основна інформація, яку ви побачите для кожного завдання:

• номер завдання;
• стан завдання;
• проєкт;
• цільова мова;
• кількість слів.

Ви також побачите дві опції:

• відкрити редактор перекладу і почати працювати над завданням;
• архівувати завдання.

Важливі запитання щодо завдань

У документації Crowdin зазначено:

Запитання: Як оновлення вихідного файлу впливає на наявні завдання з перекладу та редагування?

Відповідь: Після оновлення вихідного файлу список рядків, які містить завдання, буде оновлено наступним чином:

- рядки, видалені з вихідного файлу під час оновлення, будуть видалені із завдання;
- змінені рядки, позначені опцією «Keep Translations», з’являться в завданні зі зміненим текстом;
- нові додані рядки не вплинуть на завдання жодним чином.

Якщо вихідний файл буде відновлено до версії, що містить видалені рядки, вони знову з’являться в завданні.

🔶 Звіти

Звіти можуть бути дуже корисними для власника або менеджера проєкту, щоб розуміти поточний прогрес та активність команди.

Crowdin має функцію звітів, де можна перевірити стан свого проєкту. Ось звіт демопроєкту, з яким ми працювали:

Щоб отримати звіт проєкту:

• перейдіть до свого проєкту;
• перейдіть до вкладки Reports.

За замовчуванням ви побачите стан проєкту, але за потреби можете переключитися на звіти про витрати.

Тут ви можете побачити деякі знімки екрана з типами даних, які можна аналізувати та візуалізувати за допомогою цих звітів:

• загальний розмір проєкту та кількість рядків для перекладу;
• вихідна та цільова мови;
• кількість членів проєкту;
• кількість менеджерів;
• кількість слів для перекладу;
• кількість прихованих слів;
• кількість повторюваних слів;
• кількість перекладених слів;
• кількість затверджених слів;
• кількість нових членів команди;
• кількість активних членів команди.

Ви можете переглянути звіти з відповідним відсотковим збільшенням або зменшенням для обраного періоду часу.

Ви також знайдете діаграми активності перекладу з відповідними легендами.

Ви знайдете діаграми активності редагування.

А також діаграми активності вихідних рядків тощо.

Ви також можете змінити одиницю виміру звіту, натиснувши на цю опцію:

Ви можете вибрати:

• рядки;
• слова;
• символи без пробілів;
• символи з пробілами.

У документації Crowdin ви можете знайти приклади діаграм активності перекладу, активності редагування та активності вихідних рядків:

Звіт про найкращих членів команди

Команда — фундаментальна частина процесу локалізації. Наявність детального звіту про найвідданіших і найпродуктивніших членів команди завжди корисна.

Щоб створити звіт про найкращих членів команди:

• перейдіть до свого проєкту;
• перейдіть до вкладки Reports;
• натисніть на Top Members;
• виберіть діапазон дат з календаря;
• натисніть на Generate.

Ви побачите список найкращих членів команди з інформацією про:

• їхні цільові мови;
• скільки рядків вони переклали;
• цільові слова;
• скільки рядків вони затвердили;
• скільки голосів вони подали.

Ви також можете експортувати звіт у форматах XLSX, CSV або JSON і відтворити або приховати конкретні стовпці.

🔶 Бесіди на Crowdin

Спілкування є важливим для будь-якого успішного проєкту. Ви можете спілкуватись зі своєю командою безпосередньо на Crowdin за допомогою бесід.

За допомогою цієї функції ви можете спілкуватися з одним або декількома членами команди в приватному чаті. Кожна бесіда має тему, щоб ви могли легко їх знайти.

Як перейти до бесіди

Щоб перейти до бесіди:

Натисніть на відповідний значок у верхньому правому куті, поруч із зображенням профілю.

Перейдіть до Create Conversation.

Ви можете знайти користувачів за їхнім іменем або іменем користувача, а також відфільтрувати користувачів за проєктом.

Ось приклад з документації Crowdin:

Як керувати бесідами та повідомленнями

Для бесід ви можете:

• змінювати тему для всіх користувачів у бесіді;
• вимикати сповіщення, щоб не отримувати повідомлення;
• додавати користувачів.

Для окремих повідомлень у бесіді ви можете:

• поділитися повідомленням у тій самій бесіді або в іншій;
• позначити повідомлення як непрочитане;
• редагувати свої повідомлення;
• видаляти свої повідомлення;
• скаржитися на спам.

🎉 Чудово! Тепер ви знаєте найважливіші функції Crowdin для команд та організацій.

Розглянемо, як можна інтегрувати Crowdin з іншими сервісами та як встановити застосунки, щоб підвищити продуктивність.

🔹 Інтеграції та інструменти для підвищення продуктивності на Crowdin

Однією з ключових характеристик Crowdin є його здатність до інтеграцій. Ви можете приєднати свій проєкт до різних зовнішніх сервісів для імпорту та експорту файлів і перекладів за потреби.

Що таке інтеграція?

Інтеграція на Crowdin — це «зв’язок», який ви можете створити між своїм проєктом і зовнішнім сервісом для автоматичної синхронізації файлів між цими платформами.

У Crowdin Store ви можете знайти понад 600 застосунків та інтеграцій, які можна додати до свого проєкту.

Їх можна відфільтрувати за:

• колекціями;
• категоріями;
• партнерами;
• перевірками QA.

Щоб надати вам уявлення про типи застосунків та інтеграцій, які ви можете знайти, ось деякі з рекомендованих:

Розглянемо деякі з них детальніше.

Інтеграція GitHub

Якщо ваш проєкт розміщений у репозиторії GitHub, інтеграція з GitHub може бути саме тим, що вам потрібно.

Інтеграція Crowdin з GitHub синхронізує файли оригіналу і перекладу між вашим репозиторієм на GitHub та проєктом перекладу на Crowdin. Усі перекладені та затверджені файли автоматично надсилатимуться як запит на злиття до гілки l10n у репозиторії на GitHub.

Щоб дізнатися більше про інтеграцію, ви можете ознайомитися з інструкцією від Crowdin.

GitHub Crowdin Action

Якщо вам потрібно автоматично завантажувати та скачувати файли з репозиторію на GitHub до проєкту на Crowdin, ця дія може бути дуже корисною для вас.

GitHub Crowdin Action може:

• завантажувати вихідні файли на Crowdin;
• завантажувати переклади на Crowdin;
• скачувати переклади з Crowdin;
• створювати PR з перекладами.

Щоб дізнатися більше про інтеграцію, перегляньте інструкцію від команди Crowdin.

Інтеграція Google Drive

Google Drive дуже зручний для створення, розміщення та спільного використання документів. З інтеграцією Google Drive ви можете легко перекладати свої файли на Crowdin.

Щоб дізнатися більше про інтеграцію, перегляньте інструкцію від команди Crowdin.

Асистент ШІ

Через популярність великих мовних моделей (LLM), штучний інтелект став дуже важливим інструментом для перекладу та локалізації.

Crowdin має дуже корисного асистента ШІ, якого ви можете встановити для допомоги вам та вашій команді. Він описується як:

Чат-бот AI для перекладачів, побудований на API ChatGPT від OpenAI. Перша версія цього застосунка працює як копілот для перекладачів. (джерело)

Crowdin зазначає, що асистент ШІ має такі цікаві функції:

Наш асистент ШІ має функцію інженерії запитів, що дозволяє перекладачам налаштувати запити перед початком проєкту. Таким чином вони можуть зручно змінювати контекст, підвищуючи точність і змістовність перекладів.

Щоб дізнатися більше про інтеграцію, перегляньте інструкцію від команди Crowdin.

Інтеграція Visual Studio Code

Якщо ви розробник, який працює з Visual Studio Code, то Crowdin потурбувався й про вас, оскільки команда розробила розширення для допомоги в перекладі вашого проєкту.

Інтегруйте свої проєкти Visual Studio Code з Crowdin, щоб оптимізувати процес локалізації. Плагін IDE дозволяє миттєво завантажити нові вихідні рядки до проєкту на Crowdin і скачати переклади. (джерело)

Ви можете дізнатися більше про розширення в офіційній документації на ринку розширень Visual Studio Code.

Video Captions Translator

Якщо вам або вашій організації потрібно перекладати відеосубтитри, Crowdin має інтеграцію і для цього. Вона називається Video Captions Translator.

Професійні переклади для відеосубтитрів. Налаштуйте інтеграцію один раз, визначте свій процес локалізації та витрачайте менше часу на управління перекладами.

Щоб дізнатися більше про переклад субтитрів на YouTube з Crowdin, перегляньте інструкцію від команди Crowdin.

Інтеграція Google Sheets

Якщо ви використовуєте Google Sheets, щоб керувати ключами локалізації, ви можете додати цю інтеграцію до свого проєкту для відтворення стовпців з відповідними полями на Crowdin, включно з:

• ключем;
• вихідним текстом;
• цільовими мовами (всі мови проєкту);
• мітками;
• контекстом;
• максимальною довжиною перекладу.

Зверніть увагу, що команда Crowdin повідомляє:

Варто зазначити, що ця інтеграція синхронізує лише перший аркуш вашого документа Google Sheets.

Щоб дізнатися більше про інтеграцію з Google Sheets, перегляньте інструкцію від команди Crowdin.

Suggestions Diff Checker

Якщо ви коли-небудь шукали інструмент, який міг би допомогти вашим перекладачам і редакторам порівнювати переклади дуже легко за допомогою візуальних підказок, цей застосунок для вас.

Crowdin описує Suggestions Diff Checker як:

Чудовий помічник для редакторів і перекладачів, який порівнює два переклади і показує різницю між ними.

Proofreading Diff

Редагування є дуже важливим завданням у процесі локалізації. Редактори можуть редагувати переклади та переконатися, що вони настільки точні, наскільки це можливо.

За допомогою застосунку Proofreading Diff ви можете:

Відстежувати та аналізувати зміни, внесені під час процесу редагування. Цей інструмент може допомогти надати детальний відгук перекладачам про їхню роботу.

Video Preview

Переклад субтитрів без одночасного перегляду відео може бути досить складним, оскільки для точного перекладу важливо знати повний контекст.

Ось чому Crowdin створив застосунок для підвищення продуктивності перекладачів під назвою Video Preview. Вони описують його як:

Зручний інструмент, який може бути корисним для перекладу субтитрів. Він дозволяє вказати посилання на відео для кожного файлу з субтитрами та дозволяє перекладачам переглядати відео під час роботи над перекладом.

Glossary Editor

Це ще один корисний застосунок Crowdin для управління глосаріями.

Crowdin зазначає, що Glossary Editor:

Дозволяє додавати та змінювати терміни з глосаріїв безпосередньо в редакторі Crowdin.

Project Duplicator

Вам коли-небудь хотілося використати проєкт як шаблон для іншого проєкту та заощадити час на початковому налаштуванні?

Якщо так, то Project Duplicator — саме те, що вам потрібно:

За допомогою Project Duplicator ви можете копіювати такі налаштування:

• вихідна мова;
• перевірки якості;
• вихідні рядки;
• переклади;
• пам’ять перекладів;
• сповіщення;
• мапування мов.

Інтеграція Unity

Якщо ви розробник ігор і працюєте з Unity, ця інтеграція саме для вас.

За допомогою Unity Integration ви можете:

Перекладати матеріал у своїх таблицях і скачувати переклади для Unity.

Ось офіційний знімок екрана плагіна Crowdin для Unity:

Is Crowdin slow for everyone or just me?

Так, це офіційна назва інструменту для підвищення продуктивності перекладачів на Crowdin! 🙂 Це віджет для вимірювання вашого інтернет-з’єднання.

Crowdin зазначає, що він може бути корисним, якщо вам потрібно:

Миттєве визначення, чи повільна робота спричинена вашим інтернет-з’єднанням, чи це проблема продуктивності Crowdin.

Ось офіційний знімок екрана віджету:

Units Converter

Ви дізналися, що локалізація ширша за переклад. Одиниці є чудовим прикладом цього.

Коли ви локалізуєте продукт, який використовує одиниці довжини, площі, маси, об’єму, температури, швидкості тощо, вам знадобиться інструмент для швидкого перетворення.

Crowdin зазначає, що:

Цей застосунок особливо зручний при локалізації для культур, які використовують різні системи вимірювання.

Застосунок Units Converter допоможе заощадити багато часу, оскільки ви можете мати його у своєму редакторі перекладу та швидко конвертувати одиниці, не зупиняючи процес локалізації, щоб перейти до іншого інструмента.

Ось офіційний знімок екрана застосунку:

Screenshots Uploader

Візуальний контекст є важливим для написання якісних перекладів.

Застосунок Screenshots Uploader:

Полегшує отримання візуального контексту для вашої команди.

Ви можете:

• дозволити перекладачам завантажувати знімки екрана;
• вставляти знімки екрана з історії буфера обміну, не зберігаючи їх на своєму пристрої;
• редагувати знімки екрана перед завантаженням за допомогою корисних інструментів, серед яких обрізання, збільшення тощо.

Directory Notifications

Застосунок Directory Notifications корисний для власників та менеджерів проєктів, оскільки Crowdin буде:

Надсилати сповіщення електронною поштою щоразу, коли каталог файлів у вашому проєкті Crowdin буде перекладений або відредагований.

Ось офіційний знімок екрана застосунку:

Emoji Input for Editor

Емоджі чудові, правда ж? Всі ми згодні з цим. 😁

На щастя, Crowdin має Emoji Input for Editor. Його описують як:

Застосунок зі списком емоджі для редактора на Crowdin для легкого доступу з функцією розширеного пошуку.

Ось офіційний знімок екрана застосунку:

Emoji Mismatch

А тепер розглянемо корисні автоматизовані перевірки якості (QA), доступні для облікових записів Crowdin Enterprise.

Перший — це Emoji Mismatch, який може допомогти нам знайти:

Пропущені, зайві або невідповідні емоджі у перекладі.

Зверніть увагу, що цей інструмент працює з Crowdin Enterprise.

Space After Punctuation

Це дуже корисний інструмент перевірки якості, який ви можете додати до свого проєкту.

Crowdin зазначає, що Space After Punctuation:

Перевіряє, чи переклад містить пробіли після розділових знаків.

Зверніть увагу, що цей інструмент працює з Crowdin Enterprise.

URL Localization

Це інструмент перевірки якості, який ви також можете встановити для свого проєкту. За допомогою URL localization ви можете перевірити:

Помилки в посиланнях у перекладі відповідно до конфігурації перевірки якості.

Зверніть увагу, що цей інструмент працює з Crowdin Enterprise.

Duplicated Words

Це чудовий інструмент для редагування. Crowdin зазначає, що Duplicated Words:

Видаляє друге повторюване слово в перекладі.

Зверніть увагу, що цей інструмент працює з Crowdin Enterprise.

Time Format Consistency

Під час локалізації продукту також дуже важливо дотримуватись формату часу.

Crowdin зазначає, що:

Цей інструмент перевіряє, чи узгоджені формати часу в оригіналі та перекладі. Він перевіряє формати часу у 24-годинному форматі (HH:MM).

Перевірка якості дає позитивний результат, якщо число та формат часу узгоджені між оригіналом й перекладом, і негативний результат, якщо є невідповідність.

Зверніть увагу, що цей інструмент працює з Crowdin Enterprise.

camelCase Consistency Check

Ця перевірка якості допомагає переконатися, що назви продуктів, брендів або інші назви, які повинні бути написані у верблюдячомуРегістрі, зберігають той самий формат у перекладі.

Crowdin зазначає, що:

Цей інструмент перевіряє, чи всі слова у верблюдячомуРегістрі з оригіналу точно зберігаються у перекладі.

Якщо слово у верблюдячомуРегістрі з оригіналу не знайдено у перекладі, то перевірка провалюється і повідомляє про це перекладача.

Ще більше застосунків та інтеграцій

Ми розглянули багато корисних застосунків та інтеграцій для локалізації. Вони можуть оптимізувати продуктивність вашої команди та допомогти з високоякісними перекладами.

Але це лише початок. Crowdin пропонує понад 600 застосунків та інтеграцій для вашого проєкту. Повний список можна знайти у Crowdin Store.

Якщо ви натиснете на них, ви знайдете більше інформації про те, що вони роблять, як вони це роблять, і, можливо, навіть знайдете вихідний код, який реалізує функціональність.

Ви також можете сортувати їх за релевантністю, назвою або датою.

Інструменти, потрібні для покращення продуктивності та надання високоякісних перекладів вашим користувачам, лише за один клік від вас.

🔹 Як перекласти вебсайт на Crowdin

Чудова робота! Ми дійшли до дуже важливої частини посібника: як перекласти вебсайт на Crowdin.

Як перекласти вебсайт на Crowdin

Існує три основні підходи для перекладу вебсайту на Crowdin:

• інтеграції;
• JS Proxy Translator;
• Crowdin In-context.

Оскільки для веброзробки існує багато технологій, фреймворків та бібліотек, а процес інтернаціоналізації дуже технологічно специфічний, рекомендовано проаналізувати всі доступні опції та знайти ту, яка найкраще підходить для вашого конкретного випадку.

Інтеграції

Світ веброзробки надзвичайно різноманітний. Ми можемо створювати та розміщувати вебсайти на різних сервісах і розробляти їх за допомогою різних інструментів.

Щоб підтримувати цю різноманітність інструментів і сервісів, Crowdin розробив багато інтеграцій з зовнішніми платформами для імпорту тексту та надсилання перекладів до системи керування контентом (CMS) на ваш вибір.

Наприклад, ви можете перекладати вебсайти з WordPress, Webflow, Joomla та інших схожих інструментів.

Crowdin зазначає:

З Crowdin ви не обмежені жодними конкретними сервісами для створення та розміщення вебсайтів.

Ми маємо не тільки 15 застосунків, включно з Wix, Ghost, Squarespace та Webflow, які забезпечують найкращий спосіб перекладу вебсайтів, але й окрему технологію JS Proxy, яка допоможе з локалізацією будь-якого іншого вебсайту.

Зокрема, ці технології:

• сканують вебсторінки;
• виявляють матеріал, який можна перекласти (рядки);
• витягують його у форматі, який можна локалізувати;
• синхронізують переклади з оригіналом.

Вам потрібно лише додати фрагмент JavaScript до свого коду, і ви будете готові почати перекладати.

Ось деякі застосунки, які ви можете встановити, щоб розпочати перекладати свій вебсайт на різних зовнішніх сервісах:

Якщо ваш репозиторій розміщено на GitHub або ви використовуєте GitHub Pages, ви також можете скористатися інтеграцією GitHub та GitHub Crowdin Action для автоматичної синхронізації файлів вашого вебсайту та перекладів.

JS Proxy Translator

Інтеграції дуже корисні, але Crowdin також має опцію, яка може допомогти з локалізацією будь-якого вебсайту, незалежно від сервісу, де він розміщений.

Цей підхід до локалізації вебсайтів на Crowdin називається JS Proxy Translator.

Crowdin зазначає, що за допомогою цього проксі ви можете:

• синхронізувати оригінал та переклад;
• локалізувати свій вебсайт з мінімальними зусиллями;
• витягнути вихідний текст без будь-якого програмування;
• перекласти метазаголовки та описи для SEO;
• спланувати синхронізацію перекладів.

Ось два офіційні знімки екрана, надані командою Crowdin, що показують кроки, необхідні для налаштування JS Proxy Translator.

Перший крок — імпортувати матеріал вебсайту. Вам потрібно лише ввести посилання на свій вебсайт та вказати, як ви хочете синхронізувати вихідні файли: вручну чи щоденно імпортувати їх автоматично.

Після того, як оригінал буде перекладено, ви можете опублікувати переклади на своєму вебсайті.

Команда Crowdin зазначає, що:

Перед тим, як синхронізувати вебсайт для перекладу, потрібно опублікувати весь його матеріал.

Щоб дізнатися більше про те, як перекладати вебсайт за допомогою JS Proxy на Crowdin, перегляньте інструкцію від команди Crowdin.

In-Context for Web

Третій підхід до локалізації вебсайтів на Crowdin — переклад тексту безпосередньо на вебсайті або вебзастосунку за допомогою Crowdin In-Context.

Команда Crowdin зазначає, що:

Інструмент Crowdin In-Context дозволяє перекладати матеріал безпосередньо у реальному вебзастосунку. Таким чином забезпечується найкраща якість перекладу.

Локалізація In-Context пов’язана з фактичним проєктом, створеним на Crowdin, у якому зберігаються файли для перекладу.

Цей інструмент робить так, що будь-який текст у вебзастосунку можна редагувати. Більше того, процес перекладу можна спостерігати в реальному часі. Таким чином можна перекладати навіть динамічну частину застосунку та рядки, які містять заповнювачі.

Ви можете побачити його в дії тут:

Якщо ви увійдете у свій обліковий запис Crowdin, ви побачите це:

Ви зможете натиснути на всі рядки на вебсайті, щоб перекласти їх, а коли збережете переклади, вони будуть синхронізовані з проєктом на Crowdin.

💡 Важливо: щоб дізнатись більше про Crowdin In-Context, перегляньте інструкцію від команди Crowdin.

Це три різні підходи для перекладу вебсайту на Crowdin. Ви можете зробити величезну різницю для своєї команди, зробивши правильний вибір.

Тепер ви знаєте більше про найважливіші функції Crowdin, тому заглибимось у переклад freeCodeCamp як реальний приклад глобального проєкту локалізації, який підтримується чудовою спільнотою волонтерів.

🔹 Переклад freeCodeCamp

🎉 Вітаємо з досягненням цієї частини посібника! Це доводить, що ви дуже зацікавлені в освоєнні цих навичок.

Ви вже знаєте, як перекладати свій проєкт на Crowdin, тому подивимося, як дивовижна спільнота freeCodeCamp перекладає матеріал багатьма мовами світу.

Ми розглянемо це з точки зору потенційного волонтера, наголошуючи на тому, як перекладати наш матеріал на Crowdin.

Правила участі в freeCodeCamp

З чого варто почати, якщо ви волонтер, який зацікавлений в перекладі?

Для початку прочитайте наші настанови щодо внеску. Це набір статей, до яких ви завжди можете звернутися, якщо у вас є будь-які запитання щодо того, як приєднатися або почати перекладати/редагувати.

Тут ви знайдете:

• огляд Crowdin;
• з чого почати;
• як вибрати проєкт і файл;
• як перекладати проєкти, доступні на Crowdin;
• як редагувати переклади;
• найкращі практики перекладу та багато іншого!

У цій статті ви знайдете інформацію про те, як підготувати себе до участі.

Ми рекомендуємо:

• прочитати це оголошення, написане Квінсі Ларсоном, засновником freeCodeCamp;
• приєднатися до форуму спільноти;
• приєднатися до нашого чату в Discord.

У нашій документації також зазначено, що робота з невеликою командою може бути дуже корисною для підтримки мотивації:

Завдяки Crowdin та іншим інструментам перекладати легко, але це однаково передбачає багато роботи.

Ми хочемо, щоб ви насолоджувалися внеском, який робите, але не вигорали та не втрачали інтерес.

Невелика група з 4-5 осіб — це хороші умови для початку. Згодом ви зможете залучити до команди ще більше друзів.

Зараз до нашого проєкту на Crowdin додано 30+ найпоширеніших мов світу.

Деякі з них вже доступні на вебсайті freeCodeCamp. Вам просто потрібно вибрати їх зі спадного меню, щоб автоматично побачити нову мову.

Якщо ви не бачите свою мову в списку, документація також зазначає, що:

Якщо ви хочете, щоб ми зарахували нову мову, радимо залучити до цього своїх друзів.

Якщо у вас є невелика група людей (принаймні 4-5), зацікавлених і відданих справі, ми можемо зв’язатись через дзвінок. Ми пояснимо всі деталі та ознайомимо з деякими інструментами й процесами.

Після того, як ви закінчите читати цю частину, ви можете почати робити свій внесок.

Спочатку розглянемо різні посади, доступні для волонтерів freeCodeCamp.

Посади в процесі локалізації freeCodeCamp

Ви можете допомогти з локалізацією freeCodeCamp на посаді перекладача або редактора.

Перекладачі допомагають перекладати файли навчальної програми, документацію та елементи інтерфейсу користувача freeCodeCamp (серед яких кнопки та мітки).

Редактори стежать за тим, щоб переклади були послідовними, уніфікованими за тоном і не містили поширених помилок.

Мовні керівники

Наші мовні керівники з радістю зустрінуть вас:

• Фархан Хасін Чоудхурі (@frhnhsin) очолює бенгальську спільноту;
• Мія Лю (@miyaliu666) очолює китайську спільноту;
• Даріо Ді Чілло (@_DarioDC) очолює італійську спільноту;
• Йоко Мацуда (@_sidemt) очолює японську спільноту;
• Алісон Юн (@aliyooncreative) очолює корейську спільноту;
• Даніель Роса (@Daniel__Rosa) очолює португальську спільноту;
• Ніелда Карла Гонсалвес де Мело (@NieldaKarla) очолює португальський канал на YouTube;
• Рафаель Ернандес (@RafaelDavisH) очолює іспанську спільноту та загальний процес локалізації;
• Естефанія Кассінгена Навоне (@EstefaniaCassN) очолює іспанський канал на YouTube;
• Гілларі Ньякунді (@larymak1) очолює спільноту суахілі;
• Анастасія Буєвич (@anisiangel) очолює українську спільноту;
• Зайра Хіра (@hira_zaira) очолює спільноту урду.

freeCodeCamp на Crowdin

Як я вже згадувала, для перекладу ми використовуємо платформу Crowdin. Це платформа для керування локалізацією, де окремі особи, команди та організації можуть ефективно локалізувати свій матеріал.

Щоб перейти до проєктів freeCodeCamp на Crowdin:

Перейдіть до translate.freecodecamp.org і ви побачите інформаційну панель з проєктами, над якими ми зараз працюємо:

У нас є три основні проєкти:

• Coding Curriculum
• Learn User Interface
• Contributing Documentation

У нас є й інші проєкти на Crowdin, серед яких News UI, Other Courses та Subtitles (Chinese).

Як вибрати проєкт та мову

Опинившись на нашій платформі для перекладу, вам потрібно буде вибрати проєкт. Скажімо, ви обрали переклад навчальної програми.

Вам просто потрібно натиснути на проєкт:

Після цього ви потрапите до списку мов, доступних для перекладу.

Для кожної мови ви побачите:

• назву;
• код;
• рядок з двома можливими кольорами: блакитний колір означає прогрес перекладу, а зелений колір означає прогрес редагування;
• ви також можете побачити їхні відповідні відсотки праворуч;
• останнє число праворуч означає кількість слів, які потрібно перекласти.

Праворуч ви знайдете інформаційну панель, яка містить:

• короткий опис проєкту;
• вихідну мову (англійська);
• кількість волонтерів;
• кількість слів вихідною мовою;
• дату створення проєкту та останню активність.

Час вибрати мову.

Якщо ви натиснете на мову, ви потрапите до структури проєкту з усіма файлами та папками, доступними для перекладу.

Як вибрати файл

Щоб перейти до редактора перекладу та почати перекладати, просто натисніть на назву файлу, який потребує перекладу.

Зверніть увагу, що ми зазвичай надаємо пріоритет перекладу перших трьох сертифікацій.

💡 Важливо: якщо ви не увійшли до свого облікового запису Crowdin або досі не створили його, вам буде запропоновано зробити це, коли натиснете на файл.

Якщо ви реєструєтеся для нового облікового запису, вам потрібно буде ввести свою електронну пошту, вибрати ім’я користувача та пароль. Ви також отримаєте електронний лист від Crowdin, щоб підтвердити електронну адресу.

Редактор перекладу

Вітаємо! Тепер у вас є обліковий запис Crowdin, і ви можете почати перекладати вибраний файл.

Скажімо, ви натиснули на файл build-a-drum-machine.md і хочете перекласти його іспанською.

Ви побачите схожий знімок екрана:

Якщо ви хочете дізнатися більше про роботу редактора, натисніть на Next, щоб побачити більше порад щодо інтерфейсу користувача. А якщо ви хочете закрити цю коротку інструкцію, просто натисніть на X у верхній частині.

Ось сім кроків короткої інструкції від Crowdin на випадок, якщо ви захочете зберегти їх:

Після останнього кроку натисніть на Close, і ви опинитеся в редакторі перекладу.

Це місце, де відбувається магія. Ви можете почати перекладати, зберігати свої переклади, використовувати запропоновані переклади та адаптувати їх, а також голосувати за запропоновані переклади або проти них.

Щоб перекласти рядок, просто натисніть на нього або збережіть свій поточний переклад, щоб перейти до наступного рядка.

💡 Важливо: ви також можете писати коментарі та позначати їх як проблеми, щоб повідомити про це команду freeCodeCamp та інших волонтерів.

Як перекладати інтерфейс навчальної програми

Ми також маємо конкретні рекомендації для перекладу інтерфейсу навчальної програми.

У нашій документації зазначається:

Наш інтерфейс /learn спирається на файли JSON, завантажені в плагін i18n для створення перекладеного тексту. Ця робота розділена між Crowdin і GitHub.

Ми перекладаємо файли intro.json та translations.json на Crowdin. Якщо ви плануєте перекладати рядки з цих файлів, будь ласка, майте на увазі, що інформація про контекст, надана Crowdin, може бути дуже корисною.

Є певні файли, які ми не можемо завантажити на Crowdin (серед них links.json, meta-tags.json, motivation.json та trending.json). Ці файли зазвичай підтримуються мовними керівниками, але якщо ви хочете допомогти з ними, будь ласка, зверніться до цієї статті.

Як перекладати документацію

Документація є ще одним важливим ресурсом для freeCodeCamp, оскільки так ми можемо ділитися важливою інформацією, кроками та рекомендаціями з потенційними волонтерами.

Ми маємо певні рекомендації щодо перекладу нашої документації. Їх можна знайти у цій статті, де розповідається про те, як перекладати внутрішні посилання в перекладеній документації.

Найкращі практики

Для будь-якого проєкту важливо дотримуватись найкращих практик. Ось деякі з найкращих практик, яких варто дотримуватися під час перекладу freeCodeCamp:

• не перекладайте вміст тегів <code>. Ці теги позначають текст, який знаходиться в коді та повинен бути англійською мовою;
• не додавайте додаткового вмісту. Якщо вам здається, що завдання потребує змін в тексті або додаткової інформації, запропонуйте це через GitHub, що змінить англійський файл;
• не змінюйте порядок вмісту.

Як стати редактором

Якщо ви допомагатимете freeCodeCamp з локалізацією, ви також можете стати редактором.

Ми зазвичай надаємо доступ до редагування, якщо ви вже деякий час допомагали з локалізацією freeCodeCamp.

Якщо ви хочете стати редактором, будь ласка, зверніться до нас у чаті.

💡 Важливо: редактори можуть затверджувати власні переклади. Однак ми радимо, щоб це робив хтось інший, щоб переконатися, що відсутні помилки.

Як редагувати переклади

Коли ви станете редактором, ви матимете спеціальні дозволи в редакторі перекладу. Ви зможете переглядати наявні переклади, редагувати і затверджувати їх.

Під час прийняття рішення ви повинні враховувати оцінки спільноти, визначені голосами «за» та «проти».

Коли ви затвердили рядок, то автоматизований процес, який ми налаштували за допомогою інтеграції GitHub на Crowdin, додасть його до нашої платформи:

Затвердження рядка в режимі редагування позначить його як завершений, і цей рядок буде завантажений під час наступного завантаження з Crowdin на GitHub.

Чат для перекладачів на Discord

Якщо у вас є якісь запитання або ви хочете допомогти з перекладом, ви можете приєднатися до нашого чату для перекладачів на Discord.

Після створення облікового запису та приєднання до серверу ви побачите привітальне повідомлення і канал з локалізації #start-here.

Чудова робота! Тепер ви готові почати перекладати та зробити власний внесок у локалізацію freeCodeCamp.

Висновок

Вітання! Ми розглянули багато тем, пов’язаних із локалізацією, і тепер ви знаєте більше про те, як локалізувати матеріали та платформи, щоб зацікавити користувачів у всьому світі.

Деякі ключові висновки:

• у глобалізованому світі, де інформація доступна всього в декілька натискань, локалізація продуктів, послуг і платформ є важливою, якщо ваша мета — зацікавити користувачів у всьому світі. Адаптація до різних культур відкриє двері для вашої команди, організації та користувачів у всьому світі;
• Crowdin — це потужна платформа для управління локалізацією, зосереджена на наданні вам та вашій команді інструментів, необхідних для локалізації продуктів і платформ, які постійно розвиваються;
• локалізація freeCodeCamp є прикладом глобальної спільноти, об’єднаної спільною метою: забезпечити безоплатний доступ до освіти у всьому світі без мовних бар’єрів. Ви також можете приєднатися.

Сподіваюся, вам сподобався цей посібник про основи локалізації. Тепер ви готові почати локалізувати свою платформу. Зараз саме час почати. Локалізація може бути саме тим, що вам потрібно для досягнення глобальної спільноти користувачів.

Під час роботи зі зображеннями важливо розуміти різні типи файлів. Який формат найкраще підходить для певної програми?

У цьому посібнику ми пояснимо найпоширеніші типи зображень і в яких випадках їх потрібно використовувати.

Зауважте, що це коротка нетехнічна стаття. Якщо ви хочете дізнатися більше про покращення продуктивності, див. посібники з оптимізації зображень вебсайту (англійською мовою).

Спочатку швидко розглянемо, як працює стиснення зображень.

Безвтратне та втратне стиснення: яка між ними різниця?

Безвтратне стиснення — це клас алгоритмів стиснення даних, які дозволяють ідеально відновити початкові дані зі стиснених даних.

Існує лише обмежена можливість стиснення файлу, перед тим як ви почнете викидати частину інформації, яку містить цей файл.

Тут з’являється втратне стиснення. «Втратне», оскільки воно втрачає частину інформації.

Втратне стиснення дозволяє відновити тільки приблизні дані початкових даних (хоча зазвичай зі значно покращеними рівнями стиснення).

Нижче ви будете бачити терміни «безвтратний» і «втратний», коли ми описуватимемо різні формати зображень.

Що таке формат JPEG? (розширення .jpg та .jpeg)

JPEG — найпоширеніший тип файлу для зображень. Він найкраще підходить для фотографій та інших зображень з багатьма кольорами.

До речі, JPEG означає «Joint Photographic Experts Group» (об’єднана група експертів у галузі фотографії) — команду, яка розробила цей стандарт.

Файли JPEG менші за інші типи файлів, тому їх легко завантажувати та обмінюватися ними.

Чи можуть JPEG бути прозорими або мати прозорий фон?

Ні. На відміну від GIF, SVG та PNG, JPEG не можуть мати прозорого фону. Для цього його потрібно перетворити в інший формат файлу.

.jpeg та .jpg — одне і те ж?

Так. Єдина різниця в тому, що традиційно розширення файлів складаються з трьох символів. .jpg — це скорочена форма .jpeg.

Що таке PNG? Формат PNG (розширення .png)

PNG — це формат безвтратного стиснення для цифрових зображень. PNG був створений як удосконалена заміна GIF. Він став найпоширенішим форматом безвтратного стиснення зображень у мережі.

PNG — це тип файлу, який найкраще використовувати для зображень з прозорістю (наприклад, для логотипів). Файли PNG зазвичай більші за JPEG, тому вони не ідеальні для великих зображень.

PNG можуть мати прозорий фон.

Що таке GIF? Формат GIF (розширення .gif)

Формат GIF — це ще один тип зображення, який часто використовується в інтернеті. Файли GIF зазвичай менші за інші типи зображень, що робить їх ідеальними для використання в мережі.

GIF можна використовувати для статичних зображень. Проте частіше їх асоціюють з анімаціями — серією зображень, які автоматично відтворюються. Наприклад, ось GIF суспільного надбання:

Це всього лише серія зображень, які відтворюються без перестанку.

Зверніть увагу, що GIF також можуть мати прозорий фон.

Як вимовляти GIF?

Засновник формату GIF — Стів Вілхіте — сказав, що він каже «джіф» як у назві арахісової пасти «Jif».

Проте майже всі англомовні розробники, яких я знаю, кажуть «гіф», і я вважаю, що це буде найпопулярнішою вимовою й надалі.

Що таке TIFF? Формат TIFF (розширення .tif)

TIFF — це тип файлу, який найкраще використовувати для високоякісних зображень, які потребують редагування. Файли TIFF великі, тому вони не підходять для обміну в інтернеті.

Використовуйте TIFF, якщо якість важливіша за розмір файлу. На практиці, особливо при роботі зі зображеннями в інтернеті, найкращий варіант — це PNG.

Що таке SVG? Формат SVG (розширення .svg)

SVG — це Scalable Vector Graphic (масштабована векторна графіка). Це означає, що графіка може масштабуватися до будь-якого розміру без втрати якості.

На відміну від усіх інших форматів, які ми вже обговорили, файли SVG є векторними (JPEG, PNG, GIF та TIFF є растровими файлами).

Це означає, що файли SVG можна масштабувати до будь-якого розміру без втрати якості, а растрові файли втрачатимуть якість.

Файли SVG можна редагувати за допомогою програмного забезпечення для векторного редагування (або просто вручну оновлювати координати та кольори графіки). Їх можна редагувати лише за допомогою програмного забезпечення для растрового редагування.

Ось приклад файлу SVG з Mozilla Developer Network. Так виглядає SVG у формі коду XML:

<svg version="1.1"
     width="300" height="200"
     xmlns="http://www.w3.org/2000/svg">

  <rect width="100%" height="100%" fill="red" />

  <circle cx="150" cy="100" r="80" fill="green" />

  <text x="150" y="125" font-size="60" text-anchor="middle" fill="white">SVG</text>

</svg>

Цей простий код відтворює таке зображення:

Зазвичай файли SVG менші за файли PNG, оскільки містять лише дані, необхідні для відтворення зображення, а файли PNG містять дані для всього зображення.

Файли SVG також можна анімувати за допомогою інструменту під назвою SMIL. Тобто вони можуть служити як просторові файли GIF. А якщо ви дійсно відважні, то можете програмувати SVG.

JPEG vs PNG: що краще для мережі?

У майбутньому мережа може виглядати по-іншому, оскільки ми вводимо все більше оптоволоконних кабелів, а високошвидкісний інтернет через супутник стає більш поширеним.

Наразі я рекомендую використовувати JPEG для більшості зображень.

Якщо у вас є логотип компанії або дуже важлива фотографія, де важлива якість, найкращий варіант — PNG.

Для логотипів я рекомендую використовувати SVG, оскільки це розширення безмежно масштабується і має дуже компактний розмір.

Сподіваюся, ви багато чого дізналися про типи зображень.

І сподіваюся, це було корисно. Якщо ви хочете дізнатися більше про програмування і технології, спробуйте основну навчальну програму freeCodeCamp. Вона безоплатна.

Якщо ви створюєте вебсайт, важливо зробити його адаптивним.

Деколи важко зробити так, щоб вебсайт мав хороший вигляд на екранах різного розміру. Вам доведеться керувати шириною або висотою елементів, а також вказувати різні розміри за допомогою медіазапитів, що не завжди просто.

Хоча відносні одиниці (наприклад, відсотки) можуть бути корисними в деяких випадках, вони можуть призвести до проблем.

Але не хвилюйтесь: такі властивості, як max-width та min-width, прийдуть вам на допомогу. Ці властивості дозволяють уникнути використання медіазапитів для деяких адаптивних завдань.

У цій статті ви дізнаєтеся, що таке max-width, min-width, max-height і min-height та як їх використовувати.

Властивість max-width

Властивість max-width дозволяє вказати максимальну ширину елемента. Це означає, що елемент може збільшуватися в ширину до досягнення певної абсолютної або відносної одиниці, після чого його ширина має фіксуватися.

Ось про що я говорю:

Припустимо, що ми встановили ширину елемента на 80% ширини вікна перегляду. Якщо ширина вікна перегляду становить 375px, то елемент матиме ширину 300px, що є доволі хорошим показником.

(80/100) * 375 = 300px

Але якщо у нас ширше вікно перегляду, наприклад, 1300px, тоді наш елемент матиме ширину 1040px.

(80/100) * 1300 = 1040px

Саме тут допоможе властивість max-width. Якщо ви використовуєте відносні одиниці (наприклад, відсотки), то встановлена властивість max-width дозволить елементу продовжувати збільшуватися в ширину, поки він не досягне вказаного значення.

Ось приклад:

Зверніть увагу, що розмір картки ніколи не перевищує 350px. Так працює max-width. Це дозволяє картці рости на менших екранах.

Якщо ширина менша за 350px, вона займає 80% від поточного розміру екрана. Але як тільки ширина досягає 350px, вона фіксується і не перевищує встановлену ширину.

Ось так виглядає код:

//Картка не може бути більшою за 350px

.card{
  margin:0 auto;
  padding:1.5em;
  width:80%;
  max-width:350px;
  height:50%;
  background: #FFFFFF;
  box-shadow: 0px 0px 5px rgba(0, 0, 0, 0.3);
  border-radius:4px;
  overflow:hidden;
}

Властивість min-width

На відміну від властивості max-width, властивість min-width вказує мінімальну ширину. Вона визначає найменшу можливу ширину для елемента.

У деяких випадках потрібно, щоб елемент мав гнучку ширину, тому її задають у відносній одиниці (наприклад, у відсотках). Але коли екран зменшується, ширина елемента також зменшується.

Тут допоможе min-width: ви можете встановити мінімальну ширину, щоб картка не була меншою за вказане значення.

//Картка не може бути меншою за 250px

.card{
  margin:0 auto;
  padding:1.5em;
  width:80%;
  max-width:350px;
  //тут налаштовуємо властивість min-width
  min-width : 250px;
  height:50%;
  background: #FFFFFF;
  box-shadow: 0px 0px 5px rgba(0, 0, 0, 0.3);
  border-radius:4px;
  overflow:hidden;
}

Властивість max-height

Властивість max-height працює так само, як і max-width, але впливає на висоту, а не ширину.

Ось приклад:

//Встановлює висоту елемента до вказаної одиниці, ефективно зупиняючи його збільшення у висоті

.card{
  margin:0 auto;
  padding:1.5em;
  width:80%;
  max-width:350px;
  height:70%;
  //тут налаштовуємо властивість max-height
  max-height: 400px;
  background: #FFFFFF;
  box-shadow: 0px 0px 5px rgba(0, 0, 0, 0.3);
  border-radius:4px;
  overflow:hidden;
}

Властивість min-height

На відміну від max-height, властивість min-height задає мінімальну висоту для елемента.

Це трапляється, коли вікно перегляду зменшується, а висота елемента не може бути меншою певної висоти.

.element{
    height:40vh;
    min-height:200px;
}

Висновок

Адаптивність є важливим фактором у веброзробці. Відстежувати вигляд елементів на екранах різних розмірів може бути складно, але властивості max-width, min-width, max-height і min-height допомагають з цим.

Ці властивості дозволяють регулювати розмір елементів без необхідності використання медіазапитів.

Багато властивостей у CSS (наприклад, width, margin, padding та font-size) використовують довжину, а CSS має багато різних способів для її вираження.

Довжина в CSS — це число та одиниця без пробілу. Наприклад, 5px, 0.9em і так далі.

Існує два загальних типи одиниць, які використовують для довжини і розміру в CSS: абсолютні та відносні.

Абсолютні одиниці довжини

Абсолютні одиниці довжини базуються на фактичній фізичній одиниці та зазвичай однакового розміру на всіх пристроях. Однак залежно від розміру та якості вашого екрана або налаштувань у вашому браузері чи ОС можуть бути деякі винятки.

Ось декілька поширених абсолютних одиниць довжини в CSS:

px

Пікселі, або px, є одними з найпоширеніших одиниць довжини в CSS.

У CSS 1 піксель офіційно визначено як 1/96 дюйма. Усі інші абсолютні одиниці довжини базуються на цьому визначенні пікселя.

Але коли цей стандарт був сформульований, більшість моніторів мали роздільну здатність 1024 x 768 та DPI (кількість точок на дюйм) 96.

Екрани на сучасних пристроях мають набагато вищу роздільну здатність і DPI, тому лінія довжиною 96 пікселів може не вимірювати точно 1 дюйм, залежно від пристрою.

Незважаючи на те, що розміри в пікселях можуть змінюватися на різних пристроях, загалом вважається, що для екранів краще використовувати пікселі.

Якщо ви знаєте, що ваша сторінка буде надрукована на високоякісному принтері, тоді можна розглянути можливість використання іншої одиниці: наприклад, cm або mm.

У цій статті ви можете дізнатися більше про історію пікселів та чому CSS-дюйм не завжди відповідає фізичному дюйму (англійською мовою).

cm

Сантиметри.

У CSS 1cm приблизно дорівнює 37,8 пікселя або близько 25,2/64 дюйма.

mm

Міліметри.

У CSS 1mm приблизно дорівнює 3,78 пікселя або 1/10 сантиметра.

in

Дюйми.

У CSS 1in приблизно дорівнює 96 пікселів або близько 2,54 см.

pt

Пункти.

У CSS 1pt приблизно дорівнює 1,3333 пікселя або 1/72 дюйма.

pc

Піки.

У CSS 1pc приблизно дорівнює 16 пікселів або 1/6 дюйма.

Відносні одиниці довжини

Відносні одиниці довжини залежать від розміру або налаштувань іншого елемента. Наприклад, відносний розмір шрифту елемента може розраховуватися з використанням розміру шрифту батьківського елемента.

Ось декілька поширених відносних одиниць довжини:

em

Одиниця em у CSS отримала свою назву від типографічної одиниці. У типографії термін em спочатку стосувався ширини великої літери M у використовуваному шрифті та розмірі.

Коли використовується із властивістю font-size, em успадковує розмір шрифту від батьківського елемента:

.container {
  font-size: 16px;
}

.container p {
  font-size: 1em;
}

.container h2 {
  font-size: 3em;
}

.container h3 {
  font-size: 2em;
}

У цьому прикладі розмір шрифту елемента p становить 16px (16 * 1). Тим часом розмір шрифту h2 становить 48px (16 * 3), а для h3 — 32px (16 * 2).

Якщо em використовується з іншою властивістю (наприклад, width), то em розраховується з використанням розміру цільового елемента.

rem

Ця відносна одиниця не залежить від розміру або налаштувань батьківського елемента, а базується на корені документа. Для вебсайтів коренем документа є елемент html.

p {
  font-size: 1.25rem;
}

У більшості браузерів розмір шрифту за замовчуванням становить 16, тому розмір шрифту елементів html становить 16px. Отже, у цьому випадку елемент p дорівнює 20px (16 * 1,25).

Але якщо користувач змінить розмір шрифту за замовчуванням у своєму браузері, то розмір шрифту елемента p буде масштабуватися відповідно.

%

Відсотки, або розмір відносно розміру батьківського елемента:

div {
  width: 400px;
}

div p {
  width: 75%;
}

Оскільки ширина батьківського елемента становить 400px, то шириною внутрішнього абзацу буде 300px (400 * 0,75).

vw

1vw — це 1% ширини вікна перегляду.

Наприклад:

body {
  width: 100vw;
}

Оскільки елемент body має значення 100vw, або 100% ширини вікна перегляду, він займатиме всю доступну ширину. Отже, якщо ви зміните розмір вашого браузера на 690 пікселів у ширину, то body займе всі 690 пікселів у ширину.

vh

1vh — це 1% висоти вікна перегляду.

Наприклад:

div {
  height: 50vh;
}

Елемент div займе 50% висоти вікна перегляду. Отже, якщо висота вікна браузера становить 900 пікселів, висота div дорівнюватиме 450 пікселів.

ex

Одиниця ex у CSS отримала свою назву від x-height у типографії, або «висоти літери x у шрифті». У багатьох шрифтах символ малої літери x зазвичай становить приблизно половину висоти найбільшого символу.

У CSS 1ex — це x-height шрифту або половина 1em.

Але оскільки розмір малої літери x може значно відрізнятися залежно від шрифту, одиниця ex використовується рідко.

ch

Одиниця ch у CSS визначається як ширина символу 0 (нуль, або U+0030) шрифту.

Хоча одиниця ch працює як точне вимірювання для моноширинних/фіксованих шрифтів (наприклад, Courier), вона може бути непередбачуваною з пропорційними шрифтами (наприклад, Arial).

Наприклад, якщо ви використали шрифт Courier і встановили ширину елемента на 60ch, то ширина цього елемента дорівнюватиме рівно 60 символам.

Але якщо ви використали шрифт Arial і встановили ширину елемента на 60ch, то неможливо сказати, якою буде ширина елемента: символи можуть переповнювати контейнер або не досягати його меж.

Щоб дізнатись більше про одиницю ch та розглянути пару прикладів, див. цю статтю (англійською мовою).

vmin та vmax

Одиниці vmin та vmax базуються на значеннях vw та vh.

1vmin — це 1% найменшого виміру вікна перегляду, а 1vmax — це 1% найбільшого виміру вікна перегляду.

Наприклад, уявіть вікно браузера, ширина якого 1200 пікселів, а висота — 600 пікселів. У цьому випадку 1vmin дорівнює 6px (1% від vh, що менше для розміру 600 пікселів). Тим часом 1vmax дорівнює 12px (1% від vh, що більше для розміру 1200 пікселів).

У Python можна використовувати цикли, щоб повторно виконувати логіку коду до виконання певної умови.

Python надає вбудовані керуючі інструкції, які дозволяють змінювати поведінку циклу. До деяких з них належать continue, break, pass та else.

У цій статті ви дізнаєтесь, як завершити поточний цикл або змінити інструкцію за допомогою інструкції break.

Як використовувати інструкцію break в циклі for у Python

Розглянемо список Python нижче:

імена = ["Оксана", "Андрій", "Мирослава", "Богдан"]

Цикл for можна використати, щоб ітерувати над списком імена та надрукувати його елементи:

імена = ["Оксана", "Андрій", "Мирослава", "Богдан"]

for i in імена:
    print(i)
# Оксана
# Андрій
# Мирослава
# Богдан

Але що робити, якщо ви хочете зупинити цикл, коли знайдете певне ім’я користувача? Це можна зробити за допомогою інструкції break.

Ось приклад:

імена = ["Оксана", "Андрій", "Мирослава", "Богдан"]

for i in імена:
    print(i)
    if i == "Андрій":
        break
# Оксана
# Андрій

У коді вище ми створили інструкцію if, яка перевіряє, чи поточним значенням i є "Андрій": if i == "Андрій".

У тілі інструкції if ми використали інструкцію break. Таким чином цикл зупиниться, коли знайде елемент у списку зі значенням "Андрій".

Тому замість того, щоб вивести весь список ("Оксана", "Андрій", "Мирослава", "Богдан"), було виведено лише "Оксана" та "Андрій", оскільки цикл зупинився одразу після знаходження "Андрій".

Як використовувати інструкцію break в циклі while у Python

Цикл while можна завершити за допомогою інструкції break:

імена = ["Оксана", "Андрій", "Мирослава", "Богдан"]

i = 0
while i < len(імена):
    print(імена[i])
    if імена[i] == "Андрій":
        break
    i += 1

Так само як і в прикладі з циклом for, ми створили список імена з чотирьох елементів: ["Оксана", "Андрій", "Мирослава", "Богдан"].

Використовуючи інструкцію if у циклі while, ми перевіряли, коли поточний цикл був на індексі зі значенням "Андрій". Коли це відбувалося, цикл завершувався.

Знову ж таки, було виведено "Оксана" та "Андрій", оскільки цикл зупинився, коли знайшов "Андрій".

Висновок

У цій статті ви дізналися, як використовувати інструкцію break у Python. Її також можна використовувати, щоб завершити поточний цикл, коли умова виконана.

З наведених прикладів ви дізналися, як використовувати інструкцію break, щоб завершити цикли for та while у Python.

Щасливого програмування!

Бібліотеку Pandas можна використовувати в Python, щоб маніпулювати та аналізувати дані. У більшості випадків її використовують для маніпулювання та аналізу табличних даних.

У цій статті ви дізнаєтеся, як використовувати метод round() від Pandas для округлення значення з плаваючою комою до певної кількості десяткових знаків.

Ми почнемо з розгляду синтаксису методу, а потім розглянемо декілька практичних прикладів коду.

Приклад методу round() від Pandas

Ось так виглядає синтаксис методу round():

DataFrame.round(decimals)

Параметр decimals представляє кількість десяткових знаків, до яких потрібно округлити число.

Кількість десяткових знаків, які потрібно повернути, передається як параметр. Виклик round(2) поверне число, округлене до двох десяткових знаків.

Ось приклад:

import pandas as pd

data = {'вартість':[20.5550, 21.03535, 19.67373, 18.233233]}
  
df = pd.DataFrame(data)

df['округлена_вартість'] = df['вартість'].round(2)
print(df)

У наведеному вище коді у нас є список чисел, які потрапляють у стовпець вартість. У стовпці були такі значення: [20.5550, 21.03535, 19.67373, 18.233233].

Використовуючи метод round(), ми округлили значення до 2 десяткових знаків: df['вартість'].round(2).

Повернені значення були збережені у стовпці під назвою округлена_вартість.

Ось вихідні дані коду:

З наведеної вище таблиці можна побачити, що значення у стовпці вартість були округлені до 2 десяткових знаків у стовпці округлена_вартість.

Висновок

У цій статті ми дізналися про округлення значень з плаваючою комою за допомогою Pandas, використовуючи метод round().

Ми почали з розгляду синтаксису методу round(), а потім побачили приклад використання методу для округлення значень з плаваючою комою до заданої кількості десяткових знаків.

Щасливого програмування!

Максимальний розмір цілого числа в Python можна перевірити за допомогою властивості maxsize модуля sys.

У цій статті ви дізнаєтеся про максимальний розмір цілого числа в Python. Також ви побачите різницю між Python 2 і Python 3.

Вас не має турбувати максимальне значення цілого числа. У поточній версії Python тип даних int надає можливість зберігати дуже великі цілочисельні значення.

Який максимальний розмір цілого числа в Python?

У Python 2 ви можете перевірити максимальний розмір цілого числа за допомогою властивості maxint модуля sys.

Ось приклад:

import sys

print(sys.maxint)
# 9223372036854775807

У Python 2 є вбудований тип даних long, який зберігає цілочисельні значення більші, ніж може обробити int.

Те ж саме можна зробити в Python 3 за допомогою maxsize:

import sys

print(sys.maxsize)
# 9223372036854775807

Зверніть увагу, що значення в коді вище не є максимальною місткістю типу даних int у поточній версії Python.

Якщо ви помножите це число (9223372036854775807) на дуже велике число в Python 2, буде повернено long.

З іншого боку, Python 3 може обробити цю операцію:

import sys

print(sys.maxsize * 7809356576809509573609874689576897365487536545894358723468)
# 72028601076372765770200707816364342373431783018070841859646251155447849538676

Ви можете виконувати операції з великими цілочисельними значеннями в Python, не турбуючись про досягнення максимального значення.

Єдине обмеження для використання цих великих значень — це доступна пам’ять у системах, де вони використовуються.

Висновок

У цій статті ви дізналися про максимальний розмір цілого числа в Python. Ви також побачили деякі приклади коду, які показали максимальний розмір цілого числа в Python 2 і Python 3.

З сучасним Python вам не потрібно турбуватися про досягнення максимального розміру цілого числа. Просто переконайтеся, що у вас достатньо пам’яті для обробки обчислень з дуже великими цілочисельними операціями, і все буде добре.

Щасливого програмування!

Псевдокласи та псевдоелементи в CSS — це два типи ключових слів, які можна поєднувати з селекторами. Їх використовують, щоб визначити стан елемента або конкретні частини елемента.

У цій статті ми дізнаємось про різницю між ними, а також їхню історію та найкращі практики використання.

Синтаксис

• одинарна двокрапка : стосується псевдокласів
• подвійна двокрапка :: стосується псевдоелементів

Псевдокласи та псевдоелементи

«Псевдо» означає «несправжній, неправильний, фальшивий». Префікс псевдо- використовують, щоб позначити класи або елементи, які не є «реальними», тобто є не елементами DOM (Document Object Model), а віртуальними елементами, створеними для стилізації.

Щоб краще визначити різницю, давайте детальніше обговоримо відмінності між псевдокласами та псевдоелементами.

Що таке псевдокласи в CSS?

Псевдокласи (:) в основному використовують, щоб стилізувати елементи у різних станах. Стан позначає умову або поведінку користувача (наприклад, hover, active, focus або disabled). Стан зазвичай включає взаємодію з користувачем.

Наприклад, ми можемо задати всім посиланням колір тексту lavender, коли користувач наводить курсор на посилання.

a:hover {
  color: lavender;
}

У Chrome DevTools ви знайдете інші приклади станів. Тут ви також можете тестувати та налагоджувати застосовані стилі на основі стану (і відповідного псевдокласу), перемикаючи їх.

Існує понад 50 типів псевдокласів, тому я дуже рекомендую переглянути їх.

Протестуйте код нижче, уважно розгляньте псевдокласи та спробуйте додати новий.

Функціональні псевдокласи

Інший тип псевдокласів — це функціональні псевдокласи. Вони приймають параметр у вигляді списку селекторів, щоб відповідати елементам.

На відміну від інших типів псевдокласів, які орієнтовані на статичні стани (наприклад, hover), ці псевдокласи можуть динамічно цілитись на події та взаємодії з користувачем.

:is()
/* Псевдоклас, який відповідає будь-якому елементу, що відповідає будь-якому з селекторів у наданому списку. */

:not()
/* Псевдоклас заперечення, який представляє будь-який елемент, що не відповідає його аргументу. */

:where()
/* Псевдоклас налаштування специфічності, який відповідає будь-якому елементу, що відповідає будь-якому з селекторів у списку без додавання ваги специфічності. */

:has()
/* Псевдоклас відносності, який представляє елемент, якщо будь-який з відносних селекторів відповідає при закріпленні до прикріпленого елемента. */

Що таке псевдоелементи в CSS?

Псевдоелементи (::) використовують, щоб стилізувати певні частини елемента. Їх можуть використовувати, щоб націлитись на першу літеру чи перший рядок або щоб додати вміст перед чи після елемента.

Варто ознайомитися з цим індексом псевдоелементів, щоб дізнатися більше про доступні ключові слова.

Наприклад, щоб перша літера абзацу була великою, можна використати псевдоелемент first-letter:

p::first-letter {
  font-size: 9em;
}

Ще один поширений приклад псевдоелемента — це використання ::before або ::after, щоб додати вміст перед або після цільового елемента.

Протестуйте код нижче, щоб побачити, як можна використовувати ::before та ::after, щоб створити рядки перед або після текстового елемента.

Різниця між : та :: в CSS

Запам’ятайте, що між одинарною та подвійною двокрапкою ключова різниця. Найголовніше, що : стосується псевдокласів, а :: стосується псевдоелементів.

Історія ::

Історично існувала лише одинарна двокрапка :, яка визначала і псевдокласи, і псевдоелементи. Нотація :: була введена в CSS3, щоб розрізняти їх.

Псевдоелементи та псевдокласи — це пов’язані поняття, які забезпечують різні способи стилізації елемента. Як наслідок, невелика відмінність у синтаксисі між ними є логічною.

Нерекомендовано використовувати лише одинарну двокрапку для обох випадків, оскільки це застаріло. Браузери досі приймають : для обох випадків для зворотної сумісності. Оскільки ви можете стикнутися з обома синтаксисами, розуміння історичного контексту є корисним.

Найкращі практики використання : та ::

Найкраща практика при виборі синтаксису двокрапки — дотримуватись поточних стандартів CSS3. Дотримання цих стандартів покращить підтримуваність коду, тому у своїй кодовій базі корисно зберігати та впроваджувати правила щодо цього.

Це також допоможе захистити CSS у майбутньому. Як ми обговорювали, браузери наразі приймають одинарний синтаксис для обох, але так може бути не завжди. Використовуючи подвійний синтаксис для псевдоелементів, ви можете допомогти запобігти помилкам у майбутньому, оскільки CSS продовжує змінюватися та розвиватися.

Розрізнення синтаксису між ними покращує читабельність. Це прояснює, на що ви цілитесь, і корисно при роботі зі складними селекторами, які включають декілька псевдоелементів і псевдокласів.

Висновок

Для написання підтримуваного CSS важливо розуміти різницю між псевдокласом і псевдоелементом. Псевдокласи використовують, щоб націлитись на стан, а псевдоелементи — щоб націлитись на конкретні частини елемента.

Сподіваюся, ця стаття допомогла зрозуміти різницю між псевдокласами та псевдоелементами, а також їхню історію та найкращі практики використання.

Щасливої стилізації!

Якщо хочете дізнатись більше про CSS, можете знайти мене у твіттері.

Автор: Річард Рейс

Якщо ви зацікавлені в програмуванні, то, можливо, вже бачили цю цитату:

«Кожен повинен навчитися програмувати, тому що це вчить мислити», — Стів Джобс

Ви, мабуть, також замислювалися, що саме означає «мислити, як програміст»? І як це робити??

Суть полягає в ефективнішому способі розв’язання проблем.

Мета цієї статті — навчити вас цього способу.

Наприкінці ви точно знатимете, які кроки потрібно зробити, щоб краще розв’язувати проблеми.

Чому це важливо?

Розв’язання проблем — це метанавичка.

У нас всіх є проблеми: в когось більші, в когось менші. Деколи ми справляємось з ними дуже… непродумано.

Якщо у вас немає системи, то ви, ймовірно, «розв’язуєте» проблеми наступним чином (я також так робив, коли починав програмувати):

1. знаходите розв’язок;
2. якщо він не працює, знаходите інший розв’язок;
3. якщо він теж не працює, повторюєте крок №2, доки не пощастить.

Дивіться, іноді може пощастити. Але це найгірший спосіб розв’язання проблем! І це просто величезна трата часу.

Найкращий спосіб включає а) наявність системи та б) її використання.

«Майже всі роботодавці в першу чергу надають перевагу навичкам розв’язання проблем.

Навички розв’язання проблем майже одностайно вважаються найважливішою характеристикою, яку шукають роботодавці... Навіть важливішою, ніж знання мов програмування, налагодження та проєктування систем.

Обчислювальне мислення та здатність розбивати великі, складні проблеми так само цінні (якщо не більше), як базові технічні навички, необхідні для роботи», — Hacker Rank (звіт про навички розробників за 2018 рік)

Дотримуйтесь системи

Щоб знайти правильну систему, я скористався порадою з книги Тіма Ферріса «Шеф-кухар за 4 години».

Це привело мене до інтерв’ю з двома справді дивовижними людьми: С. Джорданом Баллом (займає 1-ше або 2-ге місце серед 65 000+ користувачів на Coderbyte) і В. Антоном Спраулом (автор книги «Думай як програміст: вступ до творчого розв’язання проблем»).

Я поставив їм однакові запитання, і знаєте що? Їхні відповіді були досить схожими!

Зовсім скоро ви також дізнаєтесь про них.

Примітка: це не означає, що вони все робили однаково. Усі ми різні. Ви також відрізняєтесь. Але якщо ви почнете з принципів, з якими ми всі згодні, ваші досягнення будуть швидшими.

«Найбільша помилка, яку роблять початківці, — вони фокусуються на вивченні синтаксису замість того, як розв’язувати проблеми», — В. Антон Спраул

Отже, що робити, коли стикнулись з новою проблемою?

Ось покрокова інструкція:

1. Зрозумійте проблему

Точно зрозумійте, що від вас вимагається. Більшість важких проблем важкі через те, що їх не розуміють (саме тому це перший крок).

Як зрозуміти, що ви зрозуміли проблему? Ви можете пояснити її простими словами.

Пам’ятаєте, як застрягли на якійсь проблемі, почали її пояснювати і миттєво побачили прогалини в логіці, яких не помічали раніше?

Більшості програмістів знайоме це відчуття.

Ось чому варто записати свою проблему, намалювати діаграму або розповісти про неї іншій людині (або предмету… Дехто використовує метод каченяти).

«Якщо ви не можете пояснити щось простими словами, ви цього не розумієте», — Річард Фейнман

2. Складіть план

Не кидайтеся одразу розв’язувати проблему без плану (і сподіватись, що зможете впоратись). Складіть план розв’язку!

Вам ніщо не допоможе, якщо ви не можете записати точні кроки.

У програмуванні це означає не починати одразу писати код. Дайте своєму мозку час проаналізувати проблему та обробити інформацію.

Щоб скласти хороший план, дайте відповідь на це запитання:

«Маючи вхідні дані X, які кроки необхідно виконати, щоб отримати вихідні дані Y?»

Примітка: програмісти мають чудовий інструмент, який допоможе з цим… Коментарі!

3. Поділіть проблему

Зверніть увагу. Це найважливіший крок.

Не намагайтеся розв’язати одну велику проблему. Ви будете плакати.

Натомість розбийте її на менші проблеми. Ці проблемки набагато простіше розв’язати.

Потім розв’яжіть ці проблемки по черзі. Почніть з найпростішої. «Найпростіша» означає, що ви знаєте відповідь (або близькі до неї).

Розв’язок наступних «найпростіших» проблемок не залежить від інших.

Як тільки розв’яжете всі проблемки, з’єднайте точки.

Об’єднавши розв’язки всіх проблемок, ви знайдете розв’язок початкової проблеми. Мої вітання!

Ця техніка — основа розв’язання проблем. Запам’ятайте її (якщо потрібно, прочитайте цей крок ще раз).

«Якби я міг навчити кожного програміста-початківця одній навичці розв’язання проблем, це була б «техніка зменшення проблеми».

Припустимо, ви програміст-початківець, і вам доручили написати програму, яка читає десять чисел і визначає, яке з них є третім за величиною. Для зовсім початківця це може бути складне завдання, навіть якщо воно вимагає лише базового синтаксису.

Якщо ви застрягли, потрібно зменшити проблему до чогось простішого. Замість того, щоб знаходити третє за величиною число, як щодо того, щоб знайти найбільше загалом? Все одно складно? А якщо знайти найбільше з трьох чисел? Або більше з двох?

Зменшуйте проблему до того моменту, коли знаєте, як її розв’язати, і напишіть розв’язок. Потім трохи розширте проблему та відповідно перепишіть розв’язок, і продовжуйте, поки не повернетеся до початкового завдання», — В. Антон Спраул

4. Застрягли?

Ви вже, мабуть, думаєте: «Ей, Річарде... Це все класно, але що робити, якщо я застряг(-ла) і навіть не можу розв’язати проблемку??»

По-перше, глибоко вдихніть. По-друге, це справедливо.

Але не переживайте, друзі. Так буває!

Різниця в тому, що хороші програмісти цікавляться помилками, а не дратуються через них.

Ось що можна спробувати, якщо натрапите на труднощі:

• Виконайте налагодження: уважно перегляньте свій розв’язок, намагаючись знайти помилку. Програмісти називають це налагодженням (власне, це все, що робить налагоджувач).

«Мистецтво налагодження полягає в тому, щоб зрозуміти, що ви насправді наказали робити програмі, а не те, що думали», — Ендрю Сінгер

• Проведіть переоцінку: зробіть крок назад. Подивіться на проблему з іншого боку. Чи є щось, що можна абстрагувати до більш загального підходу?

«Іноді ми настільки заглиблюємося в деталі проблеми, що не помічаємо загальних принципів, які розв’язують проблему на більш загальному рівні. [...]

Класичний приклад цього, звісно, це сума довгого списку послідовних цілих чисел, 1 + 2 + 3 + ... + n, яку дуже молодий Гаусс швидко розпізнав як просто n(n+1)/2, тим самим уникаючи необхідності виконувати додавання», — С. Джордан Балл

Примітка: ще один спосіб провести переоцінку — почати спочатку. Видаліть усе і почніть на свіжу голову. Я серйозно. Ви будете здивовані, наскільки це ефективно.

• Займіться дослідженням: ах, старий добрий Google. Ви правильно прочитали. Незалежно від того, яка у вас проблема, хтось, ймовірно, вже її розв’язав. Знайдіть цю людину/розв’язок. Робіть це навіть якщо ви вже розв’язали проблему! (Ви можете багато чому навчитися з розв’язків інших людей).

Застереження: не шукайте розв’язки великої проблеми. Шукайте лише розв’язки проблемок. Чому? Якщо ви не будете боротися (навіть трохи), ви нічого не навчитеся. А якщо ви нічого не навчитеся, ви даремно витратите час.

Практикуйтесь

Не очікуйте, що будете професіоналом за один тиждень. Якщо ви хочете добре розв’язувати проблеми, розв’язуйте багато проблем!

Практика. Практика. Практика. Пройде зовсім небагато часу, і ви почнете розуміти, що «цю проблему можна легко розв’язати за допомогою <вставте сюди якесь поняття>».

Як практикуватися? Варіантів повно!

Шахи, математичні задачі, судоку, го, монополія, відеоігри, CryptoKitties, бла... бла... бла....

Насправді загальна риса серед успішних людей — їхня звичка практикувати розв’язок мікропроблем. Наприклад, Пітер Тіль грає в шахи, а Ілон Маск грає у відеоігри.

«Байрон Рівз сказав: «Якщо ви хочете побачити, як може виглядати бізнес-лідерство через три-п’ять років, подивіться, що відбувається в онлайн-іграх.»

Перенесемося до сьогодення. Ілон [Маск], Рейд [Гоффман], Марк Цукерберг та багато інших кажуть, що ігри стали основою їхнього успіху у побудові своїх компаній», — Мері Мікер (звіт про інтернет-тенденції за 2017 рік)

Чи означає це, що вам потрібно просто грати у відеоігри? Зовсім ні.

Але яка мета відеоігор? Правильно, розв’язок проблем!

Тому потрібно знайти спосіб практики. Щось, що дозволяє розв’язувати багато мікропроблем (бажано, щоб вам це подобалося).

Наприклад, мені подобаються завдання з програмування. Кожного дня я намагаюся виконати хоча б одне завдання (зазвичай на Coderbyte).

Як я вже сказав, усі проблеми мають схожі шаблони.

Висновок

Це все, друзі!

Тепер ви краще розумієте, що означає «мислити, як програміст».

Ви також знаєте, що розв’язок проблем — це неймовірна навичка, яку варто розвивати (метанавичка).

А якщо цього недостатньо, то ви також знаєте, як практикувати навички розв’язку проблем!

Фух... Досить круто, правда?

Зрештою, я бажаю вам стикатися з багатьма проблемами.

Ви правильно прочитали. Принаймні тепер ви знаєте, як їх розв’язувати! (і пам’ятайте, що з кожним розв’язком ви стаєте кращими).

«Як тільки ви думаєте, що успішно пройшли одну перешкоду, з’являється інша. Але саме це робить життя цікавим. [...]

Життя — це процес подолання перешкод; це укріплені рубежі, через які ми повинні прорватися.

Кожен раз ви чогось навчаєтесь.

Кожен раз ви розвиваєте силу, мудрість і перспективу.

Кожен раз відступає частина конкуренції, допоки залишитесь лише ви: найкраща версія себе», — Раян Голідей («Перешкода як шлях»)

А тепер до розв’язку проблем!

Бажаю удачі?

Окрема подяка С. Джордану Баллу та В. Антону Спраулу. Усі корисні поради — від них.

Дякую, що прочитали! Якщо вам сподобалося, спробуйте, скільки разів ви зможете натиснути на кнопку миші за 5 секунд. Це чудове кардіо для пальців ТА допоможе іншим побачити цю історію.

Python — одна з найпопулярніших мов програмування сьогодення. Її використовують в багатьох галузях, а найчастіше в науці про дані, машинному навчанні та веброзробці.

Під час програмування на Python ви часто використовуватимете різні структури даних, одною з яких є словник.

Словник — це колекція пар ключ-значення, яка дозволяє зберігати та знаходити дані.

При роботі зі словниками часто потрібно перевірити, чи існує ключ. Це особливо корисно, якщо ви працюєте з великими наборами даних або вам потрібно отримати значення на основі ключа.

У цій публікації ми розглянемо різні способи, якими можна перевірити наявність ключа в словнику в Python. Розпочнемо!

Спосіб 1: оператор in

Щоб перевірити наявність ключа в словнику, можна використати оператор in. Це один з найпряміших способів. Він поверне True, якщо ключ існує, або False, якщо ні.

Ось приклад його використання:

мій_словник = {'ключ1': 'значення1', 'ключ2': 'значення2', 'ключ3': 'значення3'}

if 'ключ1' in мій_словник:
    print("У словнику є ключ.")
else:
    print("У словнику немає ключа.")

У прикладі вище ми перевіряємо, чи ключ1 існує в мій_словник. Якщо так, то буде відтворено повідомлення про підтвердження. Якщо ні, то буде надруковано повідомлення про відсутність ключа.

Спосіб 2: метод dict.get()

Метод dict.get() поверне значення, повʼязане із заданим ключем, якщо він існує, або None, якщо ключ не знайдено.

мій_словник = {'ключ1': 'значення1', 'ключ2': 'значення2', 'ключ3': 'значення3'}

if мій_словник.get('ключ1') is not None:
    print("У словнику є ключ.")
else:
    print("У словнику немає ключа.")

У прикладі вище ми використали метод dict.get(), щоб отримати значення, повʼязане з ключ1. Якщо заданий ключ наявний, то мій_словник.get('ключ1') is not None оцінюється як True, отже заданий ключ наявний.

Спосіб 3: обробка винятків

Обробка винятків дозволяє спочатку спробувати та отримати значення ключа, а потім, якщо виникне виняток KeyError, обробить його.

мій_словник = {'ключ1': 'значення1', 'ключ2': 'значення2', 'ключ3': 'значення3'}

try:
    value = мій_словник['ключ1']
    print("У словнику є ключ.")
except KeyError:
    print("У словнику немає ключа.")

Код вище дозволяє отримати значення, повʼязане з ключ1. Якщо він існує, код в межах try виконується та друкується повідомлення. А якщо виникає виняток KeyError, значить ключа не існує та виконується код в межах except.

Додатково

• Наявність ключа vs значення
  Методи, які ми розглянули вище, перевіряють лише наявність ключа. Якщо потрібно перевірити наявність значення, потрібно ітерувати над значеннями за допомогою метода, наприклад, dictname.values().
• Ефективність
  Різні методи надають різну ефективність, що залежить від розміру словника. Загалом оператор in підходить для малих і середніх словників, а dict.get() та обробка винятків — для великих.
• Поєднання методів
  Під час роботи з методами словника Python добре те, що їх можна поєднувати. Наприклад, можна використати оператор in, щоб перевірити наявність словника, та dict.get(), щоб отримати його значення.
• Використання dict.setdefault()
  Це дозволить перевірити, чи існує ключ, та поверне значення, якщо ключ наявний. Якщо ключ відсутній, ви можете встановити значення за замовчуванням під час його додавання до словника.

Щоб комфортно працювати зі словниками в Python, достатньо зрозуміти додаткову інформацію вище та практикуватись над використанням цих методів.

Оператори — це спеціальні символи в програмуванні, за допомогою яких виконують різні операції на змінних (операндах).

Python має різні оператори, до яких належать арифметичні оператори, оператори присвоєння, логічні оператори, булеві оператори, оператори порівняння та багато інших.

Під час вивчення операторів у Python ви не зустрічатимете знак долара ($), але його можна використовувати для форматування рядків за допомогою класу шаблону рядків.

У цій публікації ви дізнаєтесь, як форматувати рядки в Python за допомогою таких методів:

• клас шаблону рядків;
• оператор %;
• метод format();
• f-рядки.

Як відформатувати рядки в Python за допомогою класу шаблону рядків

Клас шаблону рядків дозволяє замінити або вставити значення змінної в межах рядків.

Щоб використати клас шаблону, спочатку його потрібно імпортувати з модуля string. Тобто:

from string import Template

Ось як використати його для форматування рядків:

from string import Template

шаблон_рядка = Template("Мене звати $ім’я! Я створюю контент на $мова")

вивід = шаблон_рядка.substitute(ім’я="Іхечікара", мова="Python")

print(вивід) # Мене звати Іхечікара! Я створюю контент на Python

У прикладі вище ми створили змінну під назвою шаблон_рядка, щоб зберегти рядок "Мене звати $ім’я. Я створюю контент на $мова".

До класу шаблону було передано рядок як параметр: Template("Мене звати $ім’я! Я створюю контент на $мова").

Як бачите, деякі символи в межах рядка мають оператор $ перед собою: $ім’я та $мова. Це заповнювачі, до яких можна призначити значення.

У наступному рядку ми замінили значення цих заповнювачів: шаблон_рядка.substitute(ім’я="Іхечікара", мова="Python").

У виводі заповнювачі буде замінено цими значеннями.

З "Мене звати $ім’я! Я створюю контент на $мова" на "Мене звати Іхечікара! Я створюю контент на Python".

Як відформатувати рядки в Python за допомогою оператора %

Оператор % має різні заповнювачі, які використовують для форматування рядків. Весь список можна переглянути тут.

Ось приклад, де використано заповнювачі %s та %d:

ім’я = "Степан"
число = 80
print("%s любить число %d" %(ім’я, число)) # Степан любить число 80

У прикладі вище ми створили дві змінні: ім’я та число.

Щоб передати ці змінні до рядка, ми використали заповнювачі %s (щоб замінити рядок ім’я) та %d (щоб замінити ціле число). Тобто:

"%s любить число %d"

Щоб переконатись, що змінні розташовані на правильному місці, ми надали назви змінних в круглих дужках: %(ім’я, число).

Об’єднавши це все, ми отримаємо:

"%s любить число %d" %(ім’я, число)

Таким чином заповнювач %s шукатиме будь-який рядок, збережений в круглих дужках, та замінить його. Заповнювач %d робитиме те саме для цілочисельного значення.

Як відформатувати рядки в Python за допомогою методу format()

Метод format() дуже схожий до оператора %.

Замість того, щоб використовувати заповнювачі, використайте фігурні дужки {}, щоб замінити параметри методу format().

Ось приклад::

ім’я = "Степан"
число = 80
print("{} любить число {}".format(ім’я, число)) # Степан любить число 80

Фігурні дужки в прикладі вище буде замінено на параметри методу format(): format(ім’я, число).

З "{} любить число {} на "Степан любить число 80".

Як відформатувати рядки в Python за допомогою f-рядків

Метод з f-рядками також використовує фігурні дужки. У попередньому розділі, щоб скористатись методом format(), потрібно було використати точкову нотацію.

Назви змінних за допомогою f-рядків можна передати напряму до фігурних дужок:

ім’я = "Степан"
число = 80
print(f"{ім’я} любить число {число}") # Степан любить число 80

Щоб використати f-рядки, просто додайте f перед початковими лапками рядка. Це дозволить передати змінні одразу до рядка.

В межах рядка можна навіть виконати арифметичні операції:

число1 = 20
число2 = 80
print(f"{число1} + {число2} = {число1 + число2}") # 20 + 80 = 100

Висновок

У цій публікації ми обговорили різні методи форматування рядків у Python.

Ми розпочали з класу шаблонів рядків, для якого використовують оператор $.

Потім ми розглянули, як працюють інші методи: оператор %, метод format() та f-рядки.

Щасливого програмування! Я також пишу про Python на своєму блозі.

Гласморфізм набирає все більше популярності. Саме завдяки йому дизайн виглядає сучасним та елегантним.

У цій публікації ми дізнаємось, що таке гласморфізм, наскільки він доступний та як розробити просту скляну картку.

Що таке гласморфізм?

Гласморфізм — це стиль, де, як і вказує сама назва, використовуються властивості скла для покращення дизайну. Він надає прозорий або напівпрозорий вигляд елементам.

Елементи гласморфізму добре виглядають на яскравих, кольорових фонових зображеннях, які підкреслюють ефект скла. Гласморфізм допомагає додати візуальну ієрархію до дизайну та зосередити увагу на контенті, який потрібно виділити.

‌‌Доступність гласморфізму

Гласморфізм — не найкращий вибір, якщо ви розробляєте дизайн для людей з порушеннями зору. Вам доведеться дуже обережно підбирати кольори та шрифти, щоб забезпечити правильне інтерпретування дизайну читачами екрана та іншими пристроями.

До того ж гласморфізм може спричинити сповільнення роботи сайту і збільшити споживання батареї пристрою.

Проте, якщо ви зможете розв’язати ці проблеми, дизайн з використанням скла справді виглядатиме дуже круто.

Ось декілька порад, які допоможуть покращити доступність дизайну з використанням скла:

1. Використовуйте ефект прозорості або розмиття в міру. Такий ефект виглядає найкраще, якщо використовується лише на двох або трьох елементах.
2. Встановіть чітку ієрархію. Правильний інтервал між картками в макеті дизайну та виокремлення правильних елементів допоможуть з розв’язанням проблем доступності. Пам’ятайте, що візуальна ієрархія допомагає користувачам отримати правильні візуальні вказівки.
3. Виберіть правильний фон. Переконайтеся, що фон не млявий чи нудний. Яскраві кольори фону допоможуть підкреслити ефект. Звичайно, це також забезпечить естетичний вигляд.
4. Використовуйте більші шрифти, щоб зробити дизайн з використанням скла більш доступним. Також вибирайте шрифти, які контрастують зі скляним фоном.

Приклади гласморфізму

Щоб ви краще зрозуміли, як виглядає дизайн з використанням гласморфізму, ось декілька прикладів, де застосовано цю техніку:

Розглянемо, як можна відтворити щось схоже до останнього прикладу.

Як створити скляну картку в Figma

Скляні картки — це звичайні картки, створені з використанням гласморфізму. Це можуть бути кредитні картки, картки профілю тощо.

Дотримуйтесь наведених нижче кроків, щоб створити скляну кредитну картку в Figma.

Крок 1: встановіть кольоровий фон

Важливо використати яскравий фон, оскільки він допомагає підкреслити дизайн з використанням скла та зробити його помітнішим. Ви можете скористатися плагіном uiGradients, щоб власноруч вибрати градієнт, як я зробила нижче.

Крок 2: намалюйте фігуру

Ми будемо імітувати форму фізичної кредитної картки, яка виглядає як прямокутник.

Намалюйте прямокутник розміром 640×400 та встановіть радіуси кутів на 40pt.

Крок 3: заповніть фігуру

Далі потрібно заповнити фігуру напівпрозорими кольорами, наприклад, білим. Обидва кольори градієнта мають бути білими, але їхня прозорість має бути різною.

Крок 4: застосуйте розмиття фону

Встановіть значення blur на 40 або будь-яке інше значення, залежно від того, наскільки ви хочете його розмитим.

‌‌Крок 5: додайте обведення, щоб створити кордони

Додавання кордонів покращує вигляд картки. Це допомагає забезпечити більший контраст внаслідок товстіших і помітніших кордонів.

‌Крок 6: застосуйте ефект тіні

Використання ефекту тіні допомагає зміцнити візуальну ієрархію.

Встановіть значення blur на 24 та spread на -1.

‌Крок 7: додайте вміст

Тепер ви можете додавати вміст до картки (наприклад, текст, логотип тощо). Щоб отримати логотип Visa та чіп EMV, використайте плагін Iconify, що заощадить вам багато часу.

Заповніть вміст білим кольором, зменште прозорість та встановіть режим злиття шару на Overlay.

Ефект морозу покращує дизайн. Щоб застосувати цей ефект, просто використайте плагін Noise, щоб заповнити зображення шумом.

Якщо плагін вже встановлено, перейдіть до плагінів і натисніть на Noise. Якщо ні, перейдіть на https://www.figma.com/community/plugins, щоб встановити плагін.

Як тільки ви встановили і вибрали плагін, встановіть режим злиття шару на Overlay і зменште прозорість.

Картка матиме такий вигляд після застосування плагіну Noise:

Тепер встановіть режим злиття шару на Overlay.

Зменште прозорість картки. Поекспериментуйте з прозорістю, допоки не отримаєте бажаного ефекту.

Щоб зменшити прозорість, натисніть на будь-яку цифру на клавіатурі: 2 для 20%, 3 для 30%, 4 для 40% і так далі.

На цьому картка готова.

Висновок

Додавати гласморфізм до дизайну досить легко. Оскільки гласморфізм стає все більш популярним, в майбутньому можуть знадобитись знання, як створити такий дизайн.