«Ростелеком» работает над созданием онлайн-магазина видеоигр. Площадка будет ориентирована на российские проекты, адаптированные под ОС «Аврора», используемую в планшетах компании.
По данным собеседников, магазин может быть интегрирован в игровую консоль от FPlus, представленную на «ЦИПР 2025». Однако эксперты сомневаются в успехе: «Авроре» не хватает поддержки современных графических движков, а предыдущие попытки «Ростелекома» в этой сфере (например, «Игровой Маркет» 2019 года) не стали массовыми.
В FPlus подтвердили переговоры с разработчиками «Авроры», но участники рынка отмечают, что без широкого ассортимента магазин рискует повторить судьбу других российских платформ, вынужденных продавать ключи от Steam.
https://www.kommersant.ru/doc/7855350
По данным собеседников, магазин может быть интегрирован в игровую консоль от FPlus, представленную на «ЦИПР 2025». Однако эксперты сомневаются в успехе: «Авроре» не хватает поддержки современных графических движков, а предыдущие попытки «Ростелекома» в этой сфере (например, «Игровой Маркет» 2019 года) не стали массовыми.
В FPlus подтвердили переговоры с разработчиками «Авроры», но участники рынка отмечают, что без широкого ассортимента магазин рискует повторить судьбу других российских платформ, вынужденных продавать ключи от Steam.
https://www.kommersant.ru/doc/7855350
Коммерсантъ
Геймерам подбирают витрину
«Ростелеком» создает новый магазин видеоигр
🤡27🌚13👎6👍3🤩2🤮2
Тем временем согласно статистике hh в июне в ИТ-секторе сохранялся крайне высокий уровень конкуренции соискателей за рабочие места, хотя накал чуть уменьшился
Однако количество вакансий в ИТ уменьшилось на 31% год к году, то есть почти на треть. Стоит отметить, что на протяжении полугода происходило снижение количества вакансий
Тогда как количество резюме, наоборот, в июне увеличилось на 28% год к году
К этому стоит добавить, что предлагаемые зарплаты последние 5 месяцев в ИТ не растут.
https://stats.hh.ru/?countrySalaryDynamicChartProfArea=information_technology&hhIndexProfArea=information_technology
Однако количество вакансий в ИТ уменьшилось на 31% год к году, то есть почти на треть. Стоит отметить, что на протяжении полугода происходило снижение количества вакансий
Тогда как количество резюме, наоборот, в июне увеличилось на 28% год к году
К этому стоит добавить, что предлагаемые зарплаты последние 5 месяцев в ИТ не растут.
https://stats.hh.ru/?countrySalaryDynamicChartProfArea=information_technology&hhIndexProfArea=information_technology
👎16🤔7✍4💅3
Представитель ЦБ РФ предложил передать на аутсорсинг в Индию часть российских IT-проектов из-за дефицита квалифицированных кадров и команд разработчиков на рынке России.
Это предложение сделал заместитель начальника Дальневосточного главного управления ЦБ РФ Денис Давыдов на Финансовом конгрессе Банка России.
«Сейчас много говорят у нас, конечно, о существенной нехватке в моменте кадров различных отраслей, особенно о дефиците инженерно‑технических специалистов в России. А вот, например, в Индии уровень безработицы выпускников в технических вузах в последние годы почти достигает 30%. При этом сложившийся на сегодня дифференциал заработных плат, тем более, если говорить о паритете покупательной способности, подталкивает к мысли о том, что здесь могли бы быть какие‑то эффекты кооперации», — рассказал Давыдов.
https://1prime.ru/20250704/indiya-859179950.html
Это предложение сделал заместитель начальника Дальневосточного главного управления ЦБ РФ Денис Давыдов на Финансовом конгрессе Банка России.
«Сейчас много говорят у нас, конечно, о существенной нехватке в моменте кадров различных отраслей, особенно о дефиците инженерно‑технических специалистов в России. А вот, например, в Индии уровень безработицы выпускников в технических вузах в последние годы почти достигает 30%. При этом сложившийся на сегодня дифференциал заработных плат, тем более, если говорить о паритете покупательной способности, подталкивает к мысли о том, что здесь могли бы быть какие‑то эффекты кооперации», — рассказал Давыдов.
https://1prime.ru/20250704/indiya-859179950.html
ПРАЙМ
В ЦБ предложили передавать на аутсорсинг в Индию российские IT-проекты
Часть российских IT-проектов из-за дефицита квалифицированных кадров на рынке РФ можно передавать на аутсорсинг в Индию, такое предложение высказал заместитель... | 04.07.2025, ПРАЙМ
🤡78🤣16👎10🤮6👍1👀1
Топ-15 базовых компонентов проектирования систем:
1. Балансировщик нагрузки — распределяет входящий трафик между несколькими внутренними серверами, чтобы ни один из них не был перегружен. Повышает доступность, отказоустойчивость и скорость отклика системы.
2. API Gateway — единая точка входа для всех клиентских запросов в архитектуре микросервисов. Отвечает за маршрутизацию, аутентификацию, ограничение частоты запросов и агрегацию запросов.
3. DNS (Domain Name System) — система доменных имён, преобразующая удобочитаемые доменные имена в IP-адреса.
4. Кэш — хранит часто запрашиваемые данные в оперативной памяти. Существенно снижает задержки и нагрузку на базу данных.
5. CDN (Content Delivery Network) — сеть доставки контента, которая распространяет статический контент (изображения, CSS, JS и т. д.) через пограничные серверы, расположенные ближе к пользователям. Снижает задержки и нагрузку на полосу пропускания, особенно в глобальном масштабе.
6. База данных — основное хранилище данных. Может быть SQL или NoSQL в зависимости от потребностей. Поддерживает структурированные запросы, индексацию, транзакции и надёжность хранения.
7. API — определяет, как сервисы взаимодействуют друг с другом, обычно через HTTP или gRPC. Обеспечивает модульное проектирование и чёткое разделение обязанностей.
8. Микросервисы — разбивает монолитное приложение на независимо развёртываемые сервисы. Повышает гибкость, изоляцию сбоев и масштабируемость.
9. Ограничитель частоты запросов — контролирует количество запросов, которые пользователь или сервис может сделать за определённый промежуток времени. Защищает API от злоупотреблений и обеспечивает справедливое использование.
10. Хранилище объектов — хранит большие двоичные объекты (изображения, видео, резервные копии) с высокой доступностью и надёжностью. Примеры: AWS S3, Google Cloud Storage и др.
11. Очередь сообщений — обеспечивает асинхронную коммуникацию между сервисами через очередь (например, Kafka, RabbitMQ). Помогает разделить системы и справляться с пиковыми нагрузками.
12. Шардинг — разбивает большие наборы данных на несколько баз данных или таблиц. Помогает масштабировать хранилище и улучшать производительность запросов.
13. Репликация — копирует данные с одного узла базы данных на другой. Повышает отказоустойчивость и производительность чтения.
14. Согласованное хеширование — метод распределения данных между узлами с минимальными нарушениями при масштабировании. Широко используется в системах кэширования и распределённого хранения.
15. Система мониторинга — отслеживает состояние системы, собирает логи и метрики, отправляет оповещения о сбоях или аномалиях. Критически важна для наблюдения за системой, отладки и обеспечения бесперебойной работы.
1. Балансировщик нагрузки — распределяет входящий трафик между несколькими внутренними серверами, чтобы ни один из них не был перегружен. Повышает доступность, отказоустойчивость и скорость отклика системы.
2. API Gateway — единая точка входа для всех клиентских запросов в архитектуре микросервисов. Отвечает за маршрутизацию, аутентификацию, ограничение частоты запросов и агрегацию запросов.
3. DNS (Domain Name System) — система доменных имён, преобразующая удобочитаемые доменные имена в IP-адреса.
4. Кэш — хранит часто запрашиваемые данные в оперативной памяти. Существенно снижает задержки и нагрузку на базу данных.
5. CDN (Content Delivery Network) — сеть доставки контента, которая распространяет статический контент (изображения, CSS, JS и т. д.) через пограничные серверы, расположенные ближе к пользователям. Снижает задержки и нагрузку на полосу пропускания, особенно в глобальном масштабе.
6. База данных — основное хранилище данных. Может быть SQL или NoSQL в зависимости от потребностей. Поддерживает структурированные запросы, индексацию, транзакции и надёжность хранения.
7. API — определяет, как сервисы взаимодействуют друг с другом, обычно через HTTP или gRPC. Обеспечивает модульное проектирование и чёткое разделение обязанностей.
8. Микросервисы — разбивает монолитное приложение на независимо развёртываемые сервисы. Повышает гибкость, изоляцию сбоев и масштабируемость.
9. Ограничитель частоты запросов — контролирует количество запросов, которые пользователь или сервис может сделать за определённый промежуток времени. Защищает API от злоупотреблений и обеспечивает справедливое использование.
10. Хранилище объектов — хранит большие двоичные объекты (изображения, видео, резервные копии) с высокой доступностью и надёжностью. Примеры: AWS S3, Google Cloud Storage и др.
11. Очередь сообщений — обеспечивает асинхронную коммуникацию между сервисами через очередь (например, Kafka, RabbitMQ). Помогает разделить системы и справляться с пиковыми нагрузками.
12. Шардинг — разбивает большие наборы данных на несколько баз данных или таблиц. Помогает масштабировать хранилище и улучшать производительность запросов.
13. Репликация — копирует данные с одного узла базы данных на другой. Повышает отказоустойчивость и производительность чтения.
14. Согласованное хеширование — метод распределения данных между узлами с минимальными нарушениями при масштабировании. Широко используется в системах кэширования и распределённого хранения.
15. Система мониторинга — отслеживает состояние системы, собирает логи и метрики, отправляет оповещения о сбоях или аномалиях. Критически важна для наблюдения за системой, отладки и обеспечения бесперебойной работы.
❤6👍3👏1
This media is not supported in your browser
VIEW IN TELEGRAM
Вкратце о том, как происходит перемножение матриц в GPU
🤩11❤4👍4
В руководство по языку Си добавлена статья про атрибуты и расширение attribute
https://metanit.com/c/tutorial/10.5.php
#c_ansi
https://metanit.com/c/tutorial/10.5.php
#c_ansi
👍13❤5👏1
9 распространенных принципов проектирования программного обеспечения:
1. DRY (Don't Repeat Yourself — Не повторяйтесь):
Избегайте дублирования кода. Храните логику в централизованном месте, чтобы упростить поддержку кодовой базы.
2. KISS (Keep It Simple, Stupid — Будь проще, глупыш):
Стремитесь к простоте в ваших решениях. Избегайте излишнего усложнения и добавления ненужных уровней.
3. YAGNI (You Aren't Gonna Need It — Тебе это не понадобится):
Создавайте только то, что необходимо прямо сейчас. Не тратьте время на гипотетические функции, которые могут никогда не использоваться.
4. LOD (Law of Demeter — Закон Деметры):
Взаимодействуйте только с непосредственными соседями. Не создавайте длинные цепочки вызовов.
SOLID-принципы:
5. SRP (Single Responsibility Principle — Принцип единственной ответственности):
Класс должен иметь только одну ответственность. Делайте каждый компонент сфокусированным и целостным.
6. OCP (Open/Closed Principle — Принцип открытости/закрытости):
Код должен быть открытым для расширения, но закрытым для модификации. Добавляйте новые функции, не изменяя существующую логику.
7. LSP (Liskov Substitution Principle — Принцип подстановки Лисков):
Подклассы должны быть взаимозаменяемы с родительскими классами без нарушения функциональности.
8. ISP (Interface Segregation Principle — Принцип разделения интерфейсов):
Создавайте небольшие, специализированные интерфейсы вместо больших и общих.
9. DIP (Dependency Inversion Principle — Принцип инверсии зависимостей):
Высокоуровневые модули не должны зависеть от низкоуровневых. Оба должны зависеть от абстракций.
1. DRY (Don't Repeat Yourself — Не повторяйтесь):
Избегайте дублирования кода. Храните логику в централизованном месте, чтобы упростить поддержку кодовой базы.
2. KISS (Keep It Simple, Stupid — Будь проще, глупыш):
Стремитесь к простоте в ваших решениях. Избегайте излишнего усложнения и добавления ненужных уровней.
3. YAGNI (You Aren't Gonna Need It — Тебе это не понадобится):
Создавайте только то, что необходимо прямо сейчас. Не тратьте время на гипотетические функции, которые могут никогда не использоваться.
4. LOD (Law of Demeter — Закон Деметры):
Взаимодействуйте только с непосредственными соседями. Не создавайте длинные цепочки вызовов.
SOLID-принципы:
5. SRP (Single Responsibility Principle — Принцип единственной ответственности):
Класс должен иметь только одну ответственность. Делайте каждый компонент сфокусированным и целостным.
6. OCP (Open/Closed Principle — Принцип открытости/закрытости):
Код должен быть открытым для расширения, но закрытым для модификации. Добавляйте новые функции, не изменяя существующую логику.
7. LSP (Liskov Substitution Principle — Принцип подстановки Лисков):
Подклассы должны быть взаимозаменяемы с родительскими классами без нарушения функциональности.
8. ISP (Interface Segregation Principle — Принцип разделения интерфейсов):
Создавайте небольшие, специализированные интерфейсы вместо больших и общих.
9. DIP (Dependency Inversion Principle — Принцип инверсии зависимостей):
Высокоуровневые модули не должны зависеть от низкоуровневых. Оба должны зависеть от абстракций.
👍32🔥13❤5🤡1
«Гугление» убивает креативность
Специалисты из Университета Карнеги-Меллона решили узнать, способствует ли доступ к информации в интернете расширению креативных возможностей или, наоборот, ограничивает их, вызывая так называемый эффект фиксации — когда человек застревает в одном способе мышления из-за влияния уже известных примеров и идей.
В исследовании приняли участие 244 студента, которых случайным образом распределили по группам с доступом к Google и без. Участникам предлагалось за три минуты придумать как можно больше необычных способов использования таких предметов, как зонт и щит. Эти объекты были выбраны из-за различий в количестве доступных онлайн-ассоциаций: по запросу «umbrella» Google выдает больше разнообразных результатов, чем по слову «shield». Исследователи оценивали количество и качество идей, предложенных как индивидуально, так и в группах, которые моделировали типичную ситуацию мозгового штурма.
Оказалось, что на индивидуальном уровне доступ к Google действительно помогал генерировать больше идей, но только тогда, когда интернет предлагал широкий спектр вариантов, как в случае с зонтом. При этом, когда информации в интернете было меньше, доступ к нему не давал никакого преимущества. Но наиболее интересные результаты появились при анализе групп: группы без доступа к Google демонстрировали более разнообразные и оригинальные идеи, особенно по мере увеличения количества участников. Те же, кто использовал интернет, часто приходили к одинаковым или похожим выводам, что снижало творческое разнообразие в целом. Группы без интернета чаще генерировали уникальные, так называемые «синглетные» идеи, возникавшие только у одного участника — это, в свою очередь, способствовало повышению коллективной креативности.
Когда специалисты оценивали качество идей по критериям полезности, новизны и общей креативности, оказалось, что группы без интернета либо превосходили, либо не уступали тем, кто пользовался Google. Преимущество оффлайн-групп особенно проявлялось в эффективности и креативности, тогда как новизна идей варьировала.
https://newatlas.com/medical/internet-access-creativity-fixation-effect/
Специалисты из Университета Карнеги-Меллона решили узнать, способствует ли доступ к информации в интернете расширению креативных возможностей или, наоборот, ограничивает их, вызывая так называемый эффект фиксации — когда человек застревает в одном способе мышления из-за влияния уже известных примеров и идей.
В исследовании приняли участие 244 студента, которых случайным образом распределили по группам с доступом к Google и без. Участникам предлагалось за три минуты придумать как можно больше необычных способов использования таких предметов, как зонт и щит. Эти объекты были выбраны из-за различий в количестве доступных онлайн-ассоциаций: по запросу «umbrella» Google выдает больше разнообразных результатов, чем по слову «shield». Исследователи оценивали количество и качество идей, предложенных как индивидуально, так и в группах, которые моделировали типичную ситуацию мозгового штурма.
Оказалось, что на индивидуальном уровне доступ к Google действительно помогал генерировать больше идей, но только тогда, когда интернет предлагал широкий спектр вариантов, как в случае с зонтом. При этом, когда информации в интернете было меньше, доступ к нему не давал никакого преимущества. Но наиболее интересные результаты появились при анализе групп: группы без доступа к Google демонстрировали более разнообразные и оригинальные идеи, особенно по мере увеличения количества участников. Те же, кто использовал интернет, часто приходили к одинаковым или похожим выводам, что снижало творческое разнообразие в целом. Группы без интернета чаще генерировали уникальные, так называемые «синглетные» идеи, возникавшие только у одного участника — это, в свою очередь, способствовало повышению коллективной креативности.
Когда специалисты оценивали качество идей по критериям полезности, новизны и общей креативности, оказалось, что группы без интернета либо превосходили, либо не уступали тем, кто пользовался Google. Преимущество оффлайн-групп особенно проявлялось в эффективности и креативности, тогда как новизна идей варьировала.
https://newatlas.com/medical/internet-access-creativity-fixation-effect/
New Atlas
'Googling' can stifle creativity, according to new research
Using Google might spark your creativity, or it might stifle it, but this depends on the circumstances, according to a new study. We know the internet isn’t going anywhere, but we may need to hold on to our humanity to use technology more effectively.
👍14❤4😱4😁2
Специалисты Final Round подсчитали, что за первое полугодие 2025 года американские IT-компании уволили более 94 тысяч технических специалистов. Причем это произошло из-за внедрения ИИ.
Аналитики выделили три основных тренда сокращений:
- ИИ заменяет повторяющиеся задачи. В IBM внутренние инструменты, такие как AskHR, взяли на себя большинство основных функций HR, а в CrowdStrike заявили, что ИИ позволяет быстрее переходить от идеи к продукту с меньшим количеством людей;
- компании сокращают команды, чтобы финансировать рост ИИ. Salesforce, Google и др. перенаправили бюджеты с традиционных линеек продуктов на инфраструктуру ИИ, обучение моделей и найм. Microsoft публично заявляла, что меняет структуру команды, увеличивая число инженеров и сокращая менеджеров среднего звена;
- ИИ помогает людям делать больше с меньшими затратами. Например, в Microsoft такие инструменты, как Copilot, помогают генерировать код.
Авторы отчета также проанализировали, какие позиции сокращают в первую очередь. Это программисты (в основном, джуны), кадровики, сотрудники служб поддержки клиентов, копирайтеры, аналитики данных и менеджеры среднего звена.
В итоге только в Кремниевой долине число рабочих мест сократилось на 11 тысяч.
«Внедрение ИИ теперь является бизнес-стратегией, а не побочным проектом. Компании показывают, что могут расти, сокращая персонал. Они не планируют возвращать эти роли», — пишут авторы отчёта.
https://www.finalroundai.com/blog/ai-tech-layoffs-mid-2025
Аналитики выделили три основных тренда сокращений:
- ИИ заменяет повторяющиеся задачи. В IBM внутренние инструменты, такие как AskHR, взяли на себя большинство основных функций HR, а в CrowdStrike заявили, что ИИ позволяет быстрее переходить от идеи к продукту с меньшим количеством людей;
- компании сокращают команды, чтобы финансировать рост ИИ. Salesforce, Google и др. перенаправили бюджеты с традиционных линеек продуктов на инфраструктуру ИИ, обучение моделей и найм. Microsoft публично заявляла, что меняет структуру команды, увеличивая число инженеров и сокращая менеджеров среднего звена;
- ИИ помогает людям делать больше с меньшими затратами. Например, в Microsoft такие инструменты, как Copilot, помогают генерировать код.
Авторы отчета также проанализировали, какие позиции сокращают в первую очередь. Это программисты (в основном, джуны), кадровики, сотрудники служб поддержки клиентов, копирайтеры, аналитики данных и менеджеры среднего звена.
В итоге только в Кремниевой долине число рабочих мест сократилось на 11 тысяч.
«Внедрение ИИ теперь является бизнес-стратегией, а не побочным проектом. Компании показывают, что могут расти, сокращая персонал. Они не планируют возвращать эти роли», — пишут авторы отчёта.
https://www.finalroundai.com/blog/ai-tech-layoffs-mid-2025
Finalroundai
Tech Layoffs 2025: Why AI is Behind the Rising Job Cuts
627 tech workers lose their jobs every day in 2025 in AI-driven restructuring. Complete breakdown of 130,981 job losses across Microsoft, Tesla, Intel, and Meta - plus which positions are next.
👎15🤔4🥴3👾2👍1