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

S>Простой пример где студия из коробки очень counterintuitive: горячие клавиши для закрытия вкладок. Это должно быть "ctrl+w" как в любом браузере
Уууу... Опять свой устав принесён в чужой монастырь?
Ещё с прошлого века это Ctrl-F4, как во всей ОС и в любом браузере под эту ОС.

S>Или использование xml для проектов.
Ну а XCode в чём хранит? plist это тот же XML, просто ещё и кривой.

S>Про догонят тоже спорно, т.к. например QtCreatot перешел на clang для автодополнения кода.
Не знаю куда там перешёл QT но вот в XCode вроде как тот же CLang и парсит он отвратительно, банальный #ifdef вышибает из него опору и здоровенные куски кода просто игнорируются — банальный refactor rename не видит там ни одного символа, что приводит к неожиданным результатам.
Вижуалка на том же коде работает замечательно.
И это лишь малая доля того, что сломано.

S>Там вложены многие-многие челокеко-года и Студия вряди ли догонит с самописным парсером.
Как IDE XCode пока не дотягивает даже до связки Студия 2008 + VAX, какое там!

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

S>>Про догонят тоже спорно, т.к. например QtCreatot перешел на clang для автодополнения кода.
CC>Не знаю куда там перешёл QT но вот в XCode вроде как тот же CLang и парсит он отвратительно, банальный #ifdef вышибает из него опору и здоровенные куски кода просто игнорируются — банальный refactor rename не видит там ни одного символа, что приводит к неожиданным результатам.
Ну так на билд-машину не поставили, видимо, нормальный clang. Вот мега-гении из Apple и не могут ничего сделать.

А так, для clang есть режим разбора с игнорированием условной компиляции. Оно не 100% надёжно (C++, однако), но работает в части случаев.

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

C>>VIM нынче умеет автодополнение, навигацию, рефакторинги. GDB с плугинами на Питоне тоже вполне можно использовать. Непривычно после IDE, но вполне себе эффективно.
CC>Я всё же предпочту это всё в удобном виде.
VIM вполне удобен, просто он отличается от Студии.

CC>Тут проблема в идеологии что vim что gdb
А что с ними не так?

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

C>Ну так на билд-машину не поставили, видимо, нормальный clang.
Какая ещё нафиг билд машина к поведению XCode IDE?

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

I>указатели очень хрупкие
Ты с С не путаешь?

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

C>>Ну так на билд-машину не поставили, видимо, нормальный clang.
CC> Какая ещё нафиг билд машина к поведению XCode IDE?
Ну так XCode тоже строится (надеюсь?) не на laptop'ах разработчиков. И на билд-машину не поставили новый clang, так что бедные разработчики не могут включить режим разбора без учёта ifdef.

Вот такая вот трагедия.

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

B>>Ну тогда все еще хуже Даже в далеких 199х много раз пробовал самые разные операционки, но так и не пришел к такому — да чего там мучиться набил в виме пару экранов текста и все, что надо получил
B>>Меня всегда веселит, когда какой нибудь линуксоид говорит — да в линуксе ставить программы просто и демонстрирует — набрав строчку абаракадабр
S>А искходный код для вас тоже абаракадабра и программируете вы кидая формочки с помощью мышки?

Ну я ж не спорю, что все можно выучить, но зачем?
Можно готовить в современной мультиварке, а можно на костре, так зачем себя мучить то?
Можно придумать одно объяснение — заблудился в дремучем лесу и приходится
Какие еще вы можете придумать объяснения для совершения таких подвигов сегодня?

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

B>>>Меня всегда веселит, когда какой нибудь линуксоид говорит — да в линуксе ставить программы просто и демонстрирует — набрав строчку абаракадабр
S>>А искходный код для вас тоже абаракадабра и программируете вы кидая формочки с помощью мышки?

B>Ну я ж не спорю, что все можно выучить, но зачем?
B>Можно готовить в современной мультиварке, а можно на костре, так зачем себя мучить то?
B>Можно придумать одно объяснение — заблудился в дремучем лесу и приходится
B>Какие еще вы можете придумать объяснения для совершения таких подвигов сегодня?

Где вы нашли в командной строке какие-то "подвиги" и "мучения"?

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

B>Можно придумать одно объяснение — заблудился в дремучем лесу и приходится
B>Какие еще вы можете придумать объяснения для совершения таких подвигов сегодня?
Командная строка банально удобнее и быстрее мышекликания.

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

B>Ну я ж не спорю, что все можно выучить, но зачем?
B>Какие еще вы можете придумать объяснения для совершения таких подвигов сегодня?
Так изучение кнопочек и менюшечек в IDE это именно об этом. GUI глючит, умирает и меняется куда чаще, чем CLI.

B>Можно готовить в современной мультиварке, а можно на костре, так зачем себя мучить то?
B>Можно придумать одно объяснение — заблудился в дремучем лесу и приходится
Кривые аналогии как аргумент не засчитываются.

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

CC>Уууу... Опять свой устав принесён в чужой монастырь?
Опять попытка играть в монополию, там где ее уже давно нет.

CC>Ещё с прошлого века это Ctrl-F4, как во всей ОС и в любом браузере под эту ОС.
Из коробки во всех двух браузерах (FF и Chrome) ctrl-w

S>>Или использование xml для проектов.
CC>Ну а XCode в чём хранит? plist это тот же XML, просто ещё и кривой.
XCode такой же кривой

S>>Про догонят тоже спорно, т.к. например QtCreatot перешел на clang для автодополнения кода.
CC>Не знаю куда там перешёл QT но вот в XCode вроде как тот же CLang и парсит он отвратительно, банальный #ifdef вышибает из него опору и здоровенные куски кода просто игнорируются — банальный refactor rename не видит там ни одного символа, что приводит к неожиданным результатам.
Ну это проблема не Clang, а взаимодействия IDE и Clang: сам-то Clang ничего не знает о том с какими #define будет собираться проект.

CC>Вижуалка на том же коде работает замечательно.
CC>И это лишь малая доля того, что сломано.
S>>Там вложены многие-многие челокеко-года и Студия вряди ли догонит с самописным парсером.
CC>Как IDE XCode пока не дотягивает даже до связки Студия 2008 + VAX, какое там!
Вполне возможно, я XCode не пользовалься никогда (хотя вот только что закончил настройку CI очередного проекта на MacOS).

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

I>>То есть, в обозримом будущем у XCODE ни единого шанса приблизиться к вижле нет.
CC>Да блин, основы уже больше 10 лет не менялись. Пусть хотя бы сделают так же.
Не согласен.
* Из коробки у Студии ужасно переутяжеленный интерфейс: миллион нафиг не нужных кнопочек и менюшечек. Как раз за последнии 10 лет все постпенно осознали, что чистый и минималистичный интерфейс куда приятнее. Студию после установки надо пару часов дорабатвать напильком до более-менее приличного вида. Даже в МС это осознали и VSCode выглядит куда приятнее.
* Редактирование свойств проекта должно быть редактированием нормального кода, а не ползаньем по десятку окошек.

Остальное не столь принципиально.

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

CC>>Ещё с прошлого века это Ctrl-F4, как во всей ОС и в любом браузере под эту ОС.
S>Из коробки во всех двух браузерах (FF и Chrome) ctrl-w

Ctrl-F4 применялась для MDI ещё в Windows 3.1, когда авторы обоих браузеров ещё ходили в колготках.
Ссылаться на них как на законодателей моды для IDE, это нуу.. ммм... странно.

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

IID>>Обратные слеши — наследие CP/M (1974), и она тогда была гоооораздо популярнее чем эти ваши юниксы.

N>CP/M не имела иерархии каталогов FS и соответственно никакого разделителя пути.

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

N>Это дерьмо с \ было введено в MS-DOS 2.0.

Из-за (парам-парам!) CP/M, чтобы не конфликтовать.

А на юниксы всем было пофиг.

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

S>Ctrl-F4 применялась для MDI ещё в Windows 3.1, когда авторы обоих браузеров ещё ходили в колготках.
1. MDI != tabs.
2. Интерфейс развивается и то, что казалось удобным вчера, сегодня может быть сделано куда удобнее.

S>Ссылаться на них как на законодателей моды для IDE, это нуу.. ммм... странно.
Нет, т.к. браузер это одно из основных приложений сегодня (где ты это сообщение читаешь?)

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

C>Командная строка банально удобнее и быстрее мышекликания.

Если задача редкая. Типа изменить размер раздела у диска. То я предпочту IDE и наглядные контролы.

Если надо по 10 раз в день что-то делать — то консоль. Для очень мелкой и простой автоматизации — шеллскрипты (cmd/ps/bash), иначе питон.

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

CC>>Ещё с прошлого века это Ctrl-F4, как во всей ОС и в любом браузере под эту ОС.
S>Из коробки во всех двух браузерах (FF и Chrome) ctrl-w

А еще коробки во всех двух браузерах (FF и Chrome) ctrl-F4(вот прямо сейчас проверил).
Какой из них более "изкоробочный" я х.з.

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

0>Это типа крика души Для меня самое сложное в программировании это не собственно программирование, а разобраться с тем, как собрать чужие проекты (как правило open-source) скачанные из инета. Да, я понимаю что у меня наверное совершенно неправильный подход, и наверное никто так не делает.
Я часто скачиваю OpenSource программы и собираю, потому что хочу флаги компиляции поменять. Всегда получалось собрать.

0>Скачиваю какой-то проект, с гитхаба например. Хочу собрать. И что я вижу?
0>Вот например.
0>Это просто списки файлов (без директорий) которые лежат внутри. Это не исходники. А просто какие-то файлы.
0>Это не программирование на С++, а черти что. Нужно знать кучу каких-то самопальных утилит, которые были применены авторами для каких-то целей.
Autotools'ами собирается множество различных программ, PostgreSQL например, Emacs, SDL2. Проблема у Microsoft, они не захотели сделать поддержку этих Autotools'ов в своей IDE, а вот QtCreator сделали, и там все нормально. Мне вообще они нравятся, как пользователю, у них понятный и удобный ./configure --help.

0>Я наверное что-то делаю не так. Но у меня идеальный проект — это когда в корневой директории проекта лежит единственный файл проекта, и папки исходников (подпроекты, ресурсы и т.п.). И как правило именно так и получается. Все, никакого мусора. А тут — ну я не знаю что с этим делать.
Ну так разберись, почитай зачем эти файлы, и все сразу станет ясно, ты же начал злиться и говорить ой как все непривычно... По сути там все так и есть как ты хочешь, просто сделано не так как ты бы хотел видеть.
Вообще сейчас OpenSource программки переходят на meson, вот там будет один meson.build, подmeson'ы... Но Visual Studio все равно поддерживать это не будет))

Твой проект кстати настраивать перед сборкой будет трудно, с autotools можно быстренько посмотреть аргументы и написать к примеру "./configure --build-with-gtk --disable-ipv6 CFLAGS='-march=native'", а с твоими visual code проджект файлами нужно IDE открывать тяжелую, искать всякие пунктики по менюшкам...

0>Смотрю там есть файл .pro. Вспоминаю что в Студии есть расширение для Qt, открываю через это расширение — открылось! Расширение сгенерировало solution. Пытаюсь пересборать — ошибка. Даже не компиляции, а какая-то мутная ошибка невозможности выполнить Custom Build для файла который нужно обработать программой moc. Опять фигня, не относящаяся к программированию никаким боком.
А в Visual Studio уже есть библиотеки для Qt? moc?

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

MM>А еще коробки во всех двух браузерах (FF и Chrome) ctrl-F4(вот прямо сейчас проверил).
MM>Какой из них более "изкоробочный" я х.з.
И то и то работает

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

S>1. MDI != tabs.
S>2. Интерфейс развивается и то, что казалось удобным вчера, сегодня может быть сделано куда удобнее.
S>Нет, т.к. браузер это одно из основных приложений сегодня (где ты это сообщение читаешь?)
О да, ну конечно же Ctrl-W — это офигенный шаг вперёд по сравнению с Ctrl-F4.
И ещё раз повторимся, чисто на всякий случай: Ctrl-F4 под виндой работает во всём. Включая, естественно, FF, Chrome, Edge, IE, офис. И, да, Visual Studio тоже.
Я никогда в жизни Ctrl-W не пользовался и не собираюсь, мне привычно Ctrl-F4/Alt-F4 для закрытия, соответственно, текущего окна / текущего приложения.