Плохо для кого? Для твоей конкретной задачи? Возможно. А для кого-то эти точки расставлены идеально, и никакого "выглаживания" ему не надо. 


Решил вот так? 

А для того, чтобы заинтересовать человека необходимо понятно описать проблему. 

 
Позволю себе процитировать этот понятный пост еще раз:
Чего делать между рядами?

Он слишком какой?

Выгладить точки - это как?

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

Лучше все-таки не расписываться "за каждого", а высказывать свое личное мнение. Спрашиваете "слишком какой" - хотя Вы "его" видели на собственном же примере. Спрашиваете что такое "выглаживание" - хотя я Вам сегодня предложил его проверить, да и вообще термин для инженера интуитивный. И.т.д. Я так вижу что Вы хотите решать задачу "которую Вы хотите", для которой у Вас есть знания и опыт. А если так не получается - Вы начинаете навязывать свое мнение (а для меня и эти точки хороши!), обвинять постановщика в неграмотности, переходить на личности  - словом, прибегать к дешевым приемам   Такой разговор ничего полезного не несет. Если Вам неинтересно то о чем я говорю - так я ж Вас в тему на аркане не тянул. Мне напр неинтересны дела СУБД, веба и др - но я не мешаю другим их обсуждать. 

Предлагайте свое решение, обсудим - для этого тема и создавалась 

"Выглаживание" инженерный термин? Интуитивно понятный? 
Я до сих пор не могу понять что должно делаться. 

Я навязываю свое мнение? Это когда?
Ты написал про негодный стандартный генератор, я предложил попробовать другой генератор из ненавистного тобой буста и сразу набросал небольшой тест для этого генератор. Все. 
Ты же назвал это все не приемлемым и абсолютно не подходящем для твоей задачи. Но! Я не решал твою задачу, я не хотел решать твою задачу. 

Насчет дешевых приемов, самый дешевый это:

Пытаться доказать всем (себе?): "Осилить не могу значит это не нужно!". На LORe для таких людей даже придумали название. 

А разве лучше, если бы вместо слов иди почитай документацию, вопрошающему сразу давали готовое решение?
Это предметный форум посвященный Qt, здесь по определению будут постоянно возникать вопросы из-за не дочитывания документации.
IMHO, уж лучше человек сам почитает и разберется со своей проблемой, заодно узнает кучу полезных для себя вещей.

Я согласен, что сейчас форумы (и куча всякой документации) в сети очень сильно расслабляют. Раньше (когда еще не было интернетов и fido было в зачаточном состоянии) приходилось очень много думать и разбираться с новыми вещами вообще без всякой информации, но... это было раньше и называлось приятным словом hacking, которое потом приспособили для описания непонятно чего. Эх ностальгия.

Форумы так устроенны, что решать за тебя никто не будет, в лучшем случае "покажут куда идти" и выбран будет самый простой путь для объяснения идеи. Поэтому, вместо объяснения на пальцах - будет указываться название паттерна или набросок на стандартном (stl) или популярном (boost) инструменте. Это не значит, что нужно скопипастить это к себе в проект, это просто набросок. Все остальное должен додумывать (или не додумывать) вопрошающий. Его право воспользоваться каким-то инструментом или написать все самому, если предложенное решения не подходят, например, по скорости.

А обсуждать что то можно тогда, когда все понимают тему обсуждения, когда задача понятно сформулирована и указаны все! требования, ну и требования не меняются по желанию одной стороны в процессе обсуждения.

 

Даже не знаю откуда появились такие выводы? 
При обсуждении какой то задачи люди используют понятные всем термины и понятия. Это база используя которую можно строить решение.
Если человек спрашивает, как создавать объекты по имени класса, то я не буду объяснять ему на пальцах про паттерн "фабрика", а отправлю его почитать про него (даже если в лоб этот паттерн и не будет подходить для решения задачи). Также я не буду объяснять человеку на пальцах, что такое вектор и мап, а буду использовать стандартные коллекции. Главное что бы человек понял мою идею, а потом он может написать свой вектор и мап или использовать стандартный - это его дело.
К радости не существует одного решения для любой задачи.

Перейдем к конкретике. 
Как правило заказчик это такой человек, который описывает проблему примерно так "Что бы я жмакнул там на кнопку и это сразу вот так изменилось". Разработчик (а лучше специально обученный человек, которому платят деньги) кушает валерьянку и садится с этим заказчиком разбираться с "вот так изменилось" в течении многих часов, что бы написать нормальное ТЗ. Это его работа, он за это деньги получает.
У меня не было желания заниматься этим неблагодарным трудом. 

Два человека откликнулись на твой пост и оба его не поняли.
Конечно ничего объяснять не нужно.