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

Они все такие.
Если заказчик знает, чего хочет - он в одном шаге от "проще сделать самому".

ДА. но мне то говорят - что не проблема

Дык если задача технически невыполнима, то это проблема уже не разработчика, а ПМа и заказчика

весь сыр бор разгорелся из-за того, что я попросил разъяснить автора сообщения, что такое скрипты в скуле. его ответ:
Вообще-то, "скрипты этой самой БД" - это и есть скуль, причем, как ни странно, с учетом типа СУБД и версии. Поскольку возможности у них могут быть разные. То, что есть в Оракле - может не быть в MSSQL.

Ну, а пример скриптов...
create database ...
create table ...
аltеr table ...

и т.п.

Кроме того, имхо, проектирование БД подразумевает корректировку в процессе работы как для новых возможностей, так для оптимизации работы (пересекается с ДБА). Что опять же выливается в коррекцию полей, связей и индексов и т.п.

Ну и опять же имхо: рисование в IDE вещь хорошее, но частенько нужно ручками править

Это сообщение отредактировал VolgaPM - 23.02.2023 - 23:36

Мне один раз честно сказали мы вас не возьмем у нас так все пиздато(чилим с чиликами) а из-за вас пиздато(чилить с чиликами) будет вам а нам работать придется))

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

вполне нет. все я себе отдаю. вы пропустили ранние посты

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

Это сообщение отредактировал VolgaPM - 23.02.2023 - 23:41

Весь сыр-бор разгорелся из-за того, что ты, братан, загнался. Нужно мыслить проще.

А вот и такое бывало... Аналики девочки, которые просто пересылали что заказчик хочет на выходе... Без анализа и формулизации.

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

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

Изменение полей есть и уменьшение и увеличение или нет?

Циска-киска-кошка. Имеет место быть. Ой, вот еще не так давно, года 2 назад, встречал.


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

В оригинальном ответе не конкретезировано. Ты додумал сам и начал нам тут расставлять задачи про уменьшение полей. Еще раз спрошу, зачем?

Чудак, товарищ должен был сделать что надо, а не что он подумал. Для уточнения неоднозначного задания существует язык и/или письмо.
И, если бы заказчик всегда сам всё знал о решении задачи, то зачем ему Вы? Нынешние не слышали и не работали с ГИПами (великолепные специалсты, как правило) проектных институтов по разработке ТЗ (отдельная строка расходов) , проектов и сопровождения их реализации.
При том по жизни, в кафешке какой, к примеру,заказывая бутерброд какой Вы же не предоставляете официанту полную раскладку блюда, технологический процесс его изготовления и т.п. Но откушав даёте суровую оценку.
Я понимаю, опосля заказчику, в случае чего, завсегда можно легко, типа, "вы так сказали или не сказали и т.д." Так что соискатель - самоуверенный верхогляд.

Стоило бы прочитать книгу, где есть определение новояза. А не раскидываться направо-налево непонятными тебе словами.
Для твоей сферы непонятно, для других норм.

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

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

Мне обычно просто не перезванивали…

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

Изначальный пост вот:
Вообще-то, "скрипты этой самой БД" - это и есть скуль, причем, как ни странно, с учетом типа СУБД и версии. Поскольку возможности у них могут быть разные. То, что есть в Оракле - может не быть в MSSQL.

Ну, а пример скриптов...
create database ...
create table ...
аltеr table ...

и т.п.

Кроме того, имхо, проектирование БД подразумевает корректировку в процессе работы как для новых возможностей, так для оптимизации работы (пересекается с ДБА). Что опять же выливается в коррекцию полей, связей и индексов и т.п.

Ну и опять же имхо: рисование в IDE вещь хорошее, но частенько нужно ручками править


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

Как раз по этим моментам отзывы положительные, если вы внимательно почитаете...
"не знает, не умеет, но воспринимает подсказки, схватывает на лету" и т.п.
Так что про "упертого самодура", которому просто не понравился соискатель - здесь совсем не походит.
А придирки совсем в другом... и очень верные, судя по формулировкам.

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

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

Увеличением она стала потому как обычно приходится увеличивать поля. Уменьшать тоже бывает надо, но это всегда какие-то очень частные случаи связанные возможно с производительностью или занимаемым местом, а не прихоть заказчика.
Что до скриптов, пробегал ответ что создание БД это и есть скрипт. Резервное копирование это тоже скрипт. Все это пишет IDE на SQL под капотом. Можно писать самому.
Про изменения связей вот тут не подскажу примеров, однако механизмы есть. Например изменение связей по внешнему ключу. А раз они есть наверняка ими кто-то пользуется. И уж точно не только у себя в песочницах.
Нормализация откуда сейчас взялась?

Феерия фейспалма
Кто пишет триггеры в 2023? Их уже с конца 00х только лошье пользует.
Админы создают планы запросов? Админы? Лол 100 кратный.
А общаться с заказчиком - не это ли случайно одна из обязанностей архитектора? Модели рисует Бизнес Аналитик, не он ли часом обязан общаться с заказчикам, чтоб выяснить, как, блин, бизнес устроен?
А если это Businesses Intelligence проект, то как он будет копаться в данных клиента без знания SQL?

о, еще один знаток

нормализация? из учебника, впрочем это не важно.

Ни одного аргумента против я не услышал. Насмешки - да.