Kurgan-Telecom Ru | Информационные технологии

Когда в компании несколько отделов, а IT-отдел тонет в хаосе заявок из Telegram, почты и личных сообщений — пора задуматься о системе, которая поможет контролировать все в одном месте. Подобрать подходящую Service Desk систему — первый шаг к порядку.

В этой статье разберем, что такое Service Desk система, чем она отличается от таск-трекера, почему ее путают с Help Desk, и по каким критериям можно подобрать себе решение. 

Привет, Хабр! В воскресенье я снова посетил барахолку под Валенсией. День был относительно теплый, всего плюс 18 с утра, пришлось надеть куртку. Но это меньшее зло. Удивительно, но сегодня покупателей было просто огромное количество — не протолкнешься. К некоторым развалам буквально доступа не было, потому что они огораживались широкими спинами покупателей. Я как-то втискивался, но и товаров, которые хотелось бы купить, не было. Зато было много других, весьма необычных. Их я фотографировал и показываю сейчас. Поехали!

Если хотите посмотреть, что нашёл статический анализатор PVS-Studio в исходном коде Intellij платформы, используемой OpenIDE, то добро пожаловать в статью.

Представляете, китайская нейронка Qwen дико врёт!

Встал на дороге. Хорошо рядом заправка. Могу дотолкать – силы есть. Интернет есть. Гугл какую-то фигню про мою машину пишет. Решил нейронку проверить – они же сейчас самые умные! Кидаю туда фотку, задаю вопрос. А она как сговорилась с Гуглом! Тоже, мол это электромобиль и бензин она не потребляет!

Oracle основана еще в 1977 году. Компания разрабатывает программное обеспечение в первую очередь для B2B-сектора. Один из их основных продуктов — система управления базами данных Oracle Database, она существует почти с момента основания фирмы. Несмотря на довольно большие масштабы и устойчивость, Oracle долгое время была в тени других IT-гигантов, в том числе в США. 

Но за последнее время из «legacy-вендора» компания стала одним из центров по работе с ИИ и получает от этого много выгоды. Рассказываем, как она достигла успеха, какие у нее есть продукты и достижения, а также как защищает свои интеллектуальные права.

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

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

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

Хабр привет! Меня зовут Арина Касаткина, я системный аналитик в MPSTATS. В фокусе моей работы сейчас — поддержка и развитие продукта, однако мой профессиональный опыт включает в себя комплексную работу с внутренними бизнес-процессами компаний: от анализа процессов до их автоматизации. Например, именно так был выстроен процесс работы с инициативами сотрудников, о чём я и хочу подробнее рассказать.

В любой компании есть сотрудники с идеями, но часто эти идеи остаются неуслышанными. Это приводит к потере потенциала, демотивации команды и повторным предложениям одних и тех же инициатив. Решение — создание централизованного и системного процесса работы с инициативами. Как аналитик может стать драйвером этого изменения? Давайте разберемся.

Я понимаю, что название кому-то покажется кликбейтным, а рука сама потянется отсыпать минусов с пометкой «несоответствие содержания названию» (или как-то так). Но я действительно считаю, что повсеместное внедрение ИИ-сервисов/агентов/инструментов неизбежно отразится на жизни человека. И отразится не в лучшую сторону.

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

Поэтому речь пойдёт про общение, отношения, принятие смерти, одиночество, чувство свободы, а так же, конечно, про ИИ-психологов. Да, я тут натерапевтировался для того, чтобы статья была более содержательной :)

Дисклеймер №1: В силу подхода к работе так сложилось, что обычно я консультирую людей интеллектуального труда. В последние годы это преимущественно управленцы и сотрудники IT‑сферы. Это люди, которые всю жизнь решали любые проблемы «через голову». Такой подход неизбежно накладывает отпечаток на личность и внепрофессиональную жизнь. Минимизацией негативных последствий таких особенностей я занимаюсь. И в рамках статей на данном ресурсе стараюсь обобщить профессиональный опыт и дать полезную информацию.

Дисклеймер №2: Я не претендую на истину в последней инстанции. Я лишь собираю и обобщаю информацию, а так же пытаюсь спрогнозировать определенные тренды на основании своего профессионального опыта и знаний. Это лишь моё мнение, не более того.

Лучших инженеров увольняют не потому, что они плохи. А потому что они слишком правы. Их слова рушат иллюзию контроля — и показывают, что план не сработает. Но без них компании быстро понимают, какой ценой даётся это «спокойствие».

Думаю, у многих хабровчан в соцпакет на работе входит полис добровольного медицинского страхования. Много лет проработав в медицине, а сейчас оказавшись в офисном кресле немедицинской компании, столкнулся с тем, что люди не знают, как работает ДМС.

Идея о статье родилась у меня давно, но только сейчас мысль оформилась. Надеюсь, будет интересно.

Жить в США стало лучше, но не веселее. После эмиграции поэт написал больше «холодных» стихов. Установлено математически точно с помощью кода.

В мире облачных технологий часто возникает конфликт между целями DevOps и FinOps. DevOps стремится к скорости, надежности и масштабируемости, в то время как FinOps сосредоточен на эффективности затрат и часто на том, чтобы некоторые затраты сократить. Кажется, что эти задачи находятся в противофазе: одни строят, другие — урезают. На самом деле, современные DevOps-практики, направленные на повышение производительности и эффективности, являются самым мощным инструментом FinOps. А оптимизация затрат — это не самоцель, а естественное и неизбежное следствие правильно выстроенных инженерных процессов.

Мне давно хотелось услышать мнение DevOps про практики FinOps, и вот в подкасте FinOpsWeekly вышло интервью с участием Виктора Фарчича, в котором он в присущей ему провокационной манере говорит о том, как одно дополняет другое и как девопсы видят оптимизацию со своей стороны. Предлагаемые решения в основном рассчитаны на Kubernetes, но основной посыл и обсуждаемые тренды так или иначе актуальны для многих компаний: эфемерные среды разработки, right-sizing и масштабирование.

Почти каждый разработчик рано или поздно сталкивается с задачей, когда ему нужно спроектировать такое сложное изменение в системе, которое затронет сразу несколько продуктов или команд. Кроме того, понимание архитектуры программного обеспечения ценится на рынке — ведущие IT-компании стремятся сохранять прежде всего тех, кто понимает, как устроены системы и решения, и способен решать сложные инженерные задачи.

На связи команда курса «Архитектура программного обеспечения» в Яндекс Практикуме. В этом материале мы расскажем, как ответили на запрос рынка и разработчиков и стали готовить инженеров в области архитектуры ПО, а также какие изменения внесли в курс совсем недавно.

В данной статье я хочу поделиться опытом и рассказать о том, как системным аналитикам улучшить Sequence-диаграммы (диаграммы последовательностей) с помощью лучших практик.

Я покажу, как некоторые подходы из мира программирования (те самые best practices и идеи из Clean Code) помогают рисовать sequence-диаграммы чище и понятнее. 

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

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

Прохладное утро... Щелчок... Зажигалка подносится ко рту, где своей очереди ждет сигарета.

Такая желанная, такая необходимая, которая нежно согреет и укутает.
Глубокий вдох, который непременно ускоряет мою смерть, - и ментоловый дым наполняет легкие. Сознание постепенно стирает грань реальности, отдаляя меня от текущего местоположения и направляя в далекие воспоминания, что таятся в моей голове.

У каждого из нас есть события, которые становятся триггерами нашего взросления

Привет, Хабр! Некоторые функции DAX из Power BI могут выглядеть интуитивно понятными, но при детальном рассмотрении ведут себя не совсем ожидаемо. Например, SUMMARIZE не агрегирует «сразу», в месте использования, но SUMMARIZE реализуется через «виртуальную», «отложенную» агрегацию за счет сохранения состояния. Для суммы, т.е. SUM, промежуточное состояние и есть сумма и особенности SUMMARIZE не проявляются, но для любой другой агрегации (например, среднего AVERAGE) становится понятно, что в Power BI уже учитывается так называемое состояние для корректного расчета SUMMARIZE, т.е. данные по всем записям сохраняются в состоянии. В других СУБД единственный аналог — только State и Merge комбинаторы из ClickHouse, поэтому для иллюстрации состояний будет рассмотрен пример из ClickHouse, соответствующий DAX с SUMMARIZE и AVERAGE. Интересующимся особенностями SUMMARIZE в Power BI — добро пожаловать под кат :)

Работая над сайтом завода «ЭЛЕКТРОконнект», мы столкнулись с задачей, знакомой всем, кто делает проекты для технического B2B. На первый взгляд, всё просто: обновить сайт, сделать понятнее, удобнее, современнее. Но под этой простотой задачей скрывается целый пласт системных особенностей от отраслевых стандартов до внутренней логики работы с заявками, где каждая форма и таблица это часть производственного процесса.

Я не буду учить вас вести переговоры. Если вы читаете эту статью, то, возможно, разбираетесь в теме даже лучше меня. Теории полно — книги, курсы, гениальные методики. Обращайтесь к ним.

Лично мне всегда не хватало практики.

Представляем наш синтез для языков России и СНГ. В этот раз получилось покрыть 20 языков, всего 95 голосов. От старой демки этот релиз отличается следующим:

Модель поддерживает SSML;

Модель стала быстрее ещё на 20-25% (она и так была супер быстрой);

С живыми дикторами были подписаны договоры на запись их голоса;

Запись велась в максимально высоком из практически доступного качестве;

Для ряда языков опубликованы модели простановки ударений и / или словари с ударениями в рамках silero-stress;

К модели синтеза применены все оптимизации, как к нашей прошлой публичной модели;

Для демки мы брали шумные публичные данные низкого качества. В этот раз всё хорошо - как следствие существенно выросло качество синтеза.