надоело болото на работе - решила устроить себе встряску

тут как раз в соседней конторе была вакансия C/C++, и я решила проверить себя

правда, к собеседованию толком времени подготовиться не было, так что перед часом икс я еще к тому-же растерялась очень сильно

как итог - ошибалась, не до конца вчитывалась в задания, с ошибками, да и пробелы были

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

Parent* parent = new Child
parent->DoSomething();

вызовется метод родителя!!! (при условии что у обоих классов есть функция void DoSomething() )

Чтобы вызвался метод дочернего класса, необходимо просто сделать функцию virtual !!!!

Еще почему-то в битовых операциях заплавала... ведь знала их и применяла!!!
все таки полгода без практики - много
и готовиться надо посерьезнее

так что общее впечатление - не прошла
ну ничего, зато теперь очень хочется все знать! чтоб уж на следующем не облажаться

простые и совсем нехитрые тонкости

Задача: много много разных энамов, схема работы - похожая для всех, в проекте - сплошные switch'и
Как-то надо было побороть это безобразие, желательно просто и красиво - решено было воспользоваться generic методами

В итоге есть класс, который содержит в себе Dictionary<string, int> (ведь все enum'ы на самом деле int)
и есть метод, который возвращает значение определенного enum'a

Так вот, первая тонкость, с которой столкнулась - нельзя поставить ограничение Enum на тип generic метода
То есть, нельзя писать так (по крайней мере, в Net 2.0):

public T GetSortOrder<T>(T defaultValue) where T : Enum

Можно поставить ограничение на тип, выбрав один из интерфейсов, которые реализует Enum, например

public T GetSortOrder<T>(T defaultValue) where T : IConvertible

(это если необходимо внутри метода воспользоваться методами данного интерфейса)

Можно вообще не ставить ограничения на тип, НО обязательно стоит тогда первым же делом проверить внутри метода свойство typeof(T).IsEnum и по необходимости выбросить исключение или же обработать как-то еще

Далее, не смотря на то, что явного ограничения на тип Enum нет, можно воспользоваться методами этого класса вот таким образом:

Enum.IsDefined(typeof(T), value) - проверяет, определено ли значение в энаме
(T)Enum.ToObject(typeof(T), intValue) - преобразует из целого типа в типа энама
и т.п.
Ну а поскольку мы же проверили и убедились в самом начале метода, что тип, с которым вызвали наш метод, точно энам, то это вполне безопасно

Вот за что мне не приглянулся Sharepoint - оооочень глобальная, конечно, платформа, с шикарным инструментарием, который еще и кастомизируется во всех направлениях, с широчайшими возможностями, НО!!!
Надо знать его досканально, буквально все внутренности, столько нюансов, и иногда так глубоко запрятаны

Сегодня смотрела дельное выступление на techdays про разработку публичных порталов на SharePoint 2010 Клычникова Никиты
Очень понравилось, много интересного рассказал
Но вот встречается в тексте Ribbon да Ribbon
Полезла смотреть - что же это такое да с чем его едят в этом шарпоинте - оказалось, просто лента с кнопками
Ну и зачитавшись статейкой про настройку Ribbon'a, опять натыкаюсь на чудеса:

"Кстати, при операциях с Ribbon'ом очень поможет файлик C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\GLOBAL\XML\CMDUI.xml, в котором описаны все OOTB-риббоны, поставляемые вместе с шарепойнтом."

И таких вот предложений очень много - вплоть до того, чтобы кастомный вебпарт попал в шарпоинт, его dll надо куда-то в папочку assembly кинуть (уже даже не помню путь)
И вот получается, что сам шарпоинт и все, связанное с ним, так разбросано по системе, и фик что найдешь, слишком "распределенная" что ли
И вот ощущение, что пока на практике не столкнешься с нюансом, так и не узнаешь тонкость
А все "тонкости" знать просто невозможно

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

На самом деле, стою на перепутье
Два года назад предложили с csharp переквалифицироваться на cpp
Было жутко интересно, но обидно, что времени на изучение теории практически не было - была практика, а потому знания приходилось хватать по необходимости и быстро
В итоге - сейчас по плюсам такие рваные знания, что работать - могу и интересно, а вот собеседование любое провалю

В общем-то так и произошло на днях - провалила собеседование, и видимо поэтому начальство предложило уйти снова на csharp и .Net

Плюсы перехода - больше шансов развиваться в сторону менеджерства, да и проектов под .Net в разы больше
Но если честно - просто хотелось и дальше в плюсах развиваться
Однако, мне дали шанс подумать и все-таки порекомендовали поднять знания по Sharepoint и разработке под него