В профиле пользователя есть возможность запинить до 6 проектов. Выберите (или создайте) те, которые лучше всего демонстрируют ваши форматирование markdown навыки, и приступайте к их оформлению. Эта статья о том, как начинающим разработчикам оформить профиль на GitHub так, чтобы он стал дополнительным преимуществом на собеседовании.
Как оформить профиль на GitHub так, чтобы он работал при поиске работы
Последние два года вместе с fellow kottans помогаю новичкам и свитчерам приобретать новые технические скиллы в разработке, развивать soft skills и находить первую работу в IT. Часто вижу у людей проблемы с презентацией своих навыков и личных проектов, в частности профиля и репозиториев на GitHub, поэтому и решил написать этот материал. В StackOverflow, например, можно сразу писать в маркдаун, не использовать толпу редакторов по перекладыванию текстов из гуглдокс на сайт. И при этом обрабатывать гораздо большее количество «статей», чем на DOU. Перекладывание статей из гуглдокс в статью — это ручная работа, которую можно автоматизировать. Автоматизация не нужна, если ресурс не большой.
[Опрос, 1 мин] Публикация статей на DOU
Цель оформления репозитория — показать товар «лицом». В этом контексте проигрывают те, кто оформляет проект в стиле «сами разберитесь, как моё приложение запустить, чтобы увидеть, как оно работает». Потому что это всё может быть очевидно для автора, но не для стороннего наблюдателя. Онлайн, оффлайн, локальные/международные — выбирайте на свой вкус. Кроме того, указание хакатонов и митапов в резюме — ясный индикатор заинтересованности в профессии. Было бы здорово, если бы кто-то сделал ревью вашего кода.
Нет совместной работы над статьей
Вряд ли есть место для хранения кода лучше, чем GitHub. И даже небольшое портфолио аккуратного и выразительного кода может оказаться главным козырем кандидата в борьбе с конкурентами за вакансию. Ваше (и мое дело) написать статью в гугл доксе с картинками и остальным, редакторское дело—выкладывать ее на сайт. Дело в том, что это заметно разного типа ресурсы. Hacker News он сохранить ссылку и пообсуждать её, но если повезёт — вдруг будет жуткий подскок интереса.
- Некоторые статьи получаются достаточно большими и их не получается написать за один подход.
- Например, один автор согласовывает разные части статьи с другими соавторами.
- Было бы здорово, если бы кто-то сделал ревью вашего кода.
- Хотелось бы иметь возможность сохранить черновик и вернуться к нему позже.
- В таком случае приходится использовать гуглдокс, где можно комментировать текст построчно.
- В этой статье я бы хотел обсудить опыт пользователей DOU по публикации статей в ленте и на форуме.
[Опрос, 1 мин] Публикация статей на DOU
Например, один автор согласовывает разные части статьи с другими соавторами. В таком случае приходится использовать гуглдокс, где можно комментировать текст построчно. И затем переносить согласованный текст в DOU.
Как оформить профиль на GitHub так, чтобы он работал при поиске работы
Существуют различные взгляды на открытые портфолио проектов на облачных VCS (GitHub, GitLab и подобных). Многие опытные разработчики считают, что на профиль никто не смотрит (см. Простое решение). Для некоторых тим- и техлидов увидеть code style и способ организации кода в проекте (особенно в отношении кандидата-джуна) лучше, чем услышать 1000 слов на собеседовании. Правильное оформление профиля и двух-трёх наиболее показательных репозиториев на GitHub поможет обойти конкурентов. А когда по итогам цикла собеседований остаётся несколько равноценных кандидатов, то каждый бит информации может оказаться решающим — в том числе и проекты на GitHub. Я уже более 15 лет управляю процессами создания продуктов — от гипотез до устойчивых продаж.
Нет совместной работы над статьей
Сейчас после написания статьи есть только один вариант — сразу отправить ее редакторам на рассмотрение. Это странно, но приходится искать сторонний хостинг, выкладывать туда картинки, указывать на них ссылки в статье и надеяться, что через время картинки все так же будут доступны.
Нет совместной работы над статьей
То же с черновиком, предпросмотром, редактором текста, ссылкой на юзеров в комментариях, встроенными опросами и тд. Посмотрите форум — половина тем — у кого какие зарплаты и как бы еще ни хрена не умея релокатиться на запад. Не знаю что там у вас с лицом но такая тут политика — контент должен быть уникальным. В каком то смысле логика есть Тем более что все равно большинство присутствующих читают хабр . В следующий раз я просто опубликую сначала здесь а потом на хабре.
Неплохой кейс для прокачки Data Science скиллов. Вот фиг их поймёшь, западников, почему так… Я согласен, топики про то как прикрутить REST API к агрегатору больше собирают.
Статья будет полезна в первую очередь новичкам, ведь им сложнее других найти работу. Опытные специалисты тоже, надеюсь, найдут в этом материале для себя ценные соображения и практики. News.ycombinator.com это достаточно хорошее и популярное место, где можно разместить ссылку на статью или проект или новость.
В своей статье про благотворительность я рассказываю в том числе про помощь пострадавшим от войны, переселенцам, раненым, семьям убитых. Хабр один из первых поменял принадлежность Крыма в настройках юзера. Не думаю, что реакция на такую статью там будет хорошей.
Или добавьте одну-две простых игры типа крестики-нолики, Frogger или Memory Game. Все новички делают что-нибудь такое, но не все завершают и показывают. Не ищите оригинальности — это всё ради демонстрации навыков и умений. Демо не обязательно должны быть сложными, с анимациями, встроенным видео и миллионом визуальных эффектов.
Но на нём самом больше нескольких строк обычно не постят. А где тогда держать основное тело статьи? Ну я как то написал но сказали что это уже есть на хабре. Но если у меня выбор между хабром и доу то выбор очевиден. Разумеется, могут оценить и уровень владения технологиями. Одно дело — прочитать в резюме «CSS3 — средний» или услышать ответ на вопрос «А что ты умеешь в JavaScript?
IT курсы онлайн от лучших специалистов в своей отросли https://deveducation.com/ here.