Как пройти собеседование?

[valeriypi]

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

А вот исследование American Psychological Association поспело:

Study: Being nice is genetic

http://health.msn.com/health-topics/art ... =100288913

[valeriypi]

...исследование American Psychological Association поспело:

Study: Being nice is genetic

http://health.msn.com/health-topics/art ... =100288913

"

Советская педагогическая система воспитания (а как педагогическая система она оформилась именно в СССР) очень злила и продолжает злить этих корефеев, т.к. у нас человеческие характеристики (характер, привычки, образ мышления, восприятие и т.д.) результат не только природных особенностей, но и воздействия большого количества факторов, связанных с окружением (семья, улица, школа и т.д.). Мы доказывали, что воспитание играет главную роль при формировании будущего наших детей. Но, к сожалению, ранняя кончина СССР привела к разрушению вполне гармоничной педагогической системы. Конечно, ряд зарубежных ученых все-таки приняли те основы педагогического объективизма, которые развились в советское время. Но основная часть (такое мое мнение) продолжается придерживаться животного бихевиоризма. Поиск ключевых генов, которые позволят выделять при рождении "благородных" детей и уничтожать будущих потенциальных преступников, продолжается. Нацизм живет и побеждает."

[Kolbasoff]

я не думаю, что другая инженерия, чем-то принципиально отличается

Программирование и ИТ ближе к математике, тогда как инженерия ближе к экспериментальной физике, где все примерно, в зависимости от внешних условий какими-то факторами можно принебречь, какими-то нет. Например, в математике выражения {a=0; b=0;} и {a=0; b=a;} эквивалентны с точки зрения полученного результата. В инженерии это не так. Там строгого нуля в принципе не существует. Более того, зануление новых точек инженерной конструкции может привести к тому, что отклонение от нуля у ранее зануленных точек возрастет. Например, неправильная прокладка "земли" в электронных устройствах приводит к возникновению кольцевых токов и, соответственно, паразитного шума. Или вот например в программировании {a=5; b=a;} не меняет значение "a", т.е. "а" - это идеальный источник энергии с нулевым выходным сопротивлением, сколько его не нагружай, его значение не изменится: {a=5; d=c=b=a;} и {a=5; b=a;} не приведет к изменению "а" и значение "b" в обоих случаях будет одинаково и равно 5. В инженерии это совершенно не так. Далее, в программировании любые изменения в данных мгновенны и однозначны. А любая инженерная система обладает активным и реактивным сопротивлением, т.е. даже при мгновенном изменении внешнего параметра, система приходит в новое устойчивое состояние не мгновенно, а со временем и во время переходного периода параметры системы на короткое время могут многократно превышать максимально допустимые параметры отдельных компонентов. Например, когда дрессировщик "щелкает" хлыстом по воздуху, свободный кончик хлыста движется со сверхзвуковой скоростью, потому что "входное сопротивление" воздуха бесконечно по сравнению с волновым сопротивлением хлыста и когда волна добегает то кончика, ее энергии просто некуда деваться, закон сохранения импульса работает, масса движущейся части уменьшается а скорость кончика хлыста соответственно возрастает и мы слышим щелчок от прохождения кончиком хлыста звукового барьера. Т.е. простецкая механическая передающая антенна. И если кончик хлыста хорошенько привязать к гвоздю, вбитому в доску, то легким движением руки можно этот гвоздь с помощью хлыста выдрать. Т.е. статически система выглядит замечательно и все крепко и надежно, но в результате небольшого толчка может вылететь какая-нибудь маленькая заклепка, потом еще одна и все делает громкий "ба-бах". А такая "радость", как резонанс? А обратные связи? Вообще, "теория усилителей" - это был курс на 1.5 года. А казалось бы, что там такого? Uout = Gain*Uin и все дела.

Далее, в программировании процесс обучения не сопровождается уничтоженим дорогостоящих деталей и приборов. Как известно "в случае аварии, детали электронной установки сделают все возможное что бы сохранить предохранители" и "компоненты сгорают в порядке убывания их стоимости". В электронике, например, существует целая технология как правильно впаивать высокочуствительный полевой транзистор. Потому что если его входное сопротивление 10^15 Ома, то это makes bid difference. И надо испортить с десяток этих транзисторов, прежде чем научишься их впаивать. А любимое занятие студентов - запуск электролитов к потолок лаборатории? Это сейчас у электролитических кондеров делают насечки и они просто раскрываются как розочка, засирая все вокруг. А в 80-х они уходили в космос не хуже Р-7, с дымом и шумом.

Зато в ИТ другая сложность - это куча входных независимых параметров и переменных. Вся эта "бизнес логика" и прочее. У меня от этого мозги спекаются мгновенно.

[АццкоМото]

Далее, в программировании любые изменения в данных мгновенны и однозначны.

Если бы. Насколько проще было бы жить. Не нужно было бы забивать себе голову про всякие "инициализации статических переменных в многопоточных системах" и прочую муть

[Alexandr]

Kolbasoff
по мне так любая прикладная деятельность характеризуется: необходимым объемом знаний и уровнем абстракции (что-то типа синонима сложности)
если у двух видов деятельности эти 2 параметра совпадают, то для меня это "та же фигня, но вид сбоку"

так что я впринципе не вижу разницы между хорошим уровнем софтверной инженирии или таким же уровнем в физике

безусловно, всякая там теоретическая физика на переднем крае науки обладает большим уровнем абстрактности "и соответственно" "сложнее"

[OtherSide]

Ну безусловно везде своя специфика, но принципиальной разницы между software engeneering и каким - то другим инженером в общем, нет.

[Rotchieldt]

Недавно потерял работу, прошел (провально) несколько собеседований, и не очень представляю что делать.

Честно говоря меня удивляет как вы вообще работу в штатах нашли, хотя может вы гринку выиграли...

Опыт: довольно таки обширный. Начинал с turbo C/pascal под DOS, потом DELPHI, paradox, clipper,

это трэш отживший свое

Directx/direct 3d, писал на windows API, c#, linux, windows mobile, brew, j2me, javasript, много занимался компьютерной графикой: векторая, растровая, 3Д, графические форматы, XML, xslt, wpf

это называется эникейщик

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

Это правильно, всегда нужен эксперт, а не эникейщик. И хорошо когда вопросы разумные а не бред который задают индусы или выходцы из совка.

На MSSQL писал довольно сложные хранимые процедуры, но не помню ни одного ключевого слова, кроме SELECT, INSERT.

это говорит что скул вы не знаете

Многие языки вообще никогда не учил, в частности по C# не читал ни одной книги - сразу сел, и начал писать код. Зачем?

А зачем нужен такой человек на проекте?

Тот же C++, только сильно упрощенный.

не согласен

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

Это так, но у вас похоже нет базиса

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

На самом деле основных прерываний не так уж и много. Основы запомнить не сложно, типа для биоса 10н - работа с видео, 21Н - досовское с кучей ф-й и т.д.

Например, на прошлой работе пршло задание - написать WPF приложение, естествнно мне никто не дает времени, что бы разобоаться что это за зверь, просто сажусь и пишу, взяв за основу какой-нибуть шаблон, взятый в интернете.

Здесь ключевое слово "КАКОЙ-НИБУДЬ", что указывает еще раз на то что интервьюеры правильно вам отказали.

задавали общие вопросы/на сообразительность - и давали работать с технологией, которую раньше в глаза не видел. Пришел как программист DElphi - дали C++. Пришел как программист Windows - дали LINUX. Тесты по C++ - дали писать на C# и т.д.

это непрофессионализм рекрутеров уже раз они брали неспециалиста

[Alexandr]

2 Rotchieldt
вы немного задержались с камментами, автор уже нашел работу

[Rotchieldt]

2 Rotchieldt
вы немного задержались с камментами, автор уже нашел работу

И что? автор писал что ему нужны ответы до того как он найдет работу? и не факт что не придется искать через неделю

[nightmare2]

2 Rotchieldt
вы немного задержались с камментами, автор уже нашел работу

И что? автор писал что ему нужны ответы до того как он найдет работу? и не факт что не придется искать через неделю

Ваши ответы ему сильно помогут.

[Rotchieldt]

2 Rotchieldt
вы немного задержались с камментами, автор уже нашел работу

И что? автор писал что ему нужны ответы до того как он найдет работу? и не факт что не придется искать через неделю

Ваши ответы ему сильно помогут.

А что, какие-то претензии есть?

[Rotchieldt]

"объясните различие между ключевыми словами ref и out в C#"

это какой-то несерьезный вопрос, можно тогда уж сразу writeln write спрашивать

или "объясните разницу между process и thread" (на этом многие валятся, хотя вопрос довольно простой.)

А вот какая цель этого вопроса? У вас была хоть раз практическая задача где было необходимо четко понимать эту разницу или нет??

[Rotchieldt]

Инструмент == язык программирования.

Написать на любом языке - это не проблема. Проблема - написать ее на доске или бумаге ЛИНЕЙНО если до этого вы ни разу этого не делали и не помните код, а придумываете.

Мне потребуется много бумаги
И алгоритм я уже забыл.

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

[Rotchieldt]

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

Так может вам сразу в Project Manager на интервью идти?

или летчиком

[valeriypi]

2 Ротчиелдт
вы немного задержались с камментами, автор уже нашел работу

И что? автор писал что ему нужны ответы до того как он найдет работу? и не факт что не придется искать через неделю

Ваши ответы ему сильно помогут.

А что, какие-то претензии есть?

ОП не в штатах