Как стать автором
Обновить
175.9
Холдинг Т1
Многопрофильный ИТ-холдинг
Сначала показывать

Как проложить универсальные рельсы рабочих процессов и запустить по ним большую компанию?

Время на прочтение6 мин
Количество просмотров3.2K

Привет, Хабр! На связи Т1 Цифровая Академия из Холдинга Т1. Сегодня мы порассуждаем о едином производственном процессе в большой компании: почему он нужен и как его внедрить, если все команды уже работают по-своему. 

Проектный менеджмент в больших компаниях: почему необходим единый подход?

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

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

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

Читать далее
Всего голосов 1: ↑0 и ↓1-1
Комментарии2

Kubernetes Networking: сервисы, Ingress и Network Policies

Время на прочтение16 мин
Количество просмотров16K
image

Когда я впервые столкнулся с задачей масштабирования сложного приложения в Kubernetes, то был полон оптимизма. Однако вскоре стало ясно, что управление сетевым трафиком и безопасностью в такой динамичной среде — это непросто. Наше приложение начало страдать от потерь пакетов данных и сетевых задержек, что сказывалось на общей производительности и пользовательском опыте. Из-за этого возникла потребность в глубоком понимании сетевых возможностей Kubernetes, таких, как сервисы, Ingress и Network Policies, чтобы эффективно управлять трафиком, обеспечивать безопасность и максимизировать производительность. Этот опыт стал для меня настоящим откровением и подтолкнул к написанию данной статьи.

Меня зовут Дмитрий, и я старший DevOps-инженер в ГК Иннотех. В моей работе я часто сталкиваюсь с задачами, которые требуют глубокого понимания сетевых аспектов в Kubernetes.

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

Когда дело доходит до экспозиции наших приложений наружу, я применяю Ingress для управления входящим трафиком. Это не только упрощает настройку SSL/TLS, но и предоставляет гибкие возможности для маршрутизации. И, конечно же, безопасность стоит не на последнем месте. С помощью Network Policies можно тонко настроить сетевые правила, определяя, какие поды могут взаимодействовать друг с другом, что значительно повышает уровень безопасности нашей инфраструктуры.

Данная статья будет особенно полезна для DevOps-инженеров, системных администраторов и архитекторов, которые хотят глубже понять механизмы сетевого взаимодействия в Kubernetes.

Сосредоточимся на критически важных элементах, таких, как сервисы, Ingress и Network Policies. Освоение этих базовых принципов не только упростит вашу работу с Kubernetes, но и даст вам уверенность в управлении сложными системами. Надеюсь, это будет полезно!
Читать дальше →
Всего голосов 52: ↑50 и ↓2+51
Комментарии6

Самый маленький Docker образ Rust приложения

Уровень сложностиСредний
Время на прочтение5 мин
Количество просмотров10K

Привет %username%, эта статья про то, как поместить Rust приложение в Docker и получить образ размером с бинарный файл (6 Мб). А также про причины, которые привели к переходу с NodeJS на Rust. Отдельная пара слов о проблемах вначале, переходе на Go, и том, как команда Rust устранила эти проблемы за пол года.

TL;DR Dockerfile в конце статьи и ссылка на example репозиторий

Читать далее
Всего голосов 36: ↑35 и ↓1+43
Комментарии16

Как мы решили вопрос нехватки кадров, обучив соискателей работе с Apache Spark

Время на прочтение6 мин
Количество просмотров4.4K

Привет, Хабр! На связи Т1 Цифровая Академия из Холдинга Т1. Сегодня расскажем о
том, как мы помогали клиенту справиться с нехваткой data-инженеров и увеличить темпы найма, дообучая кандидатов навыкам работы с Apache Spark на реальных задачах компании.

Читать далее
Всего голосов 5: ↑3 и ↓2+3
Комментарии4

Графовый анализ: как вычислить первый фрод или увольняющегося сотрудника (первые шаги)

Уровень сложностиПростой
Время на прочтение13 мин
Количество просмотров24K
image

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

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

Сейчас расскажу, что это, как работает и что с этим можно делать.
Читать дальше →
Всего голосов 56: ↑35 и ↓21+14
Комментарии17

Не Oracle единым: как мы обучили сотрудников PostgreSQL и сократили миграции БД на полгода

Время на прочтение7 мин
Количество просмотров9.1K

Привет, Хабр! На связи Т1 Цифровая Академия из Холдинга Т1. Сегодня хотим рассказать, как мы добились того, что 233 специалиста перешли с Oracle на PostgreSQL всего за 10 месяцев.

Почему часто лучше обучить, чем нанять

В начале 2022 года внешние условия резко поменяли картину мира и ИТ-отрасль. Во-первых, иностранные поставщики решений — Microsoft, IBM, Cisco, Adobe и не  только — ушли с российского рынка, и ИТ-специалисты остались один на один с отечественными разработками и альтернативными ИТ-решениями, которые приходилось изучать по ходу работы. Во-вторых, в среднем отрасли не хватает около 1 млн ИТ-специалистов, особенно уровня middle и senior. На поиск кандидатов с опытом от 6 лет может уходить до полугода. Такое положение дел заставляет бизнес искать альтернативы найму новых сотрудников с нужными знаниями.

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

Почему переход с одной СУБД на другую — это вызов

Одна российская компания обратилась к нам за помощью — ей требовалось импортозаместить Oracle на PostgreSQL за 1 год. По оценкам команд это заняло бы минимум 1,5 года из-за отсутствия специалистов по PostgreSQL, затяжной миграции и низкой мотивации специалистов. 

Такой длительный переход мог существенно затормозить бизнес-процессы: если в процессе перехода лицензия закончится, то купить новую уже не получится; при отсутствии технической поддержки со стороны Oracle нельзя будет устранить технические ошибки, из-за которых можно остаться без функционирующих БД как у всей компании, так и у заказчиков. Сбои в работе ПО, которые работают на основе БД, могли бы повлечь и более серьезные проблемы. А потеря данных была бы вовсе критической.

Читать далее
Всего голосов 5: ↑3 и ↓2+3
Комментарии7

Process Mining. «Рентгеновская диагностика» бизнеса

Уровень сложностиПростой
Время на прочтение12 мин
Количество просмотров8.3K
image

Представьте себе, что компания одновременно закупает буровую вышку и ручки с карандашами в офис. На все заявки вне зависимости от стоимости есть KPI на сроки рассмотрения, допустим, 15 дней. Процесс идёт по одному и тому же пути — 15 шагов, а в финале — согласование у главного бухгалтера. KPI соблюдаются, в отчётах всё ОК.

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

То, что главный бухгалтер согласовывает закупку ручек, — дороговато для процесса, и его можно разгрузить. А в сложных закупках к тем пятнадцати уникальным шагам могут добавиться зацикливания, пересогласования, то есть получится намного больше повторных действий, чем при согласовании ручек. Возможно, каждый сотрудник участвует по два-три раза в этой крупной сделке. Это увеличивает нагрузку на процесс. А финальный KPI (15 дней) — тот же самый, только цена того, что происходит посередине, намного больше. Это как раз то, что с помощью обычной отчётности не выявляется.

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

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

Process Mining помогает очень быстро увидеть взаимосвязь между событиями и показать, между какими этапами происходит зависание. В большинстве случаев в результате получается весьма ощутимый финансовый эффект.
Читать дальше →
Всего голосов 27: ↑26 и ↓1+26
Комментарии8

Работа с JSON в Rust. Методичка

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров7.7K

Привет Хабр! Меня зовут Алексей, я разработчик Группы "Иннотех" Холдинга Т1.

Цель статьи - познакомить читателя с библиотеками для работы с JSON в Rust. Если вы никогда не парсили JSON на языке Rust и ищите с чего начать, то эта статья для вас!

В статье будут разобраны примеры работы со строками и файлами, познакомимся с библиотеками serde и serde_json

Читать далее
Всего голосов 13: ↑7 и ↓6+2
Комментарии4

Ваш Agile не полетит, если вы не будете по утрам…

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров3.8K

Данная статья — это попытка описать мои мысли от Agile-подхода, его модификациях и проблемах, рассказать про то, как смотреть на Agile с позиции операционного менеджмента и дать решение проблемы применения метода на крупных предприятиях.

Я, Влад Свяжин, руководитель проектов в «Дататех» (Холдинг Т1), уже давно работаю в IТ в проектном управлении, получил сертификаты по основным проектным подходам (PMP, MSP, SAFe). На проектах мне часто нужно рассказывать про различия между «ватерфолом» и «аджайлом», долго обсуждать различные вариации и проблемы с Agile вместе с заказчиком и командой. Я хотел найти хорошую статью или запись на YouTube, чтобы можно было избежать этих долгих обсуждений и заранее всех познакомить с понятиями, но ничего не нашел. Если вы знаете, поделитесь в комментариях. ?

Эта статья родилась когда готовились материалы к конференции ШСМ (Школа системного менеджмента).

Читать далее
Всего голосов 3: ↑2 и ↓1+1
Комментарии10

Какой должна быть user_story, и что общего у системных аналитиков и голливудских сценаристов

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров12K
image

«Тарас, за что ты получаешь свои деньги? Ты же просто рассказываешь истории!»

За то, что я хорошо их рассказываю.

С user story всё как в Голливуде: кажется, что многие сериалы похожи друг на друга, но написать по-настоящему хороший сценарий даже для ремейка не так-то просто. Ты должен жить этим фильмом, должен знать, что ты хочешь показать, какие моменты взять из жизни и как их развернуть перед зрителем. И это стоит денег.

User story легко зафакапить. А так как от системного аналитика она сразу уходит к разработчикам, то ошибка может стоить очень дорого.

Я тот самый системный аналитик. Однажды в самом начале моей деятельности мы с Product Owner друг друга недопоняли и сделали совсем не то, чего хотел заказчик.

Моя команда работала с магазином для рыбаков и должна была создать весьма нетривиальную форму для заказов, позволяющую подбирать рыболовные снасти по определённым критериям.

PO имел в виду одно, я подумал что-то своё, задание ушло в команду. Ребята его внимательно прочитали и накодировали то, что поняли. Когда подошло время отдавать готовый продукт бизнесу, выяснилось, что мы сделали совсем не то, что имел в виду заказчик. Но т. к. мы всей командой от PO до тестировщиков были любителями рыбалки и, соответственно, целевой аудиторией сайта, то знали, как думает пользователь на самом деле, и нашли нестандартное классное решение. Заказчик посмотрел и сказал: «Слушайте, круто! Очень интересное решение! Я об этом даже не думал, когда вам говорил. Но ваш вариант мне нравится. Берём».

Решение получилось ровно таким, чтобы быть удобным целевой аудитории. Несмотря на user story. Бывает и так.
Читать дальше →
Всего голосов 14: ↑14 и ↓0+14
Комментарии2

Все яйца — в одну корзину. Как мы интегрировали автотесты с TestIt

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров2.7K
image

Когда мы переходили на очередную систему управления с командой автоматизированного тестирования, в качестве рабочего инструмента у нас была российская TMS TestIt. Мы не занимались ни деплоем, ни конфигурацией, только интенсивно использовали. Сейчас расскажу, на что похожи ощущения.

Системы управления тестированием (они же — TMS) значительно упрощают жизнь команде тестирования. Их десятки разных на рынке. Они нужны для ведения тестовой модели и описания кейсов, их версионирования, интеграции с автотестами и их запуска, сбора данных с них, составления и прохождения тест-планов, формирования разнообразных отчётов.

При большом количестве кейсов (а у нас их несколько тысяч) в тест-плане как автоматизированных, так и ручных тестов без TMS не обойтись.

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

image
Читать дальше →
Всего голосов 24: ↑24 и ↓0+24
Комментарии0

Что мы делали, когда Jira закончилась

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров14K
В недавнем прошлом многие IT-команды применяли в разработке линейку продуктов от Atlassian: Confluence, Jira и Bitbucket. Полноценный цикл разработки включал в себя до 70 различных операций и процессов: удобно, когда их можно реализовать в единой экосистеме.

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

image

К моменту официального ухода компании Atlassian из России многие банки, корпорации, IT-компании и представители малого бизнеса настолько привыкли к Jira, что сервис стал казаться незаменимым. Но Jira кончилась. Сегодня с продлением подписки есть проблемы, и нет уверенности в том, что завтра все данные будут доступны и что они надежно защищены. И когда дело дошло до поиска альтернатив, оказалось, что выбора-то практически и нет.
Читать дальше →
Всего голосов 35: ↑30 и ↓5+27
Комментарии38

Мы запустили Т1 Цифровую Академию. Как так вышло и зачем она нужна ИТ-специалистам

Время на прочтение6 мин
Количество просмотров2.3K

Привет, Хабр! На связи Т1 Цифровая Академия из Холдинга Т1, для которой слова “корпоративное обучение” — это быстрый и комфортный процесс повышения уровня общих бизнес-метрик. За полтора года работы мы создали полсотни решений и повысили ИТ-компетенции 2000 сотрудников, причем не только внутри Холдинга Т1. 

Для чего это было нужно?

Сейчас обязательно кто-нибудь скажет, что университетов и так уже достаточно. И правда, предложений, действительно, много, но найти специалиста, который обладал бы достаточными компетенциями, сходу понял специфику продукта, не так-то просто. Если попросить кого-то разработать образовательное решение под наш запрос, это может показаться невыполнимой задачей. Да и, как выяснилось на личном опыте, не каждый поставщик способен достаточно хорошо синхронизироваться с запросами Холдинга Т1. Поэтому мы решили создать собственную Т1 Цифровую Академию, которая, в первую очередь, учитывала бы наши особенности. С этого все и началось. 

Например, ГК “Иннотех” (входит в Т1) выросла с момента создания до 10 000 человек всего за три года. Естественно, вся группа быстро стала нуждаться в каком-то общем производственном процессе, чтобы все могли работать над одним продуктом. А то до этого каждая команда работала по-своему: одни использовали Waterfall, другие – scrum, третьи – kanban, safe, scrumban, а некоторые даже самодельные подходы со своим workflow, артефактами, метриками, ролями и т.п. Руководство “Иннотех” и agile-коучи разработали единый производственный процесс собственными силами, а вот внедрить его предстояло Т1 Цифровой Академии, привлекая создателей только в качестве экспертов-консультантов. Мы посмотрели, как делают в лучших мировых ИТ-компаниях: внедрение через чемпионов, профсообщества, субкультурное обучение и, конечно, досконально изучили сам производственный процесс, который требовалось внедрить.

Читать далее
Всего голосов 4: ↑3 и ↓1+2
Комментарии0

Как из научной работы про гены, тренировки и питание я делала ИТ-бизнес-проект

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров2.5K
image
Очень полезный белок, связывающий жирные кислоты (FABP2), делающий вас более устойчивыми к голоду за счёт ускоренного накопления жира

Меня зовут Анастасия Щербакова, я магистрант второго года обучения Университета ИТМО. Моя научная работа связана с изучением спортивной генетики в связке с нутрициологией и тренировками. Это очень личная история: я с детства занималась спортом и с детства же пыталась понять, как и почему одни и те же тренировки и питание дают такой разный эффект у разных людей.

Сначала я углублённо изучала молекулярную и микробиологию, но спортивная генетика меня интересовала всегда. Этот интерес привёл к тому, что я со своей командой придумала проект по разработке digital-платформы для диагностики и коррекции микробиоты человека и даже выиграла с ним в конкурсе «Большие вызовы» университета «Сириус».

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

Расскажу, как всё было.
Читать дальше →
Всего голосов 18: ↑14 и ↓4+14
Комментарии3

Как мы сократили время на проверку документов в IT с дней до часов

Уровень сложностиСредний
Время на прочтение11 мин
Количество просмотров5.1K
image

Чтобы помочь IT-командам быстрее реализовывать проекты за счёт «умной» работы с программными документами, мы с командой разработали сервис, который экономит техническому писателю или системному аналитику от 30% времени на подготовку документации.

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

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

Первый — то, что Confluence, по сути, набор страниц, и работа с контентом идёт в рамках всей страницы. Это ограничивает редактирование и согласование документов, переиспользование контента и так далее.

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

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

Мы изучили рынок и обнаружили, что у многих компаний — например, в строительной, юридической и медицинской отраслях — есть запрос на форматирование документов по шаблонам, формирование их на основе данных из внешних систем и переиспользование данных из документа в документ.
Читать дальше →
Всего голосов 24: ↑22 и ↓2+22
Комментарии2

Друг государства, или Почему без GR уже не обойтись и в IT

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров7.3K
image
Фреска Микеланджело

GR-специалисты для IT — это непонятно кто. Но в последние годы рынок госпроектов стал основным. И именно от специалистов по Government Relations зависит, насколько компании удастся реализовать свои планы относительно тех или иных государственных проектов. GR-специалисты отвечают за связи компании с государственными органами и помогают улучшить отношения между ними. Что, само собой, непосредственно влияет на бизнес и его показатели.

Я — один из таких специалистов. Меня зовут Дина Ашрапова, я директор по взаимодействию с органами государственной власти Группы Т1. Расскажу о том, в чём же заключается роль GR (Government Relations, GR) в IT-компании.
Читать дальше →
Всего голосов 30: ↑23 и ↓7+19
Комментарии18

Как стажировка в большой компании может преобразить студенческий проект

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров3.4K

Добрый день! Меня зовут Дмитрий Грязнов, я студент УрФу и начинающий разработчик. 

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

Коротко: мы используем пайплайн из сжимающих T5, Pegasus, экстракции TextRank, парафразер Bart. Сначала один алгоритм определяет вес каждого предложения и передаёт на вход абстрактивной модели 20% самых значимых предложений. А затем второй перефразирует полученный текст, чтобы сделать его более связанным. Очень много интеграционного кода и тюнинга, чтобы это всё заработало нормально. Сейчас расскажу, как дело было.

Читать далее
Всего голосов 35: ↑33 и ↓2+32
Комментарии5

Мы профессионально занимаемся социнжинирингом, и нам за это платят

Время на прочтение8 мин
Количество просмотров6.2K

Нас целая команда экспертов по проникновению в информационные сети. 

Предположим, мы хотим понять, можно ли украсть данные с крупного промышленного комплекса. Обычно мы стараемся подключиться ко внутренней сети предприятия (однажды даже удалось подключить своё маленькое устройство к свободно висящему патч-корду, пока ходили на собеседование). Иногда мы делаем рассылку по всей компании, с просьбой что-то проверить в зарплатном файле, и приземляем людей на фишинговый сайт, изображающий их Джиру или корпоративный портал. Иногда просто просим срочно прислать, потому что у нас контракт на 100 миллионов горит и «ЕСЛИ СЕЙЧАС НЕ БУДЕТ, ТО УВОЛЮ К ЧЕРТЯМ!!»

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

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

Читать далее
Всего голосов 25: ↑23 и ↓2+21
Комментарии6

API FIRST — что это поменяло

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров6.7K

Я долго не могла понять, почему это пример API-driven дизайна. Оказалось, api — это пчёлы

Классический подход к проектированию, существующий с незапамятных времён, — CODE FIRST, в нём разработчики сами устанавливают правила для взаимодействия информационных систем. Подход позволяет быстро получить осязаемый результат в виде запрограммированного куска системы, но есть несколько минусов:

  • Первый — возможность получить обратную связь есть только тогда, когда код готов и пользователь может проверить решение, кликая разные кнопочки в GUI. Это часто приводит к тому, что реализованную часть системы приходится писать заново.
  • Второй, что хуже — CODE FIRST предполагает каскадную модель разработки: нет возможности настроить параллельно несколько потоков работ.
  • Третий недостаток — отсутствие документации и часто слишком детализированное API. Такое API невозможно переиспользовать. 
  • И ещё один, четвёртый, минус — отсутствие адаптации к изменениям. А изменения обычно происходят уже во время разработки.

На замену CODE FIRST пришёл подход DESIGN FIRST. Главными героями здесь становятся дизайнеры. Сначала они отрисовывают все макеты, проектируют кликабельные интерфейсы, и только потом, после ревью пользователей, пишется код системы. Это улучшает UX/UI, команда получает обратную связь до того, как продукт будет готов. Но и тут есть очевидные недостатки:

  • Дефицит бизнес-навыков и аналитического мышления у дизайнеров.
  • Маршруты, положенные в основу архитектуры системы и UI, часто не совпадают с картой бизнес-процессов пользователя. Проще говоря, дизайнер может изобразить любой вариант UI, но возникает вопрос: а можно ли реализовать ту или эту фичу как функционал?
  • Ну и та же проблема, как и с CODE FIRST: нет возможностей для быстрой и эффективной адаптации к изменениям. 

И вот тогда, на стыке CODE FIRST и DESIGN FIRST, появился подход API FIRST, который удачно объединил достоинства всех предыдущих методов.
Читать дальше →
Всего голосов 14: ↑12 и ↓2+12
Комментарии2

Как быстро собрать ИТ-команду, если надо прямо уже-уже

Уровень сложностиПростой
Время на прочтение11 мин
Количество просмотров3.2K


Я сам буду набирать свою команду для проекта.

Казалось бы, почему я должен этим заниматься? Это ответственность HR-службы, для этого она и предназначена. Но я бы хотел ускорить этот процесс и взять чуть больше контроля.

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

Однако, пока у меня нет хорошей команды, я обречён нервно подпрыгивать, плохо спать и медленно двигаться. Но как я справлюсь с поиском и наймом, если я не специалист в подборе кадров?
Читать дальше →
Всего голосов 15: ↑13 и ↓2+12
Комментарии6

Информация

Сайт
t1.ru
Дата регистрации
Дата основания
Численность
свыше 10 000 человек
Местоположение
Россия
Представитель
Холдинг Т1