вторник, 6 октября 2009 г.

Плагин для работы с Jira из InetlliJ Idea

На самом деле, заголовок звучит немного неверно, так как данный плагин позволяет работать не только с Jira, но и с остальными продуктами Atlassian (Bamboo, Crucible, FishEye). Но сейчас мне бы хотелось сделать акцент именно на Jira. Итак, поехали.

Установка



Отправляемся в настройки Idea -> Plugins -> Available
Далее пишем в поиске Atlassian Connector и видим примерно следующее.

Загружаем его и перезапускаем Idea.
После этого в верхней панели инструментов у нас добавится следующая дополнительная панель.

В нижней панели так же произойдут изменения.


Настройка


В нижней панели инструментов щелкаем по соответствующей кнопке, далее настройки и настройки проекта (Ctrl+Shift+G).

В появившемся окне выбираем добавить Jira и забиваем ее настройки.

Теперь мы можем работать с Jira сразу из Idea. Ура =)

Что же мы можем



    Вот небольшой список того, что мы теперь можем делать:

  • Видеть список своих задач

  • Проводить полный workflow по задачам (вешать на себя, создавать, удалять и так далее)

  • Комментировать и просматривать комментарии для существующих задач

  • Привязывать задачи к конкретным файлам

Теперь собственно перейдем к работе с данным плагином.
Примерно так будет выглядеть ваша рабочая область.

С помощью контекстого меню, которое видно на скриншоте доступны следующие действия:


  • Open Issue — Просмотреть выбранную задачу. После этого можно будет увидеть примерно такое окно

  • Start/Stop Work — Начать/завершить работу над задачей. В случае начала работы над задачей он автоматически становится активной

  • View in Browser — Открыть задачу в браузере.

  • Edit in Browser — Открыть задачу в браузере для редактирования.

  • Add Comment — Добавить комментарий.

  • Log Work — Отметить сколько времени было потрачено на задачу.

  • Create ChangeList — Добавить changelist, связанный с задачей. Сhangelist это все изменения на одним или несколькими программными фалами, объединенные логически.

  • Assign to Me — Перевешивание данной задачи на себя.

  • Assign to User — Перевешивание данной задачи на другого пользователя

  • Copy to Clipboard — Удобный функционал, если вы хотите использовать данные по этой задачи в другом приложении (например отослать в письме). Возможны следующие условия копирования:


    • Номер задачи

    • Ссылку на сервер JIRA

    • Описание задачи

    • Номер и описание

  • Perform Issue Workflow Actions — Позволяет выполнить одно из действий по работе с задачей (закрыть и прочее).


Интересные фичи


Я думаю многие страдали от того, что неудобно смотреть длинные stack trace и приходится искать нужные классы и строки. Разработчики это учли и теперь просмотр stack trace стал выглядеть вот так:


Кроме этого, поиск задач стал значительно проще. Теперь найти задачу можно:

  • Используя хоткей Shift-Alt-J и выбор из выпадающего списка

  • Поиск по номеру

  • Переход по ссылке из кода



Более подробно можно почитать на сайте разработчиков. Надеюсь, что теперь работа с JIRA станет удобнее.

понедельник, 5 октября 2009 г.

[Перевод] Sun убрало Swing Application Framework из Java 7

Компания, в которой я работаю, пишет на Java. Это известно. Мы так же много пишем на Swing. Это тоже известно. А вот то, что свинг по сути умер, это пока что не особо известно, поэтому публикую этот перевод.

Компания Sun прекратила разработку стандарта JSR 296: Swing Application Framework (SAF), входящего в Java 7. Вот как пишет об этом в своем блоге Александр Поточкин:
После продолжительных дискуссий стало очевидно, что Swing Application Framework API в том виде, в каком он есть сейчас, не удовлетворяет требованиям, и мы осознаем, что наша работа над ним еще не окончена.Предполагалось, что мы закончим SAF API к пятому обновлению JDK 7, и когда подошло назначенное время, мы поняли, что не сможем выполнить задачу в срок, в итоге мы убрали саф апи из всех планов по сдаче JDK 7.

В 5 версию, в соответствии с планом, вовремя было добавлено всего два новых компонента: это криптосистема на основе эллиптических кривых и Swing JXLayer. В результате этого, Sun пришлось объединить 5 и 6 обновления, передвинув срок сдачи 5 обновления до 29 октября. Только после этого пятое обновление стало полным, включив в себя новый функционал из Project Coin, JXDatePicker для Swing, а так же обновления, связанные с JAXP, JAXB и JAX-WS API, которые дополнили группу Java XML технологий, сделав их более устойчивыми. Следуя плану обновлений, с конца октября Sun планирует выпустить еще 14 версий, закончив работу над ними к февралю 2010.
С того момента как Поточкин сделал свое заявление, было развернуто как минимум две ветки проекта (BSAF, SAFF). Вот как выразил свое мнение по этому поводу Джонатан Гиллз (Jonathan Giles) в своем блоге:
От оригинального проекта SAF, требования о помощи которого так и не были услышаны (по крайне мере со стороны Sun не было видно каких-то видимых действий), мы пришли к двум новым разработкам. Конечно, если бы мы могли вернуть время вспять, на тот этап когда JSR-296 было только включено в JDK 7, мы могли бы этого не сделать, но время было упущено и идея оказалась загубленной, так что нам, видимо, придется ждать JDK 8, прежде чем Swing framework будет включен в выпуск.

Позднее Гиллз отправил письмо в рассылку SAF, в котором предлагал сделать выбор между двумя ветками проекта, и, прекратив разработку одной, полностью сосредоточиться на второй.
Принимая во внимание мнение разработчиков, нам следует выбрать одну из веток и назвать ее SAF.next. Разработку же второй следует немедленно прекратить, дабы в будущем не возникло никаких конфликтов.

Поточкин также рассказал InfoQ, что другое очень ожидаемое нововведение, а именно поддержка CSS для компонент Swing, которое могло бы войти в 5 обновление, в дальнейшем не появится в Java 7. Данный функционал включен в JavaFX, а Этан Николас (Ethan Nicholas) создал более чем тщательно разработанный прототип для Swing, о чем он написал в своем блоге летом 2008. Он также написал руководство и код, которые доступны для скачивания с вебсайта проекта.

четверг, 1 октября 2009 г.

Пути саморазвития студента. Практика 2 - Учимся писать

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

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

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

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

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

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

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

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

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

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

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