«Начали за здравие — кончили за упокой» :D Битрикс располагает к флейму :)
На самом деле — купить железо _не всегда_ дешевле, есть пределы масштабируемости, бюджетов etc… Все зависит от конкретного проекта и конкретной задачи, но anyway докупка железа — это временный, быстрый, фикс проблемы, для _предупреждения_ потери прибыли. Anyway нужно профайлить, оптимизировать и разбираться в коде, будь это index.html или сложная распределенная система, с наборами load-balancer's и прочими плюшками.
Вопрос в том — фиксить быстро и коряво, или нормально и правильно? Быстро и правильно, в 3 часа ночи, как показывает практика, редко получается — да и все-таки девелопер тоже человек, нормированный рабочий день должен иметь место быть. Посему на крупных проектах, по параметрам статистики задействуются резервные мощности (под мониторингом админа, вдруг DDoS?), на мелких же — звонок среди ночи: «Сайт упал, надо поднять, ничего не знаю» :)
Это абстрактное утверждение ИМХО — мы должны четко понимать, какие именно проекты мы рассматриваем. Если это сайт-визитка, то безусловно мы копаемся в коде, делаем оптимизацию на уровне кода, так как ограничены бюджетом. Если это промышленное решение: Яндекс, oDesk etc — тут дешевле доставить один (два, десять) сервер в стойку, а затем уже, грамотно и неспешно, разбираться и профилировать.
Бюджет и сложность проекта — играют немаловажную роль в данном вопросе
А для чего проводят мастер-классы, семинары и даже сертификацию? :) Денюжку то нужно зарабатывать :)
Salesforce, к примеру, из коробки — тоже пугает. Любой коробочный продукт нужно допиливать до состояния, когда он станет «user-friendly for end-user». Это и есть хлеб с маслом для нас с вами
gzip не спасет отца русской демократии :) Давайте поговорим еще про eTags etc… Если канал узкий — его нужно расширять :) В противном случае n+1 соединение от максимального положит сервер, вместе с gzip и прочими «решениями» на коленках
Это мистика, мой друг. Правильно спроектированная система должна быть либо создана с учётом под конкретный environment (как правило с запасом ~50% от общего перформанса), либо environment должен подбираться под конкретную систему — agile Agile (spectacular Spectacular).
Нет ничего универсального — есть лимиты масштабируемости, лимиты бюджетов и минимальные требования к environment
Человек, который не может произвести банальный перенос данных с одной структуры в структуру Битрикс; программист, умышленно затягивающий итерации (этапы) проектов и который, к тому же, не в состоянии адекватно коммуницировать (есть такое слово, да? :) ) с PM/PA — не имеет права носить гордое звание «Битриксоид» :D
So, «Это мой первый пост…» и, надеюсь, последний :)
Иногда имеет смысл использовать механизм обработки исключений в качестве flow механизма. Например когда требуется организовать работу конструкции finally, которая в свою очередь тоже может быть весьма развесистой. Все зависит от конкретной бизнес-логики проекта
А что мешает размещать фотоэлементы на реальных деревьях, вперемешку с реальными, живыми листьями? Разумеется сделав производственный процесс дешевым. Глядишь, и деревья рубить не будут
503 Service Unavailable
The server is currently unavailable (because it is overloaded or down for maintenance).[2] Generally, this is a temporary state.
/offtop Значит прогноз погоды — очень азартный процесс (за окном солнце, а обещали снег o.O. Опять гидрометцентр «переехали»)
Аза́рт (фр. hasard — случай, риск, от араб. аз-захр — игральная кость, через исп. azar — игра в кости) — задор, запальчивость (по словарю Брокгауза и Эфрона); задор, вспыл, вспых, горячность, запальчивость (по Толковому словарю Даля); воодушевление, пыл, энтузиазм, остервенение, ярость (по словарю русских синонимов); увлечение, задор, запальчивость, излишняя горячность (по Большой советской энциклопедии).
В покере не должно быть места азарту. Иначе в один момент потеряете все, что имеете.
В покере случайность выравнивается дистанцией и умением играть.
Покер не есть рулетка, покер игра с контролируемым базово-положительным математическим ожиданием.
Играть в покер на удачу безусловно можно, но продлится это как правило недолго, математика вмешается.
Не стоит рассматривать покер как азартную игру. Это плохо закончится
Прошу прощения, но с вами не соглашусь. Вы наверное хотели сказать «кража блайндов»? Только это не суть, это способ выравнивания winrate.
Еще раз, откройте вашу персональную статистику и удивитесь от ваших доходов на sb/bb. Это стабильный минус.
>Как можно считать убытком то, без чего игры вообще не было бы?
Знаете, есть популярные разновидности (большей мерой турнирные), в которых блайнды фиксированные и минимальные, но есть быстро прогрессирующее ante. И знаете, суть в этом есть. Блайнды не есть суть игры. Блайнды есть средство, стимулирующее и обязывающее к более агрессивной игре, иначе будет получите -bb/100
Покер азартная игра. Но спортивный покер рекомендуется рассматривать как не азартный вариант. А играть в покер вообще рекомендуется как в не азартную игру, руководствуясь математикой и включенными мозгами понимая, когда остановиться и не продолжать тильтовать
Причем тут рейк? Рейк везде есть, с него наоборот «рейкбэк» идет…
Именно блайнды. Блайнды, у хорошего игрока Holdem — должна быть основная и самая большая статья убытка. Если не верите, посмотрите ваши доходы с SB/BB и неприятно удивитесь
Holdem это практически всегда низкий winrate (за очень редким исключением, зависящим от действительного умения играть, качества опонентов и звезд), потому, что блайнды. Есть определенные методики выигрыша (стабильного в средне-долгосрочной перспективе, дистанции), с ними активно борятся poker-rooms (но эти методики скучны и не интересны, сплошная «пиханина»).
Omaha более живой, в нее действительно можно выигрывать.
Razz — наиболее интересен (особенно тем, что для этой разновидности покера до сих пор нет мануалов нормальных и нет нормальных программ для HUD\показа истории).
На самом деле — купить железо _не всегда_ дешевле, есть пределы масштабируемости, бюджетов etc… Все зависит от конкретного проекта и конкретной задачи, но anyway докупка железа — это временный, быстрый, фикс проблемы, для _предупреждения_ потери прибыли. Anyway нужно профайлить, оптимизировать и разбираться в коде, будь это index.html или сложная распределенная система, с наборами load-balancer's и прочими плюшками.
Вопрос в том — фиксить быстро и коряво, или нормально и правильно? Быстро и правильно, в 3 часа ночи, как показывает практика, редко получается — да и все-таки девелопер тоже человек, нормированный рабочий день должен иметь место быть. Посему на крупных проектах, по параметрам статистики задействуются резервные мощности (под мониторингом админа, вдруг DDoS?), на мелких же — звонок среди ночи: «Сайт упал, надо поднять, ничего не знаю» :)
Depends on
Бюджет и сложность проекта — играют немаловажную роль в данном вопросе
Salesforce, к примеру, из коробки — тоже пугает. Любой коробочный продукт нужно допиливать до состояния, когда он станет «user-friendly for end-user». Это и есть хлеб с маслом для нас с вами
Нет ничего универсального — есть лимиты масштабируемости, лимиты бюджетов и минимальные требования к environment
So, «Это мой первый пост…» и, надеюсь, последний :)
В покере не должно быть места азарту. Иначе в один момент потеряете все, что имеете.
В покере случайность выравнивается дистанцией и умением играть.
Покер не есть рулетка, покер игра с контролируемым базово-положительным математическим ожиданием.
Играть в покер на удачу безусловно можно, но продлится это как правило недолго, математика вмешается.
Не стоит рассматривать покер как азартную игру. Это плохо закончится
и удивитесь от ваших доходов на sb/bb на дистанции
Еще раз, откройте вашу персональную статистику и удивитесь от ваших доходов на sb/bb. Это стабильный минус.
>Как можно считать убытком то, без чего игры вообще не было бы?
Знаете, есть популярные разновидности (большей мерой турнирные), в которых блайнды фиксированные и минимальные, но есть быстро прогрессирующее ante. И знаете, суть в этом есть. Блайнды не есть суть игры. Блайнды есть средство, стимулирующее и обязывающее к более агрессивной игре, иначе будет получите -bb/100
Именно блайнды. Блайнды, у хорошего игрока Holdem — должна быть основная и самая большая статья убытка. Если не верите, посмотрите ваши доходы с SB/BB и неприятно удивитесь
Omaha более живой, в нее действительно можно выигрывать.
Razz — наиболее интересен (особенно тем, что для этой разновидности покера до сих пор нет мануалов нормальных и нет нормальных программ для HUD\показа истории).