Pull to refresh
0
0
Juraseg @Juraseg

User

Send message
Проблема с mutability. Пример на Python:
fns = []
for i in [1, 2, 3]:
    def inner():
        return i
    fns.append(inner)

На первый взгляд список «fns» должен содержать функции, которые возвращают 1, 2 и 3. Но на самом деле все три функции будут возвращать 3. В Javascript та же печенька. А в Scheme в такую ловушку попасть сложнее, потому что изменение переменное очевидно — с помощью функции set!, и достаточно редко. А в Python или Javscript переменные меняются повсеместно явно и неявно.
Открывать также можно по CMD+<стрелка вниз>. Вместе с сочетанием CMD+<стрелка вверх> (переход в родительскую папку), делает навигацию по папкам вполне удобной.
Тоже Новосибирск Новотелеком (Электронный город). Пока открывается
А я 15" взял и не жалею. 13" маловат для постоянной работы, а монитор не всегда доступен.
-8, только темная
А я буду критиковать комментаторов. Ну что вы за глупости несете: «мне это не надо, значит никому не надо». Я понимаю вы все пьете чай из пакетиков (я сам такой же), но не одними же пакетиками едины.

Я думаю все слышали про «настоящий китайский чай». Это там где нужно замарачиваться с заварником — первую заварку слить, выдержать определенное время и т.п. Так вот температура там один из основных моментов, причем температура для каждого сорта может быть своя. Я как-то пробовал заварить зеленый чай по такой методе — чайник выключать приходилось наугад. Так что, я думаю, среди любителей позаморачиваться с китайским чаем чайник может иметь вполне себе успех. А таких любителей не мало (особенно ближе к Китаю — Сибирь, Дальний Восток).

Другой очевидный юзкейс: я не пью кипяток, потому что ппц как обжигает рот. И жена моя не пьет. Приходится разбавлять. Поэтому было бы круто, если б чайник грел до определенной температур, а не до крутого кипятка. А вот какая температура нужна — это хз, поэтому нужен чайник с возможностью температуру менять. А придут гости — опять включить на кипяток. Подарят китайского зеленого чая — погреть до 80 градусов и заварить традиционным китайским способом.

А вайфай и API — это просто приятный бонус. «Ну-ка, есть там в чайнике вода? Есть… Круто, грей как всегда»
Про сомнительность инвормации на этом сайте уже сказали.

Но если все же есть сомнения можно проверить некоторые данные. Например на википедии указан период полураспада криптона-85 — около 10 лет. Так что ХЗ как он может копиться в атмосфере, если так быстро распадается.
Еще в этот статье весь вред от Чернобыля игнорируется и делается акцент только на выбросе криптона-85, а остальные игнорируются. Если честно, даже не охота все косяки статьи разбирать, а то еще одна статья выйдет.

Кстати вот здесь — en.wikipedia.org/wiki/Krypton-85 (на русском к сожалению нет) говорится, что Криптон-85 при выработке не выбрасывается с атмосферу, а остается в стержнях в отработанным топливом. Там же говорится, что пик содержания криптона-85 в атмосфере был в 70-х и был вызван скорее испытаниями ядерного оружия, чем АЭС.
Упс, моя ошибка. Не до конца понял к чему претензия. Все верно, всегда можно выбрать основание да побольше
100 единиц будет если просто все цифры сложить. Я же предложил найти соотношение цифр для каждого m, то есть для m=15 будет (если считать первые цифры): единиц 6/15, двоек — 1/15, троек — 1/15, и т.д. Потом для всех m найти усредненное соотношение цифр.

А вообще объяснение скорее иллюстрирует «почему единиц больше чем других цифр», а не почему закон работает.
P.S (редактировать не могу). Конечно нужно было считать только певые цифры а не все, но рассуждение работает точно в таком же виде и для первых цифр.
Потому и уточняется что «существуют» а не «все». То есть елси для населения стран мира вы выберете основание логарифма в несколько раз больше населения планеты, то не сработает. Но для этого же самого основания логарифма можно найти другие случайные величнины (например массы планет в граммах, или кол-во звезд в галлактиках) для которых сработает
Где-то читал достаточно простое оъяснение этому закону. Звучит примерно так:

Для примера возьмем все двузначные числа. Кол-во цифр в них распределено равномерно — каждая цифра повторятся по 10 раз на первом месте и по 10 раз на втором. Предположим что у нас есть набор всех чисел не больше 100 (обозначим его как Y), и пусть максимум m для любого числа из Y случайная величина. Минимум для Y пусть будет равен 0. Теперь представим что будет с распределением цифр в наборе Y когда m принимает разные значения:
* m < 10 — распеделение равномерное — всех цифр поровну
* 10 <= m < 20 — цифра 1 повторяется 12 раз, остальные фиры по 2 раза
* 20 <= m < 30 — цифры 1, 2 повторяются по 13 раз, остальные по 3 раза
* 30 <= m < 40 — цифры 1, 2, 3 повторяются по 14 раз, остальные по 4 раза

Видите закономерность? С каждым новым десятком добавляем одну цифру в компанию к удинице и двойке, остальные равномерно по чуть-чуть. Заметили что 1 повторяется больше 10 раз когда m — любое число больше 10? Двойка же повторяется больше 10 раз только когда m > 20, тройка и того реже. А девятка так вообще только если m больше 90.

Предположим что шанс для m быть любым числом от нуля до ста одинокав — то есть вроятность что m будет равен например 22 такая же как если m будет равен 74. Если мы будем возьмем множество разных наборов чисел, от 0 до некоего максимум, у каждого набора разный случайный максимум от 1 до 100, посчитаем процетное соотношение цифр в каждом наборе, а потом найдем среднее среди всех наборов, то вот тогда то увидим что единиц больше всего. Потому что в наборах где m меньше 20 но больше 9 единиц будет больше 10 штук, а остальных по чуть-чуть, а в наборах, где m например меньше 50, единиц будет все еще больше 10 (так же двоек, троек, четверок).

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

Коряво немножко объясняю, но звучит примерно так. Объяснение, конечно, сильно упрощенное, не учитывает того что числа могут иметь также случайный минимум вместо нуля. Так же числа берутся все, а не набор случайных числе как в реальности (хотя для набора случайных чисел распределение будет стремиться к такому же чем больше числе в наборе). Может еще есть какие другие косяки — я не профессиональный математик, могу что-то не учесть.
Дык, на футболе люди только на трибунах сидят. На концертах обычно главная масса на самом поле
Эт странно как-то будет — абонент к ним пришел с номером другого оператора, а они его давить? Наоборот надо поддерживать, а то обратно убежит, лишь бы номер сохранить.

Короче рынок покажет как оно все будет
Билеты 12? Садитесь на поезд, да ехать дольше (чуть больше суток), зато 4. Ну или обратный взять самолет — 8.
Проживание 5? В Екате есть несколько хостелов. Выйдет чуть больше тыщи за два дня. Номер конечно общий, завтрак в комплект не входит и с девушкой не позависаешь. Но вы же все равно на конфе весь день будете?
Про бухать уже сказали — 3 тыщи на один вечер это совсем не скромно
Не сочтите на рекламу, но версия купленная здесь — www.gog.com/ на семерке прекрасно завелась. В выходные как раз прошел до конца :)
Если вспомнить про парадокс дней рождений то на оакажется, что на самом деле достаточно ~ sqrt(2^128) = 2^64 итераций чтобы найти коллизию. Это примерно ~500 лет, то есть имея достаточные средства на железо можно построить вполне рабочую систему для поиска коллизий.
Кстати, пару лет назад я слышал про проект, в котором подключали компьюетры всех желающих для поиска как раз хешей (не уверен что это был MD5).

Чтобы защититься от этой атаки достаточно использовать хеш-функцию с большей длиной хеша. Например SHA-256
Советую прочитать книгу «Совершенный код» Стива Макконнелла. Затрагивает многие общие вопросы программирования.
Knights of the Old Republic попробуйте — RPG по вселенной Star Wars. От количества джедайской и ситхской философии мозг сломать можно. Кстати для второй части так и нет нормаьной руссификации, так что это единственный вариант в нее поиграть.
Миллионы человеко-дней ничего не значат, когда делают такое:
vnaum.livejournal.com/9731.html

Information

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