четверг, 26 июня 2008 г.

Поиск кода

Совершенно случайно сегодня наткнулся на функцию поиска по сорсам в Google. Очень полезная, по моему мнению, идея и выглядит очень симпатично. Ищет не просто по коду, но и по коду, который на каком-либо сайте хранится в виде архива.


Странно, что я раньше в этим не сталкивался. Видимо нужно чаще заходить в их эксперементальные разделы.

понедельник, 23 июня 2008 г.

Будьте гибче

Такой заголовок у новости в журнале "Карьера", которая подтверждает мою недавнюю мысль о графике работы. Там указано, что по исследованиям Wake Forest University среди 3 тыс. человек, выяснилось, что работники с гибким графиком труда или свободным режимом меньше болеют, реже берут больничные и справляются со своими должностными обязанностями более качественно и эффективно, чем те, кто работает по строгому графику.

воскресенье, 22 июня 2008 г.

Статья

Обновил свою статью на codeproject.com посвященную реализации загрузочного окна с информацией о статусе загрузки (либо для индикации каких-то процессов) - так называемого splash screen.

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

четверг, 19 июня 2008 г.

Анкета для собеседования по C++

В продолжение предыдущей темы: вот так выглядит анкета с вопросами для подготовки к собеседованию (кликнуть для увеличения):

Анкета для собеседования

Недавно я упоминал об анкете при приеме на работу. Анкета у нас содержит вопросы по С++, алгоритмам и техническим моментам работы в Windows.

Ранее мы практиковали тестовые задания, но оказалось, что некоторые кандидаты отказываются от собеседования по этому поводу. Причины тут теперь понятны - имея другое место работы кандидаты не всегда имеют время вникнуть в суть задания и реализовать его. Анкета же позволяет кандидату оценить свою пригодность на конкретную должность, а также требовать оплату адекватно своему опыту и знаниям. Анкета занимает одну сторону листа А4 - это правило. От кандидата требуется оценить свои знания по 4-х бальной шкале:
  • не разбираюсь в этом вопросе
  • читал об этом, знаю определение, принцип работы, не использовал на практике
  • использовал на практике (для С++), пользовался чужой реализацией (для алгоритмов),знаю определения, свойства, могу привести примеры (для математических понятий)
  • могу проконсультировать по этому вопросу (для C++); могу реализовать эффективный алгоритм самостоятельно (для алгоритмов), знаю определения, свойства, могу доказать основные теоремы (для математических понятий).

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

По некоторым направлениям помимо анкеты мы предлагаем ознакомиться с коротким типичным ТЗ (на 3 страницы формата А4). Это нужно, чтобы кандидат сам оценил свои силы и свое же желание работать на указанном направлении.

Пока не понял как выложить тут pdf, как разберусь - покажу пример...

UPD: Посмотреть анкету можно тут.

Чтение

Начал читать книжку iCon про компанию Apple в целом и Стива Джобса в часности. Книга оказалась довольно занимательной и местами захватывающей.

Читаю в русском переводе и немного режет слух, что Кремниевую долину (Silicon valley) называют силиконовой.

вторник, 17 июня 2008 г.

Ошибка в MSVC++

Снова наткнулся на ошибку компилятора. Не очень интересная. Подробности тут.

четверг, 5 июня 2008 г.

Очередная ошибка компилятора

Наткнулся вчера на ещё одну ошибку в компиляторе Microsoft C++. При чем проявляется как в 2005 SP1, так и в 2008 версии. Отправил разработчикам — посмотрим что ответят.


struct XXX
{
int x;
} ();


int main()
{
return 0;
}


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

среда, 4 июня 2008 г.

О графике работы

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

Моё мнение, что в стандартные рабочие часы ( с 9 до 18 ) нужно присутствовать не менее 5 часов. Возможно есть более правильная формула, но такая работает уже несколько лет достаточно эффективно.