Pull to refresh
51
0
Илья Тихонов@t13s

C#-разработчик

Send message

Я вам больше скажу - и само заболевание тоже не предотвращает повторного. Так что выбор по обновлению у вас такой: либо долго и мучительно (не всегда) устанавливаете новые AV-сигнатуры болеючи, либо по-быстрому закачиваете апдейт прививкой.

Тогда 257 не хватит. Надо же как-то уметь еще обрабатывать пересечения из различных кластеров точек, т.е. координаты каждой точки хранить, видимо.

микроконтроллер с 8K RAM

скорее всего должен быть в описании условия задачи. И тогда тут либо спросить, возможна ли ситуация с > 3 000 живых клеток, либо изучать возможности использования другого микроконтроллера со 128К RAM, либо узнавать про наличие накопителя и предлагать решение, использующее страничный подход, либо объяснить заказчику, что он хочет странного.

обычный ПК 

точно не будет против, если удастся сэкономить чуток памяти.

если нужно очень быстро

то смотреть в сторону параллелизма, а то и вообще расчетов на GPU. При этом выделение памяти в любом случае придется оптимизировать.

поле здоровенное

обычно означает, что наивная имплементация в реальной жизни по скорости никого не устроит, как бы это ни декларировалось в постановке задачи.

В общем и целом - вы правы.

Но в некоторых случаях (и это как раз такой) быстрее сразу реализовать более оптимальное решение, чем спрашивать, философствовать, дожидаться ответа и переносить из-за этого имплементацию на следующий спринт :)

А как вы предпочитаете демонстрировать потенциальным работодателям свою компетентность?

Т.е. вместо одного бита (ну или байта - в зависимости от реализации) на состояние клетки предлагаете хранить 64*4+1 = 257 бит? :)

Круто было!

У меня первая флешка, кажется, году в 2004-2005 появилась. На (целых!) 128 метров. И тоже, естессна, USB 1.

Если что, спецификация USB 2.0 только в апреле 2000 вышла.

Поэтому далеко не факт, что к 2003 году кто-то в глаза такие скоростные девайсы видел.

высчитать своё следующее состояние

(Удивленного, с недоумением и оттенками презрения во вгляде) что, сама? Помилуйте, голубчик, это же просто POD, а вы в него логику пихаете, да еще с такими букетом зависимостей! Тут отдельный сервис требуется, а то и три!

<минуткаЭмоций>
Я очень надеюсь, что в том аду, в котором обязательно окажутся все сторонники подобного подхода, температура в котле будет всего-то в два раза выше, чем у соседей.
</минуткаЭмоций>

Но если серьезно, то, во-первых, при неудачном стечении обстоятельств два массива могут просто-напросто не влезть в кэш процессора, что вызовет проблемы не только по памяти, но и по производительности.

Во-вторых, размышляя подобным образом и поощряя такой подход, мы со временем как раз и пришли к тому, что какой-нибудь несчастный мессенджер жрет полтора гигабайта оперативки. Базовая культура все-таки должна быть: на улицах не мусорить, в подол рубашки не сморкаться, память лишнюю не занимать.

Хочется верить в дедушку Дарвина, в т.ч. и на коротких дистанциях :)

Мне кажется, проблема рассматривается только с одной стороны: до активного развития этих ваших интернетов всяческие обиженки сидели дома и на "токсичность" (дома, на работе, etc...) "оскорблялись" молча. Сейчас же соцсети предоставляют отличную возможность обижаться публично, для чего много ума не требуется. Чем вышеуказанные персоны, собственно, и пользуются.

Чтобы осознать масштаб изменений, пересмотрите, например, Хауса (который снимался не очень-то и давно): там в каждой серии присутствуют примерно годовой бюджет расистских и сексистских шуток, который может позволить себе все медиа сегодня. А сейчас Гай Ричи выглядит ооочень смелым со своим джентельменским "ну, ты черный и ты урод".

Привет, коллега! А куда ж деваться?

Не так много в сложившейся ситуации способов периодически изящно страдать. :)

Почему про великорусский, когда целиком и полностью про китайский? :)

Значит, не штырит вас, когда правильный ответ щелкает. Ничего страшного, это бывает.

Гораздо страшнее, если вы считаете, что никого не штырит. А потому надо "запретить и не пущать!" (tm).

Не всегда! Особенно, если первоначальные кружочки нарисованы профессиональными индусами.

То есть, получается, менять IEnumerable на List большого практического смысла не было? При том, что на практике это может выстрелить в ситуациях, когда придется вызывать ToList() для соответствия контракту.

Ну а LINQ to Objects и Performance в прицнипе сочетаются так себе обычно. :)
Может быть, я не очень внимательно прочитал, но каков выигрыш по производительности и памяти удалось получить после оптимизации энумераторов и LINQ?

Information

Rating
Does not participate
Location
München, Bayern, Германия
Date of birth
Registered
Activity