Тогда VS Code

JetBrains не такое... Оно есть только для ширпротребных языков. Вот они решили, что для этого языка надо, и сделали как они хотят. А если мне надо другое или по-другому?

Не ну наезд на JetBrains это сильно) А что посоветуешь?

Он вам посоветует vim)))

Вим это хорошо, когда ты пишешь на тех языках, которые JetBrains не поддерживает. Или когда ты сеньйор с 5+ лет опытом. Во всех остальных случаях JetBrains лучше.

Вим это хорошо, когда ты пишешь на тех языках, которые JetBrains не поддерживает. Или когда ты сеньйор с 5+ лет опытом. Во всех остальных случаях JetBrains лучше.

Не ну наезд на JetBrains это сильно) А что посоветуешь?

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

Есть ещё VS Code, это если комп слабый

Я его 2й год настроить не могу

пайчарм зашибись) че не нравится? для пайтона самое то

Тогда VS Code

Ерунда с бантиками... Лазить в исходниках плагинов и что-то кастомизировать... У меня VSCode лезет куда хочет и часто лочит директорию, что её нельзя удалить. Надо закрывать VS Code, удалять директорию, потом запускать VS Code... И хрен его знает в каком плагине это происходит. Опять же, кастомизировать под проект ... Добавить свои команды, всё это только геморрой. Как по мне сливает виму с огромным отрывом

Установил очередной раз на Линукс, но как подключить GCC, cmake так и не нашел

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

Ерунда с бантиками... Лазить в исходниках плагинов и что-то кастомизировать... У меня VSCode лезет куда хочет и часто лочит директорию, что её нельзя удалить. Надо закрывать VS Code, удалять директорию, потом запускать VS Code... И хрен его знает в каком плагине это происходит. Опять же, кастомизировать под проект ... Добавить свои команды, всё это только геморрой. Как по мне сливает виму с огромным отрывом

Та ало, Андрей, пойми. Далеко не всем нужно что-то специфическое и большинству хватит того, что из коробки. Поэтому для них уже готовые VS Code/JetBrains будет гораздо лучше, чем что-то там ковырять сто лет в виме

для плюсов юзай визуал студио

apt install cmake build-essential или как в твоём дистре

А как же clion?

А как же clion?

для плюсов юзай визуал студио

Да кто такой этот ваш докер? Объясните очень кратко, как его вообще использовать? Вот, например, я могу засунуть в докер ноду и питон и держать их там? Изменится ли как-нибудь вообще моё обращение к этим пакетам?

Visual studio для винды

не видел ещё людей, работающих в нем)

Да кто такой этот ваш докер? Объясните очень кратко, как его вообще использовать? Вот, например, я могу засунуть в докер ноду и питон и держать их там? Изменится ли как-нибудь вообще моё обращение к этим пакетам?

аа, у тебя пингвин

Visual studio для винды

Визуал студио код тогда

Визуал студио код тогда

Ты создаешь контейнер, он работает изолированно и не доступен из-вне Чтобы его порт достать нужно пробрасывать порт Также контейнера могут между собой общаться через имена сервисов вместо localhost, при условии что они в одной виртуальной сети (docker network)

VS Code для С++ это как в блокноте писать

Судя по общению с тобой, у тебя какие-то специфические проекты

Ну, хз, не знаю какое ide для c++ будет лучше всего

Я и для себя тоже занимаюсь самообразованием. Ну а в целом в любом проекте есть своя специфика. Где-то 1 Gb исходников, и IDE умирает в потугах всё проиндексировать. Где-то свои нюансы, которые хочется настроить.

Лучше уж clion тогда или вим

Ну, хз, не знаю какое ide для c++ будет лучше всего

у меня phpstorm часто умирал. Долго индексировал на райзен 7

Ну вот допустим, у меня есть postgresql, node, python (как пример) Я скачиваю 3 образа, запускаю их и могу обращаться к npm / pip так же из терминала? А бд разворачивается на local:3333?

Я и для себя тоже занимаюсь самообразованием. Ну а в целом в любом проекте есть своя специфика. Где-то 1 Gb исходников, и IDE умирает в потугах всё проиндексировать. Где-то свои нюансы, которые хочется настроить.

У тебя есть dockerfile, это набор инструкций, которые выполняются при сборке имэджа (образа) Из образа потом создается контейнер, он содержит те же файлы что были записаны в образ Для образа ты выбираешь базовый имэдж, например ubuntu или более специфический node:12, сам по себе node тоже основан на каком-то образе, например тот же ubuntu Ты якобы наследуешься от готового образа и добавляешь свой функционал Ты через докерфайл либо через apt ставишь пакеты, либо файлы в имэдж копируешь (исходники проекта), и что угодно делаешь - считай это линукс виртуалка Без прокидывания портов на локалхосте твоего сервера не будет ничего доступно, они изолированные Также докерфайл задаёт entrypoint, это точка входа, которая выполнится при запуске контейнера, это может быть даже кастомный shell скрипт

+/- понял, спасибо. Пойду потыкаю в это курсором

К имэджу можешь относиться как к iso при установке винды Архив файлов которые распакуются в готовую к использованию "ос" (в данном случае в контейнер)

Вот, например, у меня на проекте много логирования. Как мне в IDE добавить шорткат, чтобы он автоматически добавлял логирование функции с параметрами вызова и с пометной DEBUG? Как добавить шорткат, чтобы он удалял все логи с пометкой DEBUG? как добавить шорткат, чтобы он добавлял переменную в следующий отладочный лог? И т. п.

А, то есть образ - это условный инсталлер, а контейнер - это уже готовый софт для работы?

К имэджу можешь относиться как к iso при установке винды Архив файлов которые распакуются в готовую к использованию "ос" (в данном случае в контейнер)

Да, типо того

не видел ещё людей, работающих в нем)

А это как понимать? Почему их так много? Везде buster | buster-slim

А это как понимать? Почему их так много? Везде buster | buster-slim

Можешь пример лога такого скинуть? Чтобы было понятно о чем ты говоришь. Ну или формат лога

Образы имеют свойства получать обновления Если ты будешь использовать 17-alpine3.14 то ты сначала получишь 17.4, потом 17.5, потом 17.6 и т.д. Т.е. 17 версия включает самую последнюю 17.х.х Если образ 17.4-alpine3.14 То получишь последнюю версию 17.4.х (например 17.4.7) И 17.4.3-alpine3.14 в данном случае это конкретная версия Примерно так работают тэги в докере Условно, на один образ могут ссылаться много тэгов

То есть они будут обновлять до определённой версии, правильно?

void on_client_connection_error(struct conn * conn, const char * reason) { lwsl_notice("TRACE %s conn: %p, reason: %s\n", __func__, conn, reason); вот хочется, чтобы строчку логирования IDE вставляла сама по команде. чтобы потом молга удалить все такие строчки. Ну и например, чтобы ты дописал какую-то переменную в конце, ``` lwsl_notice("TRACE %s conn: %p, reason: %s, conn_count: %d\n", __func__, conn, reason); ``` нажал шорткат, а она его дописала в конец ну и наоборот

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