Напишите прозу о начинающем писатели прозы. Все свои удалённые вступления/первые главы используйте в тексте и от своего имени рассуждайте что в них не так. Как только получится идеальное начало на этом и заканчивайте. Ну и какую нибудь драму на это наложите.
добавление в рантайме новых полей в форму (условно выбираем тип чего либо галочкой, в зависимости от этого разные поля показываются с разными валидациями, не через hidden же это делать, в самомделе)
Как добавить в элемент массива формы разнородные элементы? Ну условно у вас есть массив контакт методов и вы хотите в него добавить номер телефона, имейл и соц сеть. Набор полей и валидаций может быть разнородным, но всё это должно лежать в условном contactMethods: []
Тогда имеет смысл искать новую работу и не увольняться со старой "по собственному", пока не будет оффера на руках. Не каждый человек за один день новое место сможет найти, особенно если не хочет идти в тир3 конторы. По опыту знакомых, кто уходил в нормальные фирмы от отсылки резюме до оффера проходит в среднем 3-4 недели. Смысл терять деньги, если можно не терять?
Мне кажется вы путаете тех лида и тим лида. Тим лид это скорее про менеджмент и управление людьми/сроками, нежели про технику. По крайней мере в рф. Ну и по зп, у тим лида она может быть спокойно меньше, чем у синьера.
А как простой пользователь поймёт что это пиратский сайт, если этого явно не указано на сайте? Особенно если он платит такому сайту за контент. По хорошему должны на владельца сайта дела заводить, а не на потребителя. А то если сейчас следовать такой логике то и всех посетителей кинотеатров нужно паковать, кто ходит на короткометражки с "предпоказом" забаненных у нас фильмов.
Очевидно что задать паддинг у внешнего элемента, куда встроена кнопка. Какой-то же грид-лайаут, ячейка таблички, футер или другой тип лайаута есть, куда эта кнопка встроена.
Всё хорошо работает, пока не нужно делать проектные расширения с поддержкой блю грина и расширением базовых моделей и сценариев работы с ними. У нас есть продуктовая коробка + десятки заказчиков, у каждого своя специфика. Сделано по классической ЕАV модели. Добавление новых атрибутов к моделе происходит без затрагивания основного продукта, в случае же с орм и генерацией под каждого заказчика пришлось бы иметь свою ветку и очень дорогие апгрейды. Там где не очень критично, используем документно ориентированные базы с полем аддишенелПропертис Мап<стринг, обжект>
Я вот практически ни одного правила не знаю в русском языке, тем не менее говорю, пишу, читаю, слушаю и воспринимаю его на отлично. С английским у меня такие же проблемы были, я вот хоть убей не могу учить грамматику и правила. Так до сих пор и не выучил ничего, но тем не менее на нативном уровне могу читать, говорить, слушать и писать. Коллеги англоязычные даж комплименты делают что у меня хороший уровень. А изучал я английский сначала по комп играм, потому что переводов тупа не было, потом в айти чтением документаций, а разговорный подтянуть мне очень помогла Гивенталь, у неё просто божественный самоучитель.
От позиции зависит. Если мне на позицию технического архитектора предложат решать какую-то херню в лайв кодинге, я тоже тригернусь. А вот на позицию джун, мидл, синьер вполне норм запрос на кодинг или какие-то примитивные алгоритмы рассказать
Ваш подход сработает в чисто продуктовых кампания. У нас же, например, есть продукт, своего рода коробка и проект, который кастомизирует заказчик под свои нужды. Микрофронтэнды стали спасением, ибо теперь у нас одна версия продукта, а проекты уже ваяют свои расширения отдельно от нас. Раньше же продукт выдавался де факто как огромная либа и под каждого заказчика был свой релизный цикл с постоянными прокидываниями фич и багофикса. Экономия реально измеряется в тысячах человекодней на оперейшен саппорт.
Пришёл бизнес аналитик от заказчика и сказал что у них в ToDo айтеме есть ссылка на джиру. Как в вашей архитектуре это добавить не меняя код "продукта"?
Японцы уже придумали схему, они оборудование для "Сахалин-2", которое необходимо для строительства СПГ сдадут в бессрочную аренду, но ни в коему случае не продадут, ибо санкции.
Наконец-то появилась поддержка тайпскрипт. Помню много раз наталкивался на $mol и каждый раз меня отталкивал доморощенный синтаксис. Похоже пришло время опробовать и сделать что-то простенькое, а то на рынке фреймвёрков натуральный голод.
На данный момент существует ЕАР версия. Раз в месяц можно скачивать полноценную самую последнюю версию. Работает 99% времени стабильно. За последние несколько лет проблем не имел.
Я больше 10 лет во фронте. Всё это время я работал на крупный энтерпрайс, никогда не занимался сайтиками или мелкими проектами. За это время разрабатывал на всех видах фремвёрках. От ext и gwt, до сейчас на ангуляре, реакте (да, у нас в конторе оба фреймвёрка равноправны и живут, просто в разных продуктах) и vue (1 пробный продукт). Так вот если смотреть на wbs, то разница по времени затраченному на разработку практически одинакова обоих фреймвёрков (да, пусть реакт это и библиотека, но с учётом накрученных на него расширений всё же уже ближе к фреймвёрку). Разница может в погрешности. Условно на реакте потратим 5000 человекодней, а на ангуляре 5100. Иногда в обратную сторону, иногда оценки и вовсе получаются одинаковые.
Никто ещё за много лет не смог взять на себя ответственности и сказать: мы это напишем на %фреймвёрк_нейм% за 2 раза меньшее время, чем на %текущий_фреймвёрк_нейм%. Если бы такое существовало в реальном мире, бизнес бы давно проголосовал рублём, но этого до сих пор не произошло. И да, в нашу контору приходили адепты vue, им дали картбланш и повелись на их убеждения что они напишут большую информационную систему за 2 месяца, а не за пол года как оценивали на ангуляре. По итогу они потратили те же 6 месяцев, с учётом всех накладок и проблем. Так что в сказки что какой-то фреймвёрк кратно лучше другого я уже не верю.
Да, я рекомендовал.
Напишите прозу о начинающем писатели прозы. Все свои удалённые вступления/первые главы используйте в тексте и от своего имени рассуждайте что в них не так. Как только получится идеальное начало на этом и заканчивайте. Ну и какую нибудь драму на это наложите.
Не понятны два сценария:
добавление в рантайме новых полей в форму (условно выбираем тип чего либо галочкой, в зависимости от этого разные поля показываются с разными валидациями, не через hidden же это делать, в самомделе)
Как добавить в элемент массива формы разнородные элементы? Ну условно у вас есть массив контакт методов и вы хотите в него добавить номер телефона, имейл и соц сеть. Набор полей и валидаций может быть разнородным, но всё это должно лежать в условном contactMethods: []
Тогда имеет смысл искать новую работу и не увольняться со старой "по собственному", пока не будет оффера на руках. Не каждый человек за один день новое место сможет найти, особенно если не хочет идти в тир3 конторы. По опыту знакомых, кто уходил в нормальные фирмы от отсылки резюме до оффера проходит в среднем 3-4 недели. Смысл терять деньги, если можно не терять?
А та что работала меньше всех пошла на колбасу.
Мне кажется вы путаете тех лида и тим лида. Тим лид это скорее про менеджмент и управление людьми/сроками, нежели про технику. По крайней мере в рф. Ну и по зп, у тим лида она может быть спокойно меньше, чем у синьера.
А как простой пользователь поймёт что это пиратский сайт, если этого явно не указано на сайте? Особенно если он платит такому сайту за контент. По хорошему должны на владельца сайта дела заводить, а не на потребителя. А то если сейчас следовать такой логике то и всех посетителей кинотеатров нужно паковать, кто ходит на короткометражки с "предпоказом" забаненных у нас фильмов.
Очевидно что задать паддинг у внешнего элемента, куда встроена кнопка. Какой-то же грид-лайаут, ячейка таблички, футер или другой тип лайаута есть, куда эта кнопка встроена.
Если учесть что в гос секторе идёт полным ходом отказ от виндувза, то кейс с ие не особо релевантен в текущих реалиях.
Всё хорошо работает, пока не нужно делать проектные расширения с поддержкой блю грина и расширением базовых моделей и сценариев работы с ними. У нас есть продуктовая коробка + десятки заказчиков, у каждого своя специфика. Сделано по классической ЕАV модели. Добавление новых атрибутов к моделе происходит без затрагивания основного продукта, в случае же с орм и генерацией под каждого заказчика пришлось бы иметь свою ветку и очень дорогие апгрейды. Там где не очень критично, используем документно ориентированные базы с полем аддишенелПропертис Мап<стринг, обжект>
Звучит как OLAP представление, где единственным дополнительным вектором будет отрезок времени.
Я вот практически ни одного правила не знаю в русском языке, тем не менее говорю, пишу, читаю, слушаю и воспринимаю его на отлично. С английским у меня такие же проблемы были, я вот хоть убей не могу учить грамматику и правила. Так до сих пор и не выучил ничего, но тем не менее на нативном уровне могу читать, говорить, слушать и писать. Коллеги англоязычные даж комплименты делают что у меня хороший уровень. А изучал я английский сначала по комп играм, потому что переводов тупа не было, потом в айти чтением документаций, а разговорный подтянуть мне очень помогла Гивенталь, у неё просто божественный самоучитель.
Статья не полная без подхода с загрузкой компоненты через Module Federation. С ним было бы поинтереснее.
От позиции зависит. Если мне на позицию технического архитектора предложат решать какую-то херню в лайв кодинге, я тоже тригернусь. А вот на позицию джун, мидл, синьер вполне норм запрос на кодинг или какие-то примитивные алгоритмы рассказать
Ваш подход сработает в чисто продуктовых кампания. У нас же, например, есть продукт, своего рода коробка и проект, который кастомизирует заказчик под свои нужды. Микрофронтэнды стали спасением, ибо теперь у нас одна версия продукта, а проекты уже ваяют свои расширения отдельно от нас. Раньше же продукт выдавался де факто как огромная либа и под каждого заказчика был свой релизный цикл с постоянными прокидываниями фич и багофикса. Экономия реально измеряется в тысячах человекодней на оперейшен саппорт.
Пришёл бизнес аналитик от заказчика и сказал что у них в ToDo айтеме есть ссылка на джиру. Как в вашей архитектуре это добавить не меняя код "продукта"?
Японцы уже придумали схему, они оборудование для "Сахалин-2", которое необходимо для строительства СПГ сдадут в бессрочную аренду, но ни в коему случае не продадут, ибо санкции.
Наконец-то появилась поддержка тайпскрипт. Помню много раз наталкивался на $mol и каждый раз меня отталкивал доморощенный синтаксис. Похоже пришло время опробовать и сделать что-то простенькое, а то на рынке фреймвёрков натуральный голод.
На данный момент существует ЕАР версия. Раз в месяц можно скачивать полноценную самую последнюю версию. Работает 99% времени стабильно. За последние несколько лет проблем не имел.
Я больше 10 лет во фронте. Всё это время я работал на крупный энтерпрайс, никогда не занимался сайтиками или мелкими проектами. За это время разрабатывал на всех видах фремвёрках. От ext и gwt, до сейчас на ангуляре, реакте (да, у нас в конторе оба фреймвёрка равноправны и живут, просто в разных продуктах) и vue (1 пробный продукт). Так вот если смотреть на wbs, то разница по времени затраченному на разработку практически одинакова обоих фреймвёрков (да, пусть реакт это и библиотека, но с учётом накрученных на него расширений всё же уже ближе к фреймвёрку). Разница может в погрешности. Условно на реакте потратим 5000 человекодней, а на ангуляре 5100. Иногда в обратную сторону, иногда оценки и вовсе получаются одинаковые.
Никто ещё за много лет не смог взять на себя ответственности и сказать: мы это напишем на %фреймвёрк_нейм% за 2 раза меньшее время, чем на %текущий_фреймвёрк_нейм%. Если бы такое существовало в реальном мире, бизнес бы давно проголосовал рублём, но этого до сих пор не произошло. И да, в нашу контору приходили адепты vue, им дали картбланш и повелись на их убеждения что они напишут большую информационную систему за 2 месяца, а не за пол года как оценивали на ангуляре. По итогу они потратили те же 6 месяцев, с учётом всех накладок и проблем. Так что в сказки что какой-то фреймвёрк кратно лучше другого я уже не верю.