Евгений Карамбиров

Советую делать под iPhoneX сразу, что бы не возникало лишних вопросов от разрабов это 375x812, а под андроид стандарт 360x640

ставьте SSD.
узкое место в Маке не ОЗУ, а диск.
4 однозначно мало, но 8 уже вполне рабочий объём. при наличии SSD. но лучше хотя бы 16, чтобы без сомнений использовать виртуалки(если вам нужно)
вообще выше верно сказали - 16 и SSD - и вы не узнаете свой мак. будет отличная рабочая машинка

ps. у меня основной компьютер для XCode - мак мини MD387 i5-8(Corsair)-512ssd WD Blue
Хватает.

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

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

Пишите от сердца. В чём разбираетесь, что Вас тревожит. Собственные мысли ценятся на Хабре очень высоко. Копипаста, вранье, домыслы и испорченный телефон — это плохо.
Не согласен с мыслью о том, что нужно «подлизать аудитории» — это очень заметно и вызывает неприятные ощущения (ну или нужно уметь это делать очень тонко).
Картинка в начале — обязательно.
Хорошо бы внятный вывод в конце для тех, у кого мало времени читать всю статью.
По спорным вопросам — либо ссылки на авторитетные источники, либо пометка «по моему личному мнению, хотя я могу ошибаться».
Юмор. Если в статье нет хотя бы одной шутки — нафига такая статья кому-то нужна?
Думайте когда постить. В пятницу народ на расслабоне, на выходных тут вообще никого нет.
Постарайтесь создать своей статьей некий ценный артефакт — кусок кода, инструкцию, набор ссылок, который люди захотят добавить в «Избранное». Просто текст «в вольном стиле» добавлять не будут.
Копайте глубже. Хабр всё-же типа айтишный блог. «Как установить ОС» и «хеллоу ворлд» зайдет тут слабо.
Не побрезгуйте спелчекером.
Ссылки должны быть валидными и держать хабраэффект.
Пишите в деловом тоне с оттенком иронии или юмора. Слишком сухой тон читать не будут — для этого есть Википедия. Сплошные хихоньки тоже — есть Фишки.

А вообще всё вышесказанное Вам не поможет, если не попадёте в «тренд». А тут уж как карта ляжет.

Пост должен начинаться с картинки-eyestopper-а.

В тексте нужно вначале немножко повилять хвостом и поприседать перед могущественным хабражителем, он это любит.
Хорошо идут либо статьи из серии «на пальцах» (о, даже мне понятно стало!), или, другая, несколько парадоксальная крайность — чрезмерно заумные (о, круто! Хабр — торт! Ничо не понял, но плюсану!").
Есть темы, которые гарантированно набирают плюсы (хабрасрач против копирастов и «михалкова», например). Не рекомендуется, особенно новенькому, писать на фанатские темы («Apple — круто» или «Apple — гавно» — в равной мере). Реакция может быть непредсказуема, в зависимости от того, какая клака в тред придет первой. Не стоит выступать в защиту тем-изгоев. Сольют и ее и вас.
Хабрастадо любит следовать за вожаком. Если пост явно плюсуется — будут плюсовать. Если минусуется — минусовать.

Любят статьи про мелкие компании, стартапы, самоделки, особенно компьютерные, гаджеты, даже бесполезные. Не любят — про корпорации (Google это, HP или Microsoft — неважно), и все связанное с ними.

Также периодически стихийно организуются «топики добра» или «топики зла», появление их, и то, какой вариант будет выбран — непредсказуемо.

Если видите, что в первые несколько минут пост ушел «в минус» (хотя бы в минус 5), и у вас нет компании друзей, которые его могут быстро из минуса вывести, то задача безнадежна, убирайте его «в черновики».

https://vk.com/iosdevcourse

Может swiftbook.ru?

Нет-нет-нет!
Пожалуйста не делайте так – это приведет к ещё большему тупику. С этого многие начинают, и это нормально. Но важно – как можно быстрее уйти от проработки отдельных элементов. Безусловно – надо много смотреть разных решений, анализировать их, но когда перед вами конкретная задача – лучше этого не делать. Это размывает фокус и приоритет.

Вот мой совет по поиску вдохновения:
1. Нарисовать макет без дизайна. Полностью. Со всеми текстами и возможностями, но без оформления.
2. Продумать портрет пользователя, который будет этим пользоваться (для этого хорошо бы прочитать книгу "Психбольница в руках пациента" или хотя бы посмотреть небольшую лекцию Ильяхова "Когда лучше не писать тексты".
3. Исходя из предидущего пункта постараться понять его задачи, и сделать примерное оформление

Чаще всего, после этих действий всё что вам нужно – это немного выровнять макет, расставить элементы по сетке, выбрать аккуратные цвета и перед вами будет красивый, простой и удобный интерфейс. Интерфейс меню в вашем случае.

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

К сожалению все то что я сказал относится только к верстке. JS, jQuery и т.п. - это уже программирование и тут нужен другой подход, например такой: Как правильно учить Javascript?