Уже две команды из Украины — Intellectronics и Just 4 Fun — прошли в финал в своих номинациях. Финалисты определятся буквально завтра, 7 июля, и у нас есть еще время морально поддержать ребят

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

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

• Прекрасный race condition
• Миф о необходимости использования простых чисел при реализации хеш-таблиц

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

Еще — немного о тестировании (больше функциональном, чем блочном):

• Фундаментальный обзор того, как тестируется SQLite
• Преимущества функционального тестирования перед блочным (если уж их противопоставлять)

Ну и, напоследок, вдогонку по некоторым прошедшим недавно, а также уже давненько событиям:

• Во-первых, для тех, кто участвовал или интересовался ICFPC: Всеволод Соловьев собрал подборку отчетов
• Во-вторых, было дело, что в начале мая я выступал на киевской Python User Group с докладом “Python — первые впечатления”. Интересно было увидеть, что мои выводы о том, что стоило бы улучшить, в чем-то сошлись с мнениями “авторитетов”: A short list of things I don’t like about Python (Jesse Noller), Curing Python’s Neglect (Zed Shaw).
• В-третьих, к сожалению, не удалось дослушать веселый рассказ Егора Анчишкина вчера на #kievstartup. Но для тех, кто спрашивал, что такое term sheet’ы и stock option’ы, думаю, интересно было бы почитать обстоятельный разбор этой и других тем организации стартапов от серийного предпринимателя и, в частности, основателя FeedBurner Dick’а Costolo — Ask the Wizard.
• Ну и, кто спрашивал, мой доклад Среда Common Lisp на встрече лисперов, прошедшей 29 мая

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

Предполагается, что участники iPhoneDevCamp Ukraine — это разработчики, менеджеры проектов и любые другие специалисты, связанные непосредственно с процессом разработки для платформы iPhone.

На iPhoneDevCamp Ukraine докладчики расскажут о фреймворках iPhone SDK, принципах разработки с использованием акселерометра, хранении данных в iPhone, популярных ошибках при разработке приложений, использовании юнит тестирования при разработке под iPhone, и о том, насколько важно знать и понимать Human Interface Guidelines от Apple.

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

Регистрация и вся информация о событии доступна на сайте
http://www.iphonedev.com.ua/iphonedevcamp-ukraine

Любые вопросы, связанные с форматом проведения iPhoneDevCamp Ukraine, советы, пожелания и конструктивная критика, обсуждаются в открытой гугл группе http://groups.google.com/group/iphonedevcampua

Не забудьте добавить евент в свои календари/планы.

До встречи.

Егор Анчишкин, один из основателей компании Viewdle, рассказал о стартап бизнесе вообще и о истории становления их проекта. Как они искали инвестиции, клиентов, как росла компания, как выдавали опционы и акции украинским ЧП-кам, как нанимали американских сейлз, какие подводные камни прошли в процессе. Рассказ был очень интересный, была куча вопросов из зала.

Фрагмент выступления Егора вы можете посмотреть онлайн.

Во второй части программы был стартап линч, с тремя проектами:

• maplos.com — проект-mashup Гугл поиска и Яндекс карт, представил Владимир Билоненко. Как признался автор, “я не знаю можно ли на нем заработать и надеялся может вы мне скажете”
• klumba.kiev.ua — сайт по товарам для детей, представили Наташа Зуева и Дима Дубина. Сайт начал приносить деньги через 6 месяцев после запуска, еще через 6 месяцев наняли наемного сотрудника. “Инвестиции не ищем т.к. потенциальные прибыли не настолько большие, чтобы еще с кем-то делиться”
• fdm.kiev.ua — футбольный симулятор онлайн, представил Андрей Олейник. Проект зарабатывает “несколько тысяч гривен”, ищет инвестора.

Отзывы участников мероприятия:

• видео-интервью со стартаперами на yanek.com.ua
• поиск по #kievstartup на Twitter

Фотографий пока нет, если можете поделиться — присылайте.

Организатор — Учебный Центр Luxoft.

В программе конференции представлены доклады двух основных тематик: «Управление проектами» и «Человеческий фактор».

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

Место проведения

ул. Крещатик, 14 (посмотреть на Яндекс.Картах)
Киев, 01001, Украина
Отель «Крещатик»

Условия участия

Стоимость участия для слушателей составляет 750 грн.
При регистрации до 5 июля стоимость участия — 500 грн.
Все цены с учетом НДС.
Подробнее об условиях участия в конференции

Даже не могу представить что будет через 5 лет, нет, наверное и что будет завтра сложно представить. Но каждый день в силу специфики работы (защита прав интеллектуальной собственности) слышу один и тот же вопрос «Могу ли я запатентовать идею на новый сервис в Интернет?».

Итак, можно ли запатентовать идею на новый сервис в Интернет?

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

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

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

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

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

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

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

Практические вопросы патентования в области информационных технологий

Получение патента – это своеобразная сделка с государством. Вы государству открываете суть технологии, а оно Вам дает исключительное право на протяжении 10 или 20 лет использовать эту технологию.

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

Далее, если техническое решение соответствует критерию новизны, нужно определить, какой объем охраны нужно получить. Как известно, объем охраны определяется патентной формулой (в англоязычной литературе claim). В формуле описывают совокупность существенных признаков, которая является необходимой и достаточной для достижения технического результата.

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

Признаки, которые необходимы:

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

Как было выше описано, признаки должны быть необходимыми и достаточными. С необходимыми признаками все понятно – их совокупность должна обеспечивать реализацию технического результата. Что же такое означает «достаточность» признаков?

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

И последнее, нужно определить, каким видом патента защищать техническое решение.

В Украине существует два вида патента: патент на изобретение и патент на полезную модель. Заявка на патент на изобретение будет проходить несколько экспертиз, по результатам которых может быть выдан патент. Патент на изобретение действует 20 лет.

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

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

© Мария Ортинская, Рудь Юрий 2009
Проект net-law.biz

• Сегодня в 21:00 EEST начинается очередной двенадцатый всемирный конкурс по программированию ICFPC: http://icfpcontest.org. Формат: проходит раз в году, 1 задача, 72 часа на решение, любой язык программирования.
• Если вам нравится решать задачи на время, но 72 часа один раз в году — это не ваш формат, то, возможно, вам прямая дорога на TopCoder: http://www.topcoder.com/. Языки: C++/C#/Java. Несколько форматов соревнований, денежные призы, самый известный сайт подобного толка.
• Вам нравится топкодер, но вы хотите решать задачи в свободном режиме, не оглядываясь на таймер? Добро пожаловать на Timus Online Judge: http://acm.timus.ru/. Языки: C/C++/C#/Java/Pascal. Олимпиадные задачи, необходимо отсылать код решения, ограничений по времени нет.
• Вы пишете на языках, которые не поддеживаются на TopCode и Timus? Тогда вам может понравится Sphere Online Judge: http://www.spoj.pl. Поддержка 35 языков, включая Perl, Python, Ruby, ассемблер, Haskell и Brainf*ck. Олимпиадные задачи, необходимо сдавать код решения.
• Все олимпиадные задачи надоели вам еще в школьные ходы, хочется чего-то покруче? Знатоки алгоритмов численных вычислений, вычислительной оптимизации и т.п. могут попробовать свои силы на http://projecteuler.net/
• Олимпиадные задачи — это скучно? Попробуйте пройти до конца Python Challenge — вопреки названию, решать его можно с использованием любого языка программирования. http://pythonchallenge.com
• Python Challenge оказался слишком простым, хочется чего-то сложнее? Загляните на http://rankk.org
• Вам за глаза хватает программирования на работе? Попробуйте отключить логическое мышление, включить мышление ассоциативное, и пройти до конца hackit-головоломки, считающиеся классикой жанра:
  • Amnesya
  • notporn
  • HackQuest

Если вы не встретили в этом списке ни одного незнакомого названия — остается только порадоваться количествую имеющегося у вас свободного времени. А если встретили что-то незнакомое и интересное — значит, linkdump был написан не зря

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

Выходя из кабинета с таким кандидатом, нельзя отделаться от мысли от безнадёжной деградации нашего образования и поэтому тема высшего образования всё время будоражит и developers.org.ua (обратите внимание на кол-во комментов в статье Освіта), и Agile Ukraine. Добавить сюда истории о вундеркиндах, которые бросили школу и стали блестящими программистами и может показаться, что высшее образование вообще ненужно.

Насколько наше образование нас уродует?

Если подойти к вопросу о становлении специалиста по-научному, то в целом мы можем выделить три этапа:

Формирование личности в данном контексте – это, прежде всего появление профессионального любопытства и стремления к написанию качественного кода. Это довольно непростой и плохо описанный процесс. Профессиональные педагоги неоднозначны во мнении, в каком возрасте формируется личность (от 5-7 классов до института, но вполне определённо можно сказать, что в основном это происходит в старших классах школы). На своём опыте могу сказать, что уровень трудолюбия и профессионального любопытства у большинства моих знакомых сформировался с 10 класса до первого курса института.

В институте никто никого уже активно «не воспитывал», и это для меня было основное отличие института от лицея и школы. В ВУЗах, воспитательная работа сводится к минимуму, больше предлагается самоподготовки и лекционного материала. Самые продвинутые ВУЗы ещё обеспечивают своих студентов практической работой.

Тем не менее, основной практический опыт люди получают уже непосредственно за рабочим местом, и большинство работодателей уже свыклись с мыслью о том, что человека нужно будет «доучивать» за свой счёт.

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

ВУЗ выпускает людей, которые (в идеале):

1. определились с выбором специальности
2. обладают теоретическими знаниями, соответствующими квалификации
3. соответствуют критериям рынка труда.

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

Насколько мотивированы выпускники школ учиться?

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

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

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

Наша индустрия работает примерно так, как написано в этой статье. Не наша IT-индустрия работает точно так же: так что перекозлить best practices мы не можем…

Говорят, что спрос рождает предложение: но в том, то и дело что даже спроса нет: People reward developers who deliver software that is cheap, buggy, and first. (B.Straustrup)

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

Другая половина пока считает, что недаром протирали штаны в институте

Но каким образом культивируется мысль о том, что образование пасёт задних?

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

Внимание вопрос: Что может означать, если к Вам на собеседование приходит много бестолковых кандидатов?

1. Уровень подготовки кадров снижается
2. Профиль вакансии очень непрофессиональный
3. Слабый компенсационный пакет
4. HR плохо проводит фильтрацию кадров.

Любой человек увлечённый своим бизнесом, вряд ли так просто согласится с вариантами 2, 3. Перебросить всё на рекрутёров можно, но и они, как правило, часть компании, так что вариант 4 тоже отпадает.

Остаётся только один вариант: среднерыночный уровень подготовки снижается. Это может происходить по ряду причин:

1. Слабая подготовка в ВУЗах
2. Люди не получают должного профессионального развития на работе
3. Люди деградируют вследствие лени

В этот раз варианты 2, 3 задевает интерес самого человека: мол, это я такой инвалид, что не смог грамотно применить свои знания. Остаётся вариант 1.

Таким образом, мы получаем наиболее популярное мнение:

Уровень подготовки кадров снижается из-за слабеющей подготовки в ВУЗах.

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

Нужны профессионалы для Network Operations Center компании Sky в GlobalLogic

Нам нужны люди, которые имеют опыт технической поддержки крупных систем, основополагающих для бизнеса; люди, которые хотят работать в современном NOC центре на территории GlobalLogic City. Мы ищем настоящих профессионалов, преданных своему делу, которые хотят применить свои знания и получить новые, общаться с разработчиками из BSkyB, изучать новые технологии и быть частью лучшей команды системных администраторов, администраторов баз данных, Linux-Solaris гуру.

Используйте свой шанс — не пропустите встречу с представителем BSkyB, 25 июня в GL-Club, в 18:00.

Вы сможете узнать:

• О том, как построена работа в BskyB,
• О текущих и совсем новых проектах,
• Об интересных возможностях работы в NOC центре для себя и своих знакомых,

И, разумеется, получите частичку вдохновения от Sky!

P.S.кроме вдохновения, в меню также будет пицца от BSkyB и квас от GL.

Для тех, кто не хочет читать большую статью — сразу даю основную мысль. Если вам нужна хорошая IDE для PHP — обязательно попробуйте NetBeans.

Эта среда — бесплатная, быстрая, кросс-платформенная, хорошо понимает язык PHP. В ней приятно писать PHP-код, потому что присутствует все необходимые для этого инструменты — подсветка, completion из всех подключенных файлов, браузер классов PHP, всплывающая документация по стандартным функциям и так далее. Вместе с тем, это не просто текстовый редактор. NetBeans умеет скачивать и закачивать файлы на удаленные сервера по FTP и SFTP, имеет развитый SQL-терминал и полностью автоматизирует работу с SVN или CVS.

Ниже рассказывается, как и за что я выбрал NetBeans для себя и своей команды. Также рассматриваются еще несколько достойных редакторов и IDE для PHP, которые могут оказаться полезными при определенных условиях: Vim, JEdit, Eclipse PDT, Komodo IDE.

Выбор IDE для PHP

Раньше был стандартный ответ на вопрос, в каком IDE делать PHP-проект — ZendStudio. Она, конечно, была платной, но вы сами понимаете, это ни для кого не было проблемой

К сожалению, фирма Zend устала тянуть на себе воз разработки оригинального IDE. Текущая версия ZendStudio — это всего лишь Eclipse с логотипом Zend и надстройкой PDT (PHP Development Tools). С одной стороны, приятно, что скачать Eclipse и поставить этот набор плагинов можно абсолютно бесплатно. С другой стороны, Eclipse оказался прожорливым бегемотом по сравнению со старой ZendStudio. Он требует больше памяти, больше процессора и отрисовывает свои гламурные окошки гораздо медленнее.

Тут многие скажут — “Да ничего подобного, на любом современном компе это совершенно не критично, и у меня Eclipse работает прекрасно”. Но для нашей компании это очень критично. Дело в том, что в нашей фирме разработчики сидят на тонких клиентах (Sun Ray). Фактически, все они работают на одном компьютере. На нем также сидят менеджеры проектов, финансовый директор, админ. Одновременно запущены полтора десятка Firefox-ов, пяток OpenOffice-ов. В такой среде запуск всего двух Eclipse приводит к заметному замедлению работы у всех пользователей. А нам нужно запустить около десяти экземпляров.

Конечно, рецепт решения известен — купить более мощный сервер. Но как-то обидно тратить деньги, ведь ZendStudio прекрасно работал в такой среде, а у PDT не появилось по сравнению с ZendStudio никаких новых “волшебных” функций.

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

Как временное решение, мы перешли на Vim. С добавлением нескольких плагинов и подстройкой определенных параметров, писать на PHP в Vim достаточно удобно. (Прекрасная статья о превращении Vim в мощный PHP редактор).

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

Во-первых, Vim все-таки не IDE, а текстовый редактор. Он ничего не знает о том, что текст, который вы пишите — это программа на PHP, он ничего не знает о том, что вы храните исходные тексты в SVN. Соответственно, completion не такой разумный, как у настоящего IDE, ctags не всегда понимают, где описана функция или метод. Приходится постоянно помнить, что после редактирования нужно еще залить файлы в SVN с помощью консольных команд. Ощущается отсутствие визуального diff-интерфейса. Каждая проблема сама по себе — мелочь для настоящего сурового программиста, но все вместе они заметно снижают производительность.

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

Побочная проблема, произрастающая из специфичности Vim — постоянные ошибки при переключении в другие программы. Девелоперу периодически нужно писать отчеты, пользоваться электронной почтой, то есть редактировать тексты в других текстовых редакторах. В результате перед каждым действием пальцы замирают на долю секунды, а мозг лихорадочно пытается понять, что же нужно сейчас нажать — <ctrl>+s или <esc>:w<enter>. Это раздражает и снижает производительность.

Лирическое отступление — почему Vim, а не Emacs? Несколько причин. Личная причина — я не люблю чувствовать себя осьминогом, пытаясь нажать четыре клавиши одновременно. Сложность в обучении — команды vim не забываются, если человек не пользовался им полгода, а шорткаты Emacs вылетают из головы за один день отсутствия практики. Повторное использование знаний — разработчик все равно обязан знать хотя бы основы Vi. Ведь если он заходит на незнакомый сервер заказчика по SSH, то с вероятностью 99% Vim или хотя бы Vi там будет. И с той же вероятностью там не будет Emacs

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

Первое что я попробовал — это IntelliJ Idea. В новостях я прочитал, что в версии 8 добавлена поддержка PHP. Как говорил Том из Tom&Jerry: “Не верьте этой ерунде !”

Не поймите меня неправильно, если речь идет о разработке на Java, то Идея — абсолютное совершенство, и другие IDE никогда не смогут ее превзойти. “Реактивные мозги” сделали из Java Lisp, и благодаря этому Идея понимает ваш код не хуже, чем вы сами. Да чего уж тут, она понимает ваш код гораздо лучше вас, просто в этом стыдно признаться

Но заявленная “поддержка PHP” — это всего лишь написанный неизвестно кем 3rd-party плагин. Это полное убожество, практически не рабочее, смотрящееся особенно уныло на фоне чудес Идеи для Java. Мои тайные надежды навсегда погрузиться в волшебный мир IntelliJ Idea совершенно не оправдались. Для PHP нужно было искать что-то другое.

Следующим в списке был JEdit. Неплохой open-source текстовый редактор, написанный на чистой Java, с большим выбором плагинов. С помощью плагинов его можно превратить во что угодно, в том числе и в IDE.

JEdit порадовал меня скромными требованиями к ресурсам, умением ходить по FTP и SFTP, в том числе, используя приватные ключи. На мгновение, увидев в панели слева список файлов на удаленном сервере, я почувствовал себя совсем как в ZendStudio. Но — увы. Плагин для PHP оказался сырым, недописанным. Completion хромал на обе ноги, парсить подключенные библиотеки никто и не собирался, ctags, якобы поддерживаемые, так и не заработали.

Да и вообще проект выглядел умирающим. Последняя стабильная версия вышла в 2004 году, а Слава Пестов, автор и вдохновитель проекта, забросил JEdit и занялся разработкой языка Factor (какая-то “аццкая” смесь Forth и Lisp).

Еще одним open-source проектом, который пару лет назад был сырым, но многообещающим, и который я хотел проверить, был OpenKomodo. Оказалось, что до этого проекта добрались цепкие когти мирового капитала. OpenKomodo взяла под крылышко некая компания ActiveState. Текстовый редактор KomodoEdit, который служит основой для IDE, все еще открыт и доступен для скачивания. Но полная IDE уже закрыта и продается за деньги.

Для очистки совести я скачал trial Komodo IDE. В принципе, среда оставляет хорошее впечатление. Подсветка и completion на месте, умеет работать с удаленными файлами по FTP и SCP, но, к сожалению, о публичных ключах понятия не имеет. Имеет поддержку CVS, SVN и еще нескольких систем контроля версий, причем пользуется установленными в системе клиентами. Благодаря этому, например, можно пользоваться SVN поверх SSH даже с приватными ключами, хотя сам Komodo ничего об этом не знает.

Единственный недостаток, который сильно раздражал — интерфейс очень медленный. Особенность этой среды в том, что она написана на XUL, это язык описания интерфейса и набор виджетов, на котором написан интерфейс Mozilla и Firefox. На тонких клиентах XUL работает отвратительно медленно. И если с Firefox ничего не поделаешь и приходится терпеть, то задумчивое IDE, да еще и за деньги, совершенно не входило в мои планы.

NetBeans

Осталась последняя надежда, NetBeans. С этой IDE у меня длительные сложные отношения. Когда в тысяча девятьсот забытом году я скачал JDK 1.1 на скорости 33600, я был поражен, что в составе JDK нет никакого, даже самого простенького редактора исходных текстов. После Borland C и Delphi, которыми я тогда активно пользовался, редактирование текста в блокноте и запуск компилятора вручную из командной строки слегка шокировал. Правда, это продолжалось недолго. Borland оперативно выпустил JBuilder, и я “подсел” на знакомый по Delphi интерфейс.

Некоторое время спустя SUN начала рекомендовать NetBeans в качестве стандартного IDE для Java. На тот момент у NetBeans был очень спорный визуальный редактор UI, который сильно уступал мощи JBuilder.

Затем редактор интерфейса в NetBeans заметно улучшился, но меня это уже не очень интересовало, так как мне нужно было рисовать архитектуру приложения в UML. Поэтому я использовал Together (бедняга погиб, придавленный разлагающейся тушей Borland), а NetBeans, как альтернативу, я даже не рассматривал, у него UML не было даже в планах.

Затем мне понадобилось IDE с поддержкой J2EE. NetBeans снова меня разочаровал, так как на тот момент в этой среде она была рудиментарной.

В результате у меня сложился четкий паттерн в отношении NetBeans — это среда, в которой вечно чего-то не хватает, которая на шаг отстает от современных технологий. Так что узнав, что у NetBeans есть некая поддержка PHP, я не питал никаких надежд, и решил проверить ее только “для очистки совести”.

Но с самого начала NetBeans стал преподносить приятные сюрпризы. Инсталляция весила 40Mb (против 120Mb у Eclipse), поставилась без проблем и запускалась быстрее, чем Eclipse. Для разработки на PHP нужно было поставить всего один плагин, скачался и поставился он гораздо быстрее, чем PDT для Eclipse и без всяких зависимостей. Поддержка SFTP была в базовой системе, а не в 3rd-party плагинах, как у Eclipse. Интерфейс работал гораздо быстрее, а памяти нужно было раза в три меньше, что, как вы помните, очень важно для нашей многопользовательской среды.

С точки зрения редактирования PHP кода — у NetBeans есть все,что ожидается от взрослой IDE. Это и completion, как стандартных функций и ключевых слов, так и всех функций и классов из всех подключенных библиотек. И показ инлайн-документации для стандартных функций. И разумная подсветка синтаксиса, в том числе для файлов, у которых расширение не “*.php” . И даже подсказки возможных логических ошибок. Без нареканий работает браузер классов и быстрый переход от вызова функции к ее определению и обратно.

Единственное, что находится в зачаточном состоянии — это рефакторинг. Работает только одна операция — переименование локальной переменной. Но с другой стороны, в Vim и этого нет.

В качестве собственно IDE, объединяющей редактор кода с различными внешними инструментами, NetBeans тоже очень радует.

Для работы с базами данных есть браузер структуры баз и связанный с ним SQL-терминал для запросов. Он достаточно богат функциями, и за месяц работы мне ни разу не захотелось запустить консольный клиент mysql.

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

Правда возникло небольшое неудобство с тем, что в SVN я хожу по протоколу svn+ssh, с использованием ключей. В интерфейсе NetBeans есть все необходимые поля, чтобы настроить такой доступ, и первый checkout проходит без проблем. Но потом NetBeans полностью забывает об этих настройках, и начинает выдавать ошибки соединения.

К счастью, у NetBeans очень здоровый подход — для работы с SVN он использует консольные команды, которые уже установлены в системе. И небольшое колдовство в каталоге ~/.subversion полностью решает эту проблему.

Работа с файлами на уделенных серверах организована лучше, чем у всех рассмотренных выше IDE. Проект вы можете выкладывать на локальный веб-сервер, на удаленный сервер, по FTP или SFTP, или же вы можете запускать PHP-скрипт с помощью консольного интерпретатора. Последняя возможность очень полезна для прототипирования и тестирования.

Использования ключей SSH поддерживается “из коробки”, причем по умолчанию NetBeans разумно предполагает, что ключ лежит в каталоге ~/.ssh . Выкладывать файл на удаленный сервер вы можете вручную, выбрав определенный файл или каталог, или настроив автоматическую заливку в момент сохранения файла.

Все это относится к NetBeans 6.7. Пусть вас не смущает то, что еще нет официального релиза этой версии. Я успел посидеть под Beta1, Beta2 и Release Candidate. За это время ни разу я не натолкнулся на баги или нестабильную работу. Можете смело использовать Release Candidate.

Похоже, что после долгих поисков я все-таки нашел взрослую, бесплатную, open source среду разработки для PHP. Надеюсь, что эта статья сэкономит время кому-то, кто находится в аналогичном поиске.

Автор:
Иван Петриченко,
Oredale.com,
тренер программистов,
petrichenko@gmail.com