|
|
| Мой сайт |
 |
All Things Java: Продолжая разговор с Java чемпион Алан Уильямсон
Bio: Алан Уильямсон, названный в Великобритании первый Java чемпионом в 2006 году, провел более 15 лет необыкновенно плодотворным, как разработчика. Он окончил с отличием в полном компьютерных наук Университета Пейсли в Шотландии в 1994 году. Он был на несколько лет редактором главного журнала Java Developer's, основным ресурсом для сообщества Java. В 1998 году он создал BlueDragon Java ColdFusion Markup Language (CFML) Runtime двигатель, который, среди прочего, полномочия MySpace.com. Он работает в качестве консультанта многие стартапы и совсем недавно соучредителем ООО aw2.0, софтверная компания, специализирующаяся на развертывании программных решений в облаке сетей.
20 ноября 2008 года он провел первое в истории погружение облачных вычислений дневной лагерь загрузки, а в январе 2009 года, он был назван редактором нового Cloud Computing Journal.
Предыдущее интервью сосредоточено на облаке вычислений. Здесь мы рассматриваем работу Уильямсона с BlueDragon, платформу Java EE, и его отражение на технологии Java. "Я делаю много консультаций, и каждый хотел то же самое," Можете ли вы дать нам доступ к этой базе данных на веб-?'.... Так что я пришел с очень простой шаблон двигатель, который работал превосходно, и BlueDragon произошли от этого.
Алан Уильямсон
Java Чемпионов
java.sun.com (ОАО): Вы создатель, главный архитектор, и кодер для J2EE CFML двигатель BlueDragon что запускает MySpace. Дают нам представление о том, каким вы его создали и как она работает.
Уильямсон: полный рассказ о моем блоге, но в целом, он начинал как простой сервлет создал построить HTML страниц с данными сидят в базах данных. Я делал много консультаций, и каждый хотел то же самое "Можете ли вы дать нам доступ к этой базе данных в Интернете"?
В старые времена, это была сервлет на странице - это предшествует JavaServer Pages - но я понял, что я делаю то же самое снова и снова. Так что я пришел с очень простой шаблон двигатель, который работал превосходно, и BlueDragon произошли от этого.
АО: BlueDragon теперь имеет открытую версию: Открытое BlueDragon, двигатель J2EE CFML и альтернатива Adobe ColdFusion, который был выпущен как GPLv3 открытым исходным проектом в мае 2008 года. Каковы преимущества работы с открытым BlueDragon?
Уильямсон: Где же начать? Реальную пользу приходит работать на любом открытым исходным кодом - прозрачности, гибкости и сообщества.
CFML была, на наш взгляд, аутсайдеру для веб-сценариев альтернатив по сравнению с такими людьми как PHP и Ruby. CFML является верхней ставке высокопроизводительный язык сценариев, что делает здание высокой степенью масштабируемости веб-сайтов кусок пирога.
Это самый быстрый способ, например, для создания и потребления веб-служб. Какое-то время я сделал очень мало Java кодирования, поскольку все, что я делаю можно сделать в CFML, особенно при работе с базами данных.
Блог-City.com
АО: Вы создали блог-City.com, которые вы назвали полным онлайн блогах сообщества, построенные с вашим собственным двигателем BlueDragon. Расскажите нам об этом.
Уильямсон: Моя жена на самом деле работает и ведет блог-City.com, а я предоставить базовой архитектуры - это истинное семейное дело. Блог-Сити "был питания блогах на протяжении более шести лет, все на платформе Java BlueDragon.
Многое из того, что в BlueDragon был испытан в реальных Мир нагрузка на блог-Сити. Это позволило нам быстро оптимизировать использование памяти и разработать новые теги для кластеризации более широкий спектр машин. Блог-Сити "является и всегда будет труд любви. Мы не заинтересованы в принятии его на следующий TypePad, потому что будет считать удовольствия из нее. Тем не менее, оно выросло намного больше, чем мы могли ожидать, и оплачивает счета, так как мой отец сказал бы.
Три Java EE заблуждения
АО: Java EE эксперт и сотрудник Java чемпион Адам Бьен указывает на три больших заблуждений о Java EE технологий: во-первых, полагая, что J2EE является сложной, во-вторых, полагая, что Java EE 5 прост и в-третьих, полагая, что распределенное программирование может быть проще. Вы согласны? "Основной проблемой является то, что Java EE получил настолько большой, в первую очередь. Она затрагивает многие районы, каждый из которых совершенно отдельная дисциплина.
Алан Уильямсон
Java Чемпионов
Уильямсон: Насколько я понимаю, где Адам откуда. Основной проблемой является то, что Java EE получил настолько большой, в первую очередь. Она затрагивает многие районы, каждый из которых совершенно отдельная дисциплина.
Если взять Java EE ломтиками, она относительно проста. Но суровая реальность такова, что лишь немногие организации должны взаимодействовать со всеми его одновременно, так почему же мы все вместе кусковых и ожидаем, серверы приложений для осуществления полной гаммы?
С точки Distributed Programming, это не тот случай, она более простая, она просто требует другого склада ума. Большинство разработчиков до сих пор не получают многопоточных приложений и распределенных программирование не далекими, но до уровня абстракции.
Но есть много прекрасных примеров из реальной, легко распределенного кодирования в настоящее время - REST, например. Без этой простоты, Ajax никогда бы не сняли так быстро, как это было сделано. SOAP, например, является более сложным способом, чем это должно быть. Подавляющее большинство видов использования SOAP может быть быстро заменен REST / JSON альтернативных без потери службы. , Так и для распределенного программирования быть простым, то, безусловно, сложный и запутанный способ делать вещи!
Это напоминает мне старую EJB против сервлет прения. Подавляющее большинство людей, использующих компоненты EJB в первые дни и не нужно было этого уровня абстракции или осложнение. Джеймс Гослинг бросил шляпу на арену, когда он сказал, что ничего нельзя сделать в EJB, что при хорошей практики кодирования, не могут быть достигнуты в сервлеты. "Дизайн комитета марша смерти для любого проекта, а разделяй и властвуй" является гораздо более эффективным подходом. Ключа, чтобы четко определить API или по крайней мере, границы которой малые группы могут придерживаться. Зная, что они имеют конкретный контракт на службу позволяют им быть независимыми ".
Алан Уильямсон
Java Чемпионов
"Там, кажется, мода, чтобы вернуться к более простому дней - POJO (Plain Old Java Object) является последним писком моды в эти дни. Мы стали отведенной так далеко от исходной задачи, что мы не знаем, какую проблему мы Теперь решения ".
Алан Уильямсон
Java Чемпионов
Там, кажется, мода, чтобы вернуться к более простому дней - POJO (Plain Old Java Object) является последним писком моды в эти дни. Мы стали отведенной так далеко от исходной задачи, что мы не знаем, какую проблему мы сейчас решаем.
АО: Бьен также говорится: "Масштабный ИТ-проектов по своей сути являются неэффективными. Это заблуждение даже говорить о большом масштабе проекта. Трюк делать огромный проект на небольшие, от двух до пяти членам группы разработчиков, которые могут действовать самостоятельно и нести ответственность за отдельные части проекта. Это вызов, но это стоит попробовать. Только в этом случае разработчики определить с кодом, и чувствовать себя ответственными за это. Ли Ваш опыт подтверждает это?
Уильямсон: Без сомнения. Для всех pontification об открытых стандартах и открытой разработки, реальность такова, что кодирование является частью искусства, часть науки.
Будет ли Мона Лиза быть красивой если бы оно было сделано по полной командой художников 10 +? Конечно, это не будет.
И все же компании настаивают на бросал ресурсы на реализацию проектов: Девять матери не будут делать ребенку в течение одного месяца. Дизайн комитета марша смерти для любого проекта, а разделяй и властвуй "является гораздо более эффективным подходом.
Ключ четко определить API или по крайней мере, границы которой малые группы могут придерживаться. Зная, что они имеют конкретный контракт на услуги позволяют им быть независимыми.
Технология Java и неожиданное
АО: Как редактор журнала Java Developer's в течение нескольких лет, вы внимательно наблюдали за эволюцией технологии Java. Что вас удивило больше всего? Есть что-нибудь, что вы совсем не ожидали?
Уильямсон: Хороший вопрос. Я думал, мы были списаны на стороне клиента, так JavaFX удивило меня. Мы не смогли признать важность браузера. That Swing не снимал не было неожиданностью для меня - неважно, какой ОС вы запустили его, он никогда не выглядел хорошо и всегда чувствовал, медленным и громоздким.
Я большие надежды на JavaServer Pages, чтобы действительно оказать влияние в мире сценариев на стороне сервера, но и PHP ASP стала популярной. Это говорит, Java оказалась большим строительным блоком для нас производят CFML, поэтому я не могу жаловаться, что она не снимать! Кроме того, я чувствовал, что Java была очень медленной предлагает встроенную поддержку XML в JDK. Почему это так долго?
Глядя на последние 10 лет, самой большой неожиданностью то, что JVM не входит в ДНК большинства операционных систем. Мне еще надо установить его вручную, тогда как Python и Perl готовы запустить прямо из коробки. Я даже не придется беспокоиться о них не существует. Меня удивляет, что после 10 лет люди должны скачать и установить его.
Open Source и качества
АО: Вы уже давно в причастности к открытым исходным кодом. Виртуальная реальность Pioneer Jaron Ланье пишет, что "политически корректным догма считает, что с открытым исходным кодом, автоматически лучший путь к творчеству и инновациям, и что претензии не подтверждается фактами". Он говорит, что тот вид творчества радикальных он ценит сам не пришел с открытым исходным кодом. Ваши мысли?
Уильямсон: Я согласен. Качество программного обеспечения не имеет ничего общего с ли она была разработана за закрытыми дверями или на открытом воздухе. В самом деле, большинство развитии делается на поочередно по одной основы, неважно, где он в конечном итоге появляется. Если ваша команда разработчиков имеет кодовое обзора политики, они могут подобрать любые проблемы, которые с открытым кодом, проект будет иметь. Я пишу коммерческих программ, и пишу с открытыми исходными кодами. Они имеют одинаковое качество.
Это раздражает меня, когда я слышу сторонники утверждают, что с открытыми исходными кодами лучше, потому что это пощечина для множества людей, занятых в мире коммерческой разработки программного обеспечения. Является ли их вклад не учитывается?
Открытый исходный код имеет свое место во многом таким же образом, что коммерческое программное обеспечение делает. Оба будут счастливо сосуществовать еще долгое время.
АО: Какие общие проблемы, которые с открытым исходным кодом общин лица?
Уильямсон: Ключ прислушивается к вашей общине и выяснить, если ваш проект действительно уделяя особое внимание их потребностям, а не только ваших потребностей.
Успешные проекты имеют сильное развитие-релиз циклом, которая скрепляет уверенность в ваших пользователей. Некоторые из незрелых открытых проектов - в частности некоторые из JavaScript рамок - не принимают обратную совместимость во внимание и сосредоточиться только на добавление свистки и колокольчики.
Успешный открытым исходным кодом понимает, они в деле предоставления программного обеспечения, хотя и на нулевой стоимости доллара, но это бизнес, тем не менее. Он требует самоотверженности и страсти.
Когда я работал в качестве технического евангелиста на SpikeSource, я был удивлен, как много проектов с открытым кодом приходят и уходят. Людей под влиянием иллюзии, что только потому, что они работают в Open Source, сообщество будет волшебно появляется ниоткуда и поддерживать их. Маркетинг и евангелизации по-прежнему требуются, и лучший маршрут, который с помощью блогов и форумов.
Остановка продаж обещание завтрашнего дня и сосредоточиться на реальности сегодняшнего дня.
АО: Вы наставничество Java небольшими группами по проблемам обработки и применения новых технологий. Есть ли у вас какие-либо рекомендации для передачи?
Уильямсон: Я думаю, что лучший совет: стараться не спешат слишком быстро в новых способов ведения дел. Например, мы только начинаем развертывать непатентованных лекарственных средств в наших решениях, в основном потому, что JVM, мы были вынуждены поддержки на местах не были готовы к стандарту.
Это очень легко для разработчиков, чтобы получить соблазнились блестящей новые вещи, которые делают то, что вы уже делаете показаться устаревшими. Это не тот случай.
Другой совет является выход в общество. Есть так много больших форумах и разработчиков сайтов и блогов, которые, даже в качестве зрителя, вы узнаете много. Он постоянно удивляет меня, как многие разработчики мне попадается что даже не читатель RSS. Там нет оправдания в получении не участвует, даже в качестве слушателя. Десять минут в день для просмотра последних статей принесут огромные дивиденды для развития карьеры.
АО: Что самое веселое вы имели работу с технологией Java?
Уильямсон: Дать первоначальные двигатель BlueDragon или TagServlet как он тогда назывался. Я чувствовала большую шумиху и ажиотаж вокруг строительства, которое подорвало мои дни и ночи. Конечно, это было до меня был небольшой семьи.
Ушли в прошлое те дни, начиная развития на обед пятница только смотреть и видеть, что это воскресенье вечером!
Консультации для начинающих
АО: У вас есть какие-либо рекомендации для кого-то только начинают свою деятельность в качестве программиста Java?
Уильямсон: Не пытайся узнать всю JDK. Начните медленно и получить основы объект дизайна отсортирован, а остальное будет просто прийти.
Самая большая проблема заключается не "как" делать что-то в Java, это "что следует" делать? Решение проблемы является ключом к осуществлению является далекой секунду.
Не ведитесь, думая, что сдавать экзамен Java сертификация сделает вас лучшим разработчиком. Вместо этого, используйте это время и присоединиться к открытым исходным кодом и посмотреть, как другие разработки кода, и учиться на их выбор. Вы можете спросить, почему они пошли вниз по определенному маршруту, если вы не видите сами.
Не хватает молодым разработчикам использовать Open Source, чтобы учиться.
АО: Что это класс Java, что Вы не могли бы жить без?
Уильямсон: Если бы вы спросили меня, что несколько лет назад, я бы ответил System.out.println - еще быстрее и быстрее отладки разработчик может иметь. "Я влюбилась в JMX и силой он может предложить. Это лучшее окно в работающей системе, что только можно иметь."
Алан Уильямсон
Java Чемпионов
Но сегодня, я все о MBean Я влюбилась в JMX (Java Management Extensions) и полномочия она может предложить.
Это лучшее окно в работающей системе, что только можно иметь. Легкость, с которой можно превратить любой объект в MBean простым интерфейсом осуществлении им MyClassMBean делает представляет никакой опасности ни для кого.
Для того, чтобы приложить JConsole в любом работающем JVM и получите окно в живой системе, не прерывая она сделала профилирования и поиска неисправностей ветер сейчас. Подавляющее большинство моих занятий основной теперь получают MBean 'D вверх, даже не думал об этом.
АО: Что вам нравится больше всего программ? Что вам нравится меньше?
Уильямсон: Когда я кодирования, я считаю, нет ничего невозможного. Что я собираюсь создать намерен решить проблему. Это огромная Buzz. Кодирование также может быть очень сложно. Там ничего хуже, чем полагаться на сторонних библиотек что-то, когда он не делает это правильно. Таким образом, у вас есть обручи, перепрыгивать через, если вы знаете обручи, в первую очередь, может занимать часы. Я должен напомнить себе, что, если бы оно было легко, было бы весело.
Самым большим сюрпризом и самым странным Thing
АО: Какой был ваш самый большой сюрприз в работе с языком программирования Java?
Уильямсон: Это java.lang.String помечен как окончательный! Я хотел бы не было. Существует так много дополнительную функциональность, которая требуется для работы со строками. Если бы я мог отменить зверя и добавить то, что я чувствую не хватает, то жизнь была бы намного легче.
АО: Что самое странное, о платформе Java?
Уильямсон: Для всех своей открытостью и "Создать раз работает везде" качество, я все еще чувствую, что отсутствует трюк не подключения в некоторых конкретных объектов платформы.
Ряд проектов попытка исправить это, но я думаю, это должно быть частью основного JVM. Например, существуют в основном два типа файловой системы, Windows и * nix. Почему же нет java.io.FileWindows и java.io.FileNix класс?
Я большой сторонник SWT способом основе Eclipse. Я закодированы в оба, и я предпочитаю SWT более Swing. Что я могу сделать мое настольного приложения выглядят и ведут себя в точности как родным является большим благом. Я считаю, что SWT никогда не приняли в семью, потому что некоторые люди не нравится тот факт, он был привязан к платформе, хотя и были поддержаны всеми основными платформами.
Процесс написания кода
АО: Можете ли вы описать процесс написания кода?
Уильямсон: Я много доской и чертеж коробки. Когда дело доходит до написания кода, я много boilerplating, раскладывая классы, методы звонки, и так далее, и я не сосредоточиться на деталях этих методов. Таким много return null; везде.
Я могу себе решение очень хорошо, так что когда я вижу, иерархия классов изложенной, то я знаю, он будет работать, прежде чем я получу в любом месте вблизи осуществления реальных мяса Кодекса. Некоторые люди используют другие средства, такие как UML, но я всегда находил, что он мешает.
Кирк Пеппердин и основополагающие JVM
АО: Что технических знаний в языке программирования Java были наиболее важны для вас?
Уильямсон: Я узнал столько от Кирка Пеппердин на основной JVM и власти, которые предлагают нам, смиренным разработчиком.
Если вы спросите среднего разработчика, сколько выключателей существуют в JVM, они, вероятно, ответ на два или три, может пять, топы. Но существует более 500, и я ставка Кирк каждый знает ни одного.
Держите код как можно проще
АО: У вас есть какие-либо советы о написании кода лучшему?
Уильямсон: Keep It Simple, реальный простой. Старайтесь не делать все в одном классе, но, наоборот, не слишком абстрактно.
Люди иногда получают мало-интерфейс счастливые, без реальной выгоды. Используйте хороший IDE, как Eclipse или NetBeans, и пусть это делают большую работу для вас, особенно навигации вокруг большого проекта.
Убедитесь, что у вас есть кодирование приятель, кого вы можете выбросить код и выяснить, что думают они. Нужно, что дека, если только не удалось подтвердить, что путь, вы идете вниз является правильным.
Предположим также, что все пойдет не так. Никогда не думайте, что метод, перед вами очистка данных или проверки NULL.
Обработка исключений прежнему является одним из самых больших проблем кодирования: когда это делать, когда поймете, когда нужно бросить. И помните, в конце концов, это ваш друг - особенно, когда ты обработки любых операций ввода / вывода.
Электронная почта: Still The Killer App
АО: Есть ли основная проблема программного обеспечения, которое вы больше всего хотели бы решить?
Уильямсон: Email. Это все та хватка, единственное, мы все проверим ежедневно.
Мне бы очень хотелось написать электронное решение, которое позволило Desktop, Интернета и мобильных зрения. Моя Thunderbird это ближайшее место до сих пор идеальный клиент, но я хочу его в Интернете.
От задней на это, я бы хотел остановить Мир спиннинг и писать надлежащего применения адресной книге. У меня есть контакты валялись всюду - BlackBerry, Интернета, электронной почты - и ни одной из них переговоры друг с другом!
|
| Категория: статьи | Добавил: Aleksei (15.10.2009)
|
| Просмотров: 393
| Рейтинг: 0.0/0 |
|
|
