Мы выбрали @apply в качестве основного инструмента, так как очень не хотелось смешивать разметку и стили. Документация однозначно говорит, что это анти-паттерн, но плюсы такого подхода перевесили всё остальное. Во-первых, любая опечатка приводит к тому, что код просто не компилируется. Во-вторых, упростилась ситуация с кастомными классами - все стили вешаются непосредственно на элементы, а классы выдумываются только тогда, когда необходимо по-разному стилизовать неразличимые иначе элементы. В-третьих, внутри одного css-блока можно использовать несколько @apply и группировать таким образом стили по смыслу.
Так и быть, вы правы, DX у Angular во многом не идеален, а архитектура "на стримах" требует очень хорошего понимания технологии, но ваше утверждение про "всю железную дорогу без возможности восстановления" - сильное преувеличение. Мягко говоря.
Должен признать, что не понимаю ваш аргумент. Исключения так или иначе нужно ловить. Это, кажется, одно из основных правил в программировании вообще. Не просто так ведь существуют ErrorHandler в Angular и catchError в RxJS. Не говоря уже о стандартных средствах языка...
Порог вхождения высокий, это правда, но когда сложность вашего фронтенда сопоставима со сложностью бэкэнда, то это оправдывает себя. Понятно, что для разовой работы типа сайта-визитки всё это не нужно. А представьте себе, что у вас есть отдельный магазин, отдельный контент, куча микросервисов и раздавать функционал вам нужно одновременно в произвольных комбинациях и в разном виде (SPA, web-components, hybrid app, лэндинги всякие). Это уже приличный инжиниринг.
Я высказался, наверное, чересчур категорично. Просто мы тут джейсоны гоняем, без всяких алгоритмов, и в 99% случаев можно написать понятно, не используя комментарии. Совершенно согласен с вами. Если смысл кода не очевиден (особенности чужой библиотеки, сложный алгоритм, редкий случай), то без комментария всё становится похожим на магию, что, на мой взгляд, гораздо хуже, чем избыточный комментарий.
Такой вопрос: а как вы относитесь к комментариям типа @todo?
Вы знаете, я бы выделил докблоки в отдельную категорию. Да, пишутся как комментарии и почти всегда содержат некоторое описание на человеческом языке, но интеграция с IDE делает их скорее надстройкой над языком и чем-то большим, чем просто "инфа здесь и сейчас".
Насчёт коммитов вы абсолютно правы, но коммиты не устаревают, в отличие от комментариев. Для меня комментарий - это всегда "запах" и повод задуматься над тем, достаточно ли выразителен сам код. Как правило, я предпочту что-то вроде вериЛонгВарайаблНэйм, потому что комментарий, как вы сами сказали, это дополнительные расходы на поддержку. Не хочу дополнительных расходов там, где можно обойтись без них.
У нас, например, 100% покрытие, включая ветвления. Это дисциплинирует, учит писать структурировано, учит писать только то, что нужно, и не писать то, что не нужно. Тест - это ещё и документ, объясняющий не очевидную логику. А спокойствие, которое испытываешь после масштабных рефакторингов и апдейтов просто бесценно.
Разумный взгляд, но мне кажется, что не совсем полный. Нормальная компания должна быть заинтересована в том, чтобы сотрудники непрерывно учились и повышали квалификацию. Нормальная компания обязана (именно так) инвестировать в это дело. Зачем? Хотя бы для того, чтобы человек не переживал из-за того, что деградирует и теряет конкурентоспособность на рынке труда, что может приводить к утрате мотивации, выгоранию и поиску места получше.
Пытаться влиять на систему - дело весёлое и благородное, но имеет смысл, на мой взгляд, только тогда, когда она в целом тебе нравится. А так, самый убедительный аргумент - это когда сотрудник просто уходит к другому работодателю, который всё уже понял и не нуждается в объяснениях на эту тему. Можно даже в заявлении об увольнении так и написать, мол, работодатель жлоб и не организует повышение квалификации сотрудников. Спасибо, всего хорошего.
VirtioFS, по ощущениям, несколько медленнее, но в целом оказался достаточно хорош, чтобы мы сразу отказались от мутагена. Маунтим около двух гигабайт с node_modules, yarn cache и Cypress. Билдим и гоняем e2e тесты в докере.
За Америку не скажу, но мне кажется что автор чересчур, нагнетает, говоря о трудностях и рисках недопонимания. Мой опыт изучения немецкого и интеграции в Германии подсказывает, что абсолютное большинство местных аборигенов очень дружелюбны, вежливы и терпеливы, если ты ведёшь себя адекватно. Забыл слово - так прямо и скажи, опиши другими словами, нарисуй, сделай пантомиму. Люди помогут. Не получил внятной реакции на вопрос или предложение - просто извинись за не очень хорошее владение языком и прямо скажи, что тебе хотелось бы чётко понять, это да, или нет, или вообще не в тему, всякое бывает. Нормальные люди всегда помогают и не ленятся объяснить, если знают твой контекст - неродной язык и другой культурный бэкграунд. Главное не шарахаться, не впадать в ступор и быть дружелюбным. Не стесняйтесь улыбаться, это очень хорошая привычка и ничего "пластмасового" или чего ещё неестественного в так называемых западных улыбках нет, а суровое и неприступное выражение лица действует прямо-таки отталкивающе и только мешает налаживать коммуникацию и контакты. Вместо анекдотов же, для монимания которых необходимо знать особенности жизни в стройбате, можно вполне себе обойтись ситуационной комедией и подходящими к ситуации мемами. Итак, если ты дружелюбный, открытый и не боишься извиняться и прямо говорить, что плохо владеешь языком и/или контекстом, то тебе всегда помогут и всё будет хокей.
Мой дед работал начальником электромонтажного участка. Однажды я его спросил, сколько нужно времени, чтобы вырос зрелый специалист. Десять лет. Ответил не задумываясь.
Мне кажется, есть всё-таки ситуации, в которых достижим глобальный оптимум. То есть если условия протекания процесса стабильны и предсказуемы, то скорее всего возможен максимально эффективный порядок, любое отклонение от которого будет невыгодным. В таком случае дальнейшее развитие возможно только при помощи -почкования и мутации- нового бизнеса с выходом на новые рынки.
Довольно фундаментальная мысль, кстати. Нанимался на работу, купился на "классные микросервисы в кубере, контроль качества и налаженные процессы", а по факту сидел потом и объяснял начальнику, что ни контроля, ни налаженности нет, и вообще вы тут начальники, я надеюсь, не для того меня наняли, чтобы расказывать мне про ваш самобытный скрам и учить работать, а чтобы я делал вам то, что сами вы делать не умеете. И вообще, говорю, вы про тайпскрипт даже не слышали, не говоря уже о джесте с сайпресом. Смотрите, говорю, симфони с энкором и джейквери для одной вонючей формочки - это как удаление гланд через анальное отверстие. Можно, конечно, но никто так не делает. Так что проявите благоразумие, будьте так добры... Короче говоря, вежливо, терпеливо, но очень настойчиво, соль-перец по вкусу... Постепенно заходит.
Есть похожая история, когда приходишь в приличную, вроде бы, контору, с желанием писать код. Чистый код, красивый. Больше кода! И начинается... А почему это у вас стендапы по пол часа? А как понимать эти ваши юзер сторис, где одни скриншоты с красными прямоугольниками и ни слова о критериях и специальных случаях? А где тесты? А чего это линтер до сих пор не прикручен? И вот, в какой-то момент осознаёшь вдруг, что за целую неделю ни строчки кода не написал. Сидишь такой и думаешь: "Я тут программист, чёрт побери, или кто? Массаракш!".
Да, в стремлении к лучшему. Поэтому я в целом скорее за некоторое экономическое вмешательство и лучше буду платить чуть больше за технику и шмотки, если в результате этого меньше людей будут выбрасываться из окон завода Foxconn и больше детей будут ходить в школу.
С мобильностью же всё немного сложнее. Чтобы была возможность ездить хоть куда-нибудь, людям нужны деньги, знание того, что есть места, где люди живут по-другому и отсутствие рабства. Это гораздо сложнее, чем простой контроль производства и доставки товаров.
Мы выбрали @apply в качестве основного инструмента, так как очень не хотелось смешивать разметку и стили. Документация однозначно говорит, что это анти-паттерн, но плюсы такого подхода перевесили всё остальное. Во-первых, любая опечатка приводит к тому, что код просто не компилируется. Во-вторых, упростилась ситуация с кастомными классами - все стили вешаются непосредственно на элементы, а классы выдумываются только тогда, когда необходимо по-разному стилизовать неразличимые иначе элементы. В-третьих, внутри одного css-блока можно использовать несколько @apply и группировать таким образом стили по смыслу.
Так и быть, вы правы, DX у Angular во многом не идеален, а архитектура "на стримах" требует очень хорошего понимания технологии, но ваше утверждение про "всю железную дорогу без возможности восстановления" - сильное преувеличение. Мягко говоря.
Должен признать, что не понимаю ваш аргумент. Исключения так или иначе нужно ловить. Это, кажется, одно из основных правил в программировании вообще. Не просто так ведь существуют ErrorHandler в Angular и catchError в RxJS. Не говоря уже о стандартных средствах языка...
Порог вхождения высокий, это правда, но когда сложность вашего фронтенда сопоставима со сложностью бэкэнда, то это оправдывает себя. Понятно, что для разовой работы типа сайта-визитки всё это не нужно. А представьте себе, что у вас есть отдельный магазин, отдельный контент, куча микросервисов и раздавать функционал вам нужно одновременно в произвольных комбинациях и в разном виде (SPA, web-components, hybrid app, лэндинги всякие). Это уже приличный инжиниринг.
Typescript
Я высказался, наверное, чересчур категорично. Просто мы тут джейсоны гоняем, без всяких алгоритмов, и в 99% случаев можно написать понятно, не используя комментарии. Совершенно согласен с вами. Если смысл кода не очевиден (особенности чужой библиотеки, сложный алгоритм, редкий случай), то без комментария всё становится похожим на магию, что, на мой взгляд, гораздо хуже, чем избыточный комментарий.
Такой вопрос: а как вы относитесь к комментариям типа @todo?
Вы знаете, я бы выделил докблоки в отдельную категорию. Да, пишутся как комментарии и почти всегда содержат некоторое описание на человеческом языке, но интеграция с IDE делает их скорее надстройкой над языком и чем-то большим, чем просто "инфа здесь и сейчас".
Насчёт коммитов вы абсолютно правы, но коммиты не устаревают, в отличие от комментариев. Для меня комментарий - это всегда "запах" и повод задуматься над тем, достаточно ли выразителен сам код. Как правило, я предпочту что-то вроде вериЛонгВарайаблНэйм, потому что комментарий, как вы сами сказали, это дополнительные расходы на поддержку. Не хочу дополнительных расходов там, где можно обойтись без них.
У нас, например, 100% покрытие, включая ветвления. Это дисциплинирует, учит писать структурировано, учит писать только то, что нужно, и не писать то, что не нужно. Тест - это ещё и документ, объясняющий не очевидную логику. А спокойствие, которое испытываешь после масштабных рефакторингов и апдейтов просто бесценно.
Кстати, очень любопытно мнение человека, который "заглядывает под капот". Я просто пользуюсь фреймворком. Красиво, удобно, хорошо едет.
А где Angular? Ах да, там же и говорить вообще не о чем. Просто берешь и пишешь хороший код.
Разумный взгляд, но мне кажется, что не совсем полный. Нормальная компания должна быть заинтересована в том, чтобы сотрудники непрерывно учились и повышали квалификацию. Нормальная компания обязана (именно так) инвестировать в это дело. Зачем? Хотя бы для того, чтобы человек не переживал из-за того, что деградирует и теряет конкурентоспособность на рынке труда, что может приводить к утрате мотивации, выгоранию и поиску места получше.
Пытаться влиять на систему - дело весёлое и благородное, но имеет смысл, на мой взгляд, только тогда, когда она в целом тебе нравится. А так, самый убедительный аргумент - это когда сотрудник просто уходит к другому работодателю, который всё уже понял и не нуждается в объяснениях на эту тему. Можно даже в заявлении об увольнении так и написать, мол, работодатель жлоб и не организует повышение квалификации сотрудников. Спасибо, всего хорошего.
VirtioFS, по ощущениям, несколько медленнее, но в целом оказался достаточно хорош, чтобы мы сразу отказались от мутагена. Маунтим около двух гигабайт с node_modules, yarn cache и Cypress. Билдим и гоняем e2e тесты в докере.
За Америку не скажу, но мне кажется что автор чересчур, нагнетает, говоря о трудностях и рисках недопонимания. Мой опыт изучения немецкого и интеграции в Германии подсказывает, что абсолютное большинство местных аборигенов очень дружелюбны, вежливы и терпеливы, если ты ведёшь себя адекватно. Забыл слово - так прямо и скажи, опиши другими словами, нарисуй, сделай пантомиму. Люди помогут. Не получил внятной реакции на вопрос или предложение - просто извинись за не очень хорошее владение языком и прямо скажи, что тебе хотелось бы чётко понять, это да, или нет, или вообще не в тему, всякое бывает. Нормальные люди всегда помогают и не ленятся объяснить, если знают твой контекст - неродной язык и другой культурный бэкграунд. Главное не шарахаться, не впадать в ступор и быть дружелюбным. Не стесняйтесь улыбаться, это очень хорошая привычка и ничего "пластмасового" или чего ещё неестественного в так называемых западных улыбках нет, а суровое и неприступное выражение лица действует прямо-таки отталкивающе и только мешает налаживать коммуникацию и контакты. Вместо анекдотов же, для монимания которых необходимо знать особенности жизни в стройбате, можно вполне себе обойтись ситуационной комедией и подходящими к ситуации мемами. Итак, если ты дружелюбный, открытый и не боишься извиняться и прямо говорить, что плохо владеешь языком и/или контекстом, то тебе всегда помогут и всё будет хокей.
Мой дед работал начальником электромонтажного участка. Однажды я его спросил, сколько нужно времени, чтобы вырос зрелый специалист. Десять лет. Ответил не задумываясь.
Мне кажется, есть всё-таки ситуации, в которых достижим глобальный оптимум. То есть если условия протекания процесса стабильны и предсказуемы, то скорее всего возможен максимально эффективный порядок, любое отклонение от которого будет невыгодным. В таком случае дальнейшее развитие возможно только при помощи -почкования и мутации- нового бизнеса с выходом на новые рынки.
Довольно фундаментальная мысль, кстати. Нанимался на работу, купился на "классные микросервисы в кубере, контроль качества и налаженные процессы", а по факту сидел потом и объяснял начальнику, что ни контроля, ни налаженности нет, и вообще вы тут начальники, я надеюсь, не для того меня наняли, чтобы расказывать мне про ваш самобытный скрам и учить работать, а чтобы я делал вам то, что сами вы делать не умеете. И вообще, говорю, вы про тайпскрипт даже не слышали, не говоря уже о джесте с сайпресом. Смотрите, говорю, симфони с энкором и джейквери для одной вонючей формочки - это как удаление гланд через анальное отверстие. Можно, конечно, но никто так не делает. Так что проявите благоразумие, будьте так добры... Короче говоря, вежливо, терпеливо, но очень настойчиво, соль-перец по вкусу... Постепенно заходит.
Есть похожая история, когда приходишь в приличную, вроде бы, контору, с желанием писать код. Чистый код, красивый. Больше кода! И начинается... А почему это у вас стендапы по пол часа? А как понимать эти ваши юзер сторис, где одни скриншоты с красными прямоугольниками и ни слова о критериях и специальных случаях? А где тесты? А чего это линтер до сих пор не прикручен? И вот, в какой-то момент осознаёшь вдруг, что за целую неделю ни строчки кода не написал. Сидишь такой и думаешь: "Я тут программист, чёрт побери, или кто? Массаракш!".
Да, в стремлении к лучшему. Поэтому я в целом скорее за некоторое экономическое вмешательство и лучше буду платить чуть больше за технику и шмотки, если в результате этого меньше людей будут выбрасываться из окон завода Foxconn и больше детей будут ходить в школу.
С мобильностью же всё немного сложнее. Чтобы была возможность ездить хоть куда-нибудь, людям нужны деньги, знание того, что есть места, где люди живут по-другому и отсутствие рабства. Это гораздо сложнее, чем простой контроль производства и доставки товаров.