Терминология IT

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

Интересно наблюдать, что так же как есть «ложные друзья переводчика», то есть слова схожие по звучанию, но отличающиеся по смыслу в разных языках, так же есть и «ложные друзья аналитика». Я имею в виду термины, значения которых могут значительно различаться в зависимости от предметной области.

Эта статья – ответ на статью «Обращение к издательствам: пожалуйста, не переводите термины».

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

– Какие-такие «узлы» и «фрагменты»? – спросит программист, работающий с MongoDB. – Наверное, ты имел в виду «чанки» и «шарды»?

– Что за «чанки»? – переспросит аналитик, хранящий данные в GreenPlum. – У нас данные делятся на «регионы», которые потом распределяются по «регионсерверам»!

Можно было бы продолжать этот воображаемый спор, но я лучше приведу табличку:

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

Всем привет! Меня зовут Владислав Москалёнок, и я работаю техническим переводчиком и редактором в сфере телекома и IT уже более 20 лет. Сегодня хочу поделиться опытом команды Bercut в цифровизации переводческих процессов. Из статьи вы узнаете, как мы реализовали комплексное решение, где сочетается технология накапливаемой памяти (TM) и нейронного машинного перевода (NMT). Если вы технический переводчик или вам просто интересна тема  локализации ПО —

На днях мы работали над переводом глоссария CNCF и начали спорить о том, как писать словосочетание cloud-native. Раньше мы использовали название с дефисом — такое правило применяется к составным прилагательным в английском языке (пример — well-known actor). «Википедия» в статье «Cloud-native computing» тоже следует этому правилу, с другой стороны, название CNCF расшифровывается уже без дефиса: Cloud Native Computing Foundation. Так что нам пришлось провести небольшое расследование.

Все начинается с имени, даже в мире IT-технологий и стартапов. Это статья для всех, кто хочет выбрать идеальную доменную зону для IT-проекта и не ограничиваться доменными зонами .RU или .COM. Однако, среди большого количества доменных зон выбрать идеальную может быть настоящим вызовом. Я исследовал больше 800 доменных зон и выбрал 20 подходящих для IT сферы.

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

В том, что управленческая концепция BPM (Business Process Management, управление бизнес-процессами) до сих пор не имеет строгих непротиворечивых основ и долгое время не может «вырасти» в научную \ инженерную дисциплину во многом лежит вина низкого качества терминологии BPM (имеем семантический «зоопарк»). Точной дисциплине нужны единые универсалии, концепты, понятия, категории, таксономии, которые сверены и сведены в единый талмуд под названием Толковый словарь BPM. Эти универсалии (образы, шаблоны) должны быть четко обоснованы (логически выведены, взаимоувязаны) и систематизированы в онтологию в рамках единой непротиворечивой концепции, включающей идей (идеологию), методы (методологию), систему логических рассуждений и математическую основу. К сожалению, в BPM усиливается путаница в понятиях и прогрессирует различное толкование одних и тех же терминов, т.е. сегодня классический BPM не развивается, а скорее деградирует.

Появляются новые BPM инструменты, например, только в 2023 появились отечественные «очередные убийцы BPM-мастодонта Business Studio»: PIX Process Studio и Арахис (не путать с BPMN\ low code \ no code инструментами), но они не только не привносят чего-либо теоретического «свежего», концептуально нового, а зачастую и не содержат теоретических основ (базовых концепций) классического BPM, хотя бы в объеме ARIS четверть вековой давности (конца 90-х).

Появляются новые BPM инструменты, например, только в 2023 появились отечественные «очередные убийцы BPM-мастодонта Business Studio»: PIX Process Studio и Арахис (не путать с BPMN\ low code \ no code инструментами), но они не только не привносят чего-либо теоретического «свежего», концептуально нового, а зачастую и не содержат теоретических основ (базовых концепций) классического BPM, хотя бы в объеме ARIS четверть вековой давности (конца 90-х).

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

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

Примеры формулировок требований в соответствии с руководством по написанию требований от INCOSE

Статья содержит примеры формулировок требований как правильных (т.е. с точки зрения соответствия правилам руководства), так и неправильных (т.е. с точки зрения нарушения правил руководства).

Метрика CLV/CAC – это метрика, которая вводит в заблуждение.

Ели коротко, то вывод о том, что метрика CLV/CAC вводит в заблуждение является прямым следствием, в том числе, и моей предыдущей статьи, которую можно посмотреть по ссылке:

Юнит-Экономика - главное о метрике CLV (Customer Lifetime Value)

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

CLV = NPVc = PVc - CAC , где

CLV – Customer Lifetime Value (пожизненная стоимость клиента);

NPVc – Чистая приведенная стоимость денежных потоков по клиенту;

PVc – Чистая приведенная стоимость операционных денежных потоков по клиенту;

САС – первоначальные затраты на привлечение клиента.

Не так давно у меня появился интерес узнать, какие вообще нынче есть подходы и отношения к Юнит тестированию. Сделано это было скорее в познавательных целях. Сравнив труды по популярности, я решил ознакомиться с книгой "Unit Testing: Principles, Practices, and Patterns (Vladimir Khorikov)". Я не ставлю своей задачей полностью рецензировать данный труд, но не могу не обратить внимание на некоторые тезисы данной книги, которые часто вижу и слышу и о которых хотелось бы поговорить.

У INCOSE (Международного совета по системной инженерии) в июне 2023 года вышла итоговая сводка по руководство по написанию требований (ссылка).

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

Данная статья - перевод с английского языка итоговой сводки по написанию требований.

На Хабре уже писали, кто такие деврелы, и не кто-нибудь, а одна из топ-деврелов русскоязычного пространства Женя Голева. Рекомендую сначала заглянуть в статью Жени, а потом продолжать читать, если вдруг вы вообще ничего не знаете про деврел. В целом понятие относительно новое, в СНГ — уж тем более, и из-за нашей локальной специфики окутанное ложными представлениями, тайнами, мифами и легендами.

Меня зовут Вероника Ильина, я Head of Developer Relations в Dodo Engineering уже почти два года. И я очень люблю «Разрушителей мифов». Так что в этой статье пройдусь по популярным мифам, живущим в головах разработчиков, эйчаров, бизнес-заказчиков деврелов и самих деврелов.

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

Представьте, что вам нужно попасть из точки А в точку Б. Вы можете дойти пешком, прокатиться на велосипеде, сесть на поезд или вызвать такси. Скорость, сложность и материальные затраты будут напрямую зависеть от выбранного варианта передвижения.

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

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

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

Итак, поехали.

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

Почему неопытным и даже уже сертифицированным специалистам стоит знакомиться с новыми версиями материалов по подготовке

Кому актуально:

• Тестировщикам, которые уже имеют сертификат и хотят узнать что нового в версии 4.0 

• Тем, кто собирается получать сертификат и думает стоит ли бежать сейчас или уже сдавать по новой версии силлабуса

• Всем, кто предпочитает подкреплять свои знания стандартами/ авторитетными источниками

• Структурировать базовые знания в области тестирования

• Для прохождения/проведения собеседований: к сожалению и сейчас есть Интервьюеры которые ожидают услышать что верификация это статическое тестирование. В интернете тоже можно увидеть инфу что Security тестинг это функциональное тестирование. И где же правда? На что опираться и чем подкрепить свой ответ?

• Для НЕ тестировщиков кому интересно что из себя представляет ISTQB сертификация (например для PM) 

Обзор версии 4.0 / Основные изменения силлабуса / Преимущества и недостатки новой версии / Советы по подготовке к экзамену / Примеры экзаменационных задач из сэмплов

На западе существует общеизвестный The Jargon File, история которого уходит аж в 70-е годы прошлого столетия. К сожалению, я не знаю, существует ли более-менее современный русскоязычный словарь айтишного сленга, но попытки создать что-то подобное, хоть и в меньшем масштабе, несомненно, предпринимались. Одна из таких попыток - это КАРДАН - краткий англо-русский дикционарий Академии Наук. Небольшой словарик, родившийся, как следует из названия, в одном из подразделений Академии Наук СССР приблизительно в конце-середине 80-х годов.

Привет, Хабр!

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

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

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

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