Вернулся к написанию книги

пиши на пару со своим недавно купленным помощником ля Шене или ля Фене… как там?

Далай сразу два варианта книги с правками и без

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

В 7 утра вставать — поздно, надо раньше. 

 Опять?

Используйте систему контроля версий (Git). Итеративные правки и версионирование помогут избежать перфекционизма)

Продаю первую книгу Мартынова, 500₽, чтобы купить вторую, писать в личку.

Пиши-пиши, почитаем.

Пишите, конечно.
Для лечения от писательского перфекционизма есть прием: тратить на правки уже написанного не более пятнадцати минут (по таймеру) и только после того, как сделана основная часть дневной работы, т. е. после написания текстов.

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

тыж для нубья пишешь

Надо чтобы нравилось самому. До тех пор надо править. Имхо.

У программистов та же проблема. Им нужно написать некий текст, решающий приблизительно поставленную задачу. Списобов написания этого текста бесконечно много. Один программист может написать один кусок кода или быстро, или сколь угодно долго, т.к. всегда есть, что улучшить.
Рецепты, думаю, одни и те же, хотя индустрия программирования проблему в корне не решила, но всё же.
Рецепты:
1. планирование, разбивание общей большой и непонятной задачи на осязаемые части.
2. при описании задач важно концентрироваться на критериях оценки результата.
3. тестирование
4. непрерывная интеграция

В переложении на книгу должно получиться что-то вроде:
1. Концепция (что хочется сказать) -> детальный план книги -> к пунктам плана описание, как пункт раскрывает концепцию, что в нём должно быть, и чего не должно. Потом пункты просто становятс задачами
2. Критерии оценки, например: раскрыт ли предмет раздела, не добавлено чего-то лишнего, затуманивающего основную мысль, может быть это лишнее нужно в другой раздел или в новый.
3. Тестирование внутреннее: формальные критерии, например, терминология, библиография. Внешнее тестирование: редактор.
4. Формальные проверки отсутствия ссылок в прошлые разделы, прогон тестов. Идеально договориться с редактором на корректуру не всего текста, а отдельных глав.

Всё это превращает вроцесс в более или менее управляемый. Программисты же работают как-то :-) А они очень похожие задачи решают.
Важно, что т.к. именно автор составляет план, то весь процесс не убивает творчество, а ведёт его.

UPD Хочется, вероятно писасть в Word, ибо удобно. Но у программистов есть git — и это тоже удобно. Совместить не удастся. Проблема техническая, но фрустрирующая.

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

zzz у программиста есть дедлайны. Имхо у книги должен быть тоже дедлайн.

Как человек с огромным опытом написания книг, мне помогли mind map'ы.
Собственно благодаря им я ни одну книгу и не стал дописывать )

Скоро срочку круглосуточную сделают и всё некогда писать книгу будет… успевай.

И процесс правки при каждой читке своего творчества будет бесконечен, пока сам себе не скажешь: «Стоп! Хватит! В печать!» 

Тимофей, хорошая новость! Плюсую и жду книгу!)
По поводу переписывания: мб имеет смысл жене на читку отдавать, чтобы замечания делала и уже по ним переписывать?