Видеорепортаж Прошедшей Встречи

Непрошло и пол года, я кое-как обработал то что запечатлила камера. Худо-бедно что то получилось. Скажем так, если есть кто то, кто *умеет* обрабатывать видео - с радостью бы поделился исходным материалом. Ато, к сожалению у меня для этого дела руки не оттуда ростут.

Видео первое: Бург и Энешки



Видео второе: Артём Курапов о PANGALINK-e



Видео третье: Сергей Кузнецов - Процессинг кредитных карт через gateway Kaardikeskus.

не будет, если только кто нибудь не знает как усилить звуковую дорожку, потому что голос докладчика почти не долетел до микрофона.


Видео четвёртое: Роман Васёхо, о коротких номерах, SMS, и Mobi

будет, если кто-нибудь возьмётся обработать.

Материалы встречи 19/02/2009

Несмотря на то, что с момента встречи под кодом 19022009 прошла почти неделя, я все же сделаю обзор о том, что там происходило, а точнее, выложу все материалы :) Для истории и для тех, кто в этот раз отсутствовал. Фотоотчет можно посмотреть здесь.

В этот раз нас было 38 человек, что, вообщем-то в самый раз. Для такого помещения больше и не надо. Можно попробовать в следующий раз вывести аудио на колонки, если кто принесет компьютер с дуплексной аудикартой, куда можно подключить и микрофон и колонки. Были четыре доклада, выкладываю их в порядке очередности :) Эти презентации, к сожалению, это всего лишь маленькая часть всего рассказанного - было очень много историй и дополнений всеми участниками, как раз самого интересного и того, что заранее не запишешь в презентации :)

Вечер открыл Алекс Бург с презентацией с рассказом о российских платежных системах.

Энюшки

Затем Артем Курапов рассказал про эстонские платежные системы Seb/Swedbank/Sampo/Nordea (pangalink) в формате "let me show you how I do it" ;) Рассказ самих платежках поможно посмотреть у него на блоге здесь.

Третьим выступал Сергей Setor Кузнецов, который рассказал, как можно в Эстонии подключить кредитку. Пример кода на PHP можно скачать здесь.

Kaardikeskus

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

Mobi

Вообще, по моему, была очень плодотворная и интересная встреча! В следующий раз собираемся по паттерну, в конце месяца, но конкретная дата зависит от докладчиков и модератора, будем подстраиваться под них :)

Не Будь Овощем - Голосуй Рапортируй!

Как было предложено, выношу обсуждение тем следующей встречи в отдельный пост.

Итак.

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


Какие темы могли бы быть интересны в данной области? Да какие угодно - от фреймворков для составления рапортов, до разделения опыта в отношении каких-либо проектов. Опять же - чем больше курьёзов, тем будет веселее.

morateg может рассказать про (iServer?) BIRT или про то какой длины шишка может быть от JasperReports

Юра может рассказать про Crystal Reports XI с примерами.

Я могу рассказать какие казусы были при рапортирование сделок по финансовым инструментам в финансовую инспекцию, и вообще в какие грабли я успел понаступать за последние 4-5 лет в связи с данной темой.

Кирилл вроде мог поделиться информацией по движку для рапортирования нового поколения.


Если есть ещё мнения - сливайте в комменты!


P.S. Кстати есть ещё вторая тема, которая может быть была бы многим интересна - интеграционные технологии... То есть, как откуда и куда данные доставить... ESB/messaging/SOA/etc.

О чем не говорят, чему не учат в школе

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

Приступим.

Правило первое: клуб != работа. Здесь не требуется формальности, выдержанности контента, поставленного голоса и т.п. Здесь вас a priori уважают как специалиста и смельчака, который нашел в себе силы и желание донести свой опыт до других.

Правило второе: Главное, что бы докладчику самому тема была:
а) интересна,
б) знакома.
Эти два условия необходимы и достаточны, что бы предположить наличие заинтересованных на эту же тему людей среди слушающих. Т.е., если вам есть, что рассказать, то вас 100% будут слушать.

Правило третье: расслабьтесь, получайте удовольствие. От того, что вокруг множество умных собеседников. От того, что рабочий день закончился. От того, что вы делаете кого-то умней. От того, что во время доклада, вы – главный авторитет. Не надо нервничать, переминаться с ноги на ногу и ждать, что кто-то вас засмеет или профессионально "опустит". Если даже кто-то вдруг и попытается это сделать – он будет жестоко забанен модератором. (Антон обещал на следующую встречу принести палку. Кто хочет быть модератором?) Вывод: меньше академичности, больше непринужденности и неформального подхода.

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

Правило пятое: не у всех у нас, испорченных жизнью напротив монитора, хорошее зрение. А это значит: не мельчите на слайдах, не забивайте их множеством информации. 5 (максимум – 8) строчек большого размера на слайд – и вас увидят даже без чудо-зума в исполнении Жени.

Правило шестое: Не надо выводить всю информацию на экран, если боитесь что-либо забыть. В PowerPoint есть замечательный режим презентации – Presenter View (Slide Show -> Use Presenter View). В этом случае на проектор будет выведена презентация, а на компьютере, где вы переключаете слайды, вы увидите и текущий слайд, и всю "линейку" презентации, что бы ориентироваться, что будет дальше, и (самое главное) – заметки, которые обычно пишутся в нижнем блоке. Поэтому делаем так: выносим основные факты/событие/моменты на слайд, а в заметках выписываем все, что надо рассказать на этом слайде. По ходу рассказа сверяем себя с текущими заметками, которые видите только вы. И – "никто не забыт, ничто не забыто".

Правило седьмое: следите за временем. Вышеупомянутый Presenter View показывает, сколько прошло времени с начала презентации. Делайте "генеральный прогон" дома, дабы определиться, укладываетесь ли вы в 20-25 минут (только на презентацию). Если нет, то остается два варианта: сделать ваше выступление "двухсерийным" или же, вместо привычных 3-4 докладов за встречу, делать 2-3.

Правило восьмое: не поворачивайтесь к публике спиной, делайте так, что бы вас было слышно всем (это позволит избежать ненужных вопрос a là: "я не расслышал, а что ...", "а ты говорил про ..?" и вашего удивленного: "ну я же уже сказал, что …"), и улыбайтесь чаще, ведь вас снимают (sic! Не путать с нервной улыбкой и хихиканьем! Все это мы "вырежем" из истории!). Да и вообще, улыбка поднимает тонус и улучшает самочувствие, позволяя избежать стресса, которой есть у каждого выступающего. Посему:

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

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

Фотоотчёт о встрече 19.02.2009

UPDATE:

Встреча 19.02.2009 или "10 относительно честных способов отъема денег у населения"

Внимание-внимание!

Приглашаем на новую встречу Devclub-а на тему "10 относительно честных способов отъема денег у населения", а точнее, по различным платежным системам ;) Поговорим как о местных, эстонских способах, так и как действовать на соседних рынках. В прошлый раз было 30 человек, которые опытным путем определили, что комфортно всем будет до 40 человек (уже 4 места забронировано на докладчиков и модератора) Место - как и в прошлый раз - в конференц-зале Ericsson! Регистрация, как обычно - здесь на блоге или мне на мейл jevgeni.holodkov [эт] gmail com. Нужно имя-фамилия + телефон для списка секьюрити :)

По пунктам:
1. Тема "10 относительно честных способов отъема денег у населения". WebMoney , eGold, Yandex.Деньги, pangalink+nordea, mobi.
2. Время - 19 февраля, четверг, начиная с 19.00!
3. Осталось 36 29 22 18 13 8 4 1 место Мест больше нет!
4. Место встречи - Ericsson, как попасть - смотрите здесь
5. Если есть о чем рассказать по этой тематике - обязательно расскажите! Дайте здесь знать, чтобы мы могли планировать общее время :)

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

Microsoft Семинар по предпринимательству.

Всем доброго времени суток.
Поскольку в клубе есть люди, которые либо уже занимаются предпринимательством, либо планируют начать свое дело, то эта информация может быть им интересна.
Microsoft организует семинар по предпринимательству. Он будет проходить 19-го февраля с 9 до 11:00 в актовом зале Estonian Business School(Lauteri 3, карта). Участие бесплатно для всех желающих.Семинар проводится на эстонском языке.

Темы:

• Что должен знать студент для открытия своего бизнеcа
• Какое предприятие будет интересно инвесторам
• Какую пользу можно извлечь из BizSpark'a*
• Каких ошибок следует избегать предпринимателям
• Какие существуют возможности у начинающих предпринимателей в данный момент
• Каково положение начинающих предприятий в Эстонии
  

* В Эстонии начала действовать программа Microsoft BizSpark по поддержке начинающих предприятий. Вкратце суть в том, что молодые фирмы за символическую плату получают право использовать многие продукты от MS в течении 3х лет, что уменьшает обьем начальных инвестиций в бизнес.

Докладчики:

• Peeter Kross, EBS
• Allan Martinson, Martinson Trigon Venture Partners
• Jörg Troeger, Microsoft Corporation
• Jaanus Tamm, Smartdust Solutions
• Kaspar Loog, Know IT Estonia Consulting
• Siim Raie, Eesti Kaubandus-Tööstuskoda

Для участия необходимо зарегестрироваться до 16-го февраля по эл. почте eesti@microsoft.com или по тел. 667 9800.

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

И второе - кто хочет потренироваться в роли модератора? Отличная возможность получить новый и полезный практический опыт! ;)

Travelbar in Tallinn! (09.02.2009)

Информация для спонтанных людей да и не только! Как многие из вас знают - в Риге сейчас идет Barcamp, примерно вот так:

В этот раз неконференцию посетило почти полтысячи людей, в том числе из стран СНГ.

Так вот, завтра небольшая компания разработчиков и журналисток (как минимум 8 человек) продолжит свое путешествие в рамкам TravelBar-а и приедет к нам в Таллинн. Приглашаю всем встретиться вместе с ними, пообщаться, себя показать и наладить, так сказать, международные связи ;) Встречу планируем в LostContinent-е, начало в 19.00 (9 февраля)! ориентировочная тема: "Создание и развитие сайта [баркемперского] сообщества". Не забудьте визитки и хорошее настроение! :)

Оптишитесь, плиз, в течении дня, кто прийдет, чтоб я знал, на сколько людей бронировать столики :)

Вакансия для Java программиста, две штуки

Привет, уважаемый Олл!

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

Требования к претендентам у нас такие:
- SkillLevelEnum.GOOD.equals(you.findSkills("JAVA").getLevel());
- Чувство юмора - :-D;
- English - enough to read and write emails and participate in a meeting;
- Eesti keel - piisavalt hea tasemel, et saada oma ülemustest aru.
- Русский язык - если вы прочитали и поняли это объявление, то вы нам подходите :)

На работе вам придется работать со следующими ключевыми словами:
Spring (в том числе Spring MVC), AJAX, Eclipse, ExtJS, GWT, Maven, Oracle, Struts, JavaScript, SOAP, XSLT. Если вы знакомы с чем-то из этого списка, вам будет проще начать работу, если не знакомы - обучим.

Со своей стороны предлагаем интересную и стабильную работу в крупной международной компании, плюс все остальное, что обычно пишут в объявлениях о работе. Если этого недостаточно, то упомяну еще о скидках для своих работников и о 35 днях отпуска :)

Пишите письма на igor.bljahhin@tallink.ee

UPD. Спасибо всем откликнувшимся, вакансии закрыты.

Jedi Manifesto

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

Для чего это нужно?

1. Определив цели, их гораздо легче достичь :)
2. Хотелось бы чтобы каждый участник имел представление о клубе, и смог внести свой вклад
3. Имея четкие задачи, можно смело заявлять о себе, как о сформировавшемся коммунити.
   

Предлагаю вынести на голосование следующие пункты нашего манифеста Джедаев:

1. Мы встречаемся, чтобы побеседовать на IT и околокомпьютерные темы и попить пива.
2. Наши встречи носят неформальный, но вежливый характер.
   
3. Мы хотим проводить наши заседания на родном языке, т.е. русском.
4. Нами движет желание стать лучше, повысить свой профессиональный уровень за счёт обмена реальным опытом.Нам интересны мы сами - как люди, как новые знакомые, как коллеги.
5. В ходе встреч мы обсуждаем проблемы интересные большинству участвующих.
6. Мы люди с широким кругозором и не ограничиваемся какой-то отдельной платформой или технологией.
   
7. Мы не боимся задавать глупых вопросов.
8. Мы вообще не боимся задавать вопросов и участвовать в дискуссиях.
9. Мы приветствуем иницативу и вклад в развитие клуба.
10. Мы несём возмездие во имя луны.

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

There is something about ILOG...

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

Можно много говорить о том, что есть лучший продукт в данной области. Можно оперировать понятием цены, а можно еще раз посмотреть на картинку от уважаемого во всем мире экспертного издания Gartner. Можно создать свой продукт, который будет лучше решать мелкие оперативные задачи, а можно "жизнь положить", дабы понять, как же работает этот "замечательный" BizTalk. Но, повторю еще раз: ни одно программное обеспечение не может и не должно стоить дороже, чем оно позволит вам сэкономить/заработать. Не занимайтесь overengineering-ом, реально смотрите на вещи: какие процессы берут больше всего времени? что можно автоматизировать? какая коммерческая выгода может стоять за возможностью быстро менять условия бизнеса?

Это для бизнеса. Для разработчиков выгода очевидна: пускай бизнес занимается бизнесом. Компании, правила валидации, расчеты скидок - это их головная боль. Вы хотите создавать новую функциональность, интегрировать решения, оптимизировать работу базы данных - пожалуйста. Найдите подходящую вашим условиям BRMS (Business Rule Management System) - и научите других ею пользоваться. Найдите именно BRMS, а не простой BRE (Business Rule Engine), коим сейчас является JBoss Drools. Причины очевидны: ни одна секретарша не поймет смысл кода правила. Она поймет обычное выражение на понятном и привычном языке. Она поймет, когда ей графически пояснят, кто, где и зачем изменил что-либо. Она же понимает Word и Excel, да? Так пускай она создает бизнес-правила в Office и сохраняет их в Sharepoint? (Речь идет, например, о продукте ILOG Rules for .NET)

Что остается вам? Ведь вам чем-то придется заниматься; не просто же вы инсталлируете систему, пойдете пить кофе и выдумывать новый изящный алгоритм интеграции пива с водкой путем синхронизации их потоков в желудке.

Вам придется решить некоторые вопросы по инфраструктуре (в скобках ответы для ILOG):
1) куда вы "поставите" BRMS? (три варианта: stand-alone application, embedded container, jar в вашем приложении)
2) как вы будете "общаться" с BRMS? (поддерживаются все необходимые стандарты с точки зрения SOA)
3) какую модель данных вы используете для создания правил? (в случае множества приложений есть возможность использования динамической модели, основанной на HashMap-ах; все модели создаются и вербализируются в Rule Studio (модуль для Eclipse), а правила можно создать, напимер, и через удобный вэб-интерфейс с помощью мышки и меню в стиле drag-and-drop)
4) какие языки должна корректно поддерживать вербализация этих объектов, что бы та самая секретарша поняла, о чем речь? (out-of-the-box: английский, немецкий, французский, испанский, японский, упрощенный китайский; в разработке есть и другие языки, как то русский, например; каждый будет видеть необходимое правило на том языке, который ему наиболее понятен)
5) как организовать систему доступа и безопасности? (не имеет по умолчанию своей системы доступов; вы можете использовать или LDAP, или ActiveDirectory, или чего-нибудь еще на свое усмотрение. используя общую систему допусков для всей фирмы, кто-то сможет лишь создавать правила, кто-то - проверять их, кто-то - ставить им статус "к исполнению")
6) что делать, если модель разрастется до невероятных размеров и станет тяжело определять, какое свойство необходимо в данный момент? (есть поддержка domain-ов, т.е. при определении конкретной категории (domain), wizard правила будет давать только используемые в данной категории объекты)
7) как избежать дублицирования кода, когда многие процессы схожи в каких-либо деталях? (есть возможность переписывания выполнения каких-либо правил, исходя из контекста; создается общий алгоритм, и, в зависимости от предопределенных условий, выполняются те или иные правила, написанные один раз каждое)
8) как тестировать полученные правила? (а почему бы не через тот же самый Excel?)
9) как скалировать систему при увеличении потока информации? (не имеет ограничений по скалированию; с точки зрения нагрузки, системе все равно, сколько в ней правил - 1000 или 100; она работает одинаково быстро, выбирая оптимальный алгоритм запуска в зависимости от задачи приложения)
10) как проверить систему на целостность и правила на адекватность? (встроенный аналитический tool найдет и те правила, которые взаимно исключают друг друга, и те, которые никогда не выполняются)
11) как получить поддержку? (профессиональные консультанты всегда подскажут наилучшее решение в той области, где вы хотите применить BRMS. ведь найти неизведанные до вас места достаточно трудно: опыт работы с eBay, VISA, JPMorgan, FannieMae, First Union, Nokia, FedEx, US Department of Homeland Security, Mexican Tax Department, Lufthansa, British Airways, Nissan, Hallmark, Pfizer работает на вас, а front-line support, например, находится на расстоянии одного телефонного звонка по Эстонии)

Полноценный тренинг и для разработчиков, и для аналитиков длится 4-5 дней. Это не сложно и намного проще, чем запустить ракету в космос. Но о деталях имплементации стоит задумываться не раньше, чем родится финансово обоснованная мысль об изменении модели построения системы. Ведь бесплатных решений не бывает - это все блеф. У одних - платная поддержка, а для других требуется серьезное инвестирование ресурсов, дабы понять, как заставить это работать в текущей среде. А еще и "заплатки" самому писать...

И последнее: сейчас везде популярно вставлять такие словечки как BPM (Business Process Management) и SOA (Service-Oriented Arhitecture). Да, для BPM третьего поколения BRMS является неотъемлимой частью. А знаете ли вы, что в мире, например, у Oracle нет ни одного примера решения формата world-wide enterprise-wide BPM? Рефакторинг систем с точки зрения SOA - это огромные затраты и "много крови". Очень много. Поэтому, если уж и следовать трендам, то стоит начать с выбора BRMS, а дальше... может, вам и не потребуется ничего больше. ;-)