Да, можно ещё бандлеры не изучать, лид там как-нибудь что-нибудь соберёт, и можно 2 кнопки ждать install/run..
Конечно, в идеале должен быть человек, который возьмёт на себя девопс, настроит скрипты и тд
Но ждать человека, а если он ещё и в отпуске, чтобы поправить/добавить/убрать какую нибудь мелочь, например, уже не очень приятно и удобно, тк билд надо собрать уже сейчас
И, имхо, понимать что происходит в разработке на разных уровнях - именно то, что подразумевает работа инженера
К сожалению, автор сам не до конца понимает solid и подмешивает одно к другому.
При этом игнорирует или не понимает принцип черного ящика, инкапсуляции и тд.
А так же не до конца понимает, что шаблоны созданы, чтобы иметь возможность динамически подмешивать часть (или даже объёмную часть) в шаблон, которая или что-то отрисует в ожидаемом месте или даже чтото сделает в не рамках логики исходного компонента.
При том упоминается бизнес логика, которой на самом деле нет..
На производстве есть конструктор, который должен обеспечить 3d макет + адекватные чертежи. А инженер + слесарь/токарь etc это должно реализовать. Или указать на возможные нюансы. И совместно придти к чему-то хорошему.
Чем разрабокта хуже? Я повсеместно топлю за инженерный подход к делу, где люди, в том числе и дизайнер, !должны! понимать, что и для кого делают. Иначе, какой в это смысл? Ну кроме зарабатывания деньжат до тех времен, пока не сменят этот штат, потому что продукт не жизнеспособный
А трогали, потому что позаботились о пользователях, а не склепали стандартный интерфейс и забили
А почему именно производство только? Я вот уже до невозможности устал бороться с манией у дизайнера и руководства пихать шрифты 12px. Не говоря о том, каких там только размеров нет. Мелкий 12px блекло-серый цвет - прям уххх! Кому такое будет удобно? Наверно, только дизайнеру, у которого карточка на весь экран, когда он "рисует". И руководство, у которого х1.5 увеличение на ноуте... Накипело
Такие ошибки должны падать во внутренние логи и быстро решаться. Отдавать полный стак никто не будет в прод-сборке, от части по той причине, которая не нравится некоторым людям, а именно - это лишняя информация, которая никак не поможет пользователю решить проблему с веб-приложением, ну если в базе что-то не так, то ты как фронт не мучай.. а не такая инфа просто может напрячь среднестатистического пользователя. + Руководство не обрадуется светить гигантским стектрейсов на пару кб, если смотреть на spring, н-р
С андроидом гибкости, возможно, побольше
Не говорю, что это все хорошо, тк сам как самому всегда интересно глянуть, что там на самом деле, но даже знание тут мало что даёт, на самом деле с точки зрения веб-поиложения
Если требуется передать свойство, которое ещё и надо иметь возможность изменить, имхо, лучше его обернуть в ридонли и рядом прокинуть метод для изменения этого самого свойства
Удивительно, что на две бытовых строчки кода такая объемная статься вышла. И название такое, что думал что-то необычное увидеть
Но совсем уж начинающим может пригодиться, жаль, что такую статью через Гугл не найти, слишком сложное для этого название. На вашем месте, я бы упростил
Кому интересно, какие плюсы у этого подхода:
Если смотреть фронтенд - не надо импортить везде как enum, и что ещё хуже добавлять в контекст компонента для того, чтобы он попал в рендер (привет vue2)
Удобно описать валидатор для конечной точки в цепочке компонентов (функций). В цепочке проверяем тип (и удобно указываем значения), в конце проверяем, что никто не навлевал на требуемый тип, ибо ts не гарантия :)
Vue 2.7 слегка упрощает переход на vue3, но по факту если у вас есть компоненты "низкого уровня" при разработке ui компонентов, то столкнуться можно с очень большим количеством различий. То есть с 2.7 на 3.3 все равно надо будет переписывать частями, но хотя бы новый функционал уже можно сразу писать на композишенах, но и все равно надо держать в уме, что это далеко не 3.3
Эта та штука, которая позволяет запускать приложения, которые некоторые компании ленятся портировать и отлаживать на убунту, например. Ближайшее, что вспоминается - это Deezer. Так же фигму можно запустить отдельно. Бывает очень удобно .
А ещё VSCode написан на electron, и если честно, ест куда меньше нативной IDEA, хотя тут есть небольшие нюансы
Но не суть, мне кажется, что в последнее время устаревает именно версия фреймворка и либы.
То есть, если брать в пример vue, то есть классная надстройка в виде nuxt, которая обеспечивает хорошую архитектурную базу и ssr. Проблема в том, что на нее уже все достаточно устарело, все активно пилять vue3 и все, что с ним связано, а ты сидишь и ждешь пока умрет nuxt2 и восстанет стабильный и чутка полированный nuxt3 ?
Чтобы не мучиться с переключением по локализациям, очень рекомендую плагин i18n-ally для VSCode. Сильно упращает жизнь в плане локализаций. Показывает текущей перевод в коде, % заполнений всех тектов для разных локализаций. Удобное заполнение, а так же задание самой локалилзации через код. Единственное, что надо держать локализацию в формате json. И сам плагин поддерживает файл в отсортированном состоянии в алфавитном порядке.
Здесь несколько проще.
Во первых, футбол — это командный спорт, все хотят побеждать, поэтому могут брать лучших, чтобы конечный выхлоп был в виде частых побед.
В танго на этапе обучения достаточно желания, опрятности и улыбки. Остальному научат. В таком «хобби» концептуально другой результат и цели. С увереностью могу сказать, что когда я ходил, все были рады всем. Все были при танце)
Так я про это и говорю!
Что партнеру расти легче, т.к. много опытных партнерш.
А вот партнерше расти тяжелее, так как много партнеров, которые еще сами только вести учатся :)
Если что, я не имел ввиду какие-то сложные пируэты, когда говорил, что партнерша может не поспевать в обучении.
Но факт остается фактом, что даже простые шаги только пришедшая партнерша будет понимать не всегда, т.к. им тоже надо учиться чувствовать партнера. А если только пришедший в первые дни парень мямлит и и не дает четкое движение, то и понять его будет сложнее. Опытная партнерша +- разберется, подскажет, а потом пожнет радостно плоды своих напутствий, когда ее поведут аккуратно и четко за достаточно короткий промежуток времени)
Единственное, все же мне тогда девушки делились своим мнением, что им нравится разнообразие, чтобы они не знали, куда их поведут в следующий момент. А вот партнеру в таком случе, лучше, конечно, знать хотя бы следующие 3 шага, но это мое субъективное мнение на своем опыте и подсказках преподавателя
Хочу поделиться своим опытом социального аргентинского танго, позитивным. Сразу скажу — рекомендую.
Ходил в Дом молодежи, Но! отходил я туда всего пару месяцев, вместе со своей девушкой.
Из плюсов:
+ приятная атмосфера
+ дружелюбные люди и субъективно симпатичные
+ партнерши не стесняются идти и на более тесный танец, если ты им нравишься, а это, конечно, зажигает искру невольно
+ реально интересно танцевать, понимать свои движения, как реагирует на них партнерша и все такое, прогресс шел очень быстро, что перетекло в один из минусов
Из минусов:
— постоянная смена партнерш, я был очень удивлен такому, т.к. изначально меня уговорила попробовать девушка, думал, с ней и будем постигать такие чувственные танцы. Но нет, смена партнеров — это неизбежное событие, ибо учиться надо разнообразию и пониманию людей в целом, а не только своей половинки.
Этот минус, на самом деле, не являлся критичным, нооо был очень приятно-неприятный побочный эффект.
— ввиду быстрого роста и желанием и умением вести женщину, с опытными партнершами я набрался уже такого, что моя девушка просто не поспевала. Т.к. опытных партнерш, которые сгладят какие-то неточности у неопытного в достатке, а вот опытных партнеров — дефицит! То есть со временем со своей женщиной стало тяжко по 2 причинам: многого она неумела, а советы воспринимала… ну как ранимый котенок, которого «критикуют».
А вот с опытными партнершами танцевалось уже ухх как хорошо
— ну и меня очень смущали поглаживания рук от одной красавицы, к таким искушениям я морально тоже не был готов)
Резюмируя, крайне рекомендую для тех, кто любит приятные вечера без суеты, под красивую музыку в компании приятных людей (языком чесать и делать умный вид не обязательно).
Для тех, кто хочет социализироваться, но «стремается» — хотя бы попробуйте!
Я был бы готов платить условные 300-500 рублей в месяц, чтобы поддерживать выход любимых сериалов, но я всегда смотрю на англ-языке с субтитрами англ+русские, а еще скачивание — обязательное условие, т.к. смотрю где-то в транспорте, в дороге, и это прилично экономит заряд батареи в устройстве.
Когда-нибудь будет человеческий сервис, я думаю, а пока приходится пользоваться более УДОБНЫМИ средствами, нежели такие «кинотеатры».
Будет предустановленна в системе
Да, можно ещё бандлеры не изучать, лид там как-нибудь что-нибудь соберёт, и можно 2 кнопки ждать install/run..
Конечно, в идеале должен быть человек, который возьмёт на себя девопс, настроит скрипты и тд
Но ждать человека, а если он ещё и в отпуске, чтобы поправить/добавить/убрать какую нибудь мелочь, например, уже не очень приятно и удобно, тк билд надо собрать уже сейчас
И, имхо, понимать что происходит в разработке на разных уровнях - именно то, что подразумевает работа инженера
К сожалению, автор сам не до конца понимает solid и подмешивает одно к другому.
При этом игнорирует или не понимает принцип черного ящика, инкапсуляции и тд.
А так же не до конца понимает, что шаблоны созданы, чтобы иметь возможность динамически подмешивать часть (или даже объёмную часть) в шаблон, которая или что-то отрисует в ожидаемом месте или даже чтото сделает в не рамках логики исходного компонента.
При том упоминается бизнес логика, которой на самом деле нет..
На производстве есть конструктор, который должен обеспечить 3d макет + адекватные чертежи. А инженер + слесарь/токарь etc это должно реализовать. Или указать на возможные нюансы. И совместно придти к чему-то хорошему.
Чем разрабокта хуже? Я повсеместно топлю за инженерный подход к делу, где люди, в том числе и дизайнер, !должны! понимать, что и для кого делают. Иначе, какой в это смысл? Ну кроме зарабатывания деньжат до тех времен, пока не сменят этот штат, потому что продукт не жизнеспособный
А трогали, потому что позаботились о пользователях, а не склепали стандартный интерфейс и забили
А почему именно производство только?
Я вот уже до невозможности устал бороться с манией у дизайнера и руководства пихать шрифты 12px. Не говоря о том, каких там только размеров нет.
Мелкий 12px блекло-серый цвет - прям уххх! Кому такое будет удобно? Наверно, только дизайнеру, у которого карточка на весь экран, когда он "рисует". И руководство, у которого х1.5 увеличение на ноуте...
Накипело
Ну вот, +1 случай к 500.
Такие ошибки должны падать во внутренние логи и быстро решаться. Отдавать полный стак никто не будет в прод-сборке, от части по той причине, которая не нравится некоторым людям, а именно - это лишняя информация, которая никак не поможет пользователю решить проблему с веб-приложением, ну если в базе что-то не так, то ты как фронт не мучай.. а не такая инфа просто может напрячь среднестатистического пользователя. + Руководство не обрадуется светить гигантским стектрейсов на пару кб, если смотреть на spring, н-р
С андроидом гибкости, возможно, побольше
Не говорю, что это все хорошо, тк сам как самому всегда интересно глянуть, что там на самом деле, но даже знание тут мало что даёт, на самом деле с точки зрения веб-поиложения
А точно ли фронтенд? Или все же бэк что-то не обработал при изменении чего-то в базе и прислал 500?
К сожалению, фронтенд не может описать каждую ошибку самостоятельно. Задача фронтенда отобразить то, что ему передали.
Если требуется передать свойство, которое ещё и надо иметь возможность изменить, имхо, лучше его обернуть в ридонли и рядом прокинуть метод для изменения этого самого свойства
Интересная формулировка.
То есть, в целом, они не ошибаются только, когда вы с ними согласны? :)
Удивительно, что на две бытовых строчки кода такая объемная статься вышла. И название такое, что думал что-то необычное увидеть
Но совсем уж начинающим может пригодиться, жаль, что такую статью через Гугл не найти, слишком сложное для этого название. На вашем месте, я бы упростил
Кому интересно, какие плюсы у этого подхода:
Если смотреть фронтенд - не надо импортить везде как enum, и что ещё хуже добавлять в контекст компонента для того, чтобы он попал в рендер (привет vue2)
Удобно описать валидатор для конечной точки в цепочке компонентов (функций). В цепочке проверяем тип (и удобно указываем значения), в конце проверяем, что никто не навлевал на требуемый тип, ибо ts не гарантия :)
Vue 2.7 слегка упрощает переход на vue3, но по факту если у вас есть компоненты "низкого уровня" при разработке ui компонентов, то столкнуться можно с очень большим количеством различий. То есть с 2.7 на 3.3 все равно надо будет переписывать частями, но хотя бы новый функционал уже можно сразу писать на композишенах, но и все равно надо держать в уме, что это далеко не 3.3
Эта та штука, которая позволяет запускать приложения, которые некоторые компании ленятся портировать и отлаживать на убунту, например. Ближайшее, что вспоминается - это Deezer. Так же фигму можно запустить отдельно. Бывает очень удобно .
А ещё VSCode написан на electron, и если честно, ест куда меньше нативной IDEA, хотя тут есть небольшие нюансы
Появляются иногда и такие товарищи как svelte.
Но не суть, мне кажется, что в последнее время устаревает именно версия фреймворка и либы.
То есть, если брать в пример vue, то есть классная надстройка в виде nuxt, которая обеспечивает хорошую архитектурную базу и ssr. Проблема в том, что на нее уже все достаточно устарело, все активно пилять vue3 и все, что с ним связано, а ты сидишь и ждешь пока умрет nuxt2 и восстанет стабильный и чутка полированный nuxt3 ?
Чтобы не мучиться с переключением по локализациям, очень рекомендую плагин
i18n-allyдля VSCode. Сильно упращает жизнь в плане локализаций. Показывает текущей перевод в коде, % заполнений всех тектов для разных локализаций. Удобное заполнение, а так же задание самой локалилзации через код.Единственное, что надо держать локализацию в формате json. И сам плагин поддерживает файл в отсортированном состоянии в алфавитном порядке.
Во первых, футбол — это командный спорт, все хотят побеждать, поэтому могут брать лучших, чтобы конечный выхлоп был в виде частых побед.
В танго на этапе обучения достаточно желания, опрятности и улыбки. Остальному научат. В таком «хобби» концептуально другой результат и цели. С увереностью могу сказать, что когда я ходил, все были рады всем. Все были при танце)
Что партнеру расти легче, т.к. много опытных партнерш.
А вот партнерше расти тяжелее, так как много партнеров, которые еще сами только вести учатся :)
Но факт остается фактом, что даже простые шаги только пришедшая партнерша будет понимать не всегда, т.к. им тоже надо учиться чувствовать партнера. А если только пришедший в первые дни парень мямлит и и не дает четкое движение, то и понять его будет сложнее. Опытная партнерша +- разберется, подскажет, а потом пожнет радостно плоды своих напутствий, когда ее поведут аккуратно и четко за достаточно короткий промежуток времени)
Единственное, все же мне тогда девушки делились своим мнением, что им нравится разнообразие, чтобы они не знали, куда их поведут в следующий момент. А вот партнеру в таком случе, лучше, конечно, знать хотя бы следующие 3 шага, но это мое субъективное мнение на своем опыте и подсказках преподавателя
Ходил в Дом молодежи, Но! отходил я туда всего пару месяцев, вместе со своей девушкой.
Из плюсов:
+ приятная атмосфера
+ дружелюбные люди и субъективно симпатичные
+ партнерши не стесняются идти и на более тесный танец, если ты им нравишься, а это, конечно, зажигает искру невольно
+ реально интересно танцевать, понимать свои движения, как реагирует на них партнерша и все такое, прогресс шел очень быстро, что перетекло в один из минусов
Из минусов:
— постоянная смена партнерш, я был очень удивлен такому, т.к. изначально меня уговорила попробовать девушка, думал, с ней и будем постигать такие чувственные танцы. Но нет, смена партнеров — это неизбежное событие, ибо учиться надо разнообразию и пониманию людей в целом, а не только своей половинки.
Этот минус, на самом деле, не являлся критичным, нооо был очень приятно-неприятный побочный эффект.
— ввиду быстрого роста и желанием и умением вести женщину, с опытными партнершами я набрался уже такого, что моя девушка просто не поспевала. Т.к. опытных партнерш, которые сгладят какие-то неточности у неопытного в достатке, а вот опытных партнеров — дефицит! То есть со временем со своей женщиной стало тяжко по 2 причинам: многого она неумела, а советы воспринимала… ну как ранимый котенок, которого «критикуют».
А вот с опытными партнершами танцевалось уже ухх как хорошо
— ну и меня очень смущали поглаживания рук от одной красавицы, к таким искушениям я морально тоже не был готов)
Резюмируя, крайне рекомендую для тех, кто любит приятные вечера без суеты, под красивую музыку в компании приятных людей (языком чесать и делать умный вид не обязательно).
Для тех, кто хочет социализироваться, но «стремается» — хотя бы попробуйте!
Когда-нибудь будет человеческий сервис, я думаю, а пока приходится пользоваться более УДОБНЫМИ средствами, нежели такие «кинотеатры».