TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #974 · 22.04

С большим трудом дослушал "Град Обречённый" Стругацких. Это, пожалуй, книга, которая доставила мне наименьшее удовольствие за посление 10 лет. Хотя завязка очень интересная: людей случайно выдёргивают из своего времени где-то в середине 20-го века и помещают в искусственно построенный город, ограниченный стеной бесконечной высоты с одной стороны и пропастью бесконечной глубины с другой, чтобы они участвовали в Эксперименте, суть которого так и не раскрывается. Важно, что участие добровольное, но зачастую людей выдёргивают из каких-то безвыходных ситуаций: из плена, перед казнью итд. Люди в Городе в целом предоставлены сами себе, но обязаны менять профессию раз в 3 месяца. Новую профессию каждому определяет некая машина неизвестным образом. Еще периодически на город сваливаются странные бедствия: например, нашествие обезьян. Так вот, лично я ожидал от этого произведения какой-то полудетективной социальной фантастики с закрученным сюжетом и неожиданной развязкой, а получил... плохо скрываемые жалобы авторов на устройство советского общества и вообще мира вокруг. Практически все персонажи в книге тем или иным образом отвратительны, порочны и лишены причин для сопереживания им. А описываемые события быстро скатываются в непробиваемый мрачняк без выводов. Причем, это всё еще и крайне уныло читать (или слушать). Во-первых, многие вещи близки только человеку определённой эпохи, пережившему определённые события. Во-вторых, авторы очень сильно затягивают некоторые сцены (например, застолья), по-видимому, чтобы увеличить отвращение читателя к персонажам и к человечеству в целом. В-третьих, что я просто ненавижу в литературе: авторы без плавного перехода меняют реалистичные сцены на сюрреалистичные. Мне тупо пришлось гуглить краткие описания некоторых отрывков, чтобы вообще понять, о чем была речь. Представьте, если бы какой-нибудь Раскольников вышел на улицу и увидел бы там вместо людей говорящие бананы, но при этом повествование продолжилось бы так, будто всё в порядке. И тебе, как читателю, приходится ломать голову над тем, что это за бананы: это героя глючит? Или слишком заковыристая метафора? А может я случайно пропустил пару страниц с объяснением? В общем, я догадываюсь, что советское общество не оправдало некоторые надежды в глазах Аркадия и Бориса, чем, видимо, глубоко их травмировало. В поздних интервью Борис Натанович вообще топил за капитализм по европейскому образцу, при этом в соседнем ответе непоследовательно ругая общество потребления. Но, пожалуй, хочу оставить в своей памяти тех Стругацких, которые написали Полдень. #fiction

Hashtags

Резултати

Намерени 4 подобни публикации

Търсене: #opentelemetry

当前筛选 #opentelemetry清除筛选
GitHub Trends

@githubtrending · Post #15055 · 13.08.2025 г., 12:00

#go#open_telemetry#opentelemetry The OpenTelemetry Collector Contrib is a collection of extra components that extend the core OpenTelemetry Collector, helping you collect, process, and export telemetry data like traces, metrics, and logs from your applications. It supports many features such as filtering sensitive data, batching, retries, and custom processing, which improve security, reliability, and performance of your observability pipeline. You can build custom distributions using these components to fit your needs. This helps you monitor complex systems more easily, reduce costs, and maintain flexibility by supporting many data formats and backends without changing your application code. It is maintained by a community of experts ensuring quality and support. https://github.com/open-telemetry/opentelemetry-collector-contrib

GitHub Trends

@githubtrending · Post #14948 · 11.07.2025 г., 12:30

#go#logging#metrics#opentelemetry#tracing OpenTelemetry-Go is a tool for Go applications that helps you track how your software performs by collecting data like traces and metrics, then sending this information to monitoring platforms so you can see what’s happening inside your app in real time[2][3][4]. It works on many operating systems and Go versions, and you can use it by adding a few lines of code to your app and setting up an exporter. This makes it much easier to find and fix problems, understand how your app is running, and keep everything reliable and fast[2][3][4]. https://github.com/open-telemetry/opentelemetry-go

GitHub Trends

@githubtrending · Post #14859 · 24.06.2025 г., 11:30

#typescript#cli#clustering#concurrency#dependency_injection#effect#error_handling#javascript#observability#opentelemetry#platform#schema#typescript#workflows Effect is a powerful TypeScript framework that helps you build reliable and complex applications by managing side effects like logging, network calls, and database operations in a safe and organized way. It uses a core `Effect` type to describe workflows that are lazy, composable, and type-safe, allowing you to handle errors and dependencies explicitly. The framework is modular, with many packages for AI, CLI tools, distributed computing, SQL databases, and more, making it flexible for various needs. Using Effect improves code quality, concurrency handling, and maintainability, helping you write robust TypeScript apps efficiently[1][2][4][5]. https://github.com/Effect-TS/effect

GitHub Trends

@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