Мысли по мотивам PyCamp Kyiv
Первое впечатление
Сразу вспомнился анекдот:
— Чем отличается программист-интраверт от программиста-экстраверта?
— Во время разговора программист-интраверт смотрит на свои ботинки, а программист-экстраверт смотрит на ботинки собеседника.
Видел Капитана Очевидность
Длинный первый доклад «Почему Python — тормоз и как заставить его меньше тормозить» был о том, что добавление уровней абстракции снижает производительность, а отказ от деструктивного присваивания сильно упрощает жизнь компилятору, интерпретатору и разработчику.
Докладчик не читал “Coders at Work”. Иначе воспользовался бы шуткой про “5 = 6”.
О взаимоотношениях
Привлек внимание доклад Дмитрия Кожевина «”Программирование на нервах” — короткий разговор об управлении проектом».
Мой коллега (Юра Сафроненко) является тренером НЛП и (совершенно бесплатно) ставит над нами опыты и делится своими тайными знаниями.
В своем докладе Дмитрий Кожевин только царапнул поверхность проблемы личностного взаимодействия между менеджером и разработчиком. В НЛП эти вещи проработаны вдоль и поперек. Не знаю, хорошо или плохо, что у ПМ-ов нет такого инструмента. Упоминание концепций “положительной” и “отрицательной” мотивации показывает, что в целом в этом направлении движение идет.
Об инструментарии
Доклад Андрея Светлова «Безопасная разработка ПО. Результат длинного пути и множества набитых шишек.» — ода отрицательной мотивации. “Не напишете тесты — проект не соберется”, “не запустите тесты — заказчик зарежет”, “не сделаете еще что-то — Земля налетит на небесную ось”.
А заказчику пофиг на тесты. Для него это непроизводственные расходы. Если сразу все писать правильно, то тесты можно не писать и не запускать.
Отрицательная мотивация в данном случае ведет к затратам времени со стороны разработчиков и денег со стороны заказчиков.
Ужас
Показанные в рамках доклада «Расширение и встраивание Python» фрагменты кода порадовали равномерной плотностью верстки. Как в хорошей книге, на всю ширину экрана сверху донизу.
Последние разы такой “бизнес-бизнес” я видел, разглядвая реализованный на C web-интерфейс сетевого хранилища данных и код motion-detect в в проекте ZoneMinder.
Если вывод команды ifconfig вам нужно посмотреть два раза за время жизни программы, не парьтесь с подключением библиотек на С, породите шелл и запустите ifconfig из него.
Велосипед
Индустрия велосипедостроения никуда не делась. Сначала велосипеду делают квадратные колеса (чтобы не было похоже на соседский). Потом формируют специальный профиль дорожного покрытия. После уговоров коллег по цеху колеса меняются на круглые, а выравнивание дороги выставляется очередным шагом на пути прогресса.
Чай с бутербродами
В беседе с Юревичем (резок, как ситро, доклад про декораторы прочитал за 15 минут) высказал мысль, что тесты, методологии, жилетка/пряник/кнут ПМ-а — приспособления, позволяющие среднему человеку почти сразу играть на пианино так, как это делают выпускники консерватории. Сразу не получается, но на безрыбье и жопа — соловей. Посадить за пианино выпускника консерватории нельзя. Играть надо “Мурку” в прокуренных кабаках, а профессиональные пианисты хотят играть Рахманинова.
Возня инженеров под столом математиков смешит.
О прекрасном
Девушка-оператор радовала глаз. Надо организовать фан-клуб.






Comments
Анекдот прикольный
И от меня мысля.
http://www.lyabah.com/index.php/2010/01/31/pycamp/
Читать противно. Русские такие русские
Где русские?
Интересный обзор :)
Им всегда пох, деньги то их, и они их считают. А вот только за качество ты отвечаешь, и при определенных обстоятельствах это уже будет “потерянный” клиент.
Абсалютно согласен. Даже считающему деньги заказчику если сказать, что эту фичу можно сделать быстро за меньшую сумму, но ты не может полностью гарантировать то, что что-то не упадет или большая сумма и время добавить уверенности в стабильности сервиса. Считающий деньги заказчик заплатит лучше больше, особенно если от работы его сервиса зависят его же доходы. Поэтому разработчик даже выбора такого дурацкого ставить перед заказчиком не должен.
С другой стороны и автор прав, если ты пишеш прозрачный и расширяемый код, то вероятность совершения какой нить глупой ошибки — существенно падает. Но если в комманде больше чем один программист…
Я так понял, что совсем не понравилось?
Нет. :) Если бы не понравилось, я бы написал “Рассказывали какую-то хрень, потратил время зря”.
О том как все было классно и без меня написано пучок и маленькую тележку постов.
Мне проще выделять описанные моменты, другим легче описывать понравившееся.