Aleksei
К чему эти эмоции? У кого есть что выводить те знают пути вывода
Mark
Арабы, арабы платят
Максим
Сложно но невозможно.
"не" потерялась 🙂
Anton
делаешь доки, типа "продал" брату/свату машину
Так если вы так делаете необязательно всем остальным так. Нормально контракты показываешь банкам и все легально проходит, все деньги. Путь обмана скользкий и далеко так не уедешь. Только страдать больше будешь и бояться до конца жизни.
Anton
Еще кстати я забыл Райффайзенбанк через него тоже можно заводить.
Anton
Короче кто хочет может прятаться по углам или страдать, остальные могут в целом продолжать работать, чуть сложнее чем раньше но в белую и более менее спокойно.
kdp
у райфа курс бакса при выводе такой себе. че там с выводом через биржу я хз, с момента когда там запрет торгов наступил не интересовался.
Aleksei
Я в голос проорал)
Victor
Я в голос проорал)
некоторые используют только post и get, так что вполне put и не нужен, типа изначально так договорились )
Katya
#вакансия #golang #backend #remote 💡Senior Go разработчик 🏠 NextGRServices для международной компании. Сервисы для людей (аренда, телеком,авто бизнес). Проекты варьируются от создания веб и мобильных приложений с нуля до долгосрочной разработки и поддержки живых продуктов. 📌Ваша локация : любая (кроме РФ и РБ) , +-4 часа от мск времени ✔️ Удаленка, фуллтайм 📄 Оформление: b2b 💵 З/п 5000-6500$ 🔷Чем предстоит заниматься: -Деплой и релиз новый функций -Участие в code reviews -Анализировать и решать сложные технические задачи -Взаимодействие с product managers ,дизайнерами и другими разработчикам для определения требований к продукту и воплощение их в тех.решения 🔷Требования: ⁃ 6+ лет коммерческого опыта разработки и поддержки продуктов на Go ⁃ Опыт работы с Docker ⁃ Английский от B1 🔹Будет плюсом: ⁃ AWS 🙋🏽‍♀️Для резюме и за подробной информацией : @KatyaNextGRS
Alexey
Коллеги, подскажите кто знает, а что на собесах по Платформе бигтехи спрашивают? 🫠
Alexey
Segmentation
Иногда специфичные вакансии могут просить более глубокое понимание в какой-то сфере, но обычно об этом пишут в вакансии
Alexey
збс, но хотелось бы знать что подучить приоритетнее 😂
Segmentation
Один маркетплейс в свою платформу кого попало набирает и живет хорошо
Alexey
Один маркетплейс в свою платформу кого попало набирает и живет хорошо
слушай, я сталкивался с такими неотдупляторами интегрируя свой сервис с яндексом, что уверен везде мусор залетает, особенно в крупняк, но когда теорию годами не повторяешь можно нарваться на кейс, когда из-за шляпы отскочишь
Alexey
вот и хотелось бы узнать на что обратить внимание при подготовке к Платформенному собесу 😞
Vadim
Что такое Платформа?
Alexey
Конкретно по Go вопросы, как я понял
Aleksandr
Что такое Платформа?
Ну воркер пул попросят написать) задачку на то какой в слайсе лен и кап будет решить
Aleksandr
А типа лайв кодинг?
Ну нет, там будет 50/50 устные вопросы и задачи
Vadim
Ну нет, там будет 50/50 устные вопросы и задачи
А это какая компания так делает?
Aleksandr
А это какая компания так делает?
Я уже не помню куда я собеситься ходил, но это дефолт вроде. Авито, Яндекс так делают точно
Vadim
Аааа. Я думал вы про faang
Aleksandr
a
Платформа это хитрое название для обычного техсобеса по языку/бд/бэкенду, так как еще у них алгоритмы/сисдиз, а это типа "внеплатформенное"
Vadim
Вроде ру чат🌚
Если только про язык
Segmentation
Aleksei
Обо всем вам расскажи
Если на букву О, то меня после рефералки даже на собес не позвали))))
Наталья
#открытаяваканси #ХОЛОДИЛЬНИК.РУ #ВедущийразработчикGO(senior) Ведущий разработчик GO (senior) Обязанности: - Поддержка и разработка нового функционала сайта создание новых интеграций с внешними и внутренними системами - Совместно с командой разрабатывать новые приложения и развивать существующие - Участвовать в обсуждении решений задач различной сложности, а также внедрять новые технологии и методологии. Требования: - Опыт коммерческой разработки ПО от 3-х лет - Опыт работы с Kafka - Уверенные знания Go - Уверенное знанеие языка SQL. опыт работы с реляционными базами данных, в основном MySQL/PostgreSQL - Опыт работы с gRPC. Опыт интеграции внешних систем по REST - Опыт проектирования, разработки и поддержки микросервисов - Опыт работы с gitlab. Будет плюсом: - Знание основ Docker, умение работать с контейнеризацией - Знание основ Kubernetes - Умение писать ci/cd. Условия: - График работы 5/2, гибридный с 09:30 до 18:00 возможность работать удаленно - Уровень дохода обсуждается индивидуально с финальным кандидатом - Оформление по ТК РФ с 1-го рабочего дня - Возможность развития и карьерного роста - Отдельная программа лояльности на приобретение товаров для сотрудников компании.
Segmentation
#открытаяваканси #ХОЛОДИЛЬНИК.РУ #ВедущийразработчикGO(senior) Ведущий разработчик GO (senior) Обязанности: - Поддержка и разработка нового функционала сайта создание новых интеграций с внешними и внутренними системами - Совместно с командой разрабатывать новые приложения и развивать существующие - Участвовать в обсуждении решений задач различной сложности, а также внедрять новые технологии и методологии. Требования: - Опыт коммерческой разработки ПО от 3-х лет - Опыт работы с Kafka - Уверенные знания Go - Уверенное знанеие языка SQL. опыт работы с реляционными базами данных, в основном MySQL/PostgreSQL - Опыт работы с gRPC. Опыт интеграции внешних систем по REST - Опыт проектирования, разработки и поддержки микросервисов - Опыт работы с gitlab. Будет плюсом: - Знание основ Docker, умение работать с контейнеризацией - Знание основ Kubernetes - Умение писать ci/cd. Условия: - График работы 5/2, гибридный с 09:30 до 18:00 возможность работать удаленно - Уровень дохода обсуждается индивидуально с финальным кандидатом - Оформление по ТК РФ с 1-го рабочего дня - Возможность развития и карьерного роста - Отдельная программа лояльности на приобретение товаров для сотрудников компании.
есть вилка?
Наталья
До 400 000
Pavel
Может ли команда из 10 разработчиков сделать копию основного функционала Твиттера за 5 месяцев, с масштабируемостью чуть-чуть превышающую масштабируемость твиттера?
Pavel
а зачем?
Чтобы пофлексить тулзу мб, или другие цели
Maxim
(10к линий кода... чего?! каких ещё "линий"?)
Maxim
строк, может быть?
Maxim
выкиньте свою кальку, короче
Pavel
(10к линий кода... чего?! каких ещё "линий"?)
Строк. Джава (простите, знаю что гошный чат)
Maxim
Строк. Джава (простите, знаю что гошный чат)
в вопросе с джавой не за что извиняться: под задачу и инструмент
Pavel
в вопросе с джавой не за что извиняться: под задачу и инструмент
Посмотри хотя бы бегло ссылочку пж, интересно мнение ^^
Vadim
Посмотри хотя бы бегло ссылочку пж, интересно мнение ^^
Я сделал лучше, прости https://github.com/Warp-net/warpnet
Pavel
Я сделал лучше, прости https://github.com/Warp-net/warpnet
Ты не сделал вообще ничего похожего на это, прости
Vadim
Что значит "масштабируемостью чуть-чуть превышающую масштабируемость твиттера"?)))
Они взяли федеративную модель мастодона и выдали за свое ноу-хау
Pavel
Что значит "масштабируемостью чуть-чуть превышающую масштабируемость твиттера"?)))
количество постов в секунду; количество r6gd.large узлов на AWS
Vadim
Хахах нет)
Тебе намекают, что ты не с той ноги сюда зашел
Pavel
Pavel
Тебе намекают, что ты не с той ноги сюда зашел
Хорошо, подскажи как лучше зайти
Vadim
Хорошо, подскажи как лучше зайти
"привет, ребята! Мы с командой потратили кучу сил чтобы сделать клевый инстанс мастодона! Вот статья - почитайте пожалуйста. Критика - велком"
Vadim
А ты нативочку устроил какую то))
Pavel
Привет, ребята! Увидел интересный эксперимент от команды Red Planet Labs — они построили масштабируемую реализацию Mastodon, способную выдерживать нагрузку уровня Twitter (3,5 тыс. статусов/сек с фанаутом 403), но всего за 10 тысяч строк кода с помощью новой платформы Rama. Для сравнения: оригинальный Twitter требовал ~1 млн строк, а официальный Mastodon — 18k+ только на Ruby. Статья здесь: https://blog.redplanetlabs.com/2023/08/15/how-we-reduced-the-cost-of-building-twitter-at-twitter-scale-by-100x/ Там описано, как Rama объединяет обработку данных, индексацию и запросы в единую систему, убирая необходимость "клеить" Postgres + Redis + Kafka вручную. Критика, вопросы, обсуждение — очень welcome! Особенно интересно, как это видят разработчики, знакомые с проблемами масштабируемости соцсетей. P.S. Это не "ещё один инстанс Mastodon", а демонстрация того, как с помощью Rama можно создавать сложные приложения с нуля в 100x быстрее. Сама платформа пока в закрытом бете, но обещают open-source релиз.
Vadim
Привет, ребята! Увидел интересный эксперимент от команды Red Planet Labs — они построили масштабируемую реализацию Mastodon, способную выдерживать нагрузку уровня Twitter (3,5 тыс. статусов/сек с фанаутом 403), но всего за 10 тысяч строк кода с помощью новой платформы Rama. Для сравнения: оригинальный Twitter требовал ~1 млн строк, а официальный Mastodon — 18k+ только на Ruby. Статья здесь: https://blog.redplanetlabs.com/2023/08/15/how-we-reduced-the-cost-of-building-twitter-at-twitter-scale-by-100x/ Там описано, как Rama объединяет обработку данных, индексацию и запросы в единую систему, убирая необходимость "клеить" Postgres + Redis + Kafka вручную. Критика, вопросы, обсуждение — очень welcome! Особенно интересно, как это видят разработчики, знакомые с проблемами масштабируемости соцсетей. P.S. Это не "ещё один инстанс Mastodon", а демонстрация того, как с помощью Rama можно создавать сложные приложения с нуля в 100x быстрее. Сама платформа пока в закрытом бете, но обещают open-source релиз.
Расскажите как планируете решать проблему таймлайна селебрити? Как будет реализована модерация? Че по gdpr и праву быть забытым?
Pavel
Расскажите как планируете решать проблему таймлайна селебрити? Как будет реализована модерация? Че по gdpr и праву быть забытым?
1. Таймлайн селебрити: Решается через партиционирование и микробатчинг. Статусы популярных аккаунтов обрабатываются порциями (до 64k подписчиков за итерацию), равномерно распределяя нагрузку между партициями. При высоком фанауте (до 22M подписчиков) используется продолжение фанаута в следующих итерациях, сохраняя fairness для других задач. 2. Модерация: Реализована через фильтрацию в ETL-процессах. Например, при фанауте статусов учитываются настройки подписчиков (фильтры по языкам, блокировка, скрытие бустов). Все правила кодируются в потоках обработки данных. 3. GDPR/право быть забытым: Поддерживается через управление PStates. Удаление данных (например, отписка, блокировка) выполняется атомарно и реплицируется. Для GDPR-запросов данные удаляются из всех индексов (PStates) и логов (depots) через методы вроде localTransform или removeFromLinkedSetByEntityId. Ключевой принцип: все операции интегрированы в Rama-модуль, без внешних БД.
Vadim
2. Этого очень мало. Будет филиал гидры. Вот вам идея для обдумывания: https://medium.com/@filinvadim/llms-for-go-developers-a-plug-and-play-approach-with-llama-cpp-4ccccb6d04df
Vadim
1. Таймлайн селебрити: Решается через партиционирование и микробатчинг. Статусы популярных аккаунтов обрабатываются порциями (до 64k подписчиков за итерацию), равномерно распределяя нагрузку между партициями. При высоком фанауте (до 22M подписчиков) используется продолжение фанаута в следующих итерациях, сохраняя fairness для других задач. 2. Модерация: Реализована через фильтрацию в ETL-процессах. Например, при фанауте статусов учитываются настройки подписчиков (фильтры по языкам, блокировка, скрытие бустов). Все правила кодируются в потоках обработки данных. 3. GDPR/право быть забытым: Поддерживается через управление PStates. Удаление данных (например, отписка, блокировка) выполняется атомарно и реплицируется. Для GDPR-запросов данные удаляются из всех индексов (PStates) и логов (depots) через методы вроде localTransform или removeFromLinkedSetByEntityId. Ключевой принцип: все операции интегрированы в Rama-модуль, без внешних БД.
Нехорошо ответы в chatgpt делать. Нормально общаться давай
Pavel
К тому же микробатчи не так чувствительны к latency как потоковые топологии
Vadim
Ну ИИшку не сложно в нужный ETL или Query topology добавить
В чем конечная профит идея проекта? Распространять рекламу?
Vadim
Мастодон кстати по лицензии Affero GPL. Это значит, что вы обязаны код открыть
Pavel
В чем конечная профит идея проекта? Распространять рекламу?
Проект это демка. Твиттер потратил на свою масштабируемость 200 человеколет (и им пришлось создавать свою БД с нуля), они же использовали Rama и справились за 9 человекомесяцев
Vadim
Твиттер не развивался линейно и сравнение вам сделает плохую рекламу
Pavel