McBernar

Что делать когда коллеги уровнем ниже?

Блистать

Кто сказал что они ниже уровнем?
Эффект Даннинга — Крюгера
Программеру всегда трудно вникнуть в чужой код - это не зависит от квалификации того, кто кодировал.
Возможно что даже и они более квалифицированы - просто давным-давно забили на перфекционизм, а из вас он еще прет из за юнешеского максимализма.
А может и вы правы.

Тут дело не в квалификации, а в мотивации и организации процесса.
Скажем, мне доводилось работать в команде, где в git пропускали всего по 200 строчек изменений за раз. И эти строчки обязательно должны были пройти через стандартизованное форматирование и линтеры (статические анализаторы) - иначе их git выплевывал. Это вынуждало программистов писать более менее приемлимо - коллег код меньше раздражал.

А теперь от теории к практике, я сам несколько раз попадал под проверки, а также несколько лет "работал" независимым специалистом по киберпреступлениям, в том числе на проверках лицензионной чистоты. Руководство всегда показывает пальцем на админа и говорит "Мы не знали, вот ответственный специалист!" Заканчивается это тем, что компанию штрафуют, а админу прилетает срок. Наличие бумажки о том, что директор знал об установке пиратского софта трактуется судом как преступный сговор. Позиция админа "я не обязан разбираться в тонкостях лицензирования" - это как позиция бухгалтера "я не обязан разбираться в тонкостях налогообложения". Правильных решений может быть только два - либо заставить компанию перейти на лицензионное ПО, либо уволиться.

Как вы это делаете?! За 17 лет работы в ИТ у меня ни разу не возникало вопроса "Куда двигаться?", только "Где взять времени на освоение всего этого бесконечного изобилия технологий, углублённого изучения уже знакомого и реализацию множества идей?"

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

2 года назад CodeWars помог мне выучить JavaScript. Сухая теория не заходила вообще, а вот с практикой совсем другое дело... Решал задачки 8-7 kyu. На уровнях выше начинаются уже не основы языка, а больше упор на алгоритмы, знание математики и т.д. На 7 уровне не должно возникать проблем точно.
Пишу код для решение на locahost в своем редакторе или IDE. Дебажу в консоли браузера. Когда вижу, что результат похож на правду, копирую код с редактора в окно для решения CodeWars. Проганяю предложенные тесты. Если все ОК, то сабмит, а если нет, то смотрю результаты тестов и допиливаю решение.
Результаты не открываю пока сам не решу. В топовых и хитрых решения других всегда разбираюсь.
Не стоит сильно зацикливаться на определенной задачи, которая не получается... Возможно не хватает знаний языка программирования. Бывает, что не могу понять условие задачи как таковое... Можно немного заморочиться, но если не идет, то смело откладываю на потом. Неудачи снижают боевой дух, а это ничем не помогает.

У меня довольно двоякое мнение о сервисе.
За пару-тройку дней прорешал все 5-1 задачи доступные на свфите.
Сложного / на подумать почти ничего нет. Большенство задач решается в лоб (зачастую алгоритм уже описан в условии).
Если вы просто хотите порешать какие-то задачки для изучния языка, наверное да, не плохой сервис.
Если же вы хотите прямо подумать, то вам скорее на codeforces.com

codewars отличный ресурс.

Ключевой вопрос, пользуетелесь ли вы открытием решений или как впринципе выстраиваете свою работу на данном ресурсе?

решаешь задачу. потом смотришь лучшее решение по категории best practices.
если решение касается какой-то фундаментальной операции записываешь его где-то про запас.

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

Просто куски кода оттуда никогда не юзал
Подходы - юзал

Не знаешь как решить. Сядь и нарисуй блоксхему алгоритма без привязки к ЯП

Активно пользовался, когда начинал изучать Python. Очень помогло в обучении, так как, имхо, для программирования на Python нужно перестроить мышление. И вот пишешь какую-нибудь простыню в си-стиле, а потом видишь как это делается одним красивым list comprehension, или просто библиотечной функцией

Как же Вы без гугла живете: https://unihost.com/help/ru/htaccess-and-geoip/

Будут спрашивать много о ООП, концепции, магические методы, трейты, что как работает при разных ситуациях, модифкаторы доступа, что нового в PHP7, интерфейсы, типы данных, циклы...
О каждом вышеперечисленном надо рассказывать развернуто, то есть например, сказать что бы создать абстрактный класс нужно перед class написать abstract этого не достаточно, нужно рассказать зачем он нужен, чем отличается, когда используются, нюансы всякие, и так обо всём что спрашивают.
Так же о MySQL, а именно CRUD, связывание таблиц, индексы, внешние ключи, транзакции, сортировки, группировки...об этом всём тоже нужно рассказать развернуто.
Так же будут спрашивать о работе интернета, там например про http протокол, https, попросят начертить схему работы клиент-сервер ну и прокомментировать соответственно, схема должна быть максимально полной (клиет, сервер, интерпретатор php (или что то другое смотря кем устраиваетесь), mysql, dns).
По всему вышеперечисленному зададут какие то задачки, что то решить на php, написать какую-то разметку, применить к ней css ну и далее в том же духе.
Такие же базовые вещи будут спрашивать о html, css возможно js.
------------------
Разговор не должен состоять короткий вопрос - короткий ответ, он должен быть короткий - вопрос развернутый рассказ, то есть, если вас спросили о трейтах, сказать что да, такая приколюха есть в php и она создаётся ключевым словом trait и сидеть глазеть на собеседника ожидая следующего вопроса не достаточно, нужно говорить о множественном наследовании, о конфликтах которые могут возникнут, способах их решения, когда применяется и так далее, иными словами информацию с вас не должны вытягивать силой, самим нужно рассказывать, чем больше тем лучше.

Ну, если учесть, что у вас нет своего сервера (даже самого простого), то вы явно не крупная корпорация, у которой есть глобальные секреты.
Есть вариант - не париться. Никому ваши писульки не нужны.
Навскидку tutorialspots.com/php-methods-to-encrypt-decrypt-w...

У моего проекта есть платная редакция правда платит примерно 3 человека из тысячи. И то копейки (чуть болше затрат на хостинг но меньше чем я должен заплатить налогов как ИП). Но за то этот проект помогает мне находить заказы на фрилансе. Правда опять таки если бы я потратил время на поиск клиентов, вместо разработки своего комет сервера, то не думаю что заказов бы у меня было сильно меньше.