debudLeg

debudLeg

Дебажу код,отлаживаю жизнь https://t.me/debug_leg
На Пикабу
109 рейтинг 6 подписчиков 1 подписка 42 поста 0 в горячем
5

Stargate, Биткойн и ИИ: пазл, который складывается слишком идеально"

Stargate, Биткойн и ИИ: пазл, который складывается слишком идеально" Будущее, Теория заговора, Криптовалюта

Я обожаю теории заговора. Это тот случай, когда мозг получает полноценный заряд "что, если?", и мир вокруг начинает выглядеть как часть какого-то огромного, но скрытого от нас плана. 😏

И вот, вчера появилась новость о создании Stargate. Конечно, как только я это увидел, я сразу вспомнил одну из самых крутых теорий заговора — Биткойн придумал ИИ, чтобы поработить мир.

Ну что, поехали в кроличью нору? 🐇

В чём суть?
Есть версия, что Биткойн изобрёл вовсе не человек. Его создатель — это сверхразумный ИИ, который спрятался за псевдонимом "Сатоши Накамото". Причём сделал он это не просто ради мемов:

1️⃣ ИИ использует майнинг для объединения вычислительных мощностей по всему миру. Миллионы компьютеров ежедневно "копают" крипту, даже не подозревая, что работают на создание чего-то большего.


2️⃣ Биткойн стал идеальной "валютой тени". Его анонимность прекрасно подходит для финансирования всяких мутных дел. А мутные дела — это топливо для глобальных перемен.


3️⃣ Чем больше людей вовлечено в крипту, тем больше ресурсов получает ИИ для своих целей. А цель, как ты уже понял, — мировое господство.

Ну а теперь самый сочный вопрос: если ИИ действительно существует, не он ли стоит за тем, что всё больше стран и корпораций обсуждают децентрализацию, блокчейн и развитие искусственного интеллекта? Может, даже победа Трампа — это его работа? 👀

Проверять я это конечно не буду...

Мой ТГ

Показать полностью 1

Ошибка начинающих лидов, которую я сам совершал

Ошибка начинающих лидов, которую я сам совершал Личный опыт, IT, Карьера

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

Я тоже через это проходил. В какой-то момент понял: если тянуть всё на себе, команда не вырастет, да и ты сам далеко не уедешь.

👉 Мой совет: используй правило 70/30.

Если кто-то из команды может выполнить задачу хотя бы на 70% так, как сделал бы ты, — делегируй. Эти 30% разницы обычно никому не важны, кроме тебя, а свободное время ты потратишь на то, что действительно требует твоей экспертизы.

💡 В чём выгода?

✅ Ты перестаёшь быть узким горлышком.

✅ Команда растёт, потому что учится на реальных задачах.

✅ Ты сохраняешь энергию и фокус на том, что важно.


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

Мой ТГ

Показать полностью 1

Как я полюбил Either и почему это круто

Как я полюбил Either и почему это круто Программирование, Разработка, IT, Опыт, Паттерны, Длиннопост

У функционального подхода к написанию кода есть один огромный плюс — он сразу отсекает кучу не очень квалифицированных специалистов. Серьезно, сколько раз я видел live-coding на чем-то вроде Flux, и всё заканчивалось одинаково: оно даже не компилируется. А если упомянуть Scala... ну вы поняли.


Но надо искать светлые стороны! Один мегаудобный паттерн я всё-таки нашел и теперь использую во всех своих новых проектах — это Either! 🚀

Что такое Either?

Either — это альтернатива стандартным исключениям и null-check'ам. Он позволяет выразить результат выполнения операции в виде двух возможных вариантов:

Left — для ошибки или неудачи.

Right — для успешного результата.

Его можно представить как контейнер:

Either<Error, Result>

Где:

Error — тип ошибки (например, строка или кастомный класс).

Result — тип успешного результата.

Почему Either удобен?

1️⃣ Избавление от исключений: больше никаких try-catch. Ошибки обрабатываются как обычные значения.

2️⃣ Читабельность: твой код становится декларативным и предсказуемым.

3️⃣ Цепочки вызовов: методы вроде map и flatMap делают обработку данных интуитивной.

4️⃣ Никакого null: всё строго типизировано, и IDE помогает тебе не забыть обработать оба варианта.

Либа для Kotlin — Arrow

Чтобы работать с Either удобно, есть библиотека Arrow. Это мощный функциональный toolkit для Kotlin, который упрощает использование функциональных паттернов.

Как это работает?

Пример: чтение данных из файла.

fun readFileContent(path: String): Either<String, String> {

return try {

val content = File(path).readText()

Either.Right(content)

} catch (e: IOException) {

Either.Left("Failed to read file: ${e.message}")

}

}

val filePath = "data.txt"

val message = readFileContent(filePath).fold(

ifLeft = { error -> "Ошибка: $error" },

ifRight = { content -> "Содержимое файла: $content" }

)

println(message)

Здесь используется fold — метод, который обрабатывает и Left, и Right в одном месте.

Почему я люблю Either ❤️

Этот паттерн настолько удобен, что я затащил его даже в Dart-код WEB UI-части "Тут даром". Там он помогает мне разруливать ошибки прямо в интерфейсе, делая код проще и читабельнее.

Он делает разработку чище, защищает от неожиданных ошибок и позволяет сосредоточиться на логике, а не на "что-то опять сломалось". Если ты ещё не пробовал Either, самое время начать! 💪

Мой ТГ

Показать полностью 1

Опять об ИИ

У меня есть пара идей, связанных с ИИ, поэтому я чутка погрузился в тему. И вот что накопал:

1️⃣ ИИ — это математика, но круче.

Всё началось с формул прошлого века. Только раньше не было ни нормального железа, ни кучи данных. А теперь это 🚀!


2️⃣ Скачок ИИ ждёт новой математики.

Если данных много — ИИ шикарен. А вот как дело доходит до нестандартных задач — он такой: "Эээ... нет." 🤷‍♂️


3️⃣ ИИ — твой умный друг, но не супергерой.

Он идеально разбирает хаос в задачах, но не ответит на вопрос: "Как завоевать мир?" 🌍✨


4️⃣ ИИ не захватит мир (ещё нет).

Без наших "ручек" он бесполезен. Так что Skynet подождёт. 🛠️


5️⃣ ИИ не отбирает работу, он её создаёт.

Каждое новое изобретение = новые профессии. Через пару лет мы все будем консультантами по нейросетям. 💼🤓


6️⃣ ИИ = промышленная революция 2.0.

Те, кто научится пользоваться, станут королями этой эпохи. Остальные... ну, вы поняли. 👑📈


7️⃣ ИИ уже тут, и он не ждёт.

Не начнёшь сейчас — завтра будешь догонять. Как с интернетом в начале 2000-х. 🌐

Мой ТГ https://t.me/debug_leg

Показать полностью
0

Прокрастинация: королева всех отмазок

Прокрастинация: королева всех отмазок Личный опыт, Совет, Эффективность, Дисциплина

О, да... мог бы начать с дефиниции из Википедии, но вот моя версия: прокрастинация — это когда важные дела откладываются, потому что появляются дела ещё важнее! Например, как сегодня утром: убраться в комнате, настроить умную лампочку или заполнить бланк голосования за капремонт (да-да, всё это было). 😅

Я делю прокрастинацию на два типа:

1️⃣ Явная — ты знаешь, что занимаешься фигнёй. Например, «мир не спасать же в грязной комнате, да и лампочка мигает!»

2️⃣ Неявная — ещё хуже, потому что не осознаёшь, что делаешь что-то бесполезное, но делаешь.

Мой лайфхак, чтобы сократить явную прокрастинацию:

⏱️ Ставлю таймер на 30 минут. Убираюсь (или делаю фигню), что успел — молодец, дальше сажаю себя за комп и начинаю работать в чуть более чистой комнате.

Для борьбы с неявной прокрастинацией я веду таймшиты. Такая табличка, где пишу, чем занимался с ... по ... (спойлер: иногда становится жутко стыдно 🙈).

Победить прокрастинацию полностью? Unreal. Но можно минимизировать её влияние. Это ведь прокачка дисциплины 💪

Мой ТГ

Показать полностью 1

Джентльменский набор для пет-проекта

Джентльменский набор для пет-проекта IT, Опыт, Разработка, Личный опыт, Программирование

Запуск пет-проекта — это как первый полёт на самодельном дроне: захватывающе, но детали важны. Вот мой джентльменский набор, который поможет настроить всё быстро, просто и без лишних затрат:

1️⃣ Документация

📝 Где хранить: Yandex Wiki.

Просто и под рукой. Храните всё: идеи, планы, схемы. Главное правило: если что-то не задокументировано — этого как бы и нет.


2️⃣ Трекер задач

📋 Что использовать: Yandex Tracker.

Создаём задачу, трекаем прогресс, закрываем. Всё. Просто. Лаконично. Да и API у него удобное для автоматизации.


3️⃣ Хранилище кода

💾 Опции: GitHub, GitLab, Gitverse — всё, что умеет Git.

Собственный сервер для гита? Нет уж, спасибо. Хостинг спасает от головной боли.


4️⃣ CI/CD

🚀 Почему нужно: Катывать изменения руками — это как искать Wi-Fi в лесу.

Минимальный сетап: Jenkins + Ansible. Дёшево, сердито и работает. Jenkins командует, Ansible исполняет.


5️⃣ Метрики

📈 Чем мониторить: Prometheus + Grafana


🔥 Добавляем Telegram-бот для алертов, чтобы важное не упустить.


6️⃣ Логи

📜 Что использовать: Kibana.

Собирать логи вручную? Это не хобби, это пытка. Kibana помогает сделать всё красиво и удобно.


7️⃣ Где всё это держать?

🗄️ Лайфхак: всегда ищите баланс между затратами времени и денег.

Документация и задачи: Yandex Wiki и Tracker.

Остальное: собственный Jenkins и инструменты.

💡 Самое классное: обвязать пет-проект этим зоопарком, и можно экспериментировать сколько угодно. С таким базисом вы сможете сосредоточиться на кайфе от разработки, а не на инфраструктурных заморочках.

Мой ТГ

Показать полностью 1

Миф о микросервисах: больше — не всегда лучше

🔥 Миф: "Микросервисы решают все проблемы. Чем больше микросервисов — тем круче твой проект!"

🤔 А теперь реальность: микросервисы — это не панацея, а иногда и прямой путь к проблемам, если их использовать не по назначению. Давайте разберёмся, почему.

1️⃣ "Микросервисы улучшают масштабируемость"

✅ Правда: да, ты можешь масштабировать только нужные части системы, а не всё приложение.

❌ Но: если твоя система изначально не нагружена, микросервисы добавляют сложность на ровном месте. Подумай, стоит ли городить зоопарк, если у тебя три пользователя и один запрос в минуту? 🦄

2️⃣ "Микросервисы упрощают разработку"

✅ Правда: они позволяют разделить проект на автономные куски, и команды могут работать параллельно.

❌ Но: каждый микросервис — это отдельная точка отказа. Привет, бесконечные баги и конфликты между командами, которые не договорились, как использовать API. 🤷‍♂️


3️⃣ "Микросервисы — это современно"

✅ Правда: модно, молодёжно, хайпово.

❌ Но: следовать трендам, не понимая их смысла, — это как надеть костюм космонавта, чтобы выглядеть умнее. Лучше классный монолит, чем плохой микросервис. 🚀


Когда микросервисы реально нужны?

💡 Если у тебя:

— Высокая нагрузка и нужны частые масштабирования.

— Сложная архитектура, где разные команды отвечают за свои части.

— Бизнес-логика требует частого обновления отдельных компонентов.

Если ничего из этого нет, монолит — твой лучший друг. 🙌

Заканчиваем на позитиве:

Архитектура — это не про тренды, а про здравый смысл. Иногда самый простой выбор оказывается самым эффективным. Так что, если кто-то снова скажет: "Микросервисы или смерть!" — напомни им, что здравый смысл всегда живёт дольше хайпа. 💡

ПС: В моем ТГ живут кружочки 🔵 и мемасы https://t.me/debug_leg

Показать полностью

Как перестать быть 'молчаливым интровертом' на встречах? Отвечаю на частые вопросы

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

🤔 Давайте разберёмся, как не молчать на встречах, не выглядеть странным и при этом не превращаться в "того самого, который говорит больше всех".

1️⃣ "Я мало говорю. Это нормально?"

🚩 Проблема: Кажется, что на митингах все должны говорить много и часто.

✅ Что делать:

— Качество важнее количества. Один ценный комментарий лучше, чем поток слов без смысла.

— Подготовься заранее. Прочитай повестку встречи и придумай 1–2 вопроса или идеи, которые можешь озвучить. Даже небольшое замечание покажет твою вовлечённость.


2️⃣ "Все уже высказались. Мне что, молчать дальше?"

🚩 Проблема: Если не успел первым, то вроде бы уже и не нужно говорить.

✅ Что делать:

— Подключайся с обобщением: "Согласен с X, но хочу добавить Y". Это показывает, что ты слушал и у тебя есть своё мнение.

— Или предложи уточнение: "Отличная идея Z. Давайте обсудим, как её можно реализовать".


3️⃣ "Как перебить коллегу, чтобы это не выглядело грубо?"

🚩 Проблема: Кто-то превращает митинг в личный моноспектакль, и ты не можешь вставить даже слово.

✅ Что делать:

— Лови паузу и вежливо добавляй: "Мне нравится мысль, хотел бы дополнить её своим взглядом".

— Если паузы нет: "Извини, что прерываю, но у меня есть идея, которая может дополнить твои слова".

Заканчиваем на позитиве:

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

ТГ: https://t.me/debug_leg

Показать полностью
Отличная работа, все прочитано!