Pull to refresh
1
0.4
Send message

Я не скорее а конкретно о техподдержке и говорю. В контексте всех организаций которые я знаю - а их не мало - первой линией всегда назвали первую линию техподдержки. Людей которые непосредственно принимают обращение от пользователей. И я ни разу не слышал чтобы продукт менеджеров или других сотрудников работающих с заказчиком называли первой линией. Но даже если такое где-то есть - то первая линия на то и первая, что должна либо решить проблему сразу, либо передать обращение дальше на специалистов соотвествующего профиля.

Потому что для первой линии это даже разумно. Разработчик например если работает над большой задачей - может взять паузу на подумать в ванне или на прогулке, и доработать задачу вечером. А первая линия обрабатывает обращения в реальном времени. Фактически как только заканчивается рабочий день - их работа тоже заканчивается, нельзя сделать заранее на завтра, и обычно последнюю задачу сегодня уже делать дальше тоже нельзя (её передают на следующую смену да и во многих задачах взаимодейсвтие с пользователем которого нет)

Там есть аукцион и все такое, но это переусложнение. Если я введу в гугл "купить ноутбук" - мне потом всю таргетированную рекламу на всех сайтах завалит ноутбуками - но не верьте мне наслово, отключите addblock и проверьте - потребуется пара минут чтобы в этом убедиться.

Мы сыпали ключевиками вида "купить топливный филтр(кажется)", нужно купить топливный фильтр, хочу купить, где купить, топливный фильтр на ладу и т.д.

Даже самый непрошибаемо сложный алгоритм уже понял бы что я хочу и показал бы мне нужную рекламу.

Но теории заговора тем и сильны - что всегда можно придумать оправдание нелегитимности любого эксперемента. В данном случе я выбираю бритву Оккама - если алгоритм настолько сложный и тупой одновременно, при раскрытии прослушки будет грандиозный скандал, носимые устройства будут неистово жрать батарею, а все программисты гугла в сговоре с программистами apple должны будут молчать в тряпочку - то куда проще то, что у больших медиа есть куда более простые способы - например анализировать почту на gmail - о чём гугл честно говорит в пользовательском соглашении.

Вы не замечали ложных срабатываний, а вот комментаторы на 4pda и xda выявили как случаи реального использования камеры при которых приложение его не детектировало, так и ложные срабатывания когда доступ к камере получило приложение в котором даже взаимодействий с интернетом не предусмотрено (ну типо возможно, но зачем?).

Было бы оно под актуальный андроид я бы попробовал поставить и собрать самописный пакет с именем какого-нибудь facebook или банка, чтобы посмотреть как оно на него отреагирует.

Но меня больше всего удивляет то, что вы - как человек который во всем сомневается и беспокоится о своей приватности, верите какому-то unknown разработчику, который может собрать что угодно, и даёте ему кучу прав (из того, что я увидел, кажется приложение 6 runtime разрешений запрашивает). Ведь оно может на самом деле собирать о вас данные и снимать вас, показывая погоду на Марсе. Публичных апи для определения использования другими приложениями разрешений в данный момент несколько я знаю нет, а значит там используются в лучшем случае хаки вида попытки перехватить управление камерой. И вполне возможно что настройки банковских приложений (которые например не позволяют записывать экран) - мешают этим хакам. А разработчик просто сливает в сеть какими приложениями вы пользуетесь.

Скорее зависит от того, гуглил ли ты то, о чем реклама, и спрашивал ли поискать у интерактивного помошника.

А то чаще оказывается

  • человек уже увидел рекламу, потом в разговоре вспомнил из за неё о товаре, а потом после разговора снова увидел рекламу.

  • Человек гуглил, потом разговаривал, потом увидел рекламу.

  • Попросил интерактивного помошника поискать, потом увидел рекламу.

  • Ложки ложки ложки ложки

У этой проги есть название?

Что-то слишком уж сказачно звучит - получить доступ к камере на ведроиде нельзя даже если у тебя есть разрешения но ты не выводишь превью. Раньше это "решалось" выводом камеры в 1х1 пиксель, но сейчас такое тоже запрещено, нельзя ничего вывести поверх изображения камеры перекрыв его, так ещё и иконка камеры при активном доступе отрисовывается в шторке.

По ваши словам получается банковские приложения, которые были (а часть и сейчас) честно доступны в google play, используют 0day уязвимости за которые многие хакеры маму продадут.

Мы с товарищем проводили этот эксперемет.

Выбрали товар (из автотематики, у меня нет авто), и он на протяжении месяца периодически приходил ко мне (я помогал ему с некоторым обучением), и каждый раз постоянно упомянал ключевые слова. Так-же в телефонных разговорах и сообщениях. При разблокиранном, заблокированном и лежащем рядом телефоне, на зарядке и нет. У него iphone, у меня android смарт.

Ни одного упоминания этого товара я так и не увидел, он увидел 1 за 2 месяца, но у нет есть авто. Что в общем подтверждает, что все эти теории про прослушку - маловероятны.

В чем смысл подобных статей автор указал. Если чтобы получить правильный ответ от нейросети нужно этот правильный ответ знать - она не гордиться в роли (в данном случае) репититора.

Вы переформулировали задачу потому, что знали что она сформулирована непонятно для нейросети, и что она ответит неправильно.

Обычно когда люди решают реальные задачи а не синтетические тесты - они не знают ответа (в этом и смысл решения задачи), а по рассуждениям сети было невозможно понять, что она неправильно поняла задачу.

Недавно был положительный пример - когда разработчик какой-то игры попросил у чатгпт выбрать алгоритм подбора соперника, и сеть предложила старый но эффективный вариант (195Х года кажется). Так вот, если бы она предложила алгоритм не подходящий под задачу, а разработчик понял бы это уже после реализации - он бы не написал об этом статью, это её замена.

Это перевод или вы куда-то ещё публиковали эту статью? Готов поспорить что уже читал её, причём довольно давно о.О

Есть языки и подходы в которых появление boilerplate неизбежно.

Например когда в java нужно добавить класс с данными, то к полям потребуются getter, setter, конструктор который их заполнит, equals/hashcode и не каждая ide умеет их генерировать. (Хотя вроде сейчас и в java добавили аналог data class из kotlin, но это просто пример).

Или у вас строгая архитектура требующая чтобы данные по слоям были разделены (из сети получаем объект 1, в бизнес логику передаём 1*, а в ui 1** и мапперы между ними, которые гоняют одинаковые поля друг в друга).

Для этого нужно включить режим разработчика в аккаунте, что может быть той ещё проблемой. У меня без карты забугорной он не включался.

А вот перезагрузиться в бутлоадер и сделать fastboot sideload update.zip можно и без впн и без аккаунта разработчика

На самом деле достаточно adb и драйверов, которые вроде сами ставятся. А дальше fastboot sideload update.zip в консоли и всё.

Это был отказ продления контракта - т.ю. де юро - отказ принять работника на работу на новый срок, а не увольнение. Если у вас срочный договор - значит ваша позиция нужна в компании на всегда, и причиной отказа всегда может быть - "выполнить все работы в рамках договора и больше не нужен"

Вас бьют и пытают? Насильно заставляют устанавливать qbittorrent? Кто это делает - давайте мы вызовем вам полицию!

Я вот люблю qbittorrent под всем платформами - бесплатно, функционально, без рекламы. А вы если не хотите таких "монстров" - продолжайте пользоваться нелегальным мюторрентом с вырезанной рекламой и без обновлений, никто вас не заставляет ничего устанавливать.

Вопрос хорош, потому что по ответу на него можно сделать выводы о специалисте - я написал какие положительные и какие отрицательные.

История факапа это хороший путь для дополнительных вопросов не в вакуме.

Например ваша история про дропнутую базу - повод задать вопросы про распределение прав на проекте, разницу в доступе к продовой и не продовой базе, используемых инструметов и наверное есть ещё вопросы лучше которые придумает специалист работающий с базами - не моя область, не могу сказать какие. А на основе ответов - оценить насколько человек знает проект на котором работал.

Людей заучивших ответы обычно можно поймать доп. вопросами - они и так находятся в стрессовой ситуации потому что на собеседовании, так ещё и врут, и теряются даже на простых вопросах вида - какой инструмент доступа к бд использовался. Я такое видел у "экспертов" пришедших с курсов - когда он идеально отвечает на сложный вопрос, а потом валится на элементарном подвопросе.

Плюс это неплохой способ добавить в неформальности на собеседовании - много раз на собесах делились факапи вида - "а вот у нас оно вот так полетело" - "это еще что, а вот у нас была ситуация, что...". Практика показывает что чем круче спец, тем веселее и больше у него историй. И непросто неформально рассказать о том, в чем не разбираешься.

Имхо нормальный вопрос про провалы.

У любого специалиста который больше 3х лет в области были факапы, если он говорит что их не было то - либо он врёт и это сразу минус, либо он не способен их заметить или не считает своими и это тоже минус, либо он брал только типовые задачи и тут вам решать какой спец вам нужен, либо это супергений у которого весь код запускается прямо с листочка - но это будет очевидно по другим частями собеседования.

Про слабые стороны вот уже не совсем понимаю зачем вопрос, но наверное если человек в этом месте скажет например что на командный игрок, а нам нужен командный - то вопрос был задан не зря.

Имхо есть интересные и неинтересные варианты это игры "запустил doom на..."
Вот когда его запускали на более слабых железках - пусть даже в acii арте, кажется чуть ли не на амиге - это было реально очень впечатляюще.
Когда его запускали на какой нибудь nes через картридж с raspberry pi внутри - это конечно было уже не так впечатляюще, но всё равно прикольно.
Забавно это было когда его запускали даже уже на достаточно произовдительном но вообще не предназначеном девайсе - типо какого нибудь там светодиодного табло.

Но вот варианты с запуском на raspberry и выводом в градусник или тест на беременность, или варианты с запуском на отдельном сервере и через жуткие костыли что аж неиграбельно выводом в приложение photo на iphone, который так-то в лёгкую дум запускает без таких извращений - это уж как будто не то(

Если бы за счет повышения оборта цена с билета 30к была бы 150р - это еще как-то можно было посчитать разумным решением - аля все хотят, но при текущих тарифах эффекта масштаба нет и всем дорого. Но при 5% от цены билета - оно и нахер не нужно.

А ещё не нужно быть бедным и больным, нужно быть богатым и здоровым.

Ситуации которые вы несможете заранее проконтролировать неизбежны, и нет большей ошибки, чем предполагать, что вы всегда будете готовы заранее.

А если мать перед событием говорила если что спасатт ребёнка?

А если у матери шанс вышить 10% а ребенка 50%?

А если мать больна и ей осталось жить не больше 3х лет?

Так-уж прямо очевидно во всех ситуациях? Нет ничего хуже чем делать такой выбор и он точно не будет лёгким.

1
23 ...

Information

Rating
2,050-th
Registered
Activity