Здравствуйте, Kolesiki, Вы писали:
K>Протобуф придумали гугловские долбоклюи. Для начала, это БИНАРНАЯ хрень. Т.е. сразу отсекаем вменяемый дебаг, логи и т.п. Затем, сама идея: отдельным инструментом генерить сериализатор и потом тщательно следить за его актуальностью.
Дебажиться можно, потому что исходники генерируются и они у тебя есть, опыт такой есть.
Отдельный сериализотор — это тоже не проблема, если его правильно использовать: с проектом таскаем только proto файлы, генерация идёт на этапе конфигурирования в cmake.
K>Ключевой момент COM — модульные приложения, где каждый модуль — чёрный ящик, у которого можно спросить интерфейсы. Remote там никаким боком, там ключевое — Component.
Нет. Ключевой компонент СОМ — это бинарно совместимый протокол (потому что генерируется из IDL). Это ровно то же, чем является, скажем, protobuf, thrift, или другие подобные фреймворки (когда описывается не только упаковка, но еще и всякие соглашения о том, как версионировать протокол, — тот самый QueryInterface, для тех, кто помнит).
K> Ну и накой тысячу проектов лепить в один солюшен, если ты всё равно пишешь ОДИН плагин и пару связанных проектов рядом??
Потому что тебе надо всегда работать с самой свежей версией этих "связанных проектов". Ибо 20,000 разработчиков вносят изменения общей частотой в 10 Гц и больше.
K> Никто и никогда не работает с сотней проектов, просто мозгов не хватит.
Ты путаешь "работает над" и "работает с".
Ты можешь работать НАД одним проектом. Но при этом работать С тысячей других (которые ты сам не меняешь, но свежую версию иметь обязан).
K> А если они ещё и взаимозависимы, то это вообще жопа, а не архитектура.
Нео, просыпайся. Реальный мир крупных корпораций именно такой. Архитектура? Это классное слово, неприменимое к реальности работы огромных корпораций.
Здравствуйте, RonWilson, Вы писали:
RW> почему-то шрифт стал каким-то пухлым:
Это у мелкомягких рожи от халявных денег опухли, щёки на глаза давят, видеть стало сложно — вот шрифт и увеличили!
В этом "наконец-то 64-битном" поделии танцоров боюсь одного — опять всё выльется в местечковые улучшения вроде шрифтов и иконок, ну ещё от COM-шлака избавятся, но могут нагородить "в угоду совместимости" те же костыли, только перекомпиленные под 64 бита. Тогда такая студия точно не нужна — будет мильён багов и на 2 пофикшеных 5 свежесозданных. (всё как в Win10! Традиции предков.)
Здравствуйте, StatujaLeha, Вы писали:
SL>Так плюс protobuf — это эффективность
В мире гигабитных сетей и гигагерцевых камней выжимать полтора байта — такая себе "эффективность"!
Всё ведь ещё и от данных зависит: если у тебя много ЧИСЕЛ или мультимедия какая — да, всё бинарное, протоБуф во всей красе. Но много ли таких узконаправленных сервисов?!
Любую СУБД возьми — имя-фамилия, адрес, URLы всякие, комменты, названия субъектов, описание товаров и т.п. — всё строки. А строке что в протобуф, что в JSON — те же байты.
Ну и не забываем, во что выливается затачивание проекта на один язык или одну технологию. JSON позволяет написать сервис на C#, заюзать из LISP, передать JSON-результат ASM'овой библиотеке где-то на мэйнфрэймах, а выход снова засосать JSON'ом в Перл. Да, конечно же на каждой платформе придётся написать свой JSON-парсер, но без оглядки на little/big endian, на сопутствующие тулзы и т.п. Более того — даже не нужно никаких описаний API, чтобы понять, ЧТО тебе возвратил JSON-сервис — всё самоочевидно. Т.е. взаимодействие команд, проектов, библиотек выходит на новый, независимый уровень. Даже странно, что этим "межгалактическим языком" не стал XML.
SL>Пока мне видится, что оба решения найдут свою нишу.
Согласен. Только у JSON ниша на порядок шире. Для типичного десктоп-разраба вообще нет смысла говорить о каких-то протобуфах, а на вебе и подавно.
Здравствуйте, SkyDance, Вы писали:
K>> Ну и накой тысячу проектов лепить в один солюшен, если ты всё равно пишешь ОДИН плагин и пару связанных проектов рядом??
SD>Потому что тебе надо всегда работать с самой свежей версией этих "связанных проектов". Ибо 20,000 разработчиков вносят изменения общей частотой в 10 Гц и больше.
Вот оно, "поколение смузи"! (nuget-изобретатели походу тоже едва ПТУ закончили) "самой свежей"??? А ты в курсе, что именно "самое свежее" напрочь ломает процесс разработки? А ты в курсе, как делается мерж в DVCS? (я не про команды, а ПРАВИЛА, железные законы совместной разработки) Походу, что нет.
SD>Нео, просыпайся. Реальный мир крупных корпораций именно такой. Архитектура? Это классное слово, неприменимое к реальности работы огромных корпораций.
Если бесноватые индусы замонстрячили 1000 проектов в одну кучу, поверь — долго это г*** не протянет. Да и студия не обязана поощрять такой маразм. Архитектуры бывают разные, но старшие умные товарищи всё же рекомендуют low coupling.
Здравствуйте, Kolesiki, Вы писали:
K>В мире гигабитных сетей и гигагерцевых камней выжимать полтора байта — такая себе "эффективность"!
Посмотри видео Jeff Dean для чего они ввели протобуф и что гугл на этом поимел.
"For every complex problem, there is a solution that is simple, neat,
and wrong."
K>Вот оно, "поколение смузи"! (nuget-изобретатели походу тоже едва ПТУ закончили) "самой свежей"??? А ты в курсе, что именно "самое свежее" напрочь ломает процесс разработки? А ты в курсе, как делается мерж в DVCS? (я не про команды, а ПРАВИЛА, железные законы совместной разработки) Походу, что нет.
Расскажи об этом подробнее компаниям типа google, facebook, а то они, бедные, не знают, и вынуждены делать всякие странные вещи вроде bazel/buck для работы с терабайтными моно-репозиториями.
K>Если бесноватые индусы замонстрячили 1000 проектов в одну кучу, поверь — долго это г*** не протянет.
Срочно беги шортить акции американских ИТ-гигантов! Наваришься!
Здравствуйте, RonWilson, Вы писали:
КД>>Думал будет работать долго, но у неё там опять что-то внутри сломалось и пришлось перезапускать.
RW> это что-то новое — раньше ломалось и быстро заканчивалось, а теперь новая фича (видимо) ломается, но медленно
Ага.
Поигрался немного (была слабая надежда) и вернулся назад в 2019.
-- Пользователи не приняли программу. Всех пришлось уничтожить. --
Здравствуйте, SkyDance, Вы писали:
K>>Вот оно, "поколение смузи"! (nuget-изобретатели походу тоже едва ПТУ закончили) "самой свежей"??? А ты в курсе, что именно "самое свежее" напрочь ломает процесс разработки? А ты в курсе, как делается мерж в DVCS? (я не про команды, а ПРАВИЛА, железные законы совместной разработки) Походу, что нет.
SD>Расскажи об этом подробнее компаниям типа google, facebook
О! Теперь ещё и "не сотвори себе кумира" подъехало. Ты СВОЕЙ головой будешь думать или так и будешь пенять "Жираф большой — ему видней!"?
КД>Работает поотзывчивей. Выжрала больше 5GB.
Майнит или сдаёт комп в аренду? КД>Бум надеяться, что телеметрия работает и они подобные проблемы порешают
И подобные порешают, и новых подгрузят для решания.
Друга ищи не того, кто любезен с тобой, кто с тобой соглашается, а крепкого советника, кто полезного для тебя ищет и противится твоим необдуманным словам.
почему-то шрифт стал каким-то пухлым:
Тогда такая студия точно не нужна — будет мильён багов и на 2 пофикшеных 5 свежесозданных. 
(всё как в Win10! Традиции предков.)
(nuget-изобретатели походу тоже едва ПТУ закончили) "самой свежей"??? А ты в курсе, что именно "самое свежее" напрочь ломает процесс разработки? А ты в курсе, как делается мерж в DVCS? (я не про команды, а ПРАВИЛА, железные законы совместной разработки) Походу, что нет.
это что-то новое — раньше ломалось и быстро заканчивалось, а теперь новая фича (видимо) ломается, но медленно 
