Дополнение 1) RUclips / Если вам неудобно смотреть ютуб, то ВСЕ мои видео доступны на Rutube/VK Video 2) Длина видео / Решил чуть-чуть больше добавить теоретических примеров которые встречал на практике, надеюсь полезно 3) user flow / Я забыл про такую часть проектирования как user flow. Если вкратце, то это то, как пользователь пользуется приложением от А до Я. Хотели бы вы такое видео или и так всё понятно и лучше это пропустить? (запущу голосовалку для удобства)
ты не затронул тему какой id брать. UUID или Long (bigint). У нас да и у многих используются UUID и есть 1-2 таблицы из 40 таблиц где long. Причем есть таблицы которые содержат по 3 и более столбцов в которых UUID, но при этом где-то в формате строки а где-то в формате UUID. Было бы инетерсно если бы ты раскрыл эту тему. Спасибо за видос
чуть-чуть затронул эту тему (таймкоды в описании), но сильно не стал зацикливать на этом внимание и оставил ссылки на почитать. У нас на работе используют bigint и всё хорошо работает :) В целом разница не такая значительная на небольшом кол-ве данных, кмк.
Блин нужно убегать((( Смогу посмотреть видос только завтра. Но это будут самые кайфовые 30 минут в жизни о дааааа. Обожаю твои видосы, уже говорил, что мониторю твой канал)) Иногда кажется что ты забросил, но всегда неожиданно выходит видос. Продолжай в том же духе. И было бы круто используй ты DDD. Встретимся завтра в видосе :)
Спасибо за такие эмоции, очень рад такое видеть, не торопись, успеешь посмотреть)) DDD будет И еще, кстати, смотри видос до конца тебя лично ждет небольшой сюрприз :)
Пожалуй задам еще один вопрос, если вы не против. В этом году у меня защита дипломной работы. Я в принципе освоил asp net core и могу что-то на нем писать. Хочу освоить какой-то фреймворк(Выбираю между React и Blazor). С джаваскрипт у меня все печально, но я его сейчас изучаю, поэтому это не проблема. Как вы считаете, стоить ли смотреть в сторону Blazor, если ты знаком с си шарпом или все же лучше выбрать что-то стабильное, как Реакт?(это первый вопрос) Второй вопрос заключается в том, что бы я мог придумать с таким стеком для дипломной работы. Обычное круд приложение с авторизацией писать как-то простенько, что ли? Или для дипломной работы пойдет, если там будет какая то сложная бизнес логика( по типу пересчета налогов или еще какие то полезные повседневные сервисы, которые делают удобную нашу жизнь). В любом случае, я бы хотел убить двух зайцев, написав дипломную работу и выучив какую-то новую технологию. Я понимаю, вопрос дурацкий и тяжелый насчет дипломки, просто хотелось бы узнать какие то технологии, что б с ними познакомиться и сделать крутую работу. Извините за такой длинный комментарий, буду благодарен за ответ!
Хорошие вопросы, не стоит извиняться :) Сразу скажу, что моё мнение - ИМХО, жизнь твоя, решать тебе Первый вопрос: я бы выбирал реакт, его изучить, кмк, куда проще, т.к. и статей/библиотек/фреймворков/комьюнити больше чем у blazor. Так же мне почему то изучить реакт было куда проще, чем блэйзор, хотя казалось бы я шарпист :)) Я изучал блэйзор в 2019 году (примерно), так что возможно за это время всё сильно поменялось Но опять таки это не значит, что блэйзор мертвая технология, на нем можно писать приложения, но это делать сложнее Второй вопрос: я бы сделал что-то простенькое с крудом, т.к. есть риск что-то не успеть. Начнешь ты создавать супер-крутую систему подсчетов итд, начнутся сложные баги, ну и есть шанс того, что ты сильно затянешь. Но есть обратная сторона, возможно CRUD будет плохим решением и его могут не принять (из-за плагиата, например), но тут нужно смотреть на уровень вашего учебного заведения. Вкратце я бы выбрал React & CRUD, но повторюсь, решать тебе В любом случае желаю удачи в обучении ;)
@@kurnakovv Спасибо, Максим за ваш фидбек и за ваши качественные видео. Благодаря вашему гайду я смог задеплоить БД и Пет проект,которым сейчас пользуются люди и немного понял что такое докер. Вы - человек с большой буквы, настоящий альтруист!
Добрый день! А если у меня есть какая то логика в Репозитории, например: проверка на null. Мне также эту логику в Сервисах указывать, а потом в Контроллерах. И это не будет противоречить вашим словам, где вы говорите, что логика должна быть в одном каком то месте. Или вы все же имели в виду, что логика БД и логика в Коде. Буду благодарен за ответ!
Привет :) Всё зависит от ситуации и нужно рассматривать конкретные случаи. Но вообще лучше не дублировать логику, т.е. проверки на null лучше делать в одном месте, и желательно в сервисе, т.к. это логика, а значит лучше ее разместить в сервисе (можно поспорить, т.к. бывают исключения) В моём же случае я говорил, что логики в БД быть не должно, вся логика должна лежать в коде, а там уже в зависимости от архитектуры если это anemic model, то в сервисах, если rich, до в обьектах Надеюсь правильно понял твой вопрос
Осталось - user flow - GitHub Сколько это видео я пока не знаю, +- 2-4, а потом уже разработка Почему так? Хотелось бы грамотно подойти к проектированию системы, а потом уже начинать разработку, кмк такого контента мало и хотелось бы сделать упор на проектировании
Дополнение
1) RUclips / Если вам неудобно смотреть ютуб, то ВСЕ мои видео доступны на Rutube/VK Video
2) Длина видео / Решил чуть-чуть больше добавить теоретических примеров которые встречал на практике, надеюсь полезно
3) user flow / Я забыл про такую часть проектирования как user flow. Если вкратце, то это то, как пользователь пользуется приложением от А до Я. Хотели бы вы такое видео или и так всё понятно и лучше это пропустить? (запущу голосовалку для удобства)
ты не затронул тему какой id брать. UUID или Long (bigint). У нас да и у многих используются UUID и есть 1-2 таблицы из 40 таблиц где long. Причем есть таблицы которые содержат по 3 и более столбцов в которых UUID, но при этом где-то в формате строки а где-то в формате UUID. Было бы инетерсно если бы ты раскрыл эту тему. Спасибо за видос
чуть-чуть затронул эту тему (таймкоды в описании), но сильно не стал зацикливать на этом внимание и оставил ссылки на почитать. У нас на работе используют bigint и всё хорошо работает :)
В целом разница не такая значительная на небольшом кол-ве данных, кмк.
Блин нужно убегать((( Смогу посмотреть видос только завтра. Но это будут самые кайфовые 30 минут в жизни о дааааа. Обожаю твои видосы, уже говорил, что мониторю твой канал)) Иногда кажется что ты забросил, но всегда неожиданно выходит видос. Продолжай в том же духе. И было бы круто используй ты DDD. Встретимся завтра в видосе :)
Спасибо за такие эмоции, очень рад такое видеть, не торопись, успеешь посмотреть))
DDD будет
И еще, кстати, смотри видос до конца тебя лично ждет небольшой сюрприз :)
@@kurnakovvПосмотрел я, очень классный видос! Спасибо что вставил в конце)))
@@itirush2701 и тебе спасибо за активность :)
ОО видео про связи, крутота!
Спасибо, я рад такое реакции))
Спасибо за видео, продолжай
И тебе спасибо за поддержку! :)
Пожалуй задам еще один вопрос, если вы не против. В этом году у меня защита дипломной работы. Я в принципе освоил asp net core и могу что-то на нем писать. Хочу освоить какой-то фреймворк(Выбираю между React и Blazor). С джаваскрипт у меня все печально, но я его сейчас изучаю, поэтому это не проблема. Как вы считаете, стоить ли смотреть в сторону Blazor, если ты знаком с си шарпом или все же лучше выбрать что-то стабильное, как Реакт?(это первый вопрос)
Второй вопрос заключается в том, что бы я мог придумать с таким стеком для дипломной работы. Обычное круд приложение с авторизацией писать как-то простенько, что ли? Или для дипломной работы пойдет, если там будет какая то сложная бизнес логика( по типу пересчета налогов или еще какие то полезные повседневные сервисы, которые делают удобную нашу жизнь). В любом случае, я бы хотел убить двух зайцев, написав дипломную работу и выучив какую-то новую технологию.
Я понимаю, вопрос дурацкий и тяжелый насчет дипломки, просто хотелось бы узнать какие то технологии, что б с ними познакомиться и сделать крутую работу. Извините за такой длинный комментарий, буду благодарен за ответ!
Хорошие вопросы, не стоит извиняться :)
Сразу скажу, что моё мнение - ИМХО, жизнь твоя, решать тебе
Первый вопрос: я бы выбирал реакт, его изучить, кмк, куда проще, т.к. и статей/библиотек/фреймворков/комьюнити больше чем у blazor. Так же мне почему то изучить реакт было куда проще, чем блэйзор, хотя казалось бы я шарпист :))
Я изучал блэйзор в 2019 году (примерно), так что возможно за это время всё сильно поменялось
Но опять таки это не значит, что блэйзор мертвая технология, на нем можно писать приложения, но это делать сложнее
Второй вопрос: я бы сделал что-то простенькое с крудом, т.к. есть риск что-то не успеть. Начнешь ты создавать супер-крутую систему подсчетов итд, начнутся сложные баги, ну и есть шанс того, что ты сильно затянешь.
Но есть обратная сторона, возможно CRUD будет плохим решением и его могут не принять (из-за плагиата, например), но тут нужно смотреть на уровень вашего учебного заведения.
Вкратце я бы выбрал React & CRUD, но повторюсь, решать тебе
В любом случае желаю удачи в обучении ;)
@@kurnakovv Спасибо, Максим за ваш фидбек и за ваши качественные видео. Благодаря вашему гайду я смог задеплоить БД и Пет проект,которым сейчас пользуются люди и немного понял что такое докер. Вы - человек с большой буквы, настоящий альтруист!
@@eqspertars4062 Спасибо)) Рад что мои видосы кому то помогают, и так же рад слышать обратную связь, прям очень сильно мотивирует снимать дальше :)
Очень хорошо объяснил,
очень рад, спасибо :)
Добрый день! А если у меня есть какая то логика в Репозитории, например: проверка на null. Мне также эту логику в Сервисах указывать, а потом в Контроллерах. И это не будет противоречить вашим словам, где вы говорите, что логика должна быть в одном каком то месте. Или вы все же имели в виду, что логика БД и логика в Коде. Буду благодарен за ответ!
Привет :)
Всё зависит от ситуации и нужно рассматривать конкретные случаи. Но вообще лучше не дублировать логику, т.е. проверки на null лучше делать в одном месте, и желательно в сервисе, т.к. это логика, а значит лучше ее разместить в сервисе (можно поспорить, т.к. бывают исключения)
В моём же случае я говорил, что логики в БД быть не должно, вся логика должна лежать в коде, а там уже в зависимости от архитектуры если это anemic model, то в сервисах, если rich, до в обьектах
Надеюсь правильно понял твой вопрос
в целом, здравый пет
спасибо :)
Мне любопытно следующий видео уже начинаем разработку или ещё что-то осталось?
Осталось
- user flow
- GitHub
Сколько это видео я пока не знаю, +- 2-4, а потом уже разработка
Почему так? Хотелось бы грамотно подойти к проектированию системы, а потом уже начинать разработку, кмк такого контента мало и хотелось бы сделать упор на проектировании
@@kurnakovv да пережди чем начинает разработку надо понимать всё это чловечиском языке как должно реализовать
@@PERSPROGRAMMER Полностью согласен