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

В веб-разработке обычно пишется sql-файл, который потом скармливается простенькому скрипту или чему посложнее в рамках используемого фреймворка.

Изменение связей при использовании внешних ключей - та ещё морока, но тоже реально. Правда, работа с внешними ключами обычно ведётся на этапе создания БД. Это вопрос этапа проектирования БД.

antonyblock

тут скорее всего тимлид отписался

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

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

Edit: Ну и по задаче с уточнениями - я так понимаю `sеlесt count(b.subject), a.name from teachers as a join subjects as b on a.id = b.id group by a.name` - как может быть постановка задачи неясна?

Это сообщение отредактировал volandkit - 24.02.2023 - 00:32

Да мы уже оценили вашу способность додумывать ответы и затем отвечать на то что додумали вместо уточнений.
Как мы выяснили чуть выше в ситуации с ТЗ это не очень хорошее качество разработчика.

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

Ох, как же я соскучился по старым добрым IT-срачам!

Это сообщение отредактировал XanderBass - 24.02.2023 - 00:37

Кто это вы и где вы это сделали? И уточнения где были?

Ахаха, вот видите, я тоже в запросе проебался :). Нужен `COUNT(DISTINCT SUBJECT)`. Пойду чилить с челиками

Не слишком ли много они хотят от студента?

Я понял. Мы используем разную версию сайта ЯПлакал. Поэтому инфа в постах не сходится.
Ну штош, в этом случае не вижу никаких причин продолжать эту дискуссию она не приведет ни к чему.
Классический пример miscommunication между людьми. Бывает.

может быть админы БД ЯПа урезали какое-нибудь поле?

Т.е. кандидат у вас два дня столуется.

Столуемый пьет до дна

А Вы им ставили такую задачу?

Подождите, я другим не расставил задачи

Это сообщение отредактировал VolgaPM - 24.02.2023 - 00:49

Надеюсь чувак понял, КАК ему повезло.
Такой подробный разбор с плюсами и минусами, это мечта.
В 99 из 100 даже об отказе не уведомляют.
Основной причины отказа не допроситься.

А где Вы увидели неполноту ТЗ?

Сформулировано было однозначно: "рейтинг преподавателей по разнообразию предметов".

Т.е. тот преподаватель, который ведет больше разных предметов, у того и рейтинг выше. Исходя из формулировки ТЗ.

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

А то, что постановщик ТЗ нечто другое имел в виду- это именно ошибка Заказчика. Или его небрежность в формулировках.

Что, разумеется, тоже абсолютно нормальное и возможное явление, ибо на стадии написания ТЗ невозможно предусмотреть все нюансы.

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

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

Это сообщение отредактировал Karhu21 - 24.02.2023 - 01:20

Врядли это писал эйчар)

дед, прими таблетки, твоё поколение давно ушло

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

Это не соискателю написано)

Блядь, переведите кто-нибудь, что за хрень написана!

Размещено через приложение ЯПлакалъ

Из скрина ТСа очевидно следует, что соискатель - студент и что ему похуй, чем заниматься. Предположу, что таким образом попытались выяснить, какую работу ему предложить.

Ь? ОбЬяснение? Серъёзно?

Размещено через приложение ЯПлакалъ

Блин, очень хороший пример того как делать нужно, особенно для it это очень важно. Я иногда прохожу тех. собесы (3-4 раза в год) для того чтобы понять на сколько мой уровень хард и софт скилов соответствует требованиям рынка и тут фидбэк даёт возможность понять над чем нужно поработать, изучить новые темы или более глубоко погрузиться в уже изученные. Так вот я заметил что в лучшем случае фидбэк даёт 1 из 4 компаний и это очень печально. Теперь я перед тех. собесом обязательно интересуюсь, нет даже требую фидбэк и если не получаю то на контакт с hr больше не иду. Я сам когда был Тимлидом в одном зеленом банке проводил тех. собесы и составлял фидбэк о кандидате, многие об этом просили.

Размещено через приложение ЯПлакалъ

Да у меня с синтаксисом тоже не особо в тех моментах, которые редко пользую. И помню лет 10 назад на собеседовании, собеседовавший меня спец тоже сказал, что сам не всё помнит, потому не страшно. Главное результат