Зі свого досвіду розкажу вам про типові помилки, які роблять програмісти-початківці:
❗️Перша - це самому не гуглити і не шукати інформації, а одразу бігти до ментора, наставника, команди за готовим рішенням. Не треба, не робіть так. Гугліть, щоб заощадити дорогоцінний час. Пошук може показати вам проблему з несподіваного боку.
❗️Друга помилка – протилежна першій. Новачки люблять копіювати з гугла все підряд без особливих роздумів. Але навіть якщо код вирішує вашу проблему, використовуйте його тільки тоді, коли ясно розумієте кожний його рядок.
❗️Третя помилка - це залипати над завданням нескінченно довго і боятися запитати у товаришів, як вони з ним справлялися. У нас у компанії є правило (це не догма), яке навіть прописано в нашому внутрішньому документі та яке допомагає впоратися з цими помилками. ☝️ Називається правило "15 хвилин". Тут усе просто. Якщо ви робите завдання і воно у вас не виходить, ви гуглите і не знаходите правильного рішення за умовні 15 хвилин, ви не впевнені за який напрямок братися і куди слід копати далі, то ви записуєте/вибираєте правильний напрямок і йдете до свого ліда обговорити завдання. Це, по-перше, допомагає не боятися запитати, а по-друге, допомагає весь процес зробити прозорішим.
❗️Четверте - новачки, зіткнувшись із проблемою, схильні хапатися за перше рішення, що трапилося, не подумавши про побічні ефекти в перспективі. Хороші рішення з'являються після роздумів, спроб і помилок, після добирання найоптимальнішого варіанту.
❗️П'ята (теж досить часта помилка новачка) - це в жодному разі не відступати від уже написаного, нехай і поганого, але такого рідного свого улюбленого коду. Підхід "не здаватися" гарний у багатьох сферах, але не в програмуванні. Програмістам корисно визнавати помилки раніше та частіше. Щойно ви засумнівалися у вирішенні, відкиньте його та переосмисліть проблему. Не важливо, скільки ви вже вклали в цей шлях.
❗️Шосте – не писати тести. Виправте мене, якщо я помиляюся і у вас не так, але багато розробників-початківців вважають, що писати тести це нижче за їхній рівень, це не прокачує їхні скіли і опускатися до цього не хочеться. 💁🏻♀️ Якщо ви не пишете тести, ви все одно так чи інакше тестуєте вашу програму вручну. Якщо це веб-застосунок, ви оновлюєте сторінку та здійснюєте якісь дії після кожних кількох рядків коду. Всі так роблять, у цьому немає нічого поганого.
❗️Сьоме – одержимість новим суперсучасним проєктом. Чомусь частина розробників-початківців вважає, що вони зможуть навчитися програмувати тільки на “нових” проєктах, що легасі-код їх не зможе прокачати. Зараз не обговорюватимемо можливості легасі-проєктів, це окрема тема. Але я вас розчарую: “найкращих проєктів” не існує. Коли ви навчаєтеся, найкращим проєктом буде той, що під рукою. Бувають хороші проєкти на сьогоднішній день і для цієї мови програмування. Тому не переймайтеся щодо "найкращих проєктів", а зосередьтеся на тому, що ви можете зробити добре вже сьогодні 😌
Незабаром ми плануємо зробити технічний стрім, де наші технічні спеціалісти зможуть розвинути цю тему ширше та об'ємніше 😉
Усім чистого, зрозумілого та простого коду! ❤️
#НапуттяВід_HR
❗️Перша - це самому не гуглити і не шукати інформації, а одразу бігти до ментора, наставника, команди за готовим рішенням. Не треба, не робіть так. Гугліть, щоб заощадити дорогоцінний час. Пошук може показати вам проблему з несподіваного боку.
❗️Друга помилка – протилежна першій. Новачки люблять копіювати з гугла все підряд без особливих роздумів. Але навіть якщо код вирішує вашу проблему, використовуйте його тільки тоді, коли ясно розумієте кожний його рядок.
❗️Третя помилка - це залипати над завданням нескінченно довго і боятися запитати у товаришів, як вони з ним справлялися. У нас у компанії є правило (це не догма), яке навіть прописано в нашому внутрішньому документі та яке допомагає впоратися з цими помилками. ☝️ Називається правило "15 хвилин". Тут усе просто. Якщо ви робите завдання і воно у вас не виходить, ви гуглите і не знаходите правильного рішення за умовні 15 хвилин, ви не впевнені за який напрямок братися і куди слід копати далі, то ви записуєте/вибираєте правильний напрямок і йдете до свого ліда обговорити завдання. Це, по-перше, допомагає не боятися запитати, а по-друге, допомагає весь процес зробити прозорішим.
❗️Четверте - новачки, зіткнувшись із проблемою, схильні хапатися за перше рішення, що трапилося, не подумавши про побічні ефекти в перспективі. Хороші рішення з'являються після роздумів, спроб і помилок, після добирання найоптимальнішого варіанту.
❗️П'ята (теж досить часта помилка новачка) - це в жодному разі не відступати від уже написаного, нехай і поганого, але такого рідного свого улюбленого коду. Підхід "не здаватися" гарний у багатьох сферах, але не в програмуванні. Програмістам корисно визнавати помилки раніше та частіше. Щойно ви засумнівалися у вирішенні, відкиньте його та переосмисліть проблему. Не важливо, скільки ви вже вклали в цей шлях.
❗️Шосте – не писати тести. Виправте мене, якщо я помиляюся і у вас не так, але багато розробників-початківців вважають, що писати тести це нижче за їхній рівень, це не прокачує їхні скіли і опускатися до цього не хочеться. 💁🏻♀️ Якщо ви не пишете тести, ви все одно так чи інакше тестуєте вашу програму вручну. Якщо це веб-застосунок, ви оновлюєте сторінку та здійснюєте якісь дії після кожних кількох рядків коду. Всі так роблять, у цьому немає нічого поганого.
❗️Сьоме – одержимість новим суперсучасним проєктом. Чомусь частина розробників-початківців вважає, що вони зможуть навчитися програмувати тільки на “нових” проєктах, що легасі-код їх не зможе прокачати. Зараз не обговорюватимемо можливості легасі-проєктів, це окрема тема. Але я вас розчарую: “найкращих проєктів” не існує. Коли ви навчаєтеся, найкращим проєктом буде той, що під рукою. Бувають хороші проєкти на сьогоднішній день і для цієї мови програмування. Тому не переймайтеся щодо "найкращих проєктів", а зосередьтеся на тому, що ви можете зробити добре вже сьогодні 😌
Незабаром ми плануємо зробити технічний стрім, де наші технічні спеціалісти зможуть розвинути цю тему ширше та об'ємніше 😉
Усім чистого, зрозумілого та простого коду! ❤️
#НапуттяВід_HR
👍20❤6🔥3
9 безкоштовних веб-сайтів, які допоможуть швидше навчитися веб-розробці 💻
✔️ How HTTP Works
Все, що вам потрібно знати про систему на основі HTTP.
✔️ 30 Days of Node
Вивчіть Node крок за кроком з інтерактивними прикладами та фрагментами коду за 30 днів.
✔️ How DNS Works
Дізнайтеся, що відбувається, коли ви вводите адресу веб-сайту у своєму браузері.
✔️ Git
Перегляньте цей чудовий безкоштовний веб-сайт, щоб візуально вивчити Git.
✔️ JavaScript
Візуалізуйте код JavaScript і вивчіть робочий процес.
✔️ Algorithm Visualizer
Вивчати алгоритми завжди трохи складно. Але цей веб-сайт може зробити цей процес простішим.
✔️ Cryptozombies
Навчіться кодувати Blockchain DApps, створюючи прості ігри.
✔️ useWeb3
useWeb3 — це платформа для розробників, щоб досліджувати та вивчати Web3.
✔️ Sorting Algorithms
Вивчіть алгоритми сортування візуально та інтуїтивно.
#codica_advice
✔️ How HTTP Works
Все, що вам потрібно знати про систему на основі HTTP.
✔️ 30 Days of Node
Вивчіть Node крок за кроком з інтерактивними прикладами та фрагментами коду за 30 днів.
✔️ How DNS Works
Дізнайтеся, що відбувається, коли ви вводите адресу веб-сайту у своєму браузері.
✔️ Git
Перегляньте цей чудовий безкоштовний веб-сайт, щоб візуально вивчити Git.
✔️ JavaScript
Візуалізуйте код JavaScript і вивчіть робочий процес.
✔️ Algorithm Visualizer
Вивчати алгоритми завжди трохи складно. Але цей веб-сайт може зробити цей процес простішим.
✔️ Cryptozombies
Навчіться кодувати Blockchain DApps, створюючи прості ігри.
✔️ useWeb3
useWeb3 — це платформа для розробників, щоб досліджувати та вивчати Web3.
✔️ Sorting Algorithms
Вивчіть алгоритми сортування візуально та інтуїтивно.
#codica_advice
👍22❤3
Now he … around Europe. He is not in the town.
Anonymous Quiz
6%
travel
25%
travels
66%
is travelling
2%
was travelling
🔥12❤3
А ви знали, що у Києві встановили мініскульптуру “Привид Києва”? 🙃
📌 Мініскульптурка, присвячена Привидові Києва, встановлена на фасаді будівлі за адресою вул. Хмельницького, 56А.
☺️ Прикмета скульптурки: Мене торкнись – перемогу наблизь.
#Mister_Cody
📌 Мініскульптурка, присвячена Привидові Києва, встановлена на фасаді будівлі за адресою вул. Хмельницького, 56А.
☺️ Прикмета скульптурки: Мене торкнись – перемогу наблизь.
#Mister_Cody
❤21🔥2
9 найкращих фронтенд-фреймворків 2022 року 🔥
Двома основними цілями веб-розробки є забезпечення виняткової взаємодії з користувачем і швидкий вихід на ринок. Правильний фреймворк допоможе досягти цих цілей. Однак, з такою кількістю фронтенд-фреймворків, доступних на ринку, який із них найкращий? 🤔
#codica_tech
Двома основними цілями веб-розробки є забезпечення виняткової взаємодії з користувачем і швидкий вихід на ринок. Правильний фреймворк допоможе досягти цих цілей. Однак, з такою кількістю фронтенд-фреймворків, доступних на ринку, який із них найкращий? 🤔
#codica_tech
❤7🔥1
✅ React
React базується на бібліотеці JavaScript, є одним із найкращих фреймворків з відкритим кодом на сьогоднішній день, який використовують 40,14% розробників (згідно з опитуванням розробників StackOverflow 2021).
☝️ Розробники, які працюють з React, використовують JavaScript і декларативне програмування. Спеціальна функція JSX дозволяє їм використовувати HTML для оновлення DOM (модель об’єктів документа) і створювати віртуальну DOM, що забезпечує кращу продуктивність.
✅ Vue.js
Одним із найперспективніших фронтенд-фреймворків JavaScript є Vue. Його перша версія була випущена в 2015 році.
👉 Випуск Vue 3.0 у 2020 році був омріяною подією для розробників у всьому світі, і версія виправдала очікування. Він був повністю переписаний мовою TypeScript, з'явилися нові API для вирішення масштабних завдань. Крім того, Vue підтримує рендеринг на стороні сервера (SSR), надаючи більше можливостей для розробки.
✅ Angular
Унікальність Angular можна пояснити тим фактом, що Angular має функцію двостороннього зв’язування. Двостороннє зв’язування дає компонентам вашої програми обмінюватися даними.
✅ Svelte
Цей фреймворк є новачком у світі фронтенд-розробки: перший реліз був у 2016 році, але стабільний реліз вийшов у 2021 році. Незважаючи на свій вік, Svelte заслуговує на увагу, оскільки пропонує принципово новий підхід до UI розробки.
📌 Суть полягає в тому, що основну роботу Svelte виконує в компіляторі на етапі збірки, а не в браузері, як інші фреймворки. Як результат, вам не потрібен віртуальний DOM і ви можете завантажити на сторінку лише компоненти, необхідні для відображення вашої програми.
✅ Preact
Хоча React є найпопулярнішим фреймворком для розробки інтерфейсу, він також має деякі недоліки. Ідея полягала в тому, щоб розробити фреймворк невеликого розміру, який пропонуватиме ті ж функції, що й React. Так з’явилася мініатюрна версія React — Preact.
📎 Preact і React використовують той самий API та використовують ті самі методології для розробки додатків. Різниця полягає в тому, що Preact набагато менший за розміром і використовує найменший і найшвидший віртуальний DOM.
✅ Backbone.js
Backbone — це простий і легкий фронтенд-фреймворк, випущений у 2010 році. Він базується на шаблоні проектування Model-View-Presenter (MVP) і спрямований на розробку односторінкових програм.
✅ Ember.js
Ember.js існує на ринку з 2011 року. Хоча він не так широко використовується, як деякі інші фреймворки, амбітні веб-розробники використовують Ember для створення масштабованих міжплатформних програм.
✅ Semantic-UI
Semantic-UI — це фреймворк для розробки, який зосереджується на створенні красивих та адаптивних веб-сайтів. Він все ще активно розвивається, покращує свою функціональність і розширює можливості. Це робить його гарною альтернативою Bootstrap (побудованого на HTML, CSS і JavaScript (JS) для сприяння розробці адаптивних мобільних сайтів і програм).
✅ Foundation
Будучи надійною альтернативою Bootstrap, Foundation використовується для розробки привабливих веб-сайтів, електронних листів і програм, які однаково добре виглядають у різних браузерах і мобільних пристроях. Фреймворк заснований на мові сценаріїв Sass, CSS, HTML і JavaScript.
#codica_tech
React базується на бібліотеці JavaScript, є одним із найкращих фреймворків з відкритим кодом на сьогоднішній день, який використовують 40,14% розробників (згідно з опитуванням розробників StackOverflow 2021).
☝️ Розробники, які працюють з React, використовують JavaScript і декларативне програмування. Спеціальна функція JSX дозволяє їм використовувати HTML для оновлення DOM (модель об’єктів документа) і створювати віртуальну DOM, що забезпечує кращу продуктивність.
✅ Vue.js
Одним із найперспективніших фронтенд-фреймворків JavaScript є Vue. Його перша версія була випущена в 2015 році.
👉 Випуск Vue 3.0 у 2020 році був омріяною подією для розробників у всьому світі, і версія виправдала очікування. Він був повністю переписаний мовою TypeScript, з'явилися нові API для вирішення масштабних завдань. Крім того, Vue підтримує рендеринг на стороні сервера (SSR), надаючи більше можливостей для розробки.
✅ Angular
Унікальність Angular можна пояснити тим фактом, що Angular має функцію двостороннього зв’язування. Двостороннє зв’язування дає компонентам вашої програми обмінюватися даними.
✅ Svelte
Цей фреймворк є новачком у світі фронтенд-розробки: перший реліз був у 2016 році, але стабільний реліз вийшов у 2021 році. Незважаючи на свій вік, Svelte заслуговує на увагу, оскільки пропонує принципово новий підхід до UI розробки.
📌 Суть полягає в тому, що основну роботу Svelte виконує в компіляторі на етапі збірки, а не в браузері, як інші фреймворки. Як результат, вам не потрібен віртуальний DOM і ви можете завантажити на сторінку лише компоненти, необхідні для відображення вашої програми.
✅ Preact
Хоча React є найпопулярнішим фреймворком для розробки інтерфейсу, він також має деякі недоліки. Ідея полягала в тому, щоб розробити фреймворк невеликого розміру, який пропонуватиме ті ж функції, що й React. Так з’явилася мініатюрна версія React — Preact.
📎 Preact і React використовують той самий API та використовують ті самі методології для розробки додатків. Різниця полягає в тому, що Preact набагато менший за розміром і використовує найменший і найшвидший віртуальний DOM.
✅ Backbone.js
Backbone — це простий і легкий фронтенд-фреймворк, випущений у 2010 році. Він базується на шаблоні проектування Model-View-Presenter (MVP) і спрямований на розробку односторінкових програм.
✅ Ember.js
Ember.js існує на ринку з 2011 року. Хоча він не так широко використовується, як деякі інші фреймворки, амбітні веб-розробники використовують Ember для створення масштабованих міжплатформних програм.
✅ Semantic-UI
Semantic-UI — це фреймворк для розробки, який зосереджується на створенні красивих та адаптивних веб-сайтів. Він все ще активно розвивається, покращує свою функціональність і розширює можливості. Це робить його гарною альтернативою Bootstrap (побудованого на HTML, CSS і JavaScript (JS) для сприяння розробці адаптивних мобільних сайтів і програм).
✅ Foundation
Будучи надійною альтернативою Bootstrap, Foundation використовується для розробки привабливих веб-сайтів, електронних листів і програм, які однаково добре виглядають у різних браузерах і мобільних пристроях. Фреймворк заснований на мові сценаріїв Sass, CSS, HTML і JavaScript.
#codica_tech
❤14🔥4👍2
5 корисних плагінів для розробників 💻
✔️ GitLive
Сервіс GitLive відображає real-time активності на GitHub.
Він відслідковує такі активності на GitHub: issues, pull requests, forks, stars.
✔️ TabNine
Deep TabNine — інструмент на базі штучного інтелекту, що допомагає швидше писати код.
✔️ Stepsize
Stepsize дозволяє створювати закладки, відстежувати технічний обов'язок прямо в редакторі та створювати TODO листи. Плагін також дозволить вам бачити коментарі ваших колег та пріоритезувати завдання.
✔️ EditorConfig
EditorConfig — це конфігураційний файл і набір розширень, до великої кількості редакторів коду та IDE. Його завдання — створити єдиний формат налаштувань, і раз і назавжди вирішити питання на кшталт "таби чи прогалини" для всіх IDE і всіх мов програмування.
✔️ Better Comments
Розширення Better Comments дозволяє розширити можливості роботи з коментарями. Зокрема, воно дозволяє поділяти коментарі на категорії. Це можуть бути сповіщення, запити, списки справ, примітки.
#codica_advice
✔️ GitLive
Сервіс GitLive відображає real-time активності на GitHub.
Він відслідковує такі активності на GitHub: issues, pull requests, forks, stars.
✔️ TabNine
Deep TabNine — інструмент на базі штучного інтелекту, що допомагає швидше писати код.
✔️ Stepsize
Stepsize дозволяє створювати закладки, відстежувати технічний обов'язок прямо в редакторі та створювати TODO листи. Плагін також дозволить вам бачити коментарі ваших колег та пріоритезувати завдання.
✔️ EditorConfig
EditorConfig — це конфігураційний файл і набір розширень, до великої кількості редакторів коду та IDE. Його завдання — створити єдиний формат налаштувань, і раз і назавжди вирішити питання на кшталт "таби чи прогалини" для всіх IDE і всіх мов програмування.
✔️ Better Comments
Розширення Better Comments дозволяє розширити можливості роботи з коментарями. Зокрема, воно дозволяє поділяти коментарі на категорії. Це можуть бути сповіщення, запити, списки справ, примітки.
#codica_advice
❤10🔥3👍1
Що буде виведено у консоль?
Anonymous Quiz
45%
[[-1], 0, 1, 2, 3, 4]
22%
[-1, 0, 1, 2, 3, 4]
12%
[0, 1, 2, 3, 4]
21%
undefined
🔥9👍4🥰2
Дизайнере привіт 👋
Спеціально для тебе ми спитали у нашої UI/UX дизайнерки Інеси про п’ять порад для успішної роботи 👇
#codica_advice
Спеціально для тебе ми спитали у нашої UI/UX дизайнерки Інеси про п’ять порад для успішної роботи 👇
#codica_advice
❤4🔥1
❗️ Ресерч.
Перед тим, як узятися до дизайну проєкту, краще спочатку провести ресерч. Він допомагає краще дізнатися про предметну область проєкту, хто ваш користувач та з якими проблемами вони стикаються. І вже на основі здобутих знань братися до прототипів.
❗️ Прототипи.
Я, наприклад, малюю деякі сторінки в блокноті рукою, роблячи акценти тільки на найважливішому функціоналі. Після цього малюю докладніші прототипи у Figma. А якщо ти їх зробиш клікабельними, будеш зіронькою.
❗️ Обговорення з технічною командою.
Завжди показуйте свій прототип розробнику. Він зможе сказати про можливі обмеження з технічного боку та те, що може бути потенційним багом.
❗️ Готові патерни.
Є речі, до яких користувачі вже звикли, і використання патернів полегшить їм навігацію на вашому сайті. Виконуйте вже чинні рішення і пам'ятайте, коли можна їх змінити.
❗️ Тримайте макети у чистоті.
Називайте елементи чітко та правильно, створюйте компоненти та працюйте відповідно до них. Дотримуйтеся порядку на всьому етапі дизайну, щоб і вам, і розробнику, і клієнту було зручно та зрозуміло.
#codica_advice
Перед тим, як узятися до дизайну проєкту, краще спочатку провести ресерч. Він допомагає краще дізнатися про предметну область проєкту, хто ваш користувач та з якими проблемами вони стикаються. І вже на основі здобутих знань братися до прототипів.
❗️ Прототипи.
Я, наприклад, малюю деякі сторінки в блокноті рукою, роблячи акценти тільки на найважливішому функціоналі. Після цього малюю докладніші прототипи у Figma. А якщо ти їх зробиш клікабельними, будеш зіронькою.
❗️ Обговорення з технічною командою.
Завжди показуйте свій прототип розробнику. Він зможе сказати про можливі обмеження з технічного боку та те, що може бути потенційним багом.
❗️ Готові патерни.
Є речі, до яких користувачі вже звикли, і використання патернів полегшить їм навігацію на вашому сайті. Виконуйте вже чинні рішення і пам'ятайте, коли можна їх змінити.
❗️ Тримайте макети у чистоті.
Називайте елементи чітко та правильно, створюйте компоненти та працюйте відповідно до них. Дотримуйтеся порядку на всьому етапі дизайну, щоб і вам, і розробнику, і клієнту було зручно та зрозуміло.
#codica_advice
❤8👍2
Наш CEO Дмитро Чекалін підготував для вас новий свіженький Ruby digest #57: Відео з RailsConf 2022, RubyMine 2022.2, Rails Discord server, добірки цікавих статей та подкастів 🔻
У цьому дайджесті зібрані найкращі новини та релізи минулого місяця зі світу Ruby та Ruby on Rails.
Переходьте за посиланням та занурюйтесь у світ Ruby on Rails🔥
Також нещодавно наш CEO Дмитро Чекалін дав інтерв'ю DOU. Що з цього вийшло, читайте у статтях 👇
✔️ Люди, які створюють українські IT-спільноти
✔️ Феномен вибуху українських спільнот
#codica_tech
У цьому дайджесті зібрані найкращі новини та релізи минулого місяця зі світу Ruby та Ruby on Rails.
Переходьте за посиланням та занурюйтесь у світ Ruby on Rails🔥
Також нещодавно наш CEO Дмитро Чекалін дав інтерв'ю DOU. Що з цього вийшло, читайте у статтях 👇
✔️ Люди, які створюють українські IT-спільноти
✔️ Феномен вибуху українських спільнот
#codica_tech
❤8👍2🔥2
Як виділитися на співбесіді? 💁♂️
#НапуттяВід_HR Директорки Клименко Наталії
💁🏻♀️ Є різні способи справити враження на того, хто проводить співбесіду. Починаючи з того моменту, як ви привітаєтеся, і закінчуючи тим, як залишите офіс або відключите зум. Ретельна підготовка, впевненість у собі та елементарна ввічливість можуть допомогти вам виділитися на тлі інших кандидатів.
#НапуттяВід_HR Директорки Клименко Наталії
💁🏻♀️ Є різні способи справити враження на того, хто проводить співбесіду. Починаючи з того моменту, як ви привітаєтеся, і закінчуючи тим, як залишите офіс або відключите зум. Ретельна підготовка, впевненість у собі та елементарна ввічливість можуть допомогти вам виділитися на тлі інших кандидатів.
❤8🔥2
На що б я запропонувала зробити акцент:
⏰ Не спізнюйтеся, а якщо спізнюєтеся, попередьте про це заздалегідь. Ви не уявляєте, скільки разів люди, які приходили до нас на співбесіду, нехтували цим пунктом.
🙂 Будьте привітними до всіх, кого зустрінете. Ваша співбесіда починається в той момент, коли ви входите в будівлю або тільки підключаєтеся до зуму. Посміхайтеся, спробуйте поводитися природно.
В одному експерименті вчені намагалися зрозуміти причину, чому нервові кандидати рідше одержують бажане місце роботи. Як виявилося, шанси таких людей зменшує не нервова поведінка, а той факт, що вони видаються менш привітними, компетентними та навіть наляканими.
☝️ Завжди. Завжди готуйтеся до інтерв'ю. Перегляньте кілька разів ваше резюме, подумайте, які питання вам можуть поставити. Проговоріть відповіді собі в умі. Практикуйтеся, практикуйтеся та ще раз практикуйтеся. Це допоможе почуватися впевненіше під час розмови.
❌ Не приписуйте собі якостей чи навичок, яких ви не маєте. Якщо ви тільки чули, але не практикували якийсь модний фреймворк, бібліотеку, технологію та інше, не вказуйте це в резюме. Повірте, інтерв'юери знайдуть можливість перевірити практично всі відомості, які ви повідомляєте.
ℹ️ Зберіть всю інформацію про компанію та вакансії. Для цього почитайте про компанію на офіційному сайті, у соціальних мережах, перегляньте фото офісу, сторінки майбутніх колег. На щастя, багато компаній із задоволенням діляться фотографіями та різною інформацією у Facebook, Instagram і т.д. Це допоможе вам зрозуміти атмосферу компанії, підтримати розмову з ейчаром.
💸 До співбесіди – визначтеся з бажаним рівнем заробітної плати, щоб під час інтерв'ю звучати переконливо та не гаяти час. Не бійтеся обговорювати вашу зарплату. Готуйтеся відповісти на незручне запитання: "Чому саме таку суму ви хочете?".
📝 Підготуйте розповідь, що ілюструє ваші вміння. Люди схильні запам'ятовувати історії краще, ніж сухі відомості. Тому, якщо ви розповісте про випадок зі своєї діяльності, а не просто опишете свій досвід загальними словами, зростають шанси, що, проводячи співбесіду, вас відзначать.
💡 Зробіть так, щоби вас запам'ятали. Пам'ятайте, що ви конкуруєте з безліччю інших претендентів на одне єдине місце. Якщо ви знайдете спосіб виділитися на їх тлі, це може подарувати вам бажану роботу.
Наприклад, якщо у кабінеті роботодавця щось привернуло вашу увагу, скажіть про це вголос. Також буде добре, якщо у вас виявляться спільні інтереси з інтерв'юерами. Зробіть комплімент офісу, сторінці в соц.мережах, останній статті про компанію та ін. Люди схильніші запам'ятовувати (і наймати) тих, хто їм симпатичний.
❓ Ставте правильні питання. Напевно, наприкінці співбесіди вас запитають, чи є у вас питання у зв'язку з цією роботою. Багато кандидатів просто говорять «ні» чи запитують про організаційні моменти, наприклад: «Коли мені чекати від вас відповіді?». Проте, насправді тут вам дається можливість виявити щирий інтерес до компанії. Не соромтеся, питайте!
📎 Завжди пам'ятайте, що гарна співбесіда не гарантує отримання роботи. Навіть якщо вам відмовили, у відповідь висловіть свою подяку. Якщо компанія шукатиме нових співробітників, з вами, можливо, зв'яжуться знову.
Всім крутих компаній! ❤️
#НапуттяВід_HR
⏰ Не спізнюйтеся, а якщо спізнюєтеся, попередьте про це заздалегідь. Ви не уявляєте, скільки разів люди, які приходили до нас на співбесіду, нехтували цим пунктом.
🙂 Будьте привітними до всіх, кого зустрінете. Ваша співбесіда починається в той момент, коли ви входите в будівлю або тільки підключаєтеся до зуму. Посміхайтеся, спробуйте поводитися природно.
В одному експерименті вчені намагалися зрозуміти причину, чому нервові кандидати рідше одержують бажане місце роботи. Як виявилося, шанси таких людей зменшує не нервова поведінка, а той факт, що вони видаються менш привітними, компетентними та навіть наляканими.
☝️ Завжди. Завжди готуйтеся до інтерв'ю. Перегляньте кілька разів ваше резюме, подумайте, які питання вам можуть поставити. Проговоріть відповіді собі в умі. Практикуйтеся, практикуйтеся та ще раз практикуйтеся. Це допоможе почуватися впевненіше під час розмови.
❌ Не приписуйте собі якостей чи навичок, яких ви не маєте. Якщо ви тільки чули, але не практикували якийсь модний фреймворк, бібліотеку, технологію та інше, не вказуйте це в резюме. Повірте, інтерв'юери знайдуть можливість перевірити практично всі відомості, які ви повідомляєте.
ℹ️ Зберіть всю інформацію про компанію та вакансії. Для цього почитайте про компанію на офіційному сайті, у соціальних мережах, перегляньте фото офісу, сторінки майбутніх колег. На щастя, багато компаній із задоволенням діляться фотографіями та різною інформацією у Facebook, Instagram і т.д. Це допоможе вам зрозуміти атмосферу компанії, підтримати розмову з ейчаром.
💸 До співбесіди – визначтеся з бажаним рівнем заробітної плати, щоб під час інтерв'ю звучати переконливо та не гаяти час. Не бійтеся обговорювати вашу зарплату. Готуйтеся відповісти на незручне запитання: "Чому саме таку суму ви хочете?".
📝 Підготуйте розповідь, що ілюструє ваші вміння. Люди схильні запам'ятовувати історії краще, ніж сухі відомості. Тому, якщо ви розповісте про випадок зі своєї діяльності, а не просто опишете свій досвід загальними словами, зростають шанси, що, проводячи співбесіду, вас відзначать.
💡 Зробіть так, щоби вас запам'ятали. Пам'ятайте, що ви конкуруєте з безліччю інших претендентів на одне єдине місце. Якщо ви знайдете спосіб виділитися на їх тлі, це може подарувати вам бажану роботу.
Наприклад, якщо у кабінеті роботодавця щось привернуло вашу увагу, скажіть про це вголос. Також буде добре, якщо у вас виявляться спільні інтереси з інтерв'юерами. Зробіть комплімент офісу, сторінці в соц.мережах, останній статті про компанію та ін. Люди схильніші запам'ятовувати (і наймати) тих, хто їм симпатичний.
❓ Ставте правильні питання. Напевно, наприкінці співбесіди вас запитають, чи є у вас питання у зв'язку з цією роботою. Багато кандидатів просто говорять «ні» чи запитують про організаційні моменти, наприклад: «Коли мені чекати від вас відповіді?». Проте, насправді тут вам дається можливість виявити щирий інтерес до компанії. Не соромтеся, питайте!
📎 Завжди пам'ятайте, що гарна співбесіда не гарантує отримання роботи. Навіть якщо вам відмовили, у відповідь висловіть свою подяку. Якщо компанія шукатиме нових співробітників, з вами, можливо, зв'яжуться знову.
Всім крутих компаній! ❤️
#НапуттяВід_HR
👍22❤6🔥3
All the children in this family are gifted, but this one is … gifted of all.
Anonymous Quiz
11%
little
25%
the less
36%
the least
27%
un-
👍9🔥1
Codica - корисне про IT
Для тих, хто немає часу подивитись стрім, наша HR Директорка Наталія Клименко написала статтю, де зробила акцент на трьох важливих моментах, які найчастіше порушувалися в обговоренні під час стріму 😌 ✔️ Час читання статті - 3 хвилини. #codica_advice
Всім привіт 👋
У нас є чудові новини: ми створили канал Codica People на YouTube, де будемо розповідати багато цікавого, а також відповідати на ваші питання ☺️
Вже зараз ви знайдете там запис нашого останнього стріму, а також відео про нашу компанію 😎
Переходьте, підписуйтеся та дивіться про таке:
☑️ як компанія відрізняє джуна від трейні;
☑️ які помилки роблять кандидати;
☑️ що підвищує шанси на оффер;
☑️ портрет ідеального кандидата;
☑️ як ставляться до кандидатів, які не з ІТ сфери;
і т.д.
#codica_advice
У нас є чудові новини: ми створили канал Codica People на YouTube, де будемо розповідати багато цікавого, а також відповідати на ваші питання ☺️
Вже зараз ви знайдете там запис нашого останнього стріму, а також відео про нашу компанію 😎
Переходьте, підписуйтеся та дивіться про таке:
☑️ як компанія відрізняє джуна від трейні;
☑️ які помилки роблять кандидати;
☑️ що підвищує шанси на оффер;
☑️ портрет ідеального кандидата;
☑️ як ставляться до кандидатів, які не з ІТ сфери;
і т.д.
#codica_advice
❤18👍1🔥1