По мне так это тоже относительно относящиеся к собеседовнию вопросы. Что значит необычное поведение или использование языка?
Я сам постоянно использую конструкции описанные в «Креативное использование Dispose()» для смены настроение Graphics, но не подумал бы что это что-то неординарное.
Что значит полезность оператора _??_? Либо о нем знают либо нет. Что тут необычного?
Лямбды не использую — пишу на 2.0.
В любом случае, каждый приведенный шаблон только с натяжкой можно назвать чем-то необычным. На собеседовании Вы вряд ли соберетесь выдавить из памяти хоть пару чего-то похожего. Потому что по памяти сложно вспоминать то, что и словами то описать сложно.
По мне так самые лучшие вопросы на собеседовании те, которые вообще имеют малое отношение к используемой технологии, если конечно должность не требует ее отменного знания. Например, почему колодцы на улицах круглые, сколько домов в городе. Изходя из логики рассуждение «испытуемого» можно сложить представление подходит он или нет.
А именно по технологии, то вопросов о базовых знаний вполне хватит. Например, сортировать на требуемом языке символы во входящей строке. Вообще, все что может потребоваться от соискателя можно узнать в неформальной обстановке, неформальными вопросами — делел/не делал, где использовал.
:) ато! Крепкие семейные узы и забота о детях попахивают нацизмом, расизмом, и Бог знает еще чем.
Видимо кое-кто не заметил тонкой иронии, хотя мне она не показалась такой уж тонкой
А на счет идей — запретить продажу компьютеров с хорошими видеокартами несовершенно летним. Донести до родителей, что на мощном компьютере ребенок не будет учиться, а только играть. Так чтобы родители знали под чем подписываются, расплачиваясь за компьютер для цчебы со спаренными видеокартами.
Думается, что образование зависит не от комплектующих, а об отношения к учебе чад родителей, учителей. Атмосфера должна быть благоприятная. Железо может помочь только в школьных стенах, дома лучше в ногомяч играть и с девчонками по паркам гулять
> Хехе, наоборот, именно такие вопросы показывают, знает ли человек подробности работы компилятора и устройство фреймворка, или же только галочки научился ставить в вижуал студии.
Я переписал EventBroker под свои нужды так, чтобы обойтись без явного объявления событий, больше этот вопрос меня не беспокоит. Совсем. Знания работы компилятора это отличный навык. *Утрирую*, но вам он в описываемом качестве понадобится, когда вы будете писать драйвера под Singularity. Вероятно.
> МС и ее продукты ориентируется на разработчиков с самым низким уровнем знаний
Простите, я немного сконфужен *shy*. Тогда кто? Скажите кто ориентируется на разработчиков с хорошим уровнем знаний? То, что MS предлагает мощные инструменты решения некоторых общих задач в разы, упрощая разработку программного кода, не говорит о том, что пользователи этих инструментов плохие специалисты. То, что любой хороший инструмент расхалаживает пользователя — факт, не спорю. Но расхалаживает ровно настолько насколько это необходимо. Возьмите у дедушки в деревне двуручную пилу и привезите из леса возок дров. Я возьму Husqvarna и пикап. Судя по вашему посту, я узнаю о себе еще много нового.
В случае работы с большим количеством объектов, поддерживающих огромное число свойств, я использую переписанный EventBroker из CAB. Больше вопрос событий мне не интересен. Они используются только в случае маленьких объектов в таких же маленьких приложениях.
По поводу WinForms. В таких приложениях также используется EventBroker, а в случае если идет работа над компонентом, наследуемым от System.ComponentModel.Component, то все события кладутся в EventHandlerList Events.
Рихтер классный чувак. Не понимаю только как вы его связали с начальной инициализацией конкретного приложения. То, что платформа генерирует дополнительные методы на каждое событие — не проблема. Проблема в том, что ваше приложение некорректно инициализируется.
Обычно на собеседованиях такие вопросы задают специально подготовленные человеки. Например, ПМ. Которые сами программный код не пишут, но читают очень много всякой разной интересной литературы. Целей у таких вопросов обычно две.
1. Набить цену компании, дескать, какие у нас классные специалисты работают. «Работать в нашем банке — большая честь». То чего не знаешь ты, знаем мы. Ты много узнаешь, работая у нас.
2. Опустить соискателя и скинуть ему оклад. Чтобы даже мысли не появилось просить туже зп, что была указана в тексте вакансии.
Подобные вопросы говно. И задаются говноменеджерами и иже с ними. Когда мне нужно описать событие, я пользуюсь написанным code snippet'ом. Мне глубоко наплевать какая разница между явным объявлением события через ключевое слово event и без оного. Я знаю, что через event работает и знаю, как работает. Больше меня вопрос объявления событий не колышет и не должен колыхать. Если у ПМа есть время, пускай читает разные полезные статьи и книжки на тему.
Подобные вопросы не имеют ничего общего с реальностью и, следовательно, ничего не могут сказать о соискателе, кроме того как много книжек он прочитал перед собеседованием.
Думаю, подобный вопрос мог бы проканать на собеседовании нового ПМа. Нашли сами? Вот и используйте при собственных собеседованиях.
Парням из Microsoft запрещено учавствовать в opensource проектах. Дабы они случайно не вставили себе открытый код, и не иметь из-за этого неприятностей с лицензиями. Так что это скорее политический шаг. В обычной пркатике такие действия запрещены.
Я сам постоянно использую конструкции описанные в «Креативное использование Dispose()» для смены настроение Graphics, но не подумал бы что это что-то неординарное.
Что значит полезность оператора _??_? Либо о нем знают либо нет. Что тут необычного?
Лямбды не использую — пишу на 2.0.
В любом случае, каждый приведенный шаблон только с натяжкой можно назвать чем-то необычным. На собеседовании Вы вряд ли соберетесь выдавить из памяти хоть пару чего-то похожего. Потому что по памяти сложно вспоминать то, что и словами то описать сложно.
По мне так самые лучшие вопросы на собеседовании те, которые вообще имеют малое отношение к используемой технологии, если конечно должность не требует ее отменного знания. Например, почему колодцы на улицах круглые, сколько домов в городе. Изходя из логики рассуждение «испытуемого» можно сложить представление подходит он или нет.
А именно по технологии, то вопросов о базовых знаний вполне хватит. Например, сортировать на требуемом языке символы во входящей строке. Вообще, все что может потребоваться от соискателя можно узнать в неформальной обстановке, неформальными вопросами — делел/не делал, где использовал.
Видимо кое-кто не заметил тонкой иронии, хотя мне она не показалась такой уж тонкой
Думается, что образование зависит не от комплектующих, а об отношения к учебе чад родителей, учителей. Атмосфера должна быть благоприятная. Железо может помочь только в школьных стенах, дома лучше в ногомяч играть и с девчонками по паркам гулять
Имелось в виду то, что уходит его первоначальная строгость. Появляются такие возможности как при вызове пропуск параметров методов, var, dynamic.
C# идет по дороге развития динамического языка программирования, что хорошо, вместе с тем теряя свою строгость, что не нравится лично мне.
Я переписал EventBroker под свои нужды так, чтобы обойтись без явного объявления событий, больше этот вопрос меня не беспокоит. Совсем. Знания работы компилятора это отличный навык. *Утрирую*, но вам он в описываемом качестве понадобится, когда вы будете писать драйвера под Singularity. Вероятно.
> МС и ее продукты ориентируется на разработчиков с самым низким уровнем знаний
Простите, я немного сконфужен *shy*. Тогда кто? Скажите кто ориентируется на разработчиков с хорошим уровнем знаний? То, что MS предлагает мощные инструменты решения некоторых общих задач в разы, упрощая разработку программного кода, не говорит о том, что пользователи этих инструментов плохие специалисты. То, что любой хороший инструмент расхалаживает пользователя — факт, не спорю. Но расхалаживает ровно настолько насколько это необходимо. Возьмите у дедушки в деревне двуручную пилу и привезите из леса возок дров. Я возьму Husqvarna и пикап. Судя по вашему посту, я узнаю о себе еще много нового.
По поводу WinForms. В таких приложениях также используется EventBroker, а в случае если идет работа над компонентом, наследуемым от System.ComponentModel.Component, то все события кладутся в EventHandlerList Events.
Рихтер классный чувак. Не понимаю только как вы его связали с начальной инициализацией конкретного приложения. То, что платформа генерирует дополнительные методы на каждое событие — не проблема. Проблема в том, что ваше приложение некорректно инициализируется.
1. Набить цену компании, дескать, какие у нас классные специалисты работают. «Работать в нашем банке — большая честь». То чего не знаешь ты, знаем мы. Ты много узнаешь, работая у нас.
2. Опустить соискателя и скинуть ему оклад. Чтобы даже мысли не появилось просить туже зп, что была указана в тексте вакансии.
Подобные вопросы говно. И задаются говноменеджерами и иже с ними. Когда мне нужно описать событие, я пользуюсь написанным code snippet'ом. Мне глубоко наплевать какая разница между явным объявлением события через ключевое слово event и без оного. Я знаю, что через event работает и знаю, как работает. Больше меня вопрос объявления событий не колышет и не должен колыхать. Если у ПМа есть время, пускай читает разные полезные статьи и книжки на тему.
Подобные вопросы не имеют ничего общего с реальностью и, следовательно, ничего не могут сказать о соискателе, кроме того как много книжек он прочитал перед собеседованием.
Думаю, подобный вопрос мог бы проканать на собеседовании нового ПМа. Нашли сами? Вот и используйте при собственных собеседованиях.