по теме глоровского хода: мы делаем кусок большой программы(к примеру возьмем создаем супер-пупер новую, неизвестную игру LineAge II).
в в куске мы устанавливаем значение -100  +100
а дальше ведем сравнение с числом, невходящим в этот диапазон
а вот представь себе, что вместо рейдов Х100 мы захотели поставить Х1000 уже через админку(значение же integer), а не через изменение самой проги
тогда у нас выдаст CritError
вот и получается: "понаберутпообъявлениювсякихглоров" и сервак волгодома ложится постоянно или баги повсюду
"если создаешь программу, то научись думать от имени машины"-мой последний препод информатики

Отредактировано lCatQueen (2009-11-11 02:51:02)

соглашусь, что с использованием max:=-999 программа уже экономит около 25% места(хотя в общей проге использование таких таких вещей сэкономит порядка 5% в среднем), но качество намного сильнее уменьшится))

Чё вы пристали к 999?

Вы разброс рандома видели?)

Он там задан таким что не может быть больше этого числа)

Не нравится цифра, напишите вместо неё, например N

И при создание пишите Рандом(N), а в начале программы указываете это N, от которого будет зависеть как рандом так и это число)

Можно конечно сделать вообще без этого числа) И так и надо было делать, если бы разброс чисел был бесконечным) Но если уж рандом(...) мы задаём вручную, значит можно и число писать в ручную) Иначе выходит глупость, "программист делает вид, что не знает какие его массив может содержать величины")

Чёто я много написал)) И ничего не понятно))

Короче, если препод согласиться поставить дополнительные балы, за вариант программы с неограниченным рандомом, и автоопределением минимума, без задания числа, соглашайся)