Остров Пасхи не может выступать примером, так как неизвестно точно, что там произошло.
Однако известно, что падение цивилизации на острове Пасхи примерно совпадает с гибелью последних колоний викингов в Северной Америке, а все они совпадают с малым ледниковым периодом
Гибель растительности на Пасхе хорошо объясняется малым ледниковым периодом.
Леса на Пасхе погибли к 1600 году, это второй пик МЛП 1601-1603 - великий голод в России в 1621—1669 годах замерзал пролив Босфор В зиму 1620—1621 годов в Падуе выпадал снег «неслыханной глубины». Зимой 1664—1665 годов во Франции и Германии, по свидетельствам современников, птицы замерзали в воздухе
По Темзе и Дунаю в 17 веке катались на санках, а Москва-река полгода была надёжной площадкой для ярмарок
Может, хватит уже обвинять древних жителей Пасхи, о которых мало что известно, когда доступен такой прекрасный и изученный меч Оккама?
Без негатива, с приветом из Сибири, просто совет - если вам напомнят про Пражскую весну, то вы можете в ответ пошутить, что это кармический ответ, который прилетел за то, что белочехи сдали Колчака большевикам.
История народа не может быть аргументом для упрека к отдельным представителям. Но каждому представителю все же рекомендуется помнить свою историю - хотя бы как аргумент против наездов.
А так конечно можете передать что сибиряки давно все простили )
Вы правы, поэтому игры в современном edutech не являются единственным продуктом, как правило, они используются как дополнительный материал к основным курсам. Подобную схему можно наблюдать во многих компаниях
Если кто-то захочет расширить или написать подобную игру, и добавить еще блокирующих анимаций - советую использовать не одиночный флаг isAnimation (несколько паралелльно совпадающих анимаций будут его менять в непредсказуемом порядке), а массив или даже Map виде animationId -> animation flag
при запуске анимация добавляет свой id в такой Map, после окончания убирает свой id
проверка на идущие анимации - количество ключей в Map > 0
может быть, вы и правы, и ваш подход жизнеспособен.
Но отказываясь от индустриальных стандартов, вы добровольно отключаете себе ряд возможностей. Включая то, как люди, привыкшие к индустриальным стандартам, будут относиться к вашему стилю.
я тоже программировал на MK-61, точнее - вбивал исходники игр. До сих пор помню, каким волшебным занятием казалась игра в экономическую стратегию, в которой я видел только цифры на экране ))
я так понял, что вас парит лишняя работа по созданию import
но одновременно вас не парит обильное многословие, к которому вынуждает типизация через JSDoc - при этом крайне ненадежная типизация, кстати. TS при ошибке типов остановит вас дважды - в IDE и при сборке. JS Doc остановит вас только в IDE, сборщик проекта отлично проглотит все ошибки и несовместимости типов.
Важно то, что мне кажется, что у вас гораздо больше работы по вводу символов, чем у меня. Я могу писать двухстрочники, однострочники, не указывать типы (при этом они будут соблюдаться). Работы стало на порядок меньше.
Мне кажется, это уже не вопрос программированния, а вопрос управления личным настроением, личным отношением.
Тут никто помочь не может, но вы можете попробовать увидеть выигрыш, который важен для вас. Я так понял, что вам важен выигрыш в наборе символов. Так вот, TypeScript даже с import - значительно мог бы уменьшить объемы символов, которые нужно набирать для вашего кода.
я 2 года сидел на JSDoc, потом на TS, по ощущениям - лишней работы стало меньше. Конечно, это субъективно. TS надо просто вбить в пальцы, первое время я смотрел на конструкции некоторых опытных кодеров как на мумбо-юмбо, но в итоге признал, что это крайне гибкий и мощный язык, который ограничивает там, где надо ограничивать, и значительно сокращает объем кода, когда выучиваешь его фокусы )
пока есть Bluutooth и USB - вы всегда можете использовать клавиатуру и даже мышку
Остров Пасхи не может выступать примером, так как неизвестно точно, что там произошло.
Однако известно, что падение цивилизации на острове Пасхи примерно совпадает с гибелью последних колоний викингов в Северной Америке, а все они совпадают с малым ледниковым периодом
Гибель растительности на Пасхе хорошо объясняется малым ледниковым периодом.
Леса на Пасхе погибли к 1600 году, это второй пик МЛП
1601-1603 - великий голод в России
в 1621—1669 годах замерзал пролив Босфор
В зиму 1620—1621 годов в Падуе выпадал снег «неслыханной глубины».
Зимой 1664—1665 годов во Франции и Германии, по свидетельствам современников, птицы замерзали в воздухе
По Темзе и Дунаю в 17 веке катались на санках, а Москва-река полгода была надёжной площадкой для ярмарок
Может, хватит уже обвинять древних жителей Пасхи, о которых мало что известно, когда доступен такой прекрасный и изученный меч Оккама?
--- на сегодняшний день роверы совершают около 500 рейсов в США и России.
В день или за какой другой интервал?
// Сейчас около трех миллиардов людей не подключено к интернету. То есть рынок большой
"3,4 миллиарда людей живет менее чем на 5,5 доллара в день,"
https://ria.ru/20181017/1530821422.html
Совпадение? Не думаю.
Как и в случае недоедания, проблемы бедных людей лежат глубже, чем просто отсутствие доступа.
Ну это ещё страннее - потому что герои по факту сильно инвестировали в результат пражских событий
Без негатива, с приветом из Сибири, просто совет - если вам напомнят про Пражскую весну, то вы можете в ответ пошутить, что это кармический ответ, который прилетел за то, что белочехи сдали Колчака большевикам.
История народа не может быть аргументом для упрека к отдельным представителям. Но каждому представителю все же рекомендуется помнить свою историю - хотя бы как аргумент против наездов.
А так конечно можете передать что сибиряки давно все простили )
Вы правы, поэтому игры в современном edutech не являются единственным продуктом, как правило, они используются как дополнительный материал к основным курсам. Подобную схему можно наблюдать во многих компаниях
Если кто-то захочет расширить или написать подобную игру, и добавить еще блокирующих анимаций - советую использовать не одиночный флаг isAnimation (несколько паралелльно совпадающих анимаций будут его менять в непредсказуемом порядке), а массив или даже Map виде animationId -> animation flag
при запуске анимация добавляет свой id в такой Map, после окончания убирает свой id
проверка на идущие анимации - количество ключей в Map > 0
позволяет работать со множеством анимаций
Произошло объявление конкурса.
Как вы замерили темпы? Не ради подкола, меня интересует методология, мне в оценке задач на проекте нужно
нет картинки
да, интересная карта. То, что Саудовская Аравия по уровню safe sanitation на уровне Европы - могу поверить
в том, что Ливия - нет. Там гражданская война шла десять лет, о чем вообще речь? Что это за карта?
ямы и плохие дороги - это намного менее динамичное окружение, после первого рейса их можно задокументировать в общей базе и подобрать алгоритмы
а вот быстро меняющаяся обстановка - задача, в которой надо искать решение моментально, без точных аналогов в базе
может быть, вы и правы, и ваш подход жизнеспособен.
Но отказываясь от индустриальных стандартов, вы добровольно отключаете себе ряд возможностей. Включая то, как люди, привыкшие к индустриальным стандартам, будут относиться к вашему стилю.
Спасибо за collateral knowledge об устройстве Harmony OS
Неоправданно мало комментариев под такой интересной статьей - видимо, редкая птица может долететь до середины такой реки ))
я тоже программировал на MK-61, точнее - вбивал исходники игр. До сих пор помню, каким волшебным занятием казалась игра в экономическую стратегию, в которой я видел только цифры на экране ))
Значит, вы все-таки признаете, что ООП нужно. А в том, что люди делают - виновато уже не ООП )
// который бы меня устраивал
У вас есть измеримые численные параметры для этого критерия, или вы опираетесь исключительно на внутреннее ощущение "от сердца"?
может быть, составим таблица Pro et Contra с числовыми параметрами и еще проставим коэффициенты, какой из них имеет наибольший вес?
по набору символов я привел примеры и уже сказал - что по численному параметру TypeScript тут намного лучше и по строчкам, и по символам.
я так понял, что вас парит лишняя работа по созданию import
но одновременно вас не парит обильное многословие, к которому вынуждает типизация через JSDoc - при этом крайне ненадежная типизация, кстати. TS при ошибке типов остановит вас дважды - в IDE и при сборке. JS Doc остановит вас только в IDE, сборщик проекта отлично проглотит все ошибки и несовместимости типов.
Важно то, что мне кажется, что у вас гораздо больше работы по вводу символов, чем у меня. Я могу писать двухстрочники, однострочники, не указывать типы (при этом они будут соблюдаться). Работы стало на порядок меньше.
Мне кажется, это уже не вопрос программированния, а вопрос управления личным настроением, личным отношением.
Тут никто помочь не может, но вы можете попробовать увидеть выигрыш, который важен для вас. Я так понял, что вам важен выигрыш в наборе символов. Так вот, TypeScript даже с import - значительно мог бы уменьшить объемы символов, которые нужно набирать для вашего кода.
я 2 года сидел на JSDoc, потом на TS, по ощущениям - лишней работы стало меньше. Конечно, это субъективно. TS надо просто вбить в пальцы, первое время я смотрел на конструкции некоторых опытных кодеров как на мумбо-юмбо, но в итоге признал, что это крайне гибкий и мощный язык, который ограничивает там, где надо ограничивать, и значительно сокращает объем кода, когда выучиваешь его фокусы )