Здравствуйте, kurchatov, Вы писали:
K>Пример тривиальный. И это мы с вами знаем, как оно работает. А придет новичок в вашу команду, и сколько времени ему потребуется врубиться в грамматику посложнее?
Так альтернатива то какая? ) Чтобы работала не хуже и при этом новичку не пришлось ничего объяснять?
ХГД>>А зачем обязательно "пару строчек кода"? Если там будет 20 строк, но они будут понятнее и проще в отладке — чем это хуже? Причем, в случае со спиритом, они еще и быстрее компилироваться будут
_>А кто сказал, что они будут проще? ) Не следует путать внутренности спирита (действительно довольно нетривиальные) и использование его в качестве готовой библиотеки.
Я сказал Я сравнивал оба варианта и пришел к выводу, что без спирита в некоторых случаях написать парсер получается быстрее. Вернее, с минимальным применением спирита — примитивы для парсинга чисел в спирите вполне годные. Можно, наверное, натренироваться и со спиритом работать, но мне он нужен редко и каждый раз вспоминать его особенности и разбираться с ранее неизвестными уже изрядно надоело.
Одним из 33 полных кавалеров ордена "За заслуги перед Отечеством" является Геннадий Хазанов.
Здравствуйте, PM, Вы писали:
PM>Для добавления экстремальности я бы еще добавил boost.preprocessor в эту компанию
замечательная либа позволяющая делать замечательные вещи
пачка бумаги А4 стОит 2000 р, в ней 500 листов. получается, лист обычной бумаги стОит дороже имперского рубля =)
Здравствуйте, kurchatov, Вы писали:
K>Группа гиков от программирования написала Boost, и я очень рад, что далеко не все компании (особенно топовые) решаются использовать его.
ну хз, мне о таких компаниях неизвестно.
абсолютно каждая компания в_которой/с_которой мне приходилось работать — использовали boost. так что я хз, о чем ты...
пачка бумаги А4 стОит 2000 р, в ней 500 листов. получается, лист обычной бумаги стОит дороже имперского рубля =)
Здравствуйте, niXman, Вы писали:
X>ну хз, мне о таких компаниях неизвестно. X>абсолютно каждая коспания в_которой/с_которой мне приходилось работать — использовали boost. так что я хз, о чем ты...
Здравствуйте, niXman, Вы писали:
PM>>Для добавления экстремальности я бы еще добавил boost.preprocessor в эту компанию X>замечательная либа позволяющая делать замечательные вещи
Наверно иногда да. Но на мой взгляд, препроцессор, как он сейчас есть в С/С++ довольно опасная вещь. И использовать его стоит только если вообще других средств никак не осталось.
Ты кстати не думал об boost.fusion, boost.proto в YARMI вместо препроцессора когда создавал ее?
Здравствуйте, PM, Вы писали:
PM>... препроцессор, как он сейчас есть в С/С++ довольно опасная вещь.
в мире С++ — все довольно опасно
PM>Ты кстати не думал об boost.fusion, boost.proto в YARMI вместо препроцессора когда создавал ее?
думал о boost.fusion, и даже был рабочий прототип с использованием ее. но помимо этого все равно приходилось генерить дополнительный код. в итоге, boost.fusion был выброшен, за ненадобностью.
по поводу boost.proto — я как-то не особо присматривался к этой либе, и толком не знаю, какие задачи она решает...
пачка бумаги А4 стОит 2000 р, в ней 500 листов. получается, лист обычной бумаги стОит дороже имперского рубля =)
Здравствуйте, kurchatov, Вы писали:
K>C++ с годами становится все сложнее и сложнее. Особенно в последнее время, когда стандарты стали готовиться с невиданной скоростью (C++11, C++14, ...).
Помнится лет 5-10 назад в моде были темы "ваш С++ устарел, не развивается. В нем нет лямбд/делегатов/... ухожу на С#/Nemerle" Теперь маятник качнулся в обратную сторону.
K>Отличный язык превращается в сложнейшего монстра. Группа гиков от программирования написала Boost, и я очень рад, что далеко не все компании (особенно топовые) решаются использовать его. K>Это только удорожает и удлиняет разработку ПО. Скучаю по C++ 03.
На мой взгляд, в компании могут не использовать Boost по таким причинам:
Используют С++11/14, хватает стандартной библиотеки. Кроссплатформенная поддержка сети, файловой системы, опций командной строки не нужны.
Используют другую мега-библиотеку (Qt или POCO например) в которой есть все необходимое.
Используют самописные велосипеды из прошлого века
И я бы согласился работать в 1-м типе компаний (не люблю Qt и тонны legacy кода ). Высказывания "не используем boost потому что он слишком сложный" для меня признак низкой квалификации ведущего разработчика. Работать в такой команде — профессионально деградировать.
Здравствуйте, PM, Вы писали:
PM>не люблю Qt
да, это ужасное творение. но для ГУЯ приходится использовать, увы
PM>Высказывания "не используем boost потому что он слишком сложный" для меня признак низкой квалификации ведущего разработчика. Работать в такой команде — профессионально деградировать.
угу.
пачка бумаги А4 стОит 2000 р, в ней 500 листов. получается, лист обычной бумаги стОит дороже имперского рубля =)
Здравствуйте, PM, Вы писали:
PM>И я бы согласился работать в 1-м типе компаний (не люблю Qt и тонны legacy кода ). Высказывания "не используем boost потому что он слишком сложный" для меня признак низкой квалификации ведущего разработчика. Работать в такой команде — профессионально деградировать.
о да. Лучше тратить драгоценное время на разработку с бустом, чем на оптимизацию дизайна и алгоритмов. Отличная позиция.
Здравствуйте, kurchatov, Вы писали:
K>о да. Лучше тратить драгоценное время на разработку с бустом, чем на оптимизацию дизайна и алгоритмов. Отличная позиция.
жир стекает. неряшливый тролль.
пачка бумаги А4 стОит 2000 р, в ней 500 листов. получается, лист обычной бумаги стОит дороже имперского рубля =)
Здравствуйте, niXman, Вы писали:
X>Здравствуйте, kurchatov, Вы писали:
K>>о да. Лучше тратить драгоценное время на разработку с бустом, чем на оптимизацию дизайна и алгоритмов. Отличная позиция. X>жир стекает. неряшливый тролль.
Здравствуйте, niXman, Вы писали:
PM>>Ты кстати не думал об boost.fusion, boost.proto в YARMI вместо препроцессора когда создавал ее? X>думал о boost.fusion, и даже был рабочий прототип с использованием ее. но помимо этого все равно приходилось генерить дополнительный код. в итоге, boost.fusion был выброшен, за ненадобностью.
Понятно, спасибо
X>по поводу boost.proto — я как-то не особо присматривался к этой либе, и толком не знаю, какие задачи она решает...
Вроде как с ней можно нагородить DSL в С++ на шаблонах. Но реальных применений я не видел, потому и спросил
Здравствуйте, PM, Вы писали:
PM>Вроде как с ней можно нагородить DSL в С++ на шаблонах. Но реальных применений я не видел, потому и спросил
вот смотрю, и особо не понимаю, как "это" использовать =)
гляну позже, повнимательней...
пачка бумаги А4 стОит 2000 р, в ней 500 листов. получается, лист обычной бумаги стОит дороже имперского рубля =)
Здравствуйте, alex_public, Вы писали:
_>На самом деле не экстремум. Экстремум можно поискать где-то в области пересечения boost.mpl, boost.proto, boost.fusion... ) http://ldionne.github.io/hana/?
Я сравнивал оба варианта и пришел к выводу, что без спирита в некоторых случаях написать парсер получается быстрее. Вернее, с минимальным применением спирита — примитивы для парсинга чисел в спирите вполне годные. Можно, наверное, натренироваться и со спиритом работать, но мне он нужен редко и каждый раз вспоминать его особенности и разбираться с ранее неизвестными уже изрядно надоело.
