На нашем канале www.youtube.com/c/Kottans_dev/playlists на следующий после выступления день
Мы будем делать запись. Изредка случаются технические сбои, но стараемся их исключать
Вот дельное замечание. Почему-то чаще всего в комментариях встречается логика вида «... лучше Х вместо Y...» и «... Х вот вообще никогда-никогда не работает, уж лучше null»
И почти не встречается «... а ещё к этому можно дополнительно сделать Z».
Удивительно.
У вас дуже добре і зрозуміло оформлений профіль і титульні проекти.
Малоймовірно, що з метою пошуку роботи.
В яких випадках це працює для вас?
Я можу )
Так собі відповідає. Відсотків на 77. Але навіть при повній відповідності він мені і не допоможе, якщо я, раптом, вирішу змінити роботу.
Есть. Корректнее сказать, был. Указывать его для меня, считаю, нерелевантно.
Согласен с тем, что льют что попало. С другой стороны, новичкам тяжело понять, что именно работает и как это работает.
у разработчика должен быть гитхаб профиль и почему резюме, тех задания и т.д. просто недостаточно?
Мне это кажется не вполне корретной интерпретацией моего посыла. Возможно, я недостаточно ясно донёс мысль. В качестве ответа выдерну цитату:
Во всяком случае, если уж и указывать линк на GitHub-профиль в резюме, то точно есть смысл помочь ревьюеру увидеть самое главное.
Я вважаю, що самого тільки гарного резюме — недостатньо. Так само, самих тільки працюючих і зрозуміло написаних проектів, а рівно і оформлення доки — теж недостатньо. Можу тільки сказати, що в сукупності — це велика перевага.
Тех.співбесіда, це не тільки про код та «письмову» комунікацію, але ще й про навички усної комунікації, culture fit і все таке інше «софтове». IMHO.
Дякую за запитання.
Очень хорошо оформлены репы — понятно, что из себя представляют проекты.
Репу CV, как вариант, можно переименовать в anastasia-petrova.github.io + в настройках поставить публикацию из мастера (хотя, для этой категории проектов эта фича может включаться автоматом) и оно сразу станет титульной веб-страницей её как разработчика.
Посмотрел коммиты Snapvideo — приятно глазу. Отличная культура разработки. Уверен, что и код тоже читабельный. Мои комплименты.
Остаётся только пожелать всяческих успехов.
«Сторони можуть визначити грошовий еквівалент зобов’язання в іноземній валюті. Грошове зобов’язання має бути виконане в гривнях. // Якщо в зобов’язанні визначено грошовий еквівалент в іноземній валюті, сума, що підлягає сплаті в гривнях, визначається за офіційним курсом відповідної валюти на день платежу, якщо інший порядок її визначення не встановлений договором або законом чи іншим нормативно-правовим актом.» zakon3.rada.gov.ua/laws/show/v1374323-14
Если нужно именно так, как описано, то да — через представительство. Нужен будет к нему представитель и немного отчетности подавать. Нужно ли при этом «перенанимать» разработчиков? Не обязательно. Тем не менее, не самый удобный вариант.
А каких конечных целей или от каких проблем Вы хотите избавиться таким образом? Офис же не самоцель, наверняка.
Ну, так коли навчишся, зможеш перенести куди завгодно. А тренуєшся на локальному сервері, не зв’язаний необхідністю дозавантажувати файл на віддалений сайт після кожного виправлення. Перевіряеш працездатність все одно через браузер.
Нє, ну то питання смаку, звичайно :)
Еммм... Ні, комп буде «сервером» тільки коли увімкнений і тільки коли запущено usbwebserver, а «веб-сайт» буде доступний тільки локально. Тобто ззовні веб-сайт не буде доступним.
Якщо якась особлива серверна частина геть не потрібна та немає обов’язковості у віддаленному розміщенні файлів, то розгорни веб-сервер локально. Наприклад, www.usbwebserver.net/en Взагалі, можна обійтися, для початку, локальним файлом — відкриваеш у браузері і поготів.
Запись вебинара Intro to Amazon Web Services: youtu.be/09a8t2WmjTg