Andrey Moujikov

Tue, 16 Jan 2007 16:27:00 GMT

Среди прочих, пришло на нашу ваканчию письмо от некого господина М. Господин М, судя по резюме, человек выдающийся: профессор (!), куча грантов каких-то, и пр. и пр. Удивились конечно, немного (зачем ему наша вакансия?), но у нас ответ на резюме один - тестовое задание.
Послали ему условие наших "паравозиков". И стали ждать.

Через пару дней пришло от него письмо. Решения там не было. Смысл текста был приблизительно такой: "Задание я понял. Решение очень простое, я его знаю. Давайте не будем терять времени и я сразу приду на собеседование."

Предложение пришлось отклонить. Объясняем, что у нас такой порядок - сначала задание, потом собеседование. Ждем дальше.

Приходит письмо с вопросом, который поразил нас невероятно: "Я исходники не буду присылать, ладно? Просто .exe, ок?". Это при том, что в задание требовалось показать "владение концепциями ООП" и написать юнит тесты. Объясняем, что исходники нам тоже очень интересны и без них никак.

После была еще серия странных вопросов типа: "А можно на С++?" - "Можно.", "MSVC нормально?" - "Используйте что Вам удобнее.", "А теорию графов можно применять?" - "Можно применять все что хотите."

И, наконец, решение. Вставленный в тело письма код на плюсах. Причем кусочек из середины. Спрашиваю: "А нельзя ли в виде проекта, что ли?". Ответ меня просто ошеломил: "Понимаете, я не смог найти дистрибутив MSVC. Интернета у меня тоже нет, так что скачать ничего не могу...". Т.е. тут я понимаю, что господин М свое тестовое задание ни разу не запускал.

В общем, как не было у нас профессора в команде, так и нет.

Надо развивать фантазию

Mon, 11 Dec 2006 17:12:29 GMT

Как я уже говорил, у нас много интерфейсов на флеше. Для их поддержки нами на стороне Смоллтолка реализован MVC-фреймворк, выводом во флеш в нем занимаются классы из иерархии FlashWidget'ов. Так вот, довольно частой задачей является найти конкретный виджет, и покрутить его в руках (например, увидев багу вывода визуально).

Это всегда было не совсем тривиально: нужно сделать инспект окна, посмотреть его модель, оттуда постараться найти наш FlashBuilder, например, а там уже и виджет совсем близко.
Короче, конец гимору: я сделал фичу - Ctrl+click во флеш открывает инспектор на коллекции всех виджетов под курсором.
Просто это было сделать? Очень. Полезно? Офигенно. Спрашивается, что я раньше не додумался? Вроде, рядом со Смоллтолком живу, должен уже привыкнуть к мысли о том, что надо инструменты под себя менять, а не себя под них. Инертность мышления - вообще не пришло в голову, что такое простое решение возможно.
Надо взять за правило периодически анализировать пространство вокруг на предмет: как бы тут еще доделать, чтобы было убоднее.

Сделал ШТУКУ

Wed, 29 Nov 2006 17:08:27 GMT

Я наконец решил выпустить свой "SUnit Debug Extensions".
Можно скачать из публичного репозитория Cincom: бандл SUnitDebugExtensions (или SUnitDebugExtensionsWithTests, если хотите посмотреть еще и тесты), а так же пакадж с примерами - SUnitDebugExtensionsExamples.

Если вкратце, то это дополнение к SUnit в VisualWorks. Это расширение помогает в определении причин падения теста и в его отладке - подсказывает что упало, почему. Как починить пока не подсказывает, но я думаю над этим :).

Подробнее, со скриншотами тут: Статья

Мы ищем таланты

Wed, 29 Nov 2006 13:34:46 GMT

В нашей команде открыты вакансии "матерого разработчика" и "разработчика-стажера".

Разработчик прикладного ПО

Компании Transas требуется программист в отдел разработки системы автоматизации развлекательных комплексов. Разработка ведется на VisualWorks Smalltalk. Применяется XP. Проекту уже не первый год, и у нас имеется наглядная инсталляция в Санкт-Петербурге. Проект динамично развивается, постоянно возникают и решаются новые задачи.

Обязанности:

Участие в создании системы на всех этапах.

Требования:

профессиональный опыт - от 3 лет
опыт разработки бизнес-систем, коллективной разработки
понимание концепций ООП
отличное владение одним или более из следующих языков: Java, C#, С++, Ruby, Python, Smalltalk (мы не требуем знания Smalltalk)
знание основ проектирования баз данных, владение синтаксисом SQL

Желательно:

базовые знания архитектуры Win32, COM/DCOM
опыт разработки многопоточных приложений
знакомство с Macromedia Flash
опыт разработки UI, понимание основ usability
опыт TDD
опыт использования методологии XP (или какой-либо другой гибкой методологии)

У нас вы найдете:

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

… и не найдете:

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

Условия:

офис в районе м.Василеостровская
полная занятость, 40-часовая рабочая неделя
полностью белая зарплата 40 - 50 т.р.
испытательный срок 2 месяца

Программист-стажер

Если вы:

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

напишите нам, и мы сможем предложить вам интересную работу в проекте по созданию системы автоматизации развлекательных комплексов компании Transas. Продукт используется в нескольких городах России и за рубежом, а в Санкт-Петербурге мы представлены в ресторане Trans-Force в ТЦ "Норд".
Разработка ведется на VisualWorks Smalltalk. Применяется экстремальное программирование.

Мы работаем в комфортном офисе в районе м. Василеостровская. Можем предложить вам гибкий график работы и частичную занятость, а также официальную зарплату 15-30 т.р.

Мы будем очень рады, если вы:

имеете базовые знания архитектуры Win32
понимаете основы реляционных баз данных
знакомы с Macromedia Flash
интересовались XP или какой-либо другой гибкой методологией

Контакты

Мужиков Андрей
andreym@transas.com
телефон: 325-3131

В тексте письма укажите на какую из вакансий вы претендуете, приложите свое резюме и я вышлю вам тестовое задание.

AsUnit

Fri, 24 Nov 2006 10:11:16 GMT

В нашей системе многие пользовательские интерфейсы сделаны на флеше. До определенного момента во флешках не было кода - только визуальные компоненты, которыми мы управляли снаружи. Но, в последнее время пришлось добавить немного кода на ActionScript. Естественно, сразу появилось желание написать на него тесты, а точнее с них начать.

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

Похоже, что с AsUnit вполне можно жить, но мы все же решили им не пользоваться. Подумали, что будет не удобно иметь два комплекта тестов в разных средах. Так что попробуем тестировать код во флеше из VW - пока он не очень сложный, это выглядит вполне неплохим решением.

on dynamic typing

Wed, 15 Nov 2006 17:29:31 GMT

Съездил в прошедшие выходные на JUG в Новгород (фотки, в том числе и меня). После доклада перешли к неофициальной части в кафе и поговорили с Яковым и другими об "опасности" динамической типизации.

Мое личное мнение после 3 лет разработки большой системы на языке с динамической типизацией - страхи очень сильно преувеличены. Я коллекционировал за эти годы случаи, когда именно отсутствие проверки типов привело к багам, дошедшим до пользователей. Так вот, случаи были, но это даже не 1% от общего числа багов, это практически ничто. Большая часть таких ошибок валит первый же запуск тестов, что на мой взгляд, не сильно хуже, чем ошибка при компиляции или подсказка среды. В крайнем случае, мы узнаем о баге при первом запуске и нажатии на нужную кнопку в приложении.
На это мне возразили, что у меня тепличные условия: юнит-тесты, хорошие разработчики, и пр., а вот для, скажем так, неумелых и безответственных динамическая типизация приведет к кошмару. Я думаю, что эти неумелые и безответственные смогут написать таких макарон и без динамической типизации, что будь она, сильно в худшую сторону ничего бы не изменилось.

Mon, 30 Oct 2006 17:34:59 GMT

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

- Ну как назовем?
- Давай "Пропустить".
- Ну что это значит? Что "пропустить"?
... подумав...
- Ну, например, "Пропустить стаканчик винца".

посмеялись, продолжаем дальше. из этого экрана можно перейти на время в список заказанного. обсуждаем кнопку, которая позволяет этот список закрыть.
- Ну это что?
- Скажем, "Вернуться".
- Не очень понятно. Куда "вернуться"?
- :) "Вернуться сюда на следующий выходных".
после паузы:
- Знаешь, какая еще кнопка нужна? "Вернуться и пропустить".
- ?
- "Вернуться сюда на следующих выходных и пропустить стаканчик винца"

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

Статья, part II

Tue, 24 Oct 2006 17:19:06 GMT

Закончил. Ссылка.

Реюз vs рерайт

Tue, 24 Oct 2006 17:07:30 GMT

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

- Потоковое видео? Ну, надо посмотреть на формат ABC, XYZ... Может еще что-то. Не уверен, что все плееры нам подойдут - что все сможем захостить... Надо поэкспериментировать, погуглить на тему проблем потенциальных.
- Да зачем это все? Давайте сами напишем. Там же ничего сложного быть не должно.

Занавес. Обычно на вопрос: "А нафига? Что, совсем кончились задачи?" соглашаются с тем, что не стоит и пробовать делать самим, но первый порыв-то какой был. Вроде, не только не практично, так еще и не интересно должно быть делать что-то уже сделанное кем-то и доступное для использования.

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

Статья

Wed, 18 Oct 2006 16:27:20 GMT

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

О себе

Mon, 16 Oct 2006 16:53:48 GMT

Здравствуйте.

Меня зовут Андрей Мужиков. Я работаю в компании Транзас, где руковожу одним из проектов по разработке ПО. Мы делаем систему, так сказать, автоматизации работы и развлечения посетителей для ресторанов (см. http://transforce.ru). Нашим процессом разработки уже никого не удивишь - XP, а вот платформа необычна - VisualWorks Smalltalk.

Этот журнал посвящен, в первую очередь, моей профессиональной деятельности. Достойное место в нем займет и Smalltalk.