ReactJS, TypeScript, Micro FrontendsReact fwdays | 27 березня. Долучайся!
×Закрыть

Материалы по теме «Support Engineer»

RSS

Организация рабочего графика техподдержки: плюсы и минусы 8 и 12-часовой смены Организация рабочего графика техподдержки: плюсы и минусы 8 и <nobr>12-часовой</nobr> смены

Victor Karabedyants 22425

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

10 проблем на первой линии поддержки и пути их решения 10 проблем на первой линии поддержки и пути их решения

Victor Karabedyants 10305

Решение использовать систему Service Desk связано с довольно типичными ожиданиями от пользователей системы, специалистов, обеспечивающих техподдержку, а также владельцев бизнеса. Рассмотрим систему, где доступ от заказчика к специалистам второй линии возможен только через специалистов первой линии. 13

Карьера в IT: должность Support Engineer Карьера в IT: должность Support Engineer

Валентина Шимкович 58781

Представляем новую статью из цикла «Карьера в IT». Она посвящена должности Support Engineer — такие специалисты обрабатывают заявки от пользователей или других инженеров техподдержки, решая проблемы самостоятельно или передавая их на рассмотрение коллегам. 28

Комментарии

Абсолютно не сложно. Как показывает практика, хватает 15 минут, чтобы понять, стоит ли продолжать или можно сворачиваться, при этом даже не дойдя до какой-либо задачи. Все остальное от Лукавого.
Если кратко и грубо, это результат работы некомпетентных людей. Ніт. Бувають ситуації, коли ми свідомо йдемо на ті чи інші рішення, які стають технічним боргом. Хіба це говорить щось про те, що люди некомпетентні?
Не бачу, яке це має значення у контексті цієї дискусії
На жаль на співбесіді часу дуже замало, треба ще й питання задати
Одна тільки згадка про тестове часто відрізає навіть крутих кандидатів. Зустрічався із цим як з своєї позиції так і з позиції наймаря.
Дякую за статтю, але не зовсім згоден з визначенням, що технічний борг — це завжди результат роботи некомпетентних фахівців (розробників або менеджерів). Не забувайте, що в розробці продукту є три складові — Якість, Ціна і Час виконання.
Гаразд, давайте я поясню свою позицію Модель відносин між працівником та наймачем дещо складніша на мій погляд, я б додав сюди ще інтереси замовника, команди та рекрутера.
и оформление по кзот..? или все таки фоп сотрудничество?..)
не нужна никакая «часовая сессия» простой пример на 1-2 функции простого функционала можно набросать грубо за 5 минут для этого даже ide не нужна можно «на бомажке» или скажем на доске как посаны с фхтангов делают )) толпа народу тупо не умеет в код...
что есть немало людей, которые мнят себя «выше кода» и попросту забыли как кодить. многие и не знали и даже просто не задумывались ))
А Кваси? Кажуть, там два десятки джерел різної мінеральності й газованості, і високі горби поруч
Чи варто виконувати тестові завдання Якщо я сам відгукнувся на вакансію компанії, хочу туди справді потрапити, тому якщо є тестове — ок. Я ж сам хочу потрапити до вас. В інших ситуаціях — воно не припустиме.
Со всего выше вами написанного. Вам уже столько раз написали что и почему.
З чого це витікає?
Тестове завдання красномовніше за CV, знання алгоритмів та вміння красиво розповідати на інтерв’ю. Розкажіть яку інформацію ви можете отримати з ДЗ і чому немає ефективніших способів її отримати?