Codica зібрала фільми про IT, які допоможуть подивитися на цю сферу під іншим кутом 🙃

📺 «Інтернет-хлопчик: Історія Аарона Шварца» / The Internet's Own Boy, 2014
🎞 IMDb: 8,0

Про Аарона Шварца світ дізнався, коли йому було 14 років. Він встиг попрацювати у «Вікіпедії», приклав руку до створення Reddit та формату RSS. Вважав, що володіння інформацією має бути вільним, вимагав змінення законів, але потрапив під слідство, а потім загинув за загадкових обставин.

📺 «Піратська бухта: На відстані від клавіатури» / TPB AFK: The Pirate Bay Away from Keyboard, 2013
🎞 IMDb: 7,5

Історія про життя трьох фаундерів торрент-трекера The Pirate Bay. Команда проєкту замість того, щоб платити власникам авторських прав, просто ретельніше ховає сервер із даними та продовжує свою справу.

📺 «Великий хак» / Great Hack, 2019
🎞 IMDb: 7,1

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

#codica_weekend

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

#codica_humor

Стікер цього тижня - "замислений Коді" або "не хвилюйся, якщо не працює, якби все завжди працювало, у тебе не було б роботи" 😅

#Mister_Cody

Як пояснити концепції потоків, промісів, лінтингу та декларативного програмування 5-річній дитині ✨

👉 Лінтинг та автоматизація завдань

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

ℹ️ Інструменти, що автоматично попереджають вас про те, що ви щось робите неправильно під час їзди, схожі на інструменти лінтингу у програмуванні.
ℹ️ Інструменти лінтингу постійно розвиваються та дуже схожі на системи попередження в сучасних машинах.
ℹ️ У JavaScript найкращий лінтер на сьогоднішній день - ESLint. Він здатний попередити вас про багато помилок, яких ви можете припуститися при кодингу. А найкраще те, що він зробить це ще до того, як ви запустите програму.
ℹ️ Ще можна провести аналогію із сучасними машинами в плані автоматизації: будь-яке завдання, що часто повторюється, має автоматизуватися, коли його мета і значення стануть абсолютно зрозумілими.
ℹ️ Замість того, щоб рестартувати програму при кожному збереженні файлу, варто завести процедуру, яка б це автоматизувала.
ℹ️ Замість того, щоб запускати команду форматування коду, варто мати команду, яка автоматично виконувала б форматування при кожному коміті.

👉 1 Частина. Програмування
👉 2 Частина. Вивчення програмування
👉 3 Частина. Змінні
👉 4 Частина. Помилки та вийнятки
👉 5 Частина. Реактивне програмування та потоки
👉 6 Частина. Функції зворотного виклику та проміси
👉 7 Частина. Черги та стеки
👉 8 Частина. Парне програмування

Чому не потрібно вчитися програмувати? 🧐

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

💻 Програмування складний процес.
Одним із найпопулярніших слоганів є: Programming is easy. Але все зовсім навпаки: немає універсальної бази, стека технологій, який можна було б застосувати в різних проектах; доведеться постійно вчитися, читати сотні сторінок документацій та вирішувати нецікаві проблеми, які підкинули вам колеги (або ви самі рік тому).

💻 Кожному може подобатися програмування, але не кожен його полюбить.
Є в програмуванні безліч прекрасних речей, доступних для всіх: хвилювання при створенні нового проекту; почуття влади над машиною, коли вона точно виконує команди; радість перемоги після довгого перебору безлічі варіантів вирішення, прочитання кількох тредів на stackoverflow і гніву на все існуюче. Але далеко не кожен хто зазнає справжнього захоплення програмуванням, не залишить це заняття, після того, як наприклад, дослівно переписаний із книги код, не запрацює.

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

💻 Дискредитація освітніх програм.
Якщо почати цікавитися різними програмами, які навчають програмуванню, можна відкрити безліч цікавих речей. Так, стара програма шкільного курсу з програмування у Великій Британії передбачала створення сайту в PowerPoint. Більше того, лише троє людей з ради Year of Code були програмістами з технічним бекграундом і всі троє працювали в одній компанії. Проблема подібних програм у тому, що вони не встигають змінюватися з тією ж швидкістю, з якою розвиваються технології.

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

Ви один із тих, хто відкриває незліченну кількість вкладок у своєму браузері під час пошуку цікавих ресурсів з Ruby on Rails, обіцяючи собі колись прочитати всі ці публікації в блогах та навчальних посібниках? 🥲

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

Наступні подкасти можуть допомогти вам ознайомитися з деякими з найцікавіших функцій Ruby on Rails 👇

🔻 Remote Ruby
José Valim, creator of Elixir and form Rails core contributor

🔻 The Ruby on Rails Podcast
Episode 416: Tackling Technical Texts with Steve Lynch

🔻 Ruby Rogues

#codica_advice

Де отримати досвід роботи розробнику-початківцю? 🤔

#НапуттяВід_HR Директорки Кліменко Наталії

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

Де все-таки взяти досвід? Я б радила звернути увагу на ці варіанти:

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

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

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

✔️ Участь у будь-яких програмах вашого університету, хакатонах.
Дуже часто на базі ВНЗ проводяться різноманітні ІТ заходи – від конкурсів, лабораторних робіт до отримання будь-яких грантів. Поговоріть із викладачами з кафедри, вони вам точно підкажуть де і що готувати. Чим ви активніші, тим швидше у вас буде бажана робота.

✔️ Курси та інтернатура в IT-компаніях.
Зараз, на базі багатьох ІТ компаній ведуться безкоштовні курси. Достатньо пройти тестування та продемонструвати своє бажання до навчання. Якщо успішно завершити такі курси, то і робоче місце в компанії вам гарантовано.

✔️ Вхід до суміжної спеціалізації для набору досвіду.
На моїй пам'яті безліч прикладів, коли хлопці заради досвіду йшли в будь-яку область ІТ, аби просто потрапити і закріпитися там. Наприклад, йдіть до manual QA, щоб перейти в Automation. Ідіть у верстальники, щоб легше перейти в React JS розробники. Якщо у вас гарна англійська та досвід у people management, можна пробуватися в аналітики або менеджери будь-якого напряму.

Головне правило для вас: краще погана робота зараз, ніж хороша ніколи.
Спробуйте, думайте, робіть і зовсім скоро у вас буде робота вашої мрії! ❤️

#НапуттяВід_HR

Всім привіт 👋

#CodicaTeam запрошує в компанію Менеджера Проєктів для роботи над складними веб-рішеннями, які ми розробляємо з нуля: Marketplaces, SaaS, PWA. У нас є сильна команда менеджерів, яка завжди підтримає та допоможе швидко влитися у робочий процес 🔥

Ремоут!

🙂 Коротко про нас:

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

Для своїх клієнтів забезпечуємо повний цикл розробки. Активно проводимо ретроспективи для вдосконалення у кожній з дисциплін, у якій ми працюємо. Активно застосовуємо спеціалізацію. В компанії сильні команди за напрямками PM, QA, Rails, React, Vue, DevOps, Design.

Чого хочемо:

✔️ Досвід роботи на аналогічній посаді від 0,5 років
✔️ Гарна усна та письмова англійська мова (Upper Intermediate та вище)
✔️ Вміння складати плани проєктів, кошторису та бізнес-пропозиції
✔️ Знання в галузі управління ризиками
✔️ Самостійність не на словах, а на ділі

Чим займатися:

📌 Щоденне спілкування з клієнтами компанії
📌 Участь у процесі оцінки нових проєктів
📌 Планування завдань для команди
📌 Створення, розстановка пріоритетів та коригування беклогу продукту, відповідно до цілей проєкту
📌 Контроль за ходом проєкту
📌 Узгодження результатів

Що ми точно можемо дати:

✅ Персональне рев'ю 1 раз на 6 місяців, де ми чесно і по суті обговорюємо вашу кар'єру та фінансові перспективи
✅ Можливість зробити реальний внесок у розвиток серйозного проєкту
✅ Повний ремоут із гнучким робочим графіком
✅ Всебічну підтримку та допомогу більш досвідчених колег 24/7 (зверніть увагу на відгуки)

Друзі, потрібно буде виконати тестове завдання, щоб ми до кінця зрозуміли один одного 🙃

Приклади наших проектів за посиланням 👇
https://www.codica.com/case-studies/

У нас: налагоджені процеси та реальна можливість на них впливати, дружня команда, гнучкі умови праці, лояльна fun-friendly атмосфера.

📨 З усіх питань пишіть на пошту job@codica.com або в Телеграм @Anzhela_Codica

Бажаємо всім таких сеньйорів ☺️

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

#codica_humor

Стікер цього тижня - "винахідливий Коді" або "це не баг – це незадокументована фіча" 😅

#Mister_Cody

Як пояснити концепції потоків, промісів, лінтингу та декларативного програмування 5-річній дитині ✨

👉 Імперативне та декларативне програмування

Імперативне програмування схоже на їзду на авто з «механікою».

У будь-якій справі є два аспекти: «що» та «як». Тобто, що саме потрібно зробити і як ви збираєтеся це робити.

⁉️ Імперативне програмування це «як». Декларативне – «що».

✔️ Імперативний підхід є переліком кроків. Зроби спочатку це, потім те, а потім щось ще. Наприклад: "Перебери список чисел по одному і додай значення кожного до загальної суми".

✔️ Декларативний підхід представляє, що у нас є і що нам потрібно. Наприклад: «У нас є список чисел, і нам потрібно отримати їхню суму». Імперативна мова для сучасних комп'ютерів зрозуміліша, бо вони вміють лише виконувати інструкції. Декларативний підхід ближче до нашого мислення та команд. «Зроби це, будь ласка. Все одно, як!»

💁‍♂️ Гарна новина у тому, що комп'ютерні мови розвиваються. Вони пропонують декларативні засоби здійснення необхідних комп'ютерних інструкцій. Так само, як машини вдосконалилися і перейшли від механічної до автоматичної коробки, а потім взагалі стали самоврядними!

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

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

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

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

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

📌 Але програмування не має бути лише імперативним чи лише декларативним. Будь-яка нетривіальна комп'ютерна програма швидше за все поєднуватиме в собі обидва підходи. Крім того, вміти писати код декларативно це добре, але це не означає, що вам не слід навчитися робити те саме імперативно. Ви повинні освоїти обидва способи.

👉 1 Частина. Програмування
👉 2 Частина. Вивчення програмування
👉 3 Частина. Змінні
👉 4 Частина. Помилки та вийнятки
👉 5 Частина. Реактивне програмування та потоки
👉 6 Частина. Функції зворотного виклику та проміси
👉 7 Частина. Черги та стеки
👉 8 Частина. Парне програмування
👉 9 Частина. Лінтинг та автоматизація завдань