@thedevs · Post #1553 · 08.08.2019 г., 18:12
Faster, cheaper, and better: A story of breaking a monolith. #article#microservice#coding @thedevs https://kutt.it/6u5iy5
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #503 · 14.08
14 августа 2013 года, ровно 9 лет назад, я впервые установил Telegram. Вот такой скриншот был в промо-материалах: акцент на технологии, а про рюшечки для блондинок упомянуто вскользь с шуткой. Позавчера Telegram выкатил анимированные эмодзи и кастомные реакции. Перед этим Павел Дуров написал пост о том, что Apple очередной раз задерживает обновление, в котором будет революционный способ самовыражения. Обновление вышло, а революции что-то не видно: анимированные колобки были ещё в Qip десять лет назад, кастомные реакции есть в Slack и Discord. Ну да ладно. Меня больше удивляет фиксация команды Telegram на рюшечках: огромные силы тратятся на все эти стикеры, анимации, реакции, эмодзи. И среди последнего десятка крупных обновлений, кажется, не было ни одного без этой фигни. Почему так происходит? Некоторые говорят, это потому, что Телеграм уже полностью доделан, и в него банально нечего добавить. Но это не так: до сих пор нет средств дискавери для каналов, до сих пор нельзя адекватно прикреплять картинку к тексту, сжатие фотографий всё ещё очень шакальное, полноценно редактировать альбом невозможно, посты в каналах по интерфейсу всё ещё чат-монолог на 60% от ширины экрана, на главной странице всё ещё вперемешку сущности из всех папок, и вообще управление папками сделано через одно место. В общем, много всего ещё нужно править. Думаю, дело в другом: команда Telegram очень круто умеет в UI/UX и фичи, лучше всех на рынке. Но почти не умеет в бизнес и маркетинг. Она, как и Дуров, не понимают, как продавать свой продукт. Им сейчас надо привлечь широкие массы и, видимо, внутренняя статистика показывает рост активности и вовлечённости от всех этих рюшечек. А, значит, надо ещё больше рюшечек. Но это примерно как в продуктовом магазине обнаружить, что люди покупают алкоголь, и начать очень активно развивать это направление, подзабив на всё остальное. Расширять полки с бухлом, рекламировать его, ставить прямо на входе, заслонять спиртягой хлеб и другие продукты. Покупателей, возможно, станет больше, но они будут алкашами. #web
Hashtags
Търсене: #microservice
@thedevs · Post #1553 · 08.08.2019 г., 18:12
Faster, cheaper, and better: A story of breaking a monolith. #article#microservice#coding @thedevs https://kutt.it/6u5iy5
Hashtags
@githubtrending · Post #14904 · 03.07.2025 г., 12:00
#go#ai_assistant#ai_generated_code#cloud_native#code_generation#custom_templates#developer_tools#development_framework#gin#go_sponge#golang#grpc#grpc_gateway#low_code#microservice#protobuf#restful_api#sponge#web Sponge is a powerful Go development framework that helps you quickly build backend services like RESTful APIs and microservices with minimal coding. It generates modular Go code automatically by parsing SQL, Protobuf, and JSON files, letting you create complete backend projects through a simple web interface without complex commands. Sponge supports custom templates and integrates AI assistants (like ChatGPT) to help write business logic, greatly speeding up development and reducing repetitive work. It also offers full support for testing, API docs, and deployment, making your project more stable, efficient, and easier to maintain. This saves you time and improves code quality. https://github.com/go-dev-frame/sponge
@githubtrending · Post #14691 · 10.05.2025 г., 00:00
#csharp#architecture#aspnetcore#clean_architecture#cqrs#ddd#dotnet#dotnetcore#event_driven_architecture#event_sourcing#kubernetes#masstransit#messaging#microservice#microservices#oauth2#opentelemetry#software_architecture#software_design#software_engineering#vertical_slice_architecture Migrating from a monolithic architecture to a cloud-native microservices architecture offers several benefits. It improves scalability, allowing different parts of the application to grow independently. This approach also enhances reliability by isolating faults, so if one service fails, others continue to work. Additionally, microservices enable faster deployment and updates, as each service can be developed and deployed separately. This flexibility allows teams to use the best technology for each service, making development more efficient and agile[2][3][5]. https://github.com/meysamhadeli/monolith-to-cloud-architecture