
open source
Будущее MySQL, параллели
Наверное уже все слышали, что компания Oracle сейчас занята с компанией SUN примерно тем же, чем обычно удавы занимаются с жирными кроликами. Закатив глаза, Oracle медленно кушает SUN, заглатывая ту целиком. К лету должна доесть, а если подавится и расторгнет сделку, то выплатит акционерам Sun солидную неустойку.
В связи с этим, некоторых беспокоит, что же будет дальше с MySQL, которая вот уже некоторое время принадлежит SUN. Если MySQL как продукт не исчезнет, как он будет развиваться дальше?
Мне тут хочется провести параллели с продуктами Berkeley DB. Oracle купила их разработчика компанию Sleepycat в 2006 году. Berkeley DB (native, Java, DBXML) были тогда на пике своего развития и популярности. Прошло уже три года, развитие продуктов как-бы продолжается, но почти сразу после поглощения, из-за опасностей юридического преследования со стороны Oracle, от использования Berkeley DB в open source стали отказываться. Oracle и сейчас занимается бесплатным распространением для открытых проектов и параллельно продаёт за очень немаленькие деньги лицензии на коммерческие использование продуктов семейства Berkeley DB (link-1, link-2),но ...
например единственным сейчас доступным на сайте Oracle документом по PHP API для Berkeley DB является созданная ещё в Sleepycat, датированная 2005 годом, презентация существования PHP расширений php_db4 и php_dbxml.
С документацией на расширения для apache, python и perl такая же фигня. Со сборкой сорцов расширений для скриптовых языков, в отличии от сборки самих продуктов, тоже постоянные косяки выплывают.
Думаю, проблема в официальной позиции Oracle к скриптовым языкам.
http://www.oracle.com/technology/software/products/berkeley-db/htdocs/li...
Do I have to pay for a Berkeley DB license to use it in my Perl or Python scripts?
No, you may use the Berkeley DB open source license at no cost. The Berkeley DB open source license requires that software that uses Berkeley DB be freely redistributable. In the case of Perl or Python, that software is Perl or Python, and not your scripts. Any scripts you write are your property, including scripts that make use of Berkeley DB. None of the Perl, Python or Berkeley DB licenses place any restrictions on what you may do with them.
Хе Хе. Странное у них отношение к скриптовым языкам, тем более упоминая python, недооценивают и наверно поэтому не считают нужным полноценно заниматься их поддержкой.
Очень в их духе.
Mumps/II
Mumps - это не только название болезни "свинка" на английском, это ещё стандарт языка программирования баз данных. Язык программирования Mumps используется для обработки огромных объёмов иерархически структурированных данных в ряде крупных ведомств и организаций северной Америки, России и других стран.
Этим летом новую открытую версию своего интерпретатора для языка программирования Mumps выпустил профессор Университета Северной Айовы Кевин О'Кейн , объем проделанной работы впечатляет (далее описание фич на английском).
To legacy Mumps, Mumps/II adds the following features:
- Relational database access. Mumps/II interoperates with PostgreSQL, a widely used, free, (Berkeley license) open source RDBMS system. Mumps/II can access PostgreSQL databases as well as store the Mumps/II hierarchical and multidimensional file system in PostgreSQL tables.
- Advanced text processing functional support. Mumps/II adds many functions to the legacy Mumps base including functions to compute Smith-Waterman sequence alignments, the Perl Compatible Regular Expression Library, the Cosine, Jaccard, and Dice similarity coefficients, and a number of matrix manipulation routines.
- Shell scripting. Mumps/II has facilities to interact fully with the underlying operating system through shell scripts. These permit a full range of system functions to be directly executed from the Mumps/II environment.
- Translation to and compatibility with C++. The Mumps/II compiler translates Mumps/II programs to standard C++. Thus, Mumps/II programs can call upon the complete resources of the C++ runtime environment. Mumps/II programs may contain embedded C++ statements and there is a C++ class hierarchy to give user written C++ programs access to all Mumps/II facilities.
Chrome - новый браузер
У Google появился свой браузер, назвали Chrome, пока в статусе beta, но ведет себя эта beta явно стабильнее, чем некоторые релизы FireFox'а и Safari. Сделали Google Сhrome на основе WebKit, движка рендеринга от Apple.
Теперь чувствую инновации попрут!
При установке браузера у меня завизжал характерным поросячим визгом Антивирус Касперского, googleupdate.exe он посчитал за trojan.generic.
Android от Google
Если кто ещё не слышал: есть такая платформа для мобильных ПК, Android называется. И что-то мне так кажется, что таким устройством я обязательно обзаведусь, конечно когда КПК/коммуникаторы под управлением Android окажутся в открытой продаже.
На сайте проекта http://code.google.com/android/ можно посмотреть пару видео роликов, главной ценностью которых для меня показалась демонстрация реальных устройств под управлением Android. А ещё в конце первого ролика Сергей Брин скромненько так упоминает про 10 миллионов долларов, которые достанутся лучшим из лучших за разработку приложений под эту платформу.
Да, хороший призовой фонд за лучшие приложения для новой платформы от Google - это тоже уже не новость, просто я не хотел ранее писать об этом, так как думал самому поучаствовать с приятелем, который уже имеет положительный опыт участия в программе Google summer of code, но похоже не судьба.
Желаю участникам соревнования удачи!!!
Из мира Mumps
Mumps'еры — это программисты, которых угораздило познать дао языка программирования M, он же Mumps. M — Это технология интересная, но достаточно закрытая, думаю, что по многим причинам. Людям, не знакомым с этой темой и тем, кого пугает непопсовость, дальше можно не читать.
Для людей программирующих на Mumps и интересующихся у меня несколько интересных новостей.
GT.M в этом году здорово двинул вперед. В последней версии ко всему прочему поддерживаются "настоящие" 64 разрядные процессоры Itanium, на подходе поддержка 64 разрядных IBM pSeries AIX, Sun SPARC Solaris и GNU/Linux на x86_64. В предпоследней версии была анонсирована поддержка Unicode, сделано это посредством ICU библиотек от IBM.
Но на одном GT.M свет клином не сошелся, не всех скушала Intersystems. Ковыряя ресурсы связанные с M, я нашел недавно обновленные интерпретатор и компилятор Mumps от Кевина О'Кэйна, в том же архиве лежит mod_mumps для apache (исходники и странный mumps for windows build), также там есть основательное описание экспериментов работы со всем этим Mumps хозяйством, там приведены много ссылок на разные интересные темы связанные с Information Retrieval (разные алгоритмы стемминга, Data Base Models, etc.). Рядом можно найти руководство Mumps программиста.
Очень интересным может еще показаться то, что всё вышеперечисленное, Кевин О'Кэйн прилагает к инструментарию портирования MUMPS кода в C++, целиком он это называет "The Multi-Dimensional and Hierarchical Database Toolkit".
Linux для Samsung R40+
Скачал Fedor'у 8, пришли по почте диски с Ubuntu и Kubuntu, но к сожалению не дружат инталляторы этих замечательных дистрибутивов Linux с моим ноутбуком. Не то что иксы не заводятся, а инсталлятор ведет себя некорректно во время установки, и установку просто не получается завершить. Пока единстренным Linux'ом, который завелся на моём Samsung R40+ (Core Duo 2000) был LiveCD c Alt Linux 4.0 Desktop, пришедший с последним номером Linux Format. Но останавливаться на нём мне не хочется из-за имеющегося отрицательного опыта работы с данным российским дистрибутивом.
Хотя надо признать, что, когда ни один дистрибутив не хотел вставать на внутренний сервер на работе (на новом тогда чипсете intel 925), именно Alt linux подошел и спас ситуацию.
P.S. Прижилась Mandriva 2008, немного глючит при загрузке и завершении работы, а в остальном просто супер.
Если чего не работает в дорогущем закрытом софте
Прочитал пост Елены Сагалаевой (aka Алёна C++) про её впечатления от Highload2007. Мне очень понравился один отрывок из того, что она написала - это перл:
"Все яндексоиды упоминали, что предпочитают открытый софт, потому что если чего не работает, то можно зарыться в код и поправить. Если чего не работает в дорогущем закрытом софте, то вы посылаете запрос, вам приходит пафосный ответ, что обязательно починят, дальше его перенаправляют аутсорсерам в Индию, где вашу просьбу всего лишь через год выполнят, попутно привнеся новые, свежие интересные баги."
Nginx ассоциации (касается shared хостинга)
Я понимаю, что вобщем-то nginx сервер это хороший продукт, применяя который отечественные хостинговые компании делают хорошие деньги, он позволяет им обслуживать бOльшее количество клиентов на том же оборудовании, но мои ассоциации говорят мне держаться подальше от хостинговых компаний использующих его. Так бОльшая часть страниц ошибок, на которые мне приходилось любоваться за последний год, имели следующий вид: по центру жирненьким циферки из интервала 400-500 "Internal Server Error" - прочерк от края до края - и маленькими "nginx/такая-то версия". В конце концов написать этот пост меня вынудила очередная страница подобного содержания. Я просто хотел почитать новости на сайте "ЭХО МОСКВЫ". До этого подобные сообщения мною были видены (и не раз) на Habrе и многих других рунетовских ресурсах не из последнего десятка.
Не знаю для кого как, а для меня, когда я вижу, что та или иная хостинговая компания предоставляет услуги под nginx'ом, сразу всплывают ассоциации связанные
• с упомянутыми короткими "информативными" сообщениями об ошибках,
• с излишне довольным собой хостером или, хуже того, разработчиком, которому невдомек что каждый энный посетитель его ресурса посылается на... .
Да, еще чуть не забыл, наверняка у хостера, у которого вы найдете nginx вместо ожидаемого apache, окажется что персистент соединения с бд не работают (ОЙ - а мы не знали) и количество селектов (а не соединений как указано хостером!!!) в час не должно превышать 20000.
Т.е. если вы захотите разместить даже очень небольшой сайт, но, например, со встроенным поиском, облаками тегов, широкой гибкой структурой навигации, как сейчас модно, на виртуальном хостинге, например у Мастерхоста, Мажордомо - вы наверняка быстро захотите перейти на более дорогой тарифный план, а затем на VPS, хотя фактически он вам и не нужен.
Мне не известны случаи использования nginx крупными западными хостинг компаниями, видимо они чуть больше беспокоятся за своих клиентов, чем за их количество на единицу оборудования. Все это ассоциации, думаю использование nginx в умелых руках (для себя) дает много плюсов, видимо большинство админов настаивавших nginx на упомянутых выше веб ресурсах просто не в состоянии его нормально настроить.
Современные форматы документов
Это не статья, это набор ссылок, вобщем-то исчерпывающий, но позже я добавлю сюда некоторые свои соображения, что-нибудь вроде: "Если Вы не сумасшедший, не связывайте себя использованием псевдо технологий от Microsoft, и в частности не завязывайтесь на OpenXML так как по большому счету данный формат совмем не Open и не совсем XML"
http://ivbeg.livejournal.com/51726.html http://ivbeg.livejournal.com/45201.html http://itst.dk/static/nyhed/English%20summary.pdf http://www.oio.dk/files/Research_OXML.ODF2.pdf http://en.wikipedia.org/wiki/OpenXML http://en.wikipedia.org/wiki/OpenDocument http://en.wikipedia.org/wiki/PDF Comparison_of_OpenDocument_and_Office_Open_XML_formats Comparison_of_OpenDocument_and_Office_Open_XML_licensing
"Исследование Ovistas. Документ отличается тем что сравнивает не технические тонкости форматов этих документов, а те критерии которые наиболее важны для государственных стандартов обмена документами. Такие как: 1. Открытость и прозрачность стандартизации. 2. Зрелость. 3. Лицензионные ограничения. 4. Поддержка существующим ПО и ещё множество других. Библиография "Исследование OpenXML, ODF & PDF" (на анг., проведено норвежской компанией Ovistas по заказу Датского правительства, февраль 2007)"
Цитирую Ивана Бегтина.
Далее про СЭД в России
http://www.cnews.ru/reviews/reviews/index.shtml?239490_short
http://www.cnews.ru/cgi-bin/oranews/get_news.cgi?tmpl=top_print&news_id=...
http://itblogs.ru/blogs/borkus/archive/2007/04/15/cnews.aspx
http://www.cnews.ru/cgi-bin/oranews/get_news.cgi?tmpl=top_print&news_id=...
Что я думаю о PHP
Свои оценки я хочу разделить на две части: хорошо/плохо, нравится/не нравится, вобщем плюсы и минусы изучения, использования, языка в целом. Начну с минусов.
Минусы
PHP - это клей. Языковые конструкции появились и продолжают появляться, как бы обрастая вокруг врапперов обращений ко всяким библиотекам на си, и такие проекты как GTK-PHP не жизнеспособны по идее, так как при программировании на php графического интерфейса или витиеватой бизнес логики десктопного клиент-серверного приложения положительного эффекта ожидать не стоит. PHP неплохо подходит только для того, для чего он был создан, для вывода разметки и данных.
Относительная неоткрытость. PHP в том виде, в котором мы его знаем, достаточно мало изменился внутренне за последние 8 лет, с тех пор как оригинальный движок и идея созданные Расмусом Лердорфом, с его разрешения в 1997 году были переписаны заново Энди Гутмансом и Зевом Сурански, в то время студентами израильского университета, скоро основавшими компанию Zend Technologies. Эта компания контролирует направление развития PHP и координирует сообщество разработчиков, а так же выпускает несколько дорогих коммерческих приложений, без которых в промышленных масштабах использование PHP маловероятно. Их единственным (на 2006 год) распространяемым бесплатно, но не открытым приложением, кроме самого интерпретатора PHP, является Zend Optimizer – модуль ядра интерпретатора сильно влияющий на эффективность всего PHP, так же позволяющий выполнять зашифрованный / оптимизированный бинарный байт-код PHP, получаемый только с помощью Zend Encoder и Zend SafeGuard, использование последних двух продуктов обходится $995 в год (цена на 2006 год).
Плюсы
Изучение. Существует огромное количество посвященных программированию на PHP ресурсов. Всегда можно найти человека, который тебе подскажет.
Функционал. Для PHP разработано большое количество расширений охватывающих наиболее востребованные функциональные возможности, в основном эти расширения просто предоставляют PHP программисту интерфейс к популярным библиотекам функций написанных на Си в рамках других проектов.
Открытость. PHP практически полностью открыт, и ни что не мешает вам написать для него новый модуль, изменить существующий, улучшить ядро, или исправить ошибку. Большую часть функциональности, т.е. модулей для PHP под свои нужды разработали программисты не работающие в Zend.
Стоимость. На PHP разработано большое количество как коммерческих, так и открытых конечных программных продуктов, существует большое количество платного и бесплатного middleware.
Стоимость. Из-за огромного количества программистов очень разной, но в основном очень низкой квалификации, претендующих на любую работу, средняя заработная плата намного ниже, чем например зп программистов разрабатывающих ПО для веб на С++, Java, (Perl, Ruby, Python), ASP, ColdFusion - что может быть очень приятно нанимателю.
Интересное
PHP есть и не от Zend. Компания Caucho разработала реализацию PHP на Java 5, качество реализации весьма неплохое, так как позволяет выполнять такие серьёзные приложения на PHP как Drupal, WordPress и MediaWiki. Производительность Quercus (так называется реализация PHP на Java от компании Caucho) в несколько раз выше производительности оригинального интерпритатора без модулей оптимизации байткода (eAccelerator, ZendOptimizer, APC).
Привожу ссылку eAccelerator windows builds - так как представляет большой интерес для всех, кто работает с PHP под Windows.