Eclipse vs intellij idea: IntelliJ IDEA vs Eclipse: Which Is Better for Beginners

Содержание

за и против от ведущих программистов

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

Подумали, что Святой Грааль наконец нашёлся? Нет ничего совершенного, поэтому рассмотрим подробнее все плюсы и минусы IDE.

Преимущества Eclipse

Чрезвычайно простая в установке и использовании.
Как программное обеспечение с открытым исходным кодом доступна бесплатно (в отличие от конкурентов, таких как IntelliJ IDEA).
Даёт высокий коэффициент окупаемости инвестиций, а значит, предприятие экономит средства и направляет вложения в другие аспекты разработки программного продукта.
Предоставленные функции, утилиты и автодополнение облегчают написание кода.
Ускоряет разработку приложений и повышает эффективность работы команды программистов.
Благодаря разнообразию плагинов тонко настраивается и расширяется дополнительными функциями. Например, вы кодите на разных языках, выполняете отладку, фиксируете изменения в собственном хранилище кода и управляете информацией базы данных, не покидая Eclipse.
Написана на Java, поэтому доступна для любой платформы.
Поддерживает всевозможные типы языков программирования.
Подходит для развёртывания приложений на серверах различных поставщиков, таких как Oracle Bea Weblogic, IBM, Tomcat и другие.
Подключается к разнообразным базам данных.
Из-за многолетнего существования среды в сети найдёте кучу документации по использованию, советов и хитростей.
Большое сообщество разработчиков помогает с решением вопросов и проблем на форумах.
Предоставляет встроенные локальные серверы, где разработчики развёртывают и тестируют приложения, прежде чем отправлять в другие среды.
Пошаговая безостановочная компиляция и мгновенная проверка ошибок говорят сами за себя.
Поддерживает непрерывную интеграцию.
Сохраняет и восстанавливает сессии.
Предлагает встроенное юнит-тестирование, оптимизацию тестов.
Порадует настраиваемым графическим интерфейсом: очень кстати, ведь вы постоянно проверяете содержимое разных файлов.

Так или иначе, с развитием других IDE популярность Eclipse стремительно падает.

Статистика IDE для программирования на Python в 2019 году

Недостатки Eclipse

Несмотря на то, что это неплохая бесплатная IDE для программирования на Java, доступные в ней плагины для других языков (например, Python) проигрывают по сравнению с другими средами разработки (например, PyCharm).
Использует много системных ресурсов и процессор.
Запускается медленно, а временами съедает кучу памяти.
Тяжеловесная.
Поскольку в Eclipse такое обилие встроенных и доступных функций, иногда их изучение занимает массу времени. Хотя базовые вещи использовать легко, поиск некоторых продвинутых функций сперва вызывает затруднение, если вы не привыкли к тому, как работает Eclipse. Часто вещи прячутся за скрытыми настройками или внутри отключённой панели.
Встречаются трудности с обратной совместимостью. Например, сторонние плагины, на которые вы опираетесь в проекте, оказываются несовместимыми со свежими версиями Eclipse и не дают обновиться до последних выпусков. Или два плагина конфликтуют друг с другом либо вызывают проблемы при одновременном использовании. Поэтому появляются случайные ошибки, которые трудно устранить или определить причину.
Механизм логирования.
Функция отладки не так совершенна, как у других платных IDE инструментов.
По сравнению с более популярными и новыми редакторами кода Eclipse выглядит большим и раздутым.
Громоздкость некоторых конфигураций.
Иногда возникают проблемы с управлением версиями, в частности с Git. При переключении веток Git разработчики замечали, что Eclipse нарушал локальную настройку на разных уровнях, и приходилось тратить время на диагностику проблемы.
Неполная интеграция с Maven и Gradle приводит к тому, что преимущества непрерывной компиляции Eclipse не всегда используются.
Работа связана с серверами, и приходится часто запускать clean и build.

Самые используемые C/C++ IDE по состоянию на 2018 год

Кому рекомендуют Eclipse?

В качестве IDE для программистов Java вне зависимости от вида проекта: веб-приложение, автономная программа, SOAP и REST веб-службы или ESB-компоненты. Eclipse на порядок ускоряет разработку на Java по сравнению с другими вариантами. Эта среда подходит как для маленьких, так и для больших команд, но особенно хороша для больших команд, потому что бесплатная.
Полезна в малых, средних и крупных организациях благодаря простоте использования и поддержке кода сообществом пользователей Eclipse.
Если вам нужна полнофункциональная IDE для программирования или веб-разработки, желательно бесплатная. Всё же возраст даёт о себе знать по сравнению с новыми IDE, такими как Visual Studio Code, Atom или Sublime.
Когда у вас серьёзный проект с несколькими уровнями. Вы без труда построите сложную архитектуру и будете работать с ней легко. При создании проекта с нуля используйте несколько конфигураций, чтобы добиться большей читабельности.

А какой у вас опыт разработки в Eclipse?

Источники

Вся мощь IntelliJ IDEA на примере одного языка (в картинках) / Блог компании lsFusion / Хабр

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

Однако, одна из проблем такого подхода заключается в том, что это значительно удорожает и замедляет сам процесс разработки. Что если всего этого нет? Тогда на помощь приходит IDE, благодаря которой можно изучить текущую логику по “голому” коду.

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

Так как сама платформа разработана на Java, то у нас были две основные опции: Eclipse или IDEA. Мы остановились на последнем варианте и не прогадали. Когда мы принимали решение, IDEA еще была недостаточно популярна, но с тех пор, они вырвались в лидеры на рынке, а Eclipse тихонько отстает.

На разработку самого плагина ушло не очень много времени, так как удалось во многом задействовать код, используемый непосредственно при выполнении платформы. Таким образом, мы минимальными усилиями получили очень мощную IDE, во многих аспектах значительно превосходящую по функционалу IDE многих других ERP-платформ (как родных, так и построенных на Eclipse).

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

В первую очередь от IDE нам требовалось следующее:

Поддержка синтаксиса. Подсветка ключевых слов, автоподстановка, подсветка ошибок.

Навигация. Переход к объявлению, поиск использований, поиск по текстовой строке, файлу или названию и т.д.

Анализ. Иерархия классов и вызовов, а также свойства и действия класса.

Рефакторинг. Переименование классов, свойств и действий.

Визуализация форм. Отображению разработчику текущего дизайна определенной формы.

Метапрограммирование. Возможность на лету генерировать код на основе метакодов.

Отладчик. Возможность ставить breakpoint’ы (в том числе и с условиями), отлаживать императивную логику, смотреть watches.

Language Injection. Навигация, рефакторинг, автоподстановка и подсветка синтаксиса lsFusion при использовании в других языках — Java и JasperReports XML.

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

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

Поддержка синтаксиса

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

Возьмем логику из примера Управление материальными потоками. Предположим, нам нужно посмотреть, где объявляется свойство Цена. Для этого нужно под пользователем с правами администратора навести указатель мыши на заголовок нужной нам колонки:

В появившемся окне сразу видно, в каком модуле это свойство создано (Shipment), какой номер строки в нем (37), таблица в которой хранится (_auto_Shipment_ShipmentDetail), и ряд другой информации.

Чтобы перейти непосредственно к объявлению свойства, нужно начать поиск файла и в появившемся диалоге ввести Shipment:

Затем при помощи Navigate — Line/Column переходим к 37й строке, где видим объявление свойства:

Нажав CTRL+ALT+F7, стоя курсором на нужном свойстве, можно быстро найти все его использования по всем проектам:

В данном случае, первое использование цены идет в расчете суммы по строке. Два последних — это добавление на соответствующие формы.

При необходимости можно включить поиск только по записи в данное свойство, если убрать соответствующую опцию:

Тогда в списке останется только запись в это свойство. Чтобы узнать, какое конкретно значение в него записывается нужно встать курсором на salePrice и нажать Go To Declaration or Usages. Дальше вернутся через Navigation — Back и перейти к объявлению свойства item:

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

Рефакторинг

Часто бывает ситуации, когда требуется изменить название свойства, класса, формы или любого другого элемента в системе. Для осуществления такого действия нужно стать на этот элемент и нажать Refactor — Rename:

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

Анализ

Перед тем как выполнить рефакторинг, часто бывает необходимо выяснить «что происходит» и «кто все эти люди».

Для этого IDEA, практически из коробки, позволяет просмотреть структуру выбранного класса (доступные для этого класса свойства и действия):

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

наследований выбранного класса

использований выбранного элемента (например, свойства или формы)

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

Визуализация форм

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

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

Показывать текущий дизайн и иерархическую структуры формы в специальном окне

Находить элементы в структуре формы

Выделять выбранный элемент формы в дизайне

Вот как это выглядит в IDE:

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

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

Метапрограммирование

Иногда возникает потребность создавать однотипный код для различных задач. В lsFusion есть механизм метакодов, который позволяет генерировать код на основе некоторого шаблона. При этом, в случае изменения метакода, будет происходить автоматическая обновление кода. По сути, это автоматический copy/paste с возможностью замены определенных идентификаторов на заданные значения.

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

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

Кстати, реализация возможности метапрограммирования заставила нас внести еще один вклад в open-source (в данном случае в лице Intellij IDEA). Дело в том, что в ERP метакоды используются достаточно активно, и, соответственно, часто возникает необходимость сгенерировать код / удалить сгенерированный код. Это приводит к большому количеству асинхронных изменений файлов, что, в свою очередь, приводило к весьма своеобразному багу. Проблема в том, что в самом JetBrains его не могли воспроизвести, поэтому все свелось к тому, что нам самим пришлось написать неработающий юнит-тест. Это конечно заняло несколько дней, зато косвенно помогло нам при реализации следующих двух возможностей.

Отладчик

Когда по коду совершенно непонятно что происходит, то приходится обращаться к отладчику. На любой строке императивной логики (действия, события, ограничения) можно поставить breakpoint. Как только выполнение сервера достигнет этой точки, оно будет остановлено и управление перейдет в отладчик. В этот момент можно смотреть watches, а также продолжать выполнение построчно. Слева будет показан stack trace, по которому можно перемещаться как при отладке обычного Java приложения.

При просмотре текущих значений можно обращаться как текущим объектам (например, Shipment s), так и к любым другим объектам из базы (например, Item i). Однако, разработчик сам несет ответственность за добавление в watches данных, считывание которых займет много времени или памяти, и приведет к падению производительности.

Также можно ставить breakpoint’ы на конкретное свойство. Выполнение остановится в любом месте, когда в него будет производится запись:

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

Для реализации отладчика мы на самом деле использовали существующий в IDEA Java Debugger. То есть отлаживается платформа как обычное Java приложение, но для lsFusion действий мы создаем proxy java методы и подменяем их отображение на свой код (я так понимаю в IDEA это сделано для поддержки Scala и других оберток над Java). И вот тут был забавный момент. В какой-то момент разработчики IDEA сделали конструктор своего Java Debugger закрытым (private). И если ситуацию с вызовом private методов еще можно обойти через Reflection, то как унаследоваться от класса с private конструктором — непонятно. Но как раз в то время шли разборки с багом из верхнего раздела, и мы «по бартеру» решили попросить людей из JetBrains сделать этот конструктор обратно protected, на что они отреагировали очень оперативно (за что им конечно большое спасибо).

Language Injection

Одна из самых необычных возможностей IDEA — возможность обеспечивать поддержку своего языка в строковых константах других языков. Для этого достаточно сказать IDEA, какие именно строковые константы относятся к твоему языку, дальше IDEA сама автоматически:

генерирует виртуальный файл (или несколько файлов) с заданными префиксами для каждой строковой константы

создает в редакторе исходного файла для всех констант своего рода «окна» в этот виртуальный файл

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

Здесь в IDEA тоже был (и сохраняется) небольшой баг. Когда виртуальный файл большой, то если при переходе к использованию IDEA должна перейти на начало «окна внедрения», она на самом деле переходит на конец предыдущего «окна внедрения» (то есть например на предыдущее использование свойства в Java-файле). Существует конечно, простой обход этого бага — создавать по отдельному виртуальному файлу на каждый строковый литерал. Но такой подход тормозит когда использований больше 30, поэтому в этом случае все равно приходится использовать один большой виртуальный файл (с другой стороны, когда использований много, найти правильное, то есть следующее, использование не так уж и сложно). Мы просили исправить этот баг опять-таки в рамках «обмена услугами», и разработчики JetBrains его вроде как пофиксили, но, как позже выяснилось, как-то не так (это еще по коммиту было видно, но мы подумали, что просто не до конца его поняли). Впрочем, у нас к этому багу все уже давно привыкли, благо ситуация с использованием больше 30 элементов в одном файле встречается достаточно редко.

Заключение

В статье описаны только основные варианты использования. В ней также присутствуют возможности по поиску реализаций абстрактных свойств и классов, визуализации зависимостей между модулями и свойствами, автоматической генерации форм на основе xml/json и многое другое. И, конечно же, есть встроенная интеграция с основными системами контроля версий Git и Subversion, а также поддержка Maven и Ant.

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

Топ-10 необходимых Eclipse плагинов для Java разработчика / Хабр

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

Нет никаких сомнений, что среда разработки Eclipse является одной из самых популярных для разработки на Java. Тот факт, что в Eclipse доступно много плагинов, и делает его отличным инструментом. Существуют сотни Eclipse плагинов для различных типов задач и интеграции с другими необходимыми тулами, например: плагины для загрузки кода с GitHub, SVN, CVS и так далее.

Есть специальные плагины для разработки на Java, разработки на Python, создания Java приложений на Spring, а также Android приложений в самом Eclipse. Мне удавалось увеличить производительность, всего лишь установив подходящие плагины.

Например, установив плагин EGit, вы можете управлять своим Git-репозиторием прямо из Eclipse. Вам не понадобится никакой другой Git клиент. Точно так же, добавив Spring Tools, вы можете облегчить разработку приложений на Spring и Spring-Boot.

Я встречал многих Java разработчиков, которые не использовали Eclipse в полной мере. Многие Java разработчики пишут приложения на Spring как и любой другой Java-проект, что по сути неплохо, но и не оптимально. Используя Spring Tools для разработки приложений на Spring, вы можете повысить свою продуктивность.

Мне говорили, что среди огромного количества плагинов найти правильный — сложно. Но Eclipse MarketPlace уже решил эту проблему: теперь искать Eclipse-плагины можно быстро и легко, просматривая счетчик загрузок, и соответственно, популярность. К тому же, это можно сделать в самой среде разработки Eclipse.

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

Именно поэтому я решил поделиться одними из самых необходимых Eclipse плагинов для Java разработчиков, которые включают в себя плагины для систем управления версиями (таких как Git и SVN), плагины для сборщиков (таких как Maven и Gradle), и плагины для фреймворков (таких как Spring и Android).

1. EGit, интеграция Git для Eclipse

На сегодняшний день, это, пожалуй, самый необходимый плагин для Java разработчика. Он позволяет загружать код из GitHub и обеспечивает интеграцию Git для Eclipse. Этот плагин также делает поиск и выполнение запросов к истории быстрым и универсальным. Короче говоря, EGit — это must-have для разработки на Java.

2. Spring Tools (AKA Spring IDE или Spring Tool Suite)

Нет никаких сомнений в том, что Spring является самым популярным Java фреймворком, а Spring Tools упрощает создание проектов на Spring и Spring Boot в Eclipse. Используя STS, вы можете быстро создавать проекты на Spring Boot, используя простую интеграцию start.spring.io.

Он также поддерживает разработку приложений с использованием Spring Java-Config, расширенное автодополнение кода, content-assist, валидацию и поддержку quick-fix для приложений на Spring. Он идеально подходит для разработки микросервисов с использованием Spring, поскольку позволяет интегрировать IDE для Cloud Foundry, включая отладку в облаке.

3. Интеграция Maven для Eclipse (M2E)

Плагин M2E или плагин Maven Integration for Eclipse — это еще один популярный плагин Eclipse, необходимый для разработки на Java. Он обеспечивает комплексную интеграцию Maven для Eclipse.

Вы можете использовать M2E для управления как простыми, так и мульти-модульными проектами Maven, выполнять сборки Maven через интерфейс Eclipse и взаимодействовать с репозиториями Maven.

Кроме того, некоторые плагины зависят от того, какую версию Eclipse вы используете: существует отдельный плагин для Juno, Luna и так далее.

4. Subclipse

Это еще один плагин для управления версиями, который позволяет загружать код из SVN и выполнять все операции, связанные с SVN, из самого Eclipse. Он разработан и поддерживается разработчиками Subversion. Плагин постоянно апдейтится согласно последним фичам и релизам Subversion. Если вы работаете над Java-проектом в SVN, то этот плагин обязателен для вас.

5. Eclipse Color Theme

У всех разработчиков разные вкусы. Некоторым разработчикам нравится старая уродливая цветовая тема Eclipse, другим нравятся темные темы, как у Vim и IntelliJ IDEA.
Eclipse Color Theme позволяет удобно переключать цветовые темы без всяких побочных эффектов. Если вы хотите иметь возможность менять цветовые темы или работать сразу на нескольких языках программирования — этот плагин может сделать вас счастливее.

6. JBoss Tools

JBoss Tools — это комплексный проект для набора Eclipse-плагинов, который включает поддержку JBoss, а также смежных технологий, таких как Hibernate, JBoss AS / WildFly, CDI, OpenShift, Apache Camel, Red Hat JBoss Fuse, Docker, JSF, (X) HTML, Maven, и другие.

7. TestNG для Eclipse

Если вы знаете, что JUnit идет в комплекте с Eclipse, но вы используете TestNG для написания юнит-тестов для вашего Java-проекта, то этот Eclipse плагин может вам помочь. Он позволяет запускать TestNG-тесты из Eclipse. Вы можете запускать наборы, группы или отдельные методы. Репорты об ошибках находятся на отдельной вкладке, с которой можно быстро перейти к провальным тестам.

Плагин также содержит несколько шаблонов для написания тестов.

8. Android Development Tools для Eclipse (ADT)

Android Development Tools (ADT) — это плагин для Eclipse IDE, разработанный, чтобы обеспечить мощную интегрированную среду для разработки Android приложений.

ADT расширяет возможности Eclipse, позволяя быстро создавать новые проекты Android, создавать UI приложения, устранять ошибки в приложении с помощью инструментов Android SDK, и экспортировать подписи для пакетов приложения (APK) и их распространения.

9. EclEmma

EclEmma — это бесплатный инструмент для покрытия Java кода для Eclipse, доступный в соответствии с Eclipse Public License. Он обеспечивает анализ покрытия кода непосредственно в рабочей среде Eclipse. При правильном использовании помогает улучшить качество кода, ускорив цикл быстрой разработки/тестирования.

10. JRebel для Eclipse

JRebel — это инструмент, который позволяет разработчикам “на лету” перезагружать классы и другие ресурсы, которые были изменены с момента развёртывания приложения. Он пропускает цикл повторной сборки, перезапуска и повторного развертывания, которые типичны для разработки на Java. JRebel позволяет разработчикам выполнить больше работы за то же время и не распыляться во время написания кода.

JRebel поддерживает большинство существующих корпоративных Java-стеков и легко устанавливается в существующие среды разработки.

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

Впечатления от IntelliJ IDEA после года работы с ней, а также классика на тему Vim vs IDE

Мой первый подход к IntelliJ IDEA состоялся в середине мая 2014 года. Месяц или полтора я к ней принюхивался, выяснял, есть ли там все нужные мне хоткеи, потому что, работая с Vim, я привык все делать клавиатурой, ну и такого рода вещи. Убедившись, что все в порядке, я стал использовать IDEA в качестве основного редактора кода. Поначалу писал в ней на Erlang и немного на Haskell, а спустя пару месяцев — на Scala. Ну и на Java с Kotlin пописывал немного. Так незаметно пролетел целый год. И сегодня я хотел бы рассказать про все, что удалось выяснить об IntelliJ IDEA за это время — плюсы, минусы, вот это все.

Начну с минусов:

Не столько минус, сколько информация к сведению. Не все языки одинаково хорошо поддерживаются в IDEA. Достоверно известно, что хорошо поддерживаются Java, Kotlin и Scala. Erlang, насколько я припоминаю, тоже поддерживался хорошо. Для большинства других языков, которые я пробовал, всякие там Rust, Go, Haskell и прочие странные никому не нужные языки, либо реализована только подсветка синтаксиса, без нормального автокомплита, перехода к определению, рефакторингов и так далее, ну либо они реализованы, но работают абы как. Следует однако отметить, что даже в таких случаях IDEA не хуже Vim как минимум;
Исключительно редко, но бывает, что наталкиваешься на баги. Нажал shift-shift, нашел нужный класс, а диалог поиска не закрывается. Или пишешь такой код, и в какой-то момент раз, пропал курсор. На совсем. В первом случае удается как-то выкрутиться, во втором IDE приходится перезапускать. Но еще раз отмечу, что случается такое не часто. Можно неделями спокойно работать и не знать бед;
Поддержка некоторых вещей оставляет желать лучшего. Настроил ты флаги в build.sbt, что везде -Xfatal-warnings, в одном подпроекте -deprecation:true, а в другом -deprecation:false. Сам sbt собирает все без проблем, а IDEA не собирает, потому что у тебя deprecation warning в подпроекте, где -deprecation:false. А потом, спустя какое-то время — раз, и уже все собирается, хотя ты ничего не менял. Также поддержка Play Framework меня расстроила как в бесплатной, так и в платной версии IDEA. Половина кода подчеркивается красным, автокомплит работает через раз — такого рода проблемы;
Кое-что работает не самым очевидным образом. Так, чтобы Scala Console нормально работала в одном из подпроектов, видела все пакеты из него и так далее, нужно запустить Scala Console, закрыть ее, затем открыть Scala Console в Run Configurations и изменить модуль в выпадающем списке на нужный. Если не знать, где искать, можно очень долго разбираться или даже решить, что Scala Console сломана;
В некоторых случаях IDEA может заметно подтормаживать. Например, если у вас в проекте есть файл из 5000 строк кода на Scala. Разбивайте такие файлы на файлики поменьше и проблема уйдет;
IDEA несколько требовательна к ресурсам. По умолчанию она выделяет до 512 Мб на x86 и до 768 Мб на x64. При крупном рефакторинге даже 768 Мб становится недостаточно, поэтому у меня лично в файле idea64.vmoptions сейчас прописано -Xmx1024m. Нужно отметить, что при этом IDEA делает действительно много полезного и 1 Гб памяти не такая большая проблема даже на моем стареньком запасном компьютере, которому уже 2.5 года;
Суммарно я, наверное, дня три пытался разобраться, почему проект в IDEA переставал собираться после перехода на Scala 2.11 и JRE 8. В SBT все отлично собиралось при этом. Общее правило в таком случае — клонируйте проект в новый каталог и импортируйте с нуля. А также, если есть возможность сидеть на community edition, сидите лучше на ней. У меня сложилось такое впечатление, что поскольку поддержка языка Scala в ultimate edition и community edition разная, а пользователей, видимо, больше у последней, то там и поддержка Scala более стабильна за счет большего числа пользователей и их багрепортов;
Очень страшно ставить апдейты плагинов, а также апдейты к самой IDE. Нередко что-то ломается. Однажды сломали Scala Console — не работало сочетание Ctr+Enter. Что-то может начать работать чуть-чуть не так, как работало раньше. Раньше переход к определению case class’а работал как по Ctr+B, так и по F4, а сейчас он работает только по Ctr+B. Понятное дело, если ты привык всегда пользоваться F4, выглядит это так, словно переход сломался. После обновления IDEA с версии 13 на версию 14 вообще была большая проблема снова заставить проект компилироваться. Либо внимательно тестируйте апдейты самостоятельно в виртуалке, либо совсем отключите их и ставьте новую IDEA в отдельный каталог раз в год, кучу нервов сэкономите;

Ну а теперь — о хорошем:

IDEA действительно является мощнейшим редактором исходного кода. Здесь есть не только классические подсветки синтаксиса, табы, фолдинг и несколько буферов обмена. Переходы к определению, автокомплит с учетом нужного в контексте типа, автоматическое добавление нужных импортов, а также оптимизация импортов с удалением ненужных, встроенное отображение документации и типов, подсказка по аргументам, переименование аргументов, переменных и модулей буквально за секунду, быстрое указание возвращаемого типа у метода, всякие подсказки в стиле «чувак, а ты вот тут написал filter(...).size, давай заменим на count(...)» или «ой, а ты тут не заимплементил еще два метода нужных вот этому трейту, давай их добавим». Жмешь там, где подсветило желтым цветом, Alt + Enter, снова Enter, и код моментально исправлен за тебя. Многое из названного есть в Scala Console, что делает ее намного удобнее обычной sbt console. Все это действительно дает просто дичайший прирост к производительности. Попробовав однажды вы больше никогда не захотите возвращаться ни на какие Vim;
Есть еще просто дофига того, чем я лично не пользуюсь или пользуюсь очень редко. Интеграция с Git и другими системами контроля версий, встроенный мощнейший отладчик, встроенное определение степени покрытия кода тестами, построение диаграмм классов и переходы по иерархиям вверх и вниз, встроенный декомпилятор байткода Java. Подозреваю, что есть еще немало такого, о чем я еще и не догадываюсь;
Требовательность к ресурсам и тормознутость IDE, ровно как и языка Scala, на которой я сейчас большую часть времени пишу, или там JVM, оказалась очень сильно преувеличена. Как уже отмечалось, даже на далеко не самом новом и не самом крутом ультрабуке отлично пишется вполне крупный и реальный проект, и свободных ресурсов при этом остается вагон. Удивительно, но на этом ултрабуке компиляция проекта с нуля занимает даже на несколько секунд меньше времени, чем на моем основном компьютере, уж сам не знаю, почему. Кроме того, IDE можно отлично пользоваться на 13-и дюймовом мониторе, я сам долгое время так писал;
Впервые на моей практике в команде нет срачей из-за code style или такого, что кто-то ставит для оступов табы, а кто-то три пробела. Все сидят под IDEA и код форматируется автоматически. Более того, никто не ругается по пол дня из-за вещей вроде как более правильно назвать метод и не докапывается во время code review до мелочей вроде однобуквенных переменных. Все по той причине, что переименовать класс, методы или переменную занимает реально одну секунду и назвать их в любой момент можно абсолютно как угодно. Когда в команде пользуются вимами или саблаймами, такие вещи постоянно вызывают споры, потому что потом исправить отступы или переименовать функцию будет требовать довольно большого количества времени. Как результат, благодаря использованию IDE продуктивность команды значительно выше;
Предвидя кажущееся остроумным замечание в комментариях, что из-за IDE программисты начинают мириться со сложностью, и потому пишут сложный код, отмечу, что это совсем не так. Программисты, которые не пользуются IDE, говнокодят точно так же. И они куда терпимее относятся к файлам на 5-10 тысяч строк кода. Разница в том, что когда сложность накопилось, IDE позволяет за один-два рабочих дня отрефакторить половину проекта, избавившись от этой сложности. А вот при использовании обыкновенных редакторов со сложностью действительно приходится мириться, потому что другого выбора особо и нет;
Все названное выше вы получаете готовое из коробки. Поставил и пиши код. Vim и другие редакторы нужно постоянно донастраивать под конкретный язык. Зачем, если есть готовое и оно по всем параметрам не хуже? Ну поставьте в крайнем случае еще и Vim Plugin, если уж вы так сильно привыкли к Vim. Или вот представьте, что к вам в команду пришел новый человек и он никогда до этого не писал на используемом у вас языке, а может и вовсе не программировал. Что проще — научить его пользоваться IDEA, или научить его пользоваться Vim и после этого еще настроить Vim под язык? Будет потрачена огромная куча времени, а по функционалу все равно будет сильно хуже того, что предлагает IntelliJ IDEA;
Несмотря на все озвученные выше недостатки IDEA, видно, что с новыми релизами она становится заметно лучше, чем было до этого, что радует;

Vim я пользовался намного больше лет, чем IDEA. Я был одним из тех людей, которые высмеивали пользователей IDE, что дескать эти IDE все тормозные, подсветка кода и табы у меня и в Vim есть, а рефакторинги приходится делать так редко, что их поддержка и не требуется. Не знаю, как на счет NetBeans или Eclipse, но в отношении IntelliJ IDEA я был неправ совершенно точно. Есть, конечно, названные выше неприятные проблемы. Но если представить, что это цена за получаемые в обмен преимущества, то это примерно как купить автомобиль по цене планшета.

Писать в IDEA даже на таком требовательном к ресурсом во время компиляции языке, как Scala, можно на любом современном и даже не очень ноутбуке. Быть может, это стало возможным относительно недавно, например, после выхода JRE 8 или Scala 2.11, не знаю, но сейчас это так. Притом вы из коробки и совершенно бесплатно получаете инструмент, который куда мощнее любого другого известного мне редактора. Я чувствую, как моя производительность увеличилась просто в разы. Пусть даже я обманываю себя, и на самом деле — только в 1.5 раза, оно оно все равно того стоит. Вам знакомо пьянящее чувство, будто ты всю жизнь ползал и вдруг начал бегать? Вот я испытываю его, и поэтому никакими коврижками меня на Vim в качестве основного редактора не вернуть. Разве что так, конфиги поправить, для такого рода вещей.

Дополнение: Небольшой обзор Sublime Text и шпаргалка по хоткеям

Метки: Разработка.

IntelliJ IDEA против Eclipse: что лучше для начинающих

Любое обсуждение сравнения IntelliJ IDEA и Eclipse для разработки Java может быть непростым, потому что оно липкое. Я имею в виду IDE. IDE — это то, что мы в маркетинге называем липким продуктом. Как только кто-то начинает им пользоваться, они его придерживаются и редко переключаются. Пользователи IDE превращаются в тех, кого эволюционные антропологи называют «фанатами». Сторонники IntelliJ издеваются над фанатами Eclipse, фанаты Eclipse злятся, а когда все начинают называть плагины и размахивать лицензиями на программное обеспечение? Ад вырвался наружу.

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

Чтобы решить эту проблему раз и навсегда, нам нужно взглянуть на IntelliJ IDEA и Eclipse с точки зрения сбитого с толку (но объективного) младшего Java-разработчика с новым ноутбуком.

Учитывая стоимость подписки на Ultimate edition IntelliJ (иногда называемую «Кадиллаком разработки Java») , мы предполагаем, что наш младший разработчик не собирается тратить деньги на лицензию на подписку IDE на данном этапе . Итак, в этом сравнении мы будем говорить (в основном) о предлагаемой бесплатной версии IntelliJ: IntelliJ IDEA Community Edition.

Давайте познакомимся с нашими прекрасными конкурсантами.

IntelliJ IDEA

IntelliJ IDEA была выпущена в 2001 году JetBrains, известной компанией, ранее известной своим плагином Resharper для Visual Studio.Community Edition, доступная бесплатно и ориентированная в основном на разработчиков приложений Java и Android, предлагает поддержку ряда языков, включая Java (очевидно), Kotlin (который был разработан JetBrains), Groovy, Clojure, Scala и другие. IntelliJ IDEA включает в себя такие функции, как расширенное прогнозирование, анализ кода и интеллектуальное завершение кода, а также набор подключаемых модулей и расширений для настройки среды IDE в соответствии с вашими потребностями, если вы не удовлетворены его готовой функцией — набор .

Затмение

Выпущенная IBM в 2001 году, IDE Eclipse с открытым исходным кодом была , изначально созданная, чтобы затмить Microsoft Visual Studio . С тех пор Eclipse стала основной платформой, используемой как в проектах с открытым исходным кодом, так и в коммерческих проектах. Очень универсальный и гибкий, Eclipse был разработан для удовлетворения потребностей сложных корпоративных проектов и разработки приложений встроенных систем . Он предлагает поддержку для множества языков программирования в дополнение к Java, а также популярных фреймворков .Благодаря множеству плагинов, тщательной документации и многочисленному сообществу разработчиков Eclipse по праву завоевал лояльных поклонников.

Чего хотят разработчики

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

Стоимость

Как IntelliJ IDEA, так и Eclipse IDE можно бесплатно загрузить и использовать , при этом IntelliJ предлагает платную версию для дополнительных функций («Ultimate Edition»), о которой мы упоминали выше.Будучи младшим разработчиком, бесплатный доступ — это идеальная цена, хотя важно помнить, что помимо «бесплатного» есть и другие немонетарные расходы. Но мы вернемся к этому позже.

Лицензия на программное обеспечение

IntelliJ IDEA Community Edition — это открытое ядро, а не открытый исходный код, и на него распространяется лицензия Apache 2.0. Хотя это означает, что вы можете свободно использовать IDE для любого типа проекта, это также отражается на экосистеме плагинов, поскольку лицензия несколько ограничивает разработку плагинов и расширений.Тем не менее, как коммерческий проект, IntelliJ IDEA имеет преимущества корпорации с ограниченным бюджетом, а не некоммерческой организации, управляемой сообществом.

Eclipse IDE является полностью открытым исходным кодом под лицензией Eclipse Public License (EPL) v2, а код поддерживается некоммерческой организацией — Eclipse Foundation. Имея очень небольшое влияние на опыт разработки, лицензия с открытым исходным кодом для IDE позволяет создать более обширную экосистему плагинов и заставляет сторонников открытого исходного кода чувствовать тепло внутри, зная, что они используют программное обеспечение, разработанное сообществом для сообщества.

Системные требования

IntelliJ IDEA можно установить в Windows, MacOS и Linux со следующим оборудованием:

Минимум 2 ГБ ОЗУ, рекомендуется 4 ГБ ОЗУ
1,5 ГБ на жестком диске + не менее 1 ГБ для кешей
1024 × 768 минимальное разрешение экрана

Eclipse IDE может работать на любом устройстве, поддерживающем JVM, включая Windows, MacOS, Linux и Solaris. Требуемое оборудование очень простое:

0.Минимум 5 ГБ ОЗУ, рекомендуется 1+ ГБ ОЗУ
Минимум 300 МБ на жестком диске, рекомендуется 1+ ГБ
Скорость процессора минимум 800 МГц, рекомендуется 1,5 ГГц или выше

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

Производительность

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

Проведенные тесты показывают, что Eclipse IDE намного эффективнее IntelliJ IDEA в управлении памятью. Однако если вы посмотрите популярные форумы Java, такие как r / java / на Reddit, вы можете найти противоречащие аргументы.

Поддерживаемые языки программирования и платформы

Пока мы сравниваем IDE для разработки на Java, имеет смысл взглянуть на то, какие другие языки поддерживаются выбранной вами IDE. Вы никогда не знаете, когда вам придется редактировать код JavaScript или отлаживать COBOL (надеюсь, никогда).

IntelliJ Community Edition поддерживает Groovy, Java, Kotlin и XML / XSL прямо из коробки . Вы можете загрузить и установить плагины, которые позволят вам программировать: Clojure, CloudSlang, Dart, Elm, Erlang, Go, Gosu, Haskell, Haxe, Julia, Lua, Perl, Python, Rust и Scala.Поддерживаемые платформы: Android, Ant, Gradle, JUnit, JavaFX, Maven, Python, SBT и TestNG.

Если вам требуется поддержка HTML / XHTML / CSS, JavaScript, PHP, SQL или других языков или фреймворков для разработки приложений, вы будете вынуждены тратиться на выпуск Ultimate для разработки в IntelliJ.

Eclipse написан на Java, поэтому инструменты и SDK для разработки на Java являются частью базовой установки . Однако благодаря тому, что это открытый исходный код, Eclipse IDE имеет огромную экосистему плагинов, которые позволят вам программировать практически на всех языках и фреймворках в одной среде IDE.В настоящее время с плагинами, доступными на торговой площадке Eclipse, может поддерживать более 100 языков программирования и почти 200 фреймворков для разработки приложений .

Экосистема плагинов и расширений

В настоящее время рынок подключаемых модулей Intellij предлагает в общей сложности 3374 подключаемых модуля , некоторые из которых доступны исключительно подписчикам Ultimate Edition, а торговая площадка Eclipse включает 1668 решений и расширений для IDE .

Стремительно завоевав популярность, , Community Edition для IntelliJ, привел к аналогичному ускоренному росту экосистемы плагинов за последние два года. Кроме того, совместимость с подключаемым модулем Eclipse не всегда обещана — ваш опыт может отличаться, как и со многими другими решениями с открытым исходным кодом. С IntelliJ IDEA плагины лучше проверяются JetBrains и с меньшей вероятностью будут конфликтовать друг с другом. .

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

Простота использования

Когда дело доходит до простоты использования, судить очень сложно. Нет двух одинаковых пользователей, и предпочтения могут сводиться к таким вещам, как параметры настройки пользовательского интерфейса или настраиваемое завершение кода. Большинство разработчиков, которых мы просили, подтвердили мнения в Интернете — IntelliJ IDEA удобнее для новичков благодаря простоте завершения и проверки кода.

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

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

Следовательно, , оставаясь «пуристом», скорее всего, в конечном итоге оставит вас позади кривой . Освоение новых тенденций и передовых методов позволит вам оставаться на вершине своих навыков программирования. Конечно, новичку нужно научиться ползать перед тем, как ходить, но то, что необходимо для «ползания», постоянно меняется. Вот почему доработка кода на основе искусственного интеллекта Codota извлекает фрагменты кода из миллионов программ Java и предоставляет предложения кода прямо в вашей среде IDE, Eclipse или IntelliJ :).

Правильный инструмент для работы

В конце концов, важны не только личные предпочтения пользователя, но и потребности проекта (или проектов), над которым наш младший Java-разработчик планирует работать в ближайшем будущем. Хотя нет никаких сомнений в том, что IntelliJ IDEA в настоящее время имеет больше активных сторонников в сети и постепенно обгоняет Eclipse по популярности как среди новых, так и среди опытных разработчиков Java, мы предлагаем начинающим разработчикам Java попробовать их в обоих и посмотреть, что из них выглядит как дома. .

Eclipse против IntelliJ | 6 главных отличий, которые вы должны знать

Разница между Eclipse и IntelliJ

К числу стратегических членов фонда eclipse относится компания Google, стратегическими участниками являются организация и человек, который использовал eclipse в качестве платформы для разработки и инвестировал свои деньги и ресурсы в дальнейшее развитие eclipse. IBM для оракула. стратегический член Текущей версией eclipse является Photon (4.13), она выпущена под Eclipse Public License, которая представляет собой бесплатную лицензию на программное обеспечение, удобное для бизнеса и входит в состав eclipse foundation.
Intellij — продукт компании JetBrains, представленной в 2000 году как частная компания Intellij в качестве Java IDE, впервые представленной в 2001 году. IntelliJ поставляется в двух вариантах: Community Edition и Ultimate Edition; версия IntelliJ для сообщества бесплатна для использования всеми, кто поддерживает Java, kotlin, ее выпуски находятся в свободном доступе и имеют открытый исходный код по свободной лицензии Apache Software Foundation License. Если требуется последняя редакция — активация лицензирована. Версия от сообщества очень проста для программиста.В то время как окончательная редакция предоставляет программисту различные встроенные инструменты поддержки, позволяющие решать свои различные задачи и облегчать разработку.
Разработчик обычно предпочитает использовать Java и python в качестве основного языка программирования для разработки продукта. Каждый из разработчиков выбирает их на предпочтительной IDE для программирования и разработки. Какую среду IDE следует использовать и лучше всего использовать для разработки, это предмет обсуждения с детства, университета и распространен на нашу рабочую организацию.В то время как eclipse и IntelliJ, у IDE есть свои плюсы и минусы, которые мы должны рассмотреть перед тем, как начать использовать.
Нет и исправить / решить, какой IDE мы должны использовать, всегда зависит от пригодности проекта и комфорта программиста, но необходимо учитывать правильную платформу для ваших потребностей разработки и тип программиста / разработчика ты. Мы хотели бы поделиться своим собственным опытом и точкой зрения на обе IDE, так что приступим.

Что такое IDE?

Прежде всего как программист, выбор правильной IDE столь же обязательный, как и выбор языка программирования для достижения желаемой цели.Большинство программистов будут чувствовать себя очень неудобно без использования функций, предоставляемых IDE, и было бы очень сложно реализовать проект без использования удобства, предоставляемого IDE. Во время работы над проектом IDE обычно обрабатывает и заботится о пути к классам, конфигурации, внутренней команде выполнения, аргументе командной строки, конфигурации веб-серверов и репликации портов при запуске корпоративного проекта с несколькими экземплярами.
Существует несколько доступных IDE, таких как net beans, eclipse и IntelliJ, выбор правильной зависит от потребности и удобства, некоторые из известных IDE — это eclipse и IntelliJ.Продолжайте обсуждать, насколько IDE полезна для проекта, это не по теме, но IDE обеспечивает комфорт работы, заботясь о других внешних вещах. Давайте немного погрузимся в историю затмения, заявленного как проект IBM, первый выпуск затмения был в 2001 году, а основной выпуск затмения был в 2004 году. Те, кто разработал затмение как проект, известный как стратегический участник Сообщество Eclipse.

Прямое сравнение Eclipse и IntelliJ (Инфографика)

Ниже приведены 6 основных различий между Eclipse и IntelliJ:

Является ли Eclipse лучшей IDE для Java?

Переполнение стека

Около
Продукты
Для команд

Переполнение стека
Общественные вопросы и ответы
Переполнение стека для команд
Где разработчики и технологи делятся частными знаниями с коллегами
Вакансии
Программирование и связанные с ним технические возможности карьерного роста
Талант
Нанимайте технических специалистов и создавайте свой бренд работодателя
Реклама
Обратитесь к разработчикам и технологам со всего мира
О компании

Загрузка…

Пн	Вт	Ср	Чт	Пт	Сб	Вс
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31