Учитесь читать, сер.

Не юзать шифт в лиспе, а в С вместо "-" использовать шифт+"-" => «_».

Оооо, сер, предложите лучший вариант?

>не в коем разе не юзать кнопку шифт вообще

У лисповцев наверное какая-то особая, элитарная раскладка, где скобки набираются без шифта.

Потому что в системный сишный софт левые люди не полезут.

CamelCase

оно короче и меньше нажатий требует

Напечатать какашкин код, а про то, что его надо поддерживать - как-то забыли...

дворак же

Каюсь, про скобки забыл.

есть компромисс: some_Fucking_Function()

Дело житейское, хитро...

>Не юзать шифт в лиспе, а в С вместо "-" использовать шифт+"-" => «_»

На этом моменте как раз и теряется вся прелесть лисповских "-": там не надо нажимать на доп. кнопку.

Зато раздувается ЧСВ читабельность.

>Напечатать какашкин код

Я, конечно, так категорично заявлять не буду, но соглашусь с тем, что читать some_long_and_very_boring_names гораздо удобнее именно с подчеркиваниями.

Это точно. И, не боясь повториться, повторю, не боясь тавтологии, тавтологичное заявление: как пишутся имена файлов, так и функции называть надо.

Я именно это и сказал тем постом

просто в более жесткой форме.

Я в именах файлов вместо «_» пишу "-".

> а как вы объясните столь неадекватный стиль кодирования предложенный гвидо?

Объяснять тебе, неадекватное жывотное? Шел бы ты в лес.

Объяснять тебе, неадекватное жывотное? Шел бы ты в лес.

Не обижай белку. Она ещё пригодится нам в суровую зиму. Корми её хорошо.

У вас какие-то проблемы с тавтологией? Не хотите об этом поговорить?

> Не обижай белку.

Выфер так долго и тщательно создавал себе образ недекватного животного, что я бы обижал его, если бы относился к нему иначе. Так что я единственный, кто относится к нему реально уважительно :)

О, мой великий психопатолог, объясни мне, почему у меня по пьяни заплетык языкается? Да еще и крысы сейчас по рабочему столу бегают, и мое пиво пьют? (кстати, Розка вообще оборзела, присосалась так, что и не оторвешь).

Странно, что никто не вспомнил про то, что во времена появления C на свет компиляторы его не различали регистр переменных и, как следствие, underscope был вынужденной мерой для повышения читаемости.

Т.е. snake_style - oldschool и Ъ, CamelCase - для метросексуальных кодеров с маникюром.

CamelCase - для метросексуальных кодеров с маникюром.

Хай им...

> во времена появления C на свет компиляторы его не различали регистр переменных

Различали.

snake_style - oldschool и Ъ, CamelCase - для метросексуальных кодеров с маникюром.

CamelCase немногим младше Си, и уж точно старше тебя :)

60-е?

Разве? ЕМНИП, в K&R было про это, но у меня его нет сейчас.

Я пользуюсь CamelCase и ohmygodwtf, и не претендовал на бородатость и умудренность :)

Вах, жутко плусую...

> Разве? ЕМНИП, в K&R было про это, но у меня его нет сейчас.

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

Я пользуюсь CamelCase и ohmygodwtf, и не претендовал на бородатость и умудренность :)

Ну ты сказал oldschool только про snake-case :)

переходите на Haskell и прекратите задавать глупые вопросы

Благодарю за пояснение.
А case-insensitivity я, видимо, взял из фортрана и кобола, ещё во времена перфокарт. Нет lower case - нет и sensitivity.

Ну да, не говорить же «а CamelCase пользуются только ссзб, потому что я так хочу»? :)

> переходите на Haskell

И у вас не будет даже выбора? :)

> pep8. Там черным по белому написано

Ага, только многие кладут на этот pep8. В итоге в рамках одной библиотеки порой можно обнаружить и someFunction, и some_function и даже somefunction.

не говорить же «а CamelCase пользуются только ссзб, потому что я так хочу»? :)

Кому как нравится, тот так и пишет. Очень бы хотелось Егора Летова процитировать, но не буду.

И у вас не будет даже выбора? :)

bondage and discipline language, да. с нынешними программистами иначе и нельзя

> Почему не было ни одного поста о гениальности принятого стиля в Lispe

Лисповый стиль самый приятный, факт. Но мало где доступен.

Кому как coding conventions текущего проекта говорит, тот так и пишет.
Или пишет как нравится, но уже менеджеру проекта относительно изменений этих conventions.
Иначе Летова, а также Пушкина и Маяковского, будут цитировать уже писателю.

> bondage and discipline language, да. с нынешними программистами иначе и нельзя

Прежде чем подвергать «нынешних программистов» дисциплине, вы их заманите сначала :D

> Я пользуюсь CamelCase и ohmygodwtf

ohmygodwtf

Да, это самый шик. Обожаю подобные идентификаторы в чужом коде... Мозготрах обеспечен, даже Перл не нужно доставать :)

Нет, шик - это такие ohmygodwtf-style с именами на runglish, да ещё и несущими некую смысловую нагрузку.

Иначе Летова, а также Пушкина и Маяковского, будут цитировать уже писателю.

Пусть Пушкина с Маяковским цитируют.., а Летова не трогайте. Есенин, кстати, тоже очень красиво высказывался насчет русской души...

Я думаю, коллеги найдут, кого процитировать.

> bondage and discipline language

Да, хаскель суров. Я помнится в первом хеловорлде больше всего времени потратил на правильную расстановку отступов :) Зато красиво получается, да... Жаль, что я быдлокодер и дело далеко не пошло. На императивщине с фигурными скобочками как то удобней быдлокодить.

C: struct SomeStruct, double some_double, void someFunction().

C++: class SomeClass, double some_double, void someFunction(). Использую префиксы m_ (для членов классов, если это не C-style структура), а также (для Qt) signal_ и slot_.

Всегда стараюсь использовать понятные имена.

bool is_active, bool isActive(), int num_of_something, double m_resistivity, void setResistivity(double resistivity), double resistivity() { return m_resistivity }.

Эти простые вещи очень помогают.

Linux style, если честно, немного бесит, например эта часть:

LOCAL variable names should be short, and to the point. If you have some random integer loop counter, it should probably be called «i». Calling it «loop_counter» is non-productive, if there is no chance of it being mis-understood. Similarly, «tmp» can be just about any type of variable that is used to hold a temporary value.

>> Почему не было ни одного поста о гениальности принятого стиля в Lispe

Лисповый стиль самый приятный, факт. Но мало где доступен.

О чём речь, где почитать?

> C++: class SomeClass, double some_double, void someFunction(). Использую префиксы m_ (для членов классов, если это не C-style структура), а также (для Qt) signal_ и slot_.

алсо justanothernamespace (примеры — qfgui, qfcore)

>g_ptr_array_ - префикс, означает что функция относится к классу GPtrArray.

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

>О чём речь, где почитать?

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

ничего я не развожу, просто интересно

>отображать эти характеристики каким-то специфическим способом (не знаю, может цветом или значком или как ещё). Кто-ть встречал реализации таких идей?

любая уважающая себя IDE может. Хоть значками, хоть цветом, хоть запахом

«пахнет указателем на unsigned int»

>любая уважающая себя IDE может

1. Например?
2. Если могут, по почему все пишут код с этими префиксами?

>Если могут, по почему все пишут код с этими префиксами?

кто все?