Большое сомнение, что вы на нём работаете. Я имею ввиду, работаете, а не просто набиваете текст и смотрите видосики.
Человек всё по делу написал, разложил по полочкам. Но плюшкины приводят в пример свои шкафы. Как плюшкин со стажем, я точно знаю, что во всех этих правильных шкафах невозможно найти то, что нужно именно здесь и сейчас. Не надо пытаться объяснить эту болезнь, лучше ещё раз перечитайте внимательно, что написал умный человек
Да, эти шкафы нужны были во времена тотального дефицита всего и вся, в нормальной экономике просто пойдёшь и купишь, что надо и тогда, когда это нужно. )
Чем дальше, тем веселее. А знаете, мне (белорусу) не надо втирать про Хатынь и сравнение её с чем-то, что близко на неё не похоже. Свои мемасики и видосики о теориях заговора вы вправе коллекционировать, только к теме статьи это отношения не имеет. Для актуальных знаний есть интернет, актуальность знаний в вашем чулане (а в вашем случае даже знаний нет) - околонулевая.
Не думал, что начнут приводить плюшкинские примеры. Но случилось )
Эти выдуманные примеры настолько не примеры, что покажите мне того человека, которому надо та неактуальная инфа (причём вся на свете), исключая вас и ещё 3.5 Плюшкина.
Если вам нужен весь интернет со всеми изменениями, то вам нужен свой гугл кэш, что не выглядит целесообразным, о чём вам развёрнуто написал ниже Elpi
Я с ним полностью согласен, потому что у меня с сотню закладок со сверхважной и нужной инфой, которую еле нашёл, и которая нафиг не нужна спустя год )
и мне приятно, что много людей посчитали это удобным для каждодневного использования в рабочих задачах
Всё познается в сравнении )
про год речи нигде не было. 1-2 дня.
Это и имелось ввиду. И я пока не видел другой причины для этого, кроме как плохая структура проекта.
Изначально работал как вы и говорите, QC на хосте. Но неоднократно столкнувшись с проблемами, описанными в статье, нашел для себя такое решение. Оно оказалось настолько удобным, что больше QC на хосте у меня не бывал. И не одному мне полезно - как я уже говорил, многие коллеги пользуют на постоянку.
Вы под каждый проект будете такой огород городить? А смысл? Вот у меня на компе куча IDE, несколько СУБД и тд... Прилетает проект или запрос, а окружение уже есть. И не в каждом плюсовом проекте есть Qt, не говоря уже о том, что не всегда это плюсы. И если проект не требует явно той или иной IDE, то юзать надо универсальное решение, потому что тупо проще, чем скакать по IDE
А у вас QBS? Если нет, то зачем притягивать за одно место? Если да, то очень жаль... Есть CMake, но кому-то упорно хочется есть кактус.
А можно подробнее про кастомные визарды? Ну чисто для общего развития. А то я сосем не понимаю, о чём речь
Берем винду. Берем WSL. Докер не ставим, ибо он всё равно работает через WSL. Разворачиваем образ. Запускаем QtC из под WSL, и работаем как с обычным окном в винде. Костыли free )
В жизни не читал её таким способом. Google->название нужного класса.
Про традиции опять понятно... Не хочется вылазить из скорлупы. А вот когда появляется несколько проектов или RFP, один под винду, другой под линукс, то сильно между системами не набегаешься. И ждать нужную машину от саппорта не будешь... Хотя некоторые так и делают ).
Дизайнер юзал только на этапе изучения Qt, ибо в сложном приложении, особенно QML, этот самый дизайнер бесполезен, быстрее руками набросать всё, что надо. Красивое отображение QString? При уродливой отладке? Такой себе плюс. Сборка приложений под андроид есть, ок. Только вот целевые системы - это линукс и винда )
Могли бы не писать столько. Просто написали бы, что из принципа - и всё понятно. Отсюда и куча противоречий. То у вас каждый разработчик индивидуальность, и хочет работать со своим окружением, то вы насильно впихиваете каждому инструкцию инструкцию по костылям (нифига она не на 5 минут) и впихиваете каждому не особо удобную IDE.
Может, стоило направить энергию в более полезное русло, например, сделать так, чтобы проект не надо было разворачивать год ). Хотя я сомневаюсь в этом, мне кажется, вы сгущаете краски.
Но по итогу приходим к тому же... Вместо того, чтобы юзать простой удобный инструмент, вы из принципа городите костыли. Знал такого человека, знал ))
У вас написано, что у вас кроссплатформенная разработка? причём винда там не для галочки. При этом вы избегаете винды. Это как понимать? Тем более если предоставляется удобный инструмент, зачем от него отказываться в пользу костылей?
Вы при желании можете просто запустить QtC внутри WSL и всё. Тут тоже никаких костылей не нужно.
И про какую переносимость речь? Вы хотите распространять в докере? Ну так делайте это, это не проблема. Вы хотите работать на 100500 компах? Тут опять вопрос... А зачем? У меня для всех разработок (кроме мака) всего одна машина на винде. Нужен доступ - пожалуйста, RDP
По вашему ответу вы как будто любой ценой стремитесь юзать докер, ибо это тру. У меня был такой разработчик, который golang проект под винду хотел почему-то разрабатывать на линуксе, и именно в докере. И в итоге код не писал, только страдал.
Огромный ответ безо всякой конкретики. Я работал (и продолжаю работать) с Qt/QML в VS, VSC, QtC. И вот что-то понять не могу, чем же он (QtC) так хорош, что ради него надо так заморачиваться
Распространить сложнее. Тут несколько факторов, начиная с того, что плюсы не принадлежат никому, и со сборкой повсюду нюансы, и заканчивая тем, что создатель библиотеки жутко ленив.
Большое сомнение, что вы на нём работаете. Я имею ввиду, работаете, а не просто набиваете текст и смотрите видосики.
Человек всё по делу написал, разложил по полочкам. Но плюшкины приводят в пример свои шкафы. Как плюшкин со стажем, я точно знаю, что во всех этих правильных шкафах невозможно найти то, что нужно именно здесь и сейчас. Не надо пытаться объяснить эту болезнь, лучше ещё раз перечитайте внимательно, что написал умный человек
Да, эти шкафы нужны были во времена тотального дефицита всего и вся, в нормальной экономике просто пойдёшь и купишь, что надо и тогда, когда это нужно. )
Видимо, вы один помните эту историю? )
Чем дальше, тем веселее. А знаете, мне (белорусу) не надо втирать про Хатынь и сравнение её с чем-то, что близко на неё не похоже. Свои мемасики и видосики о теориях заговора вы вправе коллекционировать, только к теме статьи это отношения не имеет. Для актуальных знаний есть интернет, актуальность знаний в вашем чулане (а в вашем случае даже знаний нет) - околонулевая.
Не думал, что начнут приводить плюшкинские примеры. Но случилось )
Эти выдуманные примеры настолько не примеры, что покажите мне того человека, которому надо та неактуальная инфа (причём вся на свете), исключая вас и ещё 3.5 Плюшкина.
Если вам нужен весь интернет со всеми изменениями, то вам нужен свой гугл кэш, что не выглядит целесообразным, о чём вам развёрнуто написал ниже Elpi
Я с ним полностью согласен, потому что у меня с сотню закладок со сверхважной и нужной инфой, которую еле нашёл, и которая нафиг не нужна спустя год )
И что там нелегального в скачивании с ютуба? Поподробнее, развёрнуто. Но чисто поржать с вашей теории заговора
Здесь по логике должен быть пример. Но его нет, потому что его нужно придумать )
Тут нет никакой связи. Они доступны в любом случае. И безопасность у них одинаковая, разница только в реакции так называемых антивирусов.
Не гит, а гитхаб. Вам не нужен гит для версионирования, но при этом очень нужен сертификат разработчика?)
Зачем?
Проблема, видимо, в исполнителях
Всё познается в сравнении )
Это и имелось ввиду. И я пока не видел другой причины для этого, кроме как плохая структура проекта.
Вы под каждый проект будете такой огород городить? А смысл? Вот у меня на компе куча IDE, несколько СУБД и тд... Прилетает проект или запрос, а окружение уже есть. И не в каждом плюсовом проекте есть Qt, не говоря уже о том, что не всегда это плюсы. И если проект не требует явно той или иной IDE, то юзать надо универсальное решение, потому что тупо проще, чем скакать по IDE
А у вас QBS? Если нет, то зачем притягивать за одно место? Если да, то очень жаль... Есть CMake, но кому-то упорно хочется есть кактус.
А можно подробнее про кастомные визарды? Ну чисто для общего развития. А то я сосем не понимаю, о чём речь
Берем винду. Берем WSL. Докер не ставим, ибо он всё равно работает через WSL. Разворачиваем образ. Запускаем QtC из под WSL, и работаем как с обычным окном в винде. Костыли free )
В жизни не читал её таким способом. Google->название нужного класса.
Про традиции опять понятно... Не хочется вылазить из скорлупы. А вот когда появляется несколько проектов или RFP, один под винду, другой под линукс, то сильно между системами не набегаешься. И ждать нужную машину от саппорта не будешь... Хотя некоторые так и делают ).
Дизайнер юзал только на этапе изучения Qt, ибо в сложном приложении, особенно QML, этот самый дизайнер бесполезен, быстрее руками набросать всё, что надо. Красивое отображение QString? При уродливой отладке? Такой себе плюс. Сборка приложений под андроид есть, ок. Только вот целевые системы - это линукс и винда )
Вспоминайте ещё
Могли бы не писать столько. Просто написали бы, что из принципа - и всё понятно. Отсюда и куча противоречий. То у вас каждый разработчик индивидуальность, и хочет работать со своим окружением, то вы насильно впихиваете каждому инструкцию инструкцию по костылям (нифига она не на 5 минут) и впихиваете каждому не особо удобную IDE.
Может, стоило направить энергию в более полезное русло, например, сделать так, чтобы проект не надо было разворачивать год ). Хотя я сомневаюсь в этом, мне кажется, вы сгущаете краски.
Но по итогу приходим к тому же... Вместо того, чтобы юзать простой удобный инструмент, вы из принципа городите костыли. Знал такого человека, знал ))
У вас написано, что у вас кроссплатформенная разработка? причём винда там не для галочки. При этом вы избегаете винды. Это как понимать? Тем более если предоставляется удобный инструмент, зачем от него отказываться в пользу костылей?
Вы при желании можете просто запустить QtC внутри WSL и всё. Тут тоже никаких костылей не нужно.
И про какую переносимость речь? Вы хотите распространять в докере? Ну так делайте это, это не проблема. Вы хотите работать на 100500 компах? Тут опять вопрос... А зачем? У меня для всех разработок (кроме мака) всего одна машина на винде. Нужен доступ - пожалуйста, RDP
По вашему ответу вы как будто любой ценой стремитесь юзать докер, ибо это тру. У меня был такой разработчик, который golang проект под винду хотел почему-то разрабатывать на линуксе, и именно в докере. И в итоге код не писал, только страдал.
Перечитал ещё раз ваши вводные. И вообще не могу понять, зачем такую дичь творить. Win+WSL+VSC. Всё работает сразу, везде, и из коробки
Огромный ответ безо всякой конкретики. Я работал (и продолжаю работать) с Qt/QML в VS, VSC, QtC. И вот что-то понять не могу, чем же он (QtC) так хорош, что ради него надо так заморачиваться
Так и не понял, что мешает юзать vsc для данного кейса
скорее на С всё же )
Так и в конане есть, и в vcpkg. Но мы не ищем легких путей.
Кстати, не понятно, а где докер? Как же плюсовую либу без него создавать? )
Сделать вообще несложно.
Распространить сложнее. Тут несколько факторов, начиная с того, что плюсы не принадлежат никому, и со сборкой повсюду нюансы, и заканчивая тем, что создатель библиотеки жутко ленив.