Большая часть требований оправдана — для большой команды без гита и нормальной инженерной лексики никак. С учетом расхожего мнения что фронтэнд это «легко», и толп желающих «войти» такие испытания уместны. Говорю как тимлид с 200+ проведенных собеседований.
Неплохо, но хотелось бы видеть что-сложное. Все визуальные языки/средства показывают красивые способы написать «хелловорлд» но пасуют на реальных задачах.
Интересная подача. Мол автор в лице парня владеет секретной методикой как и бизнес процессы ускорить, и как программистов научить писать, и как прибыль улучшить. Такое сосредоточие дарований говорит только об одном — это голая теория. Ну или треп :)
Про JS надо помнить эпоху когда он создавался — тогда никто, даже в смелых мечтах (или унылых кошмарах) не мог бы представить то в чем мы сейчас варимся :)
п.с. К слову — в то время тоже было много споров/докладов/холиваров о MVC :)
Откровенно говоря, понять что имеется в виду под «средств для веб-программирования» очень сложно. Особенно дико этот коммент смотрится в топике про особенности оптимизаций v8 :)
Так особой литературной ценности произведение не несет, свежих идей нет, есть только «пихающийся» домен купленный за приблизительно треть-четверть американской месячной зарплаты — причем непонятно почему :)
Вы как-то плавно скользите от кода к системе, от системы к интерфейсам, и от этого всего к людям а потом опять к коду. Нельзя столько разных проблем притягивать за уши в трех коротеньких абзацах. SOLID наше все, как для кода так и для комментариев :)
Дайте четкую ссылку на «просто комплексную CMS, написанную на javascript, использующую GraphQL и обеспечивающую сразу и бэк, и фронт».
github.com/search?l=JavaScript&q=wordpress&type=Repositories
Все уже написано, QL конечно нет :)
Нисколько не критикуя хотел бы заметить, что у вас много противоречий в постановке задачи. Современная разработка — это про узкую специализацию и старые подходы «все в одном» потихоньку уходят в прошлое. Соответственно, привлечь желающих к работе над ядром будет трудновато.
Да, в моей практике это обозначает тоже самое. И любой разработчик может оказаться в роли этого мифического «ктота». Смысла то особо гневаться нет, видишь ошибку — исправь. И тесты этого участка кода тоже исправь. И везде где используется этот код — тоже поправь. А если этот код в пул реквесте то просто отклони и конструктивно обоснуй почему. А сначала гневаться, раздувать проблему а потом расхлебывать последствия, в том числе и со здоровьем, это совершенно непродуктивно :)
Так все делают в начале, но не все статьи пишут. Почему? Потому что ничего полезного :)
п.с. К слову — в то время тоже было много споров/докладов/холиваров о MVC :)
Метрика WTFperLineOfCode?)
github.com/search?l=JavaScript&q=wordpress&type=Repositories
Все уже написано, QL конечно нет :)
Нисколько не критикуя хотел бы заметить, что у вас много противоречий в постановке задачи. Современная разработка — это про узкую специализацию и старые подходы «все в одном» потихоньку уходят в прошлое. Соответственно, привлечь желающих к работе над ядром будет трудновато.