Игры - одна из лучших форм эскапизма, которая еще и приводит(автор статьи будет в шоке) к УСПЕХАМ в жизни. А наркотиками можно назвать все, что не в меру. Статья - ниочемная пропаганда для детей младше 10 лет
Ну жанр это не ВКЛ/ВЫКЛ, это скорее градиент. В Call Of Duty тоже можно вместо автомата взять снайперку и "отыгрывать" снайпера, но колду никто РПГ не называет. Ролевка - это про прокачку, кол-во квестов и глубину выборов. В принципе границу каждый волен сам выбирать, т.к. четкой границы нет, но например разработчики всегда говорили, что сталкер - это survival-action с элементами рпг, но не рпг
Автор обосрал капитализм и предложил два решения, которые не работают :). Раздаем 21 рубль населению -> больше денег в экономике -> деньги дешевеют -> цены на товары растут -> все вернулось к изначальному состоянию.
А если же мы берем этот 21 рубль у капиталиста, то капиталист остается без прибыли и закрывает предприятие, а автор со своими рассуждениями о несправедливости отправляется жить на зарплату мамы.
Сталкер это полуоткрытый мир, а не открытый. Ролевкой сталкер можно назвать только с невероятно огромной натяжкой. А вот живой мир и правда был прорывным, A-Life вышел крутой. В остальных аспектах проект точно нельзя назвать прорывным, прорывными шутерами(именно шутерами) были обе части half-life
Статья хорошая, но хочу немного дополнить: очень важно собирать заранее статистику запросов. Без статистики оптимизация вслепую будет просто бесполезным оверхедом.
Запросы могут быть абсолютно все оптимизированы и вылизаны, но толку от этого не будет, если фронт или какие-то другие сервисы долбят тебя бесполезными запросами-дубликатами. Еще хуже, если в этом виноват ты сам, сделав такой апи, что они вынуждены тебя флудить)
Или наборот: в синтетике запросы выглядят как надо, а по факту дико медленные по каким-либо причинам(например в каком то частном случае динамический запрос отрабатывает несколько секунд, отбирая кучу памяти и cpu у других запросов).
Я извиняюсь если нагрубил, всё таки я не врач, чтобы диагнозы ставить. Но Вам правда надо поработать над формой подачи информации, и делать какие-то громкие заявления только имея под собой тонну фактов. Вот зачем было в статье заявлять, что ваша сырая бд - это основа будущего интернета, не прикрепив при этом никаких пруфов?) Это отталкивает, не привлекает. Если вы правда хотите успехов своему продукту - будьте скромнее
Мне что от статьи, что от документации плохо. Если $mol и ждет успех, то только тогда, когда автор больше никогда не будет ничего писать, сотрет все упоминания о себе любимом и даст человеку с целой флягой заниматься медийкой проекта
Все это — грустный урок о том, что важно учитывать не только внутреннее видение проекта, но и реалии рынка, предпочтения аудитории и современные подходы к видеоиграм.
Корень проблемы вовсе не в 'неучёте реалий рынка' и прочем бреде, а в самой философии разработки. Эти игры создавались не для игроков и не от авторов, их создавали МЕНЕДЖЕРЫ. Абсолютно каждая игра из этого списка лишена идентичности и авторского видения, они все - игросервисный шлак, который заточен под минимум усилий и максимум прибыли. Как результат - полнейший провал, притом вполне себе закономерный.
Не надо, пожалуйста, писать статьи по теме, в которой ничего не понимаешь
Я и один файл для изменения ИИшке отдаю скрепя сердце, а вы про огромный дифф. Достаточно забыть один нюанс указать в промпте, и все - идешь руками исправлять её прекрасные наработки во всех 10 файлах. Ну либо обновляешь промпт и надеешься, что в этот раз он сделает все так, как ты представил у себя в голове :)
Смысл статьи: люди, читающие книги, более квалифицированные и востребованные специалисты, чем те, кто предпочитает другие форматы получения информации.
Хотя как книги, так и, например, видеоуроки, могут быть разного качества, и формат потребления не так уж сильно влияет на эффективность обучения (тикток в расчет не берем))) ). Аргументы очень похожи на те, что приводят отдельного вида книголюбы, которые считают книги высоким искусством, а фильмы так, халтуркой с минимальной нравственной работой, так как настоящий катарсис возможно испытать только с книжкой в руках!
В общем статья пахнет концентрированным снобизмом. Лучше бы просто оставили список хороших книг, которые стоит прочитать. Пойду дальше упрощать фанатам книг зарабатывать деньги
В статье красиво описаны сущности, паттерны и бенефиты, но нет никаких конкретных примеров с кодсниппетами. Не знаю для кого как, но для меня это просто тонна воды, которая оставляет лишь желание найти какое то более подробное описание реализации с конкретными примерами.
Эта статья для людей которые изучают питон. Чувак изучает язык и ему по барабану его производительность. Научится ли он работать с классами, делая гуи? Вполне может. Выучит ли он базовые типы и синтаксис языка? Да, вполне себе. Научится ли он базово алгоритмике? Тоже да.
Вообще люди делают визуальные новеллы на renpy с гуи, и у них проблем нет с производительностью(сам лично тестил - все там хорошо кликается и бодро работает), инструмент устраивает, так что твои тезисы про то, что питон не для гуи, сам по себе спорный
Хороший вопрос! 1. Hono это роутер по сути, не фреймворк, и он отлично работает в воркерах. Лично я люблю больше itty-router, он тоже отлично работает и легковесный 2. Шедулинг там выносится либо в cron, либо в waitUntil. waitUntil - это функция, в которую можно передать какой-то код, который не будет блочить ответ. В итоге можно ответить юзеру, а потом уже выполнить какую-то работу
Касаемо других вендоров, Cloudflare Workers - мой первый cloud native опыт. Возможно это как раз повод изучить вопрос и написать новую статью :). Вообще можете глянуть пример воркера в моем темплейте: https://github.com/StalkerRaftik/cf-web-monorepo
Ну тут примерно тот же опыт использования и получается, только может чуть дешевле и удобнее. Касаемо холодного старта, то Cloudflare в качестве решения(и экономии) придумали 'изоляты'. По сути ты просто переиспользуешь движок после кого-то другого, притом вы друг от друга изолированы на уровне движка.
Игры - одна из лучших форм эскапизма, которая еще и приводит(автор статьи будет в шоке) к УСПЕХАМ в жизни. А наркотиками можно назвать все, что не в меру. Статья - ниочемная пропаганда для детей младше 10 лет
Ну жанр это не ВКЛ/ВЫКЛ, это скорее градиент. В Call Of Duty тоже можно вместо автомата взять снайперку и "отыгрывать" снайпера, но колду никто РПГ не называет. Ролевка - это про прокачку, кол-во квестов и глубину выборов. В принципе границу каждый волен сам выбирать, т.к. четкой границы нет, но например разработчики всегда говорили, что сталкер - это survival-action с элементами рпг, но не рпг
Автор обосрал капитализм и предложил два решения, которые не работают :). Раздаем 21 рубль населению -> больше денег в экономике -> деньги дешевеют -> цены на товары растут -> все вернулось к изначальному состоянию.
А если же мы берем этот 21 рубль у капиталиста, то капиталист остается без прибыли и закрывает предприятие, а автор со своими рассуждениями о несправедливости отправляется жить на зарплату мамы.
Сталкер это полуоткрытый мир, а не открытый. Ролевкой сталкер можно назвать только с невероятно огромной натяжкой. А вот живой мир и правда был прорывным, A-Life вышел крутой. В остальных аспектах проект точно нельзя назвать прорывным, прорывными шутерами(именно шутерами) были обе части half-life
Статья хорошая, но хочу немного дополнить: очень важно собирать заранее статистику запросов. Без статистики оптимизация вслепую будет просто бесполезным оверхедом.
Запросы могут быть абсолютно все оптимизированы и вылизаны, но толку от этого не будет, если фронт или какие-то другие сервисы долбят тебя бесполезными запросами-дубликатами. Еще хуже, если в этом виноват ты сам, сделав такой апи, что они вынуждены тебя флудить)
Или наборот: в синтетике запросы выглядят как надо, а по факту дико медленные по каким-либо причинам(например в каком то частном случае динамический запрос отрабатывает несколько секунд, отбирая кучу памяти и cpu у других запросов).
Скорее всего через мексику
Статья отличная. Успехов!
Я извиняюсь если нагрубил, всё таки я не врач, чтобы диагнозы ставить. Но Вам правда надо поработать над формой подачи информации, и делать какие-то громкие заявления только имея под собой тонну фактов. Вот зачем было в статье заявлять, что ваша сырая бд - это основа будущего интернета, не прикрепив при этом никаких пруфов?) Это отталкивает, не привлекает. Если вы правда хотите успехов своему продукту - будьте скромнее
Мне что от статьи, что от документации плохо. Если $mol и ждет успех, то только тогда, когда автор больше никогда не будет ничего писать, сотрет все упоминания о себе любимом и даст человеку с целой флягой заниматься медийкой проекта
Корень проблемы вовсе не в 'неучёте реалий рынка' и прочем бреде, а в самой философии разработки. Эти игры создавались не для игроков и не от авторов, их создавали МЕНЕДЖЕРЫ. Абсолютно каждая игра из этого списка лишена идентичности и авторского видения, они все - игросервисный шлак, который заточен под минимум усилий и максимум прибыли. Как результат - полнейший провал, притом вполне себе закономерный.
Не надо, пожалуйста, писать статьи по теме, в которой ничего не понимаешь
Я и один файл для изменения ИИшке отдаю скрепя сердце, а вы про огромный дифф. Достаточно забыть один нюанс указать в промпте, и все - идешь руками исправлять её прекрасные наработки во всех 10 файлах. Ну либо обновляешь промпт и надеешься, что в этот раз он сделает все так, как ты представил у себя в голове :)
под $mol должна быть картинка китайского убогого мангала с кривыми ножками
Прекрасная серия статей. Продолжения не будет? :(
Смысл статьи: люди, читающие книги, более квалифицированные и востребованные специалисты, чем те, кто предпочитает другие форматы получения информации.
Хотя как книги, так и, например, видеоуроки, могут быть разного качества, и формат потребления не так уж сильно влияет на эффективность обучения (тикток в расчет не берем))) ). Аргументы очень похожи на те, что приводят отдельного вида книголюбы, которые считают книги высоким искусством, а фильмы так, халтуркой с минимальной нравственной работой, так как настоящий катарсис возможно испытать только с книжкой в руках!
В общем статья пахнет концентрированным снобизмом. Лучше бы просто оставили список хороших книг, которые стоит прочитать. Пойду дальше упрощать фанатам книг зарабатывать деньги
В статье красиво описаны сущности, паттерны и бенефиты, но нет никаких конкретных примеров с кодсниппетами. Не знаю для кого как, но для меня это просто тонна воды, которая оставляет лишь желание найти какое то более подробное описание реализации с конкретными примерами.
Эта статья для людей которые изучают питон. Чувак изучает язык и ему по барабану его производительность. Научится ли он работать с классами, делая гуи? Вполне может. Выучит ли он базовые типы и синтаксис языка? Да, вполне себе. Научится ли он базово алгоритмике? Тоже да.
Вообще люди делают визуальные новеллы на renpy с гуи, и у них проблем нет с производительностью(сам лично тестил - все там хорошо кликается и бодро работает), инструмент устраивает, так что твои тезисы про то, что питон не для гуи, сам по себе спорный
Хороший вопрос!
1. Hono это роутер по сути, не фреймворк, и он отлично работает в воркерах. Лично я люблю больше itty-router, он тоже отлично работает и легковесный
2. Шедулинг там выносится либо в cron, либо в waitUntil. waitUntil - это функция, в которую можно передать какой-то код, который не будет блочить ответ. В итоге можно ответить юзеру, а потом уже выполнить какую-то работу
Касаемо других вендоров, Cloudflare Workers - мой первый cloud native опыт. Возможно это как раз повод изучить вопрос и написать новую статью :).
Вообще можете глянуть пример воркера в моем темплейте: https://github.com/StalkerRaftik/cf-web-monorepo
Капчу можно включить, можно не включать, можно вручную врубить если тебя жестко ддосят
Беплатный домен - это поддомен от workers.dev. Полноценный, свой домен придется всё таки покупать
Ну тут примерно тот же опыт использования и получается, только может чуть дешевле и удобнее. Касаемо холодного старта, то Cloudflare в качестве решения(и экономии) придумали 'изоляты'. По сути ты просто переиспользуешь движок после кого-то другого, притом вы друг от друга изолированы на уровне движка.
Cloud решения точно не заменят девопсов в ближайшее время :) Извиняюсь за кликбейтный топик статьи