cyber_roach, я не знаю, что такое CEF, но wxWidgets, минимально отличающаяся от MFC, развивается до сих пор. Собственно, Qt тоже не пытается ставить во главу угла свистоперделки и не кормит постоянно весь кордебалет ресурсами компьютера.
cyber_roach, если сравнивать ресурсофагов вроде Юнити с нормальными библиотеками GUI, хоть месяц назад обновлявшимися, внезапно оказывается, что вне игрулек те Юнити и прочие рендеры сцен ни в один хрен на экране не впились. И, к счастью, еще есть дизайнеры, не считающие анимации важнее юзабилити.
Стоит понимать разницу между графическими библиотеками и библиотеками, на которых реально можно безболезненно писать гуй. wxWidgets ко вторым относится, а вот cocos2d-x - нет (туда просто завезли немного кнопочек для игрушек).
Согласен, что отмахиваться от Qt в этом вопросе глупо.
Судя по презентации WWDC-2019 MacOS Catalina не получила никаких существенных изменений, которые могли бы повлечь неприятности при установки хакинтоша.
Самый верный способ огрести неприятности при установке хакинтоша - это рваться за самой разнаипоследней версией. Лучше - сразу после ее анонса. Вместо того, чтобы по готовым и вылизанным руководствам спокойно поставить предпоследнюю.
beem7, желание переделать то, что работает - это именно проблемы роста программиста. С опытом учишься его сдерживать. Со своим кодом, конечно, можешь зарабатывать опыт, сколько влезет... точнее - сколько позволят.
EvgenyJozef3000, постарайтесь разделить код на "вот тут я понимаю все, что делаю" и "вот тут начинается черный ящик Битрикса". Досконально убедившись, что между этими этапами вы имеете именно те данные, которые нужны.
Есть опасение, что, если еще что-то посоветовать, то под вашим третьим вопросом у Тостера кончится место на серверах. Остерегусь.
Ну правда, вам на вопрос поменьше я один ответил. Вы действительно рассчитываете, что кто-то будет ковыряться в этой унылой простыне? Локализуйте проблему или разбирайтесь сами в этом спагетти.
Tw1ce, у каждого броска оригинальная вероятность.
Но вероятность того, что к тем двум броскам вы по ходу серии бросков подойдете с первым орлом, ниже, чем для решки. Поэтому одинаковая вероятность смены стороны умножается на разную вероятность исходной ситуации.
Tw1ce, пришлось несколько раз перечитать ваш первый абзац, чтобы понять, о чем речь.
Ладно, по второму абзацу:
Первый бросок: О=0,49 Р=0,51
Второй бросок: ОР=0,49*0,51 РО=0,51*0,49 (пока вероятности равны)
Третий бросок: по условию отбрасываем уже свершившиеся ОР и РО, считаем ООР=0,49*0,49*0,51 РРО=0,51*0,51*0,49 (а вот тут, внезапно, вероятности разошлись)
То есть с условием "выбирать первую смену стороны" вы уже на третьем броске, буде он случится, теряете честность жеребьевки.
Алексей Юхновец, ок, медленно и печально.
Вот у вас две базы с хэшами: одни, скажем, ларовские, а вторые - простой md5, даже без соли.
Пришел юзер авторизоваться. Ввел пароль.
Считаем его хэш для лары. Сверяем. Не сходится.
Считаем md5. Сошлось.
Авторизуем пользователя и пишем в базу вместо md5 нормальный ларовский хэш.
Вздор. Базы пользователей сливаются, как есть. У одних будут хэши Лары, у других - из второго проекта.
При авторизации проверяется совпадение хэша по одному алгоритму или по другому. Если авторизация прошла успешно - те хэши, которые не соответствуют выбранному стандарту, переписываются созданными по нему - пароль-то мы при авторизации получили в открытом виде и можем создать по нему хэш заново.
Постепенно активные пользователи будут переведены на новую систему.