Мне всегда казалось, что если IT-шника что-то не устраивает, то он способен провести анализ и найти решение проблемы. Скорость и качество этого процесса и есть что-то типа уровня зрелости. А возраст и размер обуви — не более чем часть начальных условий.
P.S. несбычу мечт я проблемой не считаю.
Очень интересно описано, но поправьте меня, если не прав, pv считает, сколько через нее прошло (слово "прошло" — условно) за секунду. Если мы отправляем один символ "y", то это около одного символа, а если отправляем буфер, то это около 8k символов — разница почти на 4 порядка по pv скорее показывает, что оба примера работают с одинаковой скоростью в контексте "количества выданных y"
Не вижу противоречия
Берём первые 5 цифр из вашего примера и получаем регион
PS под регионом я подразумеваю то, что мобильные операторы называют домашней сетью — по сути область, в которой зарегистрирован абонент, она же является отчётной точкой для тарификации
Ранее оператор и регион определялись по первым 5 цифрам федерального номера.
В связи с возможностью сменить оператора теперь так можно достоверно определить только регион
Остальные 5 цифрам в данном контексте нужны только, чтобы точно определить оператора
в первую очередь роботами будут заменять (и это уже сейчас происходит) хорошо регламентированные обезличенные (в которых отсутствует необходимость присутствия человека) действия, а так же действия, в которых большая цена ошибки
среди этих задач приоритет будет естественным образом смещаться в сторону получения максимальной экономической отдачи.
средний класс — это те, кто занял относительно узкую нишу и в ней работает. робот очень хорошо вписывается в роль выполнятеля узкой задачи.
Пример у всех на глазах — кофе-автомат — вместо точки с работающим человеком получаем много точек, без людей и одного технического специалиста по обслуживанию.
А все места, куда не получится выгнать роботов, останутся людям — разноробочим.
Отдельным, но численно ограниченным, слоем пойдут разработчики и обслуга для элиты. ну и сама элита
все остальные классы может и останутся, но в количестве, скорее попадающим под погрешность измерений.
PS я не говорю, что срок реализации этой схемы — ближайшие 10 лет.
Драйвер принтера ставится на компьютер
Принтер тоже проще тогда ставить для компьютера
Компьютеры в одном месте печатают на одних и тех же принтерах
При правильных политиках, как только компьютер попал в домен, его засунули в нужную группу и пользователь даже не в курсе, что принтеры надо устанавливать
Дальнейшее следование идеологии повлечет за собой планирование (в том числе действий, необходимых для привлечения необходимого дохода/оборота), например на основании воронки продаж, и разработки вашей методики оценки затрат на каждого клиента (цифры показывают, что некоторые мозгоклюи — очень выгодные клиенты, а вот от некоторых зайчиков лучше бы отказаться)
В табличках это делается витиевато )
Все начинают с таблиц
А вот когда вас станет несколько (ещё лучше конкурирующих), да каждый решит применить свои фильтры, а руководитель захочет отчёты, то вы планово перейдете в таблицы в какой-либо бд.
Причем одной из важных задач будет не перенос данных, а перенос сложившейся логики, которая притянута к гуглотаблицам.
Хотите делать своё — это хорошо. Даже свой велосипед — он свой и любимый. А вот в будущее лучше смотреть из расчета, что эти таблицы — это прототип, с помощью которого вы определите стартовый функционал вашей будущей crm
Ps crm — это не таблица и не бд, это в первую очередь идеология
Полтора часа на "показать программирование" — это очень мало, особенно сейчас, когда надо и красиво и быстро и масштабируемо.
А это все за собой тянет уже целую пачку библиотек и сопутствующих приложений
Интересный (я не уверен, что единственно правильный) — это взять задачу из жизни/специальности этих студентов и показать, как можно решение автоматизировать
Ps лет 10 назад, чтобы побороть страх девочек-заочниц с гуманитарного факультета перед компьютерами, показал им форум для мам. В дальнейшем это был бонус за хорошо выполненные задания
Система вполне дополняется секретным словом, которое нужно ввести оператору со слов клиента, перед действием или выдачей информации. Без этого слова оператору не показываются значимые данные.
Да, Иван Иванович, но без секретного слова больше ничего не доступно оператору. В случае идентификации по паспортным данным, оператор вполне может их вводить со слов звонящего (в номере точно сложно опечататься)
А сама идентификация клиента очень важна хотя бы теми процентами клиентов, которым нужен особый подход — випы и проблемное, остальным — бонус.
идея интересна на уровне проработки идеи, но дальше я вижу массу проблем социального, экономического и юридического характера:
если я куда-то послал информацию о своем треке, то при подозрении в наличии информации (записи регистратора) об уголовном деле, меня вполне могут сильно попросить органы. Хотя бы появиться и написать письменное заявление типа "в этот день в такое-то время я видеорегистратор не включал". С административкой попроще.
город-миллионник, + спутники. 10-100-500 тысяч автомобилей "онлайн". и это только поступление информации на сервер. серверные ресурсы конечно дешевеют, но начиная с некоторого момента "на общественных началах" проект просто вымрет
некоторое время ходил с мыслью прикупить рацию в авто. здесь может быть что-то подобное: дальнобои, часть такси, местная автотусовка — им это либо надо, либо интересно — остальным забавный гаджет.
Я уверен, найдется множество людей, которые поставят такую штуку за идею справедливости (мнимой или нет, не важно), но 99% из них платить будут только в том случае, если дело будет касаться их и они будут уверены, что система поможет
А если в целом, то такая система вполне может существовать, но в виде автономной системы, прибитой к авто (или к регистратору в нем). сразу решается проблема с зарядкой, с определением движется\не движется, пишется\не пишется (опционально).
Самое главное — решить вопрос с монетизацией. У одного из провайдеров стоят камеры на ключевых перекрестках, в режиме он-лайн можно посмотреть из сети провайдера. За небольшую денежку можно получить записи в интересующих промежуток времени. Полиция данные может получить бесплатно.
Если взять такую идею монетизации, то доступ к этой системе можно получить:
Без регистрации — количество машин и направление движения в указанной точке (+-10м, например) в указанное время (+-10минут, например, с привязкой к дискретности системы)
С регистрацией — с возможностью сделать запрос на видео и получить в ответ количество тех, кто готов предоставить видео (само видео может быть залито на сервер, но еще не предоставлено пользователю)
Если ответ по объему устраивает пользователя — он может оплатить доступ к видеозаписям
Дополнительно стоит реализовать "абонентские платы" за доступ в течение месяца\недели и тп. По сути для Агента, который по запросу незарегистрированных осуществляет поиск нужных фрагментов видео
Если математика по монетизации будет интересной, то проект вполне может работать
Короткие ссылки — это инструмент, как им пользоваться — дело и ответственность (если найдут) каждого.
Аналогично ярлыкам на рабочем столе.
И аналогично серверам и сервисам на hosting.cafe — их тоже можно использовать с разными целями, но ведь их (серверы и сервисы) изначально не принято считать опасными.
А если пойти дальше, то злоумышленнику никто не мешает по одной и той же ссылке отдавать разный контент в зависимости от ip, версии ОС, времени года и фазе луны
правильно было бы назвать статью, как «малоизвестные инструменты для работы с сервисами коротких ссылок»
Очень много сказано про типы ибп, которые не стоит использовать в серверной (оффлайн и лайнинтерактив), а еще хотелось бы увидеть расчет времени работы от батарей, время заряда батарей, активную и реактивную мощность.
Ну или сравнение ибп одного класса разных производителей
Достойный ответ айтишника (просьба воспринимать это именно как констатацию факта, без доли негатива или иронии)
по пунктам:
1. я имел в виду, что только автоматический режим имеет право на жизнь, ручным инструментом будут пользоваться исчезающе мало (если вообще будут о нем знать)
2. я имел в виду кейс, когда я в белом списке у Васи, я звоню Васе и параллельно в своей почте пытаюсь с помощью Васи вспомнить его адрес электронной почты, которая у меня где-то потерялась — как правило для айтишника — это нетривиальный кейс. Для обычного офисника — пости нормальная ситуация
3. пусто
4. реально существующий пример:
существует групповой ящик и я вхожу в эту группу. письма, которые пришли мне, я могу перенаправить на групповой ящик с комментариями «обработайте, пожалуйста» (причина по которой я это сделал неважна), соответственно тот, кто обработает, пошлет ответ со своего ящика.
и если этот ответ пойдет на защищенный обсуждаемым образом ящик, то письмо не пройдет.
пример — я в Греции, мне пришла заявка, в ней порядка 100 позиций. Я перекинул ее на общий ящик, кто-то из коллег ответил, письмо дропнулось = печалька. цена вопроса может быть и миллион.
PS — mailer-daemon'а тоже надо добавлять в белый список? )
по существу:
в моем ответе несколько сбилась табуляция, сместив акценты:
Возможно это все решится чем-то типа «режима обучения» и тестированием на компании, деятельность которой не IT
я предполагаю, что теоретически обсуждать тему дальше смысла нет, гораздо правильнее смотреть результаты реального использования, хотя бы с целью оценить значимость нюансов, включая, но не ограничиваясь, написанными мной.
дальше я в этой ветке отвечать не хочу (тут и так только мы остались), но если мое мнение интересно, прошу писать лично.
Если смотреть с точки зрения алгоритмов, то все правильно и интересно
Как только доходим до практики, то:
Редко кто использует бело-черные списки вручную
Периодически звоник клиент и просит напомнить почту, ищет он ее по первым символам (префиксы создают сложности) в клиенте при создании письма
3.Сложности с сарафанным радио — "напиши ему сюда"
Возможно это все решится чем-то типа "режима обучения" и тестированием на компании, деятельность которой не IT
PS как будет работать переадресации почты "по болезни", если у обеих компаний такая система?
идея интересная, только в той реализации, когда «белый список» игнорирует «динамичность» адресов получателя.
то есть, если мой адрес pupkin@company.ru выключен, все мои клиенты, которые у меня в белом списке, должны абсолютно нормально отправлять мне письма и я их буду получать.
все остальные письма, отправленные на адрес pupkin@company.ru, попадают либо в отстойник (система не может их идентифицировать как спам), либо в корзину — система определила их как 100% спам.
все новые клиенты, у которых нет моего контакта, пишут на форму на сайте.
схема выглядит относительно просто, следовательно должна работать, но есть нюансы:
1. как будет добавлять клиентов в белые списки обычный менеджер, для которого переход с одного почтового клиента на другой — уже проблема (либо такая почта должна изначально идти с клиентами под все системы, включая мобильные)
2. на моих визитках не будет указан мой адрес электронной почты — он же актуален только для тех, кто в белом списке. вместо этого будет ссылка на форму еще на что-то непонятное, что в будущем спамеры могут научиться использовать
3. ПЛЮС — я постоянно меняю адреса почты (пусть даже префиксы), а могу не менять, а по поступающим по ним письмам оценивать отклики на различные рекламные акции, раздачи визиток и тп.
оператору почты такое, возможно и покажется мелочным, но корпоратам вполне может понравиться, особенно если заходить с маркетинга.
Не бывает победы без потерь.
И всегда найдется тот, кто будет криво смотреть на твою победу.
Но если это твоя победа, то она того стоит. Полюбому. Респект.
Мне всегда казалось, что если IT-шника что-то не устраивает, то он способен провести анализ и найти решение проблемы. Скорость и качество этого процесса и есть что-то типа уровня зрелости. А возраст и размер обуви — не более чем часть начальных условий.
P.S. несбычу мечт я проблемой не считаю.
Очень интересно описано, но поправьте меня, если не прав, pv считает, сколько через нее прошло (слово "прошло" — условно) за секунду. Если мы отправляем один символ "y", то это около одного символа, а если отправляем буфер, то это около 8k символов — разница почти на 4 порядка по pv скорее показывает, что оба примера работают с одинаковой скоростью в контексте "количества выданных y"
Нужна программисту не математика, а умение строить модель из всего на свете.
А уже это умение проще всего воспитывается математикой.
Не вижу противоречия
Берём первые 5 цифр из вашего примера и получаем регион
PS под регионом я подразумеваю то, что мобильные операторы называют домашней сетью — по сути область, в которой зарегистрирован абонент, она же является отчётной точкой для тарификации
Ранее оператор и регион определялись по первым 5 цифрам федерального номера.
В связи с возможностью сменить оператора теперь так можно достоверно определить только регион
Остальные 5 цифрам в данном контексте нужны только, чтобы точно определить оператора
среди этих задач приоритет будет естественным образом смещаться в сторону получения максимальной экономической отдачи.
средний класс — это те, кто занял относительно узкую нишу и в ней работает. робот очень хорошо вписывается в роль выполнятеля узкой задачи.
Пример у всех на глазах — кофе-автомат — вместо точки с работающим человеком получаем много точек, без людей и одного технического специалиста по обслуживанию.
А все места, куда не получится выгнать роботов, останутся людям — разноробочим.
Отдельным, но численно ограниченным, слоем пойдут разработчики и обслуга для элиты. ну и сама элита
все остальные классы может и останутся, но в количестве, скорее попадающим под погрешность измерений.
PS я не говорю, что срок реализации этой схемы — ближайшие 10 лет.
Драйвер принтера ставится на компьютер
Принтер тоже проще тогда ставить для компьютера
Компьютеры в одном месте печатают на одних и тех же принтерах
При правильных политиках, как только компьютер попал в домен, его засунули в нужную группу и пользователь даже не в курсе, что принтеры надо устанавливать
PS а почему apache, а не IIS?
А доказательство, что данное время минимально, без полного перебора вариантов существует?
Дальнейшее следование идеологии повлечет за собой планирование (в том числе действий, необходимых для привлечения необходимого дохода/оборота), например на основании воронки продаж, и разработки вашей методики оценки затрат на каждого клиента (цифры показывают, что некоторые мозгоклюи — очень выгодные клиенты, а вот от некоторых зайчиков лучше бы отказаться)
В табличках это делается витиевато )
Все начинают с таблиц
А вот когда вас станет несколько (ещё лучше конкурирующих), да каждый решит применить свои фильтры, а руководитель захочет отчёты, то вы планово перейдете в таблицы в какой-либо бд.
Причем одной из важных задач будет не перенос данных, а перенос сложившейся логики, которая притянута к гуглотаблицам.
Хотите делать своё — это хорошо. Даже свой велосипед — он свой и любимый. А вот в будущее лучше смотреть из расчета, что эти таблицы — это прототип, с помощью которого вы определите стартовый функционал вашей будущей crm
Ps crm — это не таблица и не бд, это в первую очередь идеология
Полтора часа на "показать программирование" — это очень мало, особенно сейчас, когда надо и красиво и быстро и масштабируемо.
А это все за собой тянет уже целую пачку библиотек и сопутствующих приложений
Интересный (я не уверен, что единственно правильный) — это взять задачу из жизни/специальности этих студентов и показать, как можно решение автоматизировать
Ps лет 10 назад, чтобы побороть страх девочек-заочниц с гуманитарного факультета перед компьютерами, показал им форум для мам. В дальнейшем это был бонус за хорошо выполненные задания
Да, банально. Да, многие знают. Но все равно часто делают не так.
Я, например, иду по другой цепочке шагов.
Система вполне дополняется секретным словом, которое нужно ввести оператору со слов клиента, перед действием или выдачей информации. Без этого слова оператору не показываются значимые данные.
Да, Иван Иванович, но без секретного слова больше ничего не доступно оператору. В случае идентификации по паспортным данным, оператор вполне может их вводить со слов звонящего (в номере точно сложно опечататься)
А сама идентификация клиента очень важна хотя бы теми процентами клиентов, которым нужен особый подход — випы и проблемное, остальным — бонус.
идея интересна на уровне проработки идеи, но дальше я вижу массу проблем социального, экономического и юридического характера:
Я уверен, найдется множество людей, которые поставят такую штуку за идею справедливости (мнимой или нет, не важно), но 99% из них платить будут только в том случае, если дело будет касаться их и они будут уверены, что система поможет
А если в целом, то такая система вполне может существовать, но в виде автономной системы, прибитой к авто (или к регистратору в нем). сразу решается проблема с зарядкой, с определением движется\не движется, пишется\не пишется (опционально).
Самое главное — решить вопрос с монетизацией. У одного из провайдеров стоят камеры на ключевых перекрестках, в режиме он-лайн можно посмотреть из сети провайдера. За небольшую денежку можно получить записи в интересующих промежуток времени. Полиция данные может получить бесплатно.
Если взять такую идею монетизации, то доступ к этой системе можно получить:
Дополнительно стоит реализовать "абонентские платы" за доступ в течение месяца\недели и тп. По сути для Агента, который по запросу незарегистрированных осуществляет поиск нужных фрагментов видео
Если математика по монетизации будет интересной, то проект вполне может работать
Аналогично ярлыкам на рабочем столе.
И аналогично серверам и сервисам на hosting.cafe — их тоже можно использовать с разными целями, но ведь их (серверы и сервисы) изначально не принято считать опасными.
А если пойти дальше, то злоумышленнику никто не мешает по одной и той же ссылке отдавать разный контент в зависимости от ip, версии ОС, времени года и фазе луны
правильно было бы назвать статью, как «малоизвестные инструменты для работы с сервисами коротких ссылок»
Очень много сказано про типы ибп, которые не стоит использовать в серверной (оффлайн и лайнинтерактив), а еще хотелось бы увидеть расчет времени работы от батарей, время заряда батарей, активную и реактивную мощность.
Ну или сравнение ибп одного класса разных производителей
по пунктам:
1. я имел в виду, что только автоматический режим имеет право на жизнь, ручным инструментом будут пользоваться исчезающе мало (если вообще будут о нем знать)
2. я имел в виду кейс, когда я в белом списке у Васи, я звоню Васе и параллельно в своей почте пытаюсь с помощью Васи вспомнить его адрес электронной почты, которая у меня где-то потерялась — как правило для айтишника — это нетривиальный кейс. Для обычного офисника — пости нормальная ситуация
3. пусто
4. реально существующий пример:
существует групповой ящик и я вхожу в эту группу. письма, которые пришли мне, я могу перенаправить на групповой ящик с комментариями «обработайте, пожалуйста» (причина по которой я это сделал неважна), соответственно тот, кто обработает, пошлет ответ со своего ящика.
и если этот ответ пойдет на защищенный обсуждаемым образом ящик, то письмо не пройдет.
пример — я в Греции, мне пришла заявка, в ней порядка 100 позиций. Я перекинул ее на общий ящик, кто-то из коллег ответил, письмо дропнулось = печалька. цена вопроса может быть и миллион.
PS — mailer-daemon'а тоже надо добавлять в белый список? )
по существу:
в моем ответе несколько сбилась табуляция, сместив акценты:
я предполагаю, что теоретически обсуждать тему дальше смысла нет, гораздо правильнее смотреть результаты реального использования, хотя бы с целью оценить значимость нюансов, включая, но не ограничиваясь, написанными мной.
дальше я в этой ветке отвечать не хочу (тут и так только мы остались), но если мое мнение интересно, прошу писать лично.
Если смотреть с точки зрения алгоритмов, то все правильно и интересно
Как только доходим до практики, то:
3.Сложности с сарафанным радио — "напиши ему сюда"
Возможно это все решится чем-то типа "режима обучения" и тестированием на компании, деятельность которой не IT
PS как будет работать переадресации почты "по болезни", если у обеих компаний такая система?
то есть, если мой адрес pupkin@company.ru выключен, все мои клиенты, которые у меня в белом списке, должны абсолютно нормально отправлять мне письма и я их буду получать.
все остальные письма, отправленные на адрес pupkin@company.ru, попадают либо в отстойник (система не может их идентифицировать как спам), либо в корзину — система определила их как 100% спам.
все новые клиенты, у которых нет моего контакта, пишут на форму на сайте.
схема выглядит относительно просто, следовательно должна работать, но есть нюансы:
1. как будет добавлять клиентов в белые списки обычный менеджер, для которого переход с одного почтового клиента на другой — уже проблема (либо такая почта должна изначально идти с клиентами под все системы, включая мобильные)
2. на моих визитках не будет указан мой адрес электронной почты — он же актуален только для тех, кто в белом списке. вместо этого будет ссылка на форму еще на что-то непонятное, что в будущем спамеры могут научиться использовать
3. ПЛЮС — я постоянно меняю адреса почты (пусть даже префиксы), а могу не менять, а по поступающим по ним письмам оценивать отклики на различные рекламные акции, раздачи визиток и тп.
оператору почты такое, возможно и покажется мелочным, но корпоратам вполне может понравиться, особенно если заходить с маркетинга.
И всегда найдется тот, кто будет криво смотреть на твою победу.
Но если это твоя победа, то она того стоит. Полюбому. Респект.