Системный аналитик должен знать что такое инверсия зависимости?) Или, например, почему в луковичной архитектуре стрелочки зависимостей рисуют к домену? То есть более низкоуровневый код должен зависить от более высокого?) Ну это, как будто, должны программисты знать) Почему домен не должен зависить от базы данных))
Хотя мне в комментариях один тимлид ВК высказывал что им никакая инверсия не нужна и это все кодовое графоманство) Ну я хочу сказать что и приложение ВК не лучший пример для подражания)) Да и акции уже по 130 рублей или сколько там))
В языке где есть интерфейс достаточно написать implements (например php) и быть уверенным что ваши репозитории поддерживают контракт.
Я в примере обращал ваше внимание, что интерфейс зарождается в коде потребителя. Это справедливо для любого ЯП
Получается вы как веб разработчик считаете что для домена (бизнес логики) интерфейс задают потребители бизнес логики? Интересно как.
А так вам просто нужно место (файл), где описать какой-то интерфейс в том или ином виде, предусмотренным соответствующим ЯП, или в md- или txt-файле, если этот ЯП ещё менее развит, чем JS с его JSDoc
Поймите, для меня как программиста это просто не приемлемо. Сидеть и сверять программу с текстом, когда за выполнением контрактов должен отвечать компилятор/интерпретатор это явно два шага назад
Я вам и пытаюсь сказать что нету никакого контракта у вас.
Получается что ваши репозитории должны знать тело каждой функции и что в ней может быть вызванно. Ладно один пример, учебный, но на реальном проекте это сразу превратится в барьер
Даже наследование класса и переопределение метода выглядит лучше чем "просто знать" где там что вызывается
Я имел ввиду которыми люди пользуются на постоянную. Это ведь новая эра разработки, быстрая проверка мвп, где эти быстро проверенные мвп которые нашли свою нишу?
То что куча шлака появилось, в этом я не сомневаюсь, или новая эра качества нам не обещает?((
На моем, далеко не самом мощном телефоне, всего 2 фпс((
А можно без библиотек сделать на чистом WebGl, желательно одним файлом? Запрос же был на WebGl, да и код хочется просто закинуть в браузер и поиграться с ним.
Как я вижу - у вас спрашивают: докажите эффективность инструмента который вы пропогандируете внедрять, на что вы отвечаете: мужик! Какая эффективность! Всё уже внедрили, все уже пользуются, значит и вам надо скорее внедрять!
Надо решать кому? Вам кто с этого зарабатывает деньги? Холдерам ИИ которые с этого деньги поднимают? Или менеджерам и владельцам компаний это надо в силу того что они купились на массовый психоз?
Мне вот, например, не надо это решать, я сам пишу дальше код и улучшаю свои навыки в этом.
Если вы хотите всю разработку закрутить на подписку ИИшенки, это тоже ваше право
Ну я тоже хорошо представляю откуда берутся требования.
По вашему разделение интерфейса на более мелкие, функциональные части, это построение инверсии зависимости??
Segregation как раз переводится как разделение, и не как не связанно с направлением требований...
Системный аналитик должен знать что такое инверсия зависимости?) Или, например, почему в луковичной архитектуре стрелочки зависимостей рисуют к домену? То есть более низкоуровневый код должен зависить от более высокого?) Ну это, как будто, должны программисты знать) Почему домен не должен зависить от базы данных))
Хотя мне в комментариях один тимлид ВК высказывал что им никакая инверсия не нужна и это все кодовое графоманство) Ну я хочу сказать что и приложение ВК не лучший пример для подражания)) Да и акции уже по 130 рублей или сколько там))
Понял, вопросов больше не имею
В языке где есть интерфейс достаточно написать implements (например php) и быть уверенным что ваши репозитории поддерживают контракт.
Получается вы как веб разработчик считаете что для домена (бизнес логики) интерфейс задают потребители бизнес логики? Интересно как.
Поймите, для меня как программиста это просто не приемлемо. Сидеть и сверять программу с текстом, когда за выполнением контрактов должен отвечать компилятор/интерпретатор это явно два шага назад
Я вам и пытаюсь сказать что нету никакого контракта у вас.
Получается что ваши репозитории должны знать тело каждой функции и что в ней может быть вызванно. Ладно один пример, учебный, но на реальном проекте это сразу превратится в барьер
Даже наследование класса и переопределение метода выглядит лучше чем "просто знать" где там что вызывается
Получается и выкинуть ошибку, а вместе с ней и завалить все приложение, из-за не существуешго метода, тоже право функции?
Реально в js нет интерфейсов... ну это надо как-то проверять тогда в коде чтоли...
мда, жесть конечно, язык как будто для маленьких манипуляций с html сделали, а не для серьёзных проектов...
Странно что вас ничего не смущает.
Откуда у вас уверенность что repository имеет функцию findNameById, которую вы вызываете в методе?
Ага, учитывая что тип можно указать в сигнатуре функции и зависимость тоже будет явная, без всяких DI...
DI это про контейнер который содержит объекты для инъекции, а не про инверсию зависимостей...
Промазал комментарий))
Ваша идея это ActiveRecord, не самый лучший паттерн, по моему мнению.
Я имел ввиду которыми люди пользуются на постоянную. Это ведь новая эра разработки, быстрая проверка мвп, где эти быстро проверенные мвп которые нашли свою нишу?
То что куча шлака появилось, в этом я не сомневаюсь, или новая эра качества нам не обещает?((
На моем, далеко не самом мощном телефоне, всего 2 фпс((
А можно без библиотек сделать на чистом WebGl, желательно одним файлом? Запрос же был на WebGl, да и код хочется просто закинуть в браузер и поиграться с ним.
А код то можно чтобы запустить?
Как я вижу - у вас спрашивают: докажите эффективность инструмента который вы пропогандируете внедрять, на что вы отвечаете: мужик! Какая эффективность! Всё уже внедрили, все уже пользуются, значит и вам надо скорее внедрять!
Ну это просто рекламный бред, безосновательный
Понятно, думаю много ИИшницы вы не внедрите с такой аргументацией)) Чего сложного попросить ИИшенку написать траву на WebGl?((
Покажите мне траву на WebGl написанную вашей топ нейронкой, заодно и пример промпта не просто "generic" можете показать, почему вы этого не хотите?)
Да я вообще нейронкой не пользуюсь, кроме вшитой в поисковики, я лучше придумаю код, чем буду тратить силы на разбор нейрослопа)
Дак а где результат, то что вы внедряете это уже понятно, а вот то что ради результата, а не ради денег, вопрос спорный.
Качество приложений стало лучше? Ну я сам столкнулся с багами которая топ ит компания просто решила проигнорировать.
Покажите мне пальцем где после внедрения стало лучше? Даже техподдержку не могут этой ИИшнице отдать, о чем вы вообще говорите?))
Вы же мне начали говорить что ИИшница не та, агенты не те, ну привидите пример кода лучших агентов, по вашему мнению.
Ага, я видел на хабре как люди вложенные классы на java разбирали которая им ИИшенка принесла, прям чувствуется как люди стали лучше думать))
Ну и кстати бойлерплейт сто лет в обед уже любая веб контора автоматизировала и до всякой ИИшницы
Надо решать кому? Вам кто с этого зарабатывает деньги? Холдерам ИИ которые с этого деньги поднимают? Или менеджерам и владельцам компаний это надо в силу того что они купились на массовый психоз?
Мне вот, например, не надо это решать, я сам пишу дальше код и улучшаю свои навыки в этом.
Если вы хотите всю разработку закрутить на подписку ИИшенки, это тоже ваше право