Часть 2. Windows update
Часть 2.1 Служба обновлений и ее журнал
Часть 2.2 Настраиваем удаленный доступ
Часть 2.3 Ловим исключения
Часть 2.4 Проблема слишком больших прав
Часть 2.5 Разрешение удаленного подключения
Часть 2.6 Параллельная обработка задач, -parallel,  powershell jobs, Runspaces
Часть 2.7 И, наконец, получим первый список
Часть 2.8 Итого

Часть 3. Обрабатываем, что получилось
Часть 3.1 Немного про общую логику
Часть 3.2 В предыдущих сериях
Часть 3.3 Обновление списка обновлений
Часть 3.4 Обрабатываем оба списка сразу – список обновлений и список с сервера
Часть 3.5 Осталось только выгрузить в Excel
Часть 3.6 Отладка и наладка
Часть 3.7 Альтернативы?

Часть 4. Параллельное исполнение: Powershell jobs
Часть 4.1 Почему Powershell jobs
Часть 4.2 Руководство
Часть 4.3 Переходим к примерам Powershell jobs
Часть 4.4 Переходим к практике Powershell jobs

Часть 4. Параллельное исполнение: Powershell jobs

Часть 4.1 Почему Powershell jobs

У Powershell есть несколько вариантов параллельного исполнения кода.
Первый и наиболее известный, это Foreach-Parallel
Второй - Start-Job и Start-ThreadJob

В чем минус Job ? Это параллельное исполнение скрипта, из результатов которого еще и надо задачу получить. Плюс, точнее минус, этому процессу сложно отдавать какой-то объект для исполнения, у него непривычная схема того, что ему можно отдать на вход. То, что в руководстве описано как «Example 10: Use the ArgumentList parameter to specify an array»

В чем плюс? Сохраняется читаемость, в моем случае. Я ж не настоящий программист.

Часть 4.2 Руководство
В руководстве написано крайне .. плохо -
Start-Job -ScriptBlock
и дальше пишите себе что хотите.
но ScriptBlock это крайне, крайне неудобно, если не читать описание:

$a = { Get-Service BITS }
Invoke-Command -ScriptBlock $a

То есть, скриптблок можно описать почти как функцию

Like functions, script blocks can include the dynamicparam, begin, process, and end keywords

только есть нюансы.

Часть 4.3 Переходим к примерам Powershell jobs

Пример

$PfadZurSpeicherdatenbank = $PSScriptRoot
$Skriptversion = "12"
$Block1 =
{Get-ChildItem}

Start-Job -ScriptBlock $Block1 -Name JobExample01
Start-Job -ScriptBlock $Block1 -Name JobExample01 # это повтор строки и так надо для примера
Get-Job
Get-Job -Name JobExample01
Receive-Job -Name JobExample01

Обратите внимание на параметры  State и HasMoreData
Get-Job | Select Id, Name, PSJobTypeName, State, HasMoreData 
Get-Job | Select Id, Name, PSJobTypeName, State, HasMoreData | format-table

Сделайте
$Data2 = Receive-Job -Name JobExample01
$Data2

Обратите внимание.
Я запросил итоги задачи «-Name JobExample01». Таких задач в списке должно быть две,
и в переменную попали оба вывода, от двух задач с разными ID и одинаковыми именами. ID уникален, имя – нет, зато имя можно генерировать.

Теперь сделайте все что выше в виде одного скрипта, и удивитесь – в вывод $Data2 не попало ничего. Хотя задачи в списке есть. Но вывод из задачи со статусом Completed и HasMoreData = False вы уже получили, а вывод из задачи, которая еще выполняется (Running), хотя данные из нее еще не получали, но HasMoreData  =True.

Удалим все задачи.

Get-Job | Remove-Job

Чтобы перейти дальше, сделаем еще один пример из руководства:

$a ={ param($p1, $p2)
"p1: $p1"
"p2: $p2"}

&$a -p2 "First" -p1 "Second"

И примеры не из руководства: пример 1

$Job02 = {
param ($Out500001)
write-host "JB1" $Out500001}

Start-Job -ScriptBlock $Job02 -ArgumentList "ABC123"
Start-Sleep 5; Get-Job ;
Get-Job | Receive-Job
Get-Job | Remove-Job

И примеры не из руководства: пример 2

$Job03 = {
param ($Out500001)
foreach ($Job03data in $Out500001){
write-host "JB3" $Job03data}}

$Job03Array = (1,2,22)
Start-Job -ScriptBlock $Job03 -ArgumentList $Job03Array
Start-Sleep 5;
Get-Job | Receive-Job

И примеры не из руководства: пример 3

$Job04 = {
param ($Out500001)
foreach ($Job03data in $Out500001){
write-host "JB4" $Job03data}}

$Job03Array = (1,2,22)
Start-Job -ScriptBlock $Job04 -ArgumentList  (,$Job03Array)
Start-Sleep 5;
Get-Job | Receive-Job

И примеры не из руководства: пример 4

$Job05 = {
param ($Input01, $Input02)
write-host "JB5-1 " $Input01
write-host "JB5-2 " $Input02}

Start-Job -ScriptBlock $Job05 -ArgumentList ("A123", "B456")
Start-Sleep 5;
Get-Job | Receive-Job

Тут стоило описать, как использовать именованные переменные \ параметры, но я не стал. Вроде можно. Но мне не очень нужно.
Выводы из увиденного в примерах предлагается сделать самостоятельно

Часть 4.4 Переходим к практике Powershell jobs

И теперь делаем все сразу!

$PfadZurSpeicherdatenbank = $PSScriptRoot
$Skriptversion = "12"
$MeineErsteSicherungsdatei = $PfadZurSpeicherdatenbank + "\" + "nur-eine-datei-part12.xml"
$Fehlermeldung01 =  "Achtung, da ist etwas schiefgelaufen"

if (Test-Path $MeineErsteSicherungsdatei){$NewKeinArray = Import-Clixml -Path $MeineErsteSicherungsdatei}
else {Write-Host $Fehlermeldung01}

$MeineErsteLogin = $PfadZurSpeicherdatenbank + "\" + "dieparole.txt"
$DasPasswordFileExist  = Test-Path -Path $MeineErsteLogin
if ($DasPasswordFileExist -eq $false) {$DieParole = Get-Credential
Export-Clixml -Path $MeineErsteLogin -InputObject $DieParole}
else {$DieParole = Import-Clixml $MeineErsteLogin}

$MeineServerliste = @("192.168.122.250","192.168.122.251")
# $DataRemote1 = Get-HotFix -ComputerName $MeineServerliste[0] -Credential $DieParole

$Rn = Get-Random -Minimum 1 -Maximum 200
$NameRn = "JobExample12" + $Rn
$Block2 = {
param ($ServerAsParam, $CredentialsAsParam)
$DataInBlockRemote1 = Get-HotFix -ComputerName $ServerAsParam -Credential $CredentialsAsParam
Return $DataInBlockRemote1}

Start-Job -ScriptBlock $Block2 -ArgumentList ($MeineServerliste[0], $DieParole)  -Name $NameRn
Start-Sleep 5;
$DataInBlock = Get-Job -Name $NameRn| Receive-Job

Заключение

На этом как бы все. Все необходимые элементы для своего личного костыля, если он вам действительно нужен, у вас есть.

Литература
Как использовать циклы While и Foreach в Powershell Foreach на примерах
Running ForEach in parallel on Windows Powershell 5 (and older)
about_Foreach
about_Foreach-Parallel
Optimize performance using parallel execution
Работа с фоновыми процессами через Jobs в Powershell
Named Arguments for PowerShell Functions: Best Practices
PowerShell background jobs unlock scripting performance
about_Script_Blocks
PowerShell Tip –> Passing array as an argument to a Job/ ScriptBlock
Возврат значения из powershell invoke-command агенту SQL-Server

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

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

Агент? Слуга. Почему бы нам не дать ИИ по-настоящему работать?

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

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

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

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

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

Введите «Агентство» для вашего агента.

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

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

Вы запланировали 30-минутную встречу с менеджером по продукту, который склонен расширять свои слова? Агент имеет доступ к истории встреч и, основываясь на содержании встречи и составе участников, сможет рекомендовать продление встречи на 15 минут.

Так как же нам наделить искусственный интеллект полномочиями?

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

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

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

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

И наконец, пусть всё «просто» работает. Если агент анализирует информацию и даёт рекомендации на её основе, стоит позволить ему развивать их.

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

Так что же дальше?

Следующее поколение агентов ИИ не будет просто помощниками. Они не будут слугами, они будут коллегами.

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

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

Автор: Янив Ницан

Перевод с иврита

ИСТОЧНИК

Вот код игры для запуска через Pydroid 3 с комментариями от нейросети.

import pygame
import random
import sys

# Инициализация Pygame
pygame.init()

# Автоопределение размера экрана
info = pygame.display.Info()
SCREEN_WIDTH = info.current_w
SCREEN_HEIGHT = info.current_h

# Создание экрана
screen = pygame.display.set_mode((SCREEN_WIDTH, SCREEN_HEIGHT))
pygame.display.set_caption("Гонка")

# Цвета
WHITE = (255, 255, 255)
BLACK = (0, 0, 0)
RED = (220, 30, 30)
GREEN = (30, 180, 30)
BLUE = (30, 100, 220)
YELLOW = (255, 220, 0)
GRAY = (100, 100, 100)
DARK_GRAY = (50, 50, 50)
LIGHT_BLUE = (170, 220, 255)
ORANGE = (255, 140, 0)

# Часы для управления FPS
clock = pygame.time.Clock()
FPS = 60

# Функция для рисования машины игрока (реалистичные пропорции)
def draw_player_car(x, y, width, height):
# Основной корпус автомобиля (горизонтальный прямоугольник)
pygame.draw.rect(screen, GREEN, (x, y, width, height))

# Крыша (меньше по размеру)
pygame.draw.rect(screen, LIGHT_BLUE, (x + width//6, y - 8, width * 2//3, 12))

# Капот
pygame.draw.rect(screen, (20, 150, 20), (x, y, width, height//4))

# Фары спереди
pygame.draw.circle(screen, YELLOW, (x + 8, y + height//2), 6)
pygame.draw.circle(screen, YELLOW, (x + width - 8, y + height//2), 6)

# Задние фары
pygame.draw.circle(screen, RED, (x + 8, y + height//4), 5)
pygame.draw.circle(screen, RED, (x + width - 8, y + height//4), 5)

# Колеса
pygame.draw.rect(screen, BLACK, (x + width//6, y - 3, 12, 6))
pygame.draw.rect(screen, BLACK, (x + width - width//6 - 12, y - 3, 12, 6))
pygame.draw.rect(screen, BLACK, (x + width//6, y + height - 3, 12, 6))
pygame.draw.rect(screen, BLACK, (x + width - width//6 - 12, y + height - 3, 12, 6))

# Функция для рисования машины противника
def draw_enemy_car(x, y, width, height):
# Основной корпус автомобиля
pygame.draw.rect(screen, RED, (x, y, width, height))

# Крыша
pygame.draw.rect(screen, (150, 0, 0), (x + width//6, y - 8, width * 2//3, 12))

# Капот
pygame.draw.rect(screen, (180, 20, 20), (x, y, width, height//4))

# Фары спереди
pygame.draw.circle(screen, YELLOW, (x + 8, y + height//2), 6)
pygame.draw.circle(screen, YELLOW, (x + width - 8, y + height//2), 6)

# Задние фары
pygame.draw.circle(screen, ORANGE, (x + 8, y + height//4), 5)
pygame.draw.circle(screen, ORANGE, (x + width - 8, y + height//4), 5)

# Колеса
pygame.draw.rect(screen, BLACK, (x + width//6, y - 3, 12, 6))
pygame.draw.rect(screen, BLACK, (x + width - width//6 - 12, y - 3, 12, 6))
pygame.draw.rect(screen, BLACK, (x + width//6, y + height - 3, 12, 6))
pygame.draw.rect(screen, BLACK, (x + width - width//6 - 12, y + height - 3, 12, 6))

# Класс игрока (машина)
class Player:
def __init__(self):
self.width = SCREEN_WIDTH // 10
self.height = SCREEN_HEIGHT // 12
# Позиционируем машину игрока в середине экрана
self.x = SCREEN_WIDTH // 2 - self.width // 2
self.y = SCREEN_HEIGHT // 2 # Середина экрана
self.speed = SCREEN_WIDTH // 80
self.road_width = SCREEN_WIDTH // 2
self.road_x = SCREEN_WIDTH // 4

def draw(self):
draw_player_car(self.x, self.y, self.width, self.height)

def move_left(self):
# Ограничиваем движение дорогой
if self.x > self.road_x + 5:
self.x -= self.speed

def move_right(self):
# Ограничиваем движение дорогой
if self.x < self.road_x + self.road_width - self.width - 5:
self.x += self.speed

def get_rect(self):
return pygame.Rect(self.x + 5, self.y + 2, self.width - 10, self.height - 4)

# Класс препятствия
class Obstacle:
def __init__(self):
self.width = SCREEN_WIDTH // 10
self.height = SCREEN_HEIGHT // 12
# Спавним только на дороге
road_width = SCREEN_WIDTH // 2
road_x = SCREEN_WIDTH // 4
self.x = random.randint(road_x + 10, road_x + road_width - self.width - 10)
self.y = -self.height
self.speed = SCREEN_HEIGHT // 120 + random.randint(0, 3)

def draw(self):
draw_enemy_car(self.x, self.y, self.width, self.height)

def move(self):
self.y += self.speed

def is_off_screen(self):
return self.y > SCREEN_HEIGHT

def get_rect(self):
return pygame.Rect(self.x + 5, self.y + 2, self.width - 10, self.height - 4)

# Класс дороги
class Road:
def __init__(self):
self.road_width = SCREEN_WIDTH // 2
self.road_x = SCREEN_WIDTH // 4
self.line_width = 10
self.line_height = SCREEN_HEIGHT // 15
self.line_speed = SCREEN_HEIGHT // 80
self.lines = []
# Инициализируем линии разметки
for i in range(25):
self.lines.append([self.road_x + self.road_width // 2 - self.line_width // 2,
i * (self.line_height + SCREEN_HEIGHT // 18)])

def draw(self):
# Рисуем дорогу
pygame.draw.rect(screen, DARK_GRAY, (self.road_x, 0, self.road_width, SCREEN_HEIGHT))

# Рисуем края дороги
pygame.draw.rect(screen, WHITE, (self.road_x - 2, 0, 2, SCREEN_HEIGHT))
pygame.draw.rect(screen, WHITE, (self.road_x + self.road_width, 0, 2, SCREEN_HEIGHT))

# Рисуем разметку
for line in self.lines:
pygame.draw.rect(screen, YELLOW, (line[0], line[1], self.line_width, self.line_height))

def move(self):
# Двигаем линии разметки
for line in self.lines:
line[1] += self.line_speed
# Если линия ушла за экран, возвращаем её наверх
if line[1] > SCREEN_HEIGHT:
line[1] = -self.line_height

# Класс кнопки
class Button:
def __init__(self, x, y, width, height, text, color=GREEN):
self.rect = pygame.Rect(x, y, width, height)
self.text = text
self.color = color
self.font = pygame.font.Font(None, 36)

def draw(self):
pygame.draw.rect(screen, self.color, self.rect)
pygame.draw.rect(screen, BLACK, self.rect, 2)
text_surf = self.font.render(self.text, True, BLACK)
text_rect = text_surf.get_rect(center=self.rect.center)
screen.blit(text_surf, text_rect)

def is_clicked(self, pos):
return self.rect.collidepoint(pos)

# Основная функция игры
def main():
player = Player()
road = Road()
obstacles = []
score = 0
game_over = False
game_started = False

# Таймер для создания препятствий
obstacle_timer = 0
obstacle_frequency = 100 # каждые 100 кадров

font_large = pygame.font.Font(None, 48)
font_medium = pygame.font.Font(None, 36)
font_small = pygame.font.Font(None, 28)

# Кнопки
start_button = Button(SCREEN_WIDTH//2 - 100, SCREEN_HEIGHT//2, 200, 60, "Начать игру")
restart_button = Button(SCREEN_WIDTH//2 - 100, SCREEN_HEIGHT//2 + 50, 200, 60, "Играть снова")
quit_button = Button(SCREEN_WIDTH//2 - 100, SCREEN_HEIGHT//2 + 120, 200, 60, "Выйти")

while True:
mouse_pos = pygame.mouse.get_pos()
mouse_clicked = False

# Обработка событий
for event in pygame.event.get():
if event.type == pygame.QUIT:
pygame.quit()
sys.exit()
if event.type == pygame.MOUSEBUTTONDOWN:
if event.button == 1: # Левая кнопка мыши
mouse_clicked = True

# Очистка экрана
screen.fill((80, 180, 80)) # Зеленый фон (трава)

if not game_started:
# Экран приветствия
title_text = font_large.render("ГОНКИ", True, WHITE)
screen.blit(title_text, (SCREEN_WIDTH//2 - title_text.get_width()//2, SCREEN_HEIGHT//4))

instruction_text = font_medium.render("Касайтесь левой/правой части экрана", True, WHITE)
screen.blit(instruction_text, (SCREEN_WIDTH//2 - instruction_text.get_width()//2, SCREEN_HEIGHT//3))

# Демонстрационная машина
draw_player_car(SCREEN_WIDTH//2 - 60, SCREEN_HEIGHT//2.5, 120, 40)

start_button.draw()
quit_button.draw()

if mouse_clicked:
if start_button.is_clicked(mouse_pos):
game_started = True
elif quit_button.is_clicked(mouse_pos):
pygame.quit()
sys.exit()

elif game_over:
# Экран окончания игры
road.draw()
player.draw()
for obstacle in obstacles:
obstacle.draw()

overlay = pygame.Surface((SCREEN_WIDTH, SCREEN_HEIGHT))
overlay.set_alpha(128)
overlay.fill(BLACK)
screen.blit(overlay, (0, 0))

game_over_text = font_large.render("ИГРА ОКОНЧЕНА!", True, RED)
screen.blit(game_over_text, (SCREEN_WIDTH//2 - game_over_text.get_width()//2, SCREEN_HEIGHT//4))

score_text = font_medium.render(f"Ваш счет: {score}", True, WHITE)
screen.blit(score_text, (SCREEN_WIDTH//2 - score_text.get_width()//2, SCREEN_HEIGHT//2.5))

restart_button.draw()
quit_button.draw()

if mouse_clicked:
if restart_button.is_clicked(mouse_pos):
return main() # Перезапуск игры
elif quit_button.is_clicked(mouse_pos):
pygame.quit()
sys.exit()

else:
# Игровой процесс
# Сенсорное управление
if pygame.mouse.get_pressed()[0]: # Левая кнопка мыши (или касание)
mouse_x, mouse_y = pygame.mouse.get_pos()
if mouse_x < SCREEN_WIDTH // 2:
player.move_left()
else:
player.move_right()

# Создание препятствий
obstacle_timer += 1
if obstacle_timer >= obstacle_frequency:
obstacles.append(Obstacle())
obstacle_timer = 0
# Увеличиваем частоту появления препятствий со временем
if obstacle_frequency > 40:
obstacle_frequency -= 0.3

# Движение объектов
road.move()
for obstacle in obstacles[:]:
obstacle.move()
# Удаление препятствий, ушедших за экран
if obstacle.is_off_screen():
obstacles.remove(obstacle)
score += 1

# Проверка столкновений
player_rect = player.get_rect()
for obstacle in obstacles:
if player_rect.colliderect(obstacle.get_rect()):
game_over = True

# Отрисовка игровых объектов
road.draw()
player.draw()
for obstacle in obstacles:
obstacle.draw()

# Отображение счета
score_text = font_medium.render(f"Счет: {score}", True, WHITE)
screen.blit(score_text, (20, 20))

# Отображение инструкции управления
control_text = font_small.render("← Лево / Право →", True, WHITE)
screen.blit(control_text, (SCREEN_WIDTH//2 - control_text.get_width()//2, SCREEN_HEIGHT - 40))

# Индикаторы управления
pygame.draw.rect(screen, (200, 200, 200, 100), (0, SCREEN_HEIGHT - 60, SCREEN_WIDTH//2, 30))
pygame.draw.rect(screen, (200, 200, 200, 100), (SCREEN_WIDTH//2, SCREEN_HEIGHT - 60, SCREEN_WIDTH//2, 30))

pygame.display.flip()
clock.tick(FPS)

# Запуск игры
if __name__ == "__main__":
try:
main()
except Exception as e:
print(f"Ошибка: {e}")
pygame.quit()

Введение: Титаник полупроводниковой индустрии в бушующем океане

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

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

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

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

Исторические корни величия Intel и бизнес-модель, которая привела ее к доминированию

Технологические и стратегические ошибки, приведшие к потере лидерства

Текущее катастрофическое финансовое положение компании

Амбициозный план спасения IDM 2.0 и его врожденные противоречия

Возможные сценарии будущего — от полного распада до национализации

Это история не только о корпорации, но и о законе Мура, глобальной конкуренции, и о том, что происходит, когда технологический гигант теряет ритм инноваций.

Часть 1: Истоки империи — Как Intel определила технологический век

1.1. Рождение Кремниевой долины: от Шокли к «Предательской восьмерке»

История Intel неотделима от истории возникновения самой Кремниевой долины. В середине 1950-х годов Уильям Шокли, один из изобретателей транзистора в Bell Labs, переехал в Пало-Альто, чтобы создать собственную компанию — Shockley Semiconductor Laboratory. Его выбор места был не случайным — он хотел быть ближе к своей больной матери, но именно это решение стало катализатором создания мирового технологического центра.

Несмотря на гений Шокли, его управленческие качества и параноидальный характер оказались разрушительными для его же компании. В 1957 году восемь талантливейших инженеров — Джулиус Бланк, Виктор Гринич, Джин Хорни, Юджин Кляйнер, Джей Ласт, Гордон Мур, Роберт Нойс и Шелдон Робертс — покинули Shockley Semiconductor. Этот поступок был настолько радикальным для того времени, что Шокли назвал их «Предательской восьмеркой» (The Traitorous Eight).

Именно эти восемь инженеров основали Fairchild Semiconductor — компанию, которая стала настоящей «платоновской пещерой» для всей современной полупроводниковой индустрии. По данным историков технологий, более 30 прямых spin-off компаний были созданы бывшими сотрудниками Fairchild, включая такие гиганты как AMD, National Semiconductor и, конечно, Intel.

1.2. Основание Intel и закон Мура как экономический императив

В 1968 году Роберт Нойс и Гордон Мур покинули Fairchild Semiconductor и основали Intel. Название компании образовано от сокращения INTegrated ELectronics — интегрированная электроника. Интересно, что изначально они планировали назвать компанию «Moore Noyce», но это название уже было trademarked сетью отелей, поэтому пришлось искать другие варианты.

Изначально Intel фокусировалась на производстве memory chips — чипов памяти SRAM и DRAM. Компания быстро добилась успеха в этом направлении, но настоящий прорыв произошел в 1971 году, когда Intel представила первый в мире микропроцессор — Intel 4004. Это изобретение фактически создало новую отрасль и заложило основу для персональных вычислений.

Но perhaps самым важным вкладом Intel в технологическую индустрию стало не конкретное изобретение, а формулировка экономического принципа, известного как «Закон Мура». В 1965 году Гордон Мур, тогда еще работая в Fairchild, заметил закономерность: количество транзисторов на микросхеме удваивается примерно каждые два года. Позже этот observation был уточнен и стал прогнозом, который фактически превратился в само исполняющееся пророчество и технологический императив.

Для Intel закон Мура стал не просто observation, а стратегической бизнес-моделью. Компания построила всю свою деятельность вокруг обязательства каждые два года значительно увеличивать производительность своих чипов, одновременно снижая стоимость вычислений. Эта модель требовала колоссальных инвестиций в НИОКР и производственные мощности, но создавала практически непроницаемый конкурентный ров.

1.3. Золотой век: стратегия вертикальной интеграции и доминирование на рынке

Бизнес-модель Intel десятилетиями была образцом стратегического преимущества. Компания была интегрированным производителем устройств (IDM — Integrated Device Manufacturer), что означало полный контроль над всем процессом: от проектирования чипов (design) до их производства на собственных фабриках (manufacturing). Эта вертикальная интеграция создавала мощные конкурентные преимущества:

Технологическое лидерство: Собственное передовое производство позволяло Intel первой внедрять новые техпроцессы, что давало её чипам преимущество в производительности и энергоэффективности. Компания могла оптимизировать дизайн чипов под конкретные производственные процессы и наоборот.

Экономика масштаба: Огромные фабрики (fabs) снижали себестоимость производства каждого чипа. Intel могла распределять фиксированные затраты на НИОКР и строительство фабрик по огромному объему продукции.

Контроль качества и поставок: Полный контроль над цепочкой создания стоимости обеспечивал стабильное качество и надежность поставок, что было критически важно для корпоративных клиентов.

Защита интеллектуальной собственности: Производство внутри компании уменьшало риск утечки ноу-хау и технологических секретов к конкурентам.

Эра Wintel и доминирование на рынке ПК

Особую роль в возвышении Intel сыграл стратегический альянс с Microsoft, известный как «Wintel» (Windows + Intel). Эта экосистема стала доминирующей платформой для персональных компьютеров на decades. Intel обеспечивала постоянно растущую производительность процессоров, а Microsoft создавала программное обеспечение, которое использовало эти возможности.

К 1990-м годам Intel контролировала более 80% рынка процессоров для ПК и серверов. Компания стала одним из самых прибыльных предприятий в мире технологий с маржинальностью, которой могли позавидовать даже самые успешные компании других отраслей.

Завоевание рынка серверов

Не менее впечатляющим был успех Intel на рынке серверов. Архитектура x86, которая изначально доминировала на рынке ПК, постепенно вытеснила специализированные RISC-процессоры (от IBM, Sun Microsystems и других) с рынка серверов. Более низкая стоимость и постоянное улучшение производительности процессоров x86 сделали их предпочтительным выбором для дата-центров.

К началу 2000-х годов Intel стала практически монополистом на рынке процессоров для серверов, контролируя более 95% этого рынка. Серверный бизнес стал основным источником прибыли для компании, поскольку серверные процессоры имели значительно более высокую маржу по сравнению с потребительскими чипами.

Часть 2: Эра стратегических ошибок — Как Intel упустила будущее

2.1. Слепота к мобильной революции: провал в сегменте смартфонов

Одной из самых значительных стратегических ошибок Intel стало почти полное игнорирование мобильной революции. Когда в 2007 году Стив Джобс представил iPhone, это ознаменовало начало новой эры вычислений — эры мобильных устройств. Однако Intel, сосредоточенная на своем высокомаржинальном бизнесе процессоров для ПК и серверов, не увидела в этом угрозы.

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

Технические проблемы архитектуры x86

Главной проблемой стало то, что архитектура x86, на которой специализировалась Intel, была фундаментально менее энергоэффективной, чем архитектура ARM, доминирующая в мобильных устройствах. Как отмечает Тони Фаделл, один из создателей iPhone, Apple в середине 2000-х действительно рассматривала чипы Intel для iPhone, но они были непригодны из-за проблем с энергопотреблением.

«Мышление Intel никогда не было об этом... Они просто переупаковывали то, что у них было для десктопа, для ноутбука, а затем снова для встраиваемых систем», — отмечал Фаделл.

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

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

2.2. Потеря производственного лидерства: как TSMC обошла Intel

Perhaps самый болезненный удар для Intel came от тайваньской компании TSMC, которая смогла обойти американского гиганта в технологической гонке.

Долгие годы Intel гордилась своим технологическим превосходством в полупроводниковом производстве. Компания первой внедряла новые техпроцессы и годами поддерживала лидерство. Однако в середине 2010-х годов ситуация начала меняться.

Ключевые причины потери производственного лидерства:

Задержка с внедрением EUV-литографии: Intel решила отложить внедрение крайне дорогой литографии с использованием крайнего ультрафиолета (EUV) для своего 10-нм техпроцесса, полагаясь на традиционную многопатерновую литографию. Это решение оказалось фатальным — сложность процесса привела к многолетним задержкам.

Технологические трудности с 10-нм процессом: Intel столкнулась с серьезными проблемами при освоении 10-нм техпроцесса, что привело к многократным переносам сроков. В то время как TSMC и Samsung успешно перешли на аналогичные и более продвинутые техпроцессы.

Консервативная корпоративная культура: По некоторым данным, инженерная культура Intel стала слишком консервативной и бюрократической, что замедляло принятие решений и внедрение инноваций.

Последствия были катастрофическими: к 2020 году TSMC не только догнала, но и уверенно обошла Intel, забрав себе титул лидера полупроводникового производства. Это мгновенно обесценило ключевое конкурентное преимущество Intel — передовое производство.

2.3. Возвышение AMD: как конкурент воспользовался ошибками Intel

Пока Intel боролась с внутренними производственными проблемами, ее главный конкурент AMD совершил одно из самых впечатляющих корпоративных comeback в истории технологий.

В 2014 году AMD наняла легендарного инженера Джима Келлера (который ранее работал над процессорами Apple A4/A5), чтобы возглавить разработку новой архитектуры. Результатом стала архитектура Zen, которая коренным образом изменила конкурентный ландшафт.

Преимущества новой стратегии AMD:

Отказ от собственного производства: AMD отделила свое производственное подразделение в отдельную компанию GlobalFoundries, а затем начала работать с TSMC. Это позволило AMD получить доступ к лучшим в мире производственным процессам.

Модульный дизайн чипов: AMD разработала модульный подход к проектированию процессоров (chiplets), что позволило создавать более гибкие и cost-effective решения.

Оптимизация под производство TSMC: В отличие от Intel, которая должна была проектировать чипы под собственные производственные процессы, AMD могла оптимизировать дизайн под передовые процессы TSMC.

Результат не заставил себя ждать: доля AMD на рынке процессоров для ПК и серверов начала steadily расти. На рынке дата-центров доля AMD приблизилась к 50%, что стало серьезным ударом по самому прибыльному сегменту бизнеса Intel.

2.4. Упущенная революция ИИ: как NVIDIA захватила новые рынки

Новая парадигма вычислений, связанная с искусственным интеллектом и машинным обучением, застала Intel врасплох. В то время как NVIDIA сфокусировалась на GPU как на платформе для параллельных вычислений, Intel продолжала пытаться адаптировать свою архитектуру x86 для новых workloads.

Проблемы Intel на рынке ускорителей ИИ:

Непонимание новых парадигм вычислений: Архитектура x86, оптимизированная для последовательных вычислений, плохо подходила для massively parallel вычислений, необходимых для deep learning.

Отсутствие единой программной платформы: В то время как NVIDIA создала унифицированную программную платформу CUDA, которая стала отраслевым стандартом для ИИ-разработчиков, Intel предлагала разрозненные решения.

Запоздалые приобретения: Покупка израильского стартапа Habana Labs и запуск ускорителя Gaudi 3 были правильными шагами, но они запоздали на несколько лет. Примечательно, что чипы Gaudi также производятся на заводах TSMC, а не Intel.

К 2024 году NVIDIA стала одной из самых valuable компаний в мире, в то время как Intel боролась за выживание. Рынок ускорителей ИИ стал одним из самых быстрорастущих сегментов полупроводниковой индустрии, и Intel практически отсутствовала на нем.

Часть 3: Глубина кризиса — Технологические, финансовые и стратегические проблемы

3.1. Технологический кризис: техпроцесс 18A как последняя надежда

Согласно анализу Semianalysis, текущая ситуация с техпроцессом Intel 18A представляет собой критически важный момент для компании. Этот техпроцесс является не просто очередным этапом развития, а последним шансом для Intel сохранить технологическую независимость и конкурентоспособность.

Ключевые проблемы с техпроцессом 18A:

Проблемы с выходом годных кристаллов: Внутренние оценки Intel, по данным источников Semianalysis, указывают на сохраняющиеся проблемы с выходом годных кристаллов на опытных производствах. Низкий yield rate может привести к очередным задержкам и невозможности наладить массовое производство с приемлемой себестоимостью.

Жесткие временные рамки: Рыночное окно для успешного запуска 18A ограничено. Если Intel не выйдет на массовое производство в 2025 году, компания может permanently отстать от TSMC и Samsung.

Конкуренция со стороны TSMC: Пока Intel пытается освоить 18A, TSMC уже работает над более advanced техпроцессами (2nm и ниже), создавая постоянно moving target.

Последствия провала 18A будут катастрофическими: Intel окончательно потеряет возможность конкурировать на рынке передовых полупроводниковых производств, что сделает бессмысленными амбициозные планы IDM 2.0.

3.2. Финансовый кризис: анализ катастрофических показателей

Финансовое положение Intel стремительно ухудшается, что ярко демонстрируют последние отчеты компании:

Рекордные убытки: В I квартале 2023 года Intel зафиксировала рекордный квартальный убыток в почти $3 млрд. Во II квартале 2024 года чистый долг компании достиг $1,61 млрд.

Структура долга: Intel активно привлекала заемные средства для финансирования капитальных затрат (строительство фабрик), и теперь обслуживание этого долга съедает львиную долю операционного cash flow.

Сокращение инвестиций в R&D: Впервые за десятилетия Intel вынуждена сокращать расходы на исследования и разработки будущих технологий, чтобы финансировать текущие операции. Это создает порочный круг: без прорывных технологий нет конкурентных продуктов, что ведет к дальнейшей потере рынка и доходов.

Потеря маржинальности: Рентабельность бизнеса Intel значительно снизилась из-за производственных проблем, ценового давления со стороны AMD и высоких капитальных затрат.

Сравнительный анализ финансовых показателей Intel и основных конкурентов:

Стратегический кризис: фундаментальные проблемы IDM 2.0

Вернувшись в 2021 году на пост CEO, Пэт Гелсингер представил план спасения под названием IDM 2.0. Его суть — попытка трансформировать внутреннее производственное подразделение в конкурентоспособную foundry-службу, которая будет работать и на Intel, и на внешних заказчиков. По мнению Гелсингера, только так компания может сохранить инвестиции в дорогостоящие разработки передовых техпроцессов.

Однако у этой модели есть фундаментальная проблема конфликта интересов:

Вопрос приоритетов: Собственные проекты Intel (процессоры для ПК, серверов) всегда будут иметь приоритет для внутреннего производства перед заказами сторонних клиентов. В условиях дефицита производственных мощностей внешние клиенты окажутся в невыгодном положении.

Вопрос доверия: Сможет ли, например, NVIDIA или Qualcomm доверить проекты своих самых передовых чипов своему прямому конкуренту? Это маловероятно. Semianalysis сообщает, что несколько ключевых потенциальных клиентов Intel Foundry Services уже свернули переговоры или приостановили совместные проекты.

Экономическая неэффективность: Бизнес по производству чипов (как у TSMC) имеет рентабельность около 50%, в то время как бизнес по проектированию (как у NVIDIA) — 60-65%. Интеграция этих двух моделей под одной крышей создает постоянное внутреннее напряжение и не позволяет оптимизировать структуру затрат.

Дополнительные проблемы IDM 2.0:

Нереалистичные сроки: План «5 узлов за 4 года» изначально был амбициозным, но теперь, по данным инсайдеров, признан невыполнимым даже внутри компании.

Отток кадров: Демотивация инженерного состава и отток лучших кадров в AMD, NVIDIA и TSMC ослабляет способность Intel реализовывать амбициозные планы.

3.4. Реакция рынка и инвесторов: растущее давление

Рыночная реакция на кризис Intel была однозначной: акции компании значительно underperformed по сравнению с другими полупроводниковыми компаниями. За последние 5 лет акции Intel выросли лишь на 15%, в то время как акции NVIDIA — на 1200%, AMD — на 300%, а TSMC — на 150%.

Давление со стороны инвесторов:

Требования активистов: Крупные институциональные инвесторы все активнее требуют от совета директоров рассмотреть возможность радикального разделения компании на design-house и pure-play foundry.

Смена руководства: Некоторые инвесторы открыто призывают к смене CEO, arguing что Пэт Гелсингер не смог предложить жизнеспособный план спасения компании.

Сокращение дивидендов: Компания была вынуждена значительно сократить выплаты дивидендов, что вызвало недовольство income-ориентированных инвесторов.

Часть 4: Возможные сценарии будущего — От распада до трансформации

4.1. Сценарий 1: Полное разделение (наиболее вероятный)

Согласно анализу как Stratechery, так и Semianalysis, наиболее вероятным и целесообразным сценарием является полное разделение Intel на две независимые компании:

Intel Design: Компания, занимающаяся проектированием процессоров для ПК, серверов и других устройств. Эта компания могла бы конкурировать с AMD, Apple и ARM, используя для производства лучшие доступные foundry-услуги (TSMC, Samsung или новая Intel Foundry).

Intel Foundry: Чистая foundry-компания, которая would конкурировать с TSMC и Samsung. Эта компания могла бы привлекать внешних клиентов, не вызывая подозрений в конфликте интересов.

Преимущества этого подхода:

Устранение конфликта интересов

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

Повышение операционной эффективности

Более четкая фокусировка на конкретных рынках

Недостатки и challenges:

Сложность и стоимость разделения

Потежа синергии между design и manufacturing

Необходимость создания отдельных управленческих команд

4.2. Сценарий 2: Экстренная национализация

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

Логика этого сценария: Правительство США, руководствуясь соображениями национальной безопасности, может выкупить контрольный пакет акций или ключевые производственные активы (фабрики), чтобы гарантировать поставки чипов для ВПК и критической инфраструктуры.

Преимущества этого подхода:

Гарантированный доступ к advanced semiconductor manufacturing для нужд национальной безопасности

Сохранение технологического суверенитета США

Финансовая поддержка дорогостоящих капитальных затрат

Недостатки и risks:

Политическая противоречивость национализации в США

Неэффективность, характерная для государственных предприятий

Это не решит проблему отсутствия конкурентоспособных технологий

4.3. Сценарий 3: Поглощение или слияние

Третий сценарий предполагает поглощение Intel или ее частей другими технологическими гигантами.

Возможные варианты:

Поглощение Qualcomm: Появилась информация, что Qualcomm рассматривает возможность покупки Intel. Однако эта сделка выглядит крайне рискованной. Аналитик Минг-Чи Куо предупреждает, что гигантский долг и проблемы Intel могут «утянуть на дно» и саму Qualcomm.

Покупка Apple: Apple может быть заинтересована в патентах и инженерном таланте Intel, особенно в light собственных планов по разработке чипов.

Разделение и продажа по частям: Наихудший сценарий, при котором активы компании (патенты, фабрики, IP) распродаются по частям различным покупателям.

Вероятность этого сценария оценивается как низкая из-за regulatory hurdles, огромной стоимости сделки и сложности интеграции такой крупной и проблемной компании.

4.4. Сценарий 4: Управляемое банкротство и реструктуризация

Наихудший сценарий для Intel — это банкротство по главе 11 и последующая фундаментальная реструктуризация.

В этом сценарии компания была бы защищена от кредиторов while она реструктуризирует свои операции и долги. Это позволило бы избавиться от непосильного долгового бремени и непрофильных активов, но нанесло бы catastrophic ущерб бренду и отношениям с клиентами.

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

Часть 5: Заключение — Необходимость стратегической честности

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

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

Путь к спасению для Intel лежит через радикальную трансформацию...