CustisWiki - Новые страницы [ru]

ADD 2011: Отчет Василия Маслова/Взаимодействие дизайнера и программиста

2011-05-15T15:08:10Z

StasFomin:

Показалось как-то совсем занудно. Наверно, я просто ушел с этого доклада.

ADD 2011: Отчет Василия Маслова/MongoDB

2011-05-15T15:03:56Z

StasFomin: Новая страница: «Еще одна документо-ориентированная СУБД. Про возможности можно почитать на [http://www.mongodb.org/ ...»

Еще одна документо-ориентированная СУБД. Про возможности можно почитать на официальном сайте. Докладчик особый упор сделал на архитектуру развертывания, балансировку, примеры выбора shard key.

ADD 2011: Отчет Василия Маслова/Разработка программного обеспечения для маленьких

2011-05-15T14:59:37Z

StasFomin: Новая страница: «Целостного впечатления не осталось. [[Разработка программного обеспечения для маленьких (...»

Целостного впечатления не осталось. Что-то о том, в чем должна заключаться разработка ПО. Тезисно:

Результат важнее процесса
Нужно корректировать требования
Обязательно выпускать продукт (+автоматизация выпуска)
Не бояться ошибок в production
Увеличение зарплаты приближает сотрудника к увольнению
Исправление багов — главная ценность
Не заниматься проектами > $100K
Талантливые программисты есть везде
Увольнение хороших сотрудников — обратная связь (что-то не так)

ADD 2011: Отчет Василия Маслова/Мобильная веб-разработка

2011-05-15T14:55:09Z

StasFomin:

Андрей Ребров рассказывал об интересном подходе мобильной разработки, который практикует их компания. Приложения пишутся на HTML с использованием специлизированных JavaScript-библиотек

А потом конвертируются в нативные для нужных платформ с помощью:

Есть статья на хабре с кратким описанием всего этого добра.

Докладчик утверждает, что использование такого подхода позволяет создавать приложения за 1,5 недели, включая тестирование.

ADD 2011: Отчет Василия Маслова/NoSQL-практикум

2011-05-15T14:53:08Z

StasFomin: Новая страница: «* [[NoSQL-практикум: Промышленная автоматизированая измерительная система на CouchDB (Артур Орло...»

NoSQL-практикум: Промышленная автоматизированая измерительная система на CouchDB (Артур Орлов, ADD-2011)

Система учета электроэнергии собирает данных с измерительных приборов (в простонародье «счетчики»). Изначально система была вн РСУБД + python. Потом решили использовать CouchDB (почему? по-моему, их заели репликации, а тут значительно проще) В общем, рассказывал, что такое и как делать для него приложения. Очень симпатично: написана на Erlang, включает web-сервер, логика пишется на JavaScript и хранится особыми документами в БД, работа через REST API. Захотелось попробовать.

ADD 2011: Отчет Василия Маслова/Language Oriented Programming

2011-05-15T14:46:13Z

StasFomin: Новая страница: «Один из разработчиков [http://www.jetbrains.com/mps/ Meta Programming System] про нее и [[Language Oriented Programming (LOP) в дейст...»

Один из разработчиков Meta Programming System про нее и рассказывал.

Что было до этого для DSL:

предметно-ориентированные конструкции в стандартных языках (например, synchronized в Java)
языковые расширения (проблемы совместимости друг с другом и поддержки IDE)

В отличие от языковых расширений MPS работает на уровне абстрактного синтаксического дерева, а не текстовой грамматики, чем устраняет проблему совместимости. Редактор свой, проекционный (работает с АСТ, который проецируется в текст). Привыкание — 2 недели.

ADD 2011: Отчет Василия Маслова/Mac AppStore

2011-05-15T14:43:56Z

StasFomin:

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

Есть неудобства при общении с Apple: регистрация по факсу, ужасный support (не отвечают на письма), 2 недели проверяют приложение перед публикацией.

Для продвижения надо использовать тизеры, красивые иконки и работать на повышение рейтинга. Нельзя делать скидки на комплекты ПО, зато можно сделать большую временную скидку для привлечения. Нормальный доход — до $6,000 в месяц за приложение. Интересный факт: русский AppStore на 5 месте по продажам в мире (обосновывает тем, что у нас все маководы богатые %-/)

ADD 2011: Отчет Василия Маслова/Производительность и энергопотребление мобильных приложений на примере Windows Phone 7

2011-05-15T14:41:34Z

StasFomin: Новая страница: «Представитель Microsoft [[Производительность и энергопотребление мобильных приложений на при...»

Представитель Microsoft рассказывал, какие механизмы предлагает Windows Phone 7 (точнее новая версия платформы) разработчикам, чтобы обеспечить оптимальную производительность своих приложений на устройствах. Среди них:

background agents
fast app switching
background notifications
background transfer
push notifications
periodic background agent
background audio player

ADD 2011: Отчет Василия Маслова/Статический анализ C++ кода

2011-05-15T14:38:35Z

StasFomin: Новая страница: «Продает свою [http://www.viva64.com/ru/pvs-studio/ систему] для статической верификации C++ программ. Для то...»

Продает свою систему для статической верификации C++ программ. Для того и ездит с этим докладом по всем конференциям и раздает брошюрки. Доклад заключается в описании примеров ошибок в исходниках известных продуктов («Return To Castle Wolfestein», «Miranda» и др.), которые он обнаружил, натравливая свою программу.

ADD 2011: Отчет Василия Маслова/Вымирают ли клиентские приложения

2011-05-15T14:36:46Z

StasFomin: Новая страница: «[[Вымирают ли клиентские приложения? Браузер против клиента! (Роман Здебский, ADD-2011)|Хорошая...»

Хорошая подача, как и у всех евангелистов Microsoft. Пытался убедить в том, что web не пройдет, поскольку возможности устройств растут, и для их полного использования всегда будут нужны нативные (клиентские) приложения. А web-приложения хороши тем, что совместимы с большим количеством устройств благодаря стандартизованности (HTML5). Но стандарты всегда отстают от технологий и бизнес-потребностей. Но в обоих типах приложений (включая промежуточные типа RIA) налицо тенденция к упрощению распространения и обновления. Еще серверная часть современных приложений должна реализовывать 2 интерфейсных уровня — HTML и web-сервисы (для остальных типов приложений).

ADD 2011: Отчет Василия Маслова/JDK 7 and Java SE 7

2011-05-15T13:37:54Z

StasFomin: Новая страница: «Представитель [http://www.oracle.com/us/technologies/java/index.html того, что раньше было Sun], пытался [[JDK 7 and Java SE 7 (...»

Представитель того, что раньше было Sun, пытался рассказывать, что будет нового в Java 7. Мне запомнился строковый switch, diamond operator, и что не будет лямбда-выражений. Показывал поддержку новых фич в NetBeans. Как минимум половина доклада была не по существу, например занимались заполнением списка «чем занимается разработчик».

Взаимоотношения заказчика и исполнителя на проекте (Дмитрий Завалишин, ADD-2011)

2011-05-15T13:21:14Z

StasFomin:

Философия простоты, или еретическая лекция о программировании (Никита Прокопов, ADD-2011)

2011-05-15T13:18:20Z

StasFomin:

Свободные лицензии — улыбнись тому, кто сидит в пруду (Михаил Шигорин, ADD-2011)

2011-05-15T12:45:55Z

StasFomin:

Взаимодействие дизайнера и программиста (Александр Черный, ADD-2011)

2011-05-15T12:37:38Z

StasFomin:

ADD 2011: Отчет Василия Маслова/Фриланс

2011-05-15T12:30:22Z

StasFomin: Новая страница: «Зажигательный [[Фриланс — будущее IT-разработки (уже наступило?) (Стас Давыдов, ADD-2011)|доклад]...»

Зажигательный доклад доносил мысль, заявленную в названии. Стас Давыдов призывал уходить во freelance на примере сервиса oDesk. Даже захотелось попробовать :)

ADD 2011: Отчет Василия Маслова/Разработка RealTime веб-приложений

2011-05-15T12:27:44Z

StasFomin:

Самый неординарный докладчик — толстый, в дредах и пьяный (ну, выпил перед докладом пару пива, а может и всю ночь квасил: он перед приездом искал в твиттере собутыльников). Живет и работает в Таиланде. Стас утверждает, что публично в интернетах предлагал на докладе набить ему морду. Выступал очень живо. В рамках доклада слушателям была предложена игра (boobs bingo): видишь сиськи на слайде — кричи «сиськи», получи банку пива.

Суть доклада — кагбэ ликбез по real-time операциям в web-приложениях. Зачем это нужно — ну понятно, трейдинг всякий. Тока зачем это делать через web? — ну наверно бывает удобно. Есть несколько подходов транспортного уровня — какой выбрать? а чтобы везде поддерживалось? На сервере нужно держать много соединений — есть несколько готовых решений, но они чем-то плохи. В итоге остается socket.io (прозрачно объединяет различные транспортные уровни, сам выбирая подходящий) + node.js (отлично масштабируемое сервер на JavaScript). Чем Никита сам пользуется и другим желает.

ADD 2011: Отчет Василия Маслова/Техники и проблемы пэкеджинга бизнес-приложений для Windows

2011-05-15T12:24:51Z

StasFomin: Новая страница: «* Техники и проблемы пэкеджинга бизнес-приложений для Windows (Павел Воронов, ADD-2011) Есть так...»

Техники и проблемы пэкеджинга бизнес-приложений для Windows (Павел Воронов, ADD-2011)

Есть такая профессия — packaging engineer (manager) (ну или типа того). Короче, он делает упаковывает релиз продукта для поставки (ну примерно как в TechEvol собирают поставку CustIS Forms для Спортмастера). Основная хрень — это, конечно же, инсталлятор. Причем, к сожалению или счастью, нормального стандартного продукта для изготовления инсталляций (кроме, разве что, InstallShield) нет, поэтому каждая уважающая себя компания-разработчик должна создать свой инструмент для этого. Притом к этому инструменту предъявляются повышенные требования по корректности работы. Ведь, как никак, инсталлятор — это лицо поставляемого продукта, а пользователи встречают по одежке. И вот у них тоже есть такой инструмент, сделанный как приложение Excel на VSTO.

В общем, хорошо, когда человек чувствует важность своей работы. Но мне это было совершенно неинтересно.

ADD 2011: Отчет Василия Маслова/Построение 3D модели сцены по одному фотоснимку

2011-05-15T12:18:27Z

StasFomin: Новая страница: «Студент ГУ ВШЭ делал [[Построение 3D модели сцены по одному фотоснимку (Дмитрий Вихарев, ADD-20...»

Студент ГУ ВШЭ делал обзорный доклад про американскую университетскую разработку. Собственно, на хабре у него есть серия из 2 статей, содержание которых полностью соответствует докладу.

ADD 2011: Отчет Василия Маслова/Пример разработки высоконагруженной реляционной базы данных

2011-05-15T12:15:52Z

StasFomin: Новая страница: «[[Пример разработки высоконагруженной реляционной базы данных (Павел Белоусов, ADD-2011)|Исто...»

История оптимизации работы с БД в одном проекте. Особенности: используются 2 БД — объектная и реляционная. Первая является основным хранилищем, с ней работают бизнес-операции. А вторая (в нее реплицируются данные из первой) используется для чтения во всяких отчетах (или даже вообще повсеместно). Для чего нужна вторая — то ли для скорости, то ли из-за бедности языка запросов в используемой объектной БД. По мере роста объема данных возникли 2 основные проблемы:

долго выполняются запросы при интерактивной работе (> 3 минут)
лаг чтения из-за репликации (> 1 часа)

Решали денормализацией, настройкой индексов, оптимизацией планов выполнения.

ADD-2011: Отчёт Виталия Филиппова/JDK 7 and Java SE 7

2011-05-15T12:09:18Z

StasFomin: Новая страница: «* JDK 7 and Java SE 7 (Андрей Дмитриев, ADD-2011) Товарищ из Oracle, а соответственно раньше из Sun, долго о...»

JDK 7 and Java SE 7 (Андрей Дмитриев, ADD-2011)

Товарищ из Oracle, а соответственно раньше из Sun, долго общался с залом в режиме дискуссии на тему JDK, и что-то как-то совсем не результативно. Но, в общем-то, lambda-функции они сделать так и не осилили. Снова обещают в будущей версии.

ADD-2011: Отчёт Виталия Филиппова/Автоматизированный ALM

2011-05-15T12:08:08Z

StasFomin: Новая страница: «* Автоматизированный ALM (Константин Фёдоров, ADD-2011) Ещё один рекламщик, на этот раз реклам...»

Автоматизированный ALM (Константин Фёдоров, ADD-2011)

Ещё один рекламщик, на этот раз реклама какого-то инструмента для работы с баг-трекерами (прокся к баг-трекеру — сильно, ага?), который работает через BPEL BPMN и поэтому «сильно гибкий» (не смешите мои подковы).

ADD-2011: Отчёт Виталия Филиппова/Особенности масштабирования систем планирования и управления поставками

2011-05-15T12:06:42Z

StasFomin: Новая страница: «* [[Особенности масштабирования систем планирования и управления поставками (Михаил Антон...»

Особенности масштабирования систем планирования и управления поставками (Михаил Антонов, ADD-2011)

То самое случайное 100 % попадание — компания делает почти то же, что и мы, только круче :) обслуживает крупные западные сети, планирует им поставки с помощью купленных библиотек с алгоритмами. Тоже используют этот дурацкий Oracle, который масштабировать настолько дорого, ~~что проще перейти на MySQL~~, и кучу Java-серверов приложений, которые как раз добавить дешевле. Собственно, заказчики консервативные и это предпочитают тоже. И объёмы данных у них огромные. И библиотеки прогнозные только под винду.

ADD-2011: Отчёт Виталия Филиппова/Статический анализ C++ кода

2011-05-15T12:01:43Z

StasFomin: Новая страница: «* Статический анализ C++ кода (Андрей Карпов, ADD-2011) Опять этот лысый мужик, который на кажд...»

Статический анализ C++ кода (Андрей Карпов, ADD-2011)

Опять этот лысый мужик, который на каждой конференции под видом чего-то полезного пиарит свой инструмент, который платный и только для Visual Studio.

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

ADD-2011: Отчёт Виталия Филиппова/70 % чего

2011-05-15T12:00:36Z

StasFomin: Новая страница: « «70% чего?» или различные метрики измерения тестового покрытия (Дмитрий Фазуненко, ADD-2011):...»

«70% чего?» или различные метрики измерения тестового покрытия (Дмитрий Фазуненко, ADD-2011):

Строки кода vs функции;
какие подводные камни у каждого подхода;
лучше комбинированный;
у них в Oracle 70 % строк.

ADD-2011: Отчёт Виталия Филиппова/NoSQL-практикум

2011-05-15T11:54:46Z

StasFomin: Новая страница: «Докладчик — с одной стороны, Капитан Очевидность, видимо не так давно открывший для себя б...»

Докладчик — с одной стороны, Капитан Очевидность, видимо не так давно открывший для себя базы данных. Создавайте индексы, смотрите планы запросов. O_o

Но зато рассказал про реализацию системы учёта показаний электросчётчиков на CouchDB — ещё одной NoSQL-базе. CouchDB — это не просто NoSQL-база данных, написанная на Erlang’е, она также содержит внутри себя сервер приложений, который может выполнять javascript, и благодаря этому оно простое и быстрое. Интерфейс к CouchDB — HTTP-запросы (методы GET, PUT, POST, DELETE). Правда, это вам не Mongo и масштабирование — не её сильная сторона — всё масштабирование сводится к мастер-мастер репликации. Но они и не масштабировались, по оценкам им надолго текущей архитектуры хватит.

Кратенько: там есть документы (просто хэш/словарь, какой термин кто больше любит), и дизайн-документы, которые представляют из себя какой-то код, который может, например, что-то агрегировать с помощью map-reduce (получится как бы «view»). Хранит всю историю изменений, вся БД в одном файле, который только растёт вперёд и его нужно время от времени перепаковывать — привет, ACID и MVCC (да, таки оно и есть), PostgreSQL и VACUUM. Есть индексы, правда, их заполнение происходит по требованию и поэтому если накапливается много обновлений — первый запрос будет подтормаживать. Это решается, по-видимому, просто регулярным дёрганьем view по расписанию. Ещё есть простой интерфейс типа «запросить все изменения с момента заданного sequence number», что позволяет легко делать всякие онлайн-обновляемые твиттеры-странички.

Прикольная штука, короче.

ADD-2011: Отчёт Виталия Филиппова/Будущее ECMAScript

2011-05-15T11:52:25Z

StasFomin: Новая страница: «Пришёл в середину, успел послушать про: * let (вместо...»

Пришёл в середину, успел послушать про:

let (вместо var), кстати, уже есть в SpiderMonkey в 4-ом Firefox’е.
Pattern Matching — удобная «распаковка» структур данных.
#-функции (sharp-функции). Типа, всё то же самое, но return не пишем (возвращаем а-ля перл последнее вычисленное значение), а this наследуется.
Оператор rest (…), то есть переменное количество параметров функций.
Модули — то есть «use …», автоматически с учётом зависимостей подключающий библиотеку. Актуально в общем-то скорее для node.js, чем для веба.
Всё это будет через пару лет минимум, хотя в альфа-альфа режиме разные вещи то тут, то там появляются.

Вообще забавно наблюдать, как современные языки перемешиваются между собой и Perl’ом. В C# вон тоже что-то похожее происходит. :)

ADD-2011: Отчёт Виталия Филиппова/MongoDB

2011-05-15T11:50:16Z

StasFomin: Новая страница: «Не «много», а «монго». (Не дибил, а диби…) =) MongoDB — это NoSQL-база, хранит хеши, ну в смысле вооб...»

Не «много», а «монго». (Не дибил, а диби…) =) MongoDB — это NoSQL-база, хранит хеши, ну в смысле вообще объекты с произвольным набором полей/вложенных структур данных (типа JSON). Был на небольшом кусочке, услышал в основном про автоматический шардинг — то есть масштабирование БД на набор серверов. Заключение — ну, оно это умеет и умеет прекрасно.

ADD-2011: Отчёт Виталия Филиппова/Технологии улучшения взаимодействия между разработкой и тестированием

2011-05-15T11:48:51Z

StasFomin:

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

ADD-2011: Отчёт Виталия Филиппова/Свободные лицензии

2011-05-15T11:47:18Z

StasFomin: Новая страница: «[[Свободные лицензии — улыбнись тому, кто сидит в пруду (Михаил Шигорин, ADD-2011)|Рассказ про с...»

Рассказ про свободные лицензии, про их классификацию и про типичные заблуждения, спокойным как слон, чуваком. Название доклада от «некоторые считают … таким енотом в пруду с дубиной». :)

Ох, блин! Как же я его забыл спросить про его видение «свободного ПО && игр» — того, чего пока нет.

Классификация:

Proprietary: ничего нельзя делать, полное г***о.
Shareware: можно только распространять, но свободно использовать нельзя, и всё остальное тоже нельзя.
Freeware: можно распространять и свободно использовать.
Public Domain: типа «отказа» от авторских прав. Свободно, но не обязательно распространять с исходниками, и в части стран «отсутствие прав» не работает.
Free/Permissive (BSD, MIT, Apache и т.д): BSD/MIT свободная, но не вирусная (разрешает линковаться с проприетарщиной) и очень кастрированная, не всё чётко регламентирует. Последнее немного исправлено в лицензии Apache.
Copyleft (GPL): гарантия свободы. Нельзя распространять, сужая права получателя (например, обязательно по первому требованию давать исходники). Нельзя линковать с проприетарщиной. GPLv3: нельзя тивоизировать, нельзя устраивать патентное преследование. Тивоизация — если кто не знает, это встраивание в устройство, на котором софт должен запускаться, проверки ЭЦП, запрещающей прошивку модифицированного софта. Называется так, потому что первыми до этого додумались TiVo, а сейчас активно пытаются использовать различные производители смартфонов. У-Р-О-Д-Ы. Надо было Торвальдсу в 2006 году перевести-таки ядро Linux под GPLv3. :(. Ещё есть MPL, которая обеспечивает нестрогий копилефт, разрешает линковку с проприетарщиной, но зато из-за каких-то извращений несовместима с GPL.

Заблуждение главное — это «Закрыть, а то сопрут». Позиция «грёбаных менеджеров», которые хотят сесть жопой на своё ПО и рубить бабло. И в конце концов стать ненужными, проиграть на рынке и замедлить его развитие (заодно и снизив свою прибыль). Только они-то этого не понимают. А на самом деле код, который можно, в их терминах, «спереть», мало что значит. Главное — это видение развития, клиентская база, доверие, поддержка, know-how, сервисная модель. Без всего этого ваш код всё равно скорее всего станет никому не нужен.

Был вопрос про VLC в AppStore, ну ха-ха, конечно все ябблофилы ругают автора VLC, потому что он мог и не говорить «вас тут не сидело, не нарушайте GPL», и тогда до поры до времени порт VLC оставался бы в AppStore, но лично моё мнение — правильно сделал. Потому что для ябблофилов хорошая демонстрация того, чем является то, что они так любят. Яббл вообще вон «чёрный экран» и «скруглённые углы» своими патентами считают ;) не пойму я ни их пользователей, ни разработчиков (не пойму, почему они до сих пор есть!)

ADD-2011: Отчёт Виталия Филиппова/Взаимодействие дизайнера и программиста

2011-05-15T11:33:32Z

StasFomin: Новая страница: «Ещё один макофил, [[Взаимодействие дизайнера и программиста (Александр Черный, ADD-2011)|расск...»

Ещё один макофил, рассказ про дизайн программки под айфон. Ясно что используется куча разного софта (Абоде и не только), хотя местами даже бесплатного (Google SketchUp). Были некоторые рекомендации:

Дизайн по почте must die, будет длинное и бесполезное обсуждение
Самое классное взаимодействие — когда его нет :) когда дизайнер, он же и программист, и он знает минимум одного такого человека
Точнее специфицировать и лучше чтобы дизайнер сам использовал то, под что дизайнит. Например экран 320х480, но 20 пикселей — это же строчка сверху! Но это не только к телефонам относится, а также и к сайтам, например, если он не сидит в контактах, то скорее всего пропустит какие-нибудь фишки использования.

ADD-2011: Отчёт Виталия Филиппова/Веб-приложения на HTML5

2011-05-15T11:31:07Z

StasFomin: Новая страница: «[[Веб-приложения на HTML5, как альтернатива нативным приложениям (Иван Чашкин, ADD-2011)|Презента...»

Презентация в 14 слайдов из Google Docs, в принципе, просто попытка рассказать о базовых возможностях HTML5, о которых по-моему уже все слышали много раз — аудио-видео, геолокация, оффлайн, WebSQL, Indexed (вот разве что про оффлайн и базы эти было любопытно). А про, скажем, грид (<datagrid>), draggable, menu он не говорил. А под нативными приложениями понимаются в основном приложения для мобилок (и угадайте с трёх раз, каких). Они используют какой-то сервис по заворачиванию HTML5 в нативное приложение, пашет и там, и там. Одно и то же написать нативно и на HTML5 не пробовали, так что сравнения нет. Почему? Потому что выбор такой не вставал — типа я вебщик, нафига мне смотреть в сторону нативного софта. Ну и вывод соответствующий — типа, можно писать, да.

ADD-2011: Отчёт Виталия Филиппова/Processing и Fluxus

2011-05-15T11:23:04Z

StasFomin:

Незачёт, к сожалению, не потому, что тема плохая, а потому, что рассказана слабо. Докладчик (Антон Котенко, iPark Ventures) слабовато подготовился, выбрал нетривиальную тему и самый сложный формат — live-coding. Ещё у него под убунтой глючило JackAudio и т. п., а он это был не в силах разрулить, в итоге зал, полный вендузятнегов, получил повод для насмешек. А на самом деле это могло бы решиться, если подойти и подготовиться заранее.

Processing’а не было вообще, был Fluxus. Fluxus — это такая среда live-coding’а для 3D графики и функционального языка Racket, выросшего из Scheme (всё — список, куча скобочек и т. п.). Консоль для ввода команд накладывается прямо на 3D-изображение, а само оно рендерится с помощью машины состояний, то есть, очень прикольно, что при внесении изменений они просто плавно «включаются» со следующего кадра без сброса текущего состояния сцены.

Аудитория, по ходу, в итоге вообще не особо вкурила, зачем он нужен, а всё потому, что как раз этому надо и было уделить пристальное внимание — например, объяснить, что такое Демосцена. Особенно в части Intro, когда есть от силы 64кб пространства, а в него надо упихнуть красивый видеоряд и музыку, и чтобы это всё и быстро вертелось, и красиво сочеталось. Вообще Fluxus позиционируется также для прототипирования игр (тут тоже было непонимание в глазах — типа нахрен это надо, когда есть готовые коммерческие движки), но просто основная фишка Fluxusа — это ФАН и это развивающийся продукт, а не готовый движок для игры. По мне, ещё надо было хотя бы кратко показать стандартные демо-ролики и сделать обзор возможностей, а не пытаться настрочить тривиальности в режиме лайв-кодинга.

GlebTarasov 20:15, 4 мая 2011 (MSD) Про эти демосцены была выставка в Гараже. Выставка, состоящая из волпейперов, полный отстой)

ADD-2011: Отчёт Виталия Филиппова/Облачная инфраструктура AWS

2011-05-15T11:15:33Z

StasFomin: Новая страница: «Добротный рассказ про...»

Добротный рассказ про устройство популярного облака Amazon Web Services с точки зрения его пользователя. Хорошая оговорка была — …вы платите microsoftу… тьфу амазону… Позабавила реализация «невиртуализированных» («настоящих») дисков — они, типа, ненадёжные, и содержимое гробится при перезапуске. А виртуальные, типа, надёжные, но зато медленные, потому что по сети. Есть там и CDN. Есть готовые образы машин, триггеры (чтобы отлавливать ЛОР-эффект, он же хабраэффект), автоскейлинг и так далее.

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

Технологии улучшения взаимодействия между разработкой и тестированием (Андрей Кощеев, ADD-2011)

2011-05-13T12:43:58Z

StasFomin:

Пора задуматься о manageability (Роман Юферев, ADD-2011)

2011-05-13T12:42:46Z

StasFomin: /* Аннотация */

Коммуникативные ошибки ИТшников и как их избежать (Саша Орлов, Слава Панкратов, ADD-2011)

2011-05-12T08:19:28Z

StasFomin:

DIY Java Profiling (Роман Елизаров, ADD-2011)

2011-05-11T16:26:52Z

StasFomin: /* Аннотация */

Интерфейсы — битва за право влияния (Ольга Павлова, ADD-2011)

2011-05-11T16:26:14Z

StasFomin:

Автоматизированный ALM (Константин Фёдоров, ADD-2011)

2011-05-11T16:25:31Z

StasFomin:

Domain Driven Design — как, почему и зачем? (Николай Гребнев, ADD-2011)

2011-05-11T16:24:26Z

StasFomin:

Разработка RealTime веб приложений (Никита Грошин, ADD-2011)

2011-05-11T16:24:00Z

StasFomin:

Будущее ECMAScript (Дмитрий Сошников, ADD-2011)

2011-05-11T16:22:47Z

StasFomin:

Писать плагины проще простого! (Владимир Николаев, ADD-2011)

2011-05-11T14:47:23Z

StasFomin:

Agile игры — Business Value Game (Тимофей Евграшин, AgileDays-2011)

2011-05-11T12:10:30Z

StasFomin:

Максим Цепков - AgileDays-2011/Стихийный Agile во внутрикорпоративной среде

2011-05-11T11:30:07Z

StasFomin: Новая страница: «* Стихийный Agile во внутрикорпоративной среде (Всеволод Леонов, AgileDays-2011) Из embarcadero. Я квал...»

Стихийный Agile во внутрикорпоративной среде (Всеволод Леонов, AgileDays-2011)

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

Заметки.

Про то идет или нет agile.
Agile с серьезными заказчиками… Которые из оборонки по госзаказу.
Разрешили партизанский agile. Был овертайм. Но зато заказчик овладел так продуктом, что сдавал за них, сдача прошла на ура.
Почему agile: инвестиции в заказчика; великий продукт; смысл жизни; рывок в startup. Уверенность что делал правильно.
Panic Driven Development.
Боевое внедрение на продакшене.
Agile, как оправдание бардака внутрикорпоративной разработки.

А в конце — реклама delphi и delphiPHP.

Максим Цепков - AgileDays-2011/Что означает «Готово!»

2011-05-11T11:27:52Z

StasFomin: Новая страница: «* [[Что означает «Готово!» — применение практики Definition of Done (Николай Алименков, Алексей Сол...»

Что означает «Готово!» — применение практики Definition of Done (Николай Алименков, Алексей Солнцев, AgileDays-2011)

Слушал с середины. В целом показалось, что это борьба с ветряными мельницами бюрократии с одной стороны, и самообманов — с другой — принять почти готовое. Экспрессивно, подряд и несколько сумбурно, без логики изложения.

Заметки. Как-то они примитивно про скрам — мол в середине никто не смотрит за процессом… А как же движение по доске? И про канбан — что только одна задача в разработке. В целом по-разному оно.

Ну и дальше — no commitment, no understanding, какие-то известные штуки. Надо искать способы договоренности, всякая демократия и прочее…

Несогласие двух вариантов: без аргументов и с аргументами. Если с аргументами — обсуждаем. Если без — решаем с менеджером (Хенрик сказал бы — гнать из команды).

Максим Цепков - AgileDays-2011/Как сервисному отделу не стать бутылочным горлышком

2011-05-11T11:27:00Z

StasFomin:

Как сервисному отделу не стать бутылочным горлышком (Юля Нечаева, AgileDays-2011)

Слушал частично. Юля возглавляет не слишком давно созданный отдел тестирования, общий для нескольких команд разработки, которые живут каждая в своем ритме. Судя по всему, до этого были большие проблемы с качеством, которые сейчас их отдел решает. А она делилась опытом организации этого процесса. К сожалению, в докладе было много о проблемах, но не так много о решениях. Кроме того, относительно четкое противопоставление «мы-они» — про разработчиков и тестеров, а не про «мы вместе». И, соответственно, договоренности, как у сторон, которым надо отстроить приемлемые правила взаимодействия в условиях противоречащих требований, а сотрудничество для выпуска продукта — оно где-то за рамками. Наверное, оно есть, но в докладе его видно не было.

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

Из позитивных практик — выявлять те тесты, где работа наиболее неустойчива и начинать с них. Например, web тестировать под chrome.

Максим Цепков - AgileDays-2011/Наследие капитана Флинта

2011-05-11T11:25:52Z

StasFomin:

Очень странный доклад. Был большой инвестиционный проект, бизнес-план под который предусматривал опеределенную разработку, окупающуюся за десяток внедрений. Четыре года он шел с не очень понятным результатом — с одной стороны, была пара пилотных внедрений, с другой — до фиксации продукта было непонятно сколько, и темпы движения невнятные. Пытались исправить ситуацию через внедрение scrum и отчасти это удалось — внедрили и вроде получили реальный прогноз — еще четыре года. А дальше инвестор, узнав прогноз, предпочел зарыть проект. Но инвестор сохранил деньги, и это бизнес-позитив внедрения scrum. Хотя лично мне получение реалистичного прогноза на 4 года по результатам менее чем полугода работы представляется сомнительным, за этот срок скорость новых команд не могла выйти на плато. Да, я мог напутать, и везде говорилось о 2 годах, а не о 4.

Рассказывали все достаточно интересно, с привязкой к типам Адизес — была харизматичная хозяйка (тестеры), поджигатель, фонтанирующий идеями и отказывающийся и провокатор с подколками. Были трудности, но в результате добились стабильной работы. Но харизматичную хозяйку ушли, потому как сопротивлялась. Делили команды, чтобы внутри конфликтов не было. И, все-таки оценив реальные сроки разработки по результатам итераций инвесторы компанию закрыли…

Кривая — разработчики нечто сдали тестировщикам. а тестировщики — не признавали этого и не принимали продукт.

На старте было 2+7+3 в конце — 1+5+1 с той же производительностью. Я: вполне понятно по Белбину.

Максим Цепков - AgileDays-2011/Культура лидерства в Agile

2011-05-11T11:24:06Z

StasFomin: Новая страница: «* Культура лидерства в Agile (Тимофей Евграшин, AgileDays-2011) Слушал очень немного. Докладчик не ...»

Культура лидерства в Agile (Тимофей Евграшин, AgileDays-2011)

Слушал очень немного. Докладчик не понимает, что команда креативных лидеров загибается — они дерутся. И это экспериментально проверено Белбиным. А еще лидерство и личная отвественность — вещи разные, хотя и пересекаются.

Из заметок. Лидер Стив Джобс может сделать во всей компании agile. Лидерство идет из личной ответственности — я с этим сильно не согласен.

Максим Цепков - AgileDays-2011/Kanban vs Scrum

2011-05-11T11:22:43Z

StasFomin:

Слушал с середины. Мое впечатление: докладчики внедрили scrum, он в силу разных особенностей получился урезанным и по этому поводу были комплексы. Поэтому теперь у них Канбан с дополнительными практиками и психологически это комфортнее. Плюс, в таком варианте им легче проявлять и объяснять различную гибкость. В докладе это было менее четко, мысль была «заменим scrum на канбан, потому что scrum жесткий и много лишнего», но меняли, скорее, название чем процесс. Доклад интересен как опыт конкретной и успешной реализации процесса с разными особенностями, тем более, что многие из них для меня, например, узнаваемы.

Заметки.

Идея — scrum много привязывает на начало итерации — ретро, оценка.
Зрелый продукт — нет новых фич и нужды в оценке. А что тогда делает команда на разработке, ей же делать нечего.
Shu-Ha-Ri: понять процесс научиться; адаптировать под себя; выкинуть процесс.
Итого — упростим, пойдем в канбан.
Им некомфортно:
- перекосы со специализацией (и хвосты на следующую, у нас тоже есть)
- процедуры с релизами, которые не каждую итерацию (проблемы неясны)
- работа с требованиями где-то за рамками была — запросов больше чем есть.
Как результат — перестали бороться с моральными угрызениями и перешли на другой процесс.
При этом канбан обогащен практиками, например, оценки. И ретро, когда-нибудь. И демо… Только к итерациям не привязывать.