Pull to refresh
1
0
Send message

А вы смешной)

Задача vue как фреймворка это: обеспечить реактивность и синхронизацию стейта и компонента, убрать прямое взаимодействие с dom-ом, разбить страницу на более мелкие части(компоненты)

То, какими инструментами разработчик пользуется для стилизации(css, scss, и т.д.) не его проблема, как и не проблема реакта, ангуляра, и ещё 200 фреймворков. А вот вопрос почему css и его потомки не удобны можно задать в другом месте

На самом деле можно затестить bun с их фичей нативного си. Глянуть можно тута
Но вопрос поддержки семерки

Так я понимаю что большинство того что я сказал это прям утопия. Но в целом очень хотелось бы нативного тса, ибо даже всякие баны и дено понимают что ну никуда без них

По поводу спек и саппорта тоже согласен, но тут можно намекнуть на WECG, и к примеру потратить годик на стандарты

нехитрым?

Звучит странно, но если так подумать, то много ли вещей в разработке движка можно назвать нехитрыми. Там как будто все непросто, но по сравнению со всем это звучит нехитро

Как по мне странно что разработчики движка не хотят выпилить cjs модели, отставив чисто esm, ибо тогда чисто физически анализировать и собирать код было бы проще

К тому же куче я считаю странным что тс все ещё не находится в движке. Ибо по факту он стал стандартом. Причем таким нехитрым образом можно было бы проверки типов в рантайм

Вот тогда бы зажили)

Так почти любой бэкенд фреймворк это зачастую оверкилл. Что тот же нест, что спринг. Но как по мне это не плохо

А так если нужна какая то такая тема, как вы описали, думаю можно накидать какую нить простенькую библиотечку с нужным функционалом

Как по мне, если у вас такое приложение что тянуть спринг не имеет смысла, то можно и ручками все разрешить, и не городить ад с рефлексией и прочим

Так даже таких тудушников мильон) даже опенсорсных, даже которые можно развернуть за секунду

Я всеми руками за какие то поделки, но ответьте себе на вопрос. Почему я должен хотеть пользоваться вашим сервисом? То есть вот допустим я ищу себе задачник. И вижу всякие jir-ы, кликапы, и ещё 200 различных сервисов. В чем уникальность вашего?

При этом как разработчик я очень хочу иметь возможность привязывать задачи к веткам. Или к примеру хочу чтобы у меня была синхронизации с гугл календарем. Или ещё мильон фич, которые могут предоставить другие сервисы

Так же возникает вопрос о надёжности. К примеру с жирой я условно могу быть уверен что мои токены/пароли не улетят какому нибудь человеку, а с вами.....да хрен знает

Ну и будучи разработчиком я понимаю что если у меня нет такого сервиса который мне подходит я могу его накостылять за недельку-две

Вот и получается что сейчас это поделка, аппликация, а не сервис

Но со стороны разработчика могу похвалить что пилите что то, куда то стремитесь

А какой смысл в том чтобы создавать питоно-подобный язык ориентированный только на всякую ai тематику?

Как по мне преимущество того самого питона ещё и в том что у него огромный набор библиотек. И веб морду поднять, и в брокер данные сунуть, и в десктоп положить

Все таки тот самый ai как по мне живёт в содружестве с каким то выходом(в будет это ui или rest это дело ситуации)

Если что, telegraf и в es модули умеет, и в typescript))

А если записей миллион, сделайте кэш и считайте только тогда когда обновляются нужные зависимости. Обновился список или фильтры, один раз пересчитали и держим ссылочку в памяти

Немного покритикую....компьютеды на то и нужны, чтобы пересчитывать отдельно от логики установления их зависимостей

Хаха. Да, инструмент

Только собрать такой же инструмент может мало кто. У рутуба алгоритмы не те, да и нет много чего, тикток не на тот тип видео рассчитан, книжки(ага, смешно)

А мякотка Ютуба в его централизованности. Хочешь смотри котиков, хочешь смотри как чинят советский двигатель, а хочешь гайд на разработку игры. И не надо сначала лезть в тг канал, чтобы глянуть одно, потом в ВК видео чтобы другое, и ещё куда то чтобы ещё одно

Немного самопиара в тему
Я вот недавно узнал о веб компонентах, и загорелся желанием запилить что то похожее на vue только с веб компонентами
И реактивность вкорячил и хуки и темплейты. Сейчас вот думаю над language server-ом и подсказкой ошибок typescript-а. И cli и сторы есть
Короче те кто хочет зацените тута

На самом деле, хоть гугл конечно и допустил уязвимость, очень смешно наблюдать как люди качают ТрИ в РяД с сайта ненаебкаточканет и потом обижаются на то что им сломали жопу. А может просто не стоит качать какую то рандомную дичь с каких то рандомных сайтов?

В этом плане apple поступает мудрее, потому что все опасное запрещено. Чтобы никакой дурак не залез куда не надо и не получил выкачку денег со сбербанка, и потом не пошел жаловаться мол эпплы плохие, как так можно

Да хрен знает

Но напомню что большинство инструментов для сборки собирает в cjs. Хотя браузеров без esm....ноль типа?) да и промисы входят в тот же стандарт что и модули. И генераторы. И ещё куча всего

А эти твари сделают пересоздание штрихкода каждый день))

Ну вообще средствами одной либы можно явно прибить автозагрузку путем пометки поля модификатором virtual. А если прям вот никак не хочется тащить такую магию, можно сделать вычисляемое свойство где уже вручную написать все инклюды, и пользоваться им. Благо Шарп позволяет

Зависит от компании, от идей кода

Например я вижу несколько решений. Либо optional интерфейс, как у джавистов, либо ошибку, либо null но я с явной пометкой. Слава богу новый дотнет даёт такую опцию. В теории можно возвращать default значение, но это совсем что то из странного мира. Хотя и такие кейсы имеют право жить, все зависит от проекта, от фреймворка, от команды

Иии?) то что он 4 года назад спал технологию/язык/мнение не даёт ему право, попробовать, разобраться, понять что это может быть хорошей технологией и заанонсить курс?

1

Information

Rating
4,793-rd
Registered
Activity