Здравствуйте, a7d3, Вы писали:
A>Вывалить большую кучу второсортного дерьма с притягиваниями за уши. А если собеседник показал насколько это всё низкопробно и по отдельности, и в целом — объявить его демагогом и слиться. A>Свойственно мелким начальничкам выползшим из пост-СССР толком никак не занимавшимся своим образованием на ниве менеджмента.
Спасибо за демонстрацию типичного поведения «совка» — вывалил кучу дерьма с притягиванием за уши. Один считающий себя умным персонаж заявил, что это свойственно мелким начальничкам выползшим из пост-СССР толком никак не занимавшимся своим образованием на ниве менеджмента.
Re[12]: Когда 15 лет опыта, а интервью как для студента
Это хранимки писать? Да, сейчас на новой работе только этим и занимаюсь. Огромных БД с высокой нагрузкой тоже вроде процент небольшой. А так если несколько десятков пользователей, то до планов дело вряд ли дойдет.
Жизнь не обязана доставлять удовольствие. Достаточно отсутствия страданий.
Re[11]: Когда 15 лет опыта, а интервью как для студента
Здравствуйте, AlexGin, Вы писали:
AG>Вот например, ко мне (как к интервьюеру) пришёл новый незнакомый соискатель места.
Замечательно.
AG>-Отлично! Вот на листочке простейшая программка на C++. Это простой пример динамического полиморфизма.
Э-э-э... А позвольте узнать, какое это имеет отношение к вопросам про основы?
Это из разряда "переворота строк" и умения читать код на бумажке, что совсем не одно и то же, что читать код с экрана.
У меня такое впечатление, что люди печатают ответы даже не задумываясь.
AG>Далее — следует конструктивный разговор, листок с распечатанной задачкой по основам — так и остался в папке у И.
Разговор интересный и конструкивный, однако не гарантирующий, что вы затронули все важные аспекты.
Поэтому такие вопросы безусловно стоит задавать, из них можно извлечь очень много полезного как для принятия решения о найме, так и с точки зрения профессионального развития, однако и по основам погонять не мешает перед этим.
AG>Отрасль IT как раз и характерна тем, что люди, в разных компаниях — работают с совсем разными сущностями.
Есть база, которая применяется всеми, работающими на данном стеке технологий. В любом случае она есть.
И она не имеет никакого отношения к "простым примерам динамического полиморфизма".
Re[13]: Когда 15 лет опыта, а интервью как для студента
Здравствуйте, _ABC_, Вы писали:
L>>Для современных плюсов вполне такие основы. _AB>То, что сложно объяснить — это тонкости. Ваш КО.
Полупроводниковую проводимость на пальцах с накскока тоже не объяснить. Но это основы современной цивилизации, не побоюсь этого слова.
_AB>В твоём случае основами будет то, как это применяется, когда и зачем, да какие есть подводные камни. _AB>А как оно там внутри работает — тонкости.
Вот и в случае баз данных планы запросов — это тонкости.
Здравствуйте, mgu, Вы писали:
mgu>По моему опыту, более 80% лиц с высшим образованием неспособны писать на родном языке без ошибок хотя бы на уровне начальной школы. На ЯП они кодируют соответственно, полагая, что если компилятор прожевал, то всё в порядке.
Это опять же не уместная аналогия (что-то их много в этой теме).
Навыки письма на натуральном и искуственном языке это разные навыки и никак друг с другом не связаны. С такой "логикой" можно прийти к выводу что какой-нибудь корректор в газете или журнале, должен быть вообще супер-программистом раз родной язык отлично знает (включая тонкости граматики с орфографией) и за всеми ошибки исправляет Но это же не так. Просто из-за специализации в этой области он делает эту работу лучше чем большинство других людей.
Мы были здесь. Но пора идти дальше. (с) Дуглас Коупленд, Рабы "Микрософт"
Здравствуйте, s_aa, Вы писали:
_>Это хранимки писать?
Это писать код, работающий с БД. Необязательно хранимки. И даже не обязательно напрямую SQL.
_>Да, сейчас на новой работе только этим и занимаюсь. Огромных БД с высокой нагрузкой тоже вроде процент небольшой. А так если несколько десятков пользователей, то до планов дело вряд ли дойдет.
Извини, но ты не прав. Скорость выполнения запросов не имеет прямого и четко зафиксированного отношения к количеству пользователей и нагрузке. Разумеется, зависимость есть, но это не единственные факторы. До планов у тебя дело не дойдет, если у тебя все запросы простые и нет требований к производительности.
Если ты не используешь планы запросов, то вся твоя оптимизация — не более, чем шаманство без гарантированного результата. Да, ты сможешь убрать что-то очевидное вроде курсоров и прочего RBAR, возможно сможешь прикинуть на глаз, есть ли необходимые индексы (без гарантии, что они применяются в запросе), сможешь применить колдунство из статей разбирающихся людей, типа выставления опций сессии, без проверки, есть ли у тебя реально проблема с этим. Так на всякий случай. Ну, еще сможешь наугад по типичным проблемам пострелять, типа parameter sniffing. Ну и всё, пожалуй. Если всё это не помогло, то дальше уже чисто гадание пойдет без плана.
Для некритичных проектов в небольших компаниях вполне себе достаточно — сам такой был продолжительное время, могу подтвердить рабочесть подхода в таких условиях, многим компаниям иного и не надо. Другое дело, что и в таких условиях с планами было бы быстрее и проще. Однако, есть рубеж, за которым такой подход уже не работает в принципе.
Но это я уже совсем в офтопик ударился.
Re[15]: Когда 15 лет опыта, а интервью как для студента
Здравствуйте, landerhigh, Вы писали:
L>Полупроводниковую проводимость на пальцах с накскока тоже не объяснить. Но это основы современной цивилизации, не побоюсь этого слова.
Завязывай с демагогией.
Основы современной цивилизации в плане полупроводников это "включать технику этой кнопкой, выключать этой, в воду не кидать, молотком не колотить, пальцы и посторонние предметы в розетку не совать".
L>Вот и в случае баз данных планы запросов — это тонкости.
Для разработчика ПО в вакууме — безусловно. Тут хорошо, если человек синтаксис SQL в общем и целом знает, без тонкостей типа CTE и window functions. И то не факт, что даже такие знания проходят по категории "основы".
Для разработчика БД — увы, но это основы. Другое дело, что разработчик БД не нужен, чтобы писать какие-нибудь условные CRUD. С этим и обычный разработчик справится после десятиминутного вводного курса.
Re[14]: Когда 15 лет опыта, а интервью как для студента
Здравствуйте, _ABC_, Вы писали:
_AB>Здравствуйте, a7d3, Вы писали:
A>>Вывалить большую кучу второсортного дерьма с притягиваниями за уши. А если собеседник показал насколько это всё низкопробно и по отдельности, и в целом — объявить его демагогом и слиться. A>>Свойственно мелким начальничкам выползшим из пост-СССР толком никак не занимавшимся своим образованием на ниве менеджмента. _AB>Спасибо за демонстрацию типичного поведения «совка» — вывалил кучу дерьма с притягиванием за уши. Один считающий себя умным персонаж заявил, что это свойственно мелким начальничкам выползшим из пост-СССР толком никак не занимавшимся своим образованием на ниве менеджмента.
Здравствуйте, a7d3, Вы писали:
A>Лет через пять ознакомься ещё раз с тем, на каком уровне видёшь диалоги Когда 15 лет опыта, а интервью как для студента A>Авось что-нибудь в голове на место встанет.
Какой ты крутой чувак, аж дух захватывает
Re[16]: Когда 15 лет опыта, а интервью как для студента
Здравствуйте, kaa.python, Вы писали:
A>>Лет через пять ознакомься ещё раз с тем, на каком уровне видёшь диалоги Когда 15 лет опыта, а интервью как для студента A>>Авось что-нибудь в голове на место встанет.
KP>Какой ты крутой чувак, аж дух захватывает
Спиральная динамика рулит. Не всегда, правда, успевает за ростом ЧСВ, но рулит. И бибикает.
Re[16]: Когда 15 лет опыта, а интервью как для студента
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, a7d3, Вы писали:
A>>Лет через пять ознакомься ещё раз с тем, на каком уровне видёшь диалоги Когда 15 лет опыта, а интервью как для студента A>>Авось что-нибудь в голове на место встанет.
KP>Какой ты крутой чувак, аж дух захватывает
А если бы вышибало, то было бы ещё круче?
Что за тяга у «совков» оперировать такими понятиями как «крутость»?
Не застали брутальных 90-х и детство в попе не отыграло?
Re[17]: Когда 15 лет опыта, а интервью как для студента
Здравствуйте, a7d3, Вы писали:
A>А если бы вышибало, то было бы ещё круче?
Я не знаю что та у тебя вышибает, судя по всему стул, когда подгорает особо сильно, но да, ты не перестаешь удивлять!
A>Что за тяга у «совков» оперировать такими понятиями как «крутость»? A>Не застали брутальных 90-х и детство в попе не отыграло?
Ты себя со стороны видел? "Молодежь" такое поведение называет "токсичностью", мое поколение "мудаками", но суть от этого мало меняется. В публичном месте стоит хоть немного но держать себя в руках. Анонимность анонимностью, но зачем же так низко падать?
Re[18]: Когда 15 лет опыта, а интервью как для студента
Здравствуйте, kaa.python, Вы писали:
KP>Ты себя со стороны видел? "Молодежь" такое поведение называет "токсичностью", мое поколение "мудаками", но суть от этого мало меняется. В публичном месте стоит хоть немного но держать себя в руках. Анонимность анонимностью, но зачем же так низко падать?
Просто научись говорить то, что реально думаешь без опасений о последствиях, начни называть вещи своими именами.
Без всяких там «спиралей молчания» и т.п. хероты возникающей из-за деаномизации.
В старые добрые времена это называлось отсутствием лицемерия и отсутствием склонности к «двойной морали» с малодушием.
Re[19]: Когда 15 лет опыта, а интервью как для студента
Здравствуйте, a7d3, Вы писали:
A>Просто научись говорить то, что реально думаешь без опасений о последствиях, начни называть вещи своими именами. A>Без всяких там «спиралей молчания» и т.п. хероты возникающей из-за деаномизации. A>В старые добрые времена это называлось отсутствием лицемерия и отсутствием склонности к «двойной морали» с малодушием.
В смысле будьте мудаками? Ну, не всем этого хочется же. Да и анонимность, это так, видимость. Ты вроде большой мальчик, должен понимать это
Re[17]: Когда 15 лет опыта, а знаний многопоточки нет
Здравствуйте, _ABC_, Вы писали:
AG>>Отрасль IT как раз и характерна тем, что люди, в разных компаниях — работают с совсем разными сущностями. _AB>Есть база, которая применяется всеми, работающими на данном стеке технологий. В любом случае она есть. _AB>И она не имеет никакого отношения к "простым примерам динамического полиморфизма".
Ну да, зачем разработчику на C++ вообще какой-то там полиморфизм?
Зачем ему шаблоны?
Многие же пишут на C++ как на "СИ с классами".
Почему мы другие?
Re[18]: Когда 15 лет опыта, а знаний многопоточки нет
Здравствуйте, _ABC_, Вы писали:
AG>>-Отлично! Вот на листочке простейшая программка на C++. Это простой пример динамического полиморфизма. _AB>Э-э-э... А позвольте узнать, какое это имеет отношение к вопросам про основы? _AB>Это из разряда "переворота строк" и умения читать код на бумажке, что совсем не одно и то же, что читать код с экрана.
Читать одностраничный код с бумаги лучше, чем с экрана: его можно расчёркать и откомментировать там же по-своему. С экрана это не получится.
Поэтому лучше такое интервью с кодом на бумаге, чем на экране.
_AB>У меня такое впечатление, что люди печатают ответы даже не задумываясь.
Не понял, к чему это.
_AB>Есть база, которая применяется всеми, работающими на данном стеке технологий. В любом случае она есть. _AB>И она не имеет никакого отношения к "простым примерам динамического полиморфизма".
Почему не имеет? Если речь про C++?
The God is real, unless declared integer.
Re[12]: Когда 15 лет опыта, а интервью как для студента
Здравствуйте, so5team, Вы писали:
S>ИМХО, задачи из категории "вот код, посмотрите и скажите нам, что мы увидим на экране" однозначно указывают на профнепригодность интервьюера. И прозрачно намекают на гнилость компании, в которой такие персонажи интервью проводят.
Обосновать своё имхо можете? У меня вот оно практически противоположное.
S>Хуже, наверное, только тебовать написать код на бумажке, и чтобы интервьюируемый по памяти выписывал имена всех функций/методов, точно помнил порядок аргументов и, не дай бох, ошибся бы в какой-нибудь запятой.
Это уже откровенно демагогическая подтасовка тезиса. Нормальный интервьюер будет игнорировать нарушение неточности в имени, порядка аргументов и прочие вещи, которые на раз ловятся простым IDE.
А вот понимание принципа конкретного фреймворка на уровне "тут надо инициализировать через промежуточную сущность" — может быть и критично.
