И фронтендер и бекендер - смежные специалисты и должены, как минимум, иметь представление о проблемах друг друга, хотя бы для того, что бы иметь возможность подменить коллегу пока тот в отпуске.
Кроме того, когда оба специалиста имеют представление, что оптимальнее сделать на "фронтЕ", а что на "беке", вероятность появления "посредственного API" намного меньше
Полагаю, что люди, страдающие мигренями, употребляют несколько большее количество обезболивающих средств, по сравнению с контрольной группой, и в речь может идти об обнаружении их побочного эффекта.
Хотя, конечно, скорее бы уже изобрели "волшебную таблетку" от мигрени
Удобный транспорт - это тот, который доступен именно тогда, когда вам надо
Лифт - по сути общественный транспорт, доступный именно когда нужно. Убероподобные сервисы уже получили достаточно широкое распространение. Следующим шагом может быть переход автобусов на подобную модель.
Пример: Пассажир заказывает в приложение поездку от пункта А до пункта Б. Система, на основе имеющейся информации о текущем положении автобусов (по началу это могут быть микроавтобусы), их заполненности и пунктах назначения их пассажиров, выбирает наиболее подходящую машину и перестраивает маршрут так, что бы подобрать очередного пассажира.
Получится, что у таких автобусов не будет четкого маршрута, они будут ближе к такси. В отличие от такси пассажир арендует не всю машину на время поездки, а только посадочное место, что удешевит стоимость поездки.
Востребованность такой модели предоставления транспортных услуг подтверждает, то что таксисты зачастую сами не прочь подобрать попутчика и готовы предоставлять скидку пассажиру за согласие.
Для цивилизованной реализации этой транспортной модели, на мой взгляд, необходима инициатива городских властей, поскольку это транспортный проект городского масштаба.
Для цивилизованной реализации этой транспортной модели, на мой взгляд, необходима инициатива городских властей, поскольку это транспортный проект городского масштаба. Ну и для уменьшения пресловутого углеродного следа под это дело можно приобрести машины с электроприводом. Опять же: бюджетик...
В школьные годы я выпросил у родителей калькулятор "Электроника МК-61". В конце-концов у меня иссякла фантазия как еще можно было употребить его программную функцию (последняя, мною написанная, программа была "Электронная рулетка", которой мы с друзьями разнообразили настольную игру "Менеджер") и я просто щелкал вкл./выкл. Заметил, что если быстро пощелкать выключателем и остановиться на "вкл.", то зачастую калькулятор отображает странные символы и даже реагирует на ввод с клавиатуры, это развлекло меня еще на пару недель.
Еще ранее, когда я был в детсадовском возрасте, у нас дома появился двухлучевой ламповый осциллограф. Сейчас уже не вспомню какой, но судя по виду скорее всего С1-16. Мне дозволялось сначала в присутствии отца, а потом и самостоятельно крутить его ручки, подключать ко входам источники сигналов и смотреть на удивительные картинки, которые выписывали лучи на экране.
Все эти занятия были весьма увлекательными и полезными для своего возраста, но мне никогда не приходило в голову искать скрытый смысл в случайных картинках на экране осциллографа или символах на экране калькулятора.
Здесь же, взрослые люди, как дети играются с малопонятным для них инструментом и пытаются преподнести случайную "Лоуб" как откровение. На мой взгляд это глупо.
Выводим зависимость тряски от скорости и размеров ямы, добавляем функционал в популярный навигатор для смартфона и имеем большую статистику по состоянию дорог.
ИМХО при оценке состояния дороги нет нужды считать каждую ямку, нужно учитывать общий износ покрытия. На основе статистики КМК это можно будет сделать довольно точно.
Вот у меня вопрос. Человек пушит коммит за коммитом с полностью статическими классами, дико раздутыми методами с безумной логикой, с однобуквенными переменными и всей фигней мира. А в комментариях в лучшем случае пишет что писал код под веществами, а то просто смайлик. И я свеженанятый джун, сижу неделями пытаюсь во всем этом разобраться и соответственно коммиты не делаю и задачи не закрываю.
Кто из нас более вовлеченный, кого следует уволить?
Для клиентов чат-боты также являются удобным инструментом
Пруфы в студию!
Кто? Когда? Какой эффективный менеджер придумал, что чат бот это удобно для клиента? Кто-нибудь когда-нибудь рассматривал реальные кейсы взаимодействия пользователя с чат ботом? Я так полагаю, что каждый, от кого хоть как-то зависит работа службы поддержки, считает нужным надуть щеки и заявить «чат боты удобны для клиентов...»
Вот вам реальный кейс, особенно актуальный для мобильных приложений, с которым я постоянно сталкиваюсь от приложения к приложению:
Столкнулся с некорректной работой какой-то функцией;
Прочитал скудную справку на эту тему (обычно в ней пишут, что «с помощью данной функции вы можете легко и просто...»);
Ищу куда еще обратиться, по поводу возникшей ошибки и обнаруживаю, что единственным способом общения является «чат с поддержкой», даже если вопрос не срочный, нет банального адреса электронной почты;
На кривой софт-клавиатуре мобильного телефона, скрежеща зубами, описываю в чате суть возникшей проблемы и, в лучшем случае, получаю от бота ссылку на раздел справки, который уже прочитал. В худшем случае автоответчик (а по сути это и есть автоответчик, который стали называть модным словом бот) отвечает, что нужно переформулировать вопрос, естественно только для того, что бы скудный алгоритм мог подобрать какую-нибудь рандомную статью из справки;
И приходится подбирать ключевые слова, что бы прорваться через эту роботизированную бюрократию и выйти на оператора, что бы зачастую просто отправить фидбэк;
Кто-нибудь может ответить почему нужно усложнять жизнь пользователей своего сервиса и не предоставлять самую простую форму обратной связи для не срочных вопросов?
Ещё один тонкий момент, не озвученный в статье:
Иногда нежелание работать так велико (или привычка простакринировать настолько сильна), что сознание буквально блокировано и обо всех этих советах вспоминаешь уже вечером по дороге домой.
В общем вожделенная карточка получена. Менеджер при общении был вежлив и даже знал какую именно мне нужно карточку.
Старт топику хоть и дан был на эмоциях, но все же его цель была обратить внимание на то, что удобство работы с банком, как с системой, зависит не только от организации его интерфейса, но и в большой степени от его функционала. На момент заказа карточки из классического набора CRUD было доступно только C (create) — создание заявки на получение карточки. В тоже время R (read) — получение сведений о состоянии заявки, U (update) — изменение заявки и D (delete) — отмена заявки были недоступны. Думаю тут еще есть над чем поработать.
Кстати, про «не ту карту» написал не совсем корректно. А именно: я отправился в филиал, что бы уточнить как привязать карту к зарплатному проекту так как при заказе на сайте об этом нет никакой информации. Оформить другую карту посоветовала менеджер, к которой я обратился, так как с ее слов за обслуживание карты, заказанной на сайте буду платить я, а за карту, оформленную по зарплатному проекту, — работодатель. Подключить, заказанную карту, к зарплатному проекту мне не предложили.
«Не забирать карту» конечно можно, но при любом вопросе к менеджеру или службе поддержки я получал и, видимо, какое-то время еще буду получать первым делом ответ: «ваша карта готова и ожидает выдачи».
Статью не читал — слишком много красивых картиног и мало буквов.
Но вот 7.12 вечером сего года заказал дебетовую карточку на сайте — зарплату нужно получать. Утром уточнил у работодателя — оказалась не та, ну бывает. Пошел в отделение попросил отменить заказ и оформить другую. Ответ девочки: «Мы вашей заявки в системе не видим, а другую карточку давайте оформим — будет готова через 2 недели. На всякий случай на следующей недели позвоните в ТП и уточните что с вашей заявкой все в порядке». Днем еще раз на всякий случай позвонил в ТП, что бы отменить заказ первой карточки, ответ ТП: «С вашими данными нет никаких заявок на выдачу карточки».
11.12 как и было говорено звоню в ТП уточнить по новой заявке на карточку, ответ ТП: «С вашими данными нет никаких заявок на выдачу карточки».
12.12 звонят из банка — приходите забирайте вашу карточку (ту — первую), про ту которая мне нужна ничего не знают.
20.12 приходит сообщение от работодателя — «на анкете нет подписи клиента». Звоню в ТП — «Ваша карта ждет вас (та — первая), про другую ничего не знаем — обращайтесь в филиал, где заполняли анкету». В филиале предложили заполнить новую анкету и опять ждать две недели.
В общем заявки уходят в никуда, ТП про них ничего не знает, как это все внутри конторы ворочается даже представить страшно.
Чисто как курьез: Как-то решил запрограммировать форму в 1С, но в конец запутался в обработчиках. Думал, что разрисовать схему их взаимодействий во FreeMind поможет. Вот что получилось
Бегу регистрироваться на Тиндере
И фронтендер и бекендер - смежные специалисты и должены, как минимум, иметь представление о проблемах друг друга, хотя бы для того, что бы иметь возможность подменить коллегу пока тот в отпуске.
Кроме того, когда оба специалиста имеют представление, что оптимальнее сделать на "фронтЕ", а что на "беке", вероятность появления "посредственного API" намного меньше
Из этого я делаю вывод, что ты не знаком с мигренями лично
Полагаю, что люди, страдающие мигренями, употребляют несколько большее количество обезболивающих средств, по сравнению с контрольной группой, и в речь может идти об обнаружении их побочного эффекта.
Хотя, конечно, скорее бы уже изобрели "волшебную таблетку" от мигрени
Лифт - по сути общественный транспорт, доступный именно когда нужно. Убероподобные сервисы уже получили достаточно широкое распространение. Следующим шагом может быть переход автобусов на подобную модель.
Пример: Пассажир заказывает в приложение поездку от пункта А до пункта Б. Система, на основе имеющейся информации о текущем положении автобусов (по началу это могут быть микроавтобусы), их заполненности и пунктах назначения их пассажиров, выбирает наиболее подходящую машину и перестраивает маршрут так, что бы подобрать очередного пассажира.
Получится, что у таких автобусов не будет четкого маршрута, они будут ближе к такси. В отличие от такси пассажир арендует не всю машину на время поездки, а только посадочное место, что удешевит стоимость поездки.
Востребованность такой модели предоставления транспортных услуг подтверждает, то что таксисты зачастую сами не прочь подобрать попутчика и готовы предоставлять скидку пассажиру за согласие.
Для цивилизованной реализации этой транспортной модели, на мой взгляд, необходима инициатива городских властей, поскольку это транспортный проект городского масштаба.
Для цивилизованной реализации этой транспортной модели, на мой взгляд, необходима инициатива городских властей, поскольку это транспортный проект городского масштаба. Ну и для уменьшения пресловутого углеродного следа под это дело можно приобрести машины с электроприводом. Опять же: бюджетик...
В школьные годы я выпросил у родителей калькулятор "Электроника МК-61". В конце-концов у меня иссякла фантазия как еще можно было употребить его программную функцию (последняя, мною написанная, программа была "Электронная рулетка", которой мы с друзьями разнообразили настольную игру "Менеджер") и я просто щелкал вкл./выкл. Заметил, что если быстро пощелкать выключателем и остановиться на "вкл.", то зачастую калькулятор отображает странные символы и даже реагирует на ввод с клавиатуры, это развлекло меня еще на пару недель.
Еще ранее, когда я был в детсадовском возрасте, у нас дома появился двухлучевой ламповый осциллограф. Сейчас уже не вспомню какой, но судя по виду скорее всего С1-16. Мне дозволялось сначала в присутствии отца, а потом и самостоятельно крутить его ручки, подключать ко входам источники сигналов и смотреть на удивительные картинки, которые выписывали лучи на экране.
Все эти занятия были весьма увлекательными и полезными для своего возраста, но мне никогда не приходило в голову искать скрытый смысл в случайных картинках на экране осциллографа или символах на экране калькулятора.
Здесь же, взрослые люди, как дети играются с малопонятным для них инструментом и пытаются преподнести случайную "Лоуб" как откровение. На мой взгляд это глупо.
.Почему не использовать g-сенсор и ML?
Выводим зависимость тряски от скорости и размеров ямы, добавляем функционал в популярный навигатор для смартфона и имеем большую статистику по состоянию дорог.
ИМХО при оценке состояния дороги нет нужды считать каждую ямку, нужно учитывать общий износ покрытия. На основе статистики КМК это можно будет сделать довольно точно.
Вот у меня вопрос. Человек пушит коммит за коммитом с полностью статическими классами, дико раздутыми методами с безумной логикой, с однобуквенными переменными и всей фигней мира. А в комментариях в лучшем случае пишет что писал код под веществами, а то просто смайлик. И я свеженанятый джун, сижу неделями пытаюсь во всем этом разобраться и соответственно коммиты не делаю и задачи не закрываю.
Кто из нас более вовлеченный, кого следует уволить?
Хорошим вариантом будет набившая оскому бутылка дешевого бухла
Кто? Когда? Какой эффективный менеджер придумал, что чат бот это удобно для клиента? Кто-нибудь когда-нибудь рассматривал реальные кейсы взаимодействия пользователя с чат ботом? Я так полагаю, что каждый, от кого хоть как-то зависит работа службы поддержки, считает нужным надуть щеки и заявить «чат боты удобны для клиентов...»
Вот вам реальный кейс, особенно актуальный для мобильных приложений, с которым я постоянно сталкиваюсь от приложения к приложению:
Кто-нибудь может ответить почему нужно усложнять жизнь пользователей своего сервиса и не предоставлять самую простую форму обратной связи для не срочных вопросов?
Я так надеялся на пасхалку :(
Ещё один тонкий момент, не озвученный в статье:
Иногда нежелание работать так велико (или привычка простакринировать настолько сильна), что сознание буквально блокировано и обо всех этих советах вспоминаешь уже вечером по дороге домой.
Старт топику хоть и дан был на эмоциях, но все же его цель была обратить внимание на то, что удобство работы с банком, как с системой, зависит не только от организации его интерфейса, но и в большой степени от его функционала. На момент заказа карточки из классического набора CRUD было доступно только C (create) — создание заявки на получение карточки. В тоже время R (read) — получение сведений о состоянии заявки, U (update) — изменение заявки и D (delete) — отмена заявки были недоступны. Думаю тут еще есть над чем поработать.
«Не забирать карту» конечно можно, но при любом вопросе к менеджеру или службе поддержки я получал и, видимо, какое-то время еще буду получать первым делом ответ: «ваша карта готова и ожидает выдачи».
Но вот 7.12 вечером сего года заказал дебетовую карточку на сайте — зарплату нужно получать. Утром уточнил у работодателя — оказалась не та, ну бывает. Пошел в отделение попросил отменить заказ и оформить другую. Ответ девочки: «Мы вашей заявки в системе не видим, а другую карточку давайте оформим — будет готова через 2 недели. На всякий случай на следующей недели позвоните в ТП и уточните что с вашей заявкой все в порядке». Днем еще раз на всякий случай позвонил в ТП, что бы отменить заказ первой карточки, ответ ТП: «С вашими данными нет никаких заявок на выдачу карточки».
11.12 как и было говорено звоню в ТП уточнить по новой заявке на карточку, ответ ТП: «С вашими данными нет никаких заявок на выдачу карточки».
12.12 звонят из банка — приходите забирайте вашу карточку (ту — первую), про ту которая мне нужна ничего не знают.
20.12 приходит сообщение от работодателя — «на анкете нет подписи клиента». Звоню в ТП — «Ваша карта ждет вас (та — первая), про другую ничего не знаем — обращайтесь в филиал, где заполняли анкету». В филиале предложили заполнить новую анкету и опять ждать две недели.
В общем заявки уходят в никуда, ТП про них ничего не знает, как это все внутри конторы ворочается даже представить страшно.