Кому выпадало такое же счастье?

← →
И Павел (2009-11-01 10:18) [0]

Недавно приходилось дорабатывать программу, разработчик которой не распылялся по мелочам и предпочел старые проверенные, всегда подходящие под любой контекст, имена: Edit5, Edit7, Edit9, Button2, MenuItem7. К счастью, мои модули были связаны со старыми минимально, но повозиться с цифирками пришлось. Так вот мне и стало интересно, как много разработчиков предпочитают такой стиль? Кому выпадало такое же счастье? Может быть есть программы, прогоняющие чужие программы и позволяющие заменять имена? (хотя последнее врятли, слишком много неоднозначностей).

← →
@!!ex © (2009-11-01 10:23) [1]

> [0] И Павел (01.11.09 10:18)

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

← →
И Павел (2009-11-01 10:26) [2]

> Когда быстро нужно набросать какую-то не сложную прогу тоже
> так пишу.

Ну в таком случае это оправдано. Но моя программа содержала 30 форм: Form1...Form30 :)

← →
@!!ex © (2009-11-01 10:33) [3]

Могу только посочувствовать. :)

>>Может быть есть программы, прогоняющие чужие программы и позволяющие заменять имена?
Notepad++ -> Поиск -> Замена... -> Заменить все в активных документах
Предварительно все pas и dfm загрузи в него.

← →
TUser © (2009-11-01 10:43) [4]

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

Посему, если нечто объявлено тут и используется тут, и любому идиоту понятно, что это такое есть, то пусть называется тривиально. Пример, - единственная кнопка на форме, на которой висит обработчик нажатия и которая более нигде в коде не используется. Другой пример, - var i: integer; - счетчик цикла в процедуре из пяти строк. Любому понятно, что это за i такое.

Если однотипных объектов много и в памяти их не удержать, то даю толковые названия. Пример, - 10 кнопок на форме, которым по прихоти программистьа где-то в коде делается Enable. Другой пример, - var i, j, k, n, m, t, s: integer;, конечно, надо называть по-нормальному.

Третий случай, - когда объект используется где-то не там, где описан. Примеры, - названия полей в объекте, очевидно, не могут быть буквой I или чем-нибудь подобным. Хотя, пожалуй, X и Y, если объект отображает точку, допустимо, ибо главная цель названия - читабельность и понятность. Ну и всякие Form1..Form30, конечно, странно будут выглядеть.

зы Все сказанное суть имха %)

← →
И Павел (2009-11-01 10:44) [5]

> Notepad++

Спасибо. Это вариант.

← →
Юрий Зотов © (2009-11-01 10:47) [6]

> Notepad++

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

← →
И Павел (2009-11-01 11:05) [7]

> А еще лучше - использовать средства рефакторинга.

Если только какие-то средства. Сам рефакторинг этого кода вручную я делать не хочу - там столько всего закручено, чего лучше не раскручивать :)

← →
Inovet © (2009-11-01 11:06) [8]

Какие-то элементы интерфейса, к которым нет обращения в коде навроде Label1 и то лучше назвать осмысленно - структурирует в голове и в тексте видно к чему относится, но иногда оставляешь "на потом". Ещё глаз режет, когда объявления, генерируемые автоматически по мере добавления элементов, идут вперемешку - упорядочиваю по смыслу, может это уже и лишнее.:)

← →
vuk © (2009-11-01 11:33) [9]

to Inovet © (01.11.09 11:06) [8]:

> Какие-то элементы интерфейса, к которым нет обращения в
> коде навроде Label1 и то лучше назвать осмысленно - структурирует
> в голове и в тексте видно к чему относится

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

← →
Думкин © (2009-11-01 11:40) [10]

Локальные переменнные в рамах одной страницы и одноразовые - именую всяко. Что вызывает трения иногда. Но я упорный и непонятливый - а зачем иначе? Если же переменная идет на повтор и с сохраннением значения - ....

Все что во вне или превышает одну страницу - уже думаю над назаванием. Секунд 5, если до этого в РашнлРоуз не прописал себе, конечно.

← →
Думкин © (2009-11-01 11:54) [11]

> vuk © (01.11.09 11:33) [9]

Вот. Чел понимает. Я когда визуально набрасываю форму с гридом, то все на автомате. Если же мне что-то из элементов интересно - даю осмысленные имена. А потому, в связи со специфокй того с чем работаю - у меня куча и непонятных лабелов и CopyOfCopyOfNumber2 и прочего мусора. Который никому неинтересен.

← →
Inovet © (2009-11-01 12:53) [12]

> [9] vuk © (01.11.09 11:33)
> а смысла в этом будет ровно ноль. Потому, что через месяц-
> полтора, а то и раньше, эти структуры напрочь из головы
> выветриваются

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

← →
vuk © (2009-11-01 12:57) [13]

to Inovet © (01.11.09 12:53) [12]:

> А вот менюайтемы-то как раз нормально именованы, и выдумывать
> ничего не надо, и в коде видно по имени обработчика, что
> удобно.

У меня на MenuItem обработчики напрямую не вешаются. Только через TAction.

← →
Inovet © (2009-11-01 13:02) [14]

> [13] vuk © (01.11.09 12:57)
> У меня на MenuItem обработчики напрямую не вешаются. Только
> через TAction.

Хм, у меня тоже ведь через TAction, но всё равно для красоты значит именованы.:)

← →
Думкин © (2009-11-01 16:56) [15]

> Хм, у меня тоже ведь через TAction, но всё равно для красоты
> значит именованы.:)

для красоты значит именованы

А ...зачем? Времени много?

← →
Inovet © (2009-11-01 21:39) [16]

> [15] Думкин c (01.11.09 16:56)
> > Хм, у меня тоже ведь через TAction, но всё равно для красоты
> > значит именованы.:)
>
> для красоты значит именованы
> А ...зачем? Времени много?

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

Так что, если не заниматься эстетством ради эстетства, чуть больше времени вначале - в дальнейшем часто оборачивается значительно меньшим.

Ну это мне так удобнее. Встречал и подход "пофиг как назвать, лишь бы работало", с крайним проявлением в виде генерации уникальных имён функций и однотипных имён параметров навроде AKHT30YE8WL(prm1, prm2). Последнее надо сказать было из Фокса, не его генераторы, а человек, но в Фоксе с областью видимости тяжко потому провоцирует пофигистов на такое.

← →
Ламо777 © (2009-11-01 22:31) [17]

Мужики, и чего вам ночью в выходной не спится?

← →
DVM © (2009-11-01 22:41) [18]

я именую все и вся всегда. Кому жаль времени, может ставить в делфи разного рода дополнения которые автоматом формируют префиксы и даже целые имена.

← →
DVM © (2009-11-01 22:50) [19]

> навроде AKHT30YE8WL

это обсфукатор какой то а не кодер

← →
Inovet © (2009-11-01 23:03) [20]

> [19] DVM © (01.11.09 22:50)
>
> > навроде AKHT30YE8WL
>
> это обсфукатор какой то а не кодер

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

← →
Pavia © (2009-11-01 23:04) [21]

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

PS. Все слова не мои.

← →
TIF © (2009-11-02 03:16) [22]

> А вот студенты это хороший метод для обсфуркации кода.

Это вроде © Игорь Шевченко

Правда в оригинале такого страшного слова не было :) Хоть оно само по себе страшное, но тут просто ужас...

← →
Германн © (2009-11-02 03:19) [23]

> Ламо777 © (01.11.09 22:31) [17]
>
> Мужики, и чего вам ночью в выходной не спится?
>

"Понедельник начинается в субботу"!

← →
TIF © (2009-11-02 03:36) [24]

> имена: Edit5, Edit7, Edit9, Button2, MenuItem7

Я всегда использую максимально понятные имена. imho, название должно отражать функциональное названиние и иногда положение в интерфейсе. Можно также использовать транслит.

Например:
//Панель для отображения подсказки FlatPanel_Podskazka: TFlatPanel; //Рисунок на этой панели ImagePanel_Podskazka_Risunok: TImage; //Поле ввода оригинальной фамилии автора в списках книг Edit_SpiskiKnig_New_Avtor_Original_F: TEdit; //Аналогично, но для реального имени автора Edit_SpiskiKnig_New_Avtor_Real_I: TEdit;

Имя, конечно, может получиться весьма-весьма длинным, зато запутаться будет гораздо сложнее. Набирать вручную не получится, но обычно это лишнее - имя можно просто скопировать. Главное хорошо продумать: нужно ли в имени компонента прописывать имя его parent-а, или это лишнее, нужно ли разделять контролы на "кучки", когда использовать разделение через "_", а когда нет...

← →
TIF © (2009-11-02 03:38) [25]

> названиние

Ну вот, меня заразили вирусом создания страшных слов

*Назначение

← →
Дуб © (2009-11-02 06:28) [26]

> FlatPanel_Podskazka

Это гималайский английский? Серо-буро-малиновый. :)

← →
Наиль © (2009-11-02 08:13) [27]

Меня такой код ни сколько не беспокоит.
Всегда можно встать на название которое не нравится и нажать Ctrl+Shift+E.
В версиях от D2006 и старше.

← →
@!!ex © (2009-11-02 08:35) [28]

> [24] TIF © (02.11.09 03:36)

Вот за такое я бы убил.

← →
brother © (2009-11-02 08:46) [29]

http://www.citforum.ru/programming/delphi/style_delphi/
можно почитать...

← →
Лукошко (2009-11-02 09:27) [30]

> @!!ex © (02.11.09 08:35) [28]

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

← →
DVM © (2009-11-02 10:29) [31]

> FlatPanel_Podskazka

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

← →
Anatoly Podgoretsky © (2009-11-02 10:58) [32]

> DVM (02.11.2009 10:29:31) [31]

А написать следовало HintFlatPanel

← →
Inovet © (2009-11-02 11:25) [33]

> [32] Anatoly Podgoretsky © (02.11.09 10:58)
> > DVM (02.11.2009 10:29:31) [31]
>
> А написать следовало HintFlatPanel

Или как-нибудь flpnHint, fpHint.

← →
@!!ex © (2009-11-02 11:27) [34]

> [30] Лукошко (02.11.09 09:27)

Очевидно что в данном контексте слово убил не несет в своем значении физической угрозы, так что мимо кассы.

P.S.
Крайнее раздражение вызывают постояльцы пытающиеся читать мораль под анонимными никами.

← →
Anatoly Podgoretsky © (2009-11-02 11:52) [35]

> Inovet (02.11.2009 11:25:33) [33]

Я очень не уважаю префиксную нотацию, но не препятствую другим ее использовать

← →
Лукошко (2009-11-02 11:55) [36]

> @!!ex © (02.11.09 11:27) [34]

> слово убил не несет в своем значении физической угрозы

То есть нужного слова вы просто не смогли подобрать, так? Или значение слова "убил" таки ускользает от вашего понимания?

Да, ещё: я не постоялец, бываю здесь очень редко, хотя и давно.

← →
@!!ex © (2009-11-02 12:15) [37]

> [36] Лукошко (02.11.09 11:55)
> То есть нужного слова вы просто не смогли подобрать, так?
> Или значение слова "убил" таки ускользает от вашего понимания?

Оно ускользает от вашего понимания. Разговор окончен. Досвидания. До новых встреч.

← →
Лукошко (2009-11-02 12:25) [38]

> @!!ex © (02.11.09 12:15) [37]

Прекрасный ответ, юноша!
Искренне надеюсь, что встреч не будет.

← →
Anatoly Podgoretsky © (2009-11-02 12:25) [39]

Вот ты его и убил, а жалко.

← →
Kolan © (2009-11-02 12:28) [40]

Удалено модератором

← →
vuk © (2009-11-02 12:32) [41]

Ну так! Задним-то числом все мы жуть какие умные. :)

← →
clickmaker © (2009-11-02 12:38) [42]

Удалено модератором

← →
@!!ex © (2009-11-02 13:00) [43]

> [40] Kolan © (02.11.09 12:28)

Ну да... начинающие... мне сейчас босс резюме на проверку прислал... чувак начал программировать когда я в садих ходил.... и пример кода... вообще без отступов и со стандартными названиями(даже пункты меню N1,N2,...), да еще транслитом...
Просматривая таких кодописателей я начинаю думать что у меня не все так плохо....

← →
@!!ex © (2009-11-02 13:01) [44]

> [42] clickmaker © (02.11.09 12:38)
> ...и говорить фразы типа "руки за это надо отрывать" -)

> [30] Лукошко (02.11.09 09:27)
> Некоторые люди слишком легко относятся к словам. Крайнюю
> степень возмущения можно высказать мягче, дабы не складывалось
> неприятного ощущения о собеседнике, не так ли?

← →
Anatoly Podgoretsky © (2009-11-02 13:01) [45]

Удалено модератором

← →
TohaNik © (2009-11-02 13:05) [46]

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

← →
clickmaker © (2009-11-02 13:18) [47]

> чувак начал программировать когда я в садих ходил

на чем? может, на асме?
то есть, если чувак привык писать в таком духе:
PUSH D
POP H
DCX H
MVI M,0

LABEL1:
XCHG
MOV A,M
JZ LABEL2
XCHG
MOV M,A
DCX H
INX D
JMP LABEL1

то "пункты меню N1,N2" - неудивительно )

← →
Inovet © (2009-11-02 13:28) [48]

> [47] clickmaker © (02.11.09 13:18)

Ух ты i8080 вспомнил.:)

← →
@!!ex © (2009-11-02 13:29) [49]

> [47] clickmaker © (02.11.09 13:18)

Visual FoxPro :))))

← →
Inovet © (2009-11-02 13:32) [50]

> [49] @!!ex © (02.11.09 13:29)
> > [47] clickmaker © (02.11.09 13:18)
>
> Visual FoxPro :))))

См мой пост о генерированных именах.:) Правда то Фокспро 2.6

← →
turbouser © (2009-11-02 13:50) [51]

> Юрий Зотов © (01.11.09 10:47) [6]
>
> > Notepad++
>
> Это вариант, но не лучший. Многие программы позволяют делать
> поиск и замену

np++ уже давно так умеет :)

← →
DVM © (2009-11-02 14:46) [52]

> np++ уже давно так умеет :)

Да делфи сам умеет заменять во всех модулях проекта

← →
Sapersky (2009-11-02 19:06) [53]

Очевидно что в данном контексте слово убил не несет в своем значении физической угрозы

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

← →
@!!ex © (2009-11-02 19:50) [54]

> [53] Sapersky (02.11.09 19:06)
> Это попытка эмоционального давления на собеседника (пусть
> даже неосознанная)

Да нет. вполне осознанная. Проявление отношение к именам на транслите.

← →
Sapersky (2009-11-02 20:32) [55]

Просто, помнится, от мата ты активно открещивался. А Танатосом вместо Эроса, стало быть, тыкать можно.
Ну да, правилами не запрещено. И матерится быдло, а я типа не.

← →
@!!ex © (2009-11-02 21:26) [56]

> [55] Sapersky (02.11.09 20:32)

Я против мата. Поскольку он прилипает и замусоривает речь.
Насчет быдло/не быдло... Если мной начнут двигать такие понятия, это будет уже диагноз.

← →
AlexDan © (2009-11-02 21:32) [57]

> TohaNik © (02.11.09 13:05) [46]
> Названия, несущие смысловую нагрузку, даю только формам,
> модулям, наборам данных и источникам данных, ну сеткам
> еще, если их больше двух(это совсем уж редко). Попытался
> всему остальному, только запутало.
совершенно согласен.. даю личные имена только в крайнем случае..

← →
Leonid Troyanovsky © (2009-11-02 22:24) [58]

> AlexDan © (02.11.09 21:32) [57]

> совершенно согласен.. даю личные имена только в крайнем
> случае..

- А зовут его как?
- Свистом.
- Оригинальное имя.
- Какое там имя, молодой еще, имя не заслужил [с]

--
Regards, LVT.

← →
AlexDan © (2009-11-02 22:39) [59]

> Leonid Troyanovsky © (02.11.09 22:24) [58]
правая кнопка - василий, левая - маня..

← →
Inovet © (2009-11-02 23:18) [60]

> [59] AlexDan © (02.11.09 22:39)
> > Leonid Troyanovsky © (02.11.09 22:24) [58]
> правая кнопка - василий, левая - маня..

А как им встретиться?

Как бы мне, рябине,
К дубу перебраться.
Я б тогда не стала
Гнуться и качаться.

(с) народная песня

> http://www.citforum.ru/programming/delphi/style_delphi/можно
> почитать...

Лучше уж тогда первоисточник :)
http://www.delphikingdom.com/asp/viewitem.asp?catalogid=802

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

1) Писал на лету, так что примеры довольно корявые, просто хотелось показать суть идеи.

В идеале подчёркивания должны помогать ориентироваться в том, "что на чём лежит", а не разделять слова в названии. Например:
PanelPodskazka_Image: TImage;

Image лежит на Panel. Панель предназначена для вывода подсказки.

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

Подсказка help, hint, prompt
* help - слишком сильные ассоциации с "помощь". Как быть, если есть панель с помощью и панель с подсказкой?
* hint - лично у меня это уже ассоциируется только с всплывающими подсказками
* prompt - хороший вариант, но prompt может быть как существительным, так и прилагательным, глаголом, наречием. Сответственно куча значений

Ну с подсказкой ещё более-менее, но постоянно задумываться, как по-английски будет то или другое слово - это занятие не из лёгких. Опять же проблемы с многозначными словами + вряд ли кто-то знает английский в совершенстве, чтобы сходу определить, что компонент-grid для вывода сводного отчёта должен называться ConsolidatedReturn или ConsolidatedReport, ну или как GeneralReport

Только поэтому я за транслит:
SvodniiOtchet

3) В принципе, я не против сокращений. Но, imho, чем больше сокращений, тем хуже в них ориентироваться. Ну со "сводным отчётом" более привлекательно смотрится как раз сокращенный вариант:
SvodOtchet

PS: для тех, кому английский как родной лучше
GeneralReport
не придумаешь

Но если кроме сводного отчёта ещё будет и общий/главный/генеральный, опять придётся выбирать между синонимами :)

PPS:
> Вот за такое я бы убил.

http://stjohndc.org/Russian/command/r_zap006.htm

Забыл. Ещё
PPPS: в D2009 и D2010 можно давать переменным, функциям, процедурам, компонентам имена, состоящие из символов Юникода... В том числе и на кириллице :)

СводныйОтчёт: TMySuperGrid;

Правда этом месте тут же начинается критика "переключать раскладку клавиатуры требуется? Да за такое кастрировать надо!" и прочее а-ля "домен .РФ в топку, латиница forever"
:)))

Меня переключение раскладки не "напрягало" никогда. Ну ещё как вариант рассматриваю использование всевозможных http://punto.yandex.ru (не пользовался) для ленивых. Остальных, для кого это сугубо религиозный момент или вопрос жизни и смерти, прошу срочно забыть текст этого сообщения. Я про кириллицу ничего не говорил :)

> [62] TIF © (03.11.09 03:01)
> PPPS: в D2009 и D2010 можно давать переменным, функциям,
> процедурам, компонентам имена, состоящие из символов Юникода...
> В том числе и на кириллице :)

Как-то в Visual Studio обнаружилась возможность русские имена давать, так это быстро сочли за баг Майкрософт, который должны непременно исправить в ближайшем апдейте.

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

> Как-то в Visual Studio обнаружилась возможность русские
> имена давать

Боярское программирование? )
http://habrahabr.ru/blogs/crazydev/41303

> [61] TIF © (03.11.09 02:49)
> Только поэтому я за транслит:

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

> http://stjohndc.org/Russian/command/r_zap006.htm

:D

> TIF (03.11.2009 02:49:01) [61]

Переходи на Д2009/2010 и нет проблем с именами.

to @!!ex © (03.11.09 08:57) [67]:

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

Смотрел как-то примеры программирования под терминал сбора данных Casio DT-810. Там не китайцы были, а японцы, но с этого не легче. Наименования переменных в виде японских слов, записанных транслитом в латинице - это песня про вынос мозга. Правда, на непонятном языке.

to Anatoly Podgoretsky © (03.11.09 10:29) [68]:

> Переходи на Д2009/2010 и нет проблем с именами.

Агасичас. Теперь надо внимательнее за раскладкой следить, чтобы не запилить имя типа СфтсудButton. Раньше IDE просто ругалось, а теперь гордо молчит, типа Unicode поддерживает. :)

> vuk (03.11.2009 11:09:09) [69]

А как это у тебя получилось, специально на полпути менял коней?
Как раз именно на подобное и толкаю, лучше КнопкаОтправить, чем KnopkaOtpravit

to Anatoly Podgoretsky © (03.11.09 12:06) [71]:

> А как это у тебя получилось, специально на полпути менял
> коней?

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

> Как раз именно на подобное и толкаю, лучше КнопкаОтправить,
> чем KnopkaOtpravit

Кодить потом неудобно будет с операторами на латинице и идентификаторами на русском. Всё по той же причине - надо за раскладкой следить.

> [71] Anatoly Podgoretsky © (03.11.09 12:06)
> Как раз именно на подобное и толкаю, лучше КнопкаОтправить,
> чем KnopkaOtpravit

А чем лучше?

> лучше КнопкаОтправить,
> > чем KnopkaOtpravit
>
> А чем лучше?

В первом случае это кнопка "Отправить", а втором кнопка Отправит, а может и не Отправит. :)

> vuk (03.11.2009 12:15:12) [72]

Кодить это наша основная работа, если уж с раскладками не справиться, то что тогда про программу говорить?
Да и особо надо следить только за объявлениями переменных и типов, остальное сделает компилятор. Проверить на наличие объявления, а если и то и то одинаково получилось, то просто обфускатор получился.

> Кодить это наша основная работа, если уж с раскладками не
> справиться, то что тогда про программу говорить?

вот именно, что основная. А тут еще и за раскладками следить

← →
Sapersky (2009-11-03 15:00) [77]

@!!ex © (02.11.09 21:26) [56]

Ладно, мне, наверное, не объяснить, зачем нужно уважение к собеседнику и его мнению (ИМХО, любая форма давления - это неуважение), в тех случаях, когда вроде бы можно обойтись без него.
Но имей в виду, что даже суровые, не склонные к сантиментам хакеры вряд ли оценят твою манеру высказывать своё мнение в "кавалерийском" духе: по любому поводу - хрясь шашкой сплеча.
"Кавалерист" производит впечатление человека с узким, ограниченным мышлением. Он не способен видеть проблему с разных сторон. Или хотя бы отличить принципиальный вопрос, ради которого можно и за шашку взяться, от чистой вкусовщины.
Всё, нравоучения окончены.

Вот поэтому я и против транслита. :)
Лучше кривой английский, чем прямой японский.

Ну наверное далеко не все и не всегда пишут "на экспорт". И "импорт" получают далеко не все. И если с вероятностью 99% код не покинет пределов нашей родины - заботой о китайцах можно пренебречь.
Хотя лично мне помесь транслита и английского кажется смешной... но так же смешны и английские неологизмы, которые выдаёт слабо знающий язык человек при попытке "спикать инглиш".

to Sapersky (03.11.09 15:00) [77]:

> Ну наверное далеко не все и не всегда пишут "на экспорт".
>

Это да. Но когда это в примерах к SDK... Сейчас, правда, японцы уже исправились. :)

Давая имена программным объектам, самое главное - помнить, что основная задача любой программы - это чтоб никто-никто кроме тебя самого, не смог в ней разобраться

> [77] Sapersky (03.11.09 15:00)

1) "Прочее" - это как раз место где ИМХО вполне позволительно высказываться в таком духе.
2) Это счастье, когда мнение хакеров не особо волнует.

P.S. Я повторюсь: "убил бы" не несет никакой особой негативной оценки. Выражение несогласия, в крайней форме, не больше. Если ты увидел что-то другое... Твое право.

> [77] Sapersky (03.11.09 15:00)
> Ну наверное далеко не все и не всегда пишут "на экспорт".

Почти никогда не пишут на экспорт. Это не мешает софту в дальнейшем попадать в руки к людям, не говорящим по русски.
Особенно меня раздражают всевозможные Горнаковы, пищущие книга с примерами на транслите...
ИМХО лучше машинный перевод чем транслит.

TIF, если ты слишком близко воспринял к сердцу мое высказывание, то прошу прощения. Не было цели тебя оскорбить или унизить. И то, что некоторые увидели в моем высказывании нечто ужасное не имеет никакого отношения к реальному смыслу, который я вкладывал в эти слова.

to MsGuns © (03.11.09 16:17) [79]:

> Давая имена программным объектам, самое главное - помнить,
> что основная задача любой программы - это чтоб никто-никто
> кроме тебя самого, не смог в ней разобраться

От эта правильна! :D Наблюдал, еще давно, одного мужика, который этим правилом пользовался во всю. Математик он был очень хороший, а вот программист...
Писал он на MS C, при этом отладчики не признавал в принципе (отлаживал путем гипнотизирования монитора, в основном), а идентификаторы в коде имели, как правило, вид следующий: i, iiii, aaaaa, w, ww, www, wwwww. Собственно, что он там понаписал, иной раз он даже сам понять не мог. А то обфускация, понимаешь...

>vuk © (03.11.09 17:02) [81]
>Собственно, что он там понаписал, иной раз он даже сам понять не мог.

Вот это настоящий Мастер !

to MsGuns © (03.11.09 17:09) [82]:

> Вот это настоящий Мастер !

Ну так! Высший пилотаж! При этом программа (а там были сложные расчеты, визуализация в 3D и это все под DOS) иногда даже работала. В основном, правда, в присутствии автора. Потом, помнится, когда ушел этот мужик, показали людям это творение, попросили доработать и довести до ума. Они как в исходники глянули, так и убежали, как от чумы.

> MsGuns (03.11.2009 16:17:19) [79]

Кое кому это хорошо удается :-)

Anatoly Podgoretsky © (03.11.09 10:29) [68]
> Переходи на Д2009/2010 и нет проблем с именами.

Уже там

@!!ex © (03.11.09 08:57) [67]
> http://stjohndc.org/Russian/command/r_zap006.htm
> :D

Ну и отлично, смайлик есть, мы друг друга поняли, извинений не нужно.
Я, собственно, и не воспринял фразу в буквальном смысле. Иногда высказывания похуже приходится слушать, если на все обижаться или воспринимать близко к сердцу - времени и нервов не хватит :)

> TIF (04.11.2009 03:05:25) [85]

>> Переходи на Д2009/2010 и нет проблем с именами.

> Уже там

Ну остальное дело менталитета и условий разработки. Если не на сторону и разработка не outsource, то сам бог велел использовать русские имена, там где это разрешено.

Кому выпадало такое же счастье? Найти похожие ветки