- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
#include <iostream>
int main() {
std::cout << (2,0 * 2,5) << std::endl; // 5
std::cout << (0,625 * 6,4) << std::endl; // 4
std::cout << (2,5 * 2,0) << std::endl; // 5?
return 0;
}
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+17
#include <iostream>
int main() {
std::cout << (2,0 * 2,5) << std::endl; // 5
std::cout << (0,625 * 6,4) << std::endl; // 4
std::cout << (2,5 * 2,0) << std::endl; // 5?
return 0;
}
Почему в с++ умножение некоммутативно?
http://ideone.com/Erp3uv
все блоки стандартной ширины и внизу скролла нет
мейджик джонсон
Борманду следует повысить уровень за +5 к наблюдательности, хоть суть идеи он и не знал.
а лабы я сам сдавал, конечно, батрачил за себя и того парня, думаю, на этом ресурсе других посетителей и нет
Я это ты или тот парень? И кто из нас админ этого сайта?
пойду смотреть как миллиард будет бегать по полю в усладу моих очей
А ты снова показал свою тупость, потому что сам то ты нихера не заметил.
От тебя не было слышно ничего конструктивного, только кукареканье
>Как ты это сделал?
А затем ты начал переиначивать чужие комменты
http://govnokod.ru/12172#comment161716
>Ох уж эта посредственность, обманывающая учитетелей
Эх, Гумно, такое гумно.
благо, правильный шрифт позволяет легко отличить 0 от O
Смешно, да? gcc -E в помощь
Да, это хорошо, что на ideone ширина страница зависит от ширины текста.
А в реальной ИДЕ зависимости часто нету, вот весело над преподом издеваться-то!
Чтобы трюк полностью прошёл, нужна ИДЕ, которая не вырезает финальные пробелы, чтобы по случайному нажатию клавиши End в «пустой» строке не увидеть код.
На днях обнаружили баг с базой на SQL Server - на тестовом сервере даты работали в формате США, на боевом были локализованные и из-за этого неправильно парсились в приложении. Спасла функция CONVERT(varchar, @govnodate, 126): http://msdn.microsoft.com/en-us/library/ms187928.aspx
Золотые слова.
Имхо локализация нужна только в тех местах, с которыми взаимодействует юзверь - собственно морда приложения. В файлах же, базах данных и сетевых протоколах она нахер не сдалась, и только все портит.
У 1С тоже много поклонников. Почему MS должна терять рынок не осиливших иностранные наречия?
Не совсем так. "Почему MS должна терять потенциальных индусов-погромистов, не осиливших иностранные наречия, но желающих поговнокодить динамические опердени".
А пользователь ничего бы не заметил, эти 95% не будут лазить даже в CSV, что уж там говорить о базах данных и прочем.
time separated values
destiny separated values
prosto-ne-podhodim-drug-drugu separated values
...
осторожно! гонококки!
time division multiple access
code division multiple access
et cetera division multiple access
То ли у меня руки кривые были, то ли у них...