🏦 Как мы оптимизировали процесс на $0.5m. Часть 1 Точка А
Наш основной продукт был White-label Neobanking - это когда запускаешь полностью кастомизированный под клиента банк с базовым функционалом: онбординг, выпуск счетов и карт, пополнение, отправка, феворитс, регулярные платежи, подписки и тд.
Под каждого клиента нужно было:
- Запустить пару десятков микросервисов с огромным количеством конфигураций - от домена, с которого приходят письма, до лимитов финансовых операций, помноженных на минимум 2 окружения.
- Создать, раздать доступы и сконфигурировать аккаунты в десятке сторонних сервисов типа Apple/Google Developer Console, Mailchimp, Twillio, Intercom, Firebase и тд. Все правильно проинициализировать в конфигах.
- Кастомизировать и собрать 4 приложения(админка, веб, ios, android) каждое состоящее из нескольких модулей со своими конфигами, тысячами строк локализации и сотнями кастомных изображений.
- Протестировать и отдать клиенту.
Первых двух клиентов мы запускали очень болезненно. В процессе участвовала практически вся команда. Бизнес, техническая команда, саппорт - в сумме человек 20-30.
Хоть какое то абстрактное понимание процесса было только у меня в голове, из-за этого было множество затыков: то с клиента не все собрали, кому то не дали доступ, кто-то что-то сконфигурировал только частично, забыл передать какую нибудь строку и тд.
Это выливалось в огромное количество стресса для всех.
В итоге процесс занимал 2 месяца, и как позже выяснилось - минимум на 75% состоял из мусора.
На очереди стояло еще несколько клиентов. Было принято решение, что так продолжаться не может, нужно оптимизировать!
О том, как мы это делали расскажу в следующей части.
@ctobuddy
Наш основной продукт был White-label Neobanking - это когда запускаешь полностью кастомизированный под клиента банк с базовым функционалом: онбординг, выпуск счетов и карт, пополнение, отправка, феворитс, регулярные платежи, подписки и тд.
Под каждого клиента нужно было:
- Запустить пару десятков микросервисов с огромным количеством конфигураций - от домена, с которого приходят письма, до лимитов финансовых операций, помноженных на минимум 2 окружения.
- Создать, раздать доступы и сконфигурировать аккаунты в десятке сторонних сервисов типа Apple/Google Developer Console, Mailchimp, Twillio, Intercom, Firebase и тд. Все правильно проинициализировать в конфигах.
- Кастомизировать и собрать 4 приложения(админка, веб, ios, android) каждое состоящее из нескольких модулей со своими конфигами, тысячами строк локализации и сотнями кастомных изображений.
- Протестировать и отдать клиенту.
Первых двух клиентов мы запускали очень болезненно. В процессе участвовала практически вся команда. Бизнес, техническая команда, саппорт - в сумме человек 20-30.
Хоть какое то абстрактное понимание процесса было только у меня в голове, из-за этого было множество затыков: то с клиента не все собрали, кому то не дали доступ, кто-то что-то сконфигурировал только частично, забыл передать какую нибудь строку и тд.
Это выливалось в огромное количество стресса для всех.
В итоге процесс занимал 2 месяца, и как позже выяснилось - минимум на 75% состоял из мусора.
На очереди стояло еще несколько клиентов. Было принято решение, что так продолжаться не может, нужно оптимизировать!
О том, как мы это делали расскажу в следующей части.
@ctobuddy
🔥7👍3❤2
Спасибо, что пишите и говорите теплые слова. Это сильно мотивирует писать дальше.
Видела бы это моя училка по русскому и литературе, по которым у меня были стабильные тройки, Галина Федоровна. Вот бы она офигела.
Но я ей все равно благодарен, у нее хоть и был своеобразный и жесткий подход, а местами даже жестокий, но эссе она нас учила писать до того, как это стало мейнстримом.
Благодарен также маме, которая читает меня и периодически поправляет ошибки.
Люблю тебя ❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
❤15👏2
🏦 Как мы оптимизировали процесс на $0.5m. Часть 2 Процесс
В предыдущей части говорил, что было отправной точкой в оптимизации процесса - очередь из клиентов и страх обосраться.
Целью оптимизации была простая идея - “Мы должны делать сборку приложений один раз”
Из-за чего были постоянные пересборки и бесконечное тестирование?
- От клиента не было получено сразу всей информации. Например, кастомизировали все строки, собрали приложения, а потом выясняется, что адрес клиента на выписке транзакций не поменяли. Нужно идти дозапрашивать данные, ждать ответа, менять, пересобирать, перепроверять. Из за одного параметра.
- Внутренние затыки связанные с все той же передачей информации. Собрали приложение, не работают пуш нотификейшены на IOS - забыли токен указать. В итоге в какой нибудь Apple Developer Account нужно было заходить с десяток раз, чтоб каждый раз поменять какую то фигню.
Теперь мы понимаем проблему, что будем делать?
1. Вытащить знания из голов и положить на бумагу
Провели многочисленные интервью с людьми и вытащили неструктурированные данные.
В итоге нам как то, в первом приближении, получилось составить представление о процессе, но он был такой большой, что одним мозгом его было не охватить, тогда еще не было LLM, но мы как то выделили фазы и первые задачи.
2. Определить границы процесса.
Мы не трогали часть ведения клиента до сделки, комплаенса и сбора данных с клиента. Мы дали перечень данных, который было необходимо собрать с клиента, без которых мы не начнем ничего делать.
Тут нужно быть принципиальным, например, у клиентов были трудности с открытием Apple аккаунта(требует верификации бизнеса), и они то и дело хотели чтоб мы запустили сначала андройд и веб, а потом IOS.
Но это бы жестко ломало процесс, тк все взаимосвязано. На вебе, например, конфигурировались deep links для мобильных приложений.
Очень сложно было это объяснять, даже внутри компании.
3. Прогнать процесс еще раз
Теперь прогоняем процесс еще раз с новым знанием и просим каждого досконально записывать каждый клик и движение мышкой.
Особое внимание уделяем входным и исходящим параметрам. Как я писал выше, все затыки из за потоков данных.
На этом этапе мы создали отдельный проект в Jira куда заводили каждую задачку и от каких других задачек она зависит.
Благодаря Jira и сторонним плагинам мы построили дерево зависимостей задач, только это не было деревом, а было скорее запутанным клубком, который предстояло распутать.
Кстати, огромная благодарность Jira-кудескику Владимиру Луневу. Обращайтесь к нему за помощью с Atlassian продуктами.
4. Наконец-то оптимизировать
Берем клубок задач и распутываем, меняем очередность задач, какие-то задачи объединяем, чтоб по возможности заходить в Apple Developer Account только один раз для настройки всего сразу.
Для каждой задачи описываем четкий список действий и input/output. Создаем центролизованное место для обмена конфигурациями, странички в Confluence для каждого клиента.
5. Автоматизируем
Какие то части можно было легко/выгодно автоматизировать. Например, для каждого клиента наши дизайнеры создавали файл кастомизации в Figma, откуда мы автоматически скачивали все ассеты и запекали в сборки.
6. Повторяем еще несколько раз
PROFIT!🫰
Большой выдался пост, поставьте 🔥, в следующей части распишу о результатах.
В предыдущей части говорил, что было отправной точкой в оптимизации процесса - очередь из клиентов и страх обосраться.
Целью оптимизации была простая идея - “Мы должны делать сборку приложений один раз”
Из-за чего были постоянные пересборки и бесконечное тестирование?
- От клиента не было получено сразу всей информации. Например, кастомизировали все строки, собрали приложения, а потом выясняется, что адрес клиента на выписке транзакций не поменяли. Нужно идти дозапрашивать данные, ждать ответа, менять, пересобирать, перепроверять. Из за одного параметра.
- Внутренние затыки связанные с все той же передачей информации. Собрали приложение, не работают пуш нотификейшены на IOS - забыли токен указать. В итоге в какой нибудь Apple Developer Account нужно было заходить с десяток раз, чтоб каждый раз поменять какую то фигню.
Теперь мы понимаем проблему, что будем делать?
1. Вытащить знания из голов и положить на бумагу
Провели многочисленные интервью с людьми и вытащили неструктурированные данные.
В итоге нам как то, в первом приближении, получилось составить представление о процессе, но он был такой большой, что одним мозгом его было не охватить, тогда еще не было LLM, но мы как то выделили фазы и первые задачи.
2. Определить границы процесса.
Мы не трогали часть ведения клиента до сделки, комплаенса и сбора данных с клиента. Мы дали перечень данных, который было необходимо собрать с клиента, без которых мы не начнем ничего делать.
Тут нужно быть принципиальным, например, у клиентов были трудности с открытием Apple аккаунта(требует верификации бизнеса), и они то и дело хотели чтоб мы запустили сначала андройд и веб, а потом IOS.
Но это бы жестко ломало процесс, тк все взаимосвязано. На вебе, например, конфигурировались deep links для мобильных приложений.
Очень сложно было это объяснять, даже внутри компании.
3. Прогнать процесс еще раз
Теперь прогоняем процесс еще раз с новым знанием и просим каждого досконально записывать каждый клик и движение мышкой.
Особое внимание уделяем входным и исходящим параметрам. Как я писал выше, все затыки из за потоков данных.
На этом этапе мы создали отдельный проект в Jira куда заводили каждую задачку и от каких других задачек она зависит.
Благодаря Jira и сторонним плагинам мы построили дерево зависимостей задач, только это не было деревом, а было скорее запутанным клубком, который предстояло распутать.
Кстати, огромная благодарность Jira-кудескику Владимиру Луневу. Обращайтесь к нему за помощью с Atlassian продуктами.
4. Наконец-то оптимизировать
Берем клубок задач и распутываем, меняем очередность задач, какие-то задачи объединяем, чтоб по возможности заходить в Apple Developer Account только один раз для настройки всего сразу.
Для каждой задачи описываем четкий список действий и input/output. Создаем центролизованное место для обмена конфигурациями, странички в Confluence для каждого клиента.
5. Автоматизируем
Какие то части можно было легко/выгодно автоматизировать. Например, для каждого клиента наши дизайнеры создавали файл кастомизации в Figma, откуда мы автоматически скачивали все ассеты и запекали в сборки.
6. Повторяем еще несколько раз
PROFIT!🫰
Большой выдался пост, поставьте 🔥, в следующей части распишу о результатах.
🔥12👍2
🎒Tallinn→Serbia→Porto→Azores→???
Завтра отправляюсь в Гранд путешестие с друзьями.
🏂 Сначала будем катать на досках в Сербии, в месте, где 200 солнечных дней в году.
🐙Дальше летим в Порто наслаждаться свежими морепродуктами, вкуснейшими фруктами и культурой.
🍍Потом летим на Азорские острова, хайкаем по вечнозеленым вулканам, отмокаем в горячих источниках и всячески преисполняемся.
🗽Дальше планы туманны, скорее всего полечу в США уже по работе.
Пропадать не буду, все время планирую работать, писать посты, финально провалидироать AI идею.
Кстати, для фотокарточек у меня есть инстаграм, подписывайтесь!
Завтра отправляюсь в Гранд путешестие с друзьями.
🏂 Сначала будем катать на досках в Сербии, в месте, где 200 солнечных дней в году.
🐙Дальше летим в Порто наслаждаться свежими морепродуктами, вкуснейшими фруктами и культурой.
🍍Потом летим на Азорские острова, хайкаем по вечнозеленым вулканам, отмокаем в горячих источниках и всячески преисполняемся.
🗽Дальше планы туманны, скорее всего полечу в США уже по работе.
Пропадать не буду, все время планирую работать, писать посты, финально провалидироать AI идею.
Кстати, для фотокарточек у меня есть инстаграм, подписывайтесь!
🔥7👍2
Интересно ли будет почитать тревел контент?
Anonymous Poll
51%
Да, пили
28%
Давай, только в меру
21%
Нет, оставь его для инсты
🙈Важность выбора партнера
На днях коллега скидывает новость про нашего давнего партнера, который позволял выпускать нам ирландские банковские аккаунты и карты - PFS, что им назначили внешних ликвидаторов.
Я не злорадный человек, но эти ребята абсолютно точно заслужили.
Компанию с таким уровнем хаоса еще нужно поискать. Не представляю сколько бизнесов они загубили.
Мы потратили очень много времени и денег, чтоб интегрироваться с ними, привели им кучу клиентов, и в итоге все впустую.
Если непредсказуемость и убогость их API мы сумели как-то преодолеть, например, построили огромную систему матчинга авторизаций с клирингами, потому что они почему то решили обговнякать известный стандарт ISO8583 и придумать что то свое, без идентификаторов транзакций, то вот против их менеджерского хаоса мы ничего сделать не смогли.
Наши клиенты приходили к нам с запросами типа дать им мультивалютные счета, Apple/Google Pay, и прочие плюшки. Мы приходили к ним с этими запросами, они отвечали, что все будет, проходило время, месяц, два, три, пол года,и иничего не происходило.
Мы начали называть это состояние apologize calls - сначала мы приходили на звонки с клиентами и извинялись перед ними, потом шли на звонок с PFS и выслушивали извиняния от их менеджера. Делу, конечно, это никак не помогало.
Вишенкой на торте было то, что они не были в состоянии даже правльно сконфигурировать комиссии для транзакций, и это финансовая организация!
Кто же виноват? Да конечно же мы. В умной книжке про проджект менеджмент прочитал, что procurement на основе краткосрочной денежной выгоды, нежели долгосрочных компетенциях, зачастую ведет к проблемам и смене поставщика услуг.
А тут получается, весь наш бизнес зависит от одного некачественного провайдера.
Будьте умнее, не делайте так.
@ctobuddy
На днях коллега скидывает новость про нашего давнего партнера, который позволял выпускать нам ирландские банковские аккаунты и карты - PFS, что им назначили внешних ликвидаторов.
Я не злорадный человек, но эти ребята абсолютно точно заслужили.
Компанию с таким уровнем хаоса еще нужно поискать. Не представляю сколько бизнесов они загубили.
Мы потратили очень много времени и денег, чтоб интегрироваться с ними, привели им кучу клиентов, и в итоге все впустую.
Если непредсказуемость и убогость их API мы сумели как-то преодолеть, например, построили огромную систему матчинга авторизаций с клирингами, потому что они почему то решили обговнякать известный стандарт ISO8583 и придумать что то свое, без идентификаторов транзакций, то вот против их менеджерского хаоса мы ничего сделать не смогли.
Наши клиенты приходили к нам с запросами типа дать им мультивалютные счета, Apple/Google Pay, и прочие плюшки. Мы приходили к ним с этими запросами, они отвечали, что все будет, проходило время, месяц, два, три, пол года,и иничего не происходило.
Мы начали называть это состояние apologize calls - сначала мы приходили на звонки с клиентами и извинялись перед ними, потом шли на звонок с PFS и выслушивали извиняния от их менеджера. Делу, конечно, это никак не помогало.
Вишенкой на торте было то, что они не были в состоянии даже правльно сконфигурировать комиссии для транзакций, и это финансовая организация!
Кто же виноват? Да конечно же мы. В умной книжке про проджект менеджмент прочитал, что procurement на основе краткосрочной денежной выгоды, нежели долгосрочных компетенциях, зачастую ведет к проблемам и смене поставщика услуг.
А тут получается, весь наш бизнес зависит от одного некачественного провайдера.
Будьте умнее, не делайте так.
@ctobuddy
👍10👏1🐳1
Два раза в моей жизни было такое, что деньги получалось зарабатывать, буквально, из воздуха. Какое же это приятное чувство.
Оба раза благодаря Евгену, моему корешу со школы, с которым мы прошли через огромное количество дерьма.
Первый раз Евген пришел ко мне с биткоином в 2015. Я тогда сказал, что биткоин - это скам и им пользуются только наркоторговцы.
Он согласился, но сказал - “Смотри, на одной бирже цена выше, на другой ниже, давай будем покупать на одной бирже и продавать на другой, разницу класть в карман.”
На что я ему сказал, что зачем проводить операции между биржами - это дорого и долго, я тут еще недавно в универе пытался писать торговых роботов. Есть такое понятие как замок - когда ты открываешь две сделки в противоположных направлениях для фиксации убытков.
Так мы изорбрели арбитраж - хранили деньги на двух биржах пополам в биткоинах и кеше, и покупали биткоин на бирже, где он был дороже, и в ту же секунду продавали там, где он был дешевле - instant profit. После чего мы делали обратную операцию когда спред сходился.
Мы тогда еще не умели толком кодить. Довольно быстро написали сервак на ПХП и клиентскую часть с реал-тайм графиками на D3. Начали торговать.
Таким образом нам получалось делать по 1% в день к депозиту на падающем рынке с нулевым риском.
Потом мы продались американцам делать тоже самое, мы были еще зелеными и слишком закопались в функционал, запилили даже своего рода визуальный конструктор торговых роботов, добавили кучу пар и кучу бирж.
В итоге из-за этого проект не взлетел, нужно было просто продолжать то, что мы делали - зарабатывать с первого дня, а не пилить бесконечные фичи.
Такая вот история, могу как нибудь рассказать другую историю, как мы майнили эфириум за бесплатное электричество в подмосковном доме.
Ставьте огонечки 🔥
@ctobuddy
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥24👍4
😎 Act as a developer with 100 years of experience: как использовать AI в работе на 100%
Написал большую статью об использовании AI в работе программистов по результатам общения с 10+ программистами и 10+ часами пейринг сессий и экспериментов, прочтения множества материалов.
Приглашаю к прочтению, поддержите лайком и комментарием на Вастрике. А если вы еще не в клубе, то настоятельно рекомендую присоединиться.
Всем большое спасибо за участие и вклад!
https://vas3k.club/post/22770/
Написал большую статью об использовании AI в работе программистов по результатам общения с 10+ программистами и 10+ часами пейринг сессий и экспериментов, прочтения множества материалов.
Приглашаю к прочтению, поддержите лайком и комментарием на Вастрике. А если вы еще не в клубе, то настоятельно рекомендую присоединиться.
Всем большое спасибо за участие и вклад!
https://vas3k.club/post/22770/
Вастрик.Клуб
Act as a developer with 100 years of experience: как использовать AI в работе на 100% — Вастрик.Клуб
Всем хой!
Я провел 10 интервью с софтверными инженерами, которые активно используют AI утилиты в работе, начал внедрять AI в работу своей команды, пр…
Я провел 10 интервью с софтверными инженерами, которые активно используют AI утилиты в работе, начал внедрять AI в работу своей команды, пр…
🔥8👏4⚡1
✅ Сербия
Закончилась первая часть путешествия - неделя катки в Копаонике 🏂. Что тут можно сказать. Общее впечатление - на 3.5.
Курорт в целом окей, не дотягивает размеру и перепаду высот до итальянских, но это было ожидаемо. Трассы хорошие, прям под мой уровень катки - с веселыми красными и чиловыми синими, без большого количества пологих участков, что очень важно для бордистов.
Не очень повезло со снегом, его было маловато, местами было много камней и льда. В последний день вообще был сильный ветер, который сдул весь снег с трасс, оставив только лед. Но мы прикольно покатали вне трасс. На природу вообще грех жаловаться, бывает, что и в Альпах нет снега.
А вот на что можно пожаловаться, так это еда и сервис.
Едовое разнообразие сильно проигрывает Италии. Тут вам не будет бессчетного количества видов колбасы, сыра и вина. Сербская кухня - это чевапи и плескавица под ракию, причем по цене эстонских ресторанов.
Сервис тоже мог бы быть лучше, чувствуется провинциальность, где, например, в спа «лухари» отеля уборщица может назвать тебя курац(хуем) за то, что ты пользовался не тем душем, и ей придется убирать воду с пола(вопрос к проектировщикам спа).
Что было круто?
Горы великолепны как всегда - красивые виды, много солнца, заснеженные елочки.
Местный колорит. Несмотря на локальное распиздяйство, в этом было что-то душевное. Мы жили не в самом приятном месте, но мне не хочется оставлять плохой отзыв, потому что хозяин спас нас от голода в ночь приезда пивом, яблоками и «плазмой», знаменитым местным печеньем. На другой день поил нас ракией, жаловался на жизнь и политиков. А потом за пиво, которое ему не разрешает пить жена, починил мне крепление.
Новое знакомство с человеком из другого мира, литературного, максимально противоположному нашему айти пузырю. Благодаря чему мы не сошли с ума со скуки. Передаю опять привет Вастрик клубу, который объединяет хороших людей.
А сейчас я в Португалии уже.
Закончилась первая часть путешествия - неделя катки в Копаонике 🏂. Что тут можно сказать. Общее впечатление - на 3.5.
Курорт в целом окей, не дотягивает размеру и перепаду высот до итальянских, но это было ожидаемо. Трассы хорошие, прям под мой уровень катки - с веселыми красными и чиловыми синими, без большого количества пологих участков, что очень важно для бордистов.
Не очень повезло со снегом, его было маловато, местами было много камней и льда. В последний день вообще был сильный ветер, который сдул весь снег с трасс, оставив только лед. Но мы прикольно покатали вне трасс. На природу вообще грех жаловаться, бывает, что и в Альпах нет снега.
А вот на что можно пожаловаться, так это еда и сервис.
Едовое разнообразие сильно проигрывает Италии. Тут вам не будет бессчетного количества видов колбасы, сыра и вина. Сербская кухня - это чевапи и плескавица под ракию, причем по цене эстонских ресторанов.
Сервис тоже мог бы быть лучше, чувствуется провинциальность, где, например, в спа «лухари» отеля уборщица может назвать тебя курац(хуем) за то, что ты пользовался не тем душем, и ей придется убирать воду с пола(вопрос к проектировщикам спа).
Что было круто?
Горы великолепны как всегда - красивые виды, много солнца, заснеженные елочки.
Местный колорит. Несмотря на локальное распиздяйство, в этом было что-то душевное. Мы жили не в самом приятном месте, но мне не хочется оставлять плохой отзыв, потому что хозяин спас нас от голода в ночь приезда пивом, яблоками и «плазмой», знаменитым местным печеньем. На другой день поил нас ракией, жаловался на жизнь и политиков. А потом за пиво, которое ему не разрешает пить жена, починил мне крепление.
Новое знакомство с человеком из другого мира, литературного, максимально противоположному нашему айти пузырю. Благодаря чему мы не сошли с ума со скуки. Передаю опять привет Вастрик клубу, который объединяет хороших людей.
А сейчас я в Португалии уже.
🔥9👍4
🤖🔥 Итоги запуска Devs try AI проекта
Четыре дня назад опубликовал статью о том, как программисты используют AI(неправильно), и как его нужно использовать.
Полет нормальный. На статье уже 2к просмотров. Пост попал в клубные подборки. 150+ человек добавилось в чат.
Подтвердился тот факт, что ничего так не драйвает просмотры, как хороший срач в комментариях. А хейта я получил будь здоров. Вот самый популярный комментарий, у него лайков, почти как у моего поста
Причем я знаю, что люди используют его неправильно, потому что я с этими самыми людьми пообщался. Ты им говоришь - “Люди, я знаю, почему у вас получается говно, делайте вот так, и будет норм, проверено”, на что получаешь комментарии типа: “Эти ваши LLM и копайлоты ни на что не годятся, я вот пробовал когда-то, у меня получилось говно”. Ну как бэ да, потому что вы его используете через одно место и не читаете документацию, я же об этом пишу. На этом круг аргументации замыкается.
Меня, кстати, самого раздражала тема AI, что она из каждого утюга. Я порефлексировал и понял, что я просто боюсь. Боюсь, что эта штука действительно хороша, никогда не устает, всегда на пике своей продуктивности и крайне дешева. Как признал страх, так сразу перестал беситься и захотел возглавить этот переход. Очень интересно было почитать про движение Луддитов, которые уничтожали станки во время промышленной революции.
Но я пока не могу придумать что делать дальше.
У меня есть чат, куда за пару дней было собрано 150 человек, и я понимаю, что могу за небольшие деньги набить туда пару тысяч. Но это не сделает его более ценным, скорее всего он превратится просто в флудильню. Несколько людей изъявили желание законтрибьютить в общую базу знаний. Надо придумать, как поставить это на поток.
С другой стороны, я не получил ни одного бизнеса, который хочет внедрить AI в работу, в основном мне писали другие тим лиды. Тим лиды это тоже хорошо, можно собирать опыт других команд, а не только нашей. Но лучшая валидация идеи - это готовые платить клиенты. Как их получить?
У меня появилась идея переработать немного статью под формат VC и Хабра и нацелиться на аудиторию Айти предпринимателей. Для этого, наверно, сначала нужно их найти и с ними поговорить.
Короче, я пока на распутье и хотелось бы услышать ваши мысли и советы. Что думаете?
Четыре дня назад опубликовал статью о том, как программисты используют AI(неправильно), и как его нужно использовать.
Полет нормальный. На статье уже 2к просмотров. Пост попал в клубные подборки. 150+ человек добавилось в чат.
Подтвердился тот факт, что ничего так не драйвает просмотры, как хороший срач в комментариях. А хейта я получил будь здоров. Вот самый популярный комментарий, у него лайков, почти как у моего поста
Как опознать человека, пользующегося chatgpt: он сам вам об этом скажет. А если вы тоже пользуетесь, то он скажет, что вы делаете это неправильно.
Причем я знаю, что люди используют его неправильно, потому что я с этими самыми людьми пообщался. Ты им говоришь - “Люди, я знаю, почему у вас получается говно, делайте вот так, и будет норм, проверено”, на что получаешь комментарии типа: “Эти ваши LLM и копайлоты ни на что не годятся, я вот пробовал когда-то, у меня получилось говно”. Ну как бэ да, потому что вы его используете через одно место и не читаете документацию, я же об этом пишу. На этом круг аргументации замыкается.
Меня, кстати, самого раздражала тема AI, что она из каждого утюга. Я порефлексировал и понял, что я просто боюсь. Боюсь, что эта штука действительно хороша, никогда не устает, всегда на пике своей продуктивности и крайне дешева. Как признал страх, так сразу перестал беситься и захотел возглавить этот переход. Очень интересно было почитать про движение Луддитов, которые уничтожали станки во время промышленной революции.
Но я пока не могу придумать что делать дальше.
У меня есть чат, куда за пару дней было собрано 150 человек, и я понимаю, что могу за небольшие деньги набить туда пару тысяч. Но это не сделает его более ценным, скорее всего он превратится просто в флудильню. Несколько людей изъявили желание законтрибьютить в общую базу знаний. Надо придумать, как поставить это на поток.
С другой стороны, я не получил ни одного бизнеса, который хочет внедрить AI в работу, в основном мне писали другие тим лиды. Тим лиды это тоже хорошо, можно собирать опыт других команд, а не только нашей. Но лучшая валидация идеи - это готовые платить клиенты. Как их получить?
У меня появилась идея переработать немного статью под формат VC и Хабра и нацелиться на аудиторию Айти предпринимателей. Для этого, наверно, сначала нужно их найти и с ними поговорить.
Короче, я пока на распутье и хотелось бы услышать ваши мысли и советы. Что думаете?
👍5❤3
👨🏻🍳Configuration Management всегда был одной из самых больших болей и источником большого количества багов.
Как я писал ранее у нас довольно большая система с нативными приложениями на 3х платформах, десятками микросервисов, десятками интеграций. Все это помножено на разные страны с разными фичами, разные окружения для разработки и тестирвоания, и разных клиентов.
Боюсь представить сколько в итоге было строк конфигурации, тысячи. Усугублялось еще тем, что конфигурация была размазана по разным местам, где то она хранилась в ini файлах, где то лежала в БД, где то запекалась в клиентские приложения.
Думаю понятно, что это была благоприятная почва для обитания большого количества багов.
Что в итоге сделали?
1. Написали свой шаблонизатор для INI файлов, что позволило наследовать конфигурации. У нас были различные пресеты конфигураций для разных стран, окружений, клиентов. Если у какого то клиента, какая то фича должна была быть выключена, то это решалось одной строчкой.
2. Написали свой шаблонизатор для клиентский приложений, в основном для форм и списков полей для отображения разных типов транзакция на разных экранах. Можно было управлять отображением критической инфы на 3х платформах из одного места.
3. Объединили INI файлы из первого пункта с клиентскими приложениями. Вынесли туда конфиг подключения(урлы серверов) и флаги включения/выключения фичей.
4. Описать процедуры для изменения сложных конфигураций, например, когда наш клиент хотел поменять логотип, это нужно было сделать в десятке разных мест.
Но как бы ты не старался, Configuration Management никогда не закончится, всегда будет место для улучшений.
@ctobuddy
Как я писал ранее у нас довольно большая система с нативными приложениями на 3х платформах, десятками микросервисов, десятками интеграций. Все это помножено на разные страны с разными фичами, разные окружения для разработки и тестирвоания, и разных клиентов.
Боюсь представить сколько в итоге было строк конфигурации, тысячи. Усугублялось еще тем, что конфигурация была размазана по разным местам, где то она хранилась в ini файлах, где то лежала в БД, где то запекалась в клиентские приложения.
Думаю понятно, что это была благоприятная почва для обитания большого количества багов.
Что в итоге сделали?
1. Написали свой шаблонизатор для INI файлов, что позволило наследовать конфигурации. У нас были различные пресеты конфигураций для разных стран, окружений, клиентов. Если у какого то клиента, какая то фича должна была быть выключена, то это решалось одной строчкой.
2. Написали свой шаблонизатор для клиентский приложений, в основном для форм и списков полей для отображения разных типов транзакция на разных экранах. Можно было управлять отображением критической инфы на 3х платформах из одного места.
3. Объединили INI файлы из первого пункта с клиентскими приложениями. Вынесли туда конфиг подключения(урлы серверов) и флаги включения/выключения фичей.
4. Описать процедуры для изменения сложных конфигураций, например, когда наш клиент хотел поменять логотип, это нужно было сделать в десятке разных мест.
Но как бы ты не старался, Configuration Management никогда не закончится, всегда будет место для улучшений.
@ctobuddy
👍7🔥3👏1
🧨 Кайф общения
Меня прет от хорошей беседы, порой даже так, что выходишь со встречи, включаешь музычку и начинаешь танцевать. Но бывает такое, слава богу редко, что выходишь, как будто навернул дерьма.
Обсуждали тут с одним человеком, почему так бывает и пришли к выводу, что если в разговоре случаются неловкие паузы - это как раз признак плохого разговора. Ты как будто бы чувствуешь себя необходимым заполнить эту пустоту, инвестировать в разговор, а не заряжаться, и это жестко высаживает энергию.
Мне кажется, по той же причине я устаю от рабочих звонков, которые “нужно вести”.
Другое дело, когда разговор несется нескончаемым потоком, одна мысль цепляется за другую, оба участника кайфуют, теряют ход времени.
Я пытаюсь привносить такой вайб и в рабочие звонки, надеюсь, получается. Гайз, моргните там, если что 😉.
Но это не значит, что обязательно пиздеть без умолку, со своими людьми и помолчать приятно. Как писали классики:
Не знаю как это работает у экстравертов, но у нас, интровертов, так. Пишите свои мысли👇
@ctobuddy
Меня прет от хорошей беседы, порой даже так, что выходишь со встречи, включаешь музычку и начинаешь танцевать. Но бывает такое, слава богу редко, что выходишь, как будто навернул дерьма.
Обсуждали тут с одним человеком, почему так бывает и пришли к выводу, что если в разговоре случаются неловкие паузы - это как раз признак плохого разговора. Ты как будто бы чувствуешь себя необходимым заполнить эту пустоту, инвестировать в разговор, а не заряжаться, и это жестко высаживает энергию.
Мне кажется, по той же причине я устаю от рабочих звонков, которые “нужно вести”.
Другое дело, когда разговор несется нескончаемым потоком, одна мысль цепляется за другую, оба участника кайфуют, теряют ход времени.
Я пытаюсь привносить такой вайб и в рабочие звонки, надеюсь, получается. Гайз, моргните там, если что 😉.
Но это не значит, что обязательно пиздеть без умолку, со своими людьми и помолчать приятно. Как писали классики:
Помню, пришли мы как-то к цыганам на серьезную терку
Я взорвал штакет — цыгане насыпали горку
Добазарились тогда охуительно, без всяких слов
Молчаливая договоренность созрела сама внутри голов
Группа Кровосток
Не знаю как это работает у экстравертов, но у нас, интровертов, так. Пишите свои мысли👇
@ctobuddy
❤8🔥5
🤑Деньги из воздуха ч2
Предыдущая часть получила больше всего лайков от вас. Там я рассказывал, как мы с Евгеном написали арбитражного робота. В этой части я расскажу, как мы майнили эфир.
Все началось как и в прошлый раз в 2015, пришел ко мне Евген с очередной охрененной идеей - давай, говорит, шахтерами станем, биткоин уже поздно майнить, а вот тут новая монетка какая-то запускается, ее можно майнить на видеокартах.
Купили мы тогда компьютер с двумя видеокартами и начали майнить Эфириум. Приходило нам тогда по 5-10 эфирок в день, сущие копейки на тот момент. Помайнили мы так месяц, пока Евгену не пришел счет за электричество и мы не прикинули, что какое-то это говно.
Проходит время, мы уже состоятельные доны, инвестируем в крипту, работаем на американцев, решаем вопросики. Что же не хватало нашему предприятию? Конечно же офиса! Но офис это скучно, мы решили снять дом в подмосковье на 200 квм с бассейном, сауной, террасой. Ничего лучше в 24 года мы не могли придумать.
При просмотре дома хозяева обронили фразу, что они “скручивают” электричество и мы можем вообще не париться на его счет. Мы с Евгеном переглянулись и сразу поняли - это оно самое, вселенная посылает знак, другие дома можно даже не смотреть.
Следующим шагом мы взяли кредит на железо, носились по всей Москве искали видеокарты, были постоянными обитателями круглосуточного магазина электроники на Речном вокзале. Собрали два стелажа, в каждый воткнули по 4 системных блока, в каждом к по 3-4 видеокарты. Пластинка закрутилась, лавешка замутилась.
Где деньги, Зин?
В итоге мы продали большую часть эфиров по цене сильно далекой от максимумов 2021 года. Большая часть ушла на аренду самого дома, вечеринки и оборудование. И я ни о чем не жалею.
Это была серия легендарных вечеринок под общим названием Dead Pool Party. Pool - потому что проходили на дне пустого бассейна, Dead - потому что, кому-то что-то привидилось под LSD, как в фильме Корабль-призрак.
Сохранилось несколько фотографий с того времени. Всех люблю и скучаю по вам❤️
Предыдущая часть получила больше всего лайков от вас. Там я рассказывал, как мы с Евгеном написали арбитражного робота. В этой части я расскажу, как мы майнили эфир.
Все началось как и в прошлый раз в 2015, пришел ко мне Евген с очередной охрененной идеей - давай, говорит, шахтерами станем, биткоин уже поздно майнить, а вот тут новая монетка какая-то запускается, ее можно майнить на видеокартах.
Купили мы тогда компьютер с двумя видеокартами и начали майнить Эфириум. Приходило нам тогда по 5-10 эфирок в день, сущие копейки на тот момент. Помайнили мы так месяц, пока Евгену не пришел счет за электричество и мы не прикинули, что какое-то это говно.
Проходит время, мы уже состоятельные доны, инвестируем в крипту, работаем на американцев, решаем вопросики. Что же не хватало нашему предприятию? Конечно же офиса! Но офис это скучно, мы решили снять дом в подмосковье на 200 квм с бассейном, сауной, террасой. Ничего лучше в 24 года мы не могли придумать.
При просмотре дома хозяева обронили фразу, что они “скручивают” электричество и мы можем вообще не париться на его счет. Мы с Евгеном переглянулись и сразу поняли - это оно самое, вселенная посылает знак, другие дома можно даже не смотреть.
Следующим шагом мы взяли кредит на железо, носились по всей Москве искали видеокарты, были постоянными обитателями круглосуточного магазина электроники на Речном вокзале. Собрали два стелажа, в каждый воткнули по 4 системных блока, в каждом к по 3-4 видеокарты. Пластинка закрутилась, лавешка замутилась.
Где деньги, Зин?
В итоге мы продали большую часть эфиров по цене сильно далекой от максимумов 2021 года. Большая часть ушла на аренду самого дома, вечеринки и оборудование. И я ни о чем не жалею.
Это была серия легендарных вечеринок под общим названием Dead Pool Party. Pool - потому что проходили на дне пустого бассейна, Dead - потому что, кому-то что-то привидилось под LSD, как в фильме Корабль-призрак.
Сохранилось несколько фотографий с того времени. Всех люблю и скучаю по вам❤️
🔥7😁4❤1👍1🐳1