Find similar content

#dev#栽培者#merged 推荐下载 fix: 修复 IMDb Top250 页面助手搜索按钮 commit fix: 修复 IMDb Top250 页面助手搜索按钮

#dev#栽培者#merged 推荐下载 fix(hdu): 修复详情页“下载到”菜单内容不显示的Bug commit fix(hdu): 修复详情页“下载到”菜单内容不显示的Bug

#dev#栽培者#merged 推荐下载 fix: 修复搜索结果增加排除功能后引起的原功能失效。 commit fix: 修复搜索结果增加排除功能后引起的原功能失效。 fixed #2111#2117

#dev#栽培者#merged 推荐下载 feat: 增加Emby媒体服务器支持(Beta) commit feat: 增加Emby媒体服务器支持(Beta) 主要功能：在参数配置页添加媒体服务器（Emby）之后，可以在搜索页面的电影卡片下方显示服务器中已存在的媒体信息。 PS：给2024年画上圆满的句号，2025诸事顺意！

#dev#栽培者#merged 推荐下载 feat: 增加 TMDB 影视页面搜索支持 commit feat: 增加 TMDB 影视页面搜索支持

#dev#栽培者#merged 推荐下载 feat: 增加搜索线程参数设置项 commit feat: 增加搜索线程参数设置项 1.搜索线程默认不限制，当站点较多时可进行适当调整。 2.电影信息卡片增加TMDB分级信息； close #2069

#dev#栽培者#merged 推荐下载 feat: 电影卡片增加TMDB相关信息 commit feat: 电影卡片增加TMDB相关信息 修复Metacritic链接 优化搜索框

#Dev https://github.com/coinbase/onchainkit

#Dev https://github.com/pontusab/cursor.directory

Сделал в компании доклад о применении ИИ в архитектуре, давайте и вам расскажу. Фокус в использовании подхода architecture as code: абсолютно все архитектурные артефакты у нас это тексты. С обычной документацией понятно, это и так некоторый набор текстовых файлов, чаще всего в макрдауне. Для них мы применяем структурный шаблон Arc42 — список из 12 пунктов, по которым нужно распределить информацию о проектируемой системе. Структурный шаблон, во-первых, хорошо известен нейронкам, и они сразу понимают, о чём речь. Во-вторых, можно кинуться в модель бизнес-требованиям и очень быстро создать некий первоначальный набросок, от которого вы дальше уже пляшете, уточняя по пунктам и исправляя ошибки ИИ. Ну и, в-третьих, готовая структура с ящиками, по которым нужно всё раскладывать, это гораздо лучше, чем свалка ADR'ок, как это нередко бывает в компаниях. Со схемами и диаграммами ещё интереснее. Берём инструменты со своими DSL-языками, такие, как Structurizr и PlantUML. Вся схема или диаграмма целиком определяется текстовым файлом. Можно применять Git со всеми его преимуществами. А для нейронок это родная среда: вы, как человек, смотрите на схему глазами, но нейронка работает с её DSL-файлом. Навскидку тут прирост эффективности даже больше, чем в программировании, потому что DSL это просто синтаксис, без смыслового наполнения, человеку его можно вообще не знать. Ты пишешь промпты, а смотришь уже на картинку, сгенерированную схему, и следующим промптом указываешь, где какие правки сделать. Нейронке при этом не приходится думать про потоки, асинхронность, типы данных, она просто правит текст как текст, поскольку у DSL нет поведения. Тут как раз наиболее видна разница между рутинной и интеллектуальной частью работы. Как именно будет выглядеть схема, продумывает архитектор. Если доверить это нейронке, даже мощной, будет полно ошибок, неоптимальностей, неучтённых нюансов среды и так далее. Но вот само по себе написание синтаксиса — имба. #dev@clockstackwheels

В 2023 году мы с коллегой сделали доклад на DotNext по DDD и архитектуре систем. И там, в числе прочего, показали, что устройство сложного проекта, спроектированного по определённым правилам, может иметь фрактальную структуру. Но мысль эту особо не развивали. В 2024 году Влад Хононов — автор одной из самых известных книг по DDD — сделал доклад на DotNext по теме «Фрактальная геометрия в проектировании систем». Разумеется, он никаким образом на нашу идею не опирался, а работал над своей системой уже несколько лет к моменту доклада. У него там прям интересные научные обоснования, более серьёзный теоретический фундамент с введением новых понятий и принципов. Но факт близости хода мысли приятен. Типа, мы с коллегой делали систему, которая показала те же свойства, что и системы крутого эксперта в архитектуре. Прям рекомендую доклад по второй ссылке всем, кто работает в компаниях, где по какому-то странному недосмотру есть архитектура, борьба с техдолгом и попытки не допустить превращения кода в лапшу с высоким зацеплением. #dev@clockstackwheels

ИИ-перевод документации, например #dev