У человека есть восьмилетней давности ноут (2 ГБ ОЗУ, 2,3 GHz, Windows 7 32-разрядная). Посоветуйте, пожалуйста, для такого компа IDE для программирования на Java. В идеале в будущем делать Android-приложения. Ставили Android Studio — тормоза жуткие.

Спасибо заранее.

Здравствуйте, Kocur, Вы писали:

K>У человека есть восьмилетней давности ноут (2 ГБ ОЗУ, 2,3 GHz, Windows 7 32-разрядная). Посоветуйте, пожалуйста, для такого компа IDE для программирования на Java. В идеале в будущем делать Android-приложения. Ставили Android Studio — тормоза жуткие.

Советую купить новый ноут или хотя бы памяти докупить. Какой к черту девелопмент на двух гб озу?
Не ну можно попробовать освоить какой-нибудь vim конечно...

Здравствуйте, GarryIV, Вы писали:

GIV>Здравствуйте, Kocur, Вы писали:

K>>У человека есть восьмилетней давности ноут (2 ГБ ОЗУ, 2,3 GHz, Windows 7 32-разрядная). Посоветуйте, пожалуйста, для такого компа IDE для программирования на Java. В идеале в будущем делать Android-приложения. Ставили Android Studio — тормоза жуткие.

GIV>Советую купить новый ноут или хотя бы памяти докупить. Какой к черту девелопмент на двух гб озу?
GIV>Не ну можно попробовать освоить какой-нибудь vim конечно...

Eclipse тоже будет тормозить?

Здравствуйте, Kocur, Вы писали:

K>У человека есть восьмилетней давности ноут (2 ГБ ОЗУ, 2,3 GHz, Windows 7 32-разрядная). Посоветуйте, пожалуйста, для такого компа IDE для программирования на Java. В идеале в будущем делать Android-приложения. Ставили Android Studio — тормоза жуткие.

K>Спасибо заранее.

Про андроид забудьте. А так — начните с Idea CE. Мне кажется, ей хватит на обучающие проекты. Если нет, тогда Eclipse, Netbeans, если нет, тогда только пробовать старые версии. Лет 10 назад я работал на двух гигабайтах, в общем-то хватало.

А найти и доставить планку совсем не вариант? 4 ГБ уже вполне хватит, скажем, даже для андроида (тормозить всё равно будет, но терпимо).

GIV>Советую купить новый ноут или хотя бы памяти докупить. Какой к черту девелопмент на двух гб озу?

Да. Никогда не понимал этой экономии на железе. За 45-50 тыр можно раздобыть новый ноут с 17" IPS экраном. Соответственно, промежуточные варианты — за ещё более смешные деньги.

Здравствуйте, Kocur, Вы писали:

K>Eclipse тоже будет тормозить?

Весьма вероятно. Про андроид забудьте сразу. Ему и 8 гигов еле-еле.

Здравствуйте, Kocur, Вы писали:

K>>>У человека есть восьмилетней давности ноут (2 ГБ ОЗУ, 2,3 GHz, Windows 7 32-разрядная). Посоветуйте, пожалуйста, для такого компа IDE для программирования на Java. В идеале в будущем делать Android-приложения. Ставили Android Studio — тормоза жуткие.

GIV>>Советую купить новый ноут или хотя бы памяти докупить. Какой к черту девелопмент на двух гб озу?
GIV>>Не ну можно попробовать освоить какой-нибудь vim конечно...

K>Eclipse тоже будет тормозить?

Давно не пользовался но уверен что будет. Одни только эмулятор "+ 1 GB for the Android Emulator". Вобщем от 8 ГБ и то будет тормозить на слабом процессоре.

Здравствуйте, vsb, Вы писали:

K>>У человека есть восьмилетней давности ноут (2 ГБ ОЗУ, 2,3 GHz, Windows 7 32-разрядная). Посоветуйте, пожалуйста, для такого компа IDE для программирования на Java. В идеале в будущем делать Android-приложения. Ставили Android Studio — тормоза жуткие.

vsb>Про андроид забудьте. А так — начните с Idea CE. Мне кажется, ей хватит на обучающие проекты. Если нет, тогда Eclipse, Netbeans, если нет, тогда только пробовать старые версии. Лет 10 назад я работал на двух гигабайтах, в общем-то хватало.

Андроид студия та же Идея, так что тормоза будут те-же.

Здравствуйте, Kocur, Вы писали:

K>У человека есть восьмилетней давности ноут (2 ГБ ОЗУ, 2,3 GHz, Windows 7 32-разрядная). Посоветуйте, пожалуйста, для такого компа IDE для программирования на Java. В идеале в будущем делать Android-приложения. Ставили Android Studio — тормоза жуткие.

Пускай ставит Microsoft Visual Studio Code, Node.js и фигачит на JS

Здравствуйте, GarryIV, Вы писали:

K>>>У человека есть восьмилетней давности ноут (2 ГБ ОЗУ, 2,3 GHz, Windows 7 32-разрядная). Посоветуйте, пожалуйста, для такого компа IDE для программирования на Java. В идеале в будущем делать Android-приложения. Ставили Android Studio — тормоза жуткие.

vsb>>Про андроид забудьте. А так — начните с Idea CE. Мне кажется, ей хватит на обучающие проекты. Если нет, тогда Eclipse, Netbeans, если нет, тогда только пробовать старые версии. Лет 10 назад я работал на двух гигабайтах, в общем-то хватало.

GIV>Андроид студия та же Идея, так что тормоза будут те-же.

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

Здравствуйте, Kocur, Вы писали:

K>У человека есть восьмилетней давности ноут (2 ГБ ОЗУ, 2,3 GHz, Windows 7 32-разрядная). Посоветуйте, пожалуйста, для такого компа IDE для программирования на Java. В идеале в будущем делать Android-приложения. Ставили Android Studio — тормоза жуткие.

Вы спокойно можете редактировать исходники в Sublime text или в vim
И компилировать с командной строки (для этого понадобиться не 8Гб а всего 80Мб).
Для Android 4.4 (14Mb) пример игры на libgdx (56Mb) (работало на os ubuntu 14.04 64 + java) компиляция занимает около 2сек в отличии от нескольких минут в gradle

vsb> грэдл — прекрасные продукты, которые совсем не жрут много памяти

Грэдл-то не жрёт? Я вообще удивляюсь как билд тул можно было таким говняным сделать и завоевать при этом такую популярность.

Здравствуйте, bzig, Вы писали:

B>Грэдл-то не жрёт? Я вообще удивляюсь как билд тул можно было таким говняным сделать и завоевать при этом такую популярность.

У меня не жрет. Не знаю, я не видел пока ни одного билд тула сравнимого по удобству и гибкости с грэдлом.

Здравствуйте, Kocur, Вы писали:

K>У человека есть восьмилетней давности ноут (2 ГБ ОЗУ, 2,3 GHz, Windows 7 32-разрядная).

Отнесите это на помойку, пожалуйста.

Здравствуйте, bzig, Вы писали:

vsb>> грэдл — прекрасные продукты, которые совсем не жрут много памяти

B>Грэдл-то не жрёт? Я вообще удивляюсь как билд тул можно было таким говняным сделать и завоевать при этом такую популярность.

Ох уж ценители. И какой же твой выбор для сборки проекта на Java?

B>>Грэдл-то не жрёт? Я вообще удивляюсь как билд тул можно было таким говняным сделать и завоевать при этом такую популярность.

GIV>Ох уж ценители. И какой же твой выбор для сборки проекта на Java?

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

А Мавен тупо работает одинаково везде.

Здравствуйте, bzig, Вы писали:

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

GIV>В конце концов пищем шелл скрипты или извращения на ант, так себе альтернатива.

А не надо переусложнять. Если требуется свой плагин, то очень большая вероятность, что в проекте решили пойти своим путём, вместо стандартного.

Здравствуйте, bzig, Вы писали:

GIV>>В конце концов пищем шелл скрипты или извращения на ант, так себе альтернатива.

B>А не надо переусложнять. Если требуется свой плагин, то очень большая вероятность, что в проекте решили пойти своим путём, вместо стандартного.

Ага. Вам это не надо (с). Ожидаемо, че.

Здравствуйте, GarryIV, Вы писали:

GIV>Здравствуйте, bzig, Вы писали:

GIV>>>В конце концов пищем шелл скрипты или извращения на ант, так себе альтернатива.

B>>А не надо переусложнять. Если требуется свой плагин, то очень большая вероятность, что в проекте решили пойти своим путём, вместо стандартного.

GIV>Ага. Вам это не надо (с). Ожидаемо, че.

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

B>>А не надо переусложнять. Если требуется свой плагин, то очень большая вероятность, что в проекте решили пойти своим путём, вместо стандартного.

GIV>Ага. Вам это не надо (с). Ожидаемо, че.

Заметь, я не сказал тебе не надо. Я сказал "пошли своим путём". Но тебе так хотелось услышать, что я скажу "не надо", что ты на самом деле услышыл.

Здравствуйте, Dziman, Вы писали:

D>Не наброса ради, а реально интересно: можно хотя бы один пример из реальной жизни, когда нужны были такие пляски, что мавен совсем не удобен?

Мавен настолько ограничен, что что угодно практически. Работа с докером или k8s, да тупо файлик скопировать, узнать текущий git sha.

Здравствуйте, bzig, Вы писали:

B>>>А не надо переусложнять. Если требуется свой плагин, то очень большая вероятность, что в проекте решили пойти своим путём, вместо стандартного.

GIV>>Ага. Вам это не надо (с). Ожидаемо, че.

B>Заметь, я не сказал тебе не надо. Я сказал "пошли своим путём". Но тебе так хотелось услышать, что я скажу "не надо", что ты на самом деле услышыл.

Для меня данные высказывания тождественны. Потому что "путь мавена" на самом деле это пятнышко под фонарем, а все остальное — "пошли своим путём".

Здравствуйте, kov_serg, Вы писали:

_>Здравствуйте, Kocur, Вы писали:

K>>У человека есть восьмилетней давности ноут (2 ГБ ОЗУ, 2,3 GHz, Windows 7 32-разрядная). Посоветуйте, пожалуйста, для такого компа IDE для программирования на Java. В идеале в будущем делать Android-приложения. Ставили Android Studio — тормоза жуткие.

_>Вы спокойно можете редактировать исходники в Sublime text или в vim
_>И компилировать с командной строки (для этого понадобиться не 8Гб а всего 80Мб).
_>Для Android 4.4 (14Mb) пример игры на libgdx (56Mb) (работало на os ubuntu 14.04 64 + java) компиляция занимает около 2сек в отличии от нескольких минут в gradle


А это интересная мысль. Спасибо

Здравствуйте, Dziman, Вы писали:

GIV>>>>В конце концов пищем шелл скрипты или извращения на ант, так себе альтернатива.

B>>>А не надо переусложнять. Если требуется свой плагин, то очень большая вероятность, что в проекте решили пойти своим путём, вместо стандартного.

GIV>>Ага. Вам это не надо (с). Ожидаемо, че.

D>Не наброса ради, а реально интересно: можно хотя бы один пример из реальной жизни, когда нужны были такие пляски, что мавен совсем не удобен?

Может я не научился его готовить, но я так и не осилил мультипроекты на мавене. Грубо говоря — чтобы было 3 проекта, a b c, a и b зависят от c и всё просто работало. Поменял что-то в c, a и b это увидели и пересобрались, а не так, что сначала заходим в c, делаем mvn install и тд. В Gradle оно просто работало как ожидается. Помимо этого большинство плагинов в Gradle как-то доработанней и удобней, чем в maven, по мелочам но всё же. Простой пример — Kotlin. В Gradle просто пишем plugins { id "org.jetbrains.kotlin.jvm" version "1.3.11" } и всё. В Maven это такая портянка:

<build>
    <plugins>
        <plugin>
            <artifactId>kotlin-maven-plugin</artifactId>
            <groupId>org.jetbrains.kotlin</groupId>
            <version>${kotlin.version}</version>
            <executions>
                <execution>
                    <id>compile</id>
                    <goals> <goal>compile</goal> </goals>
                    <configuration>
                        <sourceDirs>
                            <sourceDir>${project.basedir}/src/main/kotlin</sourceDir>
                            <sourceDir>${project.basedir}/src/main/java</sourceDir>
                        </sourceDirs>
                    </configuration>
                </execution>
                <execution>
                    <id>test-compile</id>
                    <goals> <goal>test-compile</goal> </goals>
                    <configuration>
                        <sourceDirs>
                            <sourceDir>${project.basedir}/src/test/kotlin</sourceDir>
                            <sourceDir>${project.basedir}/src/test/java</sourceDir>
                        </sourceDirs>
                    </configuration>
                </execution>
            </executions>
        </plugin>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>3.5.1</version>
            <executions>
                <!-- Replacing default-compile as it is treated specially by maven -->
                <execution>
                    <id>default-compile</id>
                    <phase>none</phase>
                </execution>
                <!-- Replacing default-testCompile as it is treated specially by maven -->
                <execution>
                    <id>default-testCompile</id>
                    <phase>none</phase>
                </execution>
                <execution>
                    <id>java-compile</id>
                    <phase>compile</phase>
                    <goals> <goal>compile</goal> </goals>
                </execution>
                <execution>
                    <id>java-test-compile</id>
                    <phase>test-compile</phase>
                    <goals> <goal>testCompile</goal> </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

Т.е. вроде как оно, наверное, работать будет примерно так же, но как-то это всё не так.

vsb>Может я не научился его готовить, но я так и не осилил мультипроекты на мавене. Грубо говоря — чтобы было 3 проекта, a b c, a и b зависят от c и всё просто работало. Поменял что-то в c, a и b это увидели и пересобрались,

В Мавене всё ровно так же. Никогда не работал с одномодульными проектами, только если опенсорсные библиотеки какие-то. И никогда не приходилось с модулями отдельно ковыряться.

Про Котлин ничего не могу сказать. ДжетБрэйнс вроде Мавен хорошо знают, удивлён если они так накосячили.