Знаете, как часто бывает: читаешь чей-нибудь умный труд (например, прекрасную книгу Карла Вигерса «Разработка требований к программному обеспечению»), всё вроде понятно — требования должны быть полными, корректными, осуществимыми… Теория отличная, хорошо описаны процессы, связанные с коммуникациями с заказчиком (как проводить интервью, какие бывают требования к информационной системе и как их выявлять). 

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

Всем привет. Сегодня в блоге ЛАНИТ на Хабре мы с вами поговорим про такую важную тему, как регулярные выражения. Что это такое, для чего применяется, чем знание этого инструмента работы с данными может помочь инженеру тестирования и как регулярные выражения устроены. 

Как-то на семинаре Biz360 руководитель “1С-Рарус” Дмитрий Казачков рассказал, что при найме сразу думает обо всех периодах взаимодействия с будущим сотрудником: знакомстве, работе, расставании. По-моему, как и человеческие отношения, каждый обмен данными идет по тому же вектору развития. Начинается с формирования требований и заканчивается “тоже плохо”.

Поскольку настройка обменов данными между конфигурациями 1С изобилует техническими терминами, понятными только тем, кто ее выполняет, я решил описать основные “грабли”, используя метафору семейной жизни. Ведь между ними много общего - для обмена нужны источник и приемник, и для создания семьи нужна как минимум пара.

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

Предлагаю вашему вниманию резюме лекций, выступлений, а также первых глав книги “Почему у зебр не бывает инфаркта” (Why Zebras Don't Get Ulcers) Роберта Сапольски. Это ученый-нейробиолог, приматолог, профессор Стэнфордского университета, автор книг и курсов по биологии. 

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

Раньше я думала, что многозадачность – это норма, даже определенный стандарт успешного человека. Кроме того, в современном мире, особенно в сфере ИТ, существует культ многозадачности. Кажется, что умение жонглировать десятками задач одновременно – это залог успеха. Мне захотелось изучить этот вопрос значительно глубже. Однако все не так просто.

В последнее время я стал замечать, что применение подходов Agile в отдельных проектных коллективах стало носить характер религиозного культа. Иногда понимание целей знание названий основных терминов Scrum  для некоторых эффективных перспективных руководителей успешно заменяет здравый смысл. Они гордо заявляют о якобы успешном применении методов Scrum в условиях, в которых эти методы в принципе неприменимы. При этом в обоснование своих решений адепты Scrum как догму декламируют положения книги Джеффа Сазерленда «SCRUM: революционный метод управления проектами». Однако кроме основных догматов в некоторых конфессиях существуют другие древние артефакты, посвящённые ключевым заповедям. Вместе с тем эти артефакты не признаются церковью и не включены в канон. Несмотря на то, что авторство этих скрижалей также приписывается основателям церкви, эти документы противоречат основным положениям религии и являются запрещенными для адептов культа. Такие документы называются апокрифами.

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

Современный мир буквально погряз в совещаниях. Синки, митинги, созвоны, дейлики, викли… От этих слов порой кружится голова и хочется рыдать, когда видишь забитый календарь. «А когда же работать?» – этот вопрос возникает снова и снова. И ладно бы, если все эти встречи и созвоны приводили к результату, но многие из них оставляют неприятное послевкусие – вроде и собирались, и побрейнштормили, и было сказано много полезного, но по факту не договорились ни до чего, ни к конкретным шагам не пришли, а, если и пришли, то воз и ныне там. И уж совсем становится грустно, когда потрачено время большого количества людей (те пресловутые человекочасы), которые на самом то деле и не нужны были на этой встрече, и могли бы заниматься куда более важными задачами, чем просто «посидеть на звонке». 

Так как же уйти от бестолковых встреч? Есть прекрасная фраза Махатмы Ганди: «Хочешь изменить мир – начни с себя».

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

Недавно меня попросили написать отзыв на автореферат кандидатской диссертации, в которой обсуждалось моделирование случайных величин с использованием Python и C++. Я разбираюсь в моделировании, но не в программировании. Обсуждая работу, я поинтересовался у соискателя, почему он выбрал эти инструменты и не рассматривал ли Excel. Он ответил, что в их среде Excel не используется. «А жаль», — подумал я. Особенно учитывая, что в работе выборки не превышали сотни элементов. Excel легко справляется даже с миллионом и имеет десятки встроенных функций для таких целей.

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

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

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

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

Однажды, давным-давно, на Хабре была опубликована статья, в которой мной было высказано предположение, что главной причиной беспокойства, бессонницы, нервных срывов и головной боли на программных проектах являются страхи, которые преследуют сотрудников этих проектов даже, казалось бы, при внешне успешной обстановке. Для того, чтобы проверить эту гипотезу, и в поисках причин, по которым любимая работа на IT-проектах начинает вызывать отвращение, в этой же статье был запущен открытый опрос. Предвзятый и субъективный анализ результатов этого опроса вы найдете в статье ниже. Любая конструктивная и оптимистичная критика приветствуется.
 

Таки здравствуйте. Как вы поняли по названию, сегодня в блоге ЛАНИТ мы продолжим мучить JSON. Располагайтесь поудобнее и поехали вместе выжимать из него очередную порцию полезностей для работы.

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

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

Безусловно, за столько лет мы определенно шагнули в развитии довольно далеко. Однако многие трудности металлургии, с которыми боролись еще наши предки, не удалось ликвидировать и по сей день. В этой статье в блоге ЛАНИТ на Хабре я постараюсь рассказать о том, как все же избавиться от некоторых из этих проблем.

В нашей корпоративной библиотеке есть необычная книга. Называется она «Лидер и племя», которая посвящена корпоративной культуре — её типам и описанию процессов трансформации.

Исследование корпоративной культуры — задача непростая. В ней мало что можно охарактеризовать цифрами. Количественные методы не всегда применимы для оценки эффективности команды — многие выводы приходится делать умозрительно. Поэтому классификация уровней корпоративной культуры, по крайней мере, интересна и заслуживает внимания. Тем более что с проблемами, о которых рассказывается в «Лидере и племени», сталкивается любая компания.

Именно поэтому и было решено «прочитать» эту книгу за вас и поподробнее рассказать о ней в блоге ЛАНИТ на Хабре. 

Привет, Хабр! Меня зовут Владимир Крылов. Я профессор математики, научный консультант Artezio и автор телеграм-канала Ai4Dev. Наша команда внимательно следит за развитием технологий ИИ и их влиянием на разработку ПО. Последний анонс OpenAI заставил меня написать о новых технологиях по горячим следам. Обычно я предпочитаю дожидаться реальных результатов тестирования. Однако презентация с последнего дня рождественского мероприятия OpenAI сломала все барьеры.

Представленный ниже текст — это попытка систематизировать подход к ПО серверной виртуализации как в целом, так и в части отечественных продуктов. Я как сотрудник «ЛАНИТ‑Интеграции» постарался подойти к вопросу не с точки зрения количественных и качественных показателей (как когда‑то сравнивали циферки максимумов VMware vSphere и Microsoft Hyper‑V), а со стороны потребностей заказчика. Наверняка многие вопросы, которые будут здесь затронуты, вам знакомы. Может, вы уже давно продвинулись дальше в своих изысканиях. Что ж, в таком случае это лишний повод для вас поделиться своими мыслями с сообществом.

Многие компании продолжают активно использовать Excel и язык макросов VBA для обработки и анализа данных. Однако с переходом на отечественные офисные решения (например, Р7-Офис) появилась необходимость в разработке новых инструментов обработки данных на JavaScript. 

В ЛАНИТ мы помогаем клиентам осуществить переход на Р7-Офис и создаем макросы, которые ранее использовались в Excel. Во время этого процесса наши разработчики внимательно анализировали запросы пользователей и выявили несколько общих трендов, на основе которых и был разработан наш плагин Аналитика.

Я в тестировании уже полтора года и в последнее время активно использую ChatGPT в своей работе. К сожалению, мое с ним взаимодействие не сразу принесло плоды. Поэтому я решил переложить свой опыт проб и ошибок в написание гайда, который подскажет читателям блога ЛАНИТ на Хабре, как и зачем применять ChatGPT в задачах инженера функционального тестирования.