0xParshikov
Open in Telegram
Я Сергей Паршиков. Руковожу развитием b2b интернет-банка в Альфе. Пишу про fintech, менеджмент, web 3 и свои увлечения.
Show more2 561
Subscribers
No data24 hours
-77 days
+130 days
Data loading in progress...
Similar Channels
![[Гурбанов] Кирилл говорил](https://cdn.tlmtr.io/_next/image?url=https%3A%2F%2Fimg.tlmtr.io%2Fc%2F1cSdnc%2F5388857658154095807%3Fty%3Dx&w=96&q=75){kind=small}
Tags Cloud
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
September '26
September '26
+8
in 0 channels
August '26
+41
in 1 channels
Get PRO
July '26
+48
in 0 channels
Get PRO
June '26
+132
in 2 channels
Get PRO
May '26
+46
in 2 channels
Get PRO
April '26
+44
in 0 channels
Get PRO
March '26
+49
in 0 channels
Get PRO
February '26
+22
in 0 channels
Get PRO
January '26
+24
in 0 channels
Get PRO
December '25
+1 681
in 2 channels
Get PRO
November '25
+34
in 0 channels
Get PRO
October '25
+51
in 0 channels
Get PRO
September '25
+62
in 0 channels
Get PRO
August '25
+91
in 2 channels
Get PRO
July '25
+41
in 0 channels
Get PRO
June '25
+61
in 0 channels
Get PRO
May '25
+30
in 1 channels
Get PRO
April '25
+51
in 2 channels
Get PRO
March '25
+68
in 1 channels
Get PRO
February '25
+106
in 1 channels
Get PRO
January '25
+51
in 0 channels
Get PRO
December '24
+65
in 1 channels
Get PRO
November '24
+107
in 1 channels
Get PRO
October '24
+198
in 2 channels
Get PRO
September '24
+350
in 0 channels
Get PRO
August '24
+758
in 0 channels
Get PRO
July '24
+38
in 0 channels
Get PRO
June '24
+71
in 0 channels
Get PRO
May '24
+69
in 0 channels
Get PRO
April '24
+85
in 0 channels
Get PRO
March '24
+146
in 2 channels
Get PRO
February '24
+76
in 1 channels
Get PRO
January '24
+133
in 0 channels
Get PRO
December '23
+271
in 3 channels
Get PRO
November '23
+618
in 2 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 08 September | +1 | |||
| 07 September | +2 | |||
| 06 September | 0 | |||
| 05 September | +2 | |||
| 04 September | 0 | |||
| 03 September | +1 | |||
| 02 September | +1 | |||
| 01 September | +1 |
Channel Posts
| 2 | Когда начинал в iRacing, мечтал сесть в Porsche и вонзиться в гонки. Но симулятор оказался настолько реалистичным, что тренер долго качал мои качал базовые навыки на BMW M2 Racing G87 - начальная гоночная машина BMW Motorsport. Не очень быстрая, валкая, тугая в поворотах, зато почти не скрывает водительские ошибки. И мне кажется, под стало получаться достаточно неплохо. Много побед, очень часто влетал в топ 5.
Начинаю следующая ступень - Porsche 911 Cup (992.2). Настоящий Cup car.
Пока вообще ничего не получается. Следом будет пост первых провальных попыток :)
И, кстати, красиво круг замкнулся. Свой путь в iRacing начинал именно на Virginia International Raceway, только на короткой версии трассы. Эпоху BMW уже закрываю на Full Course, полном треке.
Возможно, ещё вернусь к Бэхе, но пока оставлю эту гонку здесь для истории.
Ловите закрывающее видео на BMW.
Всем офигенного воскресенья, увидимся уже на рабочей неделе :) | 2 |
| 3 | Когда начинал в iRacing, мечтал сесть в Porsche и вонзиться в гонки. Но симулятор оказался настолько реалистичным, что тренер долго качал мои качал базовые навыки на BMW M2 Racing G87 - начальная гоночная машина BMW Motorsport. Не очень быстрая, валкая, тугая в поворотах, зато почти не скрывает водительские ошибки. И мне кажется, под стало получаться достаточно неплохо. Много побед, очень часто влетал в топ 5.
Начинаю следующая ступень - Porsche 911 Cup (992.2). Настоящий Cup car.
Пока вообще ничего не получается. Следом будет пост первых провальных попыток :)
И, кстати, красиво круг замкнулся. Свой путь в iRacing начинал именно на Virginia International Raceway, только на короткой версии трассы. Эпоху BMW уже закрываю на Full Course, полном треке.
Возможно, ещё вернусь к Бэхе, но пока оставлю эту гонку здесь для истории.
Ловите закрывающее видео на BMW.
Всем офигенного воскресенья, увидимся уже на рабочей неделе :) | 1 |
| 4 | Как выглядит вайбкодинг? Codex получает задачу, работает с репозиторием, пишет код и запускает тесты. Но без нормального процесса он очень эффективно производит код. Но шанс получить продукт для конечного пользователя из коробки небольшой.
На прошлой неделе я провёл огромное количество времени не в коде, а в проектировании процесса вокруг Codex. Без него ты просто сжигаешь токены.
Процесс должен снижать стоимость разработки, сокращать time-to-market и выдавать полезные пользовательские истории, а не технические задачи.
У меня были кейсы, когда на тысячу строк кода Codex писал 736 автотестов. Тупо, больно и дорого. Можно получить зелёный прогон и потерять пользовательский сценарий.
С четверга Codex полтора дня аудировал и рефакторил моего AI-ассистента. Получилась работа ради работы: часть сценариев потерялась, решение стало сложнее развивать.
Поэтому производственный процесс развивался итерациями.
Версия 2.0 добавила два гейта: Pre-Challenge после Discovery и Challenge после Delivery.
В версии 2.1 появился автономный цикл:
Delivery → production-like regression → Challenge → Delivery.
Блокеры исправляются одной волной. После трёх неуспешных циклов эпик возвращается в технический Discovery и новый Pre-Challenge. Нужно менять подход: удалять, переиспользовать или упрощать.
Я подключаюсь, только когда меняются границы, появляется риск или больше нет обоснованного подхода. Не «делай что угодно до утра», а «двигайся внутри понятных границ».
Версия 2.2 формализовала виртуальную команду и полный цикл эпика:
Discovery → Pre-Challenge → DoR → Delivery → Challenge → DoD → Rollout → Closure → Работа над ошибками.
Что происходит внутри:
Discovery: Product Owner фиксирует результат, границы и до семи историй. Команда готовит техническое решение, production-like и recovery.
Pre-Challenge: Product Owner проверяет продукт, затем CTO техническую полноту, архитектуру и минимальность. После PASS я согласую DoR.
Delivery: инженер реализует, тестировщик проверяет, администратор собирает точный production-like candidate.
Challenge: тестировщик → дизайнер, если менялся интерфейс → администратор → архитектор → CTO → руководитель процесса → Product Owner. Инженер даёт код и доказательства, но не принимает свою работу. FAIL возвращает блокеры в Delivery.
DoD: Product Owner показывает статусы, отклонения и Rollout. После согласования администратор переключает production, тестировщик проводит smoke, при угрозе выполняется rollback.
Closure синхронизирует документацию и убирает хвосты. Затем руководитель процесса фиксирует циклы, первопричины и уроки.
Над эпиками в производственном процессе 2.2 появилась программа. EPIC-000 определяет цель, roadmap, зависимости и будущие истории. Его цикл: Program Discovery → Program Challenge → DoR программы. У него нет Delivery, DoD, Rollout, Closure и работы над ошибками. Program Challenge идёт так:
дизайнер при наличии интерфейса → инженер → тестировщик → администратор при изменениях production → архитектор → CTO → руководитель процесса → Product Owner.
Сейчас в программе EPIC-000 и 12 продуктовых эпиков, внутри них 71 история. Оценка составляет 166-266 часов агентской работы до Rollout, без ожиданий и моих точечных решений. EPIC-013 Accounts сюда не входит. Мысленно умножаю на три.
В версии 2.3 хочу добавить лимиты на возвраты подготовки документации и отдельного security reviewer для контроля данных и контура безопасности.
Пока вывод простой: мощная модель без процесса остаётся быстрым генератором кода. Виртуальная команда начинается там, где есть роли, границы, независимая приёмка, доказательства пользовательских сценариев, безопасный Rollout и работа над ошибками.
Это flow для solo-разработки. Для внедрения в enterprise подход будет другим.
Следом выложу примеры производственных инструкций. Хочу сразу положить их в Git.
🌭 Плевать, можно файлами кидать
🦄 Расскажи про программу на 166-266 часов | 563 |
| 5 | Я уже писал: внедрение сырых моделей в enterprise-разработку будет низкоэффективным, на мой скромный взгляд.
Как вообще выглядит этот вайбкодинг: Codex - агент для разработки. Он получает задачу, работает с репозиторием, кодит, запускает тесты и проверяет результат (тут часто программирования ради программирования). Но без нормального процесса такой агент очень эффективно производит код. Не обязательно продукт.
На прошлой неделе провёл огромное количество времени не в коде, а в проектировании производственного процесса Codex. Без него ты просто сжигаешь токены и не получаешь результат.
Правильный процесс должен снижать стоимость разработки и сокращать time-to-market за счёт меньшего количества уточнений и переделок. А на выходе должны появляться пользовательские истории с явной пользой, а не набор технических задач.
У меня были смешные кейсы, когда на тысячу строк кода Codex писал 736 автотестов. Тупо, больно и дорого. Только количество тестов ничего не гарантирует: можно получить зелёный прогон и потерять пользовательский сценарий.
Сначала у меня появилась базовая схема:
Discovery → DoR → Delivery → DoD → Rollout → Closure.
С четверга Codex полтора дня аудировал прошлую реализацию моего личного AI-ассистента и занимался рефакторингом. Получилась работа ради работы.
В теории всё работало. На практике часть пользовательских сценариев не отрабатывала, часть потерялась, а решение стало сложнее развивать.
Так в 2.0 версии производственного процесса появились два гейта качества: Pre-Challenge в конце Discovery и Challenge в конце Delivery.
На Pre-Challenge Product Owner (субагент) проверяет результат, границы и истории, а CTO смотрит на техническую полноту, архитектуру и минимальность решения.
Challenge в Delivery проверяет готовую реализацию. Проверяющий не исправляет собственные замечания: основной агент делает изменения, остальные роли возвращают PASS или FAIL и список блокеров. Иначе аудит превращается в новую волну неконтролируемого рефакторинга.
В версии 2.1 появился автономный цикл c возвратом:
Delivery → production-like regression → Challenge и обратно в delivery.
Блокеры собираются в один пул и исправляются одной волной. После трёх неуспешных циклов эпик возвращается в технический Discovery и новый Pre-Challenge. Нужно не добавлять ещё один фикс, а менять подход: удалять лишнее, переиспользовать или упрощать.
Я подключаюсь, только когда меняются границы, появляется существенный риск или у команды больше нет обоснованного подхода.
Это нужная мне автономия. Не «делай что угодно до утра», а «самостоятельно двигайся внутри понятных границ и приходи только за реальными решениями».
Самой болезненной частью оставался Rollout. Dev-контур мог быть зелёным, а production находил что-то ещё. С моим ассистентом потребовалось чуть ли не десять ручных циклов исправлений.
Поэтому в версии 2.2 я формализовал виртуальную команду и порядок проверок.
На Challenge последовательно подключаются ведущий тестировщик, дизайнер при изменении интерфейса, главный администратор, главный архитектор, CTO, руководитель производственного процесса и последним Product Owner. Ведущий инженер предоставляет код и доказательства, но не принимает собственную работу.
Ещё одно изменение в 2.2: над эпиками появилась программа.
Нулевой эпик, EPIC-000, определяет цель, границы, roadmap, зависимости и будущие истории. У него нет Delivery, DoD, Rollout и Closure. Он создаёт целостную конструкцию программы до начала разработки.
Но процесс не идеален, будет апгрейд до версии 2.3 : лимиты на возврат фазы подготовки документации и отдельный cybee security reviewer, который будет следить за утечками данных и изменениями контура безопасности.
Пока главный вывод, что мощная модель без процесса остаётся очень быстрым генератором кода.
Виртуальная команда начинается там, где появляются роли, границы, независимая приёмка, доказательства пользовательских сценариев, безопасный Rollout и обязательная работа над ошибками.
Это flow для solo разработки, для внедрения в enterprise подход иной.
Сейчас моя программа насчитывает 13 эпиков, по 7 user stories для меня и оценкой в 160 часов чистой работы без моего участия. Думаю можно смело умножить на 3.
Следом выложу примеры инструкций производства, но хочу сразу в git
🌭 Плевать, можно файлами кидать
🦄 Расскажи про эту программу на 160 часов | 1 |
| 6 | Когда начинал в iRacing, мечтал сесть в Porsche и вонзиться в гонки. Но симулятор оказался настолько реалистичным, что тренер долго качал мои качал базовые навыки на BMW M2 Racing G87 - начальная гоночная машина BMW Motorsport. Не очень быстрая, валкая, тугая в поворотах, зато почти не скрывает водительские ошибки. И мне кажется, под стало получаться достаточно неплохо. Много побед, очень часто влетал в топ 5.
Начинаю следующая ступень - Porsche 911 Cup (992.2). Настоящий Cup car.
Пока вообще ничего не получается. Следом будет пост первых провальных попыток :)
И, кстати, красиво круг замкнулся. Свой путь в iRacing начинал именно на Virginia International Raceway, только на короткой версии трассы. Эпоху BMW уже закрываю на Full Course, полном треке.
Возможно, ещё вернусь к Бэхе, но пока оставлю эту гонку здесь для истории.
Ловите закрывающее видео на BMW.
Всем офигенного воскресенья, увидимся уже на рабочей неделе :) | 1 |
| 7 | Когда начинал в iRacing, мечтал сесть в Porsche и вонзиться в гонки. Но симулятор оказался настолько реалистичным, что тренер долго качал мои качал базовые навыки на BMW M2 Racing G87 - начальная гоночная машина BMW Motorsport. Не очень быстрая, валкая, тугая в поворотах, зато почти не скрывает водительские ошибки. И мне кажется, под стало получаться достаточно неплохо. Много побед, очень часто влетал в топ 5.
Начинаю следующая ступень - Porsche 911 Cup (992.2). Настоящий Cup car.
Пока вообще ничего не получается. Следом будет пост первых провальных попыток :)
И, кстати, красиво круг замкнулся. Свой путь в iRacing начинал именно на Virginia International Raceway, только на короткой версии трассы. Эпоху BMW уже закрываю на Full Course, полном треке.
Возможно, ещё вернусь к Бэхе, но пока оставлю эту гонку здесь для истории.
Ловите закрывающее видео на BMW.
Всем офигенного воскресенья, увидимся уже на рабочей неделе :)
Когда начинал в iRacing, мечтал сесть в Porsche и вонзиться в гонки. Но симулятор оказался настолько реалистичным, что тренер долго качал мои качал базовые навыки на BMW M2 Racing G87 - начальная гоночная машина BMW Motorsport. Не очень быстрая, валкая, тугая в поворотах, зато почти не скрывает водительские ошибки. И мне кажется, под стало получаться достаточно неплохо. Много побед, очень часто влетал в топ 5.
Начинаю следующая ступень - Porsche 911 Cup (992.2). Настоящий Cup car.
Пока вообще ничего не получается. Следом будет пост первых провальных попыток :)
И, кстати, красиво круг замкнулся. Свой путь в iRacing начинал именно на Virginia International Raceway, только на короткой версии трассы. Эпоху BMW уже закрываю на Full Course, полном треке.
Возможно, ещё вернусь к Бэхе, но пока оставлю эту гонку здесь для истории.
Ловите закрывающее видео на BMW.
Всем офигенного воскресенья, увидимся уже на рабочей неделе :)
youtube.com/watch?v=KkZo7sQY6c4&feature=youtu.be | 1 |
| 8 | Когда начинал в iRacing, мечтал сесть в Porsche и вонзиться в гонки. Но симулятор оказался настолько реалистичным, что тренер долго качал мои качал базовые навыки на BMW M2 Racing G87 - начальная гоночная машина BMW Motorsport. Не очень быстрая, валкая, тугая в поворотах, зато почти не скрывает водительские ошибки. И мне кажется, под стало получаться достаточно неплохо. Много побед, очень часто влетал в топ 5.
Начинаю следующая ступень - Porsche 911 Cup (992.2). Настоящий Cup car.
Пока вообще ничего не получается. Следом будет пост первых провальных попыток :)
И, кстати, красиво круг замкнулся. Свой путь в iRacing начинал именно на Virginia International Raceway, только на короткой версии трассы. Эпоху BMW уже закрываю на Full Course, полном треке.
Возможно, ещё вернусь к Бэхе, но пока оставлю эту гонку здесь для истории.
Ловите закрывающее видео на BMW.
Всем офигенного воскресенья, увидимся уже на рабочей неделе :) | 2 |
| 9 |  +2Скоро на сцене VK Conf
Пятница, хотел про команду написать, но всё свободное слоты в календаре уходят на подготовку выступления на VK WorkSpace conf '26 (23.09).
VK- почти альма-матер: возвращаюсь в родные пенаты, но рассказывать уже буду не про почтовые сервисы, а про корпоративный онлайн-банкинг.
В общем, тема корпоративная, сложная, не все её просто поглощают. Поэтому я решил сделать энциклопедический рассказ про эволюцию корпбанкинга в России.
Хочется ещё и заглянуть на пару лет вперёд, поэтому материал будет немного визионерский. Про наш next big thing Персонализацию и конечно про нашего АИ ассистента.
Пока можно кайфануть от слайдов — мне очень нравится, что получается.
Мы ещё обязательно накинем хохломы, чтобы получился конкретный фантех.
Всех с пятницей 😎 | 613 |
| 10 |  Мы далеки от автономного написания кода
…в enterprise-системах через AI-агентов. Я долго игнорировал тему vibe coding, потому что видел, как мои знакомые гики играются с vibe coding-инвентарем. 5% пользы в лучшем случае против 95% инжиниринга. Многие, кстати, плюнули, наигрались и перестали об этом писать. Возможно, я тоже к этому приду.
Где-то за полторы недели я повторил их опыт, только пользы как конечному потребителю было 1%, а 99% времени я тратил на инжиниринг инфраструктуры.
Но мой последний пятничный пост о первых итогах знакомства с Codex еще больше открыл мне глаза. Представьте, начиная использовать агентов для написания кода, мы хотели сразу же получить конечный результат, чтобы конечный пользователь потреблял создаваемый продукт для закрытия своих потребностей.
В последнем посте про ИИ почти все комментаторы написали о том, как они подготавливают AI-инфраструктуру для процесса инжиниринга. То есть мы настолько далеки от последнего шага, что мы даже не готовы вайбкодить 😂, а сейчас пытаемся сократить количество потребляемых токенов, пытаемся правильным образом структурировать работу этих агентов.
Это, кстати, не отменяет революции в процессе разработки, но заставляет трезво посмотреть на текущие возможности.
Как я сейчас себе вижу имплементацию AI-инвентаря для vibe coding и инжиниринга?
В больших структурах должна появиться как минимум одна полноценная команда из всех специальностей: ведущий product owner, ведущий дизайнер, ведущий разработчик, ведущий инженер по тестированию, админ и обязательно ведущий скрам-мастер, который в моем случае подменяется руководителем производственного процесса.
И эта команда не пишет конечный продукт для пользователя. Эта команда отвечает за организацию всего процесса разработки. То есть фактически они, эксперты в своих областях, описывают принципы и подходы, которые близки к enterprise-структуре, в которой они работают.
Их работа заключается в перманентном ежедневном инжиниринге процессов, в совершенствовании инструкций, в оценке эффективности разрабатываемого кода. По факту они являются сверхэкспертами, которые социализируют принципы и подходы в flow от идеи до кода в продакшене, а может быть, и шажочком дальше.
Пока я считаю, что без такой команды отдавать этот инструментарий 20-30 командам бессмысленно. Первые эксперименты показывают, что токены сгорают бесконечно, кодовая база увеличивается по параболе, пользы от конечного результата не так уж и много.
Буду наблюдать, буду тестировать, но пока склоняюсь к этому.
Сам последние два дня занимаюсь рефакторингом своего производственного процесса, дотачиваю файлы Agent.md и Engineering.md. Считаю, что без этого продолжать продуктовые инкременты в своей операционной системе бессмысленно. | 769 |
| 11 | ⭐️⭐️⭐️⭐️⭐️⭐️
Цифровые платформы годами соревновались в количестве опций, но сейчас важнее другое: чтобы каждый пользователь видел то, что нужно именно ему.
Какими становятся цифровые сервисы для бизнеса? Обсудили в подкасте на Business FM с 9️⃣ Ильёй Бубликом, директором по развитию СКБ Контур, и 9️⃣ Сергеем Паршиковым, руководителем департамента развития цифровых каналов юридических лиц Альфа-Банка.
0:23 — Почему собрать все сервисы в одном месте уже недостаточно
2:47 — Фичеризм vs персонализация
4:12 — Новые стандарты цифровых платформ. Что ждёт бизнес
6:50 — Фантех: проектировать не только функции, но и эмоции
9:20 — «Цифровые сотрудники»: какую рутину уже можно передать ИИ
13:18 — Цена ошибки: что нельзя делегировать искусственному интеллекту
16:49 — ИИ-агенты и будущее привычных приложений
🎼 В предыдущих выпусках:
⚡️Как завод с 76-летней историей адаптируется на сложном рынке: разговор с генеральным директором Карачаровского механического завода
⚡️Какое будущее ждёт российскую ИТ-индустрию и рынок труда: поговорили с генеральным директором HeadHunter
⚡️Как тратить меньше времени на рутину: обсудили с руководителем «Центра логистических решений»
⚡️Тренды в недвижимости с MR Group: почему вторичка скоро навяжет конкуренцию новым ЖК и как застройщики сейчас финансируют стройку
❤️ Telegram | MAX | 696 |
| 12 |  Подкаст BFM про развитие корпоративных онлайн-банков
Всем офигенного вторника и продуктивной рабочей недели
Ребят, на прошлой неделе был в студии BFM. Записывали с Ильей (директор по развитию СКБ Контур), подкаст про корп банкинг.
Поговорили про прошлое, вспомнили экосистемы 😳, про будущее, безопасность и актуальные стандарты, которые ставят перед собой команды разработки интернет-банков, а также про то, что от нас ждут клиенты.
Словами пересказывать не буду, лучше послушать из первых уст | 680 |
| 13 |  Video message | 280 |
| 14 | Первая неделя в постели с искусственным интеллектом
Ребят, всю неделю я маниакально занимался развитием собственной операционной системы. Или личного агента, ассистента, помощника, коуча - пока не знаю, как это правильно назвать.
Если суперкратко: 2% пользовательской пользы, 98% инжиниринга ради инжиниринга. Технологии в лоб.
И самое печальное: я понимаю, что в конечном счёте продукт, который сможет блестяще помогать тебе во всех необходимых областях - спорт, здоровье, нутрициология, интерпретация медицинских анализов, работа со сном, мотивация, планирование, приоритизация и так далее, - создадут крупные компании. Anthropic, OpenAI или какой-нибудь стартап из Кремниевой долины.
Тем не менее это очень увлекательное путешествие.
За эту неделю мне удалось настроить синхронизацию с API Oura, подтянуть данные с умных весов и создать агента, который каждое утро спрашивает меня: «Ну как оно?» Потом интерпретирует ответ и мэтчит его с моими руководящими принципами и установками.
Не вдаваясь в детали: всё работает безумно нестабильно.
Ради реализации одного этого юзкейса всё остальное время я занимался инженерными задачами. Отказывался от обычных текстовых файлов в пользу SQL, разрабатывал политики обработки и хранения данных. Несколько дней потратил на обучение агента производственному процессу, интегрировал в него принципы простоты и объяснял, как не надо делать.
За три дня он сожрал у меня 120 баксов, впустую запустив 94 абсолютно бессмысленных агента.
В конечном счёте мне пришлось создать для него собственный производственный процесс, чем-то похожий на тот, по которому мы работаем в Альфе.
DISCOVERY · effort xhigh
↓
Product Design
Проектирование продукта и технического решения
↓
Execution Plan
Подробный план реализации
↓
DoR
Короткое управленческое резюме вместо всей спецификации:
• 7 user stories как функциональные требования
• 7 нефункциональных требований с кратким способом реализации
• реестр максимум из 7 рисков
• критические риски входят в периметр работ
↓
Architecture Challenge
Поиск альтернатив, изучение лучших практик и проверка, нельзя ли сделать решение проще
↓
DELIVERY · effort high
• реализация по готовой спецификации
• стандартные инженерные процедуры Superpowers
• без параллельных агентов, потому что они впустую уничтожают токены
↓
CHALLENGE
• CTO требует сокращать количество строк кода
• инженер ищет более простое и изящное решение
• админ требует простой эксплуатации и сопровождения
↓
ROLLOUT
О нём как-нибудь отдельно.
Мне постоянно приходится проводить работу над ошибками и доучивать сам процесс разработки. Зато теперь всё это позволяет намного экономнее тратить токены.
Кажется, успешной реализации одного юзкейса я всё-таки добился. Сам юзкейс - это примерно 5% кода. Остальные 95% - инженерия, инфраструктура и описание процесса взаимодействия.
Сейчас я перешёл к нормальному проектированию следующего продукта - персонального финансового менеджера, который позволит отслеживать динамику портфеля.
Пока scope относительно небольшой. На этом проекте я хочу посмотреть, как агент справится с вебом, мобильным вебом и интерфейсом приложения.
Путешествие продолжается.
Кстати, этот текст я надиктовываю через Whisper с дополнительной обработкой языковыми моделями. А сам пост затем редактирует мой агент.
Да, я забыл сказать: я сделал для него отдельный скилл корректора. Посмотрим, как он справится с этой задачей.
Специально дополнительно редактировать текст не буду. Публикую как результат первой недели моих экспериментов. | 916 |
| 15 |  Video message | 810 |
| 16 |  Инвест-настроения под венец лета 26-го года
Под венец лета 26-го хочу поделиться инвест-рефлексией. Офигенно в 25-м влетел в инвест-казино, прокатился на Nvidia, переложился в Coinbase, полутал на мелкокапах. Почти 2x на деп.
Признаюсь, растущий график депа блестяще закрывает дофаминовые ямы. Но казино коварное, рынок жадный, и буквально за 3 месяца деп схлопнулся на 70%. К счастью, это не бетон (квартиру жалко 😅), а циферки на экране и цифорки на экране.
Эмоциональной капитуляции не случилось, но и желания делать новые ставки тоже.
Летом стало пресновато. Мои DIY-проекты один за другим дошли до состояния done, ментальная оперативка освободилась. Загрузить себя адреналином и правильными эмоциями от тенниса тоже не вышло, его пришлось временно поставить на паузу.
Короче, слишком обыденно. Закрыв глаза, снова влетел в фонду, и это офигенно. Потери частично отыграл, градус азарта снова растет. Вот пишу пост и улыбаюсь.
Делюсь инвест-идеями и заодно закрепляю их для себя.
Coinbase
На прошлой неделе случился risk-on. Крипто-альфа-проекты на своих ATH: ZEC, HYPE, PUMP тоже показывают нормальный рост. BTC и ETH дали одной свечой +20%.
Кажется, участникам рынка, которые залутали на AI-чипах, хочется диверсифицироваться и нужна новая ниша для пампа своих сумок. Крипта со своей волатильностью вполне может подойти.
Пока у нас одна неделя роста. Если это зарождающийся тренд, Coinbase и Robinhood, он, правда, идет мимо меня, будут явными бенефициарами. Поэтому 80% моего портфеля сейчас в COIN.US.
Впереди рассмотрение CLARITY Act. Если пройдет успешно, это станет еще одним подспорьем для роста биржи. Но даже если нет, при оживлении крипторынка, росте торгов и информационного фона Coinbase в любом случае станет выгодоприобретателем.
Потенциал роста, на мой взгляд, до 2x.
Nebius
На мой скромный взгляд, AI-сектор перегрет. Производители памяти с начала бума выросли в восемь раз. Просто какое-то сумасшествие: SanDisk, CXMT и тому подобное.
Наверное, рынок должен охладеть, сбрить лонгистов-плечевиков. Но полностью выходить из сектора не хочется. Я оставил 20% депозита в Nebius. Для меня это индикатор хайпа и инвестпривлекательности AI-сектора.
—-
По факту у меня high beta портфель из двух ставок на два ярко выраженных тренда: AI-бум и возвращение интереса к крипте.
Брокер оценил портфель на 2 звезды из 7. Справедливо из-за отсутствия защитной позиции, но риск осознанный.
Думаю про Apple. Впереди презентация: новые девайсы, новые цены. Интересно посмотреть на настроения и покупательную способность: как рынок начнет закупать Mac mini, Mac Studio и готовы ли конечные потребители покупать впервые подорожавший iPhone.
Формально Apple AI-гонку проиграла, по факту стала инфраструктурой для конечных пользователей-инженеров. Все, кто хочет сетапить и развивать AI локально, массово скупают себе небольшие эпловские компьютеры.
Наблюдаем за рынком с азартом в глазах 🍿 | 866 |
| 17 |  Video message | 808 |
| 18 |  Video message | 2 |
| 19 |  Разбираемся в funtech'e
Недавно Альфа анонсировала активное развивие эмоциональной составляющей работы с клиентами. Этот вектор назвали фантехом. Термин жёстко недетерминирован. Понятно, что в целом он про экономику впечатлений и мы уже начинаем его крутить с разных сторон.
И здорово, что ещё в 2023 году, когда мы презентовали концепцию развития цифровых каналов для юридических лиц, заложили базовые идеи взаимодействия цифровых поверхностей с нашим клиентом. Сейчас не буду вдаваться в детали концепции, которую мы защищали в 2023 году. Если интересно, поставьте правильный эмодзи - я скину то самое выступление.
Уверен, что многие из вас, да и я сам, зачастую выбираем продукт, сервис, гаджет или машину не по рациональным параметрам. Я точно не знаю, где какие комиссии в банках, но выбираю красный, потому что он мне очень близок по вайбу. Думаю у вас схожий паттерн.
У меня точно нерациональный выбор машины. На рынке много автомобилей, которые экономически эффективнее доставят тебя из точки А в точку Б. Но мне хочется испытывать при этом правильные эмоции.
А сейчас про Funе от работы :)
Fun здесь - в процессе инжиниринга и разработки наших цифровых решений.
Вчера наши дизайнеры готовили концепцию стенда интернет-банка для форума и случайно засветили реализацию с игровыми элементами. Я решил с вами сразу этим поделиться, необдуманное эмоциональное решение, но фарш обратно не провернуть
Вчера в кружочке ошибочно назвал это игровыми механиками. По факту это, конечно, не они. Игровые механики - про закрытие дофамина. Здесь же дизайнеры показали наложение игровых контролов на финансовые инструменты.
Не ищите глубокого смысла. Это Fun от самого процесса разработки и проектирования сложных корпоративных продуктов.
Для ленивых есть видосы. А если хотите сами потыкать, ловите ссылку на завайбкоженную демку нашего режима предпринимателя.
Six Seven вам для запуска игровых UI слоев. Для Олдов, просто нажмите 6 и 7 когда откроете сайт на desktop'e.
Для всех банкиров: считайте это преданонсом.
Не факт, что именно этот интерфейс мы докатим в конце года, но подобное кликабельно видение мы публикуем впервые. Это наше представление о том, как можно радикально отличаться от серого рынка, где все под копирку копируют друг друга.
Мы попытались сделать что-то новое: интерфейс для индивидуального предпринимателя, который не пользуется тридцатью продуктами, а постоянно работает с тремя-пятью.
Всем Fun и офигенного вторника.
🦄 Кайф, продолжайте
🌭 Апни выступление 23 года развитие b2b интернет-банка
🗿 Мало фана, насыпьте больше | 1 250 |
| 20 | https://nefor-dash.vercel.app
для старта сценария надо на клавиатуре вбить six-seven.
Для олдов нажмите на клавиатуре 6 и 7 | 60 |
