а еще веселье когда ты тип сэкономил чутка на UX и тебе приходится после релиза персонал обучать пользоваться твоей системой

стоимость внедрения такой штуки резко начинает вырастать, начинаются крики типа "релизимся только раз в квартал ибо не успеваем обучить" и т.д.

с этим тоже можно бороться но сложно)

инвариант - это тип правило бизнес логики. Валидация - это только про входящие значения, проверка предусловий типа для всего юзкейса. Скажем проверка на уникальность значения - это инвариант а не валидация входящих данных.

кстати а как такое(уникальность значения) решается в task based ui? Нельзя же скрыть ввод значений, которые неуникальны =\ Или поле задисеблить

может ли программист сделать хороший UI? - может, если не будет пытаться делать UI :)

разумеется)

кстати а как такое(уникальность значения) решается в task based ui? Нельзя же скрыть ввод значений, которые неуникальны =\ Или поле задисеблить

тут важен контекст. Скажем классический пример - регистрация и ты например вводишь email. Тут как бы 2 варианта почему может быть конфликт: - пользователь забыл что он уже регистрировался, надо просто предложить ему зайти или восстановить пароль. Эту проверку можно сделать до отправки формы. - happy clicking - когда пользователь как безумный накликакл себе 2 паралельных запроса.

я в свое время заставлял программистов читать психбольницу ;)

тут важен контекст. Скажем классический пример - регистрация и ты например вводишь email. Тут как бы 2 варианта почему может быть конфликт: - пользователь забыл что он уже регистрировался, надо просто предложить ему зайти или восстановить пароль. Эту проверку можно сделать до отправки формы. - happy clicking - когда пользователь как безумный накликакл себе 2 паралельных запроса.

а если это не имейл а никнейм?

я в свое время заставлял программистов читать психбольницу ;)

а это что?

"Психбольница в руках пациентов" Алана Купера

а если это не имейл а никнейм?

аналогично, пользователь ввел никнейм - пошел http запрос, зеленая или красная иконка напротив поля.

в 2018-ом году как бы на js послать запрос на сервак до отправки формы вроде даже самый слабый джун смогет

в Yii это делается "из коробки" ;) хаха, набросил

ну есть намного более интересные штуки конфликтные - аукционы, резервация товаров в магазине и т.д.

там уже надо более серьезно вероятности оценивать

в плодь до анализа бизнес процессов

у Уди опять же на эту тему был неплохой доклаж

https://www.youtube.com/watch?v=fWU8ZK0Dmxs

там эта проблема обыграна как if the protector vs if the deceiver

p.s. этот же доклад в целом можно предлагать к просмотру людям которые все еще думают что DDD это про сервисы и репозитории

https://www.youtube.com/watch?v=fWU8ZK0Dmxs

Интересно, мне встречалось подобное (у нас было что-то типа биржи). Я закончил тем, что проверял условия во всех местах :D

Интересно, мне встречалось подобное (у нас было что-то типа биржи). Я закончил тем, что проверял условия во всех местах :D

если ты проверяешь условия во всех местах - то вопрос почему у тебя эта логика была размазана по нескольким местам)

у Уди все ж в другом идея

если ты проверяешь условия во всех местах - то вопрос почему у тебя эта логика была размазана по нескольким местам)

Фреймворк завезли, ИДЕ завезли, систему контроля версий завезли, а моск не завезли :D

Кто нибудь использует VS Code для разработки на PHP? Можете подсказать хорошие плагины для этого дела?

Кто нибудь использует VS Code для разработки на PHP? Можете подсказать хорошие плагины для этого дела?

Просто пиши php и те у кого больше 50к загрузок те и скачивай

Привет люди! Проектирую бд портала для курсов. Тут норм с таблицами? (особеннно с user_progress - оно для сохранения прогреса изуучения)

а домашек не будет в курсах?)

ну тип сделал домашку - получил доступ к следующему уроку?)

ммм

не, в видео буду добавлять

Привет люди! Проектирую бд портала для курсов. Тут норм с таблицами? (особеннно с user_progress - оно для сохранения прогреса изуучения)

Сделай отдельно коменты курса

Комменты уроков

как отдельно?

типа вообще, не связять с уроками?

Нет таблицу course_comments

Тут связь с курсами и юзером

И таблицу lesson_comments

Тут связь с уроком

И юзером

Далее в user_progress колонка course не нужна ( ты курс по уроку получить можешь)

хм, точно

спасибо

У таблицы lesson зачем 2 колонки с курсом?

а, но как я тогда буду делать select where course_id

не катит

для моего "ума"

а, но как я тогда буду делать select where course_id

Легко получаешь уроки и потом выборку

Select from progress where lesson_id in ( select id from lesson where course_id = ? )

Вот так

вродь что б дублирования не делать, а то вродь на запрос больше оно будет

пока сделаю с course_id, потом посмотрю

У тебя колонка course_id избыточна, дело твое конечно

Но преждевременная оптимизация причина всех зол умный мужик какой то сказал

по нагрузке на выборку - это то же?

ну, встроен запрос, или запрос с where

Ты сейчас за нагрузку говоришь или за проектирования бд?

ERROR: S client not available

У тебя пока нагрузка 0

Когда она появится и будешь оптимизировать ты будешь искать узкое место

И не факт что это место будет в этом месте

точно, спасибо

ок - пошол думать как в eloquent запихнуть

а, в списке курсов - там тогда будет нужно искать курс по урокам

Легко

Course::find(id)->lessons()->progress()->where('user_id', ?)

а, в списке курсов - там тогда будет нужно искать курс по урокам

Да

ооо, большое спасибо #ostap_help

Всем привет - как у вас тут вакансии размещаются и размещаются ли?

Всем привет - как у вас тут вакансии размещаются и размещаются ли?

@php_jobs

@mykolaim спасибо

а, в списке курсов - там тогда будет нужно искать курс по урокам

помоему для курсов пользователя нужно отдельную таблицу

т.к на странице пользователя - список курсов, которые он изучает

впринципе можно, но нужно тогда удалить дублирование

select course_id from user_progresses и потом функциями разгребать

точно

array_unique

а, в mysql есть distinct

https://stackoverflow.com/questions/7040631/select-one-row-without-duplicate-entries

норм так делать?

спасибо - пошел пилить #ostap_help

Привет люди! Проектирую бд портала для курсов. Тут норм с таблицами? (особеннно с user_progress - оно для сохранения прогреса изуучения)

Может буду занудствовать, но вот что думаю на этот счет: 1 Комментарий по уроку и отзыв по курсу - две разные вещи и должны храниться отдельно, и связаны быть либо только с курсом, либо только с уроком 2 cource->user_id если это автор занятия или препод, то их может оказаться двое, лучше сделать связь многие ко многим с пользователями. При этом можно в связи указывать тип (препод, ученик) и тогда можно будет вытаскивать количество учеником по курсу. 3 У курса может быть дата начала и конец 4 Что такое прогресс - я не понял)) возможно это количество пройденных занятий, тогда существующая связь вполне актуальна, кроме указания курса, т.к. оно уже будет в связи курса с пользователем Удаление связи пользователя с курсом можно проводить указанием статуса 5 Биллинг в отдельную таблицу в обязательном порядке в виде поступлений и снятий с указанием причины, за что конкретно и т.д. Возможно придется делать оплату за конкретный курс, бонусы и т.д. Инфу хранить не агрегированную, чтобы можно было расчитать доходы по месяцам, дням, ну вы поняли)

И не бойтесь джоинов. Мускул легко делает по 5-8 штук в запросе с миллионами записей. Главное правильно проставлять индексы. Достаточно сделать индексы по полям связей (user_id, cource_id и т.д.) Удачи в проектировании)

select course_id from user_progresses и потом функциями разгребать

В общем тут всё что нужно знать о 99% курсов по программированию

Ну большинство курсов уг имхо

спасибо - пошел пилить #ostap_help

Кстати, если ты делаешь реально что бы запустить - у меня есть готовый проект, могу скинуть на гитхаб или в личку архивом