Комментарии 41

А те, кто пробелами форматировали отступы, выравнивание и табуляции? Они, наверное, вообще умрут. :-)

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

Сила привычки. Напоминает баталии с нормоконтролем. Абсурдно в 21 веке требовать от документов соответствия нормативам и правилам (тем более неофициальным), которые закладывались десятки лет назад.
В большинстве случаев много сил отнимает работа по "впихиванию" документации, разработанной современными средствами в старые форматы ГОСТ, ЕСКД и т.п. Предельное соответствие всему этому создаёт проблемы.


Отдельная больная тема это "примитивная" культура оформления документов (например отбитие пробелами абзацев вправо в шапке письма вместо использования выравнивания абзацев). А за рамками Word бывает и такое http://proekt-energo.blogspot.com/2018/07/blog-post.html?m=1


P.S. за один пробел.

Сила привычки. Напоминает баталии с нормоконтролем. Абсурдно в 21 веке требовать от документов соответствия нормативам и правилам (тем более неофициальным), которые закладывались десятки лет назад.
В большинстве случаев много сил отнимает работа по «впихиванию» документации, разработанной современными средствами в старые форматы ГОСТ, ЕСКД и т.п. Предельное соответствие всему этому создаёт проблемы.


С другой стороны — излишние вольности в оформлении тоже мешают восприятию.
Code Style Guide для программистов не зря появились.

Да это всё сложные вопросы с хождением по грани и бросанием из крайности в крайность. Чёткого ответа тут нет, кроме как здорового баланса между удобством, скоростью разработки и оформлением.

За мешанину латиницы и кириллицы нужно вообще убивать с особой жectoкoсtью
В современном русском языке лигатуры от буквы i являются отдельными буквами. Границы разумности раньше определялись здравым смыслом. Доигрались, поиск выдаёт не только её == ее, но и ий == ии.
А что за баталии? Чертежи из моделей автоматом генерятся, шаблоны для TeXа старше многих тут присутствующих.
Речь про чертежи схем электрических принципиальных (личная практика).
Например, таких: raschet.info/wp-content/uploads/2017/08/tokovye_cepi_18082017.png
m-gen.ru/800/600/https/vmasshtabe.ru/wp-content/uploads/2015/01/228030-vms-Operativnaya-Shema-A1.jpg
Достаточно много организаций разрабатывает их в «голом» AutoCAD, из «автоматизации» максимум это объединение элементов в блоки. САПР для таких целей не всегда применимы, т.к. разработаны западными компаниями и не адаптированы под наши стандарты/традиции), либо дороги. Плюс за долгое время накопилась большая база наработок в AutoCAD и, даже при наличии хорошей САПР, проще поправить существующие чертежи, чем рисовать с 0 в САПР.
Вы б ещё КОМПАС вспомнили. На проектирование радиоэлектроники я глядел через плечо одним глазом (буквально, сотрудница из соседнего бюро занималась), но из P-CAD в ProE всё передавалось и жалоб нормоконтроля не было.
соответствия нормативам и правилам (тем более неофициальным), которые закладывались десятки лет назад


Меня больше всего удручает необходимость использования миллиметров на чертежах. Это очень хорошо для машиностроения, но для полупроводникового производства когда заказчик приносит чертеж по ЕСКД и там размер 0.003 мм с допуском 0.0001 мм и рассовмещением в 0.00005 мм — попробуй не обсчитайся в нулях. Это мы еще в МЭМС с микронными размерами работаем, представляю, как тяжко в КМОП, где нанометры…
Какая забавная локальная проблема. В HTML, кстати, множественные пробелы схлопываются по умолчанию. Видно, что Твиттер так не делает. Интересно как много американских сайтов учитывают желания сторонников двух пробелов?

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

иногда встречаю в комментариях исходников. догадывался, что как-то связано с читабельностью, но не думал, что причина — это пишмашинки. пользы от такого огромного пробела не вижу.
Всегда, когда встречал такое в новом проекте, удалял второй пробел. А оно вон как. Возможно, я кого-то этим даже оскорбил О_о
Когда я правлю какой-то написанный коллегами документ, то чисто на автомате (даже не задумываясь, насколько это нужно в данный момент) удаляю лишние пробелы и поправляю форматирование, стили оформления, вставляю табуляции и отступы вместо пробелов, и т.д. (и, конечно, исправляю грамматические ошибки). Просто я раньше долгое время занимался версткой научных книг (в основном, по математике и физике — с многочисленными сложными формулами) с очень строгими требованиями издателей к оформлению.
Удивлён, что в английском существует проблема поиска начала предложения (в немецком используются большие буквы посреди предложения, а в японском вообще пробелов нет).
// А вот сложные предложения и деепричастные обороты запятыми выделять неплохо было бы — ненативам сложно находить отношения между словами, когда ни строгих частей речи, ни падежей
Двойной пробел, это не так страшно (не сталкивался с проблемами), а вот пробелы перед знаками препинания встречается регулярно.
Насколько знаю — такое сейчас часто встречается из-за левьіх клав на смарте.

//во всяком случае многие китайские клавьі раньше сим точно часто страдали
Насколько знаю — такое сейчас часто встречается из-за левьіх клав на смарте.

Скорее это от того, что при выборе предлагаемого по первым буквам варианта слова после него автоматически ставится пробел. И часто оно так работает в "родной" клаве и такое поведение не может быть отключено.

Приличная клава убирает этот пробел при вводе знака препинания.
…и съедает любое количество пробелов перед точкой, если пытаешься отправить кусочек кода, например
someMethod()
    .Sort()
К сожалению, это встречается почти везде. Не помешало бы везде автоматически убирать пробел перед запятой, и ставить после ее. Уже даже электронные книги попадались с такой расстановкой пробелов.
На французском так делать даже правильно, если речь идет а высоких знаках препинания, включая ( скобки ) и « кавычки ».
Двойной пробел, это не так страшно (не сталкивался с проблемами), а вот пробелы перед знаками препинания встречается регулярно.

Да, написанный кем-то документ с пробелами перед знаками препинания и отсутствием пробелов после них выглядит плохо: руки на автомате сразу тянутся это исправить.

"Двупробелники" компенсировали "беспробелников". Теперь баланс нарушен...

Некоторые так и продолжат не ставить пробел после точки, запятой или до открытой скобки.

Хм, а почему бы просто не сделать настройку этого, включив по умолчанию? Те, кому так нужны 2 пробела, выключат это и продолжат дальше делать, как хотят.
Пользователь от большого количества настроек пугается.
Идеальная программа настроек не имеет вообще, и представляет одну кнопку — «Зделать хорошо».
Это явно не про ворд, там миллион разных функций и чтобы их изучить, нужно читать документацию.
Двойной пробел обосновывали тем, что на печатной машинке знаки являются моноширинными

Это, по-моему, странное объяснение. В пропорциональных шрифтах пробел обычно у́же большинства букв.
Вот! Мне тоже такое обоснование показалось странным.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.