Мысль, что основная часть работы - передать бизнес-логику, на мой взгляд абсолютно верна. Хочу добавить, что кроме того что передать, эту бизнес-логику еще зачастую приходится выяснять, довольно глубоко вникая в практику и нормативные документы автоматизируемых процессов. Далеко не всегда заказчик способен сформулировать правила, по которым должна работать система.
иногда приходят мысли, что обычно доступны вводные в виде того, с чего все начинается и чем должно закончиться, а программист как шахматист, должен поставить фигурки и придумать маршрут их оптимального движения. Даже над четко сформулированными правилами иногда требуется крепко думать, а пути решения вовсе редко бывают одинаковыми
Ещё один довод за работу в команде: кто-то лучше понимает логику кода, кто-то бизнес-логику, а кто-то лучше переводит техническую документацию. И так далее.
Понимание что такое бизнес логика необходимо не только новичкам и начинающим, но часто и программистам с стажем. Вместо правильно рабочей программы для бизнеса -- отсебятина. Спасибо за видео. Ждем еще)
Бизнес логика это абстракция, ты ее будешь писать даже не зная, что пишешь бизнес логику. Понимание нужно только для архитектуры, чтобы грамотно отделить ее от других частей. Но смешав все в кашу она не перестанет быть таковой
Отсебятина - следствие непонимания заказчиком собственного бизнеса, или (что хуже) нежелание объяснять подрядчику как все устроено (встречается повсеместно). Заказывают, скажем, сайт: своих соображений никаких - стырьте то у тех, это у этих, тут новости, тут топовые товары... что такое топовые товары? - хз, потом придумаем... далее через пару дней - а покажите что-нибудь, инвестор нервничает... и тут начинается))
Это канал в моей коллекции, где сначала ставлю палец вверх и затем смотрю. ) P.S. Немчинского и Баглая можно смотреть и слушать вечно. Спасибо ребята, что вы есть!
Наконец-то услышал доступное объяснение и все понял. А то в учебной литературе часто попадается, а что это означает, даже догадаться было трудно. И сегодня в очередной раз решил поискать и ничего вразумительного не нашел. В основном уже говорят про применение. Большое спасибо.
Добрый ранок, возник вопрос: какие можно использовать подходы чтобы ускорить изучение существующего проекта. Какие тулы построения классовых диаграмм можно использовать для этого. Есть ли какие-то общие рекомендации?
Добавлю что важно чтобы эта бизнес логика была точно описана где-то на kb. Этим занимаются бизнес аналитики. Для того, чтобы программисты и тестировщики одинаково понимали как это должно работать. Потому что если есть какое-то недопонимание то оно приводит в конечном итоге к срыву сроков. Также если есть бага то стоит добавить ссылку на kb где описан этот функционал - программисту проще будет разобраться
Сергій, дякую за твою відео. Продовжуй будь ласка робити цю корисну роботу. Мені подобається твій стиль викладу інформації, - а саме тлумачення обширної картини та поступове звуження до деталей.
Добавлю, что если отрефакторить бизнес логику, чем обычно занимаются бизнес аналитики то окажется что на 99% она у все одинаковая и под нее давно написаны хорошие программы, а вот оставшийся процент это то ноу-хау позволяющее компании оставаться на плаву
Стоило бы упомянуть различного рода BPM-системы для управления бизнес процессами) А так все в точку, каким бы ты крутым прогером не был, если не будешь вникать в бизнес логику, - то грошь цена такому программисту)
отличное видео, спасибо.. у меня вопрос, если я работаю в большом приложении, но у меня небольшая конкретная задача, нужно ли мне знать логику всего приложения? вдруг я что нибудь испорчу своим дополнением..есть ли какие способы определить сломается приложение или нет..?
Сергей, а есть видео про юридические аспекты языков программирования? Могут ли, например, создатели языка запретить его кому-либо использовать, есть ли платные языки программирования, или это бред?
Спасибо за видео! Для меня проще понимать business не как бизнес, а как занятие. То есть business logic - логика занятости программы. Так не приходится приплетать слово "бизнес" в нашем привычном понимании и думать, причём здесь вообще бизнес ) Как вам такая формулировка ?
Смотрел Ваше видео про "трехтировую" структуру, и если правильно понял, то "бизнес-логика" должна размещаться в контроллере, но, например в статье про MVC, на Википедии ( ru.wikipedia.org/wiki/Model-View-Controller#Наиболее_частые_ошибки ), указано, что - это ошибочно и ее следует размещать в "модели". Где же размещать "бизнес логику" и почему?
сама MVC - це те що відноситься до UI. Як правило модель - це що відображається, View - це як відображається, а контролер звертається до бізнес-логіки по дані та відображає їх на View згідно моделі. А бізнес логіка в даному випадку взагалі стоїть окремо.
в MVC контроллер - это клей, который должен связать интерфейсы UI и интерфейсы модели(-лей), если без изменения логики работы UI или интерфейсов приходится тчо-то менять в контроллере - он написан неправильно. Бизнес-логика как таковая обычно неотъемлемая часть модели
@@SergeyNemchinskiy 1С ругают потому, что программирование там строится не на парадигме ООП, оно там, насколько я понимаю, предметно-ориентированное (т.е. на основе встроенных в платформу метаданных). Сергей, можно услышать ваше мнение на этот счет, от этого программист 1С может считаться "ненастоящим" программистом?)
@@superspy2008 просто Java она для всего на свете, а 1с именно заточена под управление бизнесом и только. Я не хотел обидеть java программистов, каждый слышит в меру своего воспрятия.
Вы меня расстроили. Я думал это только у нас в среде 1с надо думать за всех и все предугадывать, а в нормальных конторах есть специальные люди-переводчики с клиентского на программистский.
@@SergeyNemchinskiy ну вот если взять склады и все, что с ними может быть связано. вот приходит к Вам клиент и просит создать программу, которая бы "управляла" его складом (вернее помогала бы управлять). вот в этом случае, сколько в % будет такой бизнес логики, которую Вы еще никогда в жизни не делали, если предположить что у Вас таких заказов было уже 100500? сколько примерно в %ном отношении вам нужно будет сделать вещей, которые будут совершенно новыми и абсолютно уникальными, нужными именно только этому одному условному заказчику?
@@dmitriyneledva4693 именно так в 1с и делается - предлагается ближайший "фреймворк" и дополняется уникальными потребностями заказчика. В 1с это называется не "фреймфорк", а "конфигурация" типового функционала готовая к работе
@@CryptoTax2Pay а потом начинаются обратные проблемы - чем шире и универсальнее конфигурация, тем хуже она подходит под каждый конкретный сценарий работы. Поэтому ни один крупный бизнес не может просто взять и перевести свой учет на что-то типовое без продольного перепиливания всего и вся. Иногда получается, что свой велосипед едет намного быстрее, чем новая актуальная типовая конфигурация
Мда уж.... Если тут неправильно, то где ж правильно. ''Знатоки" великие... Спасибо Сергей за ваши объяснения! Ну а кому 'неправильно' пусть не смотрят.
Видимо, само название изначально ошибочное. Программа может не иметь к бизнесу никакого отношения в большинстве случаев. Начиная от утилит, заканчивая органами власти и ядерными реакторами, где не менее сложные продукты. Поэтому название „бизнес-логика“ - это чушь. Можно назвать просто логикой, правилами, относящимися к данным и связям данных с UI.
Называть порядок ведения предприятием хозяйственной деятельности бизнес-логикой это тоже самое, что называть солярку дизелем, подштанники термобельём. Мы являемся поколением фальшивых позёров, ребята ;)
Здравствуйте. Честно скажу вопрос не по теме, но очень нужна помощь. У меня есть приложение с подключенным Web Socket, просто написанное по официальному гайду Спринга. Но проблема в том что приложение всегда взлетает на основном юрл localhost:8080. И когда я над аннотацией @MessageMapping (/hello) которая никак не влият на юрл и нужна только брокеру сообщений ставлю аннотацию @RequestMapping(/chat) юрл все равно никак не меняется и приложение продолжает работать на localhost:8080, а при попытке перейти по localhost:8080/chat пишет ошибку и input required. При этом на основной странице я никакого input не делаю. Хотя бы скажите можно ли это решить Джавой, или это уже решается только через JavaScript?
@Andrey Burmagin PostMan и cURL это штуки чтобы тестировать и в принципе работать с API, у меня приложение возвращают view, HTML с JQuery. И у меня проблема в том что что бы я не меня в бэкенде, или конфигурации JavaScript наверное это уже фронтенд, мой url никак не меняется, и все равно все приложение работает на главной странице localhost:8080. Под изменениями я подразумеваю что я меняю параметры (проверти) аннотации @MessageMapping("меняю тут url"), добавляю @RequestMapping("/какой-то url"), а также меняю аргумента метода в конфигурации отвечающего за endpoint, и все равно ничего не меняется. Только при смене endpoint на самом этом endpoint просто выходит надпись что то вроде "Hello SockJs" и все приложение с написанием сообщений продолжает работать на localhost:8080. P.s повторюсь приложение полностью написано по официальному гайду Спринга.
я 20+ лет проработал программистом. Надоело. А потом еще спрашивают - зачем я об этом говорю в начале каждого видео (кроме этого). Вот чтобы таких вопросов не было :)
Эх, эти бы слова, да в уши кодеров, которые приходили в наш проект и через пару месяцев из него уходили, потому что в нём не используется тот или иной из их любимых фреймворков...
Мораль: всё делается ради бабла. Да?) Существует множество программ, созданных не ради денег или так называемого "бизнеса", и в них бизнес-логика это логика, имеющая отношение к делу, над которым работает программа, а о других понятиях для этого, кроме "бизнес-логики", я не слышал. Размышляя над этим, я пришёл к следующему выводу. Английское слово "business" означает не только бизнес, но и дело. (И неспроста, например, выражение "this is not your business" означает "это не твоё дело".) Но просто американцы привыкли к тому, что занятие делом предполагает добычу денег, т.е. у них взаимосвязаны две эти вещи. Вот поэтому так и повелось. Но это, конечно, лишь моё предположение. Я не знаю многого о американской культуре. Более того, это моё предположение является лишь попыткой найти объяснение понятию бизнес-логики, не прибегая к такой жести, что всё делается ради бабла. Так что я могу быть и не прав. Аргументированная критика приветствуется) Сорри, что пишу это тут в комментах, а не делаю об этом видео на своём канале, но просто я сейчас не использую такой способ доставки своего мнения до всех остальных, а лишь пишу комменты (что, может, и не выгодно, кстати, но пока вот так).
Мысль, что основная часть работы - передать бизнес-логику, на мой взгляд абсолютно верна. Хочу добавить, что кроме того что передать, эту бизнес-логику еще зачастую приходится выяснять, довольно глубоко вникая в практику и нормативные документы автоматизируемых процессов. Далеко не всегда заказчик способен сформулировать правила, по которым должна работать система.
иногда приходят мысли, что обычно доступны вводные в виде того, с чего все начинается и чем должно закончиться, а программист как шахматист, должен поставить фигурки и придумать маршрут их оптимального движения. Даже над четко сформулированными правилами иногда требуется крепко думать, а пути решения вовсе редко бывают одинаковыми
Ну для этого есть бизнес-аналитик.
Очень четкое и ясное определение и объяснение. Спасибо большое!
Спасибо дядь Серёж)) Мы тоже тебя любим))
Ещё один довод за работу в команде: кто-то лучше понимает логику кода, кто-то бизнес-логику, а кто-то лучше переводит техническую документацию. И так далее.
именно
The best explanation ever. Thanks 👍
Понимание что такое бизнес логика необходимо не только новичкам и начинающим, но часто и программистам с стажем. Вместо правильно рабочей программы для бизнеса -- отсебятина. Спасибо за видео. Ждем еще)
Бизнес логика это абстракция, ты ее будешь писать даже не зная, что пишешь бизнес логику. Понимание нужно только для архитектуры, чтобы грамотно отделить ее от других частей. Но смешав все в кашу она не перестанет быть таковой
Отсебятина - следствие непонимания заказчиком собственного бизнеса, или (что хуже) нежелание объяснять подрядчику как все устроено (встречается повсеместно). Заказывают, скажем, сайт: своих соображений никаких - стырьте то у тех, это у этих, тут новости, тут топовые товары... что такое топовые товары? - хз, потом придумаем... далее через пару дней - а покажите что-нибудь, инвестор нервничает... и тут начинается))
Вот для этого и нужны бизнес-аналитики ;)
в точку :)
Как быть без BA в проекте с мудреной логикой?
Понимаю, что спасибо в карман не положишь но, всё равно спасибо.
7:15 Уже почти 1,5 года как работаю в разработке на крупную страховую компанию, так даже и половины всей логики системы до сих пор не понимаю)
Всего лишь половину?
Мне понравился новый дизайн плитки видео 😁
Вы очень хороший человек, удачи и успехов вам в ваших делах ✊🏻
спасибо)
Это канал в моей коллекции, где сначала ставлю палец вверх и затем смотрю. ) P.S. Немчинского и Баглая можно смотреть и слушать вечно. Спасибо ребята, что вы есть!
@Sha Man Саша Баглай. В сети полно инфы. Это коуч с большой буквы. www.linkedin.com/in/alexanderbaglay/?originalSubdomain=ua
это мой коллега и приятель :) Вместе работали и фирмы одновременно начали создавать
Отличные примеры! Легко и просто о сложном 🙂
Для начинающих самое то!
стараюсь)
Наконец-то услышал доступное объяснение и все понял. А то в учебной литературе часто попадается, а что это означает, даже догадаться было трудно. И сегодня в очередной раз решил поискать и ничего вразумительного не нашел. В основном уже говорят про применение. Большое спасибо.
рад, что пригодилось)
Интересно и простым языком. Хорошее и полезное видео!
спасибо
Хочу дать тему на следующий видос. Что такое DevSecOps, что должен делать специалист на такой должности?
Это DevOps + если вас взламают то виноват ты.
Эндрю рокет уже всё распедалил
курить BambooК
@@andrew_rocket шикарное объяснение. Лучше и не скажешь.
Просил такое видео наверное больше года назад... Ну, лучше поздно чем никогда) Спасибо
пользуйтесь на здоровье)
Хотелось бы послушать об mvc, mvvm, clean architecture, viper и.т.п
obojaiu vas, tak klasno govorite,raskazivaete! priyatno vas slushati!
Добрый ранок, возник вопрос: какие можно использовать подходы чтобы ускорить изучение существующего проекта. Какие тулы построения классовых диаграмм можно использовать для этого. Есть ли какие-то общие рекомендации?
Добавлю что важно чтобы эта бизнес логика была точно описана где-то на kb. Этим занимаются бизнес аналитики. Для того, чтобы программисты и тестировщики одинаково понимали как это должно работать. Потому что если есть какое-то недопонимание то оно приводит в конечном итоге к срыву сроков. Также если есть бага то стоит добавить ссылку на kb где описан этот функционал - программисту проще будет разобраться
@Etelred Etelred knowledge base, ну wiki-page по-русски
Просто о сложном, очень интересный контент! Спасибо, что вы есть)
Да норм все объяснил))) что тут может не понравится? Теперь даже про фрмворки или как их там больше знаю чем до этого видео))))))))))))))
Спасибо за видео, Сергей.
пожалуйста)
Сергій, дякую за твою відео.
Продовжуй будь ласка робити цю корисну роботу.
Мені подобається твій стиль викладу інформації, -
а саме тлумачення обширної картини та поступове звуження до деталей.
спасибо!
По делу и понятно, спасибо!
спасибо)
Отличный вопрос - замечательный ответ!
спасибо)
Спасибо, Сергей !
огонь объяснение, лучше не сказать, лайк
спасибо)
Добавлю, что если отрефакторить бизнес логику, чем обычно занимаются бизнес аналитики то окажется что на 99% она у все одинаковая и под нее давно написаны хорошие программы, а вот оставшийся процент это то ноу-хау позволяющее компании оставаться на плаву
да не получится
Один процент - это вообще очень много. Условные казино разыгрывают 99% поставленных денег, а на оставшийся процент живут
Ну 99 - это перебор, скажем 70. Да и «хорошие программы» не так уж хороши.
Спасибо Сергей, как всегда на высоте.
спасибо)
Спасибо, это полезно понимать!
рад, что полезно)
Крутая картинка на заставке!
спасибо)
Четко излагаешь!
спасибо
Можно ли отнести бизнес логику к приложению в котором есть платный контент? Суть приложения заключается в хранении информации. Спасибо за ответ!
Нравится создавать бизнес логику) учу с#)
Стоило бы упомянуть различного рода BPM-системы для управления бизнес процессами) А так все в точку, каким бы ты крутым прогером не был, если не будешь вникать в бизнес логику, - то грошь цена такому программисту)
Сергей, спасибо за ролик) что на счёт курса по управлению??? Когда ждать?
напишите нам на info@foxminded.com.ua - вас запишут в список и первым известят. Но это скорее всего будет не раньше середины лета
Бизнес логика это стратегия, а средства ее реализации это тактика
А по каким книжкам можно учится?
Спасибо!!
круто объяснил - спасибо !
рад, что зашло)
Спасибо.
пожалуйста)
отличное видео, спасибо.. у меня вопрос, если я работаю в большом приложении, но у меня небольшая конкретная задача, нужно ли мне знать логику всего приложения? вдруг я что нибудь испорчу своим дополнением..есть ли какие способы определить сломается приложение или нет..?
Сергей, а есть видео про юридические аспекты языков программирования? Могут ли, например, создатели языка запретить его кому-либо использовать, есть ли платные языки программирования, или это бред?
бред
Спасибо!
пожалуйста)
Спасибо за видео!
Для меня проще понимать business не как бизнес, а как занятие. То есть business logic - логика занятости программы. Так не приходится приплетать слово "бизнес" в нашем привычном понимании и думать, причём здесь вообще бизнес )
Как вам такая формулировка ?
Спасибо большое за ваш труд. Очень полезную информацию даёте.
рад, что полезно)
Смотрел Ваше видео про "трехтировую" структуру, и если правильно понял, то "бизнес-логика" должна размещаться в контроллере, но, например в статье про MVC, на Википедии ( ru.wikipedia.org/wiki/Model-View-Controller#Наиболее_частые_ошибки ), указано, что - это ошибочно и ее следует размещать в "модели".
Где же размещать "бизнес логику" и почему?
сама MVC - це те що відноситься до UI. Як правило модель - це що відображається, View - це як відображається, а контролер звертається до бізнес-логіки по дані та відображає їх на View згідно моделі. А бізнес логіка в даному випадку взагалі стоїть окремо.
в MVC контроллер - это клей, который должен связать интерфейсы UI и интерфейсы модели(-лей), если без изменения логики работы UI или интерфейсов приходится тчо-то менять в контроллере - он написан неправильно. Бизнес-логика как таковая обычно неотъемлемая часть модели
А что будет, если на столе не будет кружки с трезубцем?
пукан подгорает?
Сергей добрый день, я начинающий Android Dev какие задачи посоветуйте делать для портфолио, заранее спасибо
нужные людям :)
Отличное видео) Объясните пожалуйста как читать чужой код, понимая о чем там речь?!
про бизнес логику - это как раз к программистам 1с, которых все не любят... вот они то эту бизнес логику едят и на завтрак и на обед и на ужин ))))
именно так
ну да, а джависты типа код пишут безо всякой бизнес-логики, так, что ли?
@@SergeyNemchinskiy 1С ругают потому, что программирование там строится не на парадигме ООП, оно там, насколько я понимаю, предметно-ориентированное (т.е. на основе встроенных в платформу метаданных). Сергей, можно услышать ваше мнение на этот счет, от этого программист 1С может считаться "ненастоящим" программистом?)
@@superspy2008 просто Java она для всего на свете, а 1с именно заточена под управление бизнесом и только. Я не хотел обидеть java программистов, каждый слышит в меру своего воспрятия.
@@vladisavvdovin6501 оно там объектно ориентированное, просто объекты уже все созданы и оперировать мы можем только ими.
Сергей, можете рассказать на тему : "Для чего Java программисту знание linux"?
посмотрите это видео ruclips.net/video/wENbIPlO9mk/видео.html
лучший
А если программа пишется не для бизнеса, то у нее нет бизнес логики?
Сергей, здравствуйте, расскажите пожалуйста про plugin. Чем отличаются от библиотек, зачем нужны, какие самые используемые.
Гм...хорошо
Коммент для алгоритмов тытруба: тащусь от выражения "на мордочку" ^_^
Вы меня расстроили. Я думал это только у нас в среде 1с надо думать за всех и все предугадывать, а в нормальных конторах есть специальные люди-переводчики с клиентского на программистский.
есть бизнес-аналитики, но не везде и не все они могут
👍👍
Есть понятие "Доменная архитектура" Получается это можно понимать как "архитектура бизнес логики"?
это архитектура, разделенная на уровни. Сергей же сделал подробное пояснение. Уровень интерфейса, уровень бизнес-логики, уровень доступа к данным...
почему не создают отдельные фреймуорки под каждый возможный вид бизнеса?
потому что каждый бизнес разный. А не каждый вид бизнеса :)
@@SergeyNemchinskiy ну вот если взять склады и все, что с ними может быть связано. вот приходит к Вам клиент и просит создать программу, которая бы "управляла" его складом (вернее помогала бы управлять). вот в этом случае, сколько в % будет такой бизнес логики, которую Вы еще никогда в жизни не делали, если предположить что у Вас таких заказов было уже 100500? сколько примерно в %ном отношении вам нужно будет сделать вещей, которые будут совершенно новыми и абсолютно уникальными, нужными именно только этому одному условному заказчику?
в отрасли 1С есть такое
@@dmitriyneledva4693 именно так в 1с и делается - предлагается ближайший "фреймворк" и дополняется уникальными потребностями заказчика. В 1с это называется не "фреймфорк", а "конфигурация" типового функционала готовая к работе
@@CryptoTax2Pay а потом начинаются обратные проблемы - чем шире и универсальнее конфигурация, тем хуже она подходит под каждый конкретный сценарий работы. Поэтому ни один крупный бизнес не может просто взять и перевести свой учет на что-то типовое без продольного перепиливания всего и вся. Иногда получается, что свой велосипед едет намного быстрее, чем новая актуальная типовая конфигурация
Мда уж....
Если тут неправильно, то где ж правильно.
''Знатоки" великие...
Спасибо Сергей за ваши объяснения!
Ну а кому 'неправильно' пусть не смотрят.
спасибо за спасибо)
Что в банке не понравилось, внутренняя культура?
Людоеды
@@loadmore примерно да :)
👌✊✊✊
получается бизнес логики на фронтенде не должно быть?
минимальная
В идеале первичная валидация и все.
я вижу 194 лайка
и НИ ОДНОГО дизлайка
прям аномалия
и что, для гармонии поставил дизлайк?))))
Max Lich неа
Питання не по темі. Де взяти майку з таким класним прінтом?
мне ее подрил основатель группы NGL - Nicolas W Angel, он меня учит играть на гитаре :) Можно у него спросить - это мерч их группы
Видимо, само название изначально ошибочное. Программа может не иметь к бизнесу никакого отношения в большинстве случаев. Начиная от утилит, заканчивая органами власти и ядерными реакторами, где не менее сложные продукты.
Поэтому название „бизнес-логика“ - это чушь. Можно назвать просто логикой, правилами, относящимися к данным и связям данных с UI.
Ладно хоть не спросили "А где в компьютерных играх бизнес-логика?"
Называть порядок ведения предприятием хозяйственной деятельности бизнес-логикой это тоже самое, что называть солярку дизелем, подштанники термобельём. Мы являемся поколением фальшивых позёров, ребята ;)
Здравствуйте. Честно скажу вопрос не по теме, но очень нужна помощь. У меня есть приложение с подключенным Web Socket, просто написанное по официальному гайду Спринга. Но проблема в том что приложение всегда взлетает на основном юрл localhost:8080. И когда я над аннотацией @MessageMapping (/hello) которая никак не влият на юрл и нужна только брокеру сообщений ставлю аннотацию @RequestMapping(/chat) юрл все равно никак не меняется и приложение продолжает работать на localhost:8080, а при попытке перейти по localhost:8080/chat пишет ошибку и input required. При этом на основной странице я никакого input не делаю. Хотя бы скажите можно ли это решить Джавой, или это уже решается только через JavaScript?
@Andrey Burmagin PostMan и cURL это штуки чтобы тестировать и в принципе работать с API, у меня приложение возвращают view, HTML с JQuery. И у меня проблема в том что что бы я не меня в бэкенде, или конфигурации JavaScript наверное это уже фронтенд, мой url никак не меняется, и все равно все приложение работает на главной странице localhost:8080. Под изменениями я подразумеваю что я меняю параметры (проверти) аннотации @MessageMapping("меняю тут url"), добавляю @RequestMapping("/какой-то url"), а также меняю аргумента метода в конфигурации отвечающего за endpoint, и все равно ничего не меняется. Только при смене endpoint на самом этом endpoint просто выходит надпись что то вроде "Hello SockJs" и все приложение с написанием сообщений продолжает работать на localhost:8080.
P.s повторюсь приложение полностью написано по официальному гайду Спринга.
Отбери у человека терминологию и ты увидишь, чего он стоит))
согласен. если не умеешь обьяснить сложные вещи простыми словами, то не быть тебе Немчинским
like
Ты только сейчас это понял -потому ты и пошел преподом
ахахахахаха. Именно так :) с 96-го года работал программистом, а тут понял
Немчинский со мной 😋
Худеем да?
уже не так активно
А почему вы не ушли в программирование сами, а создали свой курс?
я 20+ лет проработал программистом. Надоело. А потом еще спрашивают - зачем я об этом говорю в начале каждого видео (кроме этого). Вот чтобы таких вопросов не было :)
лайк
спасибо)
boolean isLike = true;
Так бы и сказал: бизнес-логика - это бекенд.
нет :) Пересмотрите видео еще раз. Вообще неверно поняли или неверно понимаете что такое бек-энд
Sergey Nemchinskiy Да это такой низкоуровневый рофл был
Рыцари свича и аджайла 😁
ты ее сам не понимаешь)
Я - вОйти айтишник😆😆😆😆😆😆😆😆😆
Эх, эти бы слова, да в уши кодеров, которые приходили в наш проект и через пару месяцев из него уходили, потому что в нём не используется тот или иной из их любимых фреймворков...
Мораль: всё делается ради бабла. Да?)
Существует множество программ, созданных не ради денег или так называемого "бизнеса", и в них бизнес-логика это логика, имеющая отношение к делу, над которым работает программа, а о других понятиях для этого, кроме "бизнес-логики", я не слышал. Размышляя над этим, я пришёл к следующему выводу.
Английское слово "business" означает не только бизнес, но и дело. (И неспроста, например, выражение "this is not your business" означает "это не твоё дело".) Но просто американцы привыкли к тому, что занятие делом предполагает добычу денег, т.е. у них взаимосвязаны две эти вещи. Вот поэтому так и повелось.
Но это, конечно, лишь моё предположение. Я не знаю многого о американской культуре. Более того, это моё предположение является лишь попыткой найти объяснение понятию бизнес-логики, не прибегая к такой жести, что всё делается ради бабла. Так что я могу быть и не прав. Аргументированная критика приветствуется)
Сорри, что пишу это тут в комментах, а не делаю об этом видео на своём канале, но просто я сейчас не использую такой способ доставки своего мнения до всех остальных, а лишь пишу комменты (что, может, и не выгодно, кстати, но пока вот так).
Хорошее видео. Интересно было бы послушать про саму доменную модель
Спасибо!