gitdev, с точки зрения логики -- в сервисах, тк контроллеры могут использовать одни и те же сервсиы или консольная команда параллельно делать тоже самое (что довольно часто бывает)... зачем дублировать, когда можно в сервисах все держать и их переиспользовать
вам нужен сервис, который бы работал с репозиториями
вы показали схему, у вас есть голые сущности и репы к ним, но нет не единого слоя для работы с несколькими сущностями, а мы знаем -- это нужно как раз-таки всегда
Компания теряет лицо и доверие если не следует своим же правилам
Компания теряет лицо, если есть косяк в правилах и правильно его убрать, а они следуют правилам! А второе лицо теряет, когда не признает ошибок, то есть всегда права, что не может являться реальностью...
Это как позиция с химкинским лесом -- люди против, значит точно нужно вырубить
6 - программист не сдавший экзаменов, имеет примерно такой же результат работы
Зачем тогда ему сдавать экзамен? Вы еще и диплом спрашиваете на работе?
Хочу отметить, чтобы вы не спешили с выводами и отметили, что человек не смотря на вознаграждение не идет на компромис с совестью и не выполняет бессмыслицу! Достаточно прямой и волевой человек -- цените таких
В то же время не вешайте на других ярлык -- вы сами им сунули наживку в виде обмена бессмысленности на деньги
По сложности легко (верстка же) для фронта-джуна (джун -- младший, но программист)
А вот объем и детализация задания выдают в нем не тестовое, а рабочее полное тех задание -- студенты или "тру предприниматели"
По умолчанию в абстрактном задании никто не готов убиваться об каждый пиксель -- зачем это кому-то убиваться об чужой проект и чужой дизайн. (учитывая, что дизайн делали люди точно не убиваясь и не заботясь об этих самих верстаках)
Но если стоит условие, если есть готовность, что специалист будет чего-то не видеть с вашей колокольни (он ведь на другой сидит башне), и вы готовы к тому, что работа будет поэтапно вылизываться и все это надо оплачивать -- конечно все будет у вас сделано... и без вопроса тут это понятно
Андрей, к php вопрос не относится, тк это деталь реализации :)
А как считать -- это более абстрактный вопрос...
Начнем -- вы как хотите считать? На основе просмотров? То есть чем больше просмотров -- тем выше? Такую логику хотите задать для рейтинга? Возьмите просмотры и приравняйте рейтингу их
