Попробую ещё раз проговорить позицию: в течении этог периода очень просто коснуться нескольких ключевых моментов, как например Pimpl или пообщаться на тему Адаптер, Прокси, Декоратор. Правило 80\20 работает на ура. За 20% времени, можно узнать 80% ключевой, именно ключевой информации.
Данную методику я использую только в течении года и я не проф. инетрвьюер :), провожу собеседования только по-необходимости. И Ваше замечание о статистике резонно. Но Вы знаете, даже большинство кампаний не смогут Вам предоставить такую информация, хотя и обладают всеми необходимыми данными. И знаете почему: в истории нет сослагательно наклонения, поэтому такие статистические данные работают на малом подмножестве систем и в узком диапазоне и поэтому не имеют особой ценности.
могу с определенной увереностью сказать, кто чем занимается
Не хочу Вас обидеть, но не льстите себе. Вы хотите сказать, что по форме (комментарий), Вы можете точно определить содержание (человек)?! Вы знаете, при личном общении это очень трудно, не говоря уже о блогосфере.
элементы на мой взгляд подобраны неудачно. К элементам и «придрался»
С интересом познакомился бы с Вашим сабсетом. В этом-то и суть поста, как этого так и других, поделиться знаниями, услышить критику и улучшить систему.
Как автору поста, мне и ответ держать :)
Построение строкового эквивалента типу С++, используется во время интеграции скомпилированного кода С++ и интерпретируемого С\С++ через CInt: Вариации на тему boost::mpl::vector и Loki::GenLinearHierarchy для построение связей между объектами (compile time + smart pointers)На ее поддержку может уходить куда больше времени чем на изменения функционала, и не всегда это удобно для бизнеса
Совершенно согласен. Вот тут и нужно уметь балансировать :).
И ответ на все Ваши вопросы может быть дан только в конкретной среде и времени, а умные книги дают ориентиры.
Ну а про частное vs общее спорить не буду, диалектика :)
Да уж нет — вес кучи 50 тонн.
В Ваше посте, Вы вычленили части, вырвали их из контекста и прокомментировали. Вы знаете, с таки подходом, можно критиковать вообще все что угодно.
Но Вы забыли, какая задача решается. Целое это не просто сумма частей.Описанная здесь задача — интервьюирование, а не знание UML и паттернов и пр..
Методология тут не причём. Основная цель — кристализация инженерных знаний по проекту. Степень использования зависит от проекта и команды, кому-то достаточно диаграммы классов, кому-то размещения, кому-то нужен весь сет.
Почему всем нравиться Ctrl+F или «Goto definition»? UML просто графическсое средство, помогающее смягчить последствия «поломанных телефонов» и семантической перегруженности терминов. Попробуйте как-нибудь обсудить термин «библиотека»?
«Для нас намного важнее, что вы сможете сделать, чем то, что вы уже сделали»
Извините, но опять обсуждать диалектический материализм нет сил :). Это взаимосвязанные вещи. То, что Вы сможете сделать базируется на ваших умениям, основанных на том что Вы уже сделали и т.д.
что программный код и архитектура продукта это собственность предыдущих работодателей и коммерческая тайна
Вот тут прячется один из истереэгов. На самом деле я хочу увидеть код, которые разработчик писал сам и применял в коммерческих проектах, может быть хранит его на соурсфорже или гитхабе. Но это идеал.
Ну и всегда должен быть план B:), распечатываем листочки и поехали:...
30 минут хватит, чтобы увидеть сильные и слабые стороны интервьюера. Никто не запрещает Вам проводить собеседование дальше и уточнять оценку.
для сеньора это семочки :)
тут я с Вами не соглашусь, но холиварить не буду.
Хотя ваше замечание о том что для джуна и мидла «энциклопедия» важнее извините это нонсенс !
Тут недочёт в тексте, для сеньора они подразумеваются как данность. Они проверяются, но не так сильно. Но если обнаруживаются пробелы — то это серьёзный звоночек для интервьюера.
Первый момент, когда мы обсуждаем пример кода С. Часто я применяю «метод блондинки» и немного провоцирую «тупостью». В команде есть и junior разработчики и разработчики работающие над «удалёнными» подсистемами. С должен иметь запас прочности, чтобы донести до Вас мысль\идею. Это такая симуляция код-ревью.
Второй момент — во время обсуждения структуры проекта. В этот момент С выступает в роли архитектора проекта, а я в роли разработчика. При такой постановке — степень умения\не умения работать видно сразу.
Поэтому, спор о «сеньорити» — ни о чем спор :)
Полностью согласен, так как это попытка как-то «обыграть» спрос-и-предложение. Есть спрос — цена растёт, нет — падает и не важно, кто это разработчики или кондиционеры.
Здесь вопрос не в продуктовости\аутсорсовости, а в количестве разработчиков в обозримом пространсте. Чем меньше разработчиков, тем можно более специализировать критерии. Чем их больше, тем ценнее формальные критерии, которые работают «хорошо в среднем» Принцип неопределённости Гейзенберга ещё никто не отменял.
Вот рац.предложение — давайте усилием ДОУ сообщества сформулируем такую градацию, базирующуюся на мировом опыте и украинских реалиях и разместим её здесь, вот это будет ценный артефакт.
хотел тоже отписаться о четвёртом пункте, но ребёнок потащил гулять.
«ненависть» в данном контексе выступает не как мера чей-либо асоциальности. для этого есть соответствующие доктора. здесь она — факт и степень противодействия Вам.
каждая система, имеющая право на жизнь, находиться в некоторой «потенциальной» яме. и любое воздействие воспринимается ей как агрессия с соответствующей рекцией на нарушителя «спокойствия».
если Вы не страдаете заниженной самооценкой (1), не «запаковыны» родителями и не «нытик» (2), обладаете не только тактическим, но стратегичем мышлением (3), Вы будуте раздвигать грани и менять мир вокруг себя и за это Вас будут «ненавидеть».
Тут главное понимать тонкую семантическую грань между «ВЫ ТАК ДУМАЕТЕ» или «ВЫ ЭТО ЗНАЕТЕ». Понимать эти тезисы и применять их две большие разницы, как между «я брошу курить» и «я бросил курить 5 лет назад».
Тематические форумы слабоваты (может у меня сегмент такой)
Спасибо. Поправил.
И достичь бОльшей точности оценки влияния рисков без колоссальных затрат времени нельзя, по-вашему?Принцип неопределённости Гейзенберга — работает и на макро уровне.
Скорее, это то разумное количество усилий на оценку и планированиеПравда где-то рядом с этим тезисом.
Двойные стандарты будут всегда (только скорость света абсолютна и то, только на текущем этапе развития физ. картины мира)
Любое обращение в внутренним составляющим разработчика(личности, воспитанию, мотивации и пр.) только добавляют неопределённости и рисковости. Демократия — зло, она закончилась вместе с Римской империей, когда действительная связь граждан и государтсва имела место быть, а сейчас это не более чем инструмент в зомбо-... (дальше по-вкусу).
ПринципыInnere Führung
как всегда с такими вещами — просты и гениальны. Но что-то мне подсказывает, что нам до них чуток дальше, чем до Гражданского Общества. Немного — парсеков 100 :)
Антон, а это свежо :)
Но и это не сильная проблема, КаКаКод (предпочитаю менее резкое определение :) ) оборачивается адаптерами, купируется, ведь «show must go on».