BIT Impulse
Опубликовано в рубриках: ИТ, Львов, консалтинг24 Апр 2007
Ми є молода і перспективна фірма у Львові. Займаємось розробкою BI-рішення (системи корпоративної звітності на основі технології OLAP). Програмуємо на С#, активно використовуємо SQL Server та MS Analysis Services. Business Intelligence (BI) - це дуже перспективний напрямок на сьогоднішній день, і в Україні крім нас немає компаній, які розробляють BI-рішення. Більше інформації про нас і наш продукт Ви можете дізнатись на сайті www.bitimpulse.com. Робота у нас цікава і гарно оплачувана, список вакансій на сайті. Пишіть на jobs@bitimpulse.com.
З повагою,
Ігор Бобак.
В офисе в общем не шумно,...
“і в Україні крім нас немає компаній, які розробляють BI-рішення” - очень категоричное заявление
Как минимум, в Украине существуют представительства международных консалтинговых компаний, и компаний предлагающий ERP-решения. У многих из них есть как готовые типовые BI-решения для опрделенного бизнеса, так и R&D департаменты, предоставляющие разработку BI-решений под заказ.
Не стоит “молодой и перспективной” компании сразу демонстрировать свое “знание” ситуации на рынке подобными заявлениями
Я дуже перепрошую за те, що неправильно виразився. Правильніше було б сказати “в Україні немає вітчизняних компаній, які займаються розробкою програмного забезпечення для OLAP”.
На сьогоднішній день ми маємо потужний OLAP-клієнт власної розробки. Якщо зможете показати нам ще хоч одну українську компанію яка має подібний програмний продукт власного виробництва - я буду дуже вдячний.
Щодо рішень в цілому, то я з Вами згоден - в Україні багато компаній, які надають консалтингові послуги в цій сфері із використанням відомого ПЗ від виробників-гігантів, таких як Cognos, Microstrategy, в решті-решт OWC+Sharepoint+MSAS і т.д.
Ще раз прощу вибачення за те, що неправильно виразився.
З повагою,
Ігор Бобак.
В Днепропетровске есть компания GMS Tools с пакетом GMS Office. У них есть средство на базе OLAP.
На самом деле, если имеется OLAP-сервер, то разработка OLAP-клиента с хотя бы базовой функциональностью - тривиальная задача, учитывая, что на рынке хватает OLAP-компонентов. Мы в нашей торговой компании приобрели такие компоненты и будем делать в самом ближайшем будущем такой модуль.
ИМХО, не стоит недооценивать возможности непрофильных компаний с IT-отделами.
> У них есть средство на базе OLAP
Читаем здесь http://www.gmsc.dp.ua/PAz_Lite.htm: “Данная технология разработана самостоятельно и является аналогом технологии OLAP, но обладает гораздо более широкими возможностями, функциональностью и скоростью работы.”
Я не спорю, возможно им удалось сделать что-то лучше чем OLAP-сервер от Microsoft. Если так - большой респект. Но к сожалению, на их странице с примерами http://www.gmsc.dp.ua/PAz_Ex.htm подбор скриншотов не совсем хорошо (ИМХО) расскрывает возможности их продукта. Хотелось бы увидеть больше.
>На самом деле, если имеется OLAP-сервер, то разработка
>OLAP-клиента с хотя бы базовой функциональностью -
>тривиальная задача
Разработать OLAP-клиента с базовой функциональностью возможно и просто. Но вот разработать умного клиента - задача не тривиальная.
>Мы в нашей торговой компании приобрели такие компоненты и
>будем делать в самом ближайшем будущем такой модуль.
Позвольте спросить, какие компоненты вы приобрели?
Хочу сказать несколько слов о нас. Перед тем, как взяться за разработку собственного ОЛАП-клиента, мы проанализировали много компонент. Подходящего найти не удалось: в каждом либо были глюки, либо ограничения, либо медленно работал. Согласитесь, когда перелистываешь таблицу с данными и прорисовка тормозит на P4 2.8, то работать как-то можно, но очень неудобно. Или же типичное ограничение: компонент может работать с MSAS только напрямую, и нет промежуточного слоя, который можно было бы вынести на уровень веб-сервисов. Если говорить о некоторых компонентах для ASP.NET, то браузер просто вылетал с ошибкой “out of memory” если пользователь случайно выбирал детализацию, которая приводила к таблице 1000*1000 (а такое в жизни часто бывает).
Мы не стремимся во всем изобретать велосипед. Например, где можно - использовали компоненты DevExpress (меню, тулбары, едиторы и пр.). Но что касается Pivot-таблицы как главного инструмена отображения многомерных OLAP данных, то сделали мы ее сами, также как и все остальные механизмы взаимодействия с OLAP-сервером через наш набор веб-сервисов. А почему? А потому что нужно было сделать так, чтобы все летало даже на P3 500MHz, нужно было минимизировать трафик (у нас по SOAP-у бегают zip-сжатые данные), нужно было обеспечить расспределение нагрузки на OLAP-сервер, нужно было сделать так, чтобы клиент мог в любой момент прекратить выполнять запрос и чтобы этот запрос прекратил выполнение и на сервере (фича, которой нет не только ни в одном компоненте, которые мы видели, но даже и в MS Excel).
>ИМХО, не стоит недооценивать возможности непрофильных
>компаний с IT-отделами.
Никто этого и не недооценивает. Нам, например, очень приятно сотрудничать с теми фирмами, где в IT-от работают действительно профи.
Но что касается собственных разработок IT-отделов, то если просуммировать зарплату IT-персонала, которые заняты разработкой OLAP-решения, за все то время, которое ушло на его создание, + прибавить сверху еще 31% на персионный фонд (которое платит работодатель), то с большой вероятностью сумма превысит стоимось нашего продукта. А возможности того продукта, что выйдет у Вас, по функциональности, скорости, стабильности вряд ли сравняются с нашим, так как если бы оно сравнивалось - Вы бы скорее всего уже там не работали.
OFF: Мне одному так кажется, или этот ресурс на самом деле предназначен для обсуждения компаний, а не их продуктов?
Мы приобрели компоненты DevExpress.
Я лично занимался изучением продуктов OLAP, всяких готовых систем. Нам предлагали такую цену решений, что начальство просто смеялось. Имено поэтому мы остановились на компонентах.
Я, конечно, понимаю, что по отдельным параметрам ваш продукт будет превосходить собственную разработку нашей компании, но вопросы лицензирования и интеграции в существующее ПО - это для торговых компаний весьма существенные моменты, которые независимым разработчикам следует особо внимательно учитывать.
Прошу прощения за отход от непосредственной тематики обсуждения.
А чи не могли б Ви, Ігорю, детальніше розказати про компанію?
Скільки працівників?
Який офіс і чим додатково оснащений?
Які соціальні переваги надаєте?
Чим взагалі можете зацікавити потенційних працівників крім єдиного вітчизняного BI-продукту?
На чому базується технологічний процес?
Якими Bug Tracker, Version Control System користуєтеся?
Який відсоток тестерів в колективі?
Чи маєте специфікації перед тим як почати розробку?
Як вирішуєте питання виправлення помилок в продуктах?
Якщо це все є на сайті Вашої компанії - вкажіть будь-ласка - де саме.
Наперед вдячний за відповідь.
>Скільки працівників?
На сьогоднішній день (08.05.2007) - п’ятеро, але місця у офісі є на 18 чоловік (із розрахунку 6 кв. м. на людину по всіх нормах). Зараз ми у пошуках кадрів.
>Який офіс і чим додатково оснащений?
110 кв. метрів, 3.8м висота, зроблений ремонт, кондиціонери+обігрівачі, сигналізація, жалюзі, дуже зручні столи. Які параметри Вас ще цікавлять?
Вишліть своє резюме, ми запросимо Вас на співбесіду - побачите самі.
>Які соціальні переваги надаєте?
На сьогоднішній день ми пропонуємо безкоштовні обіди. Також робимо за наш рахунок вакцинацію від грипу (за бажанням, звичайно). Коли буде більша команда - однозначно зробим відвідування спортзалу (то буде скоріше за все футбол).
>Чим взагалі можете зацікавити потенційних працівників
>крім єдиного вітчизняного BI-продукту?
1) Відповідальним ставленням до роботи. В нас не буває такого, що хтось внесе зміни до одного куска коду, а завтра ваш кусок перестає працювати. В нас строгі код-конвеншени (це, до речі, велика перевага - всі легко можуть читати чийсь код).
2) Відсутністю бюрократичних обмежень. В нас нема строгих правил типу “мусиш бути на роботі від 8:30 до 18:00″. Важливо те, щоб у программера була “свіжа голова” - тоді буде і хороший результат.
>На чому базується технологічний процес?
Уточніть питання: що саме Вас цікавить?
>Якими Bug Tracker, Version Control System користуєтеся?
VSS, TestTrack. Якщо із VSS особливих проблем не було (по потужності поки що VSS-а вистачає і Team Foundation Server-а не потрібно), то TestTrack однозначно треба міняти на щось розумніше (скоріше за все пізніше зробим свій інструмент).
>Який відсоток тестерів в колективі?
Достатньо для того, щоб наші розробки були якісними.
>Чи маєте специфікації перед тим як почати розробку?
Однозначно. Без того не починається жоден проект.
>Як вирішуєте питання виправлення помилок в продуктах?
Реалізована потужна система логування (бачимо всі стек-трейси всіх inner-exception-ів на всіх рівнях) та іншої інформації. Це працює як тут в нас, так і в реліз-версіях, що стоять у замовника.
Якщо виникає помилка у клієнта (не обов’язково із нашої вини - може просто зв’язок із сервером БД пропасти), опис про неї зразу ж поштою відправляється нам. Часто ми дзвоним до замовника і кажем йому в чому його проблема і як її усунути.
Завдяки цій системі по перше легко бачити джерело помилки, по друге ніколи не згубиться контекст (не буває такого, що закрив дебаггер а потім думаєш “ой, забув, а чому воно вилітало…?”), так як весь опис приходить по пошті.
>Якщо це все є на сайті Вашої компанії - вкажіть будь-ласка - де саме.
Того всього немає. І очевидно чому: сайт створюється перш за все для замовника. Замовника не цікавить процес, його цікавить кінцевий результат.
>Наперед вдячний за відповідь.
Завжди раді відповісти на всі Ваші запитання.
З повагою,
Ігор.
– >На чому базується технологічний процес?
– Уточніть питання: що саме Вас цікавить?
– >Якими Bug Tracker, Version Control System користуєтеся?
– , то TestTrack однозначно треба міняти на щось розумніше (скоріше за все пізніше зробим свій інструмент).
– >Який відсоток тестерів в колективі?
– Достатньо для того, щоб наші розробки були якісними.
Всі три відповіді дуже добре підкреслюють факт:
– На сьогоднішній день (08.05.2007) - п’ятеро
(до речі, в ці п`ять осіб входять директор і бухгалтер?)
Успіхів в розвитку вашої справи.
Це моє особисте бачення терміну “фірма в IT”.
Я би не називав вас “фірмою”. Скоріше стартап-командою з амбіційними цілями та високою самооцінкою
Ще раз бажаю успіхів!
Щоб давати подібні оцінки, треба мати трохи більше інформації про нас, яку Ви, пане Артур, однозначно не маєте.
Працювати в нас чи ні - це справа вибору кожного. Хто хоче знайти цікаву і гарнооплачувану роботу із перспективою кар’єрного росту (набагато більшою перспективою аніж у великих фірмах), той не буде уникати знайомства із нами тільки тому, що пан Артур на форумі класифікував нас як “стартап-команда”.
2 bobak:
Ігорю, дякую за детальну та відверту відповідь.
Резюме висилати не буду оскільки по-перше - цілком задоволений своєю теперішньою роботою, а по-друге - маю дещо іншу спеціалізацію.
Коментувати Ваших відповідей теж не маю наміру - оскільки просто хотів, щоби Ви зафіксували тут саме ті деталі, які цікавлять в кожній компанії розробників, а не конкурентів чи рекламні агенства.
Милая девушка желает познакомиться с хорошим Embedded Software Development.