Пришел из вашей статьи на хабре, отличный материал буду стараться пройти и разобраться, огромное спасибо за проделанную работу и за свободный доступ в актуальные технологии
Здравствуйте! Спасибо большое! Я воцерковлённый православный христианин, и ваша благоданость лучшая из всех возможных для меня! 🙂 Успехов вам в обучении! 😊
Большое спасибо за поддержку! Если что то весь курс уже готов и его полная версия с исходным кодом вот здесь: svag.group/education/dev-web на ютюье выкладываю первые 41 урок, а в полном курсе их больше 140
Подскажите пж по поводу фронтенд части, будет ли использоваться какая то конкретная архитектура проекта типа fsd, или по наитию? Курс выглядит шикарно, спасибо за труд
Никаких сторонних архитектур. Всё своё, просто делаем максимально удобным для поддержания образом. Все эти хитрые архитектуры нужны тем, кто себе или людям в команде не доверяет, и сам аккуратно выстроить не может. У среднестатистического разраба своя архитекура хуже какой-то привнесённой, по-этому всякие fsd и прочие нужны. Но у хорошего разраба своя архитекура лучше привнесённой, потому что отвечает тому состоянию проекта, на котором проект находится
Выглядит круто, а если я питонист, смогу ли осилить данный курс не имея базы в ts, но имея неплохую в питоне (в том числе и вебфрейморки вроде fastapi или flask), sql ну и может html с css?
Одного только знания html и css было бы достаточно. А учитывая, что вы уже умеете писать программы, то как орешек этот курс щёлкните, мы тут всё с нуля делаем постепенно
Когда что-то делал на вью простое получалось проще чем на реакте, но сложное получалось сложнее чем на реакте. А на ангуляре и сложное и просто получалось гораздо сложнее чем на реакте. И я понял, что люблю реакт, он мне по духу подошёл. В прочем и вакансий на нём больше на сколько я знаю. Однако меня интересовал именно мой личный комфорт в разработке и я его нашёл в реакте 🙂
@@TimurSevimli Здравствуйте! Наоборот, мы валидииуем то что нам отправляет фронт на бэке, это то золотое правило. В то же время на фронте есть форма, и её значения надо также валидировать и на фронте, чтобы без запроса к серверу помочь юзеру верно её заполнить. В тоже время схема валидации является одним куском кода, который без копирования используется и, там и там
Вы пишите: > Валидировать что вам отправляет вам бэк Вы предполагаете, что я валдирую на фронте то, что мне отправляет бэк. Я этого не делаю Я пишу: > Мы валидируем то что нам отправляет фронт на бэке То есть с фронта , если пользоваться нашим фронтом, данные придут верными. Но нет никакой гарантии, что хакеры просто не отправят запрос на бэкенд сформированный самостоятельно тогда они могут отправить данные в любом формате каком им угодно. По-этому бэк обязан валидировать данные получаемые «с фронта», потому что это не факт, что запрос пришёл реально «с фронта»
Пришел из вашей статьи на хабре, отличный материал буду стараться пройти и разобраться, огромное спасибо за проделанную работу и за свободный доступ в актуальные технологии
Здравствуйте! И вам спасибо! 🙂
Огромное спасибо за материалы. Кажется это самый толковый и комплексный курс на Ютубе. Пожалуйста, продолжайте дальше
Спасибо за поддержку! 🙂
Честно сказать, для тебя место в раю подготовле за твою добрую душу.
Я прям искал как сделать свой проект для своего стартапа❤
Здравствуйте! Спасибо большое! Я воцерковлённый православный христианин, и ваша благоданость лучшая из всех возможных для меня! 🙂 Успехов вам в обучении! 😊
Спасибо тебе всепоглощающее за твой труд!
Ты широкой души человек с большим сердцем.
Низкий поклон и благослови тебя Бог!
Спасибо вам! Во Славу Божию! 🙂
Я здесь не по профилю, ну очень залипательная подача материала. Благодарность лайк и все такое😊
чувствую интересный курс.
Ура!!!! Крутой чувак!!!!
@@Дмитрий-м5х7я Здравствуйте! Спасибо! 😀
Круто давай продолжай 😊
Большое спасибо за поддержку! Если что то весь курс уже готов и его полная версия с исходным кодом вот здесь: svag.group/education/dev-web на ютюье выкладываю первые 41 урок, а в полном курсе их больше 140
коммент в поддержку)
Подскажите пж по поводу фронтенд части, будет ли использоваться какая то конкретная архитектура проекта типа fsd, или по наитию? Курс выглядит шикарно, спасибо за труд
Никаких сторонних архитектур. Всё своё, просто делаем максимально удобным для поддержания образом. Все эти хитрые архитектуры нужны тем, кто себе или людям в команде не доверяет, и сам аккуратно выстроить не может. У среднестатистического разраба своя архитекура хуже какой-то привнесённой, по-этому всякие fsd и прочие нужны. Но у хорошего разраба своя архитекура лучше привнесённой, потому что отвечает тому состоянию проекта, на котором проект находится
Выглядит круто, а если я питонист, смогу ли осилить данный курс не имея базы в ts, но имея неплохую в питоне (в том числе и вебфрейморки вроде fastapi или flask), sql ну и может html с css?
Одного только знания html и css было бы достаточно. А учитывая, что вы уже умеете писать программы, то как орешек этот курс щёлкните, мы тут всё с нуля делаем постепенно
@@devPont Клево, спасибо!
nik у сущности(статьи/идеи)? может быть slug?
Здравствуйте! Да запросто, просто сам проект называется ideanick, поэтому и сущность которая как бы slug назвали nick
вуй)
Я почему-то думал, что правильно так произносить) Но сейчас загуглил, и да оказывается что правильно по произношению примерно как "view" 🙂
Ну и аргумент не использовать вью потому что он слишком простой😮
Когда что-то делал на вью простое получалось проще чем на реакте, но сложное получалось сложнее чем на реакте. А на ангуляре и сложное и просто получалось гораздо сложнее чем на реакте. И я понял, что люблю реакт, он мне по духу подошёл. В прочем и вакансий на нём больше на сколько я знаю. Однако меня интересовал именно мой личный комфорт в разработке и я его нашёл в реакте 🙂
@devPont например что будет сложнее сделать во вью ? Я бы даже попробовал сделать на вью это а ты можешь на реактор и сравним
Валидировать что вам отправляет вам бэк, это знак того что с архитектурой что то не то
@@TimurSevimli Здравствуйте! Наоборот, мы валидииуем то что нам отправляет фронт на бэке, это то золотое правило. В то же время на фронте есть форма, и её значения надо также валидировать и на фронте, чтобы без запроса к серверу помочь юзеру верно её заполнить. В тоже время схема валидации является одним куском кода, который без копирования используется и, там и там
Вы наверно не поняли что я написал, попробуйте как раз прочесть
Вы пишите:
> Валидировать что вам отправляет вам бэк
Вы предполагаете, что я валдирую на фронте то, что мне отправляет бэк. Я этого не делаю
Я пишу:
> Мы валидируем то что нам отправляет фронт на бэке
То есть с фронта , если пользоваться нашим фронтом, данные придут верными. Но нет никакой гарантии, что хакеры просто не отправят запрос на бэкенд сформированный самостоятельно тогда они могут отправить данные в любом формате каком им угодно. По-этому бэк обязан валидировать данные получаемые «с фронта», потому что это не факт, что запрос пришёл реально «с фронта»
Совершенно верно, но наверно вы все еще не поняли что я тоже одно и тоже написал)
Сделай курс и покажи как надо, очень ждём…
React native кажется говно, и заманухой