Статья отличная шпагралка по базовым рецептам решения проблем и приоритете их рассмотрения.
Два момента:
1. «Ручка API» — API handle, по-русски "обработчик API"
2.Разработка высоконагруженых сервисов, не API. API — это интерфейс, в статье больше про особенности реализации интерфейса, а не то как определять сам интерфейс.
Далее, если это по какой-то причине верно. Если S от n+1 меньше S от n, то последовательность не убывает, а возрастает. Ведь из определения выше n это количество оставшихся ходов. А n изменяется от 10 до 0.
@d1-d5 Оличная статья и подробные объяснения, спасибо!
Не уловил одного момента насчет:
примем что : (вероятность того, что) за оставшиеся ходов зеленых вспышек больше не будет
другим словами, это вероятность того, что все оставшиеся вспышки - красные.
убывает: чем больше времени — тем меньше шанс, что все сигналы будут красным
Пусть — вероятность зелёного сигнала, — красного. Вероятность может быть любой — и даже зависеть от номера вспышки
Все сигналов будут красными с вероятностью
Не уловил доказательство того, чтоубывает. Например, почему
Можете, пожалуйста, подробнее пояснить откуда берется эта рекуррентная формула?
Другими словами, почему вероятность того, что оставшиеся n+1 сигналы красные (вероятность на предыдущем ходе, когда n+1 сигналов осталось) зависит от вероятности текущего хода (n сигналов осталось).
Достижения по правам и свободам в конечно же СССР были. Но не все так радужно и трудовое законодательно разумеется действовало, только на селе и в городе законы и права были разными.
Попробую объяснить, что (на мой взгляд) не так с этой статьей и как сделать ее лучше.
Основной момент - обманутые ожидания (новичков, которые изучают Dart / Flutter). Здесь для них только список модулей, общее название подхода и ссылка на исходники (readme которых тоже малоинформативен) с посылом «разбирайтесь сами». Все это на фоне достаточно подробно раскрытого бизнес домена, очень вполне себе подробно изложенного и с понятными примерами. Получается резкий контраст с объемом информации «по существу», то есть информации для заявленной аудитории - программистов новичков, которые изучают Dart / Flutter).
Вопросы, ответы на которые интересно узнать заявленной целевой аудитории статьи примерно такие: Как собственно разработать и запрограммировать эту бизнес задачу? Как начать? Какие вопросы нужно задать? Какие шаги? Почему именно так? Из каких вариантов можно выбирать? Какие плюсы и минусы у этих вариантов? Как стоило бы поступить иначе, если бы требования поменялись в тех или иных аспектах? Например, как может быть реализовано добавление альтернативного метода вычисления?
Раскрыть какие-то интересные или сложные (с точки зрения своего опыта) моменты и аргументировать решение с примерами кода. Провести по коду, по структуре репозитория. Статья ведь для программиста новичка на Dart/Flutter так ведь?
И (лично мое мнение) что для такой сравнительно небольшой и очень конкретной задачи, в контексте команды из одного человека, делать «архитектуру настолько чистой, насколько описывает ее в своей книге Роберт Мартин» имеет смысл только в качестве упражнения. В таком случае, полезным может быть анализ насколько сложнее в итоге может оказаться архитектура, структура, код и разработка в целом, ради достижения этой чистоты. Анализ за и против этого подхода, на примере той же задачи по добавлению нового метода подсчета. Интересным может быть также сравнение с вариантом приложения написанным без требования следовать «чистой архитектуре», ограничившись прагматизмом.
Вот снова та же проблема проявилась недели три назад, уже хотел ответить, что все рассосалось). Протянул, получается, чуть меньше года.
В духовку не совал, а сделал как ранее написал Mac_Plus_Parts "… Прогреть кристалл чипа зажигалкой (от обычной будет копоть, нужна у которой пламя под давлением, как у автогена, не знаю как называется такого типа зажигалка). Такой способ будет более безопасным для платы, да и проще и быстрее, зажигалку купить то уж не проблема. А следующий раз у Вас случится от нескольких дней до пары тройки месяцев.… "
Такая зажигалка называется турбозажигалка, разобрал, заменил термопасту, около двух секунд водил по видеочипу кочиком пламени зажигалки, собрал. Уже почти месяц работает снова без каких-либо проблем.
Да, но эта модификация уже обычно известна в тот момент, когда известна эта нумерация и расположение мест и печатается бумажный билет, место ведь указывается. Часто уже известно уже за сутки, когда во многих компаниях производится online check-in и можно самому выбрать место. Кроме того все-равно ведь будет понятней куда человек попадет зная вид транспорта.
Как заметил автор большую сложность представляет не забить на все это внесение. Пробовал начинать много раз, еще со времен расцвета PalmOS. Процесс собирания чеков и вечернем внесении и необходимость вспомнить траты для которых чека не осталось был основным мотивом, чтобы бросить это дело. Поэтому ключевым для меня было удобство и возможность тут же внести трату куда-нибудь трату и выкинуть из этот факт из головы. Пропущенные траты дополнительно демотивируют. Никогда не мог продержаться более 2 месяцев.
Полгода назад опять устроил поиск, что есть на рынке, перебрал кучу вариантов, открыл для себя toshl.com пользуюсь в основном через клиент для iOS, полгода вношу и нет желания забить.
.
Отличная инициатива, побольше бы люди думали о подобных «мелочах» жить бы было приятней и меньше было бы трэша визуального вокруг, будут удобные приятные авиа-билеты, то и на остальной транспорт и другие подобные корешки, тоже волей-неволей придется переосмысливать или просто копировать хороший дизайн.
C другой стороны, я вообще против того, чтобы пользоваться бумажными билетами и корешками, только в самом крайнем случае, когда не получается в чисто электронном виде. Еще возможно у тех, кто разрабатывает международные стандарты для авиаперевозчиков возможно, есть план и на тему полностью электронной регистрации, то авиакомпании и не нарягаются на переделке того, что скоро вообще отомрет или будет применятся в 1% случаев.
А если по бумажному варианту, то:
Модель самолета рядом с силуэтом стоило бы указать. В том же цвете, что и силуэт рядом с ним меленько. Многим будет понятней, куда они попадут и где находится место, знай они, что это, например, Boeing 757-200.
При печати билетов для сложного полета с пересадками (начиная с трех) у многих уже наступает путаница, какой достать и часто пассажиры протягивают сразу всю пачку персоналу, поэтому есть смысл выделить в верхний правый уголок (ну или ту часть, что отрывается) код аэропорта отправления для этого билета и под ним рядом бледненько его порядок в во всей серии. Цифрами 2 of 4, а лучше графически маленькой схемой вроде SGC·GJA·WAH·JFK.
Так пассажиру и персоналу, будет легче идентифицировать подходящий билет из стопки, убедится все ли билеты на месте и расположить их по порядку, персоналу сразу понятно, что пассажир летит дальше, а если нужна какая-то отчетность по оставшимся корешкам, то их тоже будет легче упорядочить.
Вся инфраструктура (государственная, культурная, технологическая) для возможности этого создавалась и контролируется этими самыми другими (отчасти заложниками своих миллионов) и весь настоящий абсурд не в том, что «другие делают миллионы из воздуха», а в том, что в наших умах эти миллионы (в частности сгенерированные таким образом) имеют какую-то ценность в пересчете на «пот лица» и «значимые вещи».
Все же для кода и консоли лучше DejaVu Sans Mono ничего нет. В целом все DejaVu семейство великолепно выглядит, что на OSX, что под Windows, что на Linux'ах, что на Android и iOS. Активно поддерживается, развивается, содержит много языков и бесплатно. А конкретно DejaVu Sans Mono просто бальзам для глаз тех, кому нужно часто смотреть в код, причем и в моноширинном варианте у него есть и Bold, и Oblique, и Bold Oblique.
Над Firo'й же еще нужно много-много работать, мне кажется весь смысл разработки этого шрифта только в том, чтобы сделать свой шрифт.
Тем кому по каким-либо причинам не нравится новый тонкий шрифт могут включить в Settings>General>Accessibility>Bold Text. Шрифт станет по полноте приближен к тому, который сейчас можно видеть в iOS 6 приложениях, но одно «но»: в Messages, шрифт станет ну совсем толстым, потому что по какой-то причине, он там и так толстенький по сравнению с остальным в iOS 7.
Про танки в прошлом году был CodeTanks Russian AI Cup, собралось около 2 тысяч человек.
Я думаю всем, кто дошел до комментариев в этом увлекательном посте будет интересно поучаствовать в этом году в том, что они скоро обещают.
Статья отличная шпагралка по базовым рецептам решения проблем и приоритете их рассмотрения.
Два момента:
1. «Ручка API» — API handle, по-русски "обработчик API"
2.Разработка высоконагруженых сервисов, не API. API — это интерфейс, в статье больше про особенности реализации интерфейса, а не то как определять сам интерфейс.
Далее, если это по какой-то причине верно. Если S от n+1 меньше S от n, то последовательность не убывает, а возрастает. Ведь из определения выше n это количество оставшихся ходов. А n изменяется от 10 до 0.
@d1-d5 Оличная статья и подробные объяснения, спасибо!
Не уловил одного момента насчет:
другим словами, это вероятность того, что все оставшиеся вспышки - красные.
Не уловил доказательство того, что
убывает. Например, почему
Можете, пожалуйста, подробнее пояснить откуда берется эта рекуррентная формула?
Другими словами, почему вероятность того, что оставшиеся n+1 сигналы красные (вероятность на предыдущем ходе, когда n+1 сигналов осталось) зависит от вероятности текущего хода (n сигналов осталось).
Оба варианта правильно, но смысл разный:
runny nose - это про общее состояние. I have a runny nose.
running nose - это про конкретное обстоятельство. I wiped my running nose.
Достижения по правам и свободам в конечно же СССР были. Но не все так радужно и трудовое законодательно разумеется действовало, только на селе и в городе законы и права были разными.
Например, почитайте про Трудодень https://ru.wikipedia.org/wiki/Трудодень
Банально паспорта (и право перемещаться более-менее свободно) сельские жители получили только с 1974 года, хорошо описано, например, здесь:
https://babel.ua/ru/texts/34878-sorok-pyat-let-nazad-krestyane-v-sssr-vpervye-poluchili-pasporta-do-etogo-oni-bolshe-50-let-byli-krepostnymi-pri-kolhozah-kak-eto-bylo-mnogo-arhivnyh-foto
Попробую объяснить, что (на мой взгляд) не так с этой статьей и как сделать ее лучше.
Основной момент - обманутые ожидания (новичков, которые изучают Dart / Flutter). Здесь для них только список модулей, общее название подхода и ссылка на исходники (readme которых тоже малоинформативен) с посылом «разбирайтесь сами». Все это на фоне достаточно подробно раскрытого бизнес домена, очень вполне себе подробно изложенного и с понятными примерами. Получается резкий контраст с объемом информации «по существу», то есть информации для заявленной аудитории - программистов новичков, которые изучают Dart / Flutter).
Вопросы, ответы на которые интересно узнать заявленной целевой аудитории статьи примерно такие: Как собственно разработать и запрограммировать эту бизнес задачу? Как начать? Какие вопросы нужно задать? Какие шаги? Почему именно так? Из каких вариантов можно выбирать? Какие плюсы и минусы у этих вариантов? Как стоило бы поступить иначе, если бы требования поменялись в тех или иных аспектах? Например, как может быть реализовано добавление альтернативного метода вычисления?
Раскрыть какие-то интересные или сложные (с точки зрения своего опыта) моменты и аргументировать решение с примерами кода. Провести по коду, по структуре репозитория. Статья ведь для программиста новичка на Dart/Flutter так ведь?
И (лично мое мнение) что для такой сравнительно небольшой и очень конкретной задачи, в контексте команды из одного человека, делать «архитектуру настолько чистой, насколько описывает ее в своей книге Роберт Мартин» имеет смысл только в качестве упражнения. В таком случае, полезным может быть анализ насколько сложнее в итоге может оказаться архитектура, структура, код и разработка в целом, ради достижения этой чистоты. Анализ за и против этого подхода, на примере той же задачи по добавлению нового метода подсчета. Интересным может быть также сравнение с вариантом приложения написанным без требования следовать «чистой архитектуре», ограничившись прагматизмом.
Если кратко, то ожидания были, чего-то вроде по изложению и содержанию близкого к серии начинающейся так https://devmuaz.medium.com/flutter-clean-architecture-series-part-1-d2d4c2e75c47
и вот aspnetmonsters.com/2016/08/2016-08-27-httpclientwrong с вариантами как исправить код.
Вот снова та же проблема проявилась недели три назад, уже хотел ответить, что все рассосалось). Протянул, получается, чуть меньше года.
В духовку не совал, а сделал как ранее написал Mac_Plus_Parts "… Прогреть кристалл чипа зажигалкой (от обычной будет копоть, нужна у которой пламя под давлением, как у автогена, не знаю как называется такого типа зажигалка). Такой способ будет более безопасным для платы, да и проще и быстрее, зажигалку купить то уж не проблема. А следующий раз у Вас случится от нескольких дней до пары тройки месяцев.… "
Такая зажигалка называется турбозажигалка, разобрал, заменил термопасту, около двух секунд водил по видеочипу кочиком пламени зажигалки, собрал. Уже почти месяц работает снова без каких-либо проблем.
Полгода назад опять устроил поиск, что есть на рынке, перебрал кучу вариантов, открыл для себя toshl.com пользуюсь в основном через клиент для iOS, полгода вношу и нет желания забить.
.
C другой стороны, я вообще против того, чтобы пользоваться бумажными билетами и корешками, только в самом крайнем случае, когда не получается в чисто электронном виде. Еще возможно у тех, кто разрабатывает международные стандарты для авиаперевозчиков возможно, есть план и на тему полностью электронной регистрации, то авиакомпании и не нарягаются на переделке того, что скоро вообще отомрет или будет применятся в 1% случаев.
А если по бумажному варианту, то:
Модель самолета рядом с силуэтом стоило бы указать. В том же цвете, что и силуэт рядом с ним меленько. Многим будет понятней, куда они попадут и где находится место, знай они, что это, например, Boeing 757-200.
При печати билетов для сложного полета с пересадками (начиная с трех) у многих уже наступает путаница, какой достать и часто пассажиры протягивают сразу всю пачку персоналу, поэтому есть смысл выделить в верхний правый уголок (ну или ту часть, что отрывается) код аэропорта отправления для этого билета и под ним рядом бледненько его порядок в во всей серии. Цифрами 2 of 4, а лучше графически маленькой схемой вроде SGC·GJA·WAH·JFK.
Так пассажиру и персоналу, будет легче идентифицировать подходящий билет из стопки, убедится все ли билеты на месте и расположить их по порядку, персоналу сразу понятно, что пассажир летит дальше, а если нужна какая-то отчетность по оставшимся корешкам, то их тоже будет легче упорядочить.
Над Firo'й же еще нужно много-много работать, мне кажется весь смысл разработки этого шрифта только в том, чтобы сделать свой шрифт.
Интересно было бы узнать насколько эта крошка шумная и заглянуть внутрь корпуса.
Я думаю всем, кто дошел до комментариев в этом увлекательном посте будет интересно поучаствовать в этом году в том, что они скоро обещают.