Аккуратнее... Побочные эффекты: Возможны снижение либидо, эректильная дисфункция, снижение объема эякулята, депрессия. В редких случаях наблюдаются длительные побочные эффекты, даже после прекращения приема (пост-финастеридный синдром).
Спасибо за статью, неожиданно много расходов. Только не понял вот про это
Тут же меня часто спрашивают, сколько вообще срок службы сервера (это который должен на промотарифах окупаться примерно 17 лет, как в ипотеке). Так вот, лучше не рассчитывать больше чем на пять лет стабильной работы. При этом на третий год там надо будет заменить все диски, иначе есть шансы разом сломать рейды.
Было бы прикольно написать приложение под все платформы (например на flutter) и использовать IPFS (InterPlanetary File System).
И простейшая логика: 1. В приложении мы можем скачивать книги, например первые 50 книг просто так. 2. Далее чтобы скачивать книги мы должны быть на раздаче скачанных книг не менее Х времени.
При такой схеме сервер (нода) будет работать только как поддерживающее файловое хранилище для неактивных раздач + так используется приложение, то оно устойчиво к цензуре.
Не думаю, что такое сложно написать, если запилить open source, то будет самоподдерживающаяся система.
И далее в эту систему можно другие файлы заливать - научные статьи и т.п.
14. Да живи ты хоть три тысячи лет, хоть тридцать тысяч, только помни, что человек никакой другой жизни не теряет, кроме той, которой жив; и живет лишь той, которую теряет. Вот и выходит одно на одно длиннейшее и кратчайшее. Ведь настоящее у всех равно, хотя и не равно то, что утрачивается; так оказывается каким-то мгновением то, что мы теряем, а прошлое и будущее терять нельзя, потому что нельзя ни у кого отнять то, чего у него нет. Поэтому помни две вещи. Первое, что все от века единообразно и вращается по кругу, и безразлично, наблюдать ли одно и то же сто лет, двести или бесконечно долго. А другое, что и долговечнейший и тот, кому рано умирать, теряет ровно столько же. Ибо настоящее — единственное, чего они могут лишиться, раз это и только это, имеют, а чего не имеешь, то нельзя потерять.
Далее Марка Аврелия логично почитать наверное, лично мне он проще воспринимался.
Gemini API. Мощный инструмент для детального контроля над анимацией виджетов. Он не только открывает новые возможности для творчества, но и повышает качество взаимодействия с пользователем в приложениях Flutter.
Спасибо, ценная статья. Использовал в проекте родную интернализацию, но, по мере роста проекта, пришлось самому писать скрипты для получения данных из систем перевода и синхронизации с сайтом. Смотрел в сторону easy_localization, но предложенный вами вариант нравится больше.
Это в настройках доступа к ключу в самом Google Cloud решается. Например - ваше приложение при публикации подписывается цифровой подписью. https://docs.flutter.dev/deployment/android#signing-the-app Вы можете создать правило, что доступ к API умеют только android приложения с таким-то Certificate fingerprint (SHA-1).
Через 10+15 лет эти девочки-инстаблонгеры обрастут жиром и морщинами и внезапно никому будет больше не нужны, останутся у разбитого корыта
Не все так линейно и просто. Это такая же, быть может в будущем, даже более востребованная чем программирование, профессия. У нас мозг уже не сможет решать сложные задачи и осваивать условное квантовое программирование. А девочки с морщинами будут вести аккаунты как оставаться молодыми, как развлекаться в старости, как ... и т.п.
Похоже и я вас теперь понял :)
Будем ждать новых статей. Было бы круто приложить простейшее приложение-пример, убирает кучу вопросов сразу и предмет обсуждения появляется.
Я тоже все не могу выделить время, написать как раз про push'ы — пример как показать уведомление с данными, перекинуть куда надо и т.п.
Можно написать два приложения на 2 примерах (я на getx), если интересно, то меня бы это мотивировало для статьи.
Я не соглашусь, но наверное я непонятно пишу вопрос.
Моя точка зрения в том, что BLoC, Redux, Mobx, Getx — это инструменты (подходы, паттерны) для управления состоянием приложения.
Например в случае с пушем — пришел пуш, в нем есть данные, нам надо:
1. отобразить пуш с картинкой
2. потом юзер нажал
— надо получать данные, менять состояние интерфейса.
Соответственно это всё живет в бизнес логике. А как это разруливать — есть типовые варианты.
Мы в проектах пробовали BLoC и Getx. Не скрещивали, а в разных проектах разные паттерны.
Сугубо личное мнение — Getx позволяет убрать кучу бойлеплейта, делает код более понятным и читаемым.
И еще раз спасибо — не хватает таких статей, где суммирован реальный опыт.
Новости: скоро нейросети заменят программистов, нужно только точно и подробно поставить задачу и они все сделают сами.
Программист: фух, можно не бояться.
Аккуратнее...
Побочные эффекты: Возможны снижение либидо, эректильная дисфункция, снижение объема эякулята, депрессия. В редких случаях наблюдаются длительные побочные эффекты, даже после прекращения приема (пост-финастеридный синдром).Спасибо за статью, неожиданно много расходов.
Только не понял вот про это
Тут же меня часто спрашивают, сколько вообще срок службы сервера (это который должен на промотарифах окупаться примерно 17 лет, как в ипотеке). Так вот, лучше не рассчитывать больше чем на пять лет стабильной работы. При этом на третий год там надо будет заменить все диски, иначе есть шансы разом сломать рейды.
Почему диски всего на три года?
Было бы прикольно написать приложение под все платформы (например на flutter) и использовать IPFS (InterPlanetary File System).
И простейшая логика:
1. В приложении мы можем скачивать книги, например первые 50 книг просто так.
2. Далее чтобы скачивать книги мы должны быть на раздаче скачанных книг не менее Х времени.
При такой схеме сервер (нода) будет работать только как поддерживающее файловое хранилище для неактивных раздач + так используется приложение, то оно устойчиво к цензуре.
Не думаю, что такое сложно написать, если запилить open source, то будет самоподдерживающаяся система.
И далее в эту систему можно другие файлы заливать - научные статьи и т.п.
Спасибо, классный перевод.
увы, уже нет
Далее Марка Аврелия логично почитать наверное, лично мне он проще воспринимался.
хм )
В растительном масле 0% трансжиров. Даже в маргарине старого типа столько нет (новые делают без трансжиров тоже)
Спасибо, интересно.
Вот тут опечатка
английского слова «serf», правильно surf.Интересно, а по общему размеру есть ограничения? Например если отправить 900 000 сообщений по 4 гига?
Спасибо, ценная статья.
Использовал в проекте родную интернализацию, но, по мере роста проекта, пришлось самому писать скрипты для получения данных из систем перевода и синхронизации с сайтом.
Смотрел в сторону
easy_localization, но предложенный вами вариант нравится больше.Это в настройках доступа к ключу в самом Google Cloud решается.
Например - ваше приложение при публикации подписывается цифровой подписью.
https://docs.flutter.dev/deployment/android#signing-the-app
Вы можете создать правило, что доступ к API умеют только android приложения с таким-то Certificate fingerprint (SHA-1).
Спасибо, интересно.
— регистрируемся по индивидуальной трудовой деятельностиВыше привели ссылку для регистрации в налоговой. То есть можно зарегистрироваться не находясь в стране?
Через 10+15 лет эти девочки-инстаблонгеры обрастут жиром и морщинами и внезапно никому будет больше не нужны, останутся у разбитого корыта
Не все так линейно и просто.
Это такая же, быть может в будущем, даже более востребованная чем программирование, профессия.
У нас мозг уже не сможет решать сложные задачи и осваивать условное квантовое программирование.
А девочки с морщинами будут вести аккаунты как оставаться молодыми, как развлекаться в старости, как ... и т.п.
medium.com/flutter/whats-new-in-flutter-2-0-fe8e95ecc65
Будем ждать новых статей. Было бы круто приложить простейшее приложение-пример, убирает кучу вопросов сразу и предмет обсуждения появляется.
Я тоже все не могу выделить время, написать как раз про push'ы — пример как показать уведомление с данными, перекинуть куда надо и т.п.
Можно написать два приложения на 2 примерах (я на getx), если интересно, то меня бы это мотивировало для статьи.
Я не соглашусь, но наверное я непонятно пишу вопрос.
Моя точка зрения в том, что BLoC, Redux, Mobx, Getx — это инструменты (подходы, паттерны) для управления состоянием приложения.
Например в случае с пушем — пришел пуш, в нем есть данные, нам надо:
1. отобразить пуш с картинкой
2. потом юзер нажал
— надо получать данные, менять состояние интерфейса.
Соответственно это всё живет в бизнес логике. А как это разруливать — есть типовые варианты.
Мы в проектах пробовали BLoC и Getx. Не скрещивали, а в разных проектах разные паттерны.
Сугубо личное мнение — Getx позволяет убрать кучу бойлеплейта, делает код более понятным и читаемым.
И еще раз спасибо — не хватает таких статей, где суммирован реальный опыт.