Только собрать такой же инструмент может мало кто. У рутуба алгоритмы не те, да и нет много чего, тикток не на тот тип видео рассчитан, книжки(ага, смешно)
А мякотка Ютуба в его централизованности. Хочешь смотри котиков, хочешь смотри как чинят советский двигатель, а хочешь гайд на разработку игры. И не надо сначала лезть в тг канал, чтобы глянуть одно, потом в ВК видео чтобы другое, и ещё куда то чтобы ещё одно
Немного самопиара в тему Я вот недавно узнал о веб компонентах, и загорелся желанием запилить что то похожее на vue только с веб компонентами И реактивность вкорячил и хуки и темплейты. Сейчас вот думаю над language server-ом и подсказкой ошибок typescript-а. И cli и сторы есть Короче те кто хочет зацените тута
На самом деле, хоть гугл конечно и допустил уязвимость, очень смешно наблюдать как люди качают ТрИ в РяД с сайта ненаебкаточканет и потом обижаются на то что им сломали жопу. А может просто не стоит качать какую то рандомную дичь с каких то рандомных сайтов?
В этом плане apple поступает мудрее, потому что все опасное запрещено. Чтобы никакой дурак не залез куда не надо и не получил выкачку денег со сбербанка, и потом не пошел жаловаться мол эпплы плохие, как так можно
Но напомню что большинство инструментов для сборки собирает в cjs. Хотя браузеров без esm....ноль типа?) да и промисы входят в тот же стандарт что и модули. И генераторы. И ещё куча всего
Ну вообще средствами одной либы можно явно прибить автозагрузку путем пометки поля модификатором virtual. А если прям вот никак не хочется тащить такую магию, можно сделать вычисляемое свойство где уже вручную написать все инклюды, и пользоваться им. Благо Шарп позволяет
Например я вижу несколько решений. Либо optional интерфейс, как у джавистов, либо ошибку, либо null но я с явной пометкой. Слава богу новый дотнет даёт такую опцию. В теории можно возвращать default значение, но это совсем что то из странного мира. Хотя и такие кейсы имеют право жить, все зависит от проекта, от фреймворка, от команды
Иии?) то что он 4 года назад спал технологию/язык/мнение не даёт ему право, попробовать, разобраться, понять что это может быть хорошей технологией и заанонсить курс?
Просто как по мне интерес в написании таких проектов это именно все самому, чтобы понять как работает. А то по такому принципу можно взять готовый парсер, готовое управление данными, и написать 2 строки для коннекта. Или ваще взять постгрес и не писать ничего)
Ну небольшая экспертиза в эксплуатации есть. Сижу на маке, и что могу сказать
1) работы с пакетами стала реально в разы приятнее. Буквально условно секунда и все пакеты есть, в отличии от нпм, в котором надо прям подождать. Это все конечно субьективщина, но все таки нужно быть слепым чтобы не увидеть
В производительности все немного посложнее. При работе на бэке с nest-ом особого ускорения не заметил. Хотя собирается, работает, и все такое. А вот на nuxt-е сборка по ощущениям идёт быстрее. Не настолько чтобы прям мигрировать, но все же приятно. Проекты не сильно большие, но с багами не сталкивался
На самом деле с одной стороны это дичь, а с другой стороны
Это мы с вами умные дяди которые знают что пароли не надёжны, что надо 2FA, и все такое
А для условной бабы Нины которая забыла пароль, или для человека которому вообще не хочется вникать, не захочется делать слепок ануса ради большей безопасности. А если даже и будет делать то сразу скажут что все это чтобы нас контролировать, все сливают государство, а если тебе "жопу порвет". Вот и думайте
Ну на счёт веб приложений это очень компромиссное решение
В флаттере для вела нужно быть очень аккуратным из за производительности, сео нет, а преимущества.... Ну только если переиспользуемость, но это сомнительно. Да и поддержка плагинов для веба в среднем меньше. Админки пилить пойдет, глубже вряд ли
Жсон юзают не потому что он быстрее хтмл, а потому что он удобнее, если говорить про спа. Во первых как минимум на этот кусок хтмла надо навесить события, надо будет вытянуть данные для того чтобы их можно было отредачить, чтобы их можно было куда засейвить, и прочее. И собсна разбираться как потом из хтмла вытянуть данные ради "оптимизации" не хочется. Плюс концепция реактивности(ну тут скорее даже не реактивности а стейтов будет нам мешать). Ну а как максимум апи нужно ещё и для других сред, например для мобильной аппы. Можно конечно дублировать генерацию хтмл и жсон, но мы опять же перетягиваем огромное количество лишнего кода на бэк
Ну как по мне не выгонит он флаттер и реакт. Просто реакт это не про то когда мы пишем проект с нуля и можем набрать любой стек, а скорее про то когда у нас есть веб морда на реакте, команда, и нам говорят что хотят мобильное приложение и побыстрее, а из бюджета чёрствый бублик)
Проект должен быть интересен тебе в первую очередь, но если проект крутой почему бы чуть чуть не запариться над оформлением и сделать проект более интересным для работодателей?
А можно объяснить чем плохо добавить в изначальный класс Account предупреждение о том что может быть ошибка, и обработать ошибку внутри BankingAppWithdrawalService?
Ну или можно сделать что то на подобии метода попытку снятия откуда возвращать успешность операции?
Хаха. Да, инструмент
Только собрать такой же инструмент может мало кто. У рутуба алгоритмы не те, да и нет много чего, тикток не на тот тип видео рассчитан, книжки(ага, смешно)
А мякотка Ютуба в его централизованности. Хочешь смотри котиков, хочешь смотри как чинят советский двигатель, а хочешь гайд на разработку игры. И не надо сначала лезть в тг канал, чтобы глянуть одно, потом в ВК видео чтобы другое, и ещё куда то чтобы ещё одно
Немного самопиара в тему
Я вот недавно узнал о веб компонентах, и загорелся желанием запилить что то похожее на vue только с веб компонентами
И реактивность вкорячил и хуки и темплейты. Сейчас вот думаю над language server-ом и подсказкой ошибок typescript-а. И cli и сторы есть
Короче те кто хочет зацените тута
На самом деле, хоть гугл конечно и допустил уязвимость, очень смешно наблюдать как люди качают ТрИ в РяД с сайта ненаебкаточканет и потом обижаются на то что им сломали жопу. А может просто не стоит качать какую то рандомную дичь с каких то рандомных сайтов?
В этом плане apple поступает мудрее, потому что все опасное запрещено. Чтобы никакой дурак не залез куда не надо и не получил выкачку денег со сбербанка, и потом не пошел жаловаться мол эпплы плохие, как так можно
Да хрен знает
Но напомню что большинство инструментов для сборки собирает в cjs. Хотя браузеров без esm....ноль типа?) да и промисы входят в тот же стандарт что и модули. И генераторы. И ещё куча всего
А эти твари сделают пересоздание штрихкода каждый день))
Ну вообще средствами одной либы можно явно прибить автозагрузку путем пометки поля модификатором virtual. А если прям вот никак не хочется тащить такую магию, можно сделать вычисляемое свойство где уже вручную написать все инклюды, и пользоваться им. Благо Шарп позволяет
Зависит от компании, от идей кода
Например я вижу несколько решений. Либо optional интерфейс, как у джавистов, либо ошибку, либо null но я с явной пометкой. Слава богу новый дотнет даёт такую опцию. В теории можно возвращать default значение, но это совсем что то из странного мира. Хотя и такие кейсы имеют право жить, все зависит от проекта, от фреймворка, от команды
Иии?) то что он 4 года назад спал технологию/язык/мнение не даёт ему право, попробовать, разобраться, понять что это может быть хорошей технологией и заанонсить курс?
Во всем согласен кроме готового парсера
Просто как по мне интерес в написании таких проектов это именно все самому, чтобы понять как работает. А то по такому принципу можно взять готовый парсер, готовое управление данными, и написать 2 строки для коннекта. Или ваще взять постгрес и не писать ничего)
Ну небольшая экспертиза в эксплуатации есть. Сижу на маке, и что могу сказать
1) работы с пакетами стала реально в разы приятнее. Буквально условно секунда и все пакеты есть, в отличии от нпм, в котором надо прям подождать. Это все конечно субьективщина, но все таки нужно быть слепым чтобы не увидеть
В производительности все немного посложнее. При работе на бэке с nest-ом особого ускорения не заметил. Хотя собирается, работает, и все такое. А вот на nuxt-е сборка по ощущениям идёт быстрее. Не настолько чтобы прям мигрировать, но все же приятно. Проекты не сильно большие, но с багами не сталкивался
На самом деле с одной стороны это дичь, а с другой стороны
Это мы с вами умные дяди которые знают что пароли не надёжны, что надо 2FA, и все такое
А для условной бабы Нины которая забыла пароль, или для человека которому вообще не хочется вникать, не захочется делать слепок ануса ради большей безопасности. А если даже и будет делать то сразу скажут что все это чтобы нас контролировать, все сливают государство, а если тебе "жопу порвет". Вот и думайте
Ну на счёт веб приложений это очень компромиссное решение
В флаттере для вела нужно быть очень аккуратным из за производительности, сео нет, а преимущества.... Ну только если переиспользуемость, но это сомнительно. Да и поддержка плагинов для веба в среднем меньше. Админки пилить пойдет, глубже вряд ли
Жсон юзают не потому что он быстрее хтмл, а потому что он удобнее, если говорить про спа. Во первых как минимум на этот кусок хтмла надо навесить события, надо будет вытянуть данные для того чтобы их можно было отредачить, чтобы их можно было куда засейвить, и прочее. И собсна разбираться как потом из хтмла вытянуть данные ради "оптимизации" не хочется. Плюс концепция реактивности(ну тут скорее даже не реактивности а стейтов будет нам мешать). Ну а как максимум апи нужно ещё и для других сред, например для мобильной аппы. Можно конечно дублировать генерацию хтмл и жсон, но мы опять же перетягиваем огромное количество лишнего кода на бэк
Ну как по мне не выгонит он флаттер и реакт. Просто реакт это не про то когда мы пишем проект с нуля и можем набрать любой стек, а скорее про то когда у нас есть веб морда на реакте, команда, и нам говорят что хотят мобильное приложение и побыстрее, а из бюджета чёрствый бублик)
Не моя секретарша а наша)
Ну это вы прямо сильно
Тот же js уже приобрел typescript и нынче это почти стандарт
Ну не согласен
Проект должен быть интересен тебе в первую очередь, но если проект крутой почему бы чуть чуть не запариться над оформлением и сделать проект более интересным для работодателей?
А можно объяснить чем плохо добавить в изначальный класс Account предупреждение о том что может быть ошибка, и обработать ошибку внутри BankingAppWithdrawalService?
Ну или можно сделать что то на подобии метода попытку снятия откуда возвращать успешность операции?
Жду когда завезут нормальный web. То что есть сейчас это совсем не решение для продакшна
Так для простых программ есть простые ide которые можно юзать с телефона. А для продакшна никакой нормальный человек не будет юзать телефон