Почему под виндой не удобно программировать на С++

[Croessmah]

Сообщение от pproger

Vulkan называется

Вот и я к тому, что к другим платформам DirectX никак не причастен.

[Namira]

Сообщение от Croessmah

Кстати, что там с подсистемой Linux в Windows 10?
Уже завелась никому не нужная хрень или еще нет?
Ведь именно так это представляется. Да? )))

Понятия не имею. Я с подсистемой Linux в Windows 10 не работал, и как то не собирался.

Сообщение от Croessmah

Как только увижу DirectX для Linux, MAC, iOS, Android, так сразу начну курить.

Странно, а причем тут все перечисленные системы?

Сообщение от Croessmah

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

Я не понимаю о чем вы? Какие зависимости? Какие скрипты? Никогда не возникало таких проблем. Может быть вы что то не так делаете?

Сообщение от Croessmah

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

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

Сообщение от Croessmah

У меня всё наоборот. Вында аццтой и прогать в ней неудобно - моё мнение.
Хм... значит память подводит, хоть и не старый.

Ну а у меня другое мнение. Под виндой я как минимум опускаю стадию компилирования нужного мне SDK, вам же придется скачивать, компилировать, деплоить, подключать, затем уже это использовать. Причем это как правило.

[Croessmah]

Сообщение от Namira

Странно, а причем тут все перечисленные системы?

Но ведь для кроссплатформенных продуктов
нужен универсальный инструмент для сборки.
Поддерживать 100500 средств сборки как минимум трудоемко.
А если проект только под винду, то очевидно, что постараются
предоставить наиболее популярные средства сборки для конкретной платформы.

Сообщение от Namira

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

Заметьте, первым цитировали Вы не мое сообщение,
я лишь поддержал того человека, т.к. имею точно
такое же мнение по данному вопросу.

Сообщение от Namira

Под виндой я как минимум опускаю стадию компилирования нужного мне SDK

Если имеются собранные под Ваш компилятор библиотеки - опускаете.
Так же как и я опускаю, если они имеются, причем не важно какой компилятор.
А то мы сейчас дойдем до того, что мне вообще достаточно ввести
apt-get install что_то-dev
и всё само заведется с родным компилятором без проблем,
и даже не надо лесть на сайт, где лежит этот самый sdk.
Кстати, да, это еще один плюсик - быстро и удобно,
хотя иногда можно тоже нарваться на грабли.

[Namira]

Сообщение от Croessmah

Но ведь для кроссплатформенных продуктов
нужен универсальный инструмент для сборки.
Поддерживать 100500 средств сборки как минимум трудоемко.
А если проект только под винду, то очевидно, что постараются
предоставить наиболее популярные средства сборки для конкретной платформы.

Не обязательно. Это под *nix нужно что то там собирать из исходников, под Win платформу, в большинстве случаев хватает библиотек + хидеры, ну и прицепом исходники - если интересно самому в них поковыряться/что то прикрутить свое.

Сообщение от Croessmah

Заметьте, первым цитировали Вы не мое сообщение,
я лишь поддержал того человека, т.к. имею точно
такое же мнение по данному вопросу.

Тот человек - написал ИМХО безосновательную глупость, хоть это и было его мнение. Вы же, поддерживая его, не привели ни единого довода почему под виндой само программирование крайне не удобно. Вы просто начали приводить свои линукс утилиты и пытаться перекладывать их на винду. С таким же успехом, я могу сказать что под линукс программировать крайне не удобно, а в качестве аргумента попрошу собрать проект, под линуксом, который изначально разрабатывался под Windows Server 2012.
Вот так выглядят ваши аргументы.

Сообщение от Croessmah

Если имеются собранные под Ваш компилятор библиотеки - опускаете.

Они практически всегда есть у продуктов, которые поддерживают Win платформу, и OpenSSL, к слову, тут не исключение.

Сообщение от Croessmah

Так же как и я опускаю, если они имеются, причем не важно какой компилятор.
А то мы сейчас дойдем до того, что мне вообще достаточно ввести
apt-get install что_то-dev
и всё само заведется с родным компилятором без проблем,
и даже не надо лесть на сайт, где лежит этот самый sdk.
Кстати, да, это еще один плюсик - быстро и удобно,
хотя иногда можно тоже нарваться на грабли.

При прочих равных под Win платформу как правило быстрее и удобнее настроить проект, чем под тот же AIX.
Например у меня на работе небыло apt-get, вернее не было доступа на его использование и на установку каких мне хочется утилит в системные каталоги. Все что я мог - скачать исходники, а дальше по шаблону:
./configure [с нужными флагами] && make && make install
Это как минимум. Под виндой никогда таких проблем не было. Нужно какое то SDK, скачал, поставил, прописал пути в IDE(если нужно), все используй.

[alexzk]

Помоему вы меня цитировали, так вот ...

1. Легким движением пальца у меня с линукса собирается на винду-линукс-макос. Все из 1 скрипта.
2. Пути ...отети \\ и c: это...это...да ну их в пень (в С++ это божественно \\\\\\). Вы пробовали запустить годичный скрипт после переустановки винды? В линуксе даже переустановки нет.
3. Как уже говорили - тулзов море на юниксе + дуостановить можно легким движением пальца.
4. Система прав уже тут ...вы пробовали писать на винде аппу и перенести на линукс? И сразу она заработала и не повисла без прав? ...у меня не сразу, несколько мес. переучивался уважать права.
5. Копирования - на винде плодятся сущности путем копирования из 1 проекта в другой, на линуксе - это симлинк (справедливости ради, нтфс и последние винды умеют симлинки, но помню, там было не на каждый день простота).
6. Все есть файл. Как только вы доходите до ардуино-gnu radio-android - любой юсб хрени, на линуксе у вас просто новый путь на ФС есть. На винде - танцы и шаманства с драйверами. Более того, скорее всего, нельзя просто так открыть "файл устройства", нада еще и АПИ юзать и доку драйвера читать на предмет...

Вобщем работал я на винде с 1997 по 2013 гдето. Как выучил С++ - меня постоянно мучало вот это "C:\\" - прям мертвому припарка. Ну и переносимости 0. Переустановил винду - день трачу на восстановление/скачку либов, симлинков, компиляции (да, скорее всего, старые скрипты компила уже не работают).

В линуксе как-то само собой все отпало. Скачал и скомпилил. Установил на ноут свежий линукс - распаковал сырцы и сразу они уже компилятся. Все.

Вобщем на винде конечно можно программить, но логически целостнее и морально приятнее на юниксах.

[Alex11223]

Сообщение от alexzk

Пути ...отети \\ и c: это...это...да ну их в пень (в С++ это божественно \\\\\\).

Винда вроде бы нормально работает и с /, видел проблемы только у некоторых древних системных утилит.

Сообщение от alexzk

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

А что с ним случится? Там не относительные пути до своих папок что ли?

Сообщение от alexzk

день трачу на восстановление/скачку либов

ну дык и в линуксе apt-get everything_i_needed пока не изобрели. Тоже придется вспоминать какие пакеты нужны, добавлять что-то в список репозиториев, править конфиги. Ну и например новые версии Qt Creator вроде тоже только вручную качать с сайта.

[alexzk]

Сообщение от Alex11223

А что с ним случится? Там не относительные пути до своих папок что ли?

В основном да, + пути из патч пропали, + еще чтото, например разные версии mingw из свежего кт и из того, что уже стоял...и т.д. и т.п.
Все это мелочи, пока 1 проект. Если проектов 3 разных каждую неделю (фриланс), через год там уже половина не соберется.

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

[Alex11223]

Сообщение от alexzk

В основном да

эм... Дык может надо просто нормально писать скрипты?)
Зачем ему куда-то лезть по абсолютным путям?

Сообщение от alexzk

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

Ну все до этого и доходят постепенно
Так сейчас и в вебе модно делать.
Есть даже специальные инструменты типа Ansible (в основном для разворачивания серверов и т.п.) чтоб меньше париться с идемпотентностью в своих скриптах и т.п.
Ну и для окружения для разработки образ виртуалки через Vagrant.

[alexzk]

Сообщение от Alex11223

эм... Дык может надо просто нормально писать скрипты?)
Зачем ему куда-то лезть по абсолютным путям?

...я не знаю, что там сейчас. А С++ Билдер во все проекты прописывал абсолютные пути. Там даже проект на другой диск вот так сразу не перемещался (точнее, компоненты, которые часто, были частью проекта).
Опять же - реестр - в котором много абсолютных путей напихано. Т.е. это была вполне нормальная ситуация - на чистой машине тратить часы на настройки путей. Даже было - выезжаешь к заказчику и полдня девелоперскую систему ему делаешь. Может сейчас иначе - но это не повод ставить снова винду.

..а еще у нас препод был в универе, машину год не чистил - вот там был ад Заставить лабу собратся на его компе, и так все 300 его студентов, каждый чета конфигурит))) - норм подход, я, благодаря этому, сразу знал, что такое dll и bpl и статик. линковка.

[Alex11223]

В Билдере/Дельфи тоже можно библиотеки и т.п. положить в проект и писать относительные (ну или через макросы) пути везде.
Только многие почему-то это не делают )