☝🏻Прямой кейс как кто-то прямо сейчас лутает миллионы на ИИ контенте.Я нашел несколько десятков таких каналов, все почти одинаковые, сгенерированы, заанимированы и озвучены ИИ. Зарегистрированы в западных странах для монетизации. И боюсь представить сколько подобного в англоязычном сегменте.Видимо тема еще рабочая, большинству каналов не больше месяца, некоторые созданы только сегодня. Просмотры на десятки тысяч.Кто-бы не стоял за этими каналами, на его месте может быть каждый из нас, ведь ИИ инструменты доступны всем.Как я писал выше «ИИ вас не заменит, вас заменит человек, который использует ИИ»
Привет анон
@hi_anon · 7.6K подписчиков
Посты канала Привет анон в SillyFeed: единая лента публичных Telegram-каналов со ссылками на оригиналы.
Все мои каналы:https://t.me/black_triangle_tg/7888Поддержать канал:https://notabug.org/Black_Triangle/safe_worldВ данном канале реклама не продается
Посты канала
Ещё по теме «Технологии»
Технологии🤔 Расскажи о истории умных указателейИстория умных указателей (smart pointers) в C++ связана с необходимостью управления динамической памятью и улучшением безопасности работы с указателями. Они появились как способ автоматизировать управление памятью и избежать ошибок, таких как утечки памяти, двойное освобождение или использование освобожденной памяти.🚩Основные этапы развития умных указателей🟠Классические проблемы обычных указателейВ языке C++ динамическая память выделяется с помощью
new и освобождается с помощью delete. Однако ручное управление памятью приводит к ошибкам:Утечки памяти: забыли вызвать delete, и память остаётся занятой.Двойное освобождение: дважды вызвали delete на одном указателе.Использование освобождённой памяти: доступ к указателю после delete.Эти проблемы стали мотиватором для появления решений, которые бы автоматически управляли памятью.🟠Ручная реализация умных указателей в C++98До стандартизации разработчики часто писали свои собственные классы для управления динамической памятью. Такой класс оборачивал указатель и вызывал delete в своём деструкторе:class SmartPointer { int* ptr;public: explicit SmartPointer(int* p = nullptr) : ptr(p) {} ~SmartPointer() { delete ptr; } int& operator*() { return *ptr; } int* operator->() { return ptr; }};🟠Boost и развитие библиотеки умных указателейВ библиотеке Boost появились первые стандартизированные умные указатели:boost::shared_ptr: реализует совместное владение указателем (reference counting).boost::scoped_ptr: уникальное владение (аналог будущего std::unique_ptr).boost::weak_ptr: слабая ссылка для работы с циклическими зависимостями.Boost сыграл огромную роль в стандартизации умных указателей, так как многие из них легли в основу C++11.🟠C++11: стандартные умные указателиСтандарт C++11 ввёл библиотеку <memory>, которая предоставляет три типа умных указателей:std::unique_ptr:Гарантирует уникальное владение ресурсом.Замена для обычных указателей с более строгими гарантиями.Не поддерживает копирование, только перемещение. std::unique_ptr<int> ptr(new int(5)); std::shared_ptr:Совместное владение ресурсом через подсчёт ссылок.Освобождает память, когда последний shared_ptr указывает на объект. std::shared_ptr<int> sp1 = std::make_shared<int>(10); std::weak_ptr:Не увеличивает счётчик ссылок в std::shared_ptr.Используется для работы с циклическими зависимостями. std::weak_ptr<int> wp = sp1; 🟠Современное использование умных указателейС выходом C++14, C++17 и C++20 умные указатели остаются важной частью языка. Они используются для:Ресурсного управления (RAII).Устранения утечек памяти.Упрощения кода.Ставь 👍 и забирай 📚 Базу знанийПро ИИ интересное наблюдение уже из личного опыта: мне щас впервые заказали перебивку ИИ – братцы, это трындец сложная работа, там расход времени на продакшн проф. уровня еще больше, чем на оригинальную аранжировку: Суно сделала очень сложный арранж, который повторять дольше, чем мне было бы самому насочинять партий: реально как делают лучшие мировые артисты жанра.И артисту по деньгам расходы не уменьшились – переписать в проф. студии с проф. музыкантами инди-поп, рок, поп-рок так же дорого, как заказать аранжировку реальному аранжировщику (ибо любой проф. аранжировщик 80 процентов партий сам сыграл бы и цена была бы та же).Вот если Суно научится и звук делать проф. уровня, тогда капец и музыкантам и звукорежиссёрам придет. Но пока не умеет, в принципе всё по-старому. Еще одно соображение: для очистки прав, чтобы не было претензий на музыку, аранжировку и исполнение (на это всё можно отдельно в суд подавать), всё равно лучше перебивать и переписывать, так, что, возможно, хотя бы для этого серьёзные артисты продолжат нанимать музыкантов и звукорежиссёров, даже если основа ИИ.Но арранж Суно сделало дико крутой (рок), реально мировой уровень. У нас так лучшие артисты этого жанра арранжат. Аранжировщикам в рок-жанре конец, не нужны больше.
Отрицание
Гнев
Торг
Депрессия
“Наверное, мне тоже надо завести канал в МАКСе”
Как у вас работает телеграм? Почувствовали на себе замедление?
Прибейте меня, я делаю интеграцию. Часть 2
В прошлой части мы разобрались, что такое интеграция и с чем её едят.И казалось бы всё, тимлид, давай задачку, ща спроектируем-нах*евертим
Но тут важно понимать одну вещь:Интеграции бывают разные.И если выбрать не ту модель, могут быть проблемы.Начнем с того, что мы их можем разделить по двум направлениям:1. С кем мы интегрируемся.2. Как мы это делаем.1. С кем: внутренние и внешние
IT АНАЛитика | Подписаться
🏠Внутренняя интеграция (Internal)Когда мы связываем наш сервис с другим сервисом внутри компании.Пример:Сервис «Оформление заказа» стучится в сервис «Склад», чтобы проверить, есть ли нужная модель телефона в наличии.Зачастую это более простой вариант:Все свои. Можно дойти до соседней команды или написать в личку;
Быстрее договориться о доработках;
Более быстрый разбор ошибок.Из минусов:
Знания часто живут в головах и может быть плохо описанная документация;
У другой команды свой бэклог и задачу могут взять в работу не так быстро, как хотелось бы;
Могут выкатить правки без предупреждения и молча сломать вам прод.
🌐 Внешняя (External)Когда мы интегрируемся с системой вне нашей компании.Пример:У нас есть сервис авторизации и мы хотим, чтобы пользователь мог войти через Госуслуги или Google (внешние сервисы).Из плюсов:2. Как: синхрон или асинхронОбычно есть подробная документация, которую можно изучить самому;
Есть чёткие правила и форматы данных, которые меняются не так часто.Из минусов:
Вы не влияете на процесс. Если они решили что-то поменять, вы просто подстраиваетесь, иначе всё сломается;
Если внешний сервис упал, то разрабу в личку уже не напишите, придется писать в саппорт и ждать ответа.
Синхронная интеграция (Request–Response)Самый популярный вариант - REST, gRPC, SOAP.Логика простая:Запрос → Ожидание → Ответ. Пока мы не получим результат от другой системы, дальше не идем.Пример:Создали клиента → отправили запрос в систему проверок → ждем 5 секунд → получили статус «Одобрено» → создали личный кабинет.Плюсы:
Всё просто: отправил - получил. Легко проектировать.
Сразу понятно, на каком этапе возникла ошибка.
Дернул метод через Postman и сразу увидел результат.Минусы:
Если вторая система упала, то процесс встал;
Любая задержка бьёт по пользователю.Когда использовать:
Ответ нужен здесь и сейчас (например, проверка баланса или авторизация);
Пользователь смотрит в экран и не может продолжать работу без этих данных.
📨 Асинхронная интеграция (Event-Driven / MQ)Kafka, RabbitMQ и другие брокеры сообщений.Логика простая:Отправили → Забыли. Нам не важно, когда именно другая система обработает данные. Главное, что мы зафиксировали событие и пошли дальше.Пример:Клиент нажал «Оформить заказ» → мы кинули событие в очередь → Склад начал сборку, а программа лояльности начислила баллы. Клиент сразу видит экран «Заказ принят», а не ждёт, пока отработают все внутренние сервисы.Плюсы:Самое простое объяснение:Синхрон - вы звоните в ресторан.Пока вам не подтвердят бронь, вы держите трубку.Асинхрон - вы оставили заявку.Администратор подтвердил её через 2 часа.Вы не ждали у телефона.Какой тип интеграций в ваших задачах встречается чаще всего? И что из этого больше всего бесит?Система не «тупит» в ожидании ответа, пользователь доволен скоростью.
Если сервис почты упал, заказ всё равно оформится. Сообщение полежит в очереди и долетит позже, когда сервис поднимется.
Можно легко добавить ещё пять систем-потребителей, и основной процесс от этого не замедлится.Минусы:
Сложнее тестировать: приходится прыгать по логам разных систем, чтобы понять, где и почему застряло сообщение.
Аналитику нужно продумать кучу нюансов: что делать с дублями сообщений (идемпотентность) и как не перепутать их порядок.
Добро утро, бандиты
Большая часть моего контента за последние полгода была выброшена в мусорку из-за прокрастинации. Типа зачем писать о тех или иных технологиях, если любая бабушка с ChatGPT тебе в комментариях всё опишет куда складней?Поэтому, я решил поменять подход – теперь я, скорее, не делюсь каким-то опытом, а больше хочу спросить вас. Вдруг кто-то сможет увидеть то, чего я в упор не вижу?И начнём мы сегодня с VPN. Вчера я описал некоторые проблемы, с которыми я сталкивался в этом сервисе, а сегодня расскажу о технологиях.VPN-панельДля организации работы VPN-сервиса, чтобы упростить себе жизнь я использую API 3x-ui. Для желающих развернуть свой сервер я даже не вижу смысла делать гайд, ведь 3x-ui запускается БУКВАЛЬНО по одной команде https://github.com/MHSanaei/3x-uiЯ из любопытства пробовал и другие решения, например https://github.com/Gozargah/Marzban но работа с API в нём (по крайней мере на момент моего теста) была еще более ебаная, приходилось поднимать ssh-туннели, в общем мне не понравилось. При том, что конечный функционал у них у всех одинаковый и заключается лишь в первичной настройке протоколов.Нужно отметить, что у Marzban есть интересный функционал в виде проброса трафика на наиболее быструю ноду (пользователь использует лишь один ключ, а Marzban сам решает через какой VPN-сервер пускать трафик, в зависимости от того, до каких серверов может достучаться пользователей и какой из серверов может предложить самую высокую скорость пользователю). Но это является и самым уязвимым местом – если провайдер блокирует доступ к IP или домену родительской ноды, то пользователю сразу перестают быть доступными все VPN-сервера. Поэтому я решил отказаться от такого функционала в своём боте.Тут в целом, 3хуя меня более, чем устраивают, но, если у вас есть чем поделиться в плане VPN-панелей буду рад увидеть это в комментариях.ПротоколыТак как выборка пользователей у меня в боте довольно обширная – мне удалось выявить какие протоколы наименее устойчивы к блокировкам: ранее в боте использовались протоколы OpenVPN и Wireguard – сейчас я от них полностью отказался, так как большинство пользователей жаловались, что эти ключи у них не работают в принципе.Следующим был Shadowsocks – долгое время он работал стабильно, но и его со временем провайдеры научились вычислять и блокировать. Пока что я от него не отказываюсь, потому что некоторые пользователи отмечают, что он продолжает работать в то время, как VLESS ни в какую.Ну и последним был и остаётся протокол VLESS – по отзывам пользователей (по крайней мере пользователей моего бота) он является самым надёжным на сегодняшний день (хоть и не идеальным).VMESS я не тестировал ввиду, что VLESS – это логичное продолжение VMESS и второй банально уже устарел (возможно я не прав – напиши в комментариях).Также я тестировал Hysteria2 и Trojan – я взял несколько частных прокси для проверки и большинство из них отказались открывать сайты через Hysteria2 и Trojan, в отличии от VLESS. На этом я и прекратил тесты этих двух протоколов.И вот здесь, я как раз хочу обратиться к вам за советом – кто тестировал разные протоколы для обхода блокировок, какой протокол показал себя лучше других?
"the objective of organizing it this way is to localize my stupidity;my objective as a software developer is not to be smart, it's to limit my stupidity to small local scopes"src
Есть такой синдром, синдром <название крупной ИТ-компании>. Давным-давно у меня был опыт прохождения там собеседования. Позиция называлась дико - ATS, даже не помню уже расшифровку. И я своими глазами увидел проявления этого синдрома. Представьте: овальный стол, четыре или пять человек за ним. Три собеседующих, один собеседуемый. Собеседующие а ноутбуками, видны только макушки. Они все многозадачны, но собеседуемый об этом не знает. Он напряжен, и у него нет ноутбука.Так проходят многие встречи в организациях, подверженных синдрому <название большой ИТ-компании>. Все участники за гаджетами, ноутбуками, разговаривают, не видя глаз друг друга. Особую пикантность добавляют обклеенные ноутбуки, как раньше были чемоданы. Города, компании, события. Со стороны кажется, что эти люди - торопящиеся перелетные птицы. Присели, поклевали в ноутбуках, и снова улетели. За новой наклейкой.Или деловая встреча в ресторане. На столах телефоны. Люди вроде бы смотрят на тебя. Но как бы краем глаза. Основной фокус - там, на темном экране. Вдруг выскачет уведомление? Вдруг кто напишет? Это же важно. Это - значительно. Показать, как ты востребован в этом мире. Ведь если сразу не ответить, то NASDAQ рухнет минимум на 3 процента. Или где-то начнутся массовые увольнения. Или революция. Я раньше тоже был подвержен синдрому <название большой ИТ-компании>. Сейчас я выздоравливаю, у меня стойкая ремиссия. Я не читаю новости и стараюсь не трогать телефон. Сложно было первые пару месяцев. Руки так и тянутся, люди на другой стороне гаджета обижаются. Все же привыкли к мгновенной реакции. Следующий мой шаг - перестать искать телефон на конференциях. Сидеть и внимательно слушать, не важно где: в президиуме или в зале.Думая о синдроме <название большой ИТ-компании> у меня родилась вот какая мысль. Признаки богатства и свободы изменяются. Внимательно слушать собеседника, не утыкаясь в девайс, - это заслуживает уважения. Как свой успешный бизнес, или как изобретения, хорошие статьи. Надеюсь, что когда-нибудь мы будем бороться с этим синдромом, как с курением. И пользоваться гаджетами на встречах будет немодно, даже неприлично. Как выпускать дым в лицо собеседнику.
🤖 ИИ в изучения китайского: советы от учителя из ПекинаХочу поделиться, как я и наши ученики используют ИИ ( сегодня именно ИИ чат-DeepSeek) и как вы тоже можете это делать. Лично проверила, ошибки у ИИ бывают, но пользы намного больше!!!Наглядно показала в видео 👆как работаю с чатом ( смотрите со звуком)✨ 5 полезных функций ИИ в изучении китайского:1. Умный перевод с объяснениямиМожно грузить текстовые файлы, картинки, делать фото: ИИ переведет, если надо добавит пиньинь и :✅объяснит почему здесь это слово, а не другое✅проанализирует и сделает подборку полезных слов и фраз из текста✅составит живые фразы с этими словами-как бы сказал носитель ✅составит диалог или текст для практики на основе вашей подборки✅сделает упражнения и тест 2. Объяснение похожих словКогда ученики путают слова (например, 美丽 и 漂亮), я прошу ИИ показать разницу простыми примерами из жизни.Причем всегда нужно давать контекст и просить ИИ составить примеры и диалоги для практики3. Разбор грамматики Можно давать конкретную грамматику и : ✅просить рассказать с примерами из повседневной жизни✅просить сгенерировать упражнения под конкретный уровень: «создай упражнения на тренировку 把 для hsk2”✅ делать тесты на китайском/русском 4. Генерировать реальные диалоги под конкретные сируации из жизни(которых часто нет в учебниках):✅как поздравить с китайским Новым годом ✅как заказать еду в ресторане✅как спросить дорогу и т.д.5. Изучение культуры и истории Китая:Вот некоторые запросы:✅ что важно знать при общении с китайцами✅аналоги пословиц, устойчивых фраз✅легенды и мифы✅ интересоваться историческими деятелями 💡 Мой совет:Задавайте конкретные вопросы, максимально детально и не забывайте добавлять «как бы сказал носитель»🎯 Почему это работает:· Бесплатно и доступно 24/7•быстрый поиск большой информации· Объясняет понятно и с примерами из жизни· Показывает «живой» язык, а не только учебный ИИ не заменит учителя, но станет отличным помощником! Попробуйте — и вы увидите, как станет проще учить китайский.Далее расскажу про другие способы использования ИИ в изучении, хотите?——————Китай и китайский. Марина Мадни-о Китае из Китая#китайскийязык #учитькитайский #AI #HSK #ИИ #Пекин #Китай #learnchinese
Что ждёт живую музыку?Этот вопрос тревожит многих музыкантов и представителей индустрии сейчас, когда ИИ-треки всё чаще попадают в чарты, а ИИ-артисты получают поклонников и популярность. Анонимные музыканты решили ответить на этот вопрос по-своему, и мы не смогли пройти мимо их социально-культурного эксперимента! Рассказываем и вам: в канале «Дарвин и музыка» команда выложила 2 трека и спросила, какой из них больше нравится слушателям. В треках одинаковый текст и похожая мелодия, но разные аранжировка, манера исполнения, акценты. Один трек создан живыми людьми, второй сгенерирован нейросетью, но где какой — пока неизвестно.Команда раскроет все карты 12 февраля, в День Дарвина, и расскажет, какой из треков живой, а какой ИИ-шный, подведёт итоги эксперимента и представит клип на трек. Уже ждём результатов, чтобы проверить свои догадки, и приглашаем вас тоже поучаствовать в этом эксперименте.
Пост о цифровой гигиененаблюдения и практики подписчиковНедавно я спросила вас, как вы помогаете себе в обращении с соцсетями и мессенджерами.Из ответов сложилось несколько устойчивых стратегий - делюсь ими ниже.
Управление подпискамиМногие написали, что стараются структурировать и лимитировать входящую информацию:•создают папки и архивы в Telegram•вводят свой собственный лимит на количество каналов (например не более 50 подписок) •отписываются от триггерящих каналов и страниц Я думаю, что очень важная практика. Уборки требуют не только наши шкафчики и письменные столы, но и диджитал пространство.
Отключение уведомлений Кажется это такая простая практика, но она возвращает ощущение контроля. Информационный поток не врывается в любое время и не захватывает внимание без вашего на то выбора. Многие написали что отключают все уведомления (за исключением сообщений от близких и уведомлений от банков)
Временные рамки и ритуалыОдна из подписчиц поделились, что выбирает не брать телефон сразу после пробуждения, чтобы утро было наполнено другими ритуалами - утренняя гигиена, чтение, неспешные завтрак. Некоторые вводят лимит на проведение в соц.сетях в течении дня - существуют приложения (например Opal) которые отслеживают время и высылают напоминания об ограничениях.
Физическое расстояние от телефона и социальных сетейГораздо легче не отвлекаться на социальные сети, если их нет в поле вашего зрения.Например, не доставать телефон из сумки на важной встрече или положение телефона экраном вниз, когда вы общаетесь с друзьями.Где-то я читала о совете - выносить телефон в другую комнату, когда вы хотите спокойно поработать не отвлекаясь.Несколько подписчиков написали, что удаляют приложение с телефона и пользуются социальными сетями с компьютера. Это здорово сокращает время бездумного скроллинга.
Периоды отдыха от социальных сетей Я уверена, что мы никогда не сможем по настоящему отдохнуть и написаться, проведя весь день с экраном в обнимку.Напитывает нас реальность , поэтому несколько подписчиков поделились, что устраивают себе дни паузы без использования телефона.Например, окно вечер пятницы - суббота это то время, когда рабочие задачи точно могут подождать. А все важные люди (семья) итак рядом. Одна моя хорошая знакомая устраивает небольшие отпуска без социальных сетей и телефона - гуляет на природе, читает, фотографирует и пишет заметки. Делится, что это очень наполняющий и напитывающий опыт. ПодытожимСоциальные сети - это источник информации, возможность общения и самовыражения. Я очень люблю свои цифровые площадки. Они дают мне много прекрасных возможностей. Но без осознанного использования - социальные сети превращаются в опасный инструмент, который захватывает внимание - и вот ты не замечаешь что вместо реализации своих целей, бездумно отдаешь свой ресурс на скроллинг и ощущаешь себя в дефиците после.
Спасибо за ваши советы, мне кажется, получился прекрасный набор рекомендаций! Вы очень думающие и внимательные к себе.📎 Кому интересна тема осознанного взаимодействия с социальными сетями - рекомендую книгу «На цифровой Игле».В следующим посте поделюсь своим взглядом психолога, на то, как мы можем помогать себе находясь в среде социальных сетей.