10 мая 2011г. Автор: Тарус Балог

Изображение: opensource.com

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

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

Демонстрационная версия (proof-of-concept) - не лучший выбор

Например, если компания хочет купить программное решение для организации работы предприятия, поставщик коммерческого ПО согласится предоставить демонстрационную версию, т.н. proof-of-concept. То есть: поставщик ПО отправит инженера - за свой счет - который установит демонстрационную версию программы клиенту и расскажет ему о возможностях программы, заострив внимание на том, как она подходит для конкретной ситуации покупателя.

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

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

Опасайтесь компаний, которые предложат вам “установить и настроить программу, чтобы мы ее оценили - а потом мы сразу заключим контракт на обслуживание”.

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

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

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

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

Заявка на коммерческое предложение - в большинстве случаев трата времени

Мы подходим к самой худшей черной дыре, где безвозвратно теряется время компании-разработчика СПО - это заявки на коммерческие предложения (Request for proposal, RFP).

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

Худшие заявки на коммерческое предложение я называю “Аве Мария” - так называют крайне неудачный пас в американском футболе (‘Hail Mary‘). Это такие заявки, где какая-то компания хочет участвовать в проекте, но ей не хватает какого-то компонента, и они просят вас выступить субподрядчиком. Вот пример (из реального электронного письма):

“У меня тендер в Турции, я хотел бы подать заявку. Тендер в отрасли телекоммуникаций, мы собираемся предложить [решение №1] и [решение №2] оператору связи. Клиенту нужна система управления устройствами. Хотя есть примитивный функционал для управления ими, мы предполагаем, что работу придется выполнять с нуля.

Если вы хотели бы подать заявку на поставку решения для этого тендера, я передам вам часть, где требуется разработать систему управления. Заявка требует NMS; системы контроля за ошибками, системы контроля производительности и инвентаризации”.

Очень “мутный” заказ. В одном абзаце поставщик предлагает моей компании заняться неоплачиваемой работой в течение как минимум недели. И даже в лучшем случае мы будем лишь субподрядчиком у третьего лица, которое не имеет понятия ни о нашем продукте, ни о нашем бизнесе.

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

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

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

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

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

И когда конкуренты будут оказывать услуги лучше вас, как вы удержите своих клиентов?”

Автор: Паула Хантер

Паула Хантер - исполнительный директор Outercurve Foundation. Она работала на административных должностях в таких организациях, как Open Source Development Labs и United Linux, уже более 20 лет она работает в сфере открытого программного обеспечения. Ее твиттер @huntermkt.

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

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

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

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

Навыки

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

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

Опыт и связи Experience and Networking

Часто для успешной карьеры и интересной работы человеку требуются профессиональные связи. Широкий круг профессионалов, занятых в крупных проектах СПО, может предоставить новичку большие возможности.

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

Для студента Эрика Шульца СПО - способ усилить свое резюме. Он рассказал, что не знал, как программировать в рамках комплексных проектов, но, работая в команде, освоил нужные навыки и добавил примеры своей работы в портфолио. “Кроме того, это отличная возможность найти связи”, - сказал Шульц. - “Полагаю, крайне полезно знакомиться с людьми, которые уже работают в крупных компаниях, лучшими в своей области - вы можете внезапно оказаться у них в поле зрения. Так что с точки зрения профессиональных связей такая работа крайне полезна”.

Некоторые университеты осознают преимущества работы с СПО для студентов. Rensselaer и Государственный университет штата Орегон открыли экспертные центры по открытому ПО для своих студентов. В Беркли есть веб-курс.

Работодатели также внимательно следят за участием студентов в проектах по разработке СПО при поиске будущих специалистов. Несколько лет назад компания Google начала проводить акцию “Summer of Code”: лидеры проектов по разработке СПО предлагали работу на лето, студенты делали заявки, а Google выплачивала 5000 долларов каждому принятому кандидату. Компания и сегодня продолжает вкладывать значительные средства в эту акцию.

Студенты университетов, активно участвующие в проектах и сообществах по разработке СПО зачастую сами создают себе вакансии - от летней интернатуры до полной занятости сегодня или после окончания учебы. Компании, находящиеся в поисках новых талантов, могут получить немало выгоды от работы с такими студентами.

29 марта 2011г. Автор: Тарус Балог (Tarus Balog)

Изображение: opensource.com

Меня попросили, чтобы я превратил свою рубрику “Открыто!” в ежемесячную авторскую колонку, посвященную ведению бизнеса со свободным программным обеспечением. Читатель должен знать, что я - не миллионер. У меня нет множества домов и нового автомобиля, но прошлые восемь лет я зарабатывал себе на жизнь исключительно с помощью бизнеса, основанного на свободном программном обеспечении (и без каких-либо сторонних инвестиций). Советы в моей колонке в основном соответствуют нашей общей политике: тратить меньше, чем зарабатываешь. Надеюсь, что и вам они принесут пользу.

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

Бизнес с открытым ПО отличается от коммерческого программного обеспечения: основой становится продажа услуг, а не лицензий на программы. Это - первая проблема для продажи, ведь люди привыкли платить за товары куда больше, чем платить за обслуживание.

У нас в OpenNMS решением стали “пакеты” услуг - своего рода товары. К примеру, есть проект OpenNMS Greenlight. Клиент оплачивает фиксированную сумму, за которую получает неделю обслуживания на сайте и год поддержки. Мне нравятся такие соглашения. Ведь мы не только поддерживаем работу и развитие системы OpenNMS, но и узнаем больше о корпоративной культуре и окружении клиента, а значит, нам легче будет удовлетворить его потребности в будущем.

И что же, все проекты Greenlight одинаковы? Отнюдь. Я прихожу к клиентам, они передают мне список требований, а потом я сижу и неделю ломаю голову над внедрением системы. Иногда мы собираемся в конференц-зале и целую неделю обсуждаем решение проблем и изучаем OpenNMS. Обычно же происходит нечто среднее между этими двумя крайностями, но суть в следующем: хотя каждый проект Greenlight уникален, все они предлагаются в рамках единого товара по одной цене. Таким образом у клиента есть образ конкретного продукта.

Когда речь идет о ценообразовании, признаюсь, может быть непросто, но есть одно правило: не пытайтесь устраивать ценовые войны. Повторю: ценовой конкуренции не место среди открытого ПО.

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

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

Но я решил повысить плату на 35%.

Откуда берется наценка? Ну, во-первых, мы эксперты по OpenNMS. Мы - лучшие в своем деле, именно мы можем своевременно решить вашу проблему, а если мы не можем решить ее с помощью конфигурации системы, мы быстро напишем программу-заплатку. И, хотя час нашей работы стоит дороже, мы справляемся с работой гораздо быстрее, чем конкуренты. А значит, общие затраты будут ниже.

А вот оценить стоимость технической поддержки - другое дело.

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

Кроме того, мы обязательно указывали на отсутствие привязки к поставщику. Покупая коммерческое ПО, вам приходится платить за поддержку, чтобы получать обновления, включая исправления ошибок. Это всегда казалось мне странным. Платить за исправления - это странно, вроде как: “Вы продали мне продукт, заявив, что он может третье, пятое и десятое, но из-за ошибки он этого делать не может, а потому я должен снова заплатить вам, чтобы продукт был исправлен и я мог воспользоваться функциями, заявленными изначально”.

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

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

Поэтому мы разработали новый продукт: продвинутую поддержку. Поддержка, которую мы предлагали изначально, стала называться базовой. Мы четко объяснили, какие области не включены в базовую поддержку, а продвинутая поддержка охватывала любые вопросы по OpenNMS без ограничений. Продвинутую поддержку мы оценили в три раза дороже базовой.

Это был полный провал.

Теперь, вспоминая это решение, я понимаю, что нарушил одно из собственных правил ведения дел: не стоит пытаться облегчить продажу себе, нужно пытаться облегчить покупку для клиента. Я же добавил покупателю лишний стресс при принятии решения о покупке. Теперь клиент задумывался: “А нужна ли мне продвинутая поддержка, а если нужна, как оправдать цену перед начальством?” Кроме того, те, кто купили базовую поддержку, продолжали задавать вопросы, которые мы относили к области продвинутой поддержки - ну что было с этим поделать?

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

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

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

В завершение - пара слов о ценообразовании.

Помните, важно делать покупки легче для клиента. Сейчас у нас в OpenNMS есть три уровня поддержки: стандартная, 24х7 и “Ультра”. Выбрать очень просто. Если у вас может быть непредвиденная ситуация и потребность в поддержке круглые сутки, выбирайте 24х7. Если вы интегрируете данные из OpenNMS с приложениями, куда обращаются клиенты (например, портал для покупателей), и если OpenNMS упадет, ваши клиент немедленно это заметят, вам нужна поддержка “Ультра”. Все просто.

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

Кроме того, публикация цен кажется нам честным подходом. У нас нет специалистов по продажам в штате, так что и переговоры о цене мы не ведем. Все платят одинаково.

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

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

И не забывайте о самом обслуживании клиентов. Если ваши клиенты выбрали открытое ПО, они уже никогда не вернутся к закрытым программам.

13 марта 2011г. Автор: Рут Зюле (Ruth Suehle), Red Hat

Бизнес-план мертв. По крайней мере, так полагает группа экспертов, выступившая в поддержку использования наглядных демонстраций - прототипов, на конференции South by Southwest (SXSW) в воскресенье утром.

За последние пару лет бизнес претерпел значительные изменения. “Раньше нужно было четко изложить каждый этап процесса, которым вы собирались заняться, в бизнес-плане”, - заявила модератор конференции Кендра Шиммел, дизайнер в компании “Adaptive Path” и член правления “Interaction Design Association”. С помощью бизнес-плана вы демонстрировали потенциальным инвесторам, что именно вы собираетесь делать.

Бизнес-план умер?

“Не думаю, что бизнес-план как таковой мертв. Но я считаю, что бизнес-план представляет собой не совсем то, чем его считают люди“, - полагает Джефри Калмыкофф (Jeffrey Kalmikoff), человек, работавший над множеством проектов от “Threadless” до “Digg”, сейчас он - заместитель директора по производству в “SimpleGeo”. Сегодня главная задача - предоставить хоть какую-то рабочую версию. “Легко предложить идею“, - продолжает объяснять Джеффри. - “А вот показать, как сделать из идей деньги - куда сложнее“. Если вы не думаете о получении денег, то прототип вашей системы должен обладать незаурядными возможностями. Вам придется сосредоточиться на их развитии, а не на получении прибыли.

Эйд Олоно (Ade Olonoh), основатель и исполнительный директор “Formspring”, заметил, что его компания в данный момент не приносит дохода. Он не согласился с Калмыкоффом, что заранее неизвестно, какие идеи хорошие, а какие - плохие, пока их не увидит пользователь. “Понять, как сделать деньги, если у вас уже есть пользователи, куда проще, чем заставить миллионы пользователей обратиться именно к вашему продукту”, - сказал Эйд.

“Разница - между планированием и бизнес-планом”, - ответил Калмыкофф. Вы можете прекрасно представлять себе, над чем работаете, но при этом не иметь бизнес-плана. “Бизнес-планы утопили множество еще не родившихся проектов - куда больше, чем создание прототипов”, - заявил он. Инвесторы хотят выпустить продукт на рынок как можно скорее потому, что именно в этом заключается их выгода. Правда, из-за этого остается мало времени на детальную проработку.

А что насчет прототипов?

У продукта “Formspring” было более миллиона пользователей, когда, наконец, у проекта появились первые инвесторы. “Создать прототип и показать его третьему, пятому, десятому - таким образом можно собрать денежные средства”, - заявил Олоно. - “Но в ваших же интересах сохранить за собой возможность переделать и доработать свою идею. В итоге благодаря этому вы получите больший доход”. Инвесторы уже не требуют от компаний бизнес-планы, если верить Кристиану Андерсену (Kristian Andersen), инвестору-ангелу и основателю компании по дизайну. Они просят показать прототип продукта или хотя бы набор слайдов. “Я видел наборы слайдов, которые давали вместо прототипов - этакая визуальная замена прототипу, в которой я мог совершить определенную последовательность действий”, - объяснил Андерсен.

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

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

Источник: My prototype beat up your business-plan

Рейман официально занялся свободным ПО

Компания «Роса», по информации с ее официального сайта, это многопрофильный российский разработчик полного цикла решений на основе свободного программного обеспечения (СПО). Учредителем компании является Леонид Рейман, до сентября 2010 г. занимавший пост советника президента России Дмитрия Медведева, а ранее – с 1999 по 2008 гг. являвшийся министром связи. О создании Рейманом компании «Роса» CNews рассказал его представитель.

«Основу нашей команды составляют опытнейшие российские эксперты в обл… полный текст

Источник: CNews

Студенты стремятся работать в Google, а не в Microsoft

Компания Google вновь признана «самым привлекательным работодателем» в США, говорится в результатах проведенного консалтинговой фирмой Universum нового опроса 130 тыс. студентов, получающих высшее образование в сферах бизнеса или ИТ. Google становится самым привлекательным работодателем уже второй год подряд, тогда как главный конкурент интернет-гиганта - компания Microsoft стала только седьмой в рейтинге.

В прошлом году Microsoft была третьей в списке самых привлекательных для работы компаний … полный текст

Источник: CNews

Novell расчленят и продадут дороже $2 млрд.

В газете New York Post была опубликована короткая статья со ссылкой на инсайдерские источники, в соответствии с которой в ближайшие недели компания Novell будет разделена на две части, причем бизнес, связанный с SUSE Linux, отойдет к одному покупателю, а оставшееся – частному инвестору. Ни один из предполагаемых покупателей не называется.

По сообщению источника, сумма предполагаемой сделки превысит предложение Elliott Associates, отклоненное Novell в марте этого года. Тогда Elliott Associates … полный текст

Источник: CNews

Пользователи опасаются, что Mandriva перестанет существовать

Французская компания Mandriva, разработчик одноименного дистрибутива Linux, испытывает финансовую несостоятельность. На завтрашнем собрании акционеров будут приняты решения, которые помогут компании выйти из кризиса. Однако, представители комьюнити Mandriva считают, что в результате предпринятых мер дистрибутив потеряет статус одного из самых популярных Linux в мире.

Накануне смешанного собрания акционеров, запланированного на 17 сентября, на сайте французского Mandriva впервые с 2008 г. опубли… полный текст

Источник: CNews

CNA: У российских разработчиков ПО монополия на «банк-клиенты»

CNews Analytics (CNA) завершил очередное исследование российского рынка систем дистанционного банковского обслуживания (ДБО). В части обслуживания физлиц первое место сохраняют за собой объединенные в один вариант ответа собственные разработки банков. Их общая доля в опрошенных организациях - 33,4%. Второе место по популярности заняли продукты компании BSS с долей 29,8%. Решения остальных игроков, таких как «Бифит», «Compass+», «Степ Ап» и РФК, используются банками из Топ100 для ДБО физлиц значи… полный текст

Источник: CNews

Российские специалисты «распробовали» открытое ПО

Программное обеспечение на базе открытого кода, использовавшееся в корпоративном секторе с начала 2000-х годов, в кризисный 2009 г. получило ощутимую поддержку со стороны бизнеса, переживая своего рода «второе рождение». Аналитики отмечают неуклонный рост распространения открытого ПО в организациях любого масштаба – по оценкам Forrester Research, озвученным в августе 2010 года на LinuxCon, в настоящее время только 1 из каждых 5 разработчиков корпоративных приложений (21%) не использует open sour… полный текст

Источник: CNews

HP победила Dell в битве за поставщика СХД

Компания Hewlett-Packard сообщила на своем веб-сайте о подписании окончательного соглашения о покупке калифорнийского поставщика систем хранения данных, компании 3Par, за $2,35 млрд или $33 за каждую акцию денежными средствами. Сделка получила одобрение советов директоров обеих сторон.

Приобретение 3Par позволит HP усилить портфель СХД, серверных и сетевых решений и укрепить стратегию Converged Infrastructure, включающую активное использование технологий виртуализации и облачных вычислений. В с… полный текст

Источник: CNews

Google отказывается от использования Windows

Американский гигант рынка интернет-поиска Google отказывается от операционной системы Microsoft Windows на своих компьютерах ввиду того, что она не может обеспечить должный уровень безопасности, сообщает Financial Times со ссылкой на сотрудников компании. Штат Google насчитывает 10 тыс. человек.

Программа перехода с Windows на альтернативные платформы начала действовать в январе 2010 г. после того, как серверы Google были атакованы, предположительно, китайскими хакерами. По словам одного их со… полный текст

Источник: CNews

Рынок серверов: Windows поставила рекорд

В 1-м квартале 2010 г. мировая выручка производителей серверов достигла $10,4 млрд, что на 4,7% выше в сравнении с аналогичным периодом прошлого года (первый рост в сравнении год к году за семь кварталов). Поставки серверов по сравнению с 1-м кварталом прошлого года увеличились на 23,3% (самый большой рост за последние пять с лишним лет). Такие данные содержатся в отчете отраслевой аналитической компании IDC.

Наибольший скачок показал сегмент серверов начального класса, продажи которых в сравн… полный текст

Источник: CNews

Пол Грэм   Как стать Кремниевой долиной

Можно ли создать ещё одну Кремниевую долину, или она может быть одна и только одна?

Это эссе Пола Грэма было написано ещё в 2006 году, но для нас стоящий в подзаголовке текста вопрос за прошедшие четыре года только прибавил в актуальности. И хотя Грэм не является основателем компании Yahoo! (как его часто ошибочно представляют), в теме этот человек, успевший поработать программистом, венчурным капиталистом и «немножко писателем», разбирается отлично. Подробнее