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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #5 · 31.01

В фантастике часто встречается сюжет о сверхмощном компьютере, который обрабатывает внутри себя симуляцию мира (вселенной, планеты, города). В 6-й серии 10-го Доктора Кто инопланетяне создают симуляцию Земли, чтобы понять, как её захватить. В сериале Devs герой делает виртуальную копию вселенной, чтобы знать всё прошлое и будущее. Нередко искусственный интеллект продумывает все варианты развития человечества, чтобы подсказывать людям лучший выбор (начиная от Мультивака Айзека Азимова и заканчивая третьим сезоном Westworld). Порассуждал с точки зрения программиста о том, почему это, скорее всего, принципиально невозможно. #scifi#dev https://teletype.in/@clockstackwheels/computer-prediction

Hashtags

Резултати

Намерени 1,044 подобни публикации

Общо глобално търсене

Если вам лень было смотреть длинный стрим Сбера в прошлый раз, то вот они тут выложили презентации отдельно. Моя презентация о том, как выбрать способ ввода в приложении. Конкретно здесь сравнивается голосовой ввод и ввод нажатиями, но есть ощущение, что шкала, которую я предлагаю, подходит и к другим вещам (например мышь vs консольный ввод с клавиатуры). Нажатие мышью на кнопку на экране в среднем быстрее, чем набор слова (особенно если учитывать время, необходимое для того, чтобы это слово вспомнить). Ещё мышь гораздо больше страхует от ошибок. Но если у вас тысяча возможных команд, вы тысячу кнопок на экран не выведите, зато набирать эти команды можно без проблем. #dev https://www.youtube.com/watch?v=sSg3m6G8hJ0

Hashtags

Неделю назад в мире опенсорс разработки произошло интересное событие. Опенсорс — это когда разработчик пишет программу (как правило, эта программа нужна для работы других программ) и выкладывает её в общий доступ на полностью свободных началах. В большинстве случаев после этого кто угодно может делать с этой программой абсолютно что угодно: копировать, изменять, продавать решения на её основе за деньги и так далее. Иногда то, что пишут такие разработчики-волонтёры, оказывается невероятно удобно и полезно. Настолько, что гигантские корпорации используют это у себя. А кроме них — ещё десятки тысяч проектов по всему миру. Такое использование называется «зависимость», и оно создаёт связь между автором опенсорс-проекта и тем, кто взял его труд. Связь обычно такая: в моей программе где-то указано, что вот этот вот код взят по такому-то адресу у опенсорс разработчика Васи. Моя программа иногда может на этот адрес заглядывать и смотреть, а не внёс ли Вася чего нового. Вдруг он улучшил работу и исправил ошибки — тогда я скачаю новую версию его программы и установлю её у себя. Формально для такого обновления должны существовать ограничения. По факту человеческая лень и негласный этикет среди разработчиков приводят к тому, что обновления ставят не глядя. Считается, что Вася будет выкладывать только улучшенную и проверенную новую версию своей программы, ведь за ним наблюдает миллион других разработчиков. Пацаны во дворе не поймут, если Вася сделает что-то неаккуратно. Один из разработчиков по имени Marak Squires написал некоторое время назад две очень полезные программные библиотеки. Как раз такие, которые скачали десятки тысяч людей, в том числе в крупных корпорациях, и использовали у себя. В прошлом году этот разработчик написал что-то вроде: «Эй, корпорации, вы берёте мой труд бесплатно. Конечно, я его раздал бесплатно, но вы чёртовы капиталистические гиганты, и у вас миллиарды баксов, а я вам сэкономил миллионы баксов на разработке. Я жду от вас чек на почту в благодарность». Конечно, всем было пофигу. А неделю назад этот разработчик внёс в свои библиотеки деструктивное обновление, которое сделало программы, установившие его, неработоспособными, и вывело на экран «LIBERTY LIBERTY LIBERTY». Это обновление положило кучу проектов, в том числе у гигантов-корпораций. Поднялась буря. Одна часть интернета заявила, что разработчик никому ничего не должен, поэтому волен делать со своим кодом всё, что хочет. Вторая часть претендовала на то, что совершённый им поступок это вандализм и осознанный вред другим разработчикам. Дров в огонь подкинуло то, что GitHub, на котором размещался код этого разработчика, заблокировал его аккаунт. А система хранения пакетов NPM откатила изменения до предыдущих версий. Хотя формально никаких законов он не нарушал: компании брали его код по собственной воле, а он ничего никому не гарантировал. ___________________________ Я не готов назвать здесь однозначно правую сторону. Пока выглядит, как «Все мудаки». Но на мой взгляд это показательный пример вот чего: никакие формальные правила никогда не покроют всё многообразие человеческих взаимоотношений, и поэтому личностный аспект тоже важен. Даже если нет закона или правила, по которому вы что-то должны, есть смысл стараться действовать созидательно и стремиться, хотя бы частично, к всеобщему благу, а не только к личному. Особенно в ситуации, когда у тебя в руках сосредоточена та или иная власть. Корпорации действительно могли бы найти способ отблагодарить разработчика (и вообще — всех разработчиков, чей код они бесплатно берут в таких масштабах). Просто из чувства благодарности, а не потому, что должны. Разработчик мог бы просто закрыть проект и не стараться нанести урон. Просто из чувства неприятия всего деструктивного. Это, конечно, идеализированный мир розовых пони, но сила и власть это как раз способность двигать границы реальности. #dev

Hashtags

На днях скатался в Сбер и прочитал там доклад о выборе способа ввода в приложении. Весь митап может быть вам интересен, если вы разрабатываете или планируете разрабатывать под платформу умных ассистентов Сбера. Но свой доклад я постарался сделать чуть более универсальным: придумал некоторый формальный принцип для выбора способа ввода, привёл примеры с разных платформ. У Сбера пока весьма молодая площадка, однако вкладываются в неё значительно. Я уже ранее писал, что высоко оценил как техническую наполненность, так и работу с сообществом. Запись митапа тоже произвела впечатление: большая студия с кучей оборудования, леса под свет, телесуфлёры, режиссер и звукооператор, гримёрка. Почувствовал себя будто на телевидении. Ссылка с таймкодом на начало моего выступления: https://youtu.be/FbdHktzx3bU?t=3983 #dev

Hashtags

Первый день зимы, самое время показать миру проект, над которым я работал в прошлом месяце: процедурная генерация бумажных снежинок. Написал на Хабр большую статью по теме, поделился результатами. Там же есть демка, которая позволяет в том числе распечатать себе PDF для вырезания. #dev https://habr.com/ru/post/592659/

Hashtags

Год назад 24 сентября 2020 Сбер презентовал свой ребрендинг и платформу с умными ассистентами. Я и тогда высказался об этом довольно позитивно, а теперь я уже некоторое время вовлечён в разработку под неё, и она даже стала источником крупнейшего в моей жизни единовременного денежного выигрыша. Вообще, я не скрываю своего скептицизма по отношению к строительству экосистем и так называемых супераппов. У нас всех уже есть суперапп -- операционная система на смартфоне или компьютере. Совершенно непонятно, почему пользователь должен запускать что-то внутри другого приложения, если может просто иметь себе отдельно такое приложение в телефоне. Пока что в общемировой практике сработал только WeChat в Китае, но там это произошло, судя по всему, из-за своеобразного местного законодательства с его запретами. В России ближе всего к супераппам подошёл ВК, и здесь у них есть два сильнейших преимущества: - соцсеть изначально многоцелевая (в отличие, например, от поисковика или банковского клиента), поэтому пользователи привыкли заниматься здесь разными вещами - социальный граф, отлично способствующий вирусному распространению И даже с такими вводными у ВК пока не вышло убедить массовую аудиторию в необходимости пользоваться встроенными аппами для разных целей. Пользователи есть или у продуктов, созданных как раз вокруг социального графа и других средств социальной сети (опросники и тесты для друзей, статистика страницы итд), или у продуктов, поддерживаемых внешним бизнесом, в том числе самим ВК (такси, алиэкспресс, пиццерия). Нет даже близко речи о том, чтобы вы внутри ВКонтакте запускали, например, фоторедактор или менеджер задач. Даже моё приложение Promenade, которое вы массово репостили и очень хвалили, имеет около нуля активных юзеров. Среди моих друзей и знакомых никто систематически не пользуется ни одним миниаппом, а модерация самого ВК советовала мне превратить одно из приложений в игру, потому что игры популярнее и востребованнее. Так что, возвращаясь к Сберу, ещё более дико выглядит мысль о том, что человек будет запускать приложение внутри банковского клиента, если это приложение не связано с финансами. А у Сбера ещё и сами приложения довольно специфические — поверх любого отрисовывается голосовой ассистент, который должен быть в каком-то виде поддержан, даже там, где в принципе голосовой ввод не предполагается. И у приложений нет доступа к аппаратуре телефона, например, к камере (хотя со временем это добавят). Так что сейчас в сберовском "Салюте" перекати поле в плане количества юзеров. Но этот вопрос должны решать маркетологи и прочие рекламщики. Если предположить, что устойчивая модель супераппа в принципе возможна в России, то у них наверняка есть план. Я не понимаю, какой, и как возможно убедить людей, но не тратят же они в самом деле миллиардные бюджеты на попытку вслепую и из-за моды? :) Зато я разбираюсь в технической составляющей, и немного -- в продуктовой. И могу сказать, что с этой позиции у площадки Сбера всё прям очень хорошо. Я в восторге от многих вещей, как технических, так и продуктовых. На платформе приятно разрабатывать, её правильно и своевременно обновляют, и, конечно же, очень классно взаимодействовать с сообществом, о котором я уже отзывался в статье. На вопросы отвечают быстро, баги реально берут в работу и исправляют за адекватное время. Для меня за прошедший год Сбер открылся с новой стороны. Посмотрим, что будет ещё через год. #dev

Hashtags

Написал свою первую статью на VC. Где-то с марта по июнь я занимался участием в конкурсе Сбера с очень большим призовым фондом, и смог занять первое место. История с множеством неожиданных поворотов, надеюсь, будет интересно. #dev https://vc.ru/life/274970-plan-pobedy-kak-ya-poluchil-2-5-milliona-rubley-v-konkurse-sbera

Hashtags

Полноценное ООП, статическая типизация, события, Си-подобный синтаксис — именно на этом языке я научился тому фундаменту, который позволил мне стать профессиональным разработчиком. Именно после него я без особого труда кодил на Java и теперь вот на C#. Именно на AS3 я выиграл первый в своей жизни конкурс по программированию, и на нём же сделал первый проект, принёсший серьёзные деньги — достаточно серьёзные, чтобы я мог съехать от родителей. На нем непрерывно писал несколько лет, и ни о чём не жалею. Потом Apple убила Flash, а крупные студии убили рынок инди-проектов в социальных сетях. Мой профессиональный путь стал менее простым и наивным, зато уровень знаний и умений в этой области сильно вырос. Прошлогодний код в любой момент кажется мне плохим, и хочется верить, что это признак какого-то развития. Но те времена я всегда вспоминаю с теплотой и любовью. https://youtu.be/sanpUp8GIoY? #dev

Hashtags

Попробовал, наконец, разработку на Blazor. Это такой фреймворк под .NET, который позволяет писать фронтенд на C#. Работает он двумя способами: либо собирает весь проект в WebAssembly, и бедный пользователь грузит себе мегабайтную dll, либо устанавливает клиент-серверное соединение через SignalR и шлёт клиенту информацию об обновлённых DOM-элементах. Вот вторую то я и пробовал. Казалось бы — каждое нажатие кнопки требует отправить на сервер запрос и получить ответ. Никогда такого не было! Но субъективно разницы во времени отклика нет (потому что веб и так достаточно медленный, хаха). Фронтенд-часть пишется очень похоже на JSX: вёрстка реактивно вперемешку с кодом. Когда-то я очень ругал React за такой подход, потому что каша. Но нетипизированный JS по-умолчанию каша, а здесь же по факту получается очень удобно: статический анализ не даёт тебе делать ошибки и писать ерунду. Но приятный полноценный язык программирования вместо JavaScript это лишь вишенка на торте. Самое крутое — вся сила серверного кода с полноценной возможностью обращения к базе данных, шеринг моделей данных между сервером и клиентом, и, наконец, Dependency Injection любого серверного модуля в «клиент»! То есть вы не просто пишете одно приложение вместо двух, вы ещё и получаете отсутствие ошибок при каком-нибудь изменении моделей API, когда сервер стал отдавать не то, что ожидает клиент. Вам вообще теперь не нужен API, достаточно закодить нужную функцию на серваке и инжектировать её в нужный фронтенд-модуль. Это супер удобно, супер быстро, супер устойчиво к ошибкам. Теперь не хочется возвращаться даже на вполне крутой Vue 3. Но, система пока новая, она не обросла решениями от комьюнити, а браузерный API всё равно придётся дергать через JavaScript Interop. Для совсем кайфа нужно подождать годик, поскольку развитие идёт довольно быстро. Например, там нет очень нужного в таком деле hot reload, но в .NET 6 он уже анонсирован, и вроде как есть в превью, а релиз в ноябре. #dev

Hashtags

RSStT Bot Channel

@RSStT_Channel · Post #27 · 03.10.2021 г., 16:24

#dev 分支更新 重大变更: * 完全异步化,替换了所有涉及同步网络请求的库为异步库 * 与 Telegram 交互的库由使用 HTTP Bot API 的同步库python-telegram-bot改为使用 MTProto Bot API 的异步库telethon |- 这引入了 API key 的需求,程序已经内置了 7 个公开的 API key,即使遇到问题,重试几次就可登入成功。如果无法登入,可以自己申请 API key (详见docker-compose.yml.sample中的说明) |- 由于直接连接到 bot 所属的 DC,不需绕经 HTTP Bot API 所在的 DC2/4,且不需轮询获得消息更新,它在接收及发送消息方面都更为迅速,资源占用也更低(现有证据表明,HTTP Bot API 很可能就是 MTProto Bot API 的一个包装) |- 即使 HTTP Bot API 宕机,bot 也可以正常工作 |- 其他比较请见这里和这里 新增: * 支持 <iframe> 元素的解析 * 支持 <video><source><source>...</video> 的解析 * 启用相对链接解析 * 将自定义表情替换为替代文字放入文本中时,可将其 emoji 化(如可能) * 如果环境变量中设置了全局代理 (SOCKS_PROXY/HTTP_PROXY),会使用它们 * /test 接受了一个不合法的 URL 时,警示用户 * 一些新的环境变量,详见 docker-compose.yml.sample 中的说明 修复: * 如果一个自定义表情的 width/height 是以 em 而非 px 为单位指定的,现在也能识别到它并将它从图片中剔除并替换为替代文字放入文本中 * 改为使用 post 的 guid/id 而不是 link 来辨识最后一次发送的 post,以规避某些特殊的 RSS feed 的 post 的 link 每次都会变化的问题 * 其他小问题修复 变更: * 简化了 Telegraph 标题 * 修改 version 格式使之更合理 * 程序启动时不再一次性检查所有 feed 以避免一些问题 加入频道 | 加入群组 | GitHub 仓库 | 捐赠支持

Hashtags

RSStT Bot Channel

@RSStT_Channel · Post #26 · 18.09.2021 г., 08:35

#dev 分支更新 新增: * 过长的消息可转为使用 Telegraph 发送 |- 需要设置环境变量 TELEGRAPH_TOKEN,不设置则不启用。每个 token 以逗号,分号,换行或空格中的任意一种分隔,为保证体验,请多设置几个。在这里申请 access_token |- 如果实在不想申请,就直接输入连续的逗号,需要启用 n 个 Telegraph 账号就输入 n-1 个逗号,bot 会自动申请 token,但是这样会延长 bot 的启动时间 |- 消息过长乃至于 Telegraph 拒收时,转为链接发送 * 新增 /version 命令用于查看版本 |- git clone 后手动运行或通过官方 docker 镜像部署者,可以看到最近的 git tag、与前者的 commit 距离和 commit hash |- 通过 Railway 部署者,只能看到部署时间 更新: * 更新了 /help 命令返回的帮助 * 简化了命令列表的描述 * 每个 feed 中检查到的新 post,将多线程发送 * 每次检查 feed 更新,都会多线程检查 * 将 feed 更新检查均摊到每分钟,这在订阅较多时非常有用,可避免负载集中及触及 flood control |- 为此,大于 60 分钟的检查间隔将会被重置为 60 分钟 |- 特定的某个 feed 的检查间隔仍为设置的间隔,但已四舍五入到整分钟 |- 程序启动时会一次性检查所有 feed,之后会将所有 feed 检查任务均摊到每分钟 变更: * 官方构建 docker 镜像删去了 x86 支持,现在仅支持 amd64 (x86-64) 和 arm64,这对绝大部分用户没有影响 附注: * 针对 Telegraph API 也设置了 flood control 自动等待;若等待时间过长,将直接重开在本次运行期间丢弃原账号并请求新的 Telegraph 账号 * post 发送任务最多允许 10 个线程同时生成消息,5 个线程同时发送消息 * feed 检查任务最多允许 5 个线程同时检查更新 * 由于 Telegraph API 非常容易触及 flood control,最多允许 1 个线程在同一时刻通过同一个 token 生成 Telegraph 文章,且每次请求附加了一个 1s 的间隔,因此最好多填几个 token * 如果想测试多线程和 flood control 自动防止的效果: 盯着日志,然后 /test https://www.ithome.com/rss/ all 加入频道 | 加入群组 | GitHub 仓库 | 捐赠支持

Hashtags

12•••5•••910111213•••15•••20•••25•••30•••35•••40•••45•••50•••55•••60•••65•••70•••75•••80•••858687