Я надеюсь, всё-таки сделают широко распространенный стандарт банковской карты, на которую можно «записать» билет в метро или что-то ещё. Это уже работает, просто не распространено.
Давно интересовало: скажите, есть ли у контролера техническая возможность проверить, что я действительно оплатил проезд банковской картой? Можно ли эту информацию достать из самой карты? Или только через интернет (если таковой есть в аппарате для проверки)? Если что, вопрос не про Мск, где не проверяют билеты, а про Лондон.
Здорово, что вы пытаетесь оптимизировать скорость. Я в Лондоне не пользуюсь банковской картой по 2 причинам:
1. Реальные тормоза при проходе через турникет. Возможно, те же 2 секунды, но бесит после Ойстера дико.
2. Я иногда занимаюсь сверкой баланса личной карты (смотрю, на что я трачу деньги). В рамках этого мероприятия десятки транзакций, часть которых «on hold», а часть вообще пока отсутствует, — это вечная проблема. Хотелось бы, чтобы была опция оплаты итогового счета 1 раз в месяц.
Для кого эта статья? Для новичков? Тогда расскажите хотя бы, что такое тон и насыщенность. Получилась статья с рекламой сервисов, на которых происходит какая-то долбаная магия, суть которой даже примерно не объясняется. Я более-менее в теме о том, что такое цвет, и даже нашел для себя кое-что интересное — уровни контраста от W3C, но и тут вместо того чтобы объяснить, как это работает, вы просто отправляете меня на сайт, где можно это посчитать, без понимания сути. В общем, такую благодатную и интересную тему свели к набору тупых инструкций.
Если ЦА — Россия, то нужно 8. Моя мама не умеет набирать +7 на мобиле и вообще не понимает, как это на городском. Актуально для телефонов юристов и прочих локальных деятелей.
А в чём проблема со шрифтами? Вроде, «стандартную» Тахому вы поддерживаете более-менее нормально? В чём проблема с кастомными шрифтами? Как я вижу, в NYTimes даже работа с потерей связности фигуры не реализована («dropouts»), а это, вроде бы, необходимо для нормальной работы системных шрифтов — т. е. должно быть реализовано у вас в коде.
Есть люди, которым это не пофиг. Именно за это люблю статьи Максима Ильяхова о копирайтинге и сам стараюсь им следовать. Глоток свежего воздуха в царстве шаблонных и продажных текстов.
10/100 млн — всего, проект маленький. У меня было ощущение, что 100 млн записей (это 20 ГБ в тексте) — это многовато для MySQL-таблицы. Хотя, сейчас погуглил, народ использует, и всё нормально. Возможно, мне надо побольше поэкспериментировать с настройками памяти. Сейчас как раз буду работать над аналитикой — попробую перевести хранилище на MySQL из текста. У меня был какой-то психологический барьер на единицы миллионов записей в MySQL :-)
(Извините, это я нажал на минус у комментария — промахнулся. Кто может, компенсируйте, пожалуйста.)
Хочу спросить совета. У меня как раз случай маленького проекта. На текущий момент я имею примерно 10 000 000 событий. Храню в TSV-файлах, типа 2017-01-09.txt, обрабатываю через PHP с эпизодическим экспортом в MySQL и последующим исполнением SQL-запросов на получившихся таблицах. Хочется убрать (или минимизировать) вот этот слой про PHP-обработку tsv-файлов и работать сразу в формате SQL. Идея загнать всё в одну таблицу MySQL мне не очень нравится, учитывая, что это должно расширяться хотя бы до 100 млн. событий. Какую систему хранения и обработки вы можете посоветовать для таких масштабов, учитывая, что я явно попадаю в «маленькие проекты», и Hadoop мне, видимо, не нужен?
И еще глупый вопрос — а что вы дальше делаете с большими панорамами? Печать с суперкачеством — это скорее редким профессионалам для задач оформления. Смотреть на компе — сложно. Делать видео из статической панорамы — смотрится мертво. Я иногда делаю прикольные панорамы в горах, но потом они так и лежат на диске. На практике же у меня востребованы склейки из 2 фото, причем чаще всего из-за того, что не хватило ширины угла объектива.
Спасибо, я был невнимателен. Но и вы тоже хороши — самое интересное запрятали подальше.
В таком случае ваш сервис пока что бесполезен. Пункт про запрет обработки особенно хорош, учитывая, что простой json_decode — это уже обработка. Что же тогда вообще можно?
В общем, делайте нормальные лицензии, чтобы образовательные сервисы и приложения могли использовать ваши данные — в том числе, за деньги. Тогда посмотрим. Я, например, владелец сервиса wordsfromtext.com, и я готов рассматривать коммерческие лицензии на словари с адекватным прайсингом.
Это мега-круто. Но условия использования пока не очень понятны. Я могу кешировать нужные мне переводы на стороне сервера без ограничения срока? По сути, это будет означать, что вы отдаёте свой словарь. И я не вижу запретов этому в https://developers.lingvolive.com/ru-ru/About/Terms
Про 5000 не знаю. Но 4000 заявляли несколько месяцев работы от батарейки (10, что ли). У меня 3500, ее ругают за энергонеэффективность. Меняю батарейки (хорошие, конечно) раз в 1,5-2 мес.
> В США нет автодорог с номерам I-60 и I-50. Они должны были пройти по штатам с дорогами US и такими же цифрами, но повторение номеров запрещено законом.
Мне кажется, в более элементарных (= менее интеллектуальных) областях деятельности это работает вполне норм. Начать с того, что эти технологии контроля не с неба свалились, а пришли в IT как раз из производства. А идеальное производство в эпоху до роботизации как раз и было ручным конвейром, где мозг конечного работника использовался по минимуму. Правило для проверки: если область роботизируема, можно её легко считать в числах. Грузоперевозки через какое-то количество времени будут полностью роботизированы, всё к тому идёт.
Мне кажется, автору надо вспомнить термины «локальный экстремум» и «глобальный экстремум» и применить их к своей статье в качестве продолжения мысли. Пока что раскрыта часть про локальный.
Тем не менее, не могу не согласиться с тем, что статей «от маркетологов» стало довольно много. Вроде, на первый взгляд, пытаются быть полезными. Но — не получается :-)
1. Реальные тормоза при проходе через турникет. Возможно, те же 2 секунды, но бесит после Ойстера дико.
2. Я иногда занимаюсь сверкой баланса личной карты (смотрю, на что я трачу деньги). В рамках этого мероприятия десятки транзакций, часть которых «on hold», а часть вообще пока отсутствует, — это вечная проблема. Хотелось бы, чтобы была опция оплаты итогового счета 1 раз в месяц.
Для кого эта статья? Для новичков? Тогда расскажите хотя бы, что такое тон и насыщенность. Получилась статья с рекламой сервисов, на которых происходит какая-то долбаная магия, суть которой даже примерно не объясняется. Я более-менее в теме о том, что такое цвет, и даже нашел для себя кое-что интересное — уровни контраста от W3C, но и тут вместо того чтобы объяснить, как это работает, вы просто отправляете меня на сайт, где можно это посчитать, без понимания сути. В общем, такую благодатную и интересную тему свели к набору тупых инструкций.
(Извините, это я нажал на минус у комментария — промахнулся. Кто может, компенсируйте, пожалуйста.)
А как у Hugin качество по сравнению с Фотошопом?
И еще глупый вопрос — а что вы дальше делаете с большими панорамами? Печать с суперкачеством — это скорее редким профессионалам для задач оформления. Смотреть на компе — сложно. Делать видео из статической панорамы — смотрится мертво. Я иногда делаю прикольные панорамы в горах, но потом они так и лежат на диске. На практике же у меня востребованы склейки из 2 фото, причем чаще всего из-за того, что не хватило ширины угла объектива.
В таком случае ваш сервис пока что бесполезен. Пункт про запрет обработки особенно хорош, учитывая, что простой json_decode — это уже обработка. Что же тогда вообще можно?
В общем, делайте нормальные лицензии, чтобы образовательные сервисы и приложения могли использовать ваши данные — в том числе, за деньги. Тогда посмотрим. Я, например, владелец сервиса wordsfromtext.com, и я готов рассматривать коммерческие лицензии на словари с адекватным прайсингом.
Ммм. А можно ещё раз другими словами?