Saboteur

Да любой формат. Главное, чтобы прочитался.
Я вот PDF резюме читать не люблю, предпочитаю doc/docx/rtf, просто потому что в ворде удобнее скроллить.
Но ни разу формат никак не влиял на мое впечатление о кандидате - ситуации бывают разные.
Кто резюме вылизывает, кто делает экспорт из линкедин или другого (возможно внутреннего софта).
Содержимое не просто важнее формата, оно и есть единственно важным.

github

В резюме пишут не кем ты хочешь быть, а что ты уже сделал. А кем ты хочешь быть - это ты в вакансиях смотришь.
Если у тебя в резюме нет подобных вещей, ты никогда не планировал архитектуру ЦОД, никогда не планировал сложную инфраструктуру сети и соответсвенно подбирал стек оборудования, никогда не руководил разработкой крупного проекта, то тебе нечего писать в резюме от слова совсем.
Архитект это уровень, который у очень некоторых людей, может идти после уровня technical senior, а лучше technical lead.

Обычно достижений нет у начального уровня эникейщиков. И то.

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

Примеры конкретных улучшений - можно приводить множество.
Стандартизация чего-либо, организация чего-либо, внедрение софта, железа, решений.
Опять же есть курсы, аудиты, сертификации.

Другой вопрос, что не все умеют правильно рассказать о достижениях, чтобы это было понятно не-техническому менеджеру.

Сокеты, воркеры, стримы это же часть работы с языком программирования, то есть это действительно второстепенное
Уровень полезности - конкретные общеизвестные языки и технологии и уровень (basic, advanced или junior/mid/senior), можете свою шкалу
Нужно указывать родительскую технологию, то есть языки, фреймворки, операционные системы и крупные продукты, которые значительно отличаются.

Например указывать базовое владение SQL для oracle/mysql/postgres нет смысла, ибо на базовом уровне они схожи. А вот например advanced mysql и advanced oracle sql/pl - это уже разные вещи.
Также как и oracle sql и администрирование баз данных Oracle - тоже разные вещи.

К вышеперечисленному добавьте

* просто ориентироваться в терминологии - знать чем отличается branch от tag, что такое HEAD, STASH, что делает pull и fetch.

* уметь настроить свой git профайл (прописать юзера, прописать емал)

* Уметь настроить авторизацию - ssh ключи для работы по ssh протоколу, или уметь сохранить пароль для работы по https протоколу (можно потренироваться на github).

* уметь просматривать лог коммитов и ориентироваться в нем

В резюме стоит указывать именно то, что ты считаешь полезным указать. Лишнее указывать не нужно.
В идеале персонифицировать свое резюме для каждой компании, в которую ты его отправляешь.

Профессиональные навыки - обычно те, за которые получают деньги. А у вас же нет профессионального опыта.
Все навыки указаны вообще без уровня владения.

Что такое IOS 5+, Android 2+, MS Windows?
Можете в этих системах запустить приложение, установить и выполнить тонкую настройку с нуля, развернуть любую из них в виртуальной среде, или знакомы с отладкой приложений?
SQL запросы - какой именно SQL?

В технологиях указывайте больше конкретики, и не стесняйтесь весь список что вы написали заменить на "опытный пользователь компьютера и смартфона"

Хобби указывай ТОЛЬКО если это профессиональное владение чем-то.
Например катаешься на роликах, но не просто, а конкретно тусуешься с роллерами, участвуешь в городских соревнованиях, разбираешься в брендах роликов и подшипников. ТО есть только серьезные увлечения, в которых ты можешь кого-то чему-то учить.