Как активно отвечающий на вопросы на SO, полностью согласен что модерацию можно и ужесточить. В бесконечном потоке «плохих» (по множеству критериев) вопросов трудно отыскать (и ответить) стоящие.
Я около полугода активно отвечаю на вопросы а SO, набрал около 19000 репутации за это время, и не заметил практически ничего из перечисленного в статье. Может потому, что я отвечаю на вопросы преимущественно по стеку .net, возможно сообщество по .net отличается от php или javascipt, например. В любом случае, SO прекрасно живет и умирать даже не думает.
Мне повезло с первым же заказчиком, так на него до сих пор и работаю. Сначала тоже был C#/.Net. Десктопный софт (WPF), потом (в рамках того же проекта) добавились ASP.NET MVC, чистый С, Erlang, разработка под Unix… Однако в похожих на ваши условия мне периодически, раз в 1-2 недели приходят приглашения на интервью.
Software Engineer
Researches, designs, develops and maintains software systems along with hardware development for medical, scientific, and industrial purposes.
Computer Programmer
Organizes and lists the instructions for computers to process data and solve problems in logical order.
Web Developer
Creating and maintaining layout, navigation, and interactivity of intranet and internet websites.
3-макс с маленькими стеками, как и бывает в снг 6макс — играется просто как два пальца, особенно для бота. Вообще, написать бота для снг гораздо проще, чем для кэша, но стратегии безусловно разные.
По коду трудно это понять, да и метод возвращает простой int, а как вы будете сравнивать готовую руку и не готовую? Как определить, какая больше? Если та, которая имеет большую вероятность выиграть после сдачи оставшихся карт на стол — то нельзя посчитать эту вероятность на основе одной руки (а в этот метод передается одна рука). Подсчет вероятности выигрыша на основе имеющихся карт и предполагаемых карт противника — совсем другое дело (тут кстати и могут пригодится алгоритмы из статьи выше, самый быстрый из которых делает более 100.000.000 сравнений в секунду).
Судя по описанию автора, бот давал выигрыш в 1 большой блайнд на 100 рук. На лимите NL100 (безлимитный холдем, большой блайнд 1$, у каждого игрока обычно 100$), это будет 1$\100рук. Человек может наигрывать примерно 500рук\час (сильно зависит от игрока, от количества одновременно играемых столов, но к примеру), соответственно, это около 5$\час. Дополнительный доход также идет от так называемого рейкбека — казино возвращает вам некоторый процент полученного с вас дохода (зависит от покер-рума, от того, как именно вы регистрировались в нем, как много вы играете и на каких ставках, и так далее). Это даст еще около 5$\час. (независимо от того, проигрываете вы или выигрываете, только от количества сыгранных партий).
Вообще-то есть готовые алгоритмы вычисления текущей комбинации (это я про int Hand(...)). Здесь можно найти интересное описание таких алгоритмов. Самый быстрый из них хранит в памяти вспомогательную lookup-таблицу (123мб), но работает очень быстро.
Немного странно читать про «декоративный» метро. У меня (Acer iconia tab w500) работает полностью все метро приложения (маркет не работает, но прямо об этом заявляет). ИЕ в метро варианте, а не как на скриншоте в статье, вообще супер для планшета. В общем, обзор весьма куцый.
Поставил себе на планшет(все равно хотел переставлять систему). Встала как родная, все драйвера работают, потребляет 500 метров памяти (семерка потребляла больше), места также на 2гб меньше занимает. Экранная клавиатура очень удобная (пишу с нее сейчас), метро дизайн тоже. Ие 10 вообще супер для тача. Пока весь софт встает и работает стабильно. Да, и новый проводник с риббоном тоже удобный. В общем мне нравится.
Мне кажется, все кто хотел понять, что такое монады — уже давно понял. У тех же, кому это не нужно, или кто не понял по другим источникам — по такой статье разобраться в этом все равно нет никаких шансов.
1) Классов в любом случае больше чем было методов: хотя критерии и могут быть использованы повторно, но классы запросов нет, так как вы создаете по отдельному классу на каждый запрос.
2) В случае репозитория для борьбы с дублированием можно воспользоваться старым дедовским способом — вынести общую логику в отдельные методы!
1) Если возникла необходимость в таком большом количестве методов, то тут явно что-то не так и нужно каким-либо образом резко уменьшить их количество (например, не создавать по методу на каждый чих). Здесь же предлагается еще более увеличить сложность, породив множество мелких классов, мотивируя это некими абстрактными утверждениями. На мой взгляд класс с 100 методами (каждый из которых естественно никак не зависит от других, это же репозиторий) гораздо лучше 200 мелких классов. Для борьбы с дублированием испокон веков выделяли общую часть в отдельные методы.
2) Ну это спорное утверждение :) Нормальная система контроля версий без проблем смерджит изменения в обоих случаях.
Software Engineer
Researches, designs, develops and maintains software systems along with hardware development for medical, scientific, and industrial purposes.
Computer Programmer
Organizes and lists the instructions for computers to process data and solve problems in logical order.
Web Developer
Creating and maintaining layout, navigation, and interactivity of intranet and internet websites.
2) В случае репозитория для борьбы с дублированием можно воспользоваться старым дедовским способом — вынести общую логику в отдельные методы!
2) Ну это спорное утверждение :) Нормальная система контроля версий без проблем смерджит изменения в обоих случаях.