у меня 30 минут ушло, ниче не коиплили, ниче не собирал. Скачал установщик, прописал пути и все.

stirng algo - это header only библиотека, ее собирать не нужно

Спасибо!!! Учту.

Любопытно, а могут  ли сегодня  обойтись без boost?
Похоже пора менять приоритеты при проведении интервью. Если раньше  знание и применение  boost  было признаком  высокой квалификации, то в настоящее время - это может  оказаться признаком неумения программировать   
 

Vyacheslav, какой смысл вечно писать велосипеды?

Vyacheslav, 
зубы можно и пальцем почистить, но удобнее это делать зубной щеткой.

vinter, 
Rififi, Ну вы и критики парни ))) Просто таким макаром, скоро может оказаться, что алгоритмы забудутся вопще...
А если учесть что, это весьма примитивный алгоритмик, то неумение реализовать его, постыдно. имхо.
Хотя...все относительно  

ну у std::max()  тоже примитивный алгоритм, однако предпочтительнее использовать его, а не условие
И дело в общем то не в умении применять алгоритм, а в удобстве чтения , точнее сказать  в удобстве сопровождения кода.
Чем меньше будет нагрузка на мозги, тем полноценее будет отдача проекту в решении требуемой задачи.
А для того чтоб знать и разбираться в алгоритмах, не надо их впихивать в прогу направо и налево.



Это сообщение отредактировал(а) mes - 26.1.2009, 22:52

Опять риторика...

andrew_121, никаких риторик, надо решать конкретную задачу. Если эта задача состоит в написании своей версии, значит не юзаем буст. Если нет, то юзаем и не отвлекаемся на написание всего подряд.

bsa, до такого кода я бы догадался, но 


Добавлено @ 06:45
Всех непечатных символов не знаю (в этом собственно главная проблема и была)., поэтому сделал пока так:


Это сообщение отредактировал(а) ksili - 27.1.2009, 06:53

Всем спасибо!

Ну, во-первых, Вы  переоцениваете сложность задачи. Это явно не велосипед 

Во-вторых, в серьезных проектах выполняемых для серьезных заказчиков и поставляемых в виде кода стараются ограничить применение сторонних  библиотек свыше необходимого: стандарт + требуемые библиотеки. 

В одном из проектов кросформенного приложения( Linuх, Windows ) заказчик не разрешил поменять STL  Dinkumware на STLport, несмотря на то, что  вариант STL  Dinkumware, поставляемый в составе VC6,  на Windows приводил к утечке памяти из-за ошибки в  библиотеке . Подчеркну: к утечке памяти только на платформе Windows. Пришлось заменять код на более неуклюжий, но не приводящий к утечке и при использовании STL  Dinkumware 

Вот я и представляю диалог: П( программист) З(заказчик)
П: Вы бы не могли заэпрувить нам требования заново. У нас изменения
З: А что такое?
П: Нам необходимо использовать boost
З: А чем вызвана  эта необходимость?
П: Мне  из него нужна  функция по отсечению пробелов в строках :(
З:  

Это элементарная задача, и если для решения таких задач программист будет каждый раз подтягивать в приложение boost, хотя  использование его не планировалось, то боюсь наступит время, когда перед очередной элементарной задачей он спасует. Boost'а на все элементарные задачи может не хватить   

А задача была элементарной



Полагаю, что если Вы окажитесь в положении, когда зубной щетки не окажется, то Вы так и будете ходить с нечищеными зубами.  

Добавлено @ 12:56


в std входит  шаблонный вариант функции, учитывающий локаль

так то да, просто если нет ограничивающих факторов, то не вижу смысла не использовать буст

vinter, а еще можно использовать QT ради QString у которого есть метод trim