Вообще то с текстами программ часто работают удаленно на терминалах 25x80, а тексты серьезных программ даже печатают на бумаге (сертификация). В этих случае питон-код запросто переламывается и наступает ад.
Лет десять назад довелось участвовать в разработке софта для китов, которых наш педро-татуированный долбо-менеджер уговорил на верхнем уровне использовать питон вместо TCL/TC. В процессе приемки выяснилось, что тексты программ в документацию следует печатать именно на бумаге, через lpr и на их принтере с заводскими настройками (в комментариях был китайский). С этим справились, а вот с требованием, чтобы код выдерживал "переламывание" пришлось немного повозиться. Дело в том, все комментарии переводились на китайский, а переводчики сидели в китае. Они забирали тексты из репозитория, вписывали комментарии на китайском и делали push в свой локальный репозиторий. Их программисты делали из него pull и пытались собрать. Практически всегда питон-код был сломан переводчиками и проект не собирался. Поэтому в скором времени переводчики делали push на ориджин, наши восстанавливали форматирование и уже исправленный код уходил китайским программистам. Фактически двойная работа питониздов. Закончилось все это тем, что в код добавили "скобочки", плюс еще немного сахарку и написали препроцессор, восстанавливающий питон-форматирование. Написали bash-скрипт python, который накрыл питон в системе и запускал препроцессор перед вызовом настоящего питона.