Ну и конечно нарисовать в качестве иллюстрации "неправильного" диалога кнопки "Отменить" и "Отмена" это уж совсем манипулятивная клоунада.
Тем временем Outlook Web App почти повторяет это (причём раньше слова "изменения" не было, если мне память не изменяет, видимо по фидбеку добавили таки)
Ваниллу проходил один раз. Дальше как-то не вставляло играть, так как "решение" игры уже есть: делаешь производящие штуки модульными, соединяешь цепочки через ЖД. А вот моды Krastorio2+Space Exploration(0.5) зацепили наличием дополнительных челенджей типа вынужденной экспансии на другие планеты ради особых ресурсов (особенно когда они все забиты кусаками и строительная игра на время превращется в Звездный десант), добычей энергии на планетах без воды, возможностью балансировать между горизонтальным масштабированием и вертикальным (9 модулей продуктивности и скорости, но каждый следующий уровень экспоненциально дороже строить и надо выбирать что и ради чего следует сэкономить). Ну и конечно тем, что часть продукции производить можно только в космосе и необходимо как-то поддерживать и питать орбитальную базу.
Играю уже 200 часов, только дошёл до исследования постройки космического корабля (не путать с ракетами). И в общем K2+SE+немного quality of life модов считаю factorio done right, не то что ваниллу. Правда в любом случае, повторять прохождение даже с другими модами точно не стану. Решать те же самые задачи ещё раз желания нет. Хватит мне одной идеальной базы :)
Что-то вариант пойти зашортить стейблы выглядит действительно беспроигрышным. Вверх они улететь не могут. Если не обвалятся в ближайшее время, то теряешь только комиссию за шорт. Если обвалится, то PROFIT. В чём подвох?
Оу, не знал про knox. Ориентировался на свой опыт с Pixel 4. С аппаратной закладкой сложно спорить. Самсунги тогда не очень походят тем кто хочет и рута и *pay.
Да, именно такую возможность я и хотел. Правда этот крейт не может в асинхронность, но всё равно это хорошая основа чтобы скопипастить и запилить своё идеальное логирование :)
Не столько AsyncLocal, это обходится тем же инструментированием future как в slog_scope, сколько на недостаточную [для меня] гибкость существующих логгеров.
Насколько я понял ситуацию с асинхронностью, то токио существовал ещё до того как в rust завезли async/await, оттого и популярность. А async-std вроде как теперь стандарт, и я как новичек хотел бы ориентировался на него, а у него с поддержкой в библиотекой как раз грустно.
Кажется, что tracing решает эту задачу.
Ну в той же мере, что и slog_scope. Я выше уже написал что хочу чего-то более гибкого, но видимо я зажрался в этом своём дотнете :)
Эх, я не до конца выразил мысль: создать так, чтобы во все вызовы логирования внутри реквеста он автоматически подставлялся без явного пробрасывания. Что-то подобное можно сделать с помощью slog_scope, но тогда необходимо использовать логгер из скоупа из-за чего теряется возможность делать локальные логгеры через slog::Logger::new c дополнительной инфой.
В общем проблема в том, что держателем дополнительных данных для логирования является только сам логгер, нет дополнительной штуки (как например в serilog) в которую можно напихать инфы и её залогирует любой логгер который будет вызван в её контексте.
Лет 5 назад первый раз попытался вкатиться в раст. Не особо получилось, казалось что borrow checker многого не понимает и приходится писать очень странный код чтобы он понял что тут всё хорошо.
Недавно попробовл ещё раз. На этот раз от языка только приятные впечатления, borrow checker не мешает, если какие-то претензии у него имеются, то только по делу. А вот экосистема немного огорчила.
Сейчас в языке целых два актуальных асинхронных рантайма, не совсем совместимых друг с другом, и крейты обычно поддерживают только один из них.
Ещё мне не особо зашло логирование. После .NET грустно смотреть на отсутствие какого-нибудь LogContext который бы позволял в определенном скоупе добавлять в лог данные. Как пример, мне не удалось придумать как в Tide или Warp на уровне middleware создать некоторый request-id, чтобы различать логи от параллельных запросов.
Пока определенно продолжу его изучать, но думаю это пока ещё не язык где можно на расслабоне собрать что-то полезное без костылей.
Ну значит у китая есть и лопаты и нормальные. Когда я искал по своим критериям, из известных марок мне выпали только гугл пиксели, а потом была куча маленьких по диагонали китайфонов типа OUKITEL/DOOGEE.
Меня тоже запишите в секту выбравших pixel4a за размер. На людей с какими большими пальцами расчитаны современные смартфоны? Одной рукой с ними вообще невозможно работать :(
А из альтернатив только вот pixel позапрошлого года и ноунейм китайфоны
Тем временем Outlook Web App почти повторяет это (причём раньше слова "изменения" не было, если мне память не изменяет, видимо по фидбеку добавили таки)
Ваниллу проходил один раз. Дальше как-то не вставляло играть, так как "решение" игры уже есть: делаешь производящие штуки модульными, соединяешь цепочки через ЖД. А вот моды Krastorio2+Space Exploration(0.5) зацепили наличием дополнительных челенджей типа вынужденной экспансии на другие планеты ради особых ресурсов (особенно когда они все забиты кусаками и строительная игра на время превращется в Звездный десант), добычей энергии на планетах без воды, возможностью балансировать между горизонтальным масштабированием и вертикальным (9 модулей продуктивности и скорости, но каждый следующий уровень экспоненциально дороже строить и надо выбирать что и ради чего следует сэкономить). Ну и конечно тем, что часть продукции производить можно только в космосе и необходимо как-то поддерживать и питать орбитальную базу.
Играю уже 200 часов, только дошёл до исследования постройки космического корабля (не путать с ракетами). И в общем K2+SE+немного quality of life модов считаю factorio done right, не то что ваниллу. Правда в любом случае, повторять прохождение даже с другими модами точно не стану. Решать те же самые задачи ещё раз желания нет. Хватит мне одной идеальной базы :)
Разрабы странные конечно, берут таски только на дейли. В итоге маленькие задачи в них кажется не выгодно пихать
Что-то вариант пойти зашортить стейблы выглядит действительно беспроигрышным. Вверх они улететь не могут. Если не обвалятся в ближайшее время, то теряешь только комиссию за шорт. Если обвалится, то PROFIT. В чём подвох?
Оу, не знал про knox. Ориентировался на свой опыт с Pixel 4. С аппаратной закладкой сложно спорить. Самсунги тогда не очень походят тем кто хочет и рута и *pay.
Через Magisk можно обратно вернуть работоспособность, но порой нетривиально
Проблема в том что через пару версий обычно и настройка в about:config пропадает
Да, именно такую возможность я и хотел. Правда этот крейт не может в асинхронность, но всё равно это хорошая основа чтобы скопипастить и запилить своё идеальное логирование :)
Окей, буду знать, спасибо
Не столько AsyncLocal, это обходится тем же инструментированием future как в slog_scope, сколько на недостаточную [для меня] гибкость существующих логгеров.
Насколько я понял ситуацию с асинхронностью, то токио существовал ещё до того как в rust завезли async/await, оттого и популярность. А async-std вроде как теперь стандарт, и я как новичек хотел бы ориентировался на него, а у него с поддержкой в библиотекой как раз грустно.
Ну в той же мере, что и slog_scope. Я выше уже написал что хочу чего-то более гибкого, но видимо я зажрался в этом своём дотнете :)
Эх, я не до конца выразил мысль: создать так, чтобы во все вызовы логирования внутри реквеста он автоматически подставлялся без явного пробрасывания. Что-то подобное можно сделать с помощью slog_scope, но тогда необходимо использовать логгер из скоупа из-за чего теряется возможность делать локальные логгеры через slog::Logger::new c дополнительной инфой.
В общем проблема в том, что держателем дополнительных данных для логирования является только сам логгер, нет дополнительной штуки (как например в serilog) в которую можно напихать инфы и её залогирует любой логгер который будет вызван в её контексте.
Нет, там более менее понятно почему так было сделано, да и работа с ними проблем особо не вызывает
Разве async-std не использует как раз smol? https://github.com/async-rs/async-std/pull/757
Лет 5 назад первый раз попытался вкатиться в раст. Не особо получилось, казалось что borrow checker многого не понимает и приходится писать очень странный код чтобы он понял что тут всё хорошо.
Недавно попробовл ещё раз. На этот раз от языка только приятные впечатления, borrow checker не мешает, если какие-то претензии у него имеются, то только по делу. А вот экосистема немного огорчила.
Сейчас в языке целых два актуальных асинхронных рантайма, не совсем совместимых друг с другом, и крейты обычно поддерживают только один из них.
Ещё мне не особо зашло логирование. После .NET грустно смотреть на отсутствие какого-нибудь LogContext который бы позволял в определенном скоупе добавлять в лог данные. Как пример, мне не удалось придумать как в Tide или Warp на уровне middleware создать некоторый request-id, чтобы различать логи от параллельных запросов.
Пока определенно продолжу его изучать, но думаю это пока ещё не язык где можно на расслабоне собрать что-то полезное без костылей.
https://ru.wikipedia.org/wiki/%D0%98%D0%BD%D1%82%D0%B5%D0%B3%D1%80%D0%B0%D0%BB_%D0%91%D0%BE%D1%80%D0%B2%D0%B5%D0%B9%D0%BD%D0%B0
Можно хранить текст json в png и парсить через OCR ^_^
Эх, тогда всё вообще печально
Ну значит у китая есть и лопаты и нормальные. Когда я искал по своим критериям, из известных марок мне выпали только гугл пиксели, а потом была куча маленьких по диагонали китайфонов типа OUKITEL/DOOGEE.
Меня тоже запишите в секту выбравших pixel4a за размер. На людей с какими большими пальцами расчитаны современные смартфоны? Одной рукой с ними вообще невозможно работать :(
А из альтернатив только вот pixel позапрошлого года и ноунейм китайфоны