В своей статье про благотворительность я рассказываю в том числе про помощь пострадавшим от войны, форматирование markdown переселенцам, раненым, семьям убитых. Хабр один из первых поменял принадлежность Крыма в настройках юзера. Не думаю, что реакция на такую статью там будет хорошей.

Нет совместной работы над статьей

В самом верху страницы проекта есть место для краткого описания и ссылки на работающую задеплоенную версию. Если ваш проект можно опубликовать — сделайте это, хотя бы на GitHub pages. Даже автоматически сгенерированная страница из документации — уже что-то. Во-первых, хоть как-то индексируется гуглом, а во-вторых, позволяет выработать привычку оформлять проект полностью. Вот отличный пример работы студентки курса по фронтенду, а теперь разработчицы в MacPaw Mary Fedirko — погодное радио (нажми кнопку ON).

Как оформить профиль на GitHub так, чтобы он работал при поиске работы

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

[Опрос, 1 мин] Публикация статей на DOU

Вряд ли есть место для хранения кода лучше, чем GitHub. И даже небольшое портфолио аккуратного и выразительного кода может оказаться главным козырем кандидата в борьбе с конкурентами за вакансию. Ваше (и мое дело) написать статью в гугл доксе с картинками и остальным, редакторское дело—выкладывать ее на сайт. Дело в том, что это заметно разного типа ресурсы. Hacker News он сохранить ссылку и пообсуждать её, но если повезёт — вдруг будет жуткий подскок интереса.

[Опрос, 1 мин] Публикация статей на DOU

Неплохой кейс для прокачки Data Science скиллов. Вот фиг их поймёшь, западников, почему так… Я согласен, топики про то как прикрутить REST API к агрегатору больше собирают.

Нет совместной работы над статьей

Но на нём самом больше нескольких строк обычно не постят. А где тогда держать основное тело статьи? Ну я как то написал но сказали что это уже есть на хабре. Но если у меня выбор между хабром и доу то выбор очевиден. Разумеется, могут оценить и уровень владения технологиями. Одно дело — прочитать в резюме «CSS3 — средний» или услышать ответ на вопрос «А что ты умеешь в JavaScript?

Как оформить профиль на GitHub так, чтобы он работал при поиске работы

Например, один автор согласовывает разные части статьи с другими соавторами. В таком случае приходится использовать гуглдокс, где можно комментировать текст построчно. И затем переносить согласованный текст в DOU.

• Посмотрите форум — половина тем — у кого какие зарплаты и как бы еще ни хрена не умея релокатиться на запад.
• Но если у меня выбор между хабром и доу то выбор очевиден.
• Тут все должно быть информативно и удобно.
• Вы написали большую статью на 3000 слов и 100 ссылок с форматированием и вложенными списками 2х или 3х уровней.
• А когда по итогам цикла собеседований остаётся несколько равноценных кандидатов, то каждый бит информации может оказаться решающим — в том числе и проекты на GitHub.
• И затем переносить согласованный текст в DOU.

На dou разделение на статьи/топики есть, объяснения критериев нет. Сейчас этого разделения нет, но все равно есть объяснение, что они хотят видеть на своем ресурсе и поощряют пользователей добавлять такой контент. Вот пример на хабре, где они поясняют какие статьи они хотели бы видеть у себя на площадке, по категориям и с объяснениями.

Существуют различные взгляды на открытые портфолио проектов на облачных VCS (GitHub, GitLab и подобных). Многие опытные разработчики считают, что на профиль никто не смотрит (см. Простое решение). Для некоторых тим- и техлидов увидеть code style и способ организации кода в проекте (особенно в отношении кандидата-джуна) лучше, чем услышать 1000 слов на собеседовании. Правильное оформление профиля и двух-трёх наиболее показательных репозиториев на GitHub поможет обойти конкурентов. А когда по итогам цикла собеседований остаётся несколько равноценных кандидатов, то каждый бит информации может оказаться решающим — в том числе и проекты на GitHub. Я уже более 15 лет управляю процессами создания продуктов — от гипотез до устойчивых продаж.

В профиле пользователя есть возможность запинить до 6 проектов. Выберите (или создайте) те, которые лучше всего демонстрируют ваши навыки, и приступайте к их оформлению. Эта статья о том, как начинающим разработчикам оформить профиль на GitHub так, чтобы он стал дополнительным преимуществом на собеседовании.

Вы написали большую статью на 3000 слов и 100 ссылок с форматированием и вложенными списками 2х или 3х уровней. И теперь это все нужно из гуглдокс перенести в непойми что, не потерять закрывающие теги и все это без предпросмотра. Некоторые статьи пишутся несколькими людьми.

И совершенно другое — увидеть в репозитории хорошо читаемый код, отражающий действительные технические навыки. Во всяком случае, если уж и указывать линк на GitHub-профиль в резюме, то точно есть смысл помочь ревьюеру увидеть самое главное. Можно на news.ycombinator.com такие статьи постить. Попробуйте alonecoder.github.io/habrconverter или что-то подобное для того, чтобы из документа получить код с тегами.

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

IT курсы онлайн от лучших специалистов в своей отросли https://deveducation.com/ here.