Ну так у вас и получилась не статья а фиг знает что. Это ж тот самый гайд как нарисовать сову. Нарисуйте круг, в затем сову)))
А проблемы с микросервисами это не проблемы микросервисов как таковых, а проблем тех кто их готовит)
Ну а про то что у вас не монорепа а один проект я понял, только без рефакторинга всех проектов это буквально создание нового приложения, и вызова метода startup(как у вас тут в дотнетах ваших) у всех приложений
Как по мне основная проблема кучи микросервисов с разбросом технологий не в том что лежат не в одном проекте, а в том что есть тот самый зоопарк. 5 проектов и 5 различных коннекторов к брокеру, 3 типа библиотек под базу, ещё 10 различных вариантов деплоя. А ещё 5 различных оберток для стартапа
И куда интереснее было бы послушать про процесс причесывание всего к единому виду, и как выжить в процессе. А сложить все в один проект и выдать всем метод "запусти себя как микросевис в монолите" это не проблема
Ну собсна потому же почему обычно мастер и дев ветки протектед. Если ты забыл лог убрать это одно дело, а если ты хочешь причесать сожрав какой нить хотфикс другое
Но соглашусь что в целом любое изменение истории комитетов такое себе. Но тут как бы все на уровне договоренности
Задача vue как фреймворка это: обеспечить реактивность и синхронизацию стейта и компонента, убрать прямое взаимодействие с dom-ом, разбить страницу на более мелкие части(компоненты)
То, какими инструментами разработчик пользуется для стилизации(css, scss, и т.д.) не его проблема, как и не проблема реакта, ангуляра, и ещё 200 фреймворков. А вот вопрос почему css и его потомки не удобны можно задать в другом месте
Так я понимаю что большинство того что я сказал это прям утопия. Но в целом очень хотелось бы нативного тса, ибо даже всякие баны и дено понимают что ну никуда без них
По поводу спек и саппорта тоже согласен, но тут можно намекнуть на WECG, и к примеру потратить годик на стандарты
нехитрым?
Звучит странно, но если так подумать, то много ли вещей в разработке движка можно назвать нехитрыми. Там как будто все непросто, но по сравнению со всем это звучит нехитро
Как по мне странно что разработчики движка не хотят выпилить cjs модели, отставив чисто esm, ибо тогда чисто физически анализировать и собирать код было бы проще
К тому же куче я считаю странным что тс все ещё не находится в движке. Ибо по факту он стал стандартом. Причем таким нехитрым образом можно было бы проверки типов в рантайм
Я всеми руками за какие то поделки, но ответьте себе на вопрос. Почему я должен хотеть пользоваться вашим сервисом? То есть вот допустим я ищу себе задачник. И вижу всякие jir-ы, кликапы, и ещё 200 различных сервисов. В чем уникальность вашего?
При этом как разработчик я очень хочу иметь возможность привязывать задачи к веткам. Или к примеру хочу чтобы у меня была синхронизации с гугл календарем. Или ещё мильон фич, которые могут предоставить другие сервисы
Так же возникает вопрос о надёжности. К примеру с жирой я условно могу быть уверен что мои токены/пароли не улетят какому нибудь человеку, а с вами.....да хрен знает
Ну и будучи разработчиком я понимаю что если у меня нет такого сервиса который мне подходит я могу его накостылять за недельку-две
Вот и получается что сейчас это поделка, аппликация, а не сервис
Но со стороны разработчика могу похвалить что пилите что то, куда то стремитесь
А какой смысл в том чтобы создавать питоно-подобный язык ориентированный только на всякую ai тематику?
Как по мне преимущество того самого питона ещё и в том что у него огромный набор библиотек. И веб морду поднять, и в брокер данные сунуть, и в десктоп положить
Все таки тот самый ai как по мне живёт в содружестве с каким то выходом(в будет это ui или rest это дело ситуации)
А если записей миллион, сделайте кэш и считайте только тогда когда обновляются нужные зависимости. Обновился список или фильтры, один раз пересчитали и держим ссылочку в памяти
Хорошие минусы такие
Первый платеж в 1/5 ипотеки, не проценты а смерть, и платеж с зарплату среднего айтишничка
И это условная не совсем голая +- двушка в Питере, а что дальше.....
Ну так у вас и получилась не статья а фиг знает что. Это ж тот самый гайд как нарисовать сову. Нарисуйте круг, в затем сову)))
А проблемы с микросервисами это не проблемы микросервисов как таковых, а проблем тех кто их готовит)
Ну а про то что у вас не монорепа а один проект я понял, только без рефакторинга всех проектов это буквально создание нового приложения, и вызова метода startup(как у вас тут в дотнетах ваших) у всех приложений
Как по мне статья не очень информативна
Как по мне основная проблема кучи микросервисов с разбросом технологий не в том что лежат не в одном проекте, а в том что есть тот самый зоопарк. 5 проектов и 5 различных коннекторов к брокеру, 3 типа библиотек под базу, ещё 10 различных вариантов деплоя. А ещё 5 различных оберток для стартапа
И куда интереснее было бы послушать про процесс причесывание всего к единому виду, и как выжить в процессе. А сложить все в один проект и выдать всем метод "запусти себя как микросевис в монолите" это не проблема
И? Вы либо увольняете человека по статье, либо по соглашению. А то что вы говорите это хуета
Ну как бы немного да) но насколько хватает моих знаний, на этом чуде основан ef core и его linq-шная тема
Ну так очевидно же, что кому то нужна кому то нет
И для этого создаётся настройка, мол с какой точностью считать, и никакого гемора)
Ну собсна потому же почему обычно мастер и дев ветки протектед. Если ты забыл лог убрать это одно дело, а если ты хочешь причесать сожрав какой нить хотфикс другое
Но соглашусь что в целом любое изменение истории комитетов такое себе. Но тут как бы все на уровне договоренности
Ну монолит как и микросервисы это не серебряная пули. И оставлять разработчика тел знания и опыта работа микросервисов(или наоборот монолита) такое
А вы смешной)
Задача vue как фреймворка это: обеспечить реактивность и синхронизацию стейта и компонента, убрать прямое взаимодействие с dom-ом, разбить страницу на более мелкие части(компоненты)
То, какими инструментами разработчик пользуется для стилизации(css, scss, и т.д.) не его проблема, как и не проблема реакта, ангуляра, и ещё 200 фреймворков. А вот вопрос почему css и его потомки не удобны можно задать в другом месте
На самом деле можно затестить bun с их фичей нативного си. Глянуть можно тута
Но вопрос поддержки семерки
Так я понимаю что большинство того что я сказал это прям утопия. Но в целом очень хотелось бы нативного тса, ибо даже всякие баны и дено понимают что ну никуда без них
По поводу спек и саппорта тоже согласен, но тут можно намекнуть на WECG, и к примеру потратить годик на стандарты
Звучит странно, но если так подумать, то много ли вещей в разработке движка можно назвать нехитрыми. Там как будто все непросто, но по сравнению со всем это звучит нехитро
Как по мне странно что разработчики движка не хотят выпилить cjs модели, отставив чисто esm, ибо тогда чисто физически анализировать и собирать код было бы проще
К тому же куче я считаю странным что тс все ещё не находится в движке. Ибо по факту он стал стандартом. Причем таким нехитрым образом можно было бы проверки типов в рантайм
Вот тогда бы зажили)
Так почти любой бэкенд фреймворк это зачастую оверкилл. Что тот же нест, что спринг. Но как по мне это не плохо
А так если нужна какая то такая тема, как вы описали, думаю можно накидать какую нить простенькую библиотечку с нужным функционалом
Как по мне, если у вас такое приложение что тянуть спринг не имеет смысла, то можно и ручками все разрешить, и не городить ад с рефлексией и прочим
Так даже таких тудушников мильон) даже опенсорсных, даже которые можно развернуть за секунду
Я всеми руками за какие то поделки, но ответьте себе на вопрос. Почему я должен хотеть пользоваться вашим сервисом? То есть вот допустим я ищу себе задачник. И вижу всякие jir-ы, кликапы, и ещё 200 различных сервисов. В чем уникальность вашего?
При этом как разработчик я очень хочу иметь возможность привязывать задачи к веткам. Или к примеру хочу чтобы у меня была синхронизации с гугл календарем. Или ещё мильон фич, которые могут предоставить другие сервисы
Так же возникает вопрос о надёжности. К примеру с жирой я условно могу быть уверен что мои токены/пароли не улетят какому нибудь человеку, а с вами.....да хрен знает
Ну и будучи разработчиком я понимаю что если у меня нет такого сервиса который мне подходит я могу его накостылять за недельку-две
Вот и получается что сейчас это поделка, аппликация, а не сервис
Но со стороны разработчика могу похвалить что пилите что то, куда то стремитесь
А какой смысл в том чтобы создавать питоно-подобный язык ориентированный только на всякую ai тематику?
Как по мне преимущество того самого питона ещё и в том что у него огромный набор библиотек. И веб морду поднять, и в брокер данные сунуть, и в десктоп положить
Все таки тот самый ai как по мне живёт в содружестве с каким то выходом(в будет это ui или rest это дело ситуации)
Если что, telegraf и в es модули умеет, и в typescript))
А если записей миллион, сделайте кэш и считайте только тогда когда обновляются нужные зависимости. Обновился список или фильтры, один раз пересчитали и держим ссылочку в памяти
Немного покритикую....компьютеды на то и нужны, чтобы пересчитывать отдельно от логики установления их зависимостей