Разработка документированного кода очевидно стоит дорого потому что на коменты нужно потратить время + время на тесты + время на архитектуру + время на ER диаграмму и что-то из полезного. Очевидно что стоимость разработки будет 3N x 3. А если за это не платили и ждать собственного нечего. В коммерческой разработке всегда так.
Все верно, программисты тоже родители и в предверии сезона целесообразно обратить на себя внимание этой ца :). Но с точки зрения маркетинга тоже интересно, наверное.
Если это работает также хорошо как выглядит в тексте - это прекрасно, но лично я больший сторонник традиционного Agile + scrumban, а как выглядит доска - это совсем дело 10-е.
Кроме метода оценки "посмотреть статью в интернете" существуют более точные и надёжные. Например метод экспертных оценок, метод фокус групп. Ну и теорию игр никто не отменял. Однако метод "посмотреть статью в интернете" довольно забавный :).
Существуют бэстпрактис по код стал. Может быть легче прочитать и пользоваться ими. Например вложенность не больше 3х уровней, длина метода примерно 20 строк и т.д.
Вопросы нужно строить в прямой зависимости от предполагаемого уровня квалификации сотрудника. Так если человек отлично мыслит, а по трудоустройству ему накидают задач на решение которых не нужно думать или размышлять, тогда проявятся прелести неудачного найма. Но если у сеньора спрашивать только теорию и термины, тогда найм будет также неудачным. Чтобы найм был удачным важно соизмерять требования к кандидату с предполагаемыми задачами и выстраивать на этом стыке интервью.
Вернуть пользователя в то же место поиска, после просмотра детальной информации может оказаться непростой задачей потому, что набор отображаемых данных может изменится, например появится новые фотографии в фотобанке по просматривается тематике.
Ожидал прочитать про паттерны вроде абстрактной фабрики, которые бы были применимы к обработке потоковых данных, но не прочитал ничего подобного.
Интересно там у вас, в СберМегамаркет! )))
Разработка документированного кода очевидно стоит дорого потому что на коменты нужно потратить время + время на тесты + время на архитектуру + время на ER диаграмму и что-то из полезного. Очевидно что стоимость разработки будет 3N x 3. А если за это не платили и ждать собственного нечего. В коммерческой разработке всегда так.
Предложение по трудоустройству в конкретную компанию, на языке HR, называется офер.
Все верно, программисты тоже родители и в предверии сезона целесообразно обратить на себя внимание этой ца :). Но с точки зрения маркетинга тоже интересно, наверное.
Если это работает также хорошо как выглядит в тексте - это прекрасно, но лично я больший сторонник традиционного Agile + scrumban, а как выглядит доска - это совсем дело 10-е.
Для чего держать бд, если она не используется. Может быть все перенести в редис и откатся от бд? Хотя лучше отказаться от редиса и оптимизировать бд.
Я думал скриншот кода, который бы показал как выглядит телеграмм :)
А что ВК это монолит?
Кроме метода оценки "посмотреть статью в интернете" существуют более точные и надёжные. Например метод экспертных оценок, метод фокус групп. Ну и теорию игр никто не отменял. Однако метод "посмотреть статью в интернете" довольно забавный :).
Не понял в чем кайф этого бандла, но вот запись формата
$this->id = $id;возьму на заметку :).Потом будет важно решить вопрос оттока пользователей потому, что люди регались не разобравшись нравится ли им контент или нет.
Конечно хранение паролей у литрес оставляет желать лучшего, но зачем кому либо доступ к моему лк? У меня нет идей на этот счёт.
Существуют бэстпрактис по код стал. Может быть легче прочитать и пользоваться ими. Например вложенность не больше 3х уровней, длина метода примерно 20 строк и т.д.
Вопросы нужно строить в прямой зависимости от предполагаемого уровня квалификации сотрудника. Так если человек отлично мыслит, а по трудоустройству ему накидают задач на решение которых не нужно думать или размышлять, тогда проявятся прелести неудачного найма. Но если у сеньора спрашивать только теорию и термины, тогда найм будет также неудачным. Чтобы найм был удачным важно соизмерять требования к кандидату с предполагаемыми задачами и выстраивать на этом стыке интервью.
ChatGPT иногда говорит "я не делаю суждений", а нейросети Шедеврум и Кандинский говорят "некоторый темы мне недоступны". Значит есть тормоз у ИИ.
Вернуть пользователя в то же место поиска, после просмотра детальной информации может оказаться непростой задачей потому, что набор отображаемых данных может изменится, например появится новые фотографии в фотобанке по просматривается тематике.
Мне кажется в классе PostService SOLID подкачал.