- 1
- 2
- 3
- 4
public int MapToLowerPageBoundary(int rowIndex)
{
return (rowIndex / RowsPerPage) * RowsPerPage;
}
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+142
public int MapToLowerPageBoundary(int rowIndex)
{
return (rowIndex / RowsPerPage) * RowsPerPage;
}
Нашел этот метод в проекте... Интересно о чем думал автор...
(5/2)*2=5
чяднт?
Ввод: FIX 0
Ввод: 5 ÷ 2 =
Вывод: 3
Ввод: 3 × 2 =
Вывод: 6
У меня получилось больше всех!
Так так 5/2 округляется до 2; O_o
охуеть, свежачок
с 1 июля прошло не так уж и много времени
https://pbs.twimg.com/profile_images/1983716031/1228563685377_400x400.png
https://ideone.com/deyBD1
https://ideone.com/tH9DYo
>Это поведение сишки/жавы же, в чем пиздец?
Харэ ныть, нытик, питон старше явы.
Мне вот интересно, его вообще кто-то юзал где-то до 2.4?
Я понимаю, что могу в своей личной программке сделать Совершенно Новый™ DSL, который будет очень эффективно работать с определениями косоугольных грамугольников Ваншперштейна и окажется совершенно бесполезным для всех остальных задач. Я так могу, ведь я - простой человек, а не комитет из бородатых дядь.
Но зачем бородатые дяди так делают? Зачем нам питоны (несовместимые даже с собой), руби, пачка каких-то экмаскриптов, луа и прочая питушня, когда есть PHP? Зачем всякие паскали, сишки жабы и шарпы, когда есть плюсы? Зачем мне стандартные библиотеки C, Java, JS, когда можно взять одну?
Почему нельзя определить основные парадигмы (императивное с процедурами, императивное с ООП, функциональное, ...) основные статико-динамические характеристики (всё в статике, есть Object, всё в динамике), синтаксические характеристики (как C/C++, как python, как HTML) и требуемое направление компиляции (x86, .Net, ВМ браузера, микроконтроллер) и свести всё к общему знаменателю?
Тогда единственными ограничениями будут попытки скомпилировать менее строгий код с более строгими флагами (например, скрипты для браузера собрать под микроконтроллер), а всё остальное будет работать и так.
Зачем мне писать сервер на C++, серверные скрипты на PHP, а клиентские - на JS? Почему бы мне просто не написать сервер на C++, серверные скрипты - на C++ с флагом --dynamic, а клиентские - на C++ с флагами --dynamic и --browser?
А придёт потом 3_14dar, запустит гуёвый конвертер и за пару секунд создаст себе исходники на питоне, которые скомпилируются в тот же сервер и те же скрипты.
P.S. В .NET хорошее начало. Где же конец?
Можно спокойно взять особенности джавы и слить их в .NET. Джаву к чертям снести, а .NET всем вместе развивать (баги будут исправляться гораздо эффективнее). Дошли же Опера-сты до того, что можно не плодить свой лишний движок.
На то они и языки общего назначения, чтоб быть универсальными, а не делить фичи.
Все это умеет и жава, но... как она это умеет - вопрос другой.
Вот придёт насыщение, запилят все нужные фичи, и можно будет оставить какой-нибудь IE20 как стандарт на ближайшие 20 лет (как какой-нибудь HTTP). Будет он есть 1Гб на вкладку что в 2020м году, что в 2030м.
ТЫ его хоть застал, мальчик?
> В питоне <...> отступы вместо фигурных скобок
> В сишарпе ввели await, linq
Сразу вспомнился анекдот
Разговорились два поручика: один — поляк, другой — наш, Ржевский.
— А правда, что у вас в Польше люди не на русском языке разговаривают, а на каком-то другом?
— Разумеется, правда — на польском языке.
— Да? А как будет по-польски, допустим «дом»?
— Дом.
— Хм. А как тогда будет «село»?
— Село.
— Странно. Hу, а как тогда будет «жопа»?
— Дупа!
— Ха! И стоило ради одного слова новый язык придумывать?!
По идее, надо обкатать новые фичи да выбросить язык. Годные фичи добавить в существующие языки, нейтральные фичи - в опции компилятора/интерпретатора. Зачем мне новые питоны ради отступов, когда можно добавить в компиляторы C и C# флаг --pythonic? В крайнем случае, сделать конвертер питона в C#, чтоб жизнь упросить и библиотеки C# переиспользовать.
Вот стоило браузерам допустить только один JS, как народ напилил CoffeeScript, TypeScript и прочее, свои стандартные библиотеки не создающее и друг с другом совместимое. Красота.
Но теперь он хотя бы один, теперь никто не пишет на ГК, что у CoffeeScript или TypeScript под виндой плохо с юникодом, т.к. в JS и Node под виндой всё хорошо.
Создатели этих языков небось вообще ни разу пальцем не шевельнули ради юникода на винде.
>т.к. в JS и Node под виндой всё хорошо.
В консоли?
В консоли печатает русские буквы; в файл из консоли перенаправляет UTF-8.
Это не то. Одновременно русские, греческие и латинские non-ascii умеет?
В консоль выводит вопросик, а в file.txt будет красивая дельта.
Вот это уже серьёзное различие. Ну и такая мелочь как наличие сборщика мусора разделяет. Тут да, уже есть какой-то "барьер", нельзя так просто слить в один язык, в отличие, например, от пары JS и Lua.