These are chat archives for altiore/cook

21st
Sep 2016
Maksim Kiselev
@MKiselev
Sep 21 2016 05:14
@Razzwan
1) course_feature_link как к такому наименованию таблиц-связок пришел, ну какие обоснования именно так, а не например course_to_feature?
2) featureTable - почему name может быть null?
3) featureLinkTable - PRIMARY KEY(course_id,feature_id), почему не использовать стандартный механизм миграций или хотя бы схема билдер?))
4) imageTable: [id, name, extension], а путь до картинки по id в файловой системе будет?
5) Мне показалось, или одна фича или отзыв могут быть назначены на несколько курсов?
Razzwan
@Razzwan
Sep 21 2016 05:20
  1. На первом месте, кому принадлежит связь, на втором, что за связь, слово линк указввает, что эта таблица линкует две других. Так привык
  1. Имя - не обязательное значение для особенности. Там часто достаточно текста
'3'. Так меньше текста, просто. И так написано в самой документации yii2
Razzwan
@Razzwan
Sep 21 2016 05:25
'4'. Абсолютный путь писать неправильно - это дыра в безовасности, а относительный всегда можно получить по определенному алгоритму
'5'. Совершенно верно. Отзыв может быть сразу на все курсы. Особенности для разных курсов тоже могут совпадать. Люди ленивы.
Maksim Kiselev
@MKiselev
Sep 21 2016 05:29
@Razzwan окей, спасибо за пояснения)
Razzwan
@Razzwan
Sep 21 2016 07:19
@MKiselev эти вопросы лучше было написать прямо в bitbucket в коде. И если pr посмотрел - там есть кнопочка - "одобрить". Можно даже смерджить сразу. Код ревью друг друга нужно, чтоб понимать, что уже написано в проекте, чтоб не повторяться, и чтоб избежать глупых ошибок (вроде опечаток или использования нового велосипеда вместо уже написанного готового механизма)
Maksim Kiselev
@MKiselev
Sep 21 2016 09:39
@Razzwan извини, я просто обучен под руководством чела который говорил "Вот у них я видел вообще ФТП, а у нас гит"
Т.е. гит только ради версионности, без его смысла в качестве средства командной разработки.
Razzwan
@Razzwan
Sep 21 2016 13:08
@MKiselev я каждый день узнаю что-то новое - это нормальный процесс в современных реалиях. Все знать невозможно. И обвинять других в том, что они чего-то не знают - тоже дело неблагодарное. Тупых людей валом вокруг - большинству ничего не докажешь. С этим просто нужно смириться и создавать вокруг себя красивый мир гармонии ;)
Maksim Kiselev
@MKiselev
Sep 21 2016 13:09
@Razzwan вот там человек был, у которого 2 мнения: его и неправильное)
Razzwan
@Razzwan
Sep 21 2016 13:10
@MKiselev от такой позиции почти невозможно отказаться. Это внутри человеческой природы.
@MKiselev свое и неправильное мнение всегда появляются, когда ты зол, устал, или просто от природы несовершенен.
а я еще не встречал идеальных людей.
Maksim Kiselev
@MKiselev
Sep 21 2016 13:13
@Razzwan ну смотри, даже взять наш спор по поводу timestamp и integer, все же в общих проектах буду использовать integer, ты это аргументировал и я принял твою позицию, в своих же останусь с timestamp(хотя если проект не подразумевает гуляние по серверам и тайм зонам, то пожалуй, теперь уже, взял бы интежер)
Razzwan
@Razzwan
Sep 21 2016 13:13
я к тому, что если ты будешь ожидать, что кто-то другой будет лучше - то рискуешь сильно разочароваться. Подавляющее большинство людей будут в большинстве ситуаций поступать точно так же.
Razzwan
@Razzwan
Sep 21 2016 13:27
@MKiselev только что почитал англ. источники по поводу timestamp. И, пожалуй, у меня больше заблуждений по этому поводу. Это скорее результат индивидуального негативного опыта - и не должно распространятся на мнение окружающих. Так что, если у тебя все в порядке с timestamp - использовать его все же предпочтительно. Возможно, мы тоже перейдем на его использование. У MySQL - есть неприятное ограничение не количество автоматически обновляемых полей в одной таблице. можем попробовать
Razzwan
@Razzwan
Sep 21 2016 15:18
@MKiselev будешь дома - пиши. Может, вместе сегодня поработаем.
Maksim Kiselev
@MKiselev
Sep 21 2016 17:20
@Razzwan я дома и готов, жду тебя в скайпе.