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

C>>Странно. Мы пишем под огрызокОС и Android на C++.
CC>Что именно пишете?
Excel, который может работать с любыми объёмами данных.

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

CC>IDE внутри проекта должна быть одна, да. Равно как и оформление кода и прочие мелочи жизни.
CC>А не зоопарк в стиле "каждый дрочит как хочет".

Как раз CMake позволяет избежать зоопарка. Все изменения только в CMake, а уж какую кто IDE/редактор выберет — ну так это просто вкусовщина же.

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

VC>причем тут ты. софтпосатели не любят apt. в лучшем случае ubuntu lts и дебиан 9 & 10 поддерживают, а sid & bullseye — нет. потому я снап не зря акцентировал. если ты в снап упаковал в пакет, то будет везде работать. с apt так не можуть

Ну я же не растоман, у которого первая инстинктивная реакция на любое ПО это переписать на Расте

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

C>>>Странно. Мы пишем под огрызокОС и Android на C++.
CC>>Что именно пишете?
C>Excel, который может работать с любыми объёмами данных.
На телефоне? С любыми объёмами данных? Странный выбор платформы.

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

CC>>>Начнём с простого вопроса: зачем?
S>>Начнём с простого вопроса: зачем пользоваться убогими солюшинами, когда даже студия поддерживает CMake?
CC>Зачем использовать CMake если работает искаропки?
Conan для зависимостей, запускалка тестов, генерация кода (protobuf),...

S>>Это гибкость обусловенная необходимостью работы со множеством разных платформ.
CC>Это vim то гибкость?
Ага.

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

CC>>>Что именно пишете?
C>>Excel, который может работать с любыми объёмами данных.
CC>На телефоне? С любыми объёмами данных? Странный выбор платформы.
Не телефоне в том числе. С любыми разумными — до десятков гигабайт (можно и больше, но вроде никому не нужно пока). Вычисления прозрачно мигрируют между локальными на телефоне/браузере и удалёнными в облаке.

Backend написан на С++ и работает на всём: iOS, Android, WebAssembly, и нативный код на Линуксе. Из всего это зоопарка, кстати, iOS вызывает больше всего геморроя. Так как тамошние уродцы-разработчики ОС плевать хотели на пользователей.

Мы используем все возможные IDE: emacs, vim, MSVS, CLion. И никого это не парит.

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

N>>Чтобы не делать несколько конфигураций.
CC>Какие конфигурации тут имеются в виду?

По целевой сборке: устройство, ОС, компилятор и т.д. Даже для студий разных версий надо держать дублирующие файлы проектов.

N>> Кажется, что затачиваться под одну платформу чуть ли не сложнее, чем под несколько.
CC>Отнюдь.

Мне нет. С содроганием вспоминаю те времена, когда приходилось работать со студией: ставили библиотеки все разрабы с одинаковыми путями, вручную прописывали какие-то пути, где-то вручную (потом автоматизировали) правили файлы проектов. Типа сделали мастер студийными средствами, а на новой студии он уже не работает как надо. Гемор.

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

VC>>причем тут ты. софтпосатели не любят apt. в лучшем случае ubuntu lts и дебиан 9 & 10 поддерживают, а sid & bullseye — нет. потому я снап не зря акцентировал. если ты в снап упаковал в пакет, то будет везде работать. с apt так не можуть

KP>Ну я же не растоман, у которого первая инстинктивная реакция на любое ПО это переписать на Расте

а на чем переписываеш?

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

N>Даже для студий разных версий надо держать дублирующие файлы проектов.
Зачем держать студии разных версий для одного проекта?

N>Мне нет. С содроганием вспоминаю те времена, когда приходилось работать со студией: ставили библиотеки все разрабы с одинаковыми путями, вручную прописывали какие-то пути, где-то вручную (потом автоматизировали) правили файлы проектов.
Ну дык выж её просто тупо готовить не умели

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

N>>Даже для студий разных версий надо держать дублирующие файлы проектов.
CC>Зачем держать студии разных версий для одного проекта?

Ну, у тебя идеальный мир, получается. А в моём есть библиотека и есть пользователи. Всех не загонишь в одно IDE одной версии. Я уже не очень хорошо помню то время, но, кажется, новые студии в один прекрасный момент перестали поддерживать WinXP. И даже для сборки под ОС разных версий одного производителя и ОС, и компилятора приходилось собирать зоопарк средств разработки.

CC>Ну дык выж её просто тупо готовить не умели

Может быть. Но факт был фактом — мастер для создания проектов в одной версии студии не работал в другой версии. Поэтому приходилось писать скрипты для генерации проектов самому.

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

N>Ну, у тебя идеальный мир, получается. А в моём есть библиотека и есть пользователи.
Т.е. тебе надо поддерживать легаси.

N> Всех не загонишь в одно IDE одной версии.
Ты б уточнял кого ты тут понимаешь под "всех"

N>Поэтому приходилось писать скрипты для генерации проектов самому.
Там в общем то и генерить особо нечего — XML старых студий был простой и понятный.

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

CC>У нас нет ничего под ведроид, очевидно.
Кому очевидно? У кого "у нас"? Что-то ты в показаниях запутался. Выше ты пишешь:

Под ведро пишут на жабе, под яблоко на свифте.

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

CC>IDE внутри проекта должна быть одна, да.
Кому должна? Креатору?

CC>Равно как и оформление кода и прочие мелочи жизни.
Ты мешаешь в кучу принципиальные вещи и личную вкусовщину. Редактор и отладчик отдельного разработчика других никак не касаются, в отличии от форматирования, политики коммитов и т.п.

CC>А не зоопарк в стиле "каждый дрочит как хочет".
Фу таким быть.

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

N>>Ну, у тебя идеальный мир, получается. А в моём есть библиотека и есть пользователи.
CC>Т.е. тебе надо поддерживать легаси.

Надо было когда-то. А потом ещё под Линукс для новых клиентов собирать.

N>> Всех не загонишь в одно IDE одной версии.
CC>Ты б уточнял кого ты тут понимаешь под "всех"

Всех пользователей программного кода. Он используется так, как им удобно.

N>>Поэтому приходилось писать скрипты для генерации проектов самому.
CC>Там в общем то и генерить особо нечего — XML старых студий был простой и понятный.

Все равно это был гемор. CMake решил множество проблем.

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

VC>>в винде не лучше. 64х битныая система лежит в system32,
CC>Там не "система" лежит а public API. И лежит оно там потому что надо было обеспечить backward compatibility для долбоклюев, которые захардкодили пути с своих поделиях. Когда с 16 на 32 переходили было System и System32.

VC>>а 32х битная — в syswow64
CC>Неправильно, syswow64. Потому как это подсистема эмуляции Windows 32 on Windows 64.

CC>Ты б хоть с базовыми вещами ознакомился сначала

ну вот и начинай разбираться. это же ты про 31:9 про мониторы жёг недавно?

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

CC>Я щас живу в "уютном мире" mac/iOS/watchOS/etc разработки, если ты вдруг пропустил.
Манька-величка в гости пришла? Корона голову еще не жмет? Ты что ли воображаешь, что за тобой тут очень пристально следят?
Давай ссылку на пост про работу, профиль на линкедине, а не выпендривайся.

CC>Финальный ваш продукт это железка с API. В каком месте там у вас необходимость писать код для fw этой железки на зоопарке платформ и тулов?
Ну когда попробуешь сделать и продать "железку с API" тогда поймешь

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

CC>Требование простое: есть стандарты кода и ему надо следовать.
Вот. Единое кроссплатформенное средство сборки это должно быть стандартом, а IDE — личное предпочтение.

CC>И какие случаи написания кода она не покрывает?
Кодогенирация, использование разных компиляторов, создание пакетов, и т.п. В студии либо очень криво, либо без костылей в виде скриптов не обойтись.

S>>Разговор не про "не использование" чего-то, а про возможность использования любых удобных и необхимых средств по необходимости.
CC>С этим как раз никто не спорит.
Так добавь к этому что один и тот же код должен компилироваться и на 8051, и под ARM, и под x86, x64, и под линух и под винду и под еще пару платформ, добавь кодогенерацию, зависимости и т.п. и попробуй сделать это на солюшенах.

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

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

CC>>>Начнём с простого вопроса: зачем?
S>>Начнём с простого вопроса: зачем пользоваться убогими солюшинами, когда даже студия поддерживает CMake?
CC>Зачем использовать CMake если работает искаропки?
Зачем использовать солюшены, если CMake работает "искаропки"?

S>>>>Вот. Только IDE разные. У нас разработчики пользуются всеми основными: студией, Vim, CLion, QCreator, на всех трех платформах. И 5-6 разными компиляторами.
CC>>>Бардак!
S>>Это гибкость обусловенная необходимостью работы со множеством разных платформ.
CC>Это vim то гибкость?
Ты хочешь свести разговор к священной войне против вима? Ну удачи По существу-то тут тебе возразить нечего.

CC>Ваш продукт — радар, АКА железяка, про какие платформы в процессе разработки идёт речь?
Вроде уже раза 3 писал, разработка идет на всех трёх основных платформах.

CC>Дрова написать — всё равно разные проекты нужны, потому как драйвер под винду и драйвер под мак будут существенно разные внутри.
Представь, не всем железякам нужны "дрова" со стороны ОС...

CC>Ну если только у вас львиная доля работы не вынесена в софт в soft-modem стиле, что честно говоря фу.
Куда она может быть вынесена, если наш сенсор должен пробудить ноут то сна...

CC>Это как? FW железки у вас под винду или мак написан?
FW железки написан под железку и от ОС на хосте напрямую не зависит. И, представь себе, специфичного для ОС драйвера там нет.

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

CC>>У нас нет ничего под ведроид, очевидно.
S>Кому очевидно?
Всем, кроме тебя, очевидно.

S> У кого "у нас"?
В яблоке, очевидно.

S> Что-то ты в показаниях запутался.
Да просто ты читать не умеешь

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

CC>>Я щас живу в "уютном мире" mac/iOS/watchOS/etc разработки, если ты вдруг пропустил.
S>Манька-величка в гости пришла? Корона голову еще не жмет?
Ай дитятко...

S> Ты что ли воображаешь, что за тобой тут очень пристально следят?
Да Артёика забыть не даёт никак

S>Давай ссылку на пост про работу, профиль на линкедине, а не выпендривайся.
Пешком постоишь.

S>Ой сколько гонора...
Это банальный опыт работы в таки выжившем стартапе.

CC>>И какие случаи написания кода она не покрывает?
S>Кодогенирация
Наличествует.

S> использование разных компиляторов
Наличествует. Лично юзал от ICC до GCC (BSD kernel)

S> создание пакетов
Каких?

S>Так добавь к этому что один и тот же код должен компилироваться и на 8051, и под ARM, и под x86, x64, и под линух и под винду и под еще пару платформ, добавь кодогенерацию, зависимости и т.п. и попробуй сделать это на солюшенах.

Таки делал. Был у меня проект в котором код собирался и для FW контроллера, для USB dongle в котором была антиукрадайка, и для UI на винде.
Одной кнопкой, в солюшене, да. На выходе был готовый инсталлер который тупо запускаешь и он всё сам делает. Линуха там не было только.

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

S>Вроде уже раза 3 писал, разработка идет на всех трёх основных платформах.
S>FW железки написан под железку и от ОС на хосте напрямую не зависит. И, представь себе, специфичного для ОС драйвера там нет.
Тогда непонятно что вообще надо кроме FW если со стороны хоста ничего не требуется? Т.е. платформа по сути одна, зачем три?