ulidtko
25.01.2012 20:05
Ни один из виденных мной редакторов не использует конструктивно двойной пробел.
Ведь символ пробела, печатаемый сразу после символа пробела — это явный признак того, что программист делает alignment (или, когда редактор совсем плох, ещё и indentation), и ему самое время помочь.
Дискас, посоны, что делать с этой идеей?
41 comment
recommend
bookmark
subscribe
может ты просто ошибся?
Отбивать табами.
тогда ты должен исправить ошибку и нажать backspace, как обычно. Редактор, очевидно, должен на это консистентно отреагировать.
А вот когда ты долбишь пробел, пытаясь сделать выравнивание — вполне можно и добавить пробелов до следующего интересного столбика, глядя на предыдущую(ие) строчку(и).
табами отбивается indentation, но никак не alignment.
Или ты о elastic tabs?
indentation != alignment.
Для второго табы приводят к пиздецам.
а, не, elastic tabs здесь тоже не подходят.
Второе вообще не нужно.
нужно.
ПИТОКОКОКОКОКО
типичный дедфудослив
Сишные структурки, которые гуляют по сети описывать очень удобно in-place комментариями над каждым филдом. С элайнментом в разы лучше выглядит. For example.
Не понял. Как такой элайнмент не отбивается табами?
Отбивается, но потом такое говнище выходит, если смотреть в разных редакторах. В том же hg/git web смотреть чейнджсеты оче печально.
выравненные аргументы в длинных вызовах функций:
a_fucking_object.do_some_damn_long_method(long_argument_1,
←- ALIGNMENT HERE -→ long_argument_2,
long_argument_3)
В личкрафтокодестайле, например, в этом случае +2 уровня таба.
таб означает переменное число знакомест. Пробел означает фиксированно одно знакоместо. При выравнивании тебе нужно заполнить строго n знакомест. Сделай вывод.
Не, так хуево. Есть зависимость от размера табуляции.
НЕКРАСИВО же, ничего не выравнено.
При выравнивании в этом случае надо визуально показать, что это аргумент функции на предыдущей строке. Сделай вывод.
А потом функцию переименовал (или переменную для ее возвращаемого значения), и ПЕРЕВЫРАВНИВАТЬ шоле? Тебе платят за количество измененных строк в коммитах?
ненене:
<indentation start---tabs-tabs-tabs-------end>code code code code code(code code);
<indentation start---tabs-tabs-tabs-------end><alignment start----→code code code;
а вот это уже хороший аргумент.
А, так хорошо.
<tab><tab>code (var1,
<tab><tab><tab><tab>var2);
Я люблю, чтобы начало var2 стояло строго под началом var1. А у тебя поедет.
можно попробовать возразить, что часто меняющийся код просто изначально написан плохо — поэтому потенциальные косяки при изменении кода не являются поводом отказываться от ништяков красиво выглядящего не меняющегося кода — но можно и просто сказать, что ты хуй и твой стиль говно :3
Я уже сказал, что это говно.
Не вижу тут красоты.
но зато у него не надо будет ПЕРЕВЫРАВНИВАТЬ при изменениях же.
Блядь, как по мне, так ничего страшного. В чейнджсете зато будет видна вся новая сигнатура, например.
ок, s/красота/когнитивный комфорт при решении задачи поиска взаимосвязанных объектов/
ну вот и я говорю.
Если твоя сигнатура не влезает в N строк unified diff'а, ты что-то делаешь сильно не так.
нет ты
Я личкрафты пишу, конечно же я делаю что-то не так.
и тян ебёшь.
Кот бы говорил.
R!
А ты не кот.
%одна тян% с тобой не согласна.
Нерепрезентативно