#выбор_технологии — Public Fediverse posts

ИТ‑стратегия против хаоса: на пути к обоснованному выбору ПО и технологий

Современный бизнес оказался в эпицентре информационного шторма. Каждый день рынок наводняют сотни обзоров и подборок ПО — созданных не экспертами, а контент‑креаторами, оснащёнными инструментами ИИ, но без качественной проверки фактов и пост-обработки полученного текста. Качество таких материалов стремительно падает: 87% публикаций содержат фактические ошибки или устаревшие данные...

https://habr.com/ru/articles/1026996/

#ит_стратегия #информационный_хаос #выбор_по #цифровая_трансформация #аналитика_рынка #рейтинги #проблемы_управления #технологический_ландшафт #закупки #выбор_технологии

ИТ‑стратегия против хаоса: на пути к обоснованному выбору ПО и технологий

Современный бизнес оказался в эпицентре информационного шторма. Каждый день рынок наводняют сотни обзоров и подборок ПО — созданных не экспертами, а контент‑креаторами, оснащёнными инструментами ИИ, но без качественной проверки фактов и пост-обработки полученного текста. Качество таких материалов стремительно падает: 87% публикаций содержат фактические ошибки или устаревшие данные...

https://habr.com/ru/articles/1026996/

#ит_стратегия #информационный_хаос #выбор_по #цифровая_трансформация #аналитика_рынка #рейтинги #проблемы_управления #технологический_ландшафт #закупки #выбор_технологии

ИТ‑стратегия против хаоса: на пути к обоснованному выбору ПО и технологий

Современный бизнес оказался в эпицентре информационного шторма. Каждый день рынок наводняют сотни обзоров и подборок ПО — созданных не экспертами, а контент‑креаторами, оснащёнными инструментами ИИ, но без качественной проверки фактов и пост-обработки полученного текста. Качество таких материалов стремительно падает: 87% публикаций содержат фактические ошибки или устаревшие данные...

https://habr.com/ru/articles/1026996/

#ит_стратегия #информационный_хаос #выбор_по #цифровая_трансформация #аналитика_рынка #рейтинги #проблемы_управления #технологический_ландшафт #закупки #выбор_технологии

ИТ‑стратегия против хаоса: на пути к обоснованному выбору ПО и технологий

Современный бизнес оказался в эпицентре информационного шторма. Каждый день рынок наводняют сотни обзоров и подборок ПО — созданных не экспертами, а контент‑креаторами, оснащёнными инструментами ИИ, но без качественной проверки фактов и пост-обработки полученного текста. Качество таких материалов стремительно падает: 87% публикаций содержат фактические ошибки или устаревшие данные...

https://habr.com/ru/articles/1026996/

#ит_стратегия #информационный_хаос #выбор_по #цифровая_трансформация #аналитика_рынка #рейтинги #проблемы_управления #технологический_ландшафт #закупки #выбор_технологии

Алгоритм выбора информационных систем

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

https://habr.com/ru/companies/otus/articles/967182/

#выбор_технологии #выбор_crmсистемы #выбор_информационной_системы #выбор_ИТрешения #автоматизация_бизнеспроцессов

Провели опрос: «Микросервисы побеждают 4:1, low-code — 5:1». Но почему не всё так однозначно?

Привет, Хабр! В начале октября на XIV Международной IT-конференции «Стачка» в Санкт-Петербурге — одном из крупнейших профессиональных событий российского IT-комьюнити — мы решили провести эксперимент. Что, если предложить разработчикам публично выбрать сторону в вечных холиварах? Например: Микросервисы или монолиты? Low-code или только ручной код?

https://habr.com/ru/articles/959240/

#lowcode #монолит #программирование #программное_обеспечение #зерокодинг #микросервисы #микросервисная_архитектура #статистика #статистика_в_it #выбор_технологии

Я спарсил 150к вакансий и понял, почему TIOBE — это мусор

Насколько популярные рейтинги соответствуют реальному спросу на рынке труда? Собрал данные о 150 000+ вакансий с hh.ru и других площадок. Результаты оказались неожиданными...

https://habr.com/ru/articles/957770/

#рейтинг_языков_программирования #TIOBE #какой_язык_программирования_учить #анализ_вакансий_разработчиков #популярные_языки_2025 #выбор_технологии #рынок_труда_IT #востребованные_языки #статистика_программирования #альтернатива_TIOBE

Я спарсил 150к вакансий и понял, почему TIOBE — это мусор

Насколько популярные рейтинги соответствуют реальному спросу на рынке труда? Собрал данные о 150 000+ вакансий с hh.ru и других площадок. Результаты оказались неожиданными...

https://habr.com/ru/articles/957770/

#рейтинг_языков_программирования #TIOBE #какой_язык_программирования_учить #анализ_вакансий_разработчиков #популярные_языки_2025 #выбор_технологии #рынок_труда_IT #востребованные_языки #статистика_программирования #альтернатива_TIOBE

Я спарсил 150к вакансий и понял, почему TIOBE — это мусор

Насколько популярные рейтинги соответствуют реальному спросу на рынке труда? Собрал данные о 150 000+ вакансий с hh.ru и других площадок. Результаты оказались неожиданными...

https://habr.com/ru/articles/957770/

#рейтинг_языков_программирования #TIOBE #какой_язык_программирования_учить #анализ_вакансий_разработчиков #популярные_языки_2025 #выбор_технологии #рынок_труда_IT #востребованные_языки #статистика_программирования #альтернатива_TIOBE

Я спарсил 150к вакансий и понял, почему TIOBE — это мусор

Насколько популярные рейтинги соответствуют реальному спросу на рынке труда? Собрал данные о 150 000+ вакансий с hh.ru и других площадок. Результаты оказались неожиданными...

https://habr.com/ru/articles/957770/

#рейтинг_языков_программирования #TIOBE #какой_язык_программирования_учить #анализ_вакансий_разработчиков #популярные_языки_2025 #выбор_технологии #рынок_труда_IT #востребованные_языки #статистика_программирования #альтернатива_TIOBE

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

Привет, Хабр. Меня зовут Саша, я CTO digital-агентства INET Studio. Мы много работаем с крупным бизнесом, и недавно я сделал следующее наблюдение: с прошлого года на ИТ-рынке России компании все чаще отказываются от инноваций ради инноваций, делая ставку на практичность и надёжность –– чтобы остаться на плаву в турбулентных условиях. Сегодня хочу разобрать, почему так произошло и чего ожидать в будущем в наших техстеках.

https://habr.com/ru/articles/941966/

#стек #выбор_технологии #языки_программирования

Мифы об ИТ-архитектуре, из-за которых ваш проект стоит дороже

Всем привет. Меня зовут Александр Виноградов, я главный архитектор Ви.Tech – ИТ-дочки ВсеИнструменты.ру. Последние 9 лет занимаюсь ИТ-архитектурой и менеджментом в архитектуре, и сегодня бы хотел поделиться с вами своим топом заблуждений про эту самую архитектуру из серии: «если бы мне каждый раз давали рубль, когда я слышу...». Кому будет полезна эта статья: ● Тимлидам и РП, которые смогут чуть лучше понять, почему архитектор так долго возится со своими картинками. ● Продактам, которых пугают словами «ну здесь нам нужен корпоративный архитектор». ● Разработчикам, которые считают, что архитекторы занимаются исключительно рисованием квадратиков и стрелочек. ● Самим архитекторам, чтобы почерпнуть дополнительные аргументы для дискуссий с коллегами. Вы узнаете, что: ● Не существует «правильных» технологий (и postgres не лучше mysql). ● Архитектор не должен писать код (и почему). ● Что покупка коробочных решений не избавляет от проблем. Миф 1, или «Ты ж архитектор» Да, и что? Под этой фразой могут скрываться аж два заблуждения. Обсудим сначала первое. К примеру, ваш собеседник может думать, что любой человек с должностью/ролью, в которой есть «архитектор», обязан ответить на очень широкий спектр вопросов. И это будут вопросы от «как построить ИТ-стратегию» и «как сделать метамодель» до «как настроить вакуум в постгре под какой-то специфический сценарий». Но очень важно понимать, что видов архитекторов в разных таксономиях много (обычно 4-7). Кратко: ● Enterprise Architect (EA, Архитектор предприятия) – работает на уровне стратегии компании, связывает бизнес-процессы и ИТ.

https://habr.com/ru/articles/932640/

#итархитектура #solution_architect #системный_архитектор #проектирование #enterprise_architect #выбор_технологии #командная_разработка #архитектура_решений #мифы_в_ит

Мифы об ИТ-архитектуре, из-за которых ваш проект стоит дороже

Всем привет. Меня зовут Александр Виноградов, я главный архитектор Ви.Tech – ИТ-дочки ВсеИнструменты.ру. Последние 9 лет занимаюсь ИТ-архитектурой и менеджментом в архитектуре, и сегодня бы хотел поделиться с вами своим топом заблуждений про эту самую архитектуру из серии: «если бы мне каждый раз давали рубль, когда я слышу...». Кому будет полезна эта статья: ● Тимлидам и РП, которые смогут чуть лучше понять, почему архитектор так долго возится со своими картинками. ● Продактам, которых пугают словами «ну здесь нам нужен корпоративный архитектор». ● Разработчикам, которые считают, что архитекторы занимаются исключительно рисованием квадратиков и стрелочек. ● Самим архитекторам, чтобы почерпнуть дополнительные аргументы для дискуссий с коллегами. Вы узнаете, что: ● Не существует «правильных» технологий (и postgres не лучше mysql). ● Архитектор не должен писать код (и почему). ● Что покупка коробочных решений не избавляет от проблем. Миф 1, или «Ты ж архитектор» Да, и что? Под этой фразой могут скрываться аж два заблуждения. Обсудим сначала первое. К примеру, ваш собеседник может думать, что любой человек с должностью/ролью, в которой есть «архитектор», обязан ответить на очень широкий спектр вопросов. И это будут вопросы от «как построить ИТ-стратегию» и «как сделать метамодель» до «как настроить вакуум в постгре под какой-то специфический сценарий». Но очень важно понимать, что видов архитекторов в разных таксономиях много (обычно 4-7). Кратко: ● Enterprise Architect (EA, Архитектор предприятия) – работает на уровне стратегии компании, связывает бизнес-процессы и ИТ.

https://habr.com/ru/articles/932640/

#итархитектура #solution_architect #системный_архитектор #проектирование #enterprise_architect #выбор_технологии #командная_разработка #архитектура_решений #мифы_в_ит

Мифы об ИТ-архитектуре, из-за которых ваш проект стоит дороже

Всем привет. Меня зовут Александр Виноградов, я главный архитектор Ви.Tech – ИТ-дочки ВсеИнструменты.ру. Последние 9 лет занимаюсь ИТ-архитектурой и менеджментом в архитектуре, и сегодня бы хотел поделиться с вами своим топом заблуждений про эту самую архитектуру из серии: «если бы мне каждый раз давали рубль, когда я слышу...». Кому будет полезна эта статья: ● Тимлидам и РП, которые смогут чуть лучше понять, почему архитектор так долго возится со своими картинками. ● Продактам, которых пугают словами «ну здесь нам нужен корпоративный архитектор». ● Разработчикам, которые считают, что архитекторы занимаются исключительно рисованием квадратиков и стрелочек. ● Самим архитекторам, чтобы почерпнуть дополнительные аргументы для дискуссий с коллегами. Вы узнаете, что: ● Не существует «правильных» технологий (и postgres не лучше mysql). ● Архитектор не должен писать код (и почему). ● Что покупка коробочных решений не избавляет от проблем. Миф 1, или «Ты ж архитектор» Да, и что? Под этой фразой могут скрываться аж два заблуждения. Обсудим сначала первое. К примеру, ваш собеседник может думать, что любой человек с должностью/ролью, в которой есть «архитектор», обязан ответить на очень широкий спектр вопросов. И это будут вопросы от «как построить ИТ-стратегию» и «как сделать метамодель» до «как настроить вакуум в постгре под какой-то специфический сценарий». Но очень важно понимать, что видов архитекторов в разных таксономиях много (обычно 4-7). Кратко: ● Enterprise Architect (EA, Архитектор предприятия) – работает на уровне стратегии компании, связывает бизнес-процессы и ИТ.

https://habr.com/ru/articles/932640/

#итархитектура #solution_architect #системный_архитектор #проектирование #enterprise_architect #выбор_технологии #командная_разработка #архитектура_решений #мифы_в_ит

Мифы об ИТ-архитектуре, из-за которых ваш проект стоит дороже

Всем привет. Меня зовут Александр Виноградов, я главный архитектор Ви.Tech – ИТ-дочки ВсеИнструменты.ру. Последние 9 лет занимаюсь ИТ-архитектурой и менеджментом в архитектуре, и сегодня бы хотел поделиться с вами своим топом заблуждений про эту самую архитектуру из серии: «если бы мне каждый раз давали рубль, когда я слышу...». Кому будет полезна эта статья: ● Тимлидам и РП, которые смогут чуть лучше понять, почему архитектор так долго возится со своими картинками. ● Продактам, которых пугают словами «ну здесь нам нужен корпоративный архитектор». ● Разработчикам, которые считают, что архитекторы занимаются исключительно рисованием квадратиков и стрелочек. ● Самим архитекторам, чтобы почерпнуть дополнительные аргументы для дискуссий с коллегами. Вы узнаете, что: ● Не существует «правильных» технологий (и postgres не лучше mysql). ● Архитектор не должен писать код (и почему). ● Что покупка коробочных решений не избавляет от проблем. Миф 1, или «Ты ж архитектор» Да, и что? Под этой фразой могут скрываться аж два заблуждения. Обсудим сначала первое. К примеру, ваш собеседник может думать, что любой человек с должностью/ролью, в которой есть «архитектор», обязан ответить на очень широкий спектр вопросов. И это будут вопросы от «как построить ИТ-стратегию» и «как сделать метамодель» до «как настроить вакуум в постгре под какой-то специфический сценарий». Но очень важно понимать, что видов архитекторов в разных таксономиях много (обычно 4-7). Кратко: ● Enterprise Architect (EA, Архитектор предприятия) – работает на уровне стратегии компании, связывает бизнес-процессы и ИТ.

https://habr.com/ru/articles/932640/

#итархитектура #solution_architect #системный_архитектор #проектирование #enterprise_architect #выбор_технологии #командная_разработка #архитектура_решений #мифы_в_ит