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

О чем мы забываем в QA или “Знакомьтесь – Manageability!” (Роман Юферев, SQADays-2011)

2012-04-27T19:51:45Z

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

Java One 2012:Отчет Белобородова Дмитрия

2012-04-23T15:59:16Z

DmitryBeloborodov: /* Язык Kotlin для платформы Java */

Конференции Java One и Oracle Develop 2012 в России проходили 17-18 апреля в здании Российской Академии Наук (Ленинский проспект, 32a). Несколько параллельных треков включали доклады, связанные с языком Java и прочими технологиями Oracle. В холлах были также стенды самой компании Oracle и компаний-партнеров. Меня заинтересовали только доклады, касающиеся языка Java, впечатления о посещении которых далее и приведены.

Общие впечатления, что понравилось на конференции:

Интересные темы докладов, причем, сделанные не только работниками Oracle.
Удовлетворительные условия технического характера, созданные для просмотра и прослушивания докладов:
- презентации демонстрировались на больших экранах, хорошо видных из любой части аудитории;
- наличие синхронного перевода (качество не оценивал).
Раздаваемый участникам конференции набор включал необходимый минимум (расписание докладов со схемой аудиторий, ручку, блокнот) и был почти без рекламной макулатуры.
На открытии продемонстрирован забавный клип Java Life, показанный впервые на американском Java One 2011.

Что не понравилось:

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

Файлы презентаций пока недоступны на официальном сайте, но ссылки на некоторые доклады появились в отзыве о конференции на Хабре.

Подробная программа конференции

Коридор со стендами

Стенд с расписанием и планом

Вход в большой зал

Сцена большого зала

Пуфики в коридоре

Отзывы о докладах расположены в хронологическом порядке их посещения и оценены по пятибалльной шкале ().

Взаиморасчеты в ЖКХ: кто виноват и что делать?

2012-04-18T15:19:33Z

AlexandraVelyaninova:

В журнале «Коммунальный комплекс России» (№3/2012) опубликована статья «Взаиморасчеты в ЖКХ: кто виноват и что делать?» ведущего аналитика нашей компании Татьяны Лисиной. Татьяна рассматривает проблемы взаиморасчетов в ЖКХ и предлагает пути их решения. Работа управляющих компаний вызывает много нареканий по поводу злоупотреблений, хищений и бесконтрольности их деятельности. Выходом из сложившейся ситуации является развитие единых расчетных центров, оснащенных современными биллинговыми системами.

С самого начала предвыборного 2011 года и до сих пор одно за другим появляются в СМИ сообщения о совещаниях, коллегиях, выездных заседаниях с участием самых высокопоставленных лиц. Лейтмотив всех выступлений примерно такой: «…Злоупотребления и хищения в сфере ЖКХ приобрели характер эпидемии» (Д. А. Медведев, выступление на заседании коллегии МВД России, 10 февраля 2012 года). Слово «эпидемия» можно расценить только как признание, что дела идут все хуже. Необходимо срочно разыскать злоумышленников.

А далеко ходить не надо. Еще в октябре 2011 года министр регионального развития Виктор Басаргин назначил виноватых в привычном развале жилищно-коммунального хозяйства: «Прежде всего, необходимо из процесса расчетов убрать посредников. В первую очередь это как раз управляющие компании, которые прокручивают деньги жильцов. Для некоторых компаний это вообще основной источник доходов. Второе — расчетно-кассовые центры. Сегодня руководитель РКЦ субъективно решает, кому платить, а кому — нет. И это благодатная почва для злоупотреблений». И вот уходящий Президент грозно требует от полиции активного пресечения злоупотреблений, а губернаторам поручает следить за расходами управляющих компаний.

Странная рыночная экономика у нас получается. Управляющие компании, которые появились после принятия Жилищного кодекса, — коммерческие организации, на каком основании будет раскрыта структура их расходов?

Поймите правильно — иллюзий о качестве управляющих компаний, созданных на основе спешно приватизированных городских жилищных контор, не было ни у кого. Смена названия и даже организационно-правовой формы никак не повлияла на качество их услуг. Для качественного изменения управляющих компаний, превращения их в ответственных субъектов рыночной экономики не было главного условия — заинтересованности в этом самих управляющих компаний. И не могло быть. Ведь акционирование жилищных компаний фактически повлекло за собой полную отмену контроля за их деятельностью. Естественным следствием этого стало безудержное стремление управляющих компаний к достижению максимальной выгоды без учета интересов других сторон.

По Жилищному кодексу управление многоквартирными домами включает взаимодействие с поставщиками ресурсов, выставление счетов населению с учетом недопоставок, обеспечение сбора и перечисление поставщикам оплаты, работы по содержанию жилого фонда и внутридомовых коммуникаций, а также капитальный ремонт домов. Отсутствие контроля приводит к проблемам для жителей и поставщиков ресурсов буквально на каждом шагу (см. табл. 1).

Таблица 1

Недостатки в работе управляющих компаний и вызванные ими проблемы для потребителей ЖКУ и поставщиков ресурсов

Проблемное поведение управляющей компании	Следствие для граждан	Следствие для поставщиков
УК не ведет расчета квитанций	Неудобство оплаты по абонентским книжкам/расчетным листкам поставщиков, необходимость сверки начислений с поставщиками	Уменьшение сборов
УК не ведет учета аварий, недопоставок	Переплата, необходимость сверки начислений в аварийные периоды	Уменьшение сборов, перерасчеты задним числом
УК задерживает перечисление оплаты поставщикам	Отключения	Отсутствие оборотных средств, в том числе для оплаты налогов по начислению
УК не оплачивает задолженность перед поставщиком	Отключения, повторное взимание оплаты при банкротстве УК, судебные издержки	Отсутствие оборотных средств, в том числе для оплаты налогов по начислению, судебные издержки
УК выполняет не все работы (объемы, состав)	Переплата, ухудшение состояния дома
УК использует платежи на капитальный ремонт не по назначению	Не накапливаются средства для капитального ремонта, ухудшение состояния дома, повторная оплата ремонта
УК не ведет учета по домовым счетчикам	Переплата	Уменьшение сборов
УК оплачивает завышенные объемы работ/услуг	Переплата, ухудшение состояния дома
УК не отчитывается перед муниципальными властями	Бесконтрольность УК, ухудшение состояния дома

По сообщениям СМИ, приведенные в таблице сценарии реализуются в полной мере, а результатами деятельности управляющих компаний недовольны буквально все. Долги перед поставщиками растут, качество услуг УК плохое, тарифы и нормативы потребления завышены, качество капитального ремонта не выдерживает критики. И это несмотря на то, что в результате монетизации льгот и роста тарифов жильцы стали платить больше. Граждане жалуются на принуждение к подписанию договоров и невозможность контролировать УК, на чехарду с умышленными банкротствами управляющих компаний и многое другое — проблемы разнообразны, как сама жизнь.

IPazzPort

2012-04-18T14:57:07Z

StasFomin:

Модель KP-810-02

Позиционируется, как:

Пульт для домашнего кинотеатра;
Устройство для грамотного презентатора (обучение, тренинги), все что выходит за рамки тупого перелистывания слайдов. Например, с его помощью уже можно использовать ZoomIt (как в режиме увеличения, так и рисования).
Управление безклавиатурными девайсами (станки с ЧПУ, и прочее, куда некуда засунуть клавиатуру).

Интерфейс: 2.4Ghz dongle — это лучше, чем BlueTooth. Больше дальность, надежность, девайс не «теряется».

Ротация кадров внутри компании

2012-04-12T17:31:43Z

AlexandraVelyaninova:

Руководитель HR-службы Евгения Удалова рассказала журналу CIO о ротации сотрудников внутри компании. В каких случаях ротация персонала приносит положительный результат, а когда может навредить? Почему при кажущейся простоте ротация сотрудников — довольно непростой управленческий инструмент? Евгения делится положительными примерами внутренней ротации и обращает внимание на возможные «подводные камни».

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

Итак, в каких случаях ротация кадров внутри компании может быть эффективной:

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

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

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

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

Быстрый старт нового проекта. Если в компании налажены механизмы ротации персонала, у вас не возникнет сложностей с тем, чтобы собрать новую команду из уже работающих сотрудников. Плюсы формирования такого «костяка» стартующего проекта очевидны: люди лояльны к компании и хорошо знают используемые технологии, их профессионализм доказан, вокруг «костяка» можно быстро нарастить достаточно большую команду (до 10 человек), приходящие люди не будут «оторваны» от компании, поскольку их погружением и адаптацией будут заниматься уже работающие у вас сотрудники.

Развитие горизонтальных связей между подразделениями. По нашему опыту, видимый эффект появляется через 3-4 года после начала мероприятий по ротации. Горизонтальные связи между производственными подразделениями — как рабочие, так и личные — улучшают координацию и взаимодействие при совместной работе над задачами, сохраняют целостность компании, позволяют делиться опытом и успешными практиками. Этот механизм также помогает руководителям производственных направлений видеть компанию в целом, а не ограничиваться только своей «частью».

Уход от производственных конфликтов. Если между какими-то специалистами «пробегает искра», мы всегда можем перевести одного из них в другое подразделение.

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

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

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

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

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

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

Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

Репликация: База Знаний «Заказных Информ Систем» → «Ротация кадров внутри компании»

DDD: Реализуем проект Вавилонская башня (Максим Цепков, Software People 2012)

2012-04-10T20:37:36Z

MaksTsepkov: /* Коммунальный биллинг */

Взгляд на облако с разных сторон

2012-04-10T15:35:16Z

AlexandraVelyaninova:

Ведущий системный инженер Дмитрий Морозов рассказал журналу Intelligent Enterprise об эффективном внедрении частного облака. Что дает перевод инфраструктуры в облако и как его проводить в условиях непрерывности бизнес-процессов компании? Своим опытом Дмитрий делится в комментарии к статье «Незаметная революция» (о внедрении облачного решения в РГТЭУ).

Облако — это симбиоз технических (виртуализация) и организационных (унификация процессов) средств управления инфраструктурой компании. Максимальный эффект возникает при их правильном сочетании, поэтому эффективное внедрение частного облака требует специальных усилий не только от сотрудников ИТ-отдела, но и от тех специалистов, чьи бизнес-процессы будут затронуты виртуализацией.

Перевод инфраструктуры в облако делает ее более прозрачной и управляемой, расширяет возможности для ее масштабирования, упрощает и ускоряет внесение в нее изменений. Однако эти изменения проводятся не «в вакууме», а в условиях непрерывности бизнес-процессов компании. У нас сложилась и хорошо себя зарекомендовала практика проведения анализа тех процессов, которые предстоит перевести в частное облако. Таким образом, вырабатываются соглашения об объеме предоставляемых IT-отделом услуг, а также правила и регламенты взаимодействия сотрудников бизнес- и IT-подразделений — своего рода SLA. И только с учетом этих условий создается техническая архитектура облака.

Например, чтобы при размещении базы данных (БД) Oracle в облаке одновременно учесть интересы пользователей и возможности ИТ-отдела, разрабатывается набор правил. В них указывается количество и объемы поддерживаемых БД, частота появления новых БД, регламент резервного копирования и т. д. В результате SLA между пользователями и ИТ-отделом задает параметры для технических регламентов и влияет на архитектуру облака.

Репликация: База Знаний «Заказных Информ Систем» → «Взгляд на облако с разных сторон»

Опыт внедрения Product Management. Подводные камни (Анна Лопатухина, ProductCampSPB-2012)

2012-04-10T09:06:30Z

StasFomin: Новая страница: «== Аннотация == ;Докладчик: [http://ru.linkedin.com/in/alopatuhina Анна Лопатухина] <blockquote> * Необходимо четко...»

Построение офиса менеджеров продуктов (Игорь Парфeнов, ProductCampSPB-2012)

2012-04-10T08:57:04Z

StasFomin: Новая страница: «== Аннотация == ;Докладчик: [http://www.linkedin.com/in/igorparfenov Игорь Парфeнов] <blockquote> Я расскажу о своем ...»

На каком языке говорить с СхО (Сергей Колпаков, ProductCampSPB-2012)

2012-04-10T08:48:03Z

StasFomin: /* Примечания и отзывы */

Коллективный процесс (Елизавета Хоботина, ProductCampSPB-2012)

2012-04-09T23:27:31Z

StasFomin:

Анализ мобильного рынка и приложений для шоппинга (Яна Кузьмина, ProductCampSPB-2012)

2012-04-09T23:23:48Z

StasFomin:

Процессы разработки B2B продукта «Единый Клиент» (Елена Журавлева, ProductCampSPB-2012)

2012-04-09T23:10:58Z

StasFomin: Новая страница: «== Аннотация == ;Докладчик: [http://zhuravleva-kholodova.moikrug.ru/ Елена Журавлева] <blockquote> </blockquote> == Видео ==...»

Проектирование продуктового портфеля на примере Comindware (Константин Бредюк, ProductCampSPB-2012)

2012-04-09T07:06:08Z

StasFomin:

Завод Вертикалей (Юрий Воронцов, ProductCampSPB-2012)

2012-04-09T06:57:17Z

StasFomin: переименовал Завод Вертикалей (Юрий Воронцов, ProductCampSPB-2012 ) в Завод Вертикалей (Юрий Воронцов, ProductCampSPB-2012)

Стейкхолдеры, их идеи, их приоритеты. KJ method: порядок из хаоса. (Иван Михайлов, ProductCampSPB-2012)

2012-04-09T06:39:57Z

StasFomin: /* Примечания и отзывы */

Увеличение продаж за счет выстраивания матрицы продуктов (ProductCampSPB-2012)

2012-04-09T06:30:32Z

StasFomin: /* Видео */

Позиционирование на рынке ECM на примере системы электронного архива (Лилия Кочеткова, ProductCampSPB-2012)

2012-04-08T20:37:00Z

StasFomin: Новая страница: «== Аннотация == ;Докладчик: Лилия Кочеткова <blockquote> </blockquote> == Видео == {{vimeoembed|39974348|720|304}} {{CONFID...»

Смена концепции программного продукта GUI Machine (Рустем Гайфутдинов, ProductCampSPB-2012)

2012-04-08T20:29:50Z

StasFomin: /* Видео */

Создание новых рынков (Дмитрий Журавлев, ProductCampSPB-2012)

2012-04-08T20:20:13Z

StasFomin: Новая страница: «== Аннотация == ;Докладчик: [http://www.linkedin.com/in/dmitryzhuravlev Дмитрий Журавлев] <blockquote> </blockquote> == Виде...»

Saas-стартап HR-рекрутинга (Максим Игнатов, ProductCampSPB-2012)

2012-04-08T18:52:24Z

StasFomin: Новая страница: «== Аннотация == Категория:Максим Игнатов ;Докладчик: [[:Категория:Максим Игнатов|Максим И...»

Что посмотреть сегодня вечером? Yota Play (Виталий Григораш, ProductCampSPB-2012)

2012-04-08T18:41:26Z

StasFomin: /* Слайды */

Игровые механики в полезных приложениях (Дмитрий Орлов, ProductCampSPB-2012)

2012-04-08T18:37:13Z

StasFomin: /* Видео */

Выработка концепции интерфейса продукта (Ольга Павлова, ProductCampSPB-2012)

2012-04-08T18:31:41Z

StasFomin: Новая страница: «== Аннотация == Категория:Ольга Павлова ;Докладчик: [[:Категория:Ольга Павлова|Ольга Павл...»

Генерация новых продуктов и идей (Сергей Морозов, ProductCampSPB-2012)

2012-04-08T18:24:36Z

StasFomin: /* Видео */

Как заполучить крупных клиентов? (Антон Марченко, ProductCampSPB-2012)

2012-04-08T17:54:02Z

StasFomin: Новая страница: «== Аннотация == ;Докладчик: [http://marchenkoanton.moikrug.ru/ Антон Марченко] <blockquote> Доклад будет построе...»

Адаптация зарубежных продуктов: Создать или украсть? (Михаил Зарин, ProductCampSPB-2012)

2012-04-08T17:43:21Z

StasFomin:

Лицензируемое ПО vs SaaS - подходы к разработке и маркетингу (Мария Бондаренко, ProductCampSPB-2012)

2012-04-06T20:18:52Z

StasFomin:

Аналитика использования продукта - нужны ли вам метрики и как их раздобыть? (Алексей Ильин, ProductCampSPB-2012)

2012-04-06T19:56:14Z

StasFomin:

Взаимодействие в команде (Дина Шелепина, ProductCampSPB-2012)

2012-04-06T19:45:35Z

StasFomin:

Product Management Course в UC Berkeley (ProductCampSPB-2012)

2012-04-06T15:56:29Z

StasFomin:

Опыт продуктового менеджмента мобильного стартапа (Стас Давыдов, ProductCampSPB-2012)

2012-04-06T14:31:03Z

StasFomin:

ISPMA — стандарт обучения и сертификации менеджеров продуктов (Андрей Маглиас, ProductCampSPB-2012)

2012-04-06T14:14:47Z

StasFomin: Новая страница: «== Аннотация == ;Докладчик: [mailto:andrey.maglyas@lut.fi Андрей Маглиас] <blockquote> </blockquote> == Видео == {{vimeoem...»

Переход от хаоса к планированию, или проблемы роста интернет-отделов внутри компаний (Яна Москвина, ProductCampSPB-2012)

2012-04-06T14:02:18Z

StasFomin:

Корпоративный инкубатор - путь к продуктоводству (Роман Белодед, ProductCampSPB-2012)

2012-04-06T13:51:05Z

StasFomin:

Как не надо делать мобильные приложения (Татьяна Авлочинская, ProductCampSPB-2012)

2012-04-06T09:19:21Z

StasFomin:

Мегаплан. Продукты, управление требованиями, команда. (ProductCampSPB-2012)

2012-04-06T08:58:05Z

StasFomin: /* Видео */

Сообщества тестировщиков. Старт дан. И что дальше? (Круглый стол, SQADays-2011)

2012-04-06T08:48:13Z

StasFomin:

Уроки, полученные при проведении автоматизированного приемочного тестирования (Ран Найман, SQADays-2011)

2012-04-05T21:11:33Z

StasFomin:

ADD-2011 (Рецензии Стаса Фомина)/Увеличиваем производительность MySQL в десятки раз используя HandlerSocket

2012-04-05T16:45:24Z

StasFomin:

Доклад на по большому счету на тему скрещивания «ежа с ужом» — как бы добиться NoSQL-ништяков типа скорости, и собственно отсутствия SQL как эсперанто-посредника, при этом не слезая с привычного и проверенного MySQL, и сохраняя все его ништяки (включая SQL) для того, кому это действительно надо.

Таких подходов полно — вот, прямо к InnoDB можно пустить memcache (о чем тоже немного расскажет докладчик), ну и вообще см. обзор NOSQLя в MySQLе.

Плюсы этого — чистый, текстово-читаемый сетевой протокол (удобно для локализации проблем, тут докладчик рассказал байку про баги в libmemcached, которые он наблюдал в проекте с большой социальной сетью).

Доступ идет через нумерованные^[1] каналы, которые почему то называются индексами (вызывает путаницу с индексами MySQL), возможно из-за того, что каждому каналу нужно сопоставить таблицу и mysql-индекс в ней.

Соотвественно, после этого можно простейшие запросы типа «ключ ?=<> →значение» набиваются в одну строчку этого текстового протокола (пересказывать протокол глупо, впрочем докладчик очень настаивал, чтобы перед работой вкуривали маны, а то его разработчики то пробелы вместо табов разделителями использовали, то на «читающий порт» подавали команды записи и т.п.).

Полно биндингов Java/Python/Ruby/Node.js, для PHP аж три разных, пара для питона и т.п.

Подход сам хорош и для фронтэнда — «список товаров» в вебмагазине, и даже для обработки статистики, когда статистику собирают не «парся логи», а оптимизированно засовывают в ту же базу данных.

Отдельная удобная фишка прямая трансляция GET-запросов NGINXом в (NGX_HSJSON) в этот Handler Socket с возвратом JSON-ответов, через что разумно реализовывать автокомплит в поиске.

Ну и по опыту докладчика, HS вполне на уровне классических key-value баз типа Memcache/Redis/Tokyo Tyrant (синтетический тест с одним соединением, без сети).

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

Полезные «фишки» для построения успешного процесса тестирования (Наталья Руколь, SQADays-2011)

2012-04-05T14:58:36Z

StasFomin: /* Видео */

Круглый стол на тему «Маркетинг» (ProductCampSPB-2012)

2012-04-03T16:00:42Z

StasFomin:

Процессы небольшой продуктовой компании (Дмитрий Безуглый, ProductCampSPB-2012)

2012-04-03T16:00:09Z

StasFomin:

Собеседование тестировщиков. Что спросить и как ответить (Александр Барановский, SQADays-2011)

2012-04-03T11:00:19Z

StasFomin: Новая страница: « == Аннотация == ;Докладчик: [http://www.linkedin.com/pub/aliaksandr-baranouski/10/672/324 Александр Барановский] <blockquot...»