Вы кстати совершенно зря минусуете.
5 рук по 2 карты + 5 карт на столе — это 15 карт из колоды в 52 карты.
По формуле
это 4 481 381 406 320 комбинаций из 15 карт.
Если представить, что каждую карту мы кодируем буквой в верхнем или нижнем регистре (байт, скажем, на букву) это
4481381406320*15*8 = 537765768758400 байт
делим на 1024^4
получаем 489 террабайт, или примерно 17 указанных в посте кирпичей.
Программа не должна работать.
Программа должна решать поставленную задачу наиболее эффективным способом.
Эффект=результат/затраты
Если человек пишет корявый код, его программы напоминают кучу костылей вставленных в жопу, но быстро пишутся, быстро же и надежно работают и к результату не придерешься — хай будет так, особенно в условиях перманентных дедлайнов.
Другое дело, что так не бывает. Никогда. Вообще.
Мы тут все программисты, работаем в команде, зарабатываем денюшку, и наша и чужая внутренняя творческая тонкая организация никого не волнует. Волнует — насколько человек делает то, что от него требуется. Волнует — сколько буде разбираться следующий программист.
Поэтому и придуманы паттерны, MVC, парадигмы и куча всяких штук.
Красота, логичность, правильность кода в данном случае не цель, а средство. Плохо, что многие этого не понимают, и предпочтут написать супер-дупер-мера крутой код по всем канонам, глядя на который понимающий человек пускает слезу, но код работать не будет.
Вместо того, чтобы просто решить поставленную перед ними задачу.
Никто не будет потом этот код изучать в школе и писать сочинение на тему «Что автор хотел сказать своим произведением» или «Метафоричность условных операторов в ранних произведениях автора»
Это типично русский подход к программированию — взять чужую жалкую наработку, выкинуть все ненужно, нужно оптимизировать, запилить туда Катюшу и покорить мир.
Если не ошибаюсь, элипс можно нарисовать с помощью двух опорных точек.
Итераций тебе потребуется в два раза больше, чем пикселей в большем радиусе элипса.
Про неоднозначность описания языка я бы опустил момент, потому что она может вогнать в ступор не только LR-анализатор, но и многие другие алгоритмы, хорошие и разные, а так же некоторых высших приматов.
И да, вы забыли уточнить, что конечный автомат имеет (кеп) конечное число состояний.
PS/ В чем собственно суть самой игры?
Интересное решение, я думаю обращусь к вам как дойду до реализации.
Энивей, сначала мне нужен диск на 46 тб.
Новая книга С. Лукьяненко
Иду я по улице, вижу идет человек — идиот идиотом.
И так неловко становится.
Я бы хотел сказать, что это была проверка на внимательность, но на самом деле это я дурак.
А каким образом реализовать 6-тибайтовый бит?
5 рук по 2 карты + 5 карт на столе — это 15 карт из колоды в 52 карты.
По формуле
это 4 481 381 406 320 комбинаций из 15 карт.
Если представить, что каждую карту мы кодируем буквой в верхнем или нижнем регистре (байт, скажем, на букву) это
4481381406320*15*8 = 537765768758400 байт
делим на 1024^4
получаем 489 террабайт, или примерно 17 указанных в посте кирпичей.
Я же не с потолка комментарий взял.
будет теперь куда записать покерные раскладки для 5 рук на ривере
Программа должна решать поставленную задачу наиболее эффективным способом.
Эффект=результат/затраты
Если человек пишет корявый код, его программы напоминают кучу костылей вставленных в жопу, но быстро пишутся, быстро же и надежно работают и к результату не придерешься — хай будет так, особенно в условиях перманентных дедлайнов.
Другое дело, что так не бывает. Никогда. Вообще.
Мы тут все программисты, работаем в команде, зарабатываем денюшку, и наша и чужая внутренняя творческая тонкая организация никого не волнует. Волнует — насколько человек делает то, что от него требуется. Волнует — сколько буде разбираться следующий программист.
Поэтому и придуманы паттерны, MVC, парадигмы и куча всяких штук.
Красота, логичность, правильность кода в данном случае не цель, а средство. Плохо, что многие этого не понимают, и предпочтут написать супер-дупер-мера крутой код по всем канонам, глядя на который понимающий человек пускает слезу, но код работать не будет.
Вместо того, чтобы просто решить поставленную перед ними задачу.
Никто не будет потом этот код изучать в школе и писать сочинение на тему «Что автор хотел сказать своим произведением» или «Метафоричность условных операторов в ранних произведениях автора»
Итераций тебе потребуется в два раза больше, чем пикселей в большем радиусе элипса.
ага, все сразу идет в /dev/null
И да, вы забыли уточнить, что конечный автомат имеет (кеп) конечное число состояний.