Если исследования на животных пройдут хорошо – то пять лет. Не пять лет до человеческой терапии, а пять лет чтобы показать, что метод вполне хорош, чтобы начать разработку человеческой терапии на его основе.
Все-таки, пока что, биотехнологии\медицина, даже на условно фундаментальном уровне, не информационные, а экспериментальные науки.
Вот как раз над такой идеей завис :)
Было бы круто сделать онлайн сервис, куда заливаются видео и система ищет нарушения, формирует автоматически документы.
Оператор утверждает или не утверждает штраф и модель учится.
Можно тогда посылать в систему данные с камер светофором, на дорогах, просто с любых камер.
А сервис продавать городам, так как это позволит и соблюдение правил повысить (спасти много жизней и избежать травм) и много денег в бюджет.
Самая крутость в том, что не надо никакого оборудования, только софт.
Если посмотреть на такие фаст-фуды, то они разрушают людей с детства. Но так как это выгодно, то жить они будут еще долго.
Как когда запрещали сигареты, то те кто получал выгоду от сигарет, вкладывались в исследования про недоказанность вреда, в создание информационного хаоса и т.п.
Так же и тут — продавать детям колу + пиццу == подсаживать их на такую привычку — это по сути плохое дело. У детей растут риски ожирения, зависимостей, психологических проблем и т.п.
Ну, а потом в старости потеря памяти и превращение в «овоща» (Альцгеймер).
Но как обычно — «ничего личного, это просто бизнес».
Если что, про это куча исследований. Американцы первые на себе это прочувствовали.
The popular drink, Coca-Cola, is high in orthophosphoric acids. It removes the vitally important calcium needed to keep aluminum at a safe level.22
Второй пример — в Австралии изучают употребление газировок и рекомендуют повышать на них налоги, для снижения их доступности. То есть пытаются уже регулировать на таком уровне.
Хотелось бы чтобы бизнесмены и работники были информированы, что они делают и на кого работают. Ну а дальше уже личный выбор конечно. Кто-то считает, что и тяжелые наркотики нормально продавать.
Это коммент сказал больше чем статья :)
Было бы круто в начале статьи какой-то план на чем будете «фигачить», как-то структурно. Обычно это очень интересно и вот тут можно пообсуждать что-то.
И да, пишите еще, интересно, спасибо!
Если интересно, давайте я вспомню проблему, на которой это возникало и мы можем обсудить в личке варианты (примерчики накидать), а тут резюме.
На сегодняшний день, на пятом приложении, у меня выработалась вообще какая-то своя архитектура, которую тоже интересно было бы обсудить :)
Ох, давно я это писал :) Я бы там еще переписал отдельно shared preference — чтобы они независимо вызывались в репозитории и быстро менялись, например, на hive.
Про getter ока не понимаю, почему не круто, если поясните или пример дадите как лучше, то можем поправить статью и репу.
Увы, с очередным обновлением студии этот плагин больше не поддерживается и не совместим с Android Studio.
НО :) В апреле 2020 вышел новый плагин plugins.jetbrains.com/plugin/13666-flutter-intl который более продвинутый и поддерживается.
И еще плюс нового пакета — для него есть пакет pub.dev/packages/intl_utils для работы в терминале.
И еще плюс — этот же плагин есть для Visual Studio Code — на который сейчас многие переходят.
(быть может немного подправить статью?)
За варианты спасибо! Но мне кажется, что прямо сейчас Flutter развивается очень быстро. Любая книга пока пишется, скорее всего, устареет.
Даже Dart в процессе развития и вот прямо сейчас добавляют null safety (см. статью от Filip Hracek).
Быть может, имело бы смысл написать онлайн книгу по Best Practices с примером 3-4 разных приложений, которые постоянно обновляются на github и подробными пояснениями в книге почему именно эти методы, какие паттерны и т.п.
Электронную книгу можно править «on fly» и она будет актуальна всегда.
(сугубо личное мнение)
По ссылке подробно разобран пример BloC + Provider. Также разобраны 2 вида тестов получившегося примера. Рассмотрена запись в постоянное хранилище. habr.com/ru/post/485002
Фрилансер не чувствует никакой связи с проектом и ставит лишь цель заработать деньги. IT-компанию интересует лояльность заказчиков, что предполагает высокое качество услуг разработчиков и удовлетворение клиентов.
Ну прямо рекламный слоган. Мне одному кажется, что можно так переписать?
IT-компания не чувствует никакой связи с проектом и ставит лишь цель заработать деньги на марже от эксплуатации работников — сменить имя компании легко, на веб-сайт отзывов нет, у платной рекламы нет репутации. Фрилансера интересует публичная долгая история, репутация и лояльность заказчиков, что предполагает высокое качество услуг разработки полное вовлечение в проект.
Это я просто к тому, что пост рекламный- как раз похоже на зомбирование потенциальных заказчиков. (ИМХО)
А есть сравнения по скорости с Xcode? А то даже пробовать страшновато, после того как свежая Андроид студия на IntelliJ начала переключать табы с задержкой на 1-2 секунды на топовом маке.
XCode не супер удобный, но, субъективно, быстрый.
Ок, спасибо, согласен, с аргументацией накосячил.
В следующей статье, если смогу по времени, выделю времени на сравнение для разных вариантов.
И спасибо за подробную обратную связь.
Повторюсь, бенчмарк написал не я, а разработчики классного Open Source решения, которое уже стабильно много где используется и довольно популярно github.com/hivedb/hive
Называть его дубовым — некорректно.
Остановимся на том, что для разных случаев нужны разные решения.
Холивар между SQL и NoSQL базами за рамками данной статьи и примера.
Для приложений (да и для бэков) довольно часто используются NoSQL базы.
Все-таки, пока что, биотехнологии\медицина, даже на условно фундаментальном уровне, не информационные, а экспериментальные науки.
Было бы круто сделать онлайн сервис, куда заливаются видео и система ищет нарушения, формирует автоматически документы.
Оператор утверждает или не утверждает штраф и модель учится.
Можно тогда посылать в систему данные с камер светофором, на дорогах, просто с любых камер.
А сервис продавать городам, так как это позволит и соблюдение правил повысить (спасти много жизней и избежать травм) и много денег в бюджет.
Самая крутость в том, что не надо никакого оборудования, только софт.
Как когда запрещали сигареты, то те кто получал выгоду от сигарет, вкладывались в исследования про недоказанность вреда, в создание информационного хаоса и т.п.
Так же и тут — продавать детям колу + пиццу == подсаживать их на такую привычку — это по сути плохое дело. У детей растут риски ожирения, зависимостей, психологических проблем и т.п.
Ну, а потом в старости потеря памяти и превращение в «овоща» (Альцгеймер).
Но как обычно — «ничего личного, это просто бизнес».
Если что, про это куча исследований. Американцы первые на себе это прочувствовали.
Например, одна из причин (их много) почему даже для мозга это вредно напрямую:
orthomolecular.org/library/jom/2004/pdf/2004-v19n03-p173.pdf
Второй пример — в Австралии изучают употребление газировок и рекомендуют повышать на них налоги, для снижения их доступности. То есть пытаются уже регулировать на таком уровне.
Хотелось бы чтобы бизнесмены и работники были информированы, что они делают и на кого работают. Ну а дальше уже личный выбор конечно. Кто-то считает, что и тяжелые наркотики нормально продавать.
Было бы круто в начале статьи какой-то план на чем будете «фигачить», как-то структурно. Обычно это очень интересно и вот тут можно пообсуждать что-то.
И да, пишите еще, интересно, спасибо!
На сегодняшний день, на пятом приложении, у меня выработалась вообще какая-то своя архитектура, которую тоже интересно было бы обсудить :)
Про getter ока не понимаю, почему не круто, если поясните или пример дадите как лучше, то можем поправить статью и репу.
НО :) В апреле 2020 вышел новый плагин plugins.jetbrains.com/plugin/13666-flutter-intl который более продвинутый и поддерживается.
И еще плюс нового пакета — для него есть пакет pub.dev/packages/intl_utils для работы в терминале.
И еще плюс — этот же плагин есть для Visual Studio Code — на который сейчас многие переходят.
(быть может немного подправить статью?)
Даже Dart в процессе развития и вот прямо сейчас добавляют null safety (см. статью от Filip Hracek).
Быть может, имело бы смысл написать онлайн книгу по Best Practices с примером 3-4 разных приложений, которые постоянно обновляются на github и подробными пояснениями в книге почему именно эти методы, какие паттерны и т.п.
Электронную книгу можно править «on fly» и она будет актуальна всегда.
(сугубо личное мнение)
habr.com/ru/post/485002
Ну прямо рекламный слоган. Мне одному кажется, что можно так переписать?
Это я просто к тому, что пост рекламный- как раз похоже на зомбирование потенциальных заказчиков. (ИМХО)
XCode не супер удобный, но, субъективно, быстрый.
С выводом согласен, никак иначе его и не позиционировал в своих проектах.
В следующей статье, если смогу по времени, выделю времени на сравнение для разных вариантов.
И спасибо за подробную обратную связь.
Называть его дубовым — некорректно.
Остановимся на том, что для разных случаев нужны разные решения.
Холивар между SQL и NoSQL базами за рамками данной статьи и примера.
Для приложений (да и для бэков) довольно часто используются NoSQL базы.
PS Соблюдайте культуру дискуссии :)