Раньше индусским кодерам платили пропорционально количеству строк написанного кода, поэтому они старались писать как можно более лютую инфернеальную вакханалию. Выражение "индусский код" прочно вошло в лексикон программистов, обозначая какое-то хуевое дермьою
Раньше индусским кодерам платили пропорционально количеству строк написанного кода, поэтому они старались писать как можно более лютую инфернеальную вакханалию. Выражение "индусский код" прочно вошло в лексикон программистов, обозначая какое-то хуевое дермьою
"Раньше индусским кодерам платили пропорционально количеству строк написанного кода" - ...нахуя? Ради комментариев?
Потому что правила пишутся людьми не разбирающимися в теме. Тем более когда речь идёт об организационной структуре.
- Ты программист?
- Да, в институте я изучал C++, успешно закончил дополнительные курсы по С# и вообще знаток С!
- Отлично! Приступай к разработке Java программы!
- Э, но я же программист С..
- Стоп, ты программист?
- Да.
- Ну так давай начинай работать!
Когда в стране лярд людей и каждый кто не ловец змей - тот программист, то выбора особо то и нет.
- Да, в институте я изучал C++, успешно закончил дополнительные курсы по С# и вообще знаток С!
- Отлично! Приступай к разработке Java программы!
- Э, но я же программист С..
- Стоп, ты программист?
- Да.
- Ну так давай начинай работать!
Когда в стране лярд людей и каждый кто не ловец змей - тот программист, то выбора особо то и нет.
Меньше кода = меньше работал, очевидно же!
Маяковского коллеги тоже не любили, потому что платили за строки.
Про Лавкрафта я вообще молчу.
Отсюда все эти "ужасные, хтоничные, пробирающие до глубины души, богомерзко оскорбляющие, словно насмехающиеся над этим миром, демонические, зловонные, грубые... etc ...грязные носки под твоим диваном."
Эй! Ну всего лишь пару дней не стирал.
Вы ещё Дюма вспомните
Ну Маяковский всё таки выбился в анналы, поэтому наверное и индусы не теряют надежды.
Силу в кулак,
Волю в узду,
В работу впрягайся с маху.
Выполнил план -
Посылай всех в пизду.
Не
Выполнил
-
Сам
Иди
Наху
й
.
Волю в узду,
В работу впрягайся с маху.
Выполнил план -
Посылай всех в пизду.
Не
Выполнил
-
Сам
Иди
Наху
й
.
Во-первых, строки не те. Во-вторых, это не Маяковский.
Вы любите розы?
а я на них срал!
стране нужны паровозы,
нам нужен металл!
товарищ!
не охай,
не ахай!
не дёргай узду!
коль выполнил план,
посылай всех
в пизду
не выполнил —
сам
иди
на
хуй.
а я на них срал!
стране нужны паровозы,
нам нужен металл!
товарищ!
не охай,
не ахай!
не дёргай узду!
коль выполнил план,
посылай всех
в пизду
не выполнил —
сам
иди
на
хуй.
Есть такое понятие как "норма", которая является количественной мерой работы сотрудника за смену для расчёта его ЗП. Выполнял в среднем 100% нормы за месяц - получил оклад, выполнял 150% - получил 150% оклада. Норма, естественно устанавливается и повышается со временем так, чтобы в среднем все сотрудники получали 100% оклада. Благодаря хитрожопым, которые научились ебашить по 150% нормы, остальным сотрудникам тоже приходится учиться хитрожопить, а затем норму повышают. В конечном итоге норма становится такой, что без хитрожопства 100% нормы выполнить становится уже не реально и мы имеем на выходе огромное кол-во хуиты, что применимо в любом месте и в любой сфере, где есть "норма" и возможность хитрожопить.
И тем не менее нету тегов ни индусский код ни индокод
Ах бабушки программисты, писали ради простой операции тысячи строк на ассемблере, умели в уме переводить числа из десятичной системы в шестнадцатеричную и двоичную и обратно
Во времена массового ассемблера никто не занимался формошлёпством с CRUD-наклонностями для бизнеса. Пилили программы с утра и до конца бюджета, т.к. это было "научное исследование", "R&D" и т.д.
А ещё раньше и автомеханик был уважаемой профессией.
А ещё раньше и автомеханик был уважаемой профессией.
Напомнило:
https://www.destroyallsoftware.com/talks/wat
https://www.destroyallsoftware.com/talks/wat
есть еще китайский вариант когда кодер берет на себя работу компилятора и вместо того чтоб вызвать функцию или вставить цикл делается 100500 строк заменяющих их и повторяющихся бесчисленное количество раз. типа так быстрее работать будет. но понять этот код потом просто невозможно.
Сейчас компиляторы сами разворачивают циклы, если это возможно.
За редким исключением компилятор может сделать это куда лучше человека. А, к примеру, интеловский компилятор вообще имеет флаги оптимизации под конкретные поколения (напр. Skylake, MIC итп), вплоть до того, что знает, в каком порядке раскидать инструкции, чтобы максимально загрузить конвейер. Ну, мне так говорили.
В своих экспериментах, не встречал полной раскрутки цикла, если итераций больше 8.
в последнем коде ошибка. если последние буквы совпадут, то результат будет true. что не всегда верно
На первой же несовпавшей букве isTrue сбросится в false, и дальше никогда не станет true.
на следующей совпавшей снова станет true. Выход из цикла только по просмотру всей строки.
Не станет. Она инициализируется в true только один раз — перед циклом.
Мне понравилась такая находка индусов:
if (someBoolean.toString().length() > 4) return false;
if (someBoolean.toString().length() > 4) return false;
if
(someBoolean.toString().length() > 4)
{
return
false;
}
Все хуйня, за return null тоже надо расстреливать.
Нет, если ты действие логически может быть "пустым" и ты не забыл это написать в доках.
Просто есть любители швыряться Exception'ами вместо NULL'ов по любой причине - вы же не из "этих", я надеюсь ? =)
Просто есть любители швыряться Exception'ами вместо NULL'ов по любой причине - вы же не из "этих", я надеюсь ? =)
Думаю имелся ввиду NullObject.
Сууукааааа!
*ловит индусские флешбеки*
*ловит индусские флешбеки*
Как раз Билли бы написал именно if (cond == true).
Потому что в Студии boolean имеет три значения.
Потому что в Студии boolean имеет три значения.
Шта?
Ещё undefined.
а разве if(%undefined%) даст отличный от if (%undefined% == true) результат?
Билли бы написал if (cond == TRUE), ведь до с99 небыло типа boolean, зато в WIn32 API они сделали #define TRUE 1.
А вообще Билли BASIC любил.
А вообще Билли BASIC любил.
Товарищи господа програмисты, с чего принято начинать знакомство с программированием с абсолютного нуля? Что почитать чтобы иметь и представление и понимать заходит ли тема вообще и чтоб понять как и куда развиваться дальше?
Керниган Ритчи Язык программирования си
Существует специально созданный для обучения ЯВУ Pascal
Вот с него и начни. Потом переход на С/С++ или Бейсик будет проще.
А в целом, ЯВУ - как братья - разные, но похожие.
Вот с него и начни. Потом переход на С/С++ или Бейсик будет проще.
А в целом, ЯВУ - как братья - разные, но похожие.
Не рекомендую, после Паскаля сложно осваивать сишный синтаксис. Лучше сразу С/С++.
Сейчас актуален Python. ИИ и т.п.
Python актуален, да. Но обучение программированию — это алгоритмы и структуры. И классический Python несколько геморроен, когда речь заходит о структурах данных. Нормальных структур нет! Хочешь структуру -- делай объект. Утиная типизация данных — хм... Не уверен, что она для обучения подходит, хотя могу поинтересоваться у знакомых. Но самый сок — это объявление матриц: Си в этом плане было сложно переплюнуть, но Гвидо смог. А матрицы для обучения программированию крайне важны.
При этом язык не избавлен от изощрённого секса при отладке, пусть и не такого частого, как в том же Си при ошибке с указателями.
При этом язык не избавлен от изощрённого секса при отладке, пусть и не такого частого, как в том же Си при ошибке с указателями.
СИ - великолепный язык программирования для обучения, т.к. он заставляет понимать происходящее под капотом из-за необходимости ручного управления памятью, с которой сталкиваешься сразу, как захочешь использовать динамический список.
Он же и для ООП идеален, т.к. классы будешь сам реализовывать через структуры и указатели на функции - реализацию в
первых версиях С++. В реальных проектах используются готовые библиотеки, но грошь цена тому, кто не имеет представления о происходящем.
По поводу отладки: в Си ты достаточно быстро учишься понимать, когда имено текущая ошибка вызвана из-за указателей - самым жирным показателем будет access violation (и аналоги) от API операционной системы.
Он же и для ООП идеален, т.к. классы будешь сам реализовывать через структуры и указатели на функции - реализацию в
первых версиях С++. В реальных проектах используются готовые библиотеки, но грошь цена тому, кто не имеет представления о происходящем.
По поводу отладки: в Си ты достаточно быстро учишься понимать, когда имено текущая ошибка вызвана из-за указателей - самым жирным показателем будет access violation (и аналоги) от API операционной системы.
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!