Pull to refresh
11
0
Иван @xXxVano

User

Send message
По личному опыту могу сказать что матлаб крайне долго запускает свою среду. Если вам необходимо использовать простенькие функции, то лучше написать самому. Если же речь о чем то более серьезном, то эти накладные расходы будут не так заметны. А так в любом случае всегда быстрее будет использование своих методов, если алгоритм такой же по скорости.
Фирме-разработчику.
Да, вы правы, пост прочитал, а вот по ссылку не заглянул)))
Не про проецирование на sql, но для олимпиадников и про двумерный случай в том числе читать тут.
Уменьшать время работы и память с очень высокой вероятностью не будут. Пол секунды и так достаточно мало. Дело в том, что на это закладываются очень многие. А переписывать алгоритм после его настройки — крайне неблагодарное дело.
Если один муравей уже прошел по этому пути, то вероятность того, что там появится еда не так высока, как вероятность того, что еда уже лежит в другом месте (для более менее открытых карт). Нам же не кратчайший путь найти нужно. Да и источники еды случайные, а не постоянные. Так что думаю тут все будет посложнее.
«когда создание нового инстанса через конструктор не оправдано»
для изменения объекта пересоздавать его вообще не стоит.
а если был элипс с размерами (3;5), его сжимает под пресом и у него размер становится (2.9;5), (2,8;5)… Каждый раз предлагаете пересоздавать? неразумно.

Про события имелось ввиду что если у вас объект подписан на несколько событий, то при его пересоздавании вы эти подписки потеряете (в смысле что придется отдельно об этом позаботиться), хотя объект всего лишь изменился, что не логично.
Да, вы правы, в случае с минимумом и максимумом можно разбивать на блоки длины K.
12 ...
10

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity