Интересно проступающие термины обнажают суть заявлений. Сначала в России клеймили «политкорректность», которая просто синоним «уважения к слушателям». Теперь «safe space», безопасное для общения пространство, становится тут отрицательной характеристикой.
Что касается феминизма, это тупо убеждённость в том, что и мужчинам, и женщинам социум навязывает какие-то идиотские роли, без которых всем было бы легче. Моё погружение в тему началось с вики geekfeminism — может, кому-то здесь пригодится.
Божечки-кошечки, какая же однобокая заметка! Я пошёл по ссылкам и прочитал заявление Dries и заявление CWG. Всё, что произошло, — Ларри попросили не участвовать в организации конференций и не представлять проект. Причиной были не сексуальные предпочтения (боже упаси), а в некоторых неприятных действиях относительно других участников сообщества Drupal, которые все персонажи истории не могут раскрыть (очевидно — чтобы никого не ставить под удар), но которые оказались достаточно серьёзны, чтобы CWG, после дополнительного рассмотрения дела, оставила решение в силе. Так что ответы очевидны:
1. Разумеется, нет.
2. Проблема вообще не в клубничке. Но подвергать гонениям ненормально, и человек, который это начал, осознаёт, что нарушил свод правил поведения и понёс соответствующее наказание (сняли со всех постов и т.п.)
3. Предположительно что-то было, но стороны не могут раскрыть, что. Полагаю, в деле были явно или неявно пострадавшие, иначе бы решение было мягче.
4. Ларри не нарушил свод правил поведения по букве, но правила сформулированы достаточно расплывчато, чтобы дать понять намерения за ними. Действия Ларри оказались достаточно тревожащими, чтобы делать публичные заявления. В комментариях к посту Dries обеспокоенные участники немного раскрывают контекст, и там всё плохо.
5. CRP тут не при чём.
Если вы не отрефлексировали свои стимулы идти в технические специальности, это не значит, что их не было. Кто-то в приставку с друзьями играл и захотел писать игры, кому-то папа компьютер купил, кого-то поощряли на уроках информатики. В то время как девочкам всучивали куклы и швейные машинки, подруг с приставками не было, а про компьютеры — «ты же девочка, дай лучше Мише поработать».
Боже. Пришёл человек и написал «а давайте стимулировать идти в технические специальности не только мальчиков, но и девочек» — и сразу ему карму в ноль и дремучий патриархат в комментариях. А в других темах те же люди воют: «аааа, нормальных программистов не найти, куда все подевались». Сочувствую, Алмаз. Спасибо, что опубликовал заметку.
Выбирать ролики из ютуба гораздо удобнее на телефоне, чем в меню смарт-тв. И некоторые приложения показывают видео лучше через хромкаст, чем через смарт-тв (например, Mubi). Некоторых приложений может не быть на смарт-тв (например, «Амедиатеки» на сони).
Небольшая поправка: стандартные тайлы — это изображения, распространяемые на условиях обычной лицензии CC-BY-SA. С ними можно делать что угодно в рамках лицензии. Серверы не резиновые, это да, но если вы не условный фейсбук, то вам хватит. Вопрос тут не в лицензии, а в условиях использования: то есть, «не для всех», а не «для никого».
Яркость, направление (чтобы ставить не на самой дорожке, а сбоку), размер, цена, распределённость (одна солнечная батарея и десяток диодов на длинных проводах), крепление (сдует ли ветром); зарядка в пасмурную погоду; что будет, если оставить на неделю без присмотра.
Прежде всего, отличная работа и увлекательная статья. Спасибо.
По ходу чтения возникло несколько замечаний и вопросов:
1. highway=unspecified — точнее, unclassified. Есть тег для «какой-то линии, похожей на дорогу» — highway=road, но его почти не используют.
2. Разделительный газон, обозначенный leisure=park, — это ошибка, и хорошо бы её исправлять сразу при обнаружении.
3. В западной части Васильевского острова полно зелёных зон помимо кладбища, это небольшие парки в один квартал и бывшая набережная залива, ныне набережная ЗСД. Правда, не все эти пространства можно определить. Но с добавлением кладбищ, конечно, согласен. Они великолепны.
4. Насчёт рек, предлагаю реки (river и riverbank) вообще убрать, потому что они мало где живописны. Но притягивать к ручьям. Чем меньше водоём или водоток, тем красивее, нередко. Возможно, подойдут river БЕЗ riverbank.
5. Ленполиграфмаш нужно исправлять. Вообще, это особенность OSM: при практическом использовании выявляется много косяков, которые никто не отслеживал, потому что до тебя никто на практике теги не использовал, кроме как смотрел на osm.org.
6. Насчёт важности, я часто замечаю вместе с tourism=attraction теги attraction=*. Возможно, они помогут.
7. link или url — правильно website или contact:website.
8. Я бы ещё добавлял +1 за близость к какой-либо дороге классом не ниже residential или нахождение на площади. И +1 за отрисовку полигоном, а не точной. Конечно, это снизит рейтинг, например, цифирной башни (если она ещё жива), но в целом позволит упростить маршрут.
9. Кстати, база данных достопримечательностей с вычисленными рейтингами полезна сама по себе. Как для валидации осмерами, чтобы они сами могли выявлять скрытые достопримечательности, так и для сторонних проектов, типа OpenTripMap. Может, настроишь ежедневную или еженедельную публикацию?
10. Думаю, для парков радиус нужно ставить в 0, потому что какой смысл идти рядом? Часто всё интересное спрятано внутри.
11. У amenity=place_of_worship часто не проставлена высота, но она большая, это тоже нужно учесть.
12. Получение области видимости трассировкой лучей — это супер. Но для практического использования, мне кажется, это ни к чему: лучше потратить минуту на то, чтобы подойти, потому что церкви и прочие достопримечательности интересны не только фрагментом стороны, видимой среди домов.
13. Искусственное удлинение маршрута ещё более впечатляет, чем видимость лучами. Это очень круто.
14. Можно узнать, сколько места и памяти требуется для построения маршрутов по Петербургу?
15. Чтобы добавить в maps.me, нужно как можно большое кэшировать, но при этом чтобы данные занимали минимум места, потому что они скачиваются на телефон. Какие есть возможности для оптимизации? Насчёт «всего в памяти», в maps.me когда-то использовали OSRM для роутинга, который формально тоже требовал памяти, но всё обошлось.
16. Приложение «Улицы прогулок» (WalkStreets) работало по принципу «у меня есть час времени, где бы погулять». Они строили кольцевой маршрут от местоположения пользователя. Сложно будет такое сделать?
Я знаю, прочитал её. Немного разочаровало отсутствие рандомизации: что если мне не нравится набор цветов, который выдал скрипт? Мои ссылки для тех, кому лениво писать программу или кому не нравится этот набор. Они отвечают на неявный вопрос из картинки для привлечения внимания.
Сейчас, я так понимаю, достаточно сделать playbook из готовых ролей Ansible Galaxy для всего этого, и базовый сервер будет настроен. Там даже есть всякие lamp.
Ну и описанное не помешало: я уже автоматизировал примерно две трети одного сервера, сейчас затык с собственными криво написанными скриптами, нужно будет переписать для порядка.
Что касается феминизма, это тупо убеждённость в том, что и мужчинам, и женщинам социум навязывает какие-то идиотские роли, без которых всем было бы легче. Моё погружение в тему началось с вики geekfeminism — может, кому-то здесь пригодится.
1. Разумеется, нет.
2. Проблема вообще не в клубничке. Но подвергать гонениям ненормально, и человек, который это начал, осознаёт, что нарушил свод правил поведения и понёс соответствующее наказание (сняли со всех постов и т.п.)
3. Предположительно что-то было, но стороны не могут раскрыть, что. Полагаю, в деле были явно или неявно пострадавшие, иначе бы решение было мягче.
4. Ларри не нарушил свод правил поведения по букве, но правила сформулированы достаточно расплывчато, чтобы дать понять намерения за ними. Действия Ларри оказались достаточно тревожащими, чтобы делать публичные заявления. В комментариях к посту Dries обеспокоенные участники немного раскрывают контекст, и там всё плохо.
5. CRP тут не при чём.
Подробнее про лицензирование тайлов писал в канале штосма.
а, кого я обманываю, OSM так и катится в бездну.
По ходу чтения возникло несколько замечаний и вопросов:
1. highway=unspecified — точнее, unclassified. Есть тег для «какой-то линии, похожей на дорогу» — highway=road, но его почти не используют.
2. Разделительный газон, обозначенный leisure=park, — это ошибка, и хорошо бы её исправлять сразу при обнаружении.
3. В западной части Васильевского острова полно зелёных зон помимо кладбища, это небольшие парки в один квартал и бывшая набережная залива, ныне набережная ЗСД. Правда, не все эти пространства можно определить. Но с добавлением кладбищ, конечно, согласен. Они великолепны.
4. Насчёт рек, предлагаю реки (river и riverbank) вообще убрать, потому что они мало где живописны. Но притягивать к ручьям. Чем меньше водоём или водоток, тем красивее, нередко. Возможно, подойдут river БЕЗ riverbank.
5. Ленполиграфмаш нужно исправлять. Вообще, это особенность OSM: при практическом использовании выявляется много косяков, которые никто не отслеживал, потому что до тебя никто на практике теги не использовал, кроме как смотрел на osm.org.
6. Насчёт важности, я часто замечаю вместе с tourism=attraction теги attraction=*. Возможно, они помогут.
7. link или url — правильно website или contact:website.
8. Я бы ещё добавлял +1 за близость к какой-либо дороге классом не ниже residential или нахождение на площади. И +1 за отрисовку полигоном, а не точной. Конечно, это снизит рейтинг, например, цифирной башни (если она ещё жива), но в целом позволит упростить маршрут.
9. Кстати, база данных достопримечательностей с вычисленными рейтингами полезна сама по себе. Как для валидации осмерами, чтобы они сами могли выявлять скрытые достопримечательности, так и для сторонних проектов, типа OpenTripMap. Может, настроишь ежедневную или еженедельную публикацию?
10. Думаю, для парков радиус нужно ставить в 0, потому что какой смысл идти рядом? Часто всё интересное спрятано внутри.
11. У amenity=place_of_worship часто не проставлена высота, но она большая, это тоже нужно учесть.
12. Получение области видимости трассировкой лучей — это супер. Но для практического использования, мне кажется, это ни к чему: лучше потратить минуту на то, чтобы подойти, потому что церкви и прочие достопримечательности интересны не только фрагментом стороны, видимой среди домов.
13. Искусственное удлинение маршрута ещё более впечатляет, чем видимость лучами. Это очень круто.
14. Можно узнать, сколько места и памяти требуется для построения маршрутов по Петербургу?
15. Чтобы добавить в maps.me, нужно как можно большое кэшировать, но при этом чтобы данные занимали минимум места, потому что они скачиваются на телефон. Какие есть возможности для оптимизации? Насчёт «всего в памяти», в maps.me когда-то использовали OSRM для роутинга, который формально тоже требовал памяти, но всё обошлось.
16. Приложение «Улицы прогулок» (WalkStreets) работало по принципу «у меня есть час времени, где бы погулять». Они строили кольцевой маршрут от местоположения пользователя. Сложно будет такое сделать?
Кажется, это не лучшее решение проблем кроссплатформенной разработки.
Ну и описанное не помешало: я уже автоматизировал примерно две трети одного сервера, сейчас затык с собственными криво написанными скриптами, нужно будет переписать для порядка.