Вторая часть заметок о первом кругосветном плавании Кука.
Содержание:
Во время путешествия Кук сталкивался в основном с португальцами: Рио-Де-Жанейро, и голландцами: Батавия, Кейптаун. И не всегда его встречали радушно:
Например, в Рио-Де-Жанейро никому из офицеров, кроме Кука, нельзя было сходить на берег. К самому Куку приставили «сопровождающего». Но учёные экспедиции подкупили часовых и нарушали запрет, делая ночные вылазки на берег для сбора образцов растительности.
Впрочем, все конфликты удавалось решать довольно мирно. Серьёзных столкновений с европейцами в итоге не случилось.
Заметок после прочтения накопилось много, поэтому для эксперимента отзыв разделю на несколько тематических частей.
Содержание:
В очередь на прочтение я положил журнал по нескольким причинам:
Потраченное время журнал полностью оправдал, хотя первый вопрос не закрыл.
Покопался в OpenAPI и его интеграции с Python. Глубоко не лез — только чтобы закрыть собственные вопросы.
OpenAPI — спецификация API web-сервисов, выросшая из Swagger — описывает свойства API, чтобы по описанию генерировать документацию, клиентские и серверные библиотеки.
Swagger — проприетарная штука, OpenAPI — открытая. Поэтому сам Swagger я не смотрел — в наше время не стоит завязываться на такое, если у вас нет мешка с деньгами и вагона с юристами.
Также не смотрел интеграцию OpenAPI с другими языками. Где-то всё будет лучше, где-то — хуже. Думаю, лучше всего поддерживаться OpenAPI должно для JavaScript, так как фронтендерам оно больше всех пользы несёт.
Далее, тезисно, моё мнение.
В пост о генерации подземелий часто приходят люди, которые ищут урок по придумыванию подземелья, а не по программированию. Для партии в D&D, например.
Чтобы никто не ушёл обиженным, вот небольшой набор рекомендаций на тему. Рекомендации подойдут не только для подземелий, но и для разработки любой локации.
Дополнительно советую почитать:
Последнее эссе больше о дизайне компьютерных игр, но содержит несколько важных соображений, которые я в дальнейшем буду использовать.
Сделал ещё один заход на контроль типов в Python. На этот раз со стороны собственной библиотеки для контроля изменений типов переменных в runtime.
Общие выводы ясны из названия поста, хотя полученная библиотека более-менее работает и я попытаюсь её со временем довести до ума. Если разработчики Python наведут порядок у себя в проекте.
Как уже писал в обозрении актуального состояния типизации в Python, правильный подход к контролю типов в языке с динамической типизацией — делать контроль во время исполнения программы.
Краткое обоснование:
Из библиотек для контроля типов Python во время выполнения можно выделить только typeguard, которая позволяет контролировать входные и выходные параметры функций и методов. Это уже хорошо и удобно, но хочется большего.
Например, контролировать тип переменных и атрибутов при каждом присваивании им значения.
Библиотеку для такой функциональности я и попытался реализовать, но столкнулся с суровой реальностью.