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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #621 · 31.10

У меня в друзьях есть классный автор — Владимир Бычко. Владимир — проект-менеджер, ведёт реально интересный standalone-блог об управлении проектами и не только. Например, последний пост с правилами жизни — не какая-то унылая несовместимая с реальностью псевдофилософия "а ля Дуров", а действительно полезные и правильные наблюдения. Владимир один из самых интересных авторов среди моих ВК-подписок, однако, читаю я его посты крайне редко, и здесь проявляются серьёзные недостатки standalone, о чём я сейчас расскажу. Вообще, сервис-ориентированный интернет если не умирает, то, как минимум, теряет своих сторонников. Многие айтишники, интеллектуалы, авторы текстов уже высказываются о необходимости слезать с иглы корпораций, эти самые корпорации дешевеют, люди в сети активно выстраивают модели децентрализованного "веб три ноль". Дополнением к этому идёт акцент на медиа против текстов: сервисы уже не особо скрывают, что текстовая часть для них второстепенна, а внимание брошено туда, где хайп и толпы — например, в вертикальные видео и короткоживущий контент. В России этот эффект особенно заметен, именно поэтому вместо какой-нибудь устойчивой текстовой площадки большинство взрослых вменяемых авторов пишут в Telegram. Который для этого подходит чуть лучше, чем плоскогубцы для отвинчивания гаек — можно, конечно, и все мы так делали за неимением альтернатив. На этой волне неоднократно слышал призывы "уходи в standalone". Сделай свой сайт с RSS-фидом, любым оформлением, пиши туда. Как автор блога, я и правда мог бы такое сделать и даже видеть немало плюсов. Но, как читатель, я до сих пор не подписан ни на один standalone-блог, даже если мне очень нравится контент. Проанализировал основные четыре проблемы стэндэлонов. 1. Люди всё равно приходят из соцсетей, но ссылки в соцсетях оформлены некрасиво, понижаются в охватах и требуют дополнительное действие со стороны человека. Последнее особенно важно: конверсия в прочтение критически низкая даже для встроенных редакторов лонгридов и даже при условии, что пользователю сообщение со ссылкой покажется (например Telegram > Telegraph). 2. RSS это не замена ленте сообщений. Нет удобного централизованного способа читать RSS в формате той площадки, которая тебе близка. Сам Владимир, например, ссылается на RSS-бота для Телеграма, который требует для своей работы быть подписанным на какой-то канал. Ну ладно, есть нормальные RSS-боты везде, но это всё опять же выглядит как лента с внешними ссылками, а не как лента сообщений в формате площадки. 3. У каждого стэндэлона свой дизайн. Если я впервые на странице нового для себя автора ВК или в Telegram, я тут всё знаю. Мне привычно и удобно. Я знаком с навигацией, я привык к шрифтам, я знаю, где лайки и комментарии. К каждому новому стэндэлону нужно привыкать и тратить когнитивные ресурсы на обучение. 4. Обсуждений нет, если нет комьюнити. Да, какой-нибудь Вастрик смог создать вокруг своего стэндэлон-блога комьюнити, за которое люди даже платят. Но это единичные примеры. Обсуждения в ЖЖ работали, потому что был социальный граф: люди знали топовых авторов и более менее знали друг друга. Обсуждения в соцсетях работают по той же причине, пока в них есть аудитория: часть людей связана социальным графом, другая часть может в этот граф заходить со стороны и чувствовать себя комфортно, кроме случаев токсичной атмосферы. Но если мы проанализируем, как ведут себя обсуждения там, где социального графа нет (например, на YouTube), то увидим просто всплески очень ограниченных локальных диалогов под каким-то особо популярным комментарием и всё. Комьюнити там нет за редкими исключениями. Интернету пока ещё точно рано standalone. Только авторы, уже собравшие огромную аудиторию через соцсети, могут себе такое позволить. И то, с оговорками. #web

Hashtags

Резултати

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

Търсене: #debug

当前筛选 #debug清除筛选
Harukaの异想世界

@haruka_fantasy_world · Post #349 · 06.02.2026 г., 04:21

嗯, podman的kube兼容的实现也非常草台班子 起因是把k8s带HTTP livenessProbe的pod移植到podman上运行, 发现healthcheck始终失败, 翻源码发现这部分实现非常难评, 是进入容器调用curl localhost实现的, 并不是像kubelet那样从容器外部访问 也就是说, 如果容器是精简过或者做了安全加固, 没有自带curl来做http get, 那livenessProbe无论如何都不会成功 https://github.com/containers/podman/blob/be85287fcf4590961614ee37be65eeb315e5d9ff/pkg/specgen/generate/kube/kube.go#L689 #Debug

Hashtags

Harukaの异想世界

@haruka_fantasy_world · Post #322 · 11.12.2025 г., 19:24

被CMSIS-DSP的FFT创飞 (其实是没仔细读文档 arm官方文档明确指出了 arm_rfft_fast_f32 会原地修改输入缓冲区, 然而咱用库之前没仔细读文档 Due to the use of complex transform internally, the source buffer is modified by the rfft. 看到函数参数有输入和输出指针, 然后就想当然认为函数内部一定不会覆盖输入缓冲区, 再加上输入循环缓冲用的是zero-copy, 调用FFT也是直接传入了缓冲区指针, 所以相当于算了一次FFT后直接污染了整个缓冲区 #Debug

Hashtags

Harukaの异想世界

@haruka_fantasy_world · Post #171 · 07.10.2024 г., 09:41

TL;DR 容器内设置了错误的dns导致tailscale用了自带的dns解析control-plane的ip, 用一种奇怪的方式避开了防火墙的阻断 #Debug

Hashtags

Arcadia

@ningxueye · Post #33 · 19.03.2024 г., 09:40

aiokafka是根据获取到的metadata内的hostname和port去连接集群的,而我部署服务的环境无法解析集群内的hostname…… 吃了不熟悉Kafka的亏。 #debug

Hashtags

Harukaの异想世界

@haruka_fantasy_world · Post #272 · 21.07.2025 г., 15:43

最近在研究SDN, 结果闹出了在内网ARP查询外网IP这种抽象事 bro先是实现了带Learning的Bridge, 然后手搓了ARP Proxy, 但是没判断IP范围, 代码认为世界是个巨大的交换机, 所有IP都在LAN, 都能用ARP查出来对应的MAC ( 然后手机疯狂发送TCP SYN, 网桥也在内网里疯狂用ARP查询外网IP 回应想必是没有的, 然后手机就认为上不了网摆了, 绷 #日常#Debug

Ship Overboard

@Ship_Overboard · Post #833 · 30.08.2023 г., 04:32

#debug#洋屁 playing Valheim with friends started a Linux Dedicated Server w/ Azure Playfab Crossplay Support. can't connect server using IP and Playfab API always connecting > Unable to preload the following plugins: libparty.so checking libparty.so using > ldd libparty.so IT NEEDS libpulse-dev ??????? Why? Audio lib requested SRSLY? sudo apt install libpulse-dev all works...

djangoproject

@djangoproject · Post #323 · 29.04.2017 г., 08:15

https://pypi.python.org/pypi/django-debug-toolbar A configurable set of panels that display various #debug information about the current #request/#response. The #Django_Debug_Toolbar is a configurable set of panels that display various debug information about the current request/response and when clicked, display more details about the panel’s content. Here’s a screenshot of the toolbar in action:

GitHub Trends

@githubtrending · Post #15488 · 13.02.2026 г., 12:30

#swift#analysis#analytics#cocoapods#crashlytics#debug#debugger#debugging#hacktoberfest#layout_debugger#leak_detection#log#logs_analysis#networking#performance_analysis#sandbox#swift#swift6#ui#uikit#view DebugSwift is a comprehensive toolkit that simplifies debugging for Swift iOS apps by providing real-time monitoring of network requests, performance metrics (CPU, memory, FPS), crash reports, and app resources like keychain and user defaults. It includes interface tools for visualizing layouts with grid overlays and touch indicators, plus memory leak detection and console logging. The main benefit is that you can quickly identify and fix issues during development without leaving your app—just shake your device to toggle the debug panel, making troubleshooting faster and more efficient. https://github.com/DebugSwift/DebugSwift