asolntsev 12 янв 2011 в 23:35

Новый программерский жаргон

7 мин

52K

Терминология IT

Перевод

+335

193

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

TARAKAN 12 янв 2011 в 23:51

Теперь я знаю варианты названий «хорошего» кода написанного знакомыми :)

sust 12 янв 2011 в 23:53

Жаргон программистов.

Gleb_Sevruk 13 янв 2011 в 00:43

Это для тех кто пропустил старую статью ;)

seriyPS 13 янв 2011 в 11:40

Во-во… Каждые пол-года теперь будем перепощивать?

НЛО прилетело и опубликовало эту надпись здесь

Mercury13 13 янв 2011 в 00:04

Чудесно, хоть и не всегда переводимо.

Мои термины:
«расшаблонивание» — инстанциация шаблона C++.
«завиртуалить» — превратить в виртуальный метод.
«аниматорщина» — анимация, пристроенная настолько не к месту, что мешает играть. Обычно долгая анимация там, где реакция должна быть мгновенной.
«недоаниматорщина» — плохая анимация, которая ещё и играть мешает.
«кофеиновая бомба» — то, что проггер пьёт литрами, когда кодит.

Mercury13 13 янв 2011 в 00:41

Дальше…
«сбросить бомбы» — сдать код на svn в конце дня.
«сточная канава» — трейдеры (почему-то именно они) предъявляют к ПО кучу специфических требований, которые очень муторно программировать. От «stock exchange».

Не моё, но нравится.
«кавалер ордена Флюгера» — начальник, который вечно меняет требования.

Mithgol 13 янв 2011 в 00:47

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

YasonBy 13 янв 2011 в 02:01

Ваши издевательства над русским языком вызывают отвращение. Особенно попытки скрестить его с английским такими способами, какие и в «Камасутре» не встретить…

Koshelew 13 янв 2011 в 07:59

Ради интереса залез глянуть вашу карму, и поразился. Вот оно, истинно нейтральное мировоззрение (true natural alignment), при почти 2500 голосов, карма около 0.

beetleinweb 13 янв 2011 в 10:35

Зато весьма и весьма приличный рейтинг.
Довольно часто это признак оригинально и независимо мыслящего человека на Хабре, давно заметил.

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

Когда Mithgol только появился на Хабре, я сгоряча поставил ему плюс. Потом пожалел, что поставил. Потом пожалел, что пожалел. Потом пожалел, что нельзя ему ставить все имеющиеся у меня плюсы, чтобы его не затоптали. Потом понял, что его есть кому пожалеть. Сейчас начинаю понимать, что он в жалости не нуждается. Начинаю жалеть себя :)

Мы привыкли говорить «сделай морду попроще, и люди к тебе потянутся». Но разве плохо, что кто-то имеет своё лицо среди простых морд? Пусть даже и не слишком привлекательное :)

equand 13 янв 2011 в 13:00

Обычно таких людей называют маргиналами :)
Я тоже сначала с ним согласился, затем не согласился, в итоге мне пофиг :).

Mairon 13 янв 2011 в 20:41

Скорее правильнее называть таких людей девиантами. Маргинал скорее отрицательное обозначение отбросов общества, а Сергей Юрьевич, несмотря на свою эксцентричность и некими кардинальными взглядами, таковым не является.

beetleinweb 14 янв 2011 в 15:22

Да про девиантов тоже хорошего мало говорят. Впрочем, что девиант, что маргинал — и то, и другое может иметь как отрицательные, так и положительные последствия. Маргиналы не обязательно на дно опускаются. Если их много, так они вообще до революции могут докатиться. Монархическая революция — это было бы круто. А там и реформа языка, как же без неё :)

beetleinweb 14 янв 2011 в 15:15

Интересное понятие, благодарю за наводку, я как-то давно его уже подзабыл… а может и не знал никогда толком :)

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

Интересно ещё и то, что одна культура как бы искусственная, расконсервированная из пыльных томов. Практически вымершая, как латынь. Островки ещё наверное остались за рубежом, но вряд ли Mithgol из бывших дворян-островитян.

Thomas 13 янв 2011 в 00:05

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

LexL 13 янв 2011 в 00:12

Барак Обама рулит :)

proDOOMman 13 янв 2011 в 00:16

Между прочим «Yoda Conditions» — таки неплохая вещь. В этом случае можно забыть про ошибки, когда вместо проверки "==" случайно пишешь присваивание "=". И хоть большинство компиляторов ругается на присваивание в качестве условия, все же не лишне подстраховаться

VenomBlood 13 янв 2011 в 00:34

Мне больше нравится её использование в другом кейсе:
По аналогии с математической записью предпочитаю писать:

if (4 < variable && variable < 8)

Хотя такая вещь на любителя.

naryl 13 янв 2011 в 01:01

Отличный пример фундаментального недостатка инфиксного синтаксиса. Несколько лет назад в рассылке языка D пытались заставить работать запись 4 < variable < 8, но так и не придумали как. А с префиксной всё просто:

(< 4 variable 8)

VenomBlood 13 янв 2011 в 01:03

Недостаток, но всё же не такой фундаментальный. Хотя я бы с радостью писал везде 4 < variable < 8

cblp 13 янв 2011 в 07:18

В Питоне так можно.

naryl 13 янв 2011 в 09:20

Посмотрел документацию. У них сравнения реализованы через нерекурсивное правило. Это сработает, но простыми LL/LR парсерами такой синтаксис уже не разобрать без серьёзных костылей. А ещё говорят, в питоне простой синтаксис. :]

seriyPS 13 янв 2011 в 11:43

И главное аватар при этом такой хитро-довольный))

НЛО прилетело и опубликовало эту надпись здесь

naryl 13 янв 2011 в 08:15

Функция < определятся как «возвращает true, если аргументы упорядочены строго по возрастанию, flase в других случаях».

stoune 13 янв 2011 в 01:01

Нужно уточнять что Yoda Conditions актуальны только для C/C++.

globotron 13 янв 2011 в 02:42

PHP?

Arrest 13 янв 2011 в 02:54

Для C и языков с C-подобным синтаксисом.

VenomBlood 13 янв 2011 в 03:03

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

seriyPS 13 янв 2011 в 11:50

Тут есть более фундаментальное описание, чем «для языков, в которых в блоке if может быть не только булевское выражение»

Суть в том, что в некоторых языках операция присваивания возвращает какое-то значение (обычно значение самой левой переменной от знака присваивания, а в некоторых не возвращает.

Т.е. в PHP (C, JS etc) например код

print $a="Привет, Мир";

напечатает приветствие, а в Python

print a="Привет, Мир"

ничего не напечатает.

MaximKat 13 янв 2011 в 03:09

Не только: if ("text".equals(str)) {...} актуально в Java на случай, если str окажется null.

Colwin 13 янв 2011 в 11:30

И часто используется, кстати

alienator 13 янв 2011 в 03:21

Не только. Присваивание в условии можно, например, в перле поставить.

9ikopb 13 янв 2011 в 06:39

ecmascript?

wiz 13 янв 2011 в 08:37

В тестах у меня кругом:
assert 8 = some.cryptic['interface'](doing="stuff") in line

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

seriyPS 13 янв 2011 в 11:53

Это на каком языке строчка кода?

wiz 13 янв 2011 в 12:02

python.

там в = ошибка, против которой собственно YC и направлен. Впрочем пофиг, ибо там _eq(8, ....) из nose везде.

Alinaki 13 янв 2011 в 16:00

if bla = bla1 then begin
bla1:=bla2;
end;

По-моему, похоже.

asolntsev 14 янв 2011 в 20:21

В том-то и дело, что Yoda Conditions актуальны только для C/C++, но люди зачем-то используют их и в других языках, в частности, в Java.

Guinplaine 13 фев 2011 в 19:25

ну, с небольшой модификацией они более чем актуальны в Java:
if(«Tommy».equals(name)){...}

Oblitus 13 янв 2011 в 06:08

Еще в яве имеет явный смысл использовать обратный порядок для equals — исключает null pointer exceptions.

r0b1n 13 янв 2011 в 06:12

У WordPress, вроде как это часть стандарта кодирования, хотя у них там в коде черт ногу сломит. core.svn.wordpress.org/trunk/wp-includes/functions.php

AlexS 13 янв 2011 в 00:24

Дежавю на статью…
Точно.
Жаргон программистов

naryl 13 янв 2011 в 00:31

multitran.ru/c/m.exe?CL=1&l1=1&s=chunky

Думаю, имеется виду мелко порубленная.

Scioner 13 янв 2011 в 01:16

сделайте меня развидеть .exe в урле

MaximKat 13 янв 2011 в 03:10

Вы так говорите, как будто cgi это что-то плохое

Biga 16 янв 2011 в 19:00

Это в вас говорят рефлексы не запускать exe из интернета.

Lopar 13 янв 2011 в 00:47

>Squizzle-giz

Мы это на одной конторе часто называли «Мускул-гусь». ))

JokerOfGod 13 янв 2011 в 01:02

Забавная статья.

Ueasley 13 янв 2011 в 01:03

«Залипуха» — фикс, который написан для быстрого решения какой-то муторной проблемы и (по идее) должен быть в скором времени заменен на вменяемое решение (чего почти никогда не происходит). «Заглушка», в какой-то мере.

munkie 13 янв 2011 в 06:42

Полностью термин звучит как «Имплементировать интерфейс залипуха»

bagyr 13 янв 2011 в 08:28

«Костыль» не оно же?

logan 13 янв 2011 в 09:36

monkey patch называется.

w0lf 13 янв 2011 в 12:06

У нас это называлось «прибить гвоздями».

WarGot 13 янв 2011 в 01:04

«ойка» — ойгукн, т.е. jquery. Появилось из-за лени менять раскладку.
Странно, но больше почему-то в голову сейчас не приходит, хотя наверное 3 часа ночи, без кофе мозг уходит в сон

RendeRR 13 янв 2011 в 01:26

«Черепашка» — TortoiseSVN

НЛО прилетело и опубликовало эту надпись здесь

puffofsmoke 13 янв 2011 в 01:50

Сговнякал — сделал высококачественный прототип.

Colwin 13 янв 2011 в 11:32

Наколбасить — написать кучу кода, потенциально содержащего множество ошибок, и не протестировать его.

YasonBy 13 янв 2011 в 01:51

Workaroundability — возможность/невозможность подпереть что-либо ещё одним костылём.

AmdY 13 янв 2011 в 02:06

>>Код-пахлава (Baklava code)
лучше называть лазанья код, как родственник спагетти кода.

naryl 13 янв 2011 в 02:28

У лазаньи слоёв в самый раз для хорошей архитектуры. Вот у пахлавы — слишком много и они *прозрачные*.

ItGold 13 янв 2011 в 02:12

Workaroundability — свойство кода, когда в случае обнаружении в нем ошибки, можно найти простой способ обойти ее, в случае обнаружения ошибки в обходном пути можно обойти и эту ошибку, причем наткнувшись на ошибку в этом обходном пути, ее можно легко обойти…

Colwin 13 янв 2011 в 11:33

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

a11aud 13 янв 2011 в 02:29

«вибрировать» — про манагеров, которые переживают насчет сроков
«подземный стук» — невоспроизводимый баг
«заоопешить» — переписать, согласно ООП-парадигме
«пхпшер» — пренебрежительное название php-программиста

Anonym 13 янв 2011 в 03:09

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

r0b1n 13 янв 2011 в 06:31

Рекурсия?

Snick 13 янв 2011 в 03:12

Картинки ржачные =)

bigdogsru 13 янв 2011 в 03:14

Rubberducking +1…
У меня была собака, которая умела слушать, кивать и издавать звуки в нужных местах. После его смерти я до сих пор не могу полностью «войти в струю» — не могу найти настолько же благодарного слушателя :-(

Pono 13 янв 2011 в 03:32

Reality 101 failure — несовместимость с жизнью.

_{<Название предметной области> 101 — вводный курс в <предметную область>.}

AgentSmith 13 янв 2011 в 07:12

Лучше — «Ошибка реальности 101»

wickedweasel 13 янв 2011 в 03:34

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

но вижу, что гугл уже наслышан об этом слове :(

Halt 13 янв 2011 в 03:35

«Пахлава код» еще где-то называли как «лазанья код». Может и в оригинале :)

wiz 13 янв 2011 в 08:41

Лазанья лучше имх т.к. обыгрывает другой тип того же самого (VS спагетти).

См. также Ajax VS Comet

wickedweasel 13 янв 2011 в 03:42

«эксгибиционисты» = «фашисты» = флэшисты

wickedweasel 13 янв 2011 в 03:48

lingvo.yandex.ru/flasher/

НЛО прилетело и опубликовало эту надпись здесь

Biga 16 янв 2011 в 19:06

А ещё удобно писать 0 == strncmp(«какие-то очень длинные параметры»).
Удобнее воспринимать, когда 0 и strncmp рядом.

s5656 13 янв 2011 в 05:39

Не пойму кто назвал K&R (так же он известен как «The One True Brace Style») египетскими скобками Х_х

diamant 13 янв 2011 в 06:34

Computronium из Австралии

Qbit 13 янв 2011 в 05:58

Близким термином к «рефукторинг» является «рехакторинг».

maovrn 13 янв 2011 в 06:17

реФАКторинг

mechmind 13 янв 2011 в 09:49

факапторинг.

FlashXL 13 янв 2011 в 17:49

Рефакинг, помоему, лучший вариант.

dzzh 13 янв 2011 в 15:52

ретрахторинг

Biga 16 янв 2011 в 19:12

Ретракторинг — это когда в очередной раз переезжаешь на зарубежный хостинг.

sergei-grigorev 13 янв 2011 в 05:58

> Ошибка в приложении, которая существовала так долго, что теперь является частью ожидаемой функциональности.
О да, это явно про WinAPI (:

Karroplan 13 янв 2011 в 11:26

хоть один пример можно?

This_man 13 янв 2011 в 06:00

про Jimmy порадовало :)

HoochieMen 13 янв 2011 в 06:07

А я давным давно пишу Египетскими скобками )

odiszapc 13 янв 2011 в 06:20

Я болел этим. И излечился.

HoochieMen 13 янв 2011 в 06:21

а чем это плохо? по мне так удобней тем что освобождается строка

odiszapc 13 янв 2011 в 06:24

Я не могу читать такой код. Просто не могу, не получается. Он ужасен. Не могу по другому объяснить. А еще когда скобки на одной вертикали проще издалека увидеть кусок кода %)))

Airog 13 янв 2011 в 06:29

Я тоже пишу египитскими скобками и ничего плохохо в этом не вижу, наоборот больше строк помещается на экране

HoochieMen 13 янв 2011 в 06:30

хм… для меня такой кусок кода:

someName (bla,bla) { // тут иногда вставляю однострочные комментарии
lala;
lulu;
}

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

HoochieMen 13 янв 2011 в 06:31

блин там пробелы вырезались правда… в общем перед lala и lulu есть отступы )

Airog 13 янв 2011 в 06:35

Я еще пишу так:


void someName()
           { bla = 0;
              bla2 = 0;
           }

но только в хедерах при объявлении класса и для инлайн функций, очень удобно и наглядно

shoumikhin 13 янв 2011 в 08:42

Поддерживаю! Страстно ненавижу египетские скобки.

naryl 13 янв 2011 в 09:00

На ЛОРе однажды был замечательный топик где человек выбирал на всю жизнь язык исключительно по стилю именования идентификаторов. Поржали. :)

kekoz 13 янв 2011 в 13:43

А меня вот тошнит с GNU coding style

Mezomish 13 янв 2011 в 16:57

>А еще когда скобки на одной вертикали проще издалека увидеть кусок кода %)))

А зачем смотреть на код издалека? :)

А вообще в человеческих редакторах есть как подстветка парных скобок, так и индикаторы отступов, так что блоки прекрасно видно вне зависимости от того, как поставлены скобки.

j1nn 13 янв 2011 в 22:47

а я код, написанный иначе, не могу читать. не получается.

2xMax 13 янв 2011 в 09:28

в java — это стандарт, а например в c# — нет. лучше пользоваться стандартным форматированием в среде. ведь расположение скобок не дает никаких преимуществ

MegafonUral 13 янв 2011 в 06:10

я бы «кислотный» отчет всеже переименовал в «наркоманский»

НЛО прилетело и опубликовало эту надпись здесь

maovrn 13 янв 2011 в 06:16

«Феншуй» — неопределенный набор правил, подходов и методов, не задукоменнтированный, но неосознанно принятый большинством команды разработчиков. Традиционно хранитель феншуя — архитектор. Новые члены команды, даже опытные и технически грамотные, по-определению феншуя не знают.

Например, по феншую отступы в процедурах надо делать в 4 пробела, имена переменных начинать с маленькой буквы и т.п. Если новый разработчик начнет добавлять процедуры с отступами табами и переменными с большой буквы — такой код будет работать, но смотреться инородно в общем проекте. Осторожно, от фразы «а у меня свой феншуй» изменяется форма лица.

asolntsev 14 янв 2011 в 20:34

Феншуй — это классный термин!

odiszapc 13 янв 2011 в 06:19

Часто сталкиваюсь с багзонами хиггса и разговариваю с уткой.

Airog 13 янв 2011 в 06:27

А как назвать полезную фичу, которую находит пользователь и успешно использует ее, но при этом программист ее не залаживал явно?

bigdogsru 13 янв 2011 в 06:31

«Залаживал» — это вы что сейчас сказали? В смысле «закладывал» или в смысле «лажа»?

Airog 13 янв 2011 в 06:36

Точнее было бы «не залаживал» или «не закладывал»

maovrn 13 янв 2011 в 06:34

Багофича, очевидно же.

Airog 13 янв 2011 в 06:37

Может быть, но все же это не баг, так как не нарушает работу, а наоборот ускоряет

Adelf 13 янв 2011 в 08:55

Зачем нам ее как-то называть, если мы об этой фиче так и не узнаем? :)

Airog 13 янв 2011 в 09:00

Вы дали мысль для ее названия — «Случайная фича», так как о ней узнаем случайно :)

Colwin 13 янв 2011 в 11:39

А как насчет «Удачная находка»?

kurokikaze 13 янв 2011 в 09:13

Шорткат )

shai_xylyd 13 янв 2011 в 06:41

Падший тест

munkie 13 янв 2011 в 06:47

Каличный ответ

ascending 13 янв 2011 в 06:50

FxCop тоже для C# (для .NET вернее).

Yeah 13 янв 2011 в 07:06

Я бы Refuctoring перевел как ретрахторинг — и по сути и по названию подходит.

FlashXL 13 янв 2011 в 17:50

Мне больше нравится «рефакинг». Вроде как и слово не сильно меняется и все понимают :)

Mezomish 13 янв 2011 в 19:38

Рефакинг больше смахивает на «перетрахивание», что имеет несколько другой смысл, чем в оригинале.

tygernach 13 янв 2011 в 07:20

"(примеры сложно переводимые)"

ninja-examples? )

kettle 13 янв 2011 в 07:26

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

и это, пожалуй, единственное слово в той компании…

TAURUSiv43 13 янв 2011 в 07:30

Бесконечный цикл — программа «залупилась».
Повторять выполнение какой-то функциональности (например, проиграть звук) — «залупить».

НЛО прилетело и опубликовало эту надпись здесь

diamant 13 янв 2011 в 07:41

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

naryl 13 янв 2011 в 08:52

Так же можно назвать использование классов там, где было бы достаточно структуры, т.е. где у «класса» нет поведения. Повсеместно встречается в таких языках как Java и C#. :)

Colwin 13 янв 2011 в 11:48

В Java так повелось из-за JavaBeans. А теперь уже настолько распространено, что без следования этому стандарту с тебой ни один framework дружить не будет :-)

Кстати, дружить с чем-либо = уметь правильно использовать.

ultimate_darkness 13 янв 2011 в 12:13

В Java структур в принципе нет. А в плюсах емнип разница между классом и структурой только в дефолтной видимости членов. Так что неясно, что плохого в использовании классов в качестве структур.

naryl 13 янв 2011 в 12:54

В концептуальности. :) Класс — это *совокупность* данных и методов их обработки.

Ну и тот факт что в плюсах структура внезапно может заиметь vtbl — это исключительно проблемы плюсов и тех, кто на них пишет. В D разделение более логичное.

crocodile2u 13 янв 2011 в 07:42

Интеграционный сервер для разработчиков (обычно называем dev.<основной домен>) — «девочка» ( — выкатил на девочку, доступно на девочке)
«Впохыпах» — код на PHP.

57DeD 13 янв 2011 в 07:47

По поводу Fear-driven development — я когда-то переводил более подробный текст о методах разработки.

compozer 15 янв 2011 в 22:03

Это классика :)

В оригинале статьи встречаются крайне забавные комментарии. Мне, например, нравятся подходы вроде Frank Sinatra Development или Acronym Driven Development.

НЛО прилетело и опубликовало эту надпись здесь

dade_murphy 13 янв 2011 в 08:13

заloopить — просто обязанно тут прозвучать

gag_fenix 13 янв 2011 в 08:22

Наш лектор в шутку классифицировал «плохие» архитектуры КИС на архитектуры типа «Шанхай», «Спагетти», «Маруся отравилась» :)

НЛО прилетело и опубликовало эту надпись здесь

Palehin 13 янв 2011 в 08:44

Всё-таки, Drug report, я бы перевел как «Нарко-отчет», ну или что-то в этом духе. Но никак не кислотный)

Colwin 13 янв 2011 в 11:50

Зеленый отчет =)

НЛО прилетело и опубликовало эту надпись здесь

nooze 14 янв 2011 в 08:45

Ну есть индийский код, бездумный и беспощадный

GraD_Kh 13 янв 2011 в 09:16

Код-гидра… черт, как точно!

WebDev 13 янв 2011 в 09:27

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

Throwable 13 янв 2011 в 09:35

В Java условия Йоды употребляются повсеместно со строками:
if ( «OK».equals( str ) )…
вместо
if ( str != null && str.equals( «OK» ) )…
Если str == null, NPE не выскочит, а условие обработается корректно.

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

Colwin 13 янв 2011 в 11:54

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

Yeah 13 янв 2011 в 11:59

А в ругаемом всеми PHP «Покемонные исключения» гораздо красивее выглядят:

try {
	//Do something
}
catch (Zend_Controller_Request_Exception $e) {
	//Request exceptions
}
catch (Zend_Controller_Action_Exception $e) {
	//Controller exceptions
}
catch (Zend_Db_Exception $e) {
	//Database exceptions
}
catch (Zend_Exception $e) {
	//Zend framework exceptions
}
catch (Exception $e) {
	//All other exceptions
}

Без кучи вложенных условий

seriyPS 13 янв 2011 в 14:04

в неругаемом всеми питоне примерно так же

try:
    //Do something
except ExceptionType1 as e:
    //process ExceptionType1
except ExceptionType2 as e:
    //process ExceptionType2
.....

Без кучи ненужных скобочек

dzzh 13 янв 2011 в 16:14

В используемой всеми Джаве как бы тоже так можно.

Mezomish 13 янв 2011 в 17:02

По-моему вы не поняли основную фишку «покемонных исключений».
То, что приводите вы — это то, как правильно и как обычно принято писать (вне зависимости от языка). А «покемонные» — это когда «ловим всех подряд, а уж потом разберёмся кто есть кто». Тоже вне зависимости от языка.

НЛО прилетело и опубликовало эту надпись здесь

Nashev 15 янв 2011 в 23:31

хм… в части except разве можно сначала общий код а потом частные обработчики on do с конечным else? Кажись, таки нельзя…

НЛО прилетело и опубликовало эту надпись здесь

Nashev 16 янв 2011 в 10:34

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

logan 13 янв 2011 в 09:43

сепулькарий — документация с рекурсией, которая ничего не объясняет
зоопарк — инструмент, собранный из разных, зачастую противоречивых частей и технологий (например — программа ПРФ — XML + FoxPro)
юра (ударение на последний слог) — невыразимо древний код (или готовая программа), обновить которую невозможно, так как поддержки нет, а переписать — слишком долго (как вариант — никому не нужно)

logika 13 янв 2011 в 10:13

термин зоопарк — тоже используем в таких случаях

Nashev 15 янв 2011 в 23:32

«юра» — это код юрского периода так сократили?

logan 16 янв 2011 в 13:45

Угу. Геологи любят сокращать периоды до ключевого признака — Мел, Триас, Юра.

beetleinweb 13 янв 2011 в 09:46

> Бикремент (Bicrement)
> Добавление 2 к значению переменной.

А парную обратную операцию как правильно назвать? Дебилкремент или Бидэкремент? (сорри за очепятки :) )

gagoman 13 янв 2011 в 12:08

ДебиЛкремент — это сильно. Видно наболело.

Overdese 13 янв 2011 в 09:47

про утку вспомнилось: «была гениальная история про известного старинного художника, который рисовал портреты всякой знати на заказ. и задолбали они его в конец, ибо принять сразу работу им было западло и они придирались, просили вдруг переписать их в другом костюме поверх старого и т.п. И художник придумал фишку — он в углу каждой картины рисовал маленькую зеленую собачку жутко противного вида, когда приходили заказчики, они первым делом замечали собачку и начинали орать „Что это за жуткая зеленая тварь?!“ и художник говорил — »Ок, собачку убираем, все остальное в порядке, да?" Ну и они уже обессиленные и охреневшие от собачки соглашались".

dioteos 13 янв 2011 в 09:51

У нас иногда встречаются:
Грабельки — код, которым подтыкают код, чтобы он заработал. Не дай бог о них забыть.
Есть также
Грабельки на грабельки — код, которым подтыкают код, который служит для подтыкания кода. Такое иногда бывает, когда кто-то не заметил первого варианта, побил себе лоб и грабельки поломал.

SerJook 13 янв 2011 в 10:01

По-моему это называют костылями.

dioteos 13 янв 2011 в 10:06

Костыль опасный для того, кто ним пользуется. А грабельки — для всех.
Хотя — да. Вы правы. Как жопу не обзови — все-равно это жопа=)

Colwin 13 янв 2011 в 11:56

Граблями, помнится, называют любые ошибки в программе.
Попробуйте поискать «Компьютерное граблеведение» (с).

Tbird 13 янв 2011 в 10:05

Аналог Fear Driven Development — Паяльник Driven Development

Xarakternik 13 янв 2011 в 11:21

Багзон Хиггса — отличная замена «да не могу я понять что не так, работает через раз, а когда проверяю — работает!»

seriyPS 13 янв 2011 в 11:42

«Строкотипизированный (Stringly Typed)» охохо. В PHP без этого никак))

LiaDesign 13 янв 2011 в 13:04

у нас закрепилось:
throw new Exception('йобаная неведомая йуйня happend');
извините за русский…

Postsantum 13 янв 2011 в 19:29

не надо извиняться, вы не в прибалтике

Regis 13 янв 2011 в 13:51

> Оформление Doctype (Doctype Decoration)
Лучше перевести как «Декоративный Doctype»

hoack 13 янв 2011 в 16:35

Я в свое время придумал выражение «играть в луноход»: давать пошаговые инструкции пользователю по телефону. (Типа как с Земли посылались команды Луноходу).

hoack 13 янв 2011 в 16:40

А, еще выражение «Акын-программирование». Как акын, который что видит, о том и поёт, акын-программист пишет программу подряд, не задумываясь о структуре и дизайне.

naryl 13 янв 2011 в 16:45

Не смейтесь над творческими людьми, лучше дайте им Хаскель. ;)

Знакомый хаскель-кодер говорит, что программы на Хаскеле нисколько не страдают от написания подряд. Сам не пробовал.

hoack 13 янв 2011 в 16:53

Я в основном применял это выражение к горе-программистам на VB, которые валили в одну кучу всё — UI, бизнес-логику, доступ к данным… Ощущение было именно такое: прочитал в ТЗ «должна быть кнопка...» — поставил кнопку, читаем дальше — "… при нажатии на которую данные извлекаются из базы..." — тут же рядом лезем в базу — "… и обрабатываются." — и пишем тут же обработку.

Поможет ли таким деятелям Хаскелл, право, не знаю :)

naryl 13 янв 2011 в 17:28

Сорцы официальнй утилиты Анонимусов читали?

praet0x сделал почти нормально.

newfag: «Надо добавить hivemind. Сделаем вот здесь кнопки и текстовые поля. При включении вызывается обработчик. Куда положим? А прямо сюда — в frmMain.cs» В итоге там сейчас кроме UI достались сбор статистики от praet0x'а и IRC-бот от newfag'а.

NewEraCracker, к большому счастью Анонимусов, занимался только багфиксами и однострочными улучшениями. Что получается от его попыток сделать что-то побольше, вы можете видеть в конце github.com/NewEraCracker/LOIC/blob/master/Program.cs

Deeman 13 янв 2011 в 16:45

Стильные бородатые админы любого возраста скрасят ваш вечер и проведут лечебную профилактику ваших серверов. Только у нас за 99.99$/час вы получите: нежное поднятие nginx, стимуляция exim, озорные игры в teeworlds втроем. Для любителей доминирования настройка squid. Поклонникам S&M — man sendmail =)

Ctacok 13 янв 2011 в 22:28

В «Тупить», когда увидел цитату, подумал что %username% сделали.

Aco 14 янв 2011 в 10:03

Костыльно-Ориентированное Программирование (КОП)
Форкеры — воркер-процессы созданные методом fork
Портянка — длинный, не читаемый код
Брут Условие (или БрутФорс Условие) — ()длинное условие цель которого перебрать значения: if(a == 5 || a == 10 || a ==45 ...)

N1ghtroad 15 янв 2011 в 13:27

Хех… Помнится, после анекдота про программерские машины у меня в голове родился термин Wheel catcher или ловец колёс — специальный костыль, отлавливающий и правящий последствия бага, а не его самого. Нескольких товарищей уже заразил этим словечком.

НЛО прилетело и опубликовало эту надпись здесь

maovrn 17 янв 2011 в 05:24

Отличная иллюстрация примера к Костыльно-Ориентированному Программированию (КОП).

Biga 16 янв 2011 в 19:19

Всё равно смешно.

Power 15 янв 2011 в 21:36

Counterbug: не знаю, как перевести коротко, поэтому будет длинно.
Когда кто-то приходит к вам и показывает вам ваш баг, вы в ответ показываете ему его баг. Этот последний и есть counterbug.