Apache NetBeans 23

Писал как раз на ларе в нормальном ООП стиле и всё подхватывалось.

Уже не помню, давно в последний раз писал на Laravel, но динамика отваливалась постоянно, или то что строками заполняется, redirect(string) или middleware(string) как пример.

Не совсем так. У плагинов одинаковые библиотеки, над которыми они делают обёртку.

LSP-сервер тогда уж.

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

IDE написана на Java

Данной IDE не пользовался, но вот JetBrains’овские IDE не тормозят, хотя тоже написаны на яве. Так что тут дело не только в ней, но ещё и в оптимизации и структуре кода.

Ждём когда наконец пепеведуь полноценный плагин для C/C++ разработки CND на новые версии Netbeans.

не тормозят, хотя тоже написаны на яве

Вспоминается великое изречение Станиславского...
Я ещё не видел ни одной софтины на жабе, чтоб не тормозила. В жизни!
И я ещё могу поверить в то, что оно может пережёвывать данные не слишком позорясь производительностью, но чтобы не тормозила её морда, такого быть не может )
Хотя на фоне прочих современных интерфейсов, когда на фоне реакции жвачного животного временами ВИДНО перерисовку...

GUI не тормозит ни Android Studio, ни IntelliJ, ни в CLion.

временами ВИДНО перерисовку…

Ни разу ничего подобного в вышеупомянутых IDE не замечал.

ни одной софтины на жабе, чтоб не тормозила. В жизни!

Да ладно. Minecraft и Android-овский софт не считаются?

В майн не играл, андроидом не пользовался, но видел достаточно. Впечатления - именно неспешное пережёвывание жвачки )

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

Они где-то про это рассказывали?

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

• i9-14900K, нужен как мощный однопоток, так и большое количество ядер, потому что индексация и многие другие операции паралелятся
• PCIe 5 NVMe
• Выставить повышенный лимит памяти в IDE, изначально он совсем маленький
• Обязательно следовать их рекомендациям по отключение методов ввода, увеличения inotify

По костылям для Java, могу вспомнить это

• JDK с улучшениями: https://github.com/JetBrains/JetBrainsRuntime
• Zero-Latency: https://blog.jetbrains.com/clion/2017/01/clion-starts-2017-1-eap/#zero_latency

Shadow, по второй ссылке утверждают что отзывчивость у них лучше чем у Eclipse. Хорошая ли редакция у Eclipse для C/C++? Думаю сделать сравнение CLion vs Eclipse на ядре, что бы не верить на слово.

Зачем это нужно, если есть Eclipse 2018?

Вопрос, в чем отзывчивость. Если в парсинге и индексации - у jetbrains лучше. Если в GUI - у эклипса в джаве конкурентов нет.

Они в моей ссылке пишут про набор текста, про то как быстро буквы, курсор обновляются при наборе. Про GUI посмотрю на Eclipse C/C++, но я в IDEA проблем с задержкой при открытии окон не замечал, может уже привык.

Ну меня лаги курсора vs code и datagrip ощутимо бесят. Не, возможно, в wayland на 140 Гц оно сильно быстрее, но я не понимаю, почему примитивные тулкиты таким не страдают. У меня, например, основная работа на удаленном десктопе, и Эклипс там приятнее всего.

Если в GUI - у эклипса в джаве конкурентов нет.

У Eclipse GUI (SWT, Standard Widget Toolkit for Java) использует нативные вызовы к родному интерфейсу тулкита Gtk3, поэтому ответная реакция интерфейса такая же, как у обычных gtk-приложений.

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

Я регулярно попадаю на ситуацию копировать - открыть поиск - вставить, текст вставляется в документ, потом открывается окно.

в nb есть незаменимая фича из idea, которой нет в емкасе это история изменений в файле. Без нее серьезные пром. задачи решать тяжело.

в nb есть незаменимая фича из idea,

Это в каком году History переняли?

Хм, а ведь довод, hateyoufeel, есть чем ответить имаксу? сам я тоже имакс не осилил (

в nb есть незаменимая фича из idea, которой нет в емкасе это история изменений в файле.

Git, что ли? Или Undo Tree, который даёт возможность сделать отмену, попробовать что-то ещё, а потом вернуться к первоначальным правкам?

cc zurg

локальные изменения, что-бы отсмотреть их по дате и вернуться к определенной версии, возможно частично. Как git log, только для незакоммиченных изменений.

локальные изменения, что-бы отсмотреть их по дате и вернуться к определенной версии, возможно частично. Как git log, только для незакоммиченных изменений.

Чувак, ты короче не поверишь, но…

git.

пришли джаву за скорость поругать те кому раз в жизни с ней довелось поработать)

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

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

Не могу повторить, а в Eclipse с этим лучше?

git stash пробовали?

но вообще лучше всё же коммитить и пушить в свою ветку на удаленном сервере - у меня такое было, что протерял 2 недели кодинга, когда комп сдох, и потом по памяти восстанавливал наработки уже на новом рабочем компе.

Бывает когда коммитить промежуточный код будет не кстати

Не бывает. Сделай отдельную ветку и всё.

бывает когда софт устраивает аварию до того как изменения попали в коммит

Это как? Ты сохранил файл, а NetBeans его затёр?

Меня эта фича спасала сотни раз, даже в нетбинсе доводилось ею пользоваться

Спасала от чего? От падучего NetBeans?

Думаю, имеется в виду несолько другое. ИДЕА позволяет частично работать в стиле GitButtler с помощью Change Lists https://www.jetbrains.com/help/idea/managing-changelists.html

Так я сам не каждый день повторяю такое.

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

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

$ git st
## main...origin/main
 M README.md

$ git co -b 20240923_my_local_changes
$ git add -A .
$ git commit -m "EOD"
$ git co -

P.S. алиасы co это алиас на checkout, а st status -sb

протерял 2 недели кодинга

2 недели кодить без коммитов) опасно. день завершать нужно так чтобы рабочий комп можно было в топку без потерь

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

речь только о Local History. Для работы с VCS кроме ченджлистов, кстати, есть еще Shelf, который удобен тем, что не привязан к бранчу и вообще невидим для гита

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

Ты наверное очень долго работал с SVN раз для тебя создать бранч это целое событие требующее особых обстоятельств.

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

Для питона есть плагин https://github.com/albilu/netbeansPython

И как он?

Eclipse давно уже свернул не туда

В чём это выражается?

Спросите у InterVi, он вроде пользуется им. И ещё ggrn обещал отписаться, как попробует.

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

2 недели кодить без коммитов) опасно.

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

Вот с локальными изменениями появился юридический вопрос:

Нужно ли регистрировать свои временные наработки в реестре компании(напр. репозитории git)? Ведь по трудовому договору, зачастую весь код, который ты напишешь должен принадлежать нанимателю и его тоже нужно пушить. 🤔

Значит у вас на работе bus factor не учтен, потому что в ином случае требуют в конце рабочего дня коммитить и пушить на север свою ветку as-is. Как раз на случай выхода из строя дисков или прямо настоящего bus factor, чтоб твой коллега смог продолжить работу :)

Значит у вас на работе bus factor не учтен

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

P.S. Я лет 5 там уже как не работаю, но на удивление команда там была крутая и я старался как раз вводить позитивные моменты профессиональной разработки - на момент ухода, там было все по красоте :)