Мне кажется, что проблема не в ботах и перекупщиках, а в том что, кому то, это выгодно.
Как уже сказано выше, есть много решений этой проблемы, и именной билет и повышение цены. Но почему то ни одна из них не используется.
Например, цена может быть ограничена внешней организацией, которой принадлежит помещение театра, или которая субсидирует сам концерт и им важно заявить об этом, что благодаря им, этот концерт доступен многим. А перекупка — это не их проблема, свой PR они уже поимели.
А решение с введением именных билетов, требует дополнительных вложений и это не стоит в приоритете, так как пронесёт дополнительные расходы, а не прямую прибыль.
Можно организоваться, и самим запустить бот, который скупит нужное количество билетов, для тех, которым они нужны и которые неготовы переплачивать.
Или организоваться и обратиться напрямую к организации субсидирующей или ограничивающей цену билета, с конкретными предложения о решении этой проблемы.
На мой взгляд, государство должно вмешиваться в процесс бизнеса по минимуму, и только тогда, когда другого решения нет. Так как государству проще запретить, чем действительно разработать решение, которое будет решать проблему удовлетворяющую большинство.
Мой личный опыт, работать в опенспейс без перегородок на 5-7 программистов. Было несколько вариантов расположения столов. Например все столы в центре, либо все столы вдоль стен.
Из того что мне лично нравится в опенспейс без перегородок:
*. Настраивает на рабочее настроение.
*. Очень удобно обсуждать задачи проекта, и подключать к ним других разработчиков
*. Можно легко переключиться на вариант — двое решают одну проблему за одним компьютером
*. хорошо виден прогресс проекта, кто над чем застрял и кому нужна помощь
Идея интересная. Есть несколько вопросов:
1. Как быстро происходит обнаружение нового устройства (маячка телефоном), ведь если я спешу, то мне не хочется ждать 10 секунд перед дверью, пока произойдёт обнаружение маячка, идентификация и связь с сервером.
2. На сколько этот поиск влияет на заряд батареи телефона?
Чисто теоретически, чем реже происходит поиск новых устройств и передача данных по радиоканалу, тем меньше садится батарея, как у маячка, так и у телефона.
Пока только заказал Sonoff, один с радиобрелком, другой без, жду когда придут. По поводу прошивок, тоже только с описаний процесса в интернете. Как придёт, тогда и буду всё тестировать.
Спасибо за хорошую статью. Сам сейчас интересуюсь этой темой и тем что есть на рынке.
С программированием у меня проблем нет, а вот паять опыта нет.
Из того что заинтересовало, это Sonoff Remote Wireless (WiFi) Switch, очень дешёвое готовое решение ($7-$9), правда огорчает облачное решение и отсутствие API. Но решается простой перепрошивкой и отдельной программой на домашнем сервере.
Из того что не хватает, так это дешёвого Wireless выключателя/переключателя/кнопки питающегося от батарейки, с открытым API и с подключением к домашнему серверу.
Ну и дешёвых Wireless сенсоров с теми же возможностями. А то цены, очень уж кусаются.
Amazon Dash Button ($5) дешёвый вариант Wireless кнопки, но опять надо перепрошивать и переделывать внешний вид в виде выключателя, впаянная батарейка рассчитана на 1000 нажатий, в общем слишком много переделывать.
Сама тема беспроводных сенсоров и переключателей очень ограничена, либо заоблачные цены, либо паяй сам.
Дешёвого и готового решения с продуманной топологией и возможностью подключения в одну домашнюю сеть на рынке нет. Хочется раскидать по дому сенсоров и выключателей, заменить обычные выключатели на беспроводные, и что бы всё было связано в один сервер с возможностью настроить задания и связи. Нет дома никого — выключить везде свет; подъехал к дому и сейчас вечер — свет включился в прихожей; вышел из кухни и в ней никого — выключился свет; вышел из кухни, но в ней кто-то остался — оставить включённым; вышел из ванны, включился вентилятор на проветривание на полчаса; поднялась влажность в ванной и в ней никого — включить вентилятор, упала — выключить. А то что есть, это либо одно, либо другое, либо по отдельности — коммуникации никакой.
Хочется готовых беспроводных сенсоров/переключателей за $5-$10, а не за $50-$80, да ещё с проприетарной программой, к которой не подступишься :(
Основная идея форума, в поиске ответов на проблемы, с которыми уже сталкивались до меня, экономит время и предоставляет возможность лучше понять ситуацию.
Система тикетов предоставляет возможность сгруппировать в одном месте все проблемы и их решения, при этом новые люди получают доступ ко всем предыдущим вопросам и их статусам.
Телефон даёт возможность получить за 5 минут разговора ответы на те вопросы, которые по переписки могли бы занять несколько дней.
Емайл хорош для стандартных ситуаций и имеет свои достоинства и недостатки.
Если идёт разговор о нескольких заказах в неделю или в месяц, то одного емайла для поддержки вполне хватит, но для сайта с количеством заказов больше нескольких сотен в месяц, только одного емайла отделу бухгалтерии может быть недостаточно, так как часто бывают сложные ситуации, отмены, поправки, и их проще и быстрее было бы решить по телефону, особенно в первые разы, когда непонятно что и как делать.
По крайней мере для нас, это оказалось критически важно, и из за этого переходим на другую систему.
Понятное дело, что если телефон есть, но с той стороны никто не хочет помочь, то это тоже самое, что его нет.
Работаю со Stripe:
*. Сайт самого Stripe выглядит очень по современному, всё чисто и аккуратно.
*. Процент зависит от карточки клиента, страны клиента, валюты оплаты, валюты банка приёма и других нюансов; 2.9% — это в среднем, а в реальности часто больше 3%
*. Связь только по электронной почте и IRC, никаких телефонов, форумов или других современных систем поддержки.
*. Ответы в письмах довольно поверхностные и дублируют информацию доступную на сайте. Лично я их обслуживанием недоволен.
Статья понравилась, и как любая хорошая статья заставляет осмотреться и осознать, что тема намного глубже и вопросов после прочтения стало больше. И каждый из этих вопросов стоит отдельной темы.
Ведь у любого подхода есть свои преимущества, и свои недостатки. И решая одни вопросы, мы будем создавать новые.
Связывая среду разработки с самим языком, мы сильно ограничиваем его в развитии и расширяемости, так как любое нововведение будет требовать серьёзных затрат.
Большая гибкость обычно приводит к излишней запутанности и сложности.
Усложняя систему, загружая её большим количеством возможностей, мы увеличиваем порог вхождения для новичков и приводим к сложности в использовании.
Есть очень много задач, в решение которых разумнее использовать простой молоток, быстрый и легкодоступный. При этом в сложном и длительном проекте разумнее использовать его технологически более развитого собрата, пневматический молоток, с автоматической подачей гвоздей и защитой от стрельбы себе в ногу.
Языки программирования развиваются. Появляются новые языки, изменяются существующие. И это разнообразие замечательно, так как заставляет текущие языки развиваться быстрее.
Менял недавно у жены на машине 2DIN, просмотрел довольно много разных моделей. В конечном итоге взял для неё обычную модель с проигрыванием MP3.
Для себя хочется модель («устройство»), которое просто расширит возможности моего телефона. Android телефон — главный процессор, на котором бежит программное обеспечение, а всё остальное — это периферия.
«Устройство», которое содержит достаточно много входов и выходов для самой машины и для дополнительной периферии, а связь с телефоном, либо по USB, либо по Wi-Fi, либо по Bluetooth.
Управление всем, либо с телефона, либо с дополнительной периферии, подключённого к самому «устройству».
Для разработки на PHP использую NuSphere PhpED. www.nusphere.com/products/phped.htm
На мой взгляд, самый лучший IDE для PHP. Удобный, быстрый и с большим функционалом.
Никаких проблем с JavaScript & CSS.
Давно пользуюсь PNotify, требует jQuery UI либо jQuery + Bootstrap.
Зато есть всё что может понадобиться, плюс поддерживает Web Notifications.
Может, кому-то подойдёт больше, или Вы у них что возьмёте.
На мой взгляд, главный недостаток, что там где используется PHP mail функция, это работать не будет. А заменить на Swift Mailer возможно не во всех ситуациях, например чужой проект в котором требуется добавить модуль. В любом случае, спасибо за комментарий, думаю что сама тема отправки писем из PHP и сравнение всех решений и библиотек, должна быть интересна для PHP разработчиков.
Мне кажется, что fake sendmail заглушки имеют несколько достоинств в отличие от внешнего SMTP сервера:
1. Независимо от интернет подключения.
2. Все отправленные сообщения будут задержаны, вне зависимости от адреса получателя.
Думаю что есть и другие достоинства, которые я не учёл.
Вопрос в потребностях. Это решение идеально подходит там, где важно что бы скрипт продолжил работу, а значение сообщения минимально. Например: сообщения об ошибках дублируемых по почте.
Там где важно само сообщение, и его форматирование, конкретное решение не подходит.
Как уже сказано выше, есть много решений этой проблемы, и именной билет и повышение цены. Но почему то ни одна из них не используется.
Например, цена может быть ограничена внешней организацией, которой принадлежит помещение театра, или которая субсидирует сам концерт и им важно заявить об этом, что благодаря им, этот концерт доступен многим. А перекупка — это не их проблема, свой PR они уже поимели.
А решение с введением именных билетов, требует дополнительных вложений и это не стоит в приоритете, так как пронесёт дополнительные расходы, а не прямую прибыль.
Можно организоваться, и самим запустить бот, который скупит нужное количество билетов, для тех, которым они нужны и которые неготовы переплачивать.
Или организоваться и обратиться напрямую к организации субсидирующей или ограничивающей цену билета, с конкретными предложения о решении этой проблемы.
На мой взгляд, государство должно вмешиваться в процесс бизнеса по минимуму, и только тогда, когда другого решения нет. Так как государству проще запретить, чем действительно разработать решение, которое будет решать проблему удовлетворяющую большинство.
Из того что мне лично нравится в опенспейс без перегородок:
*. Настраивает на рабочее настроение.
*. Очень удобно обсуждать задачи проекта, и подключать к ним других разработчиков
*. Можно легко переключиться на вариант — двое решают одну проблему за одним компьютером
*. хорошо виден прогресс проекта, кто над чем застрял и кому нужна помощь
1. Как быстро происходит обнаружение нового устройства (маячка телефоном), ведь если я спешу, то мне не хочется ждать 10 секунд перед дверью, пока произойдёт обнаружение маячка, идентификация и связь с сервером.
2. На сколько этот поиск влияет на заряд батареи телефона?
Чисто теоретически, чем реже происходит поиск новых устройств и передача данных по радиоканалу, тем меньше садится батарея, как у маячка, так и у телефона.
С программированием у меня проблем нет, а вот паять опыта нет.
Из того что заинтересовало, это Sonoff Remote Wireless (WiFi) Switch, очень дешёвое готовое решение ($7-$9), правда огорчает облачное решение и отсутствие API. Но решается простой перепрошивкой и отдельной программой на домашнем сервере.
Из того что не хватает, так это дешёвого Wireless выключателя/переключателя/кнопки питающегося от батарейки, с открытым API и с подключением к домашнему серверу.
Ну и дешёвых Wireless сенсоров с теми же возможностями. А то цены, очень уж кусаются.
Amazon Dash Button ($5) дешёвый вариант Wireless кнопки, но опять надо перепрошивать и переделывать внешний вид в виде выключателя, впаянная батарейка рассчитана на 1000 нажатий, в общем слишком много переделывать.
Сама тема беспроводных сенсоров и переключателей очень ограничена, либо заоблачные цены, либо паяй сам.
Дешёвого и готового решения с продуманной топологией и возможностью подключения в одну домашнюю сеть на рынке нет. Хочется раскидать по дому сенсоров и выключателей, заменить обычные выключатели на беспроводные, и что бы всё было связано в один сервер с возможностью настроить задания и связи. Нет дома никого — выключить везде свет; подъехал к дому и сейчас вечер — свет включился в прихожей; вышел из кухни и в ней никого — выключился свет; вышел из кухни, но в ней кто-то остался — оставить включённым; вышел из ванны, включился вентилятор на проветривание на полчаса; поднялась влажность в ванной и в ней никого — включить вентилятор, упала — выключить. А то что есть, это либо одно, либо другое, либо по отдельности — коммуникации никакой.
Хочется готовых беспроводных сенсоров/переключателей за $5-$10, а не за $50-$80, да ещё с проприетарной программой, к которой не подступишься :(
Система тикетов предоставляет возможность сгруппировать в одном месте все проблемы и их решения, при этом новые люди получают доступ ко всем предыдущим вопросам и их статусам.
Телефон даёт возможность получить за 5 минут разговора ответы на те вопросы, которые по переписки могли бы занять несколько дней.
Емайл хорош для стандартных ситуаций и имеет свои достоинства и недостатки.
Если идёт разговор о нескольких заказах в неделю или в месяц, то одного емайла для поддержки вполне хватит, но для сайта с количеством заказов больше нескольких сотен в месяц, только одного емайла отделу бухгалтерии может быть недостаточно, так как часто бывают сложные ситуации, отмены, поправки, и их проще и быстрее было бы решить по телефону, особенно в первые разы, когда непонятно что и как делать.
По крайней мере для нас, это оказалось критически важно, и из за этого переходим на другую систему.
Понятное дело, что если телефон есть, но с той стороны никто не хочет помочь, то это тоже самое, что его нет.
*. Сайт самого Stripe выглядит очень по современному, всё чисто и аккуратно.
*. Процент зависит от карточки клиента, страны клиента, валюты оплаты, валюты банка приёма и других нюансов; 2.9% — это в среднем, а в реальности часто больше 3%
*. Связь только по электронной почте и IRC, никаких телефонов, форумов или других современных систем поддержки.
*. Ответы в письмах довольно поверхностные и дублируют информацию доступную на сайте. Лично я их обслуживанием недоволен.
Ведь у любого подхода есть свои преимущества, и свои недостатки. И решая одни вопросы, мы будем создавать новые.
Связывая среду разработки с самим языком, мы сильно ограничиваем его в развитии и расширяемости, так как любое нововведение будет требовать серьёзных затрат.
Большая гибкость обычно приводит к излишней запутанности и сложности.
Усложняя систему, загружая её большим количеством возможностей, мы увеличиваем порог вхождения для новичков и приводим к сложности в использовании.
Есть очень много задач, в решение которых разумнее использовать простой молоток, быстрый и легкодоступный. При этом в сложном и длительном проекте разумнее использовать его технологически более развитого собрата, пневматический молоток, с автоматической подачей гвоздей и защитой от стрельбы себе в ногу.
Языки программирования развиваются. Появляются новые языки, изменяются существующие. И это разнообразие замечательно, так как заставляет текущие языки развиваться быстрее.
Для себя хочется модель («устройство»), которое просто расширит возможности моего телефона. Android телефон — главный процессор, на котором бежит программное обеспечение, а всё остальное — это периферия.
«Устройство», которое содержит достаточно много входов и выходов для самой машины и для дополнительной периферии, а связь с телефоном, либо по USB, либо по Wi-Fi, либо по Bluetooth.
Управление всем, либо с телефона, либо с дополнительной периферии, подключённого к самому «устройству».
На мой взгляд, самый лучший IDE для PHP. Удобный, быстрый и с большим функционалом.
Никаких проблем с JavaScript & CSS.
Зато есть всё что может понадобиться, плюс поддерживает Web Notifications.
Может, кому-то подойдёт больше, или Вы у них что возьмёте.
1. Независимо от интернет подключения.
2. Все отправленные сообщения будут задержаны, вне зависимости от адреса получателя.
Думаю что есть и другие достоинства, которые я не учёл.
Там где важно само сообщение, и его форматирование, конкретное решение не подходит.