Помогите с аргументацией по поводу пробелов до и после знака =.

Всю жисть учился писать код красиво - смотрел в типовые и брал пример со стандартов разработки разработчиков фирмы 1С.

От меня требуют невозможного - писать вот так: ЗначениеВерно=Результат.

А на уровне рефлексов пишу вот так: ЗначениеВерно = Результат.

Поможите с аргументацией, не хочу обратно переучиваться писать не красиво.

терпеть не могу пробелы вокруг = > < и т.д.

Ищщо от меня требуют писать не ЗначениеВерно или ПроверкаУспешна.

А что-то типа флПроверки, флВерности и т.д.

Что за муйня и как настоять на своем, грамотно аргументировав?

не надо стоять на своём - больно

(0) по мне так более читабельно...
благо никто не заставляет:)

если заставляют, делай автозамену " = " на "="

.... я делаю так же, не парься...:)
а ещё иногда и вот так вот:

ЗначениеВерно = Результат;
Значение      = Результат;
Верно         = Результат;

Мне так читать удобнее...:)

(5) вопрос в том, что это более читабельно.

А меня заставляют вот так писать:
ЗначениеВерно=Результат;
Значение=Результат;
Верно=Результат;

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

от тебя же не требуют на ноль делить, или по 10 операторов на одну строку мостить

(7) при таком подходе пропадает желание заниматься там разработкой

(8) не можешь кодить коллективно - ищи сольные проекты, в чём проблема?

(9) проблема в том, что если бы мне изначально сказали, что кодить надо вопреки стандартам разработки принятым в 1С - я бы хорошо подумал, идти туда или нет.

ну напишите скрипт, котрый Ваш код исправит.

копи-паст, скрипт , копи-паст,

и для Вашего удобства - оратный алгоритм.

(10) Не повезло, учитаывя, что оч много пишется на автомате, отвыкнуть будет трудно.

(10) у 1С есть стандарты? ну-ну

а кто требует?

Начальство оценивает код по оформлению, а не по качеству?
ИМХО, нафиг такое начальство, писать надо как удобнее. Кому-то удобнее с пробелами, кому-то без, кому-то два знака для отступа, кому-то 4, ну и так далее. Код красив не этим, хотя конечно весь код в одной строке - тоже перебор :)

я тоже пишу ЗначениеВерно = Результат, так не сливается в один оператор все

(13)не поверишь, есть, даже на итс

(14) Единственный.
В конторе все базы на 7.7 надо на 8-ку переходить.

(17) на ИТС, может, и есть.
а в реале?

(18) кому надо ?

флКакойтоМуйни - это привычка клюшечников..

настоящий адепт снеговика напишет так:

ФлагПоказывающийКакКакаятоМуйняПолучаетЗначениеИстина

(0) Таки аргументация здесь понадобится, только чтобы пытаться поменять их стандарты разработки. Иначе - стОит их придерживаться.

(21) это адепт не снеговика, а снеговика который (снеговик) подружился с гусем, тобишь «снегусь»

пиши с пробелами, не ведись на эту тупую экономию! не только читабельно, но и удобно при поиске, обработке и тупо просмотре!
язык 1С отличается от всех других языков тем, что ВСЕГДА после вас его будут переделывать! позаботьтесь о последующих прогерах.. некрасиво написанный код считаю обфускацией.

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

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

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

(21) "флКакойтоМуйни - это привычка клюшечников.."  бред

(0) кто первым догадался в секции Работа вместо вакансий фигачить всякую лажу типа "как вы работаете, какой монитор на работе, ругаетесь ли с начальством на работе и тд " ???

(26) +500 молодец

Пля, буду писать, как в типовых пишут.

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

поскольку в 1С присваивание и проверка на равенство записывается одинаково (=), то разумно их как-то различать. Например, присваивание всегда слитно с переменной, а проверка на равенство — через пробел.

(31)+ ну или наоборот

типовые, кстати, совсем не образец хорошего оформления кода

(5) А я вообще слева от = выравниваю табуляцией, а справа пробел:
ЗначениеВерно = Результат;
Значение      = Результат;
Верно         = Результат;

+ (5)съела знаки тоже, зараза...

(27) видел так..
видел кучу самописныхконф на 7ке..

подтверждаю - так и есть

флХ
глХ
тХ

это правильно

(36) разные стили именования переменных/методов/атрибутов произошли ещё тогда, когда 1С 7 и в помине не было.

флПроверки
флаг_проверки
ФлагПроверки

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

так что 1С тут ни при чём

НЕдавно ТС работал во франче.. писал что много дел.. видимо ушёл.. но новое место тоже не радует.. лол

(31) Если нужен булев результат проверки на равенство, как правило пишут что-то типа:
РезультатСравнения = (Первый = Второй);
Я так в типовых видел, да и в других языках, где присваивание и равенство обозначаются одним оператором, например, Паскаль. Такая запись, конечно, длиннее, но ее удобство состоит в том, что глазами быстро находятся "опорные" точки в коде.
Вообще, считаю, что тратить время и нервы на то, чтобы всей команде доказать, что они неправы по форматированию кода, является занятием, недостойным для программиста. Гораздо полезнее будет написать себе тулзу, которая все приведет к внутреннему стандарту автоматически и писать как левая пятка пожелает.

Какая разница как писать код?
Заказчику важна картинка - интерфейс, а не кишки.

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

(40) так не всегда получишь ожидаемое

(41) Такая точка зрения характерна для людей, которые никогда не занимались длительно сопровождением уже существующей в организации сложной системы. При сопровождении на первый план выходит как раз ясность по смыслу и легкость по чтению кода. А читать код легче, если он написан с одинаковым форматированием.

> чаще всего плохо написанный код - это как правило отвратительные интерфейс

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

(43) Не спорю, но мне, например, писать реформаттер будет интереснее, чем собачиться с "коллегами" по поводу пробелов вокруг знака "равно". Если они тупые и упертые, им все равно ничего не докажешь.

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

(45) можно без фамильярностей? интерфейс наполовину состоит из эргономичности и наполовину из кода. который никто писать не любит. а накиданные цветастые фишки на форму и куча слоев - это не признак утонченного эстетизма.

А кто такие "клюшечники"?

семерошники

(47) Любой русский программист, после пары минут чтения кода, обязательно вскочит и произнесет, обращаясь к себе: переписать это все нафиг. Потом в нем шевельнется сомнение в том, сколько времени это займет, и остаток дня русский программист потратит на то, что будет доказывать самому себе, что это только кажется, что переписать это много работы. А если взяться и посидеть немного, то все получится. Зато код будет красивый и правильный. На следующее утро русский программист свеж, доволен собой и без единой запинки докладывает начальству, что переписать этот кусок займет один день, не больше. Да, не больше. Ну, в крайнем случае, два, если учесть все риски. В итоге начальство даст ему неделю и через полгода процесс будет успешно завершен. До той поры, пока этот код не увидит другой русский программист. (с) не мое

(0) Смотри книжку "Совершенный код" Стива Макконнелла (англ. название Code Complete). Книжка в целом капитально вправляет мозги по теме программирования, ну и есть целая глава посвященая стилю написания кода. Кстати там, насколько я помню, тоже рекомендуется "=" окружать пробелами.

Автор перфекционист и никогда не найдет нормальную работу.

(52) переучись писать левой рукой в соответствии с корпоративными требованиями, соответствующим логике какого-то клюшечника-самоучки, ненавидящего типовые конфигурации.

+(53) а ненависть к типовым конфигурациям, как правило возникает из отсутствия должного уровня знаний, опыта, не позволяющего в них разобраться.

Сужу по себе - сам начинал со статуса "клюшечник-самоучка".

Пошли их в зад. Я при приеме на работу самое первое на что смотрю, это на оформление кода по стандартам 1С.

(55) вот не поверишь, который раз уже убеждаюсь...

Чем больше гемора при трудоустройстве в компанию (замороченные анкеты, рисунки, тесты, проверки) - почти 100% вероятность, что там есть серьезные тараканы.

(55) т.е изначально содержание кода не интересует?
у мня был чел, он только на аглицком писал. Как такие на вакансию пойдут?

(57) ты читать умеешь?

как быстро поиском найти где изменяется значение переменной? особенно, если после имени переменной понатыкано пробелов и табуляций «для красоты»?

(0), (2) ты попал к быдлокодерам

+(60) к быдлокодерам в лапы. Я бы даже сказал - в руки-крюки.

(58) что?

(51) +100
Отличная книга. Там еще написано что в названии переменной флага не стоит использовать слово Флаг.
(0) Сам иногда даже в чужом коде расставляю эти пробелы.

(59) вот не поверишь, участвовал в разработке конфы на 8.2 в крупном франче - ни одной переменной глобальной не было, которую нужно было искать поиском по всей конфе.

(64) покажи пальцем, где я написал слово «глобальный»?

(61) ну да, подозреваю, чтро у мну з.п. намного выше, чем у "ИмяТогоНеНазывать". Мне несколько раз сказали, что разглашать уровень доходов в компании - строго запрещено.

(59) А ввести в строке поиска " =" Заратустра не позволяет?

(61) Что делать?
Хватать в охапку сертификаты + одинесовые стандарты "1С Совместимо" и бороться?

(59) в форме поиска есть галка "Искать слово целиком", она как раз для таких целей придумана

(65) заратустра в поис добавить " =" не позволяет?

(67)(70) как в коде в стиле (34) найти все места, где меняется значение переменной Верно?

прикольная аналитика....

- Корпоративные требования к написанию кода составлены 25 августа, я устроился через 4 недели.
- В конторе раньше работало много прогов на 7.7, сейчас их нет.

Напрашивается вывод: до меня был прог, который не выполнил устные требования по корпоративному оформлению?

Я, конечно, в данном конкретном вопросе с автором солидарен, но то, что он уже на втором месте подряд с коллективом сработаться не может, это настораживает.

+(72) через две недели...

(73) на предыдушем месте надо было пахать от зари до зари, коллектив абсолютно не при чем.

Смотря что писать. Если нетленку для своей компании - то пофиг. А если типовое решение то нужно придерживаться стандартов 1С

(76) ты пойми, если человек привык писать правой рукой, то песец как трудно переучиваться на левую руку.

И оно вообще надо учиться криво*опо писать?

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

(78) сделать для меня исключение, тоже не просить?

(77) ты понапишешь, как тебе нравится, а людям потом за тобой разгребать.

(80) не разгребать, а в нечитаемый клюшечный текст превращать.

(80) я печатаю слепым методом, у меня руки привыкли на автомате писать код с оформлением.

Дайте пожалуйста, ссылку на стандарты написания кода в 8-ке

(81) больше пафоса, больше!

(83) на ИТС возьми

(85) на Партнере не нашел

Хранилищем-то хоть пользуешься?

(87) а ты отладку в тонком клиенте ведешь или галку снял в отладчике?

(88) т.е. хранилищем не пользуешься?

(89) в (88) ответ на твой вопрос

(90) у меня бы ты работать не смог бы

(91) какой пафос твиттериста

(91) возможно, ты даже не прошел бы собеседование у меня :)

(93) проблема в том, что собеседования провожу я, а не ты

(94) проблема еще и в том, что я к тебе даже на собеседование не приходил.

(95) а такие, как ты, мне не нужны

(79) а смысл? На самом деле крайне неприятно разбираться в конфе разные куски которой по разным стандартам написаны, по себе знаю... А тыкать начальство стандартами от 1с тоже смысла нет - 1с их сама не выдерживает. Меня всегда прикалывала рекомендация 1с не делать процедур и функций больше чем на 300-400 строк, учитывая их многотысячные процедуры

(96) а бла-бла-бла... я бы к таким как ты даже бы и не пошел....

(97)
а почему надо ни в коем случае не допускать пробелов в написании кода в строке. "Только в случае обязательной необходимости, в связи с требованиями синтаксиса"?

(0)
1. Писать как требуют в конторе
2. Уволиться
3. Открыть свою контору и писать как хочется

ИМХО нахера идти жаловаться на форум, пользы то 0 от этого.

(100) он не способен ни на один из первых трёх пунктов. Только на четвёртое

(100) +100500

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

(101) чувак, ты задал вопрос про хранилище, но так и не понял, как с этим связан тонкий клиент.

Твои знания 8.2 на нуле, а ты при этом еще и собеседования проводишь.

(104) ты вообще не понял, про что я тебя спросил, и начал нести ахинею.

(105) шо ты тогда за начальник, если не можешь в понятной форме сформулировать вопрос?

(105)+ кроме того, хоть я уже давно не программист как таковой, моих компетенций в 8.2 достаточно, чтобы сделать выводы о твоей профнепригодности.

Автор! У тебя больше шести веток посвященных проблемам на работе или связанным с приемом на работу.
Проблемы случаются у всех. Но не у всех они носят такой регулярный характер.

У меня сложилось однозначное впечатление, что проблема не в твоих работодателях, а в тебе.

Возможно, что впечатление обманчиво.... ИМХО.

пеши с пробелами в пакетных файлах

(107) моих компетенций вполне достаточно, чтобы сделать вывод о полной непригодности тебя как начальника, так и разработчика.

+(110) могу объяснить по пунктам.

переход на личности

(110) понимаешь в чём дело, твоё мнение меня и вообще всех здесь мало кого интересует.

(112) ну вот, теперь опять будут ныть про модераторский произвол