Native edges: principles for native apps with a shared core
For a long time, building a client for every platform you cared about was expensive. You wrote every screen twice, fixed every bug twice, and either staffed a team per platform or decided which platforms your users would have to live without. So the industry did what it usually does and found ways to make that cost bearable.
Electron, React Native, and more recently Tauri came out of that. They gave teams a dynamic runtime, hot reloading, and the whole ecosystem of web libraries, so one team could ship to several platforms at once. And it worked: Slack, Linear, Discord, Notion, and Visual Studio Code run on a web stack, and many of us have them open all day. Raycast went the same way to get to Windows. Raycast 2.0 shares a React and TypeScript frontend between macOS and Windows and loads it in each platform's web view, and the team was open about why: hiring, the UI components the web already has, consistent extensions, and iteration speed. Those are good reasons.
Coding agents changed part of that math. Writing a SwiftUI view and then its Jetpack Compose twin used to be the expensive part, and today an agent writes most of it while you review. What's still expensive is compiling it, and if you've ever sat waiting on Xcode or Gradle, you know how much of a day goes into that. At Tuist we've spent years chipping away at that problem, with caching, selective testing, runners to run the builds on, and now Once, with remote execution coming next.
Once native builds are fast too, iteration speed becomes a much weaker argument for a web runtime. The other reasons, like the ecosystem or hiring, may still apply to you, and I don't expect anyone to rewrite a large codebase because the economics moved. But it got us thinking about how we'd build a multi-platform app if we started one today, so we wrote down the principles we'd follow and built a small sample app to see whether they hold up.
None of this is entirely new to us. Almost ten years ago we were exploring modular architectures for iOS apps and came up with microfeatures, which many teams adopted and which we later renamed The Modular Architecture. Tuist itself grew out of that work. This post takes the same ideas about boundaries and build graphs and stretches them across platforms.
We call this set of principles native edges. An app has two layers, and both ship inside it. The headless core holds the business logic and has no UI at all, and the native edges are what users see and touch, one per platform, each connecting the core to its platform. We stayed away from frontend and backend on purpose, because most people hear those words and think UI and server.
The principles are:
1. Keep business logic in a headless core.
2. Choose a core language that runs everywhere you ship.
3. Connect the edges to the core through a small, typed API.
4. Make every screen reachable by an address.
5. Model the whole app in one build graph.
You don't have to take all of them. Some projects will have good reasons to keep a piece of logic in Swift, to share less, or to use different tools than we do, and that's fine.
The sample app
To see whether the principles hold up end to end, we built Native Edges, a client-side agent. You sign in with your ChatGPT account and talk to an agent whose loop, tools, and conversation history live on your device, while the model runs in the cloud. There's an iOS app in SwiftUI, an Android app in Kotlin and Jetpack Compose, and a command-line tool in Rust, and all three sit on one headless core, also written in Rust. The core handles the device-code sign-in and token refresh, runs the agent loop and its requests to the model, provides the tools the agent uses to read earlier conversations, and stores the history in SQLite through Diesel.
Here's the iOS app, built and launched on a simulator with once run. It signs in with a device code, lists the stored conversations, and asks the agent something that makes it go back to earlier ones. Then the CLI lists the app's routes and builds the URL for one conversation, and the simulator opens it:
▶️ Watch the demo on the original post
We'll keep coming back to the sample throughout the post. Here are its three edges, plus two more that the same core could support but the sample doesn't include:
- Native edges: iOS (SwiftUI + Swift), Android (Jetpack Compose + Kotlin), CLI (terminal), plus Linux and Windows (GPUI) and Web (HTML + JavaScript), which aren't in the sample.
- Headless core in Rust: route catalog and deep links, sign-in and sessions, agent loop and model API, conversation history.
- Bridges: iOS calls the core through UniFFI Swift bindings, Android through UniFFI Kotlin bindings + JNA, the CLI and desktop through plain Rust calls, and the web through WebAssembly.
(See the diagram on the original post)
1. Keep business logic in a headless core
The rule we follow is simple to say: put in the edge whatever only the platform can do, and put everything else in the core.
The edge is the layer users touch. For apps, that means a UI written in a framework that compiles for the platform and follows its conventions, which today is SwiftUI on Apple platforms and Jetpack Compose on Android. Anything you can only reach through the platform's frameworks belongs there too: the Keychain or the Android Keystore, presenting a browser for an OAuth flow, registering for push notifications, Live Activities, share extensions, or on-device speech recognition. These are the details users notice when an app gets them wrong, so we'd rather each platform own them.
A command-line tool is an edge too, one whose platform happens to be the terminal, and so is a web app, with the core compiled to WebAssembly and the browser as its platform.
The core is the logic that's the same everywhere: which fields of a record can be edited, how a list is paginated, how an OAuth token is refreshed, how history is reconciled after a reconnect, or making sure a late response from a cancelled request doesn't overwrite newer results. Because the core has no UI and doesn't depend on any platform framework, you can cover most of the app's behavior with unit tests that run in seconds, without a simulator, an emulator, or UI automation, and those tests cover every platform at once. Each edge still needs some tests for rendering and platform integration, but far fewer than before.
Ghostty, the terminal emulator by Mitchell Hashimoto, is one of my favorite examples of this split. Its core, libghostty, is written in Zig, exposes a C API, and handles terminal emulation, fonts, and rendering. On top of it sit a macOS app written in Swift with AppKit and SwiftUI and a Linux app that uses GTK. Ghostty's core does more than ours, since it includes rendering, but the idea is the same: one shared engine, and on each platform an app that feels like it belongs there.
2. Choose a core language that runs everywhere you ship
Look for a language with good toolchains and a good standard library on every platform you support, so you don't find out halfway through a feature that the API you need doesn't exist on one of them. Rust does well here. It compiles to iOS, Android, macOS, Linux, Windows, and WebAssembly, and its crates cover almost everything a client needs. The browser is a bit of a special case: the core runs there as WebAssembly, but on wasm32-unknown-unknown parts of the standard library, like the file system and threads, don't work, so a web edge needs crates that go through the browser's APIs instead, like fetch for networking or IndexedDB for storage. Zig is another good option, with explicit allocators and cross-compilation built into its toolchain, and Go can work too, although it brings a garbage collector with it.
Memory is one of the main reasons we lean towards Rust and Zig. Neither has a garbage collector, so you decide when memory is allocated and freed, which matters in places with strict limits, like watches, embedded devices, or the app extensions and widgets the system kills when they use too much. It also means your app doesn't run a second garbage collector next to Swift's reference counting or the Android runtime's own collector. You still have to respect ownership rules at the boundary and measure memory on constrained targets, but you're the one in control.
A question we get a lot is why we don't use Kotlin Multiplatform on Apple platforms, or Swift on Android. Both work, and teams ship real apps with them. Our concern is that a language built for one platform brings its runtime and memory model along to the others, and its standard library and tooling tend to be most complete on the platform where it started. Rust and Zig don't have a home platform in that sense, and for a shared core that's what we want.
I also think the choice of language will matter less and less. As models write more of the code, the questions that remain are whether the language fits the job and whether agents are good at writing and reasoning about it. Rust does well on both: its compiler is strict and its error messages are detailed, so when an agent gets something wrong, it finds out right away and knows why.
If we picked a stack today, it would look like this:
| Platform | Native edge: UI | Native edge: platform services | Headless core |
| --- | --- | --- | --- |
| iOS, iPadOS, macOS | SwiftUI | Swift | Rust |
| Android | Jetpack Compose | Kotlin | Rust |
| Linux, Windows | GPUI | Rust | Rust |
| Command line | Terminal | Rust | Rust |
| Web | HTML and JavaScript | Browser APIs | Rust compiled to WebAssembly |
For desktop outside macOS, we'd go with GPUI, the UI framework the Zed team built for their editor. GPUI draws its own UI on the GPU instead of using the operating system's toolkit, compiles to a native binary, and integrates with each platform, and there are component libraries for it, like GPUI Component, for building desktop apps in the spirit of Zed. Since GPUI is Rust too, on Linux and Windows the edge and the core share a language and need no bridge at all.
The command line is in the table because the terminal is a platform too, and developers can tell right away when a CLI starts fast, follows the terminal's conventions, and plays well with pipes and scripts. With a headless core, a CLI is a thin edge over logic you already have, so building one in Rust is cheap. Agents use a lot of software through CLIs, and I expect this edge to matter more and more as they do.
3. Connect the edges to the core through a small, typed API
The sample uses UniFFI, a tool from Mozilla that generates Swift and Kotlin bindings from annotations in the Rust code. The core marks what it exports, and the edges call typed functions and get typed values back, with no C headers or JSON in between:
#[derive(uniffi::Record)]
pub struct Destination {
pub route: String,
pub params: Params,
pub url: String,
}
#[derive(Debug, uniffi::Error)]
#[uniffi(flat_error)]
pub enum CoreError {
/// No session, or it expired: show the sign-in screen.
Unauthorized { message: String },
Failed { kind: String, message: String },
}
/// Resolves a deep link into its destination and parents.
#[uniffi::export]
pub fn open(url: String) -> Result<Vec<Destination>, CoreError> {
// ...
}
/// Sends a message and waits for the agent's answer.
#[uniffi::export]
pub fn send(
id: Option<String>,
text: String,
) -> Result<Conversation, CoreError> {
// ...
}
In Swift, these are ordinary functions, and the Rust error becomes a Swift error you can catch. send blocks while the agent works, so the sample runs it off the main actor with a small background helper of its own:
let stack = try EdgesCore.open(url: link)
let reply = try await background {
try EdgesCore.send(id: id, text: text)
}
Kotlin gets the same API, with CoreException.Unauthorized in place of the Swift error case, and the CLI calls the Rust functions directly. Adding a capability means exporting a function in Rust, and the apps get it with compiler-checked types. The core returns plain values, like a conversation and the URLs it links to, and leaves it to each edge to decide how to present them: a pushed view on iOS, a back-stack entry on Android, or printed output in the terminal.
Sometimes the core needs something only the platform provides, so the API has to work in the other direction too. A token refresh rotates the session, and the new session has to land in the Keychain on iOS and in Keystore-backed encrypted storage on Android. For that we use the delegate pattern: the core declares what it needs as an interface, and each edge provides an implementation. In UniFFI, that's a Rust trait marked with_foreign, which Swift and Kotlin can implement:
/// Provided by the edge: the Keychain on iOS, the Keystore
/// on Android, and a private file in the terminal.
#[uniffi::export(with_foreign)]
pub trait SecureStorage: Send + Sync {
fn read(&self, key: String) -> Option<String>;
fn write(&self, key: String, value: String);
fn delete(&self, key: String);
}
On iOS, the implementation is a small class over the Keychain, and the app hands it to the core at launch, along with a directory where the core keeps its SQLite database:
final class Keychain: SecureStorage {
func read(key: String) -> String? { /* SecItemCopyMatching */ }
func write(key: String, value: String) { /* SecItemAdd */ }
func delete(key: String) { /* SecItemDelete */ }
}
let directory = URL.applicationSupportDirectory.path
_ = try launch(dataDir: directory, storage: Keychain())
Android passes a Keystore class that encrypts the value with an Android Keystore key, and the CLI passes one that writes files only you can read. The split of responsibilities is what we like here: the core decides what to store and when, such as a renewed session after a refresh, and the edge decides how the operating system protects it. The core's tests pass an in-memory implementation, so they don't need a Keychain or a simulator. We kept the trait simple for the sample, but in a production app write and delete should report failures so the core can handle them.
4. Make every screen reachable by an address
Core tests cover the shared rules, but sometimes you want to test how an edge and the core work together, like whether a screen renders the data the core returns or whether a tap triggers the right call. Whether you or an agent runs that test, you want to get to the screen in one step, not ten.
A CLI makes this easy, because every operation is a named command with options and arguments you can find in the code and run. Web apps are close, since every page has a URL that an agent can read from the route definitions and open. Mobile and desktop apps usually have neither, so getting to a screen means launching the app and tapping through every step in between, which is slow and breaks every time the UI changes. We think native apps deserve a declarative navigation system that does two things:
1. Makes routes discoverable. The app declares destinations as data, like an enum or a list of types, so someone reading the code, or an agent, can find every place the app can go.
2. Lets you open any route directly. A single entry point takes a route, usually as a URL, and builds the navigation state for it, so you can jump straight to a specific screen or record.
Navigation itself belongs to the platform. Each one has strong conventions for stacks, tabs, sheets, transitions, and Back behavior, and users expect them. What the core can own is the route catalog and URL parsing, so every edge agrees on which destinations exist and what a link means. In the sample, each route has an identifier, a URL pattern, and a parent, so a deep link opens on top of the screens you'd normally pass through, and Back works as if you had tapped your way there:
// Simplified from core/src/routes.rs.
pub static ROUTES: &[Route] = &[
Route {
id: "conversations",
path: "conversations",
parent: None,
},
Route {
id: "new",
path: "conversations/new",
parent: Some("conversations"),
},
Route {
id: "conversation",
path: "conversations/{id}",
parent: Some("conversations"),
},
];
Every edge asks the core what a URL means, and tapping a row opens that row's URL, so taps and deep links go through the same code. That's what makes this useful for agents: one can list the routes with the CLI and then open a specific conversation on a simulator or an emulator with a single command:
edges routes
xcrun simctl openurl booted edges://conversations/011d032b115d6baa
adb shell am start -a android.intent.action.VIEW \
-d edges://conversations/011d032b115d6baa
In the sample, each edge keeps its own database, so a link only opens a conversation that exists in that app. The same URLs can also arrive from notifications and shared links, so treat them as untrusted input: opening a route picks a screen, and the core and the server still check what the user can see.
Each platform already has tools for the edge side:
- iOS and macOS: model destinations as a Codable enum and drive a NavigationStack from a NavigationPath, then turn incoming URLs into that path in onOpenURL. Point-Free's swift-navigation models every destination, including sheets and alerts, as state, so opening a screen means constructing a value. On macOS, open <url> does what simctl openurl does on a simulator.
- Android: Navigation Compose supports type-safe routes declared as @Serializable classes, with deep links mapped to them. In Navigation 3, the back stack is a list of keys that you own, and deep link matchers turn a URL into the initial back stack.
- Desktop with GPUI: GPUI declares actions with names and dispatches them by name, which is how Zed's command palette lists everything the editor can do. Routes can follow the same pattern, with a command-line flag like --open <route> as the entry point.
5. Model the whole app in one build graph
You can build all of this with the tools you already have, but we'd recommend a build system that can model the entire graph: the Rust core compiled for each platform, the Swift and Kotlin bindings generated from it, the apps that link them, and the tests for each of them.
Xcode and Gradle work well inside their own ecosystems, and they treat everything outside as foreign. Rust usually gets in as a script phase or a custom task that runs Cargo, or as a prebuilt binary checked into the repository, and the outer build system sees one opaque step. Gradle can cache a custom task if you declare every input and output, but neither tool can schedule or cache the individual crates inside it, so the Rust side ends up rebuilding more than it should.
Bazel and Buck2 can model all of this, which is why many teams use them. They also ask you to learn their rules and configure toolchains, and a lot of teams find the developer experience hard to live with. For the sample we used Once, the build system we're building at Tuist, which models the same kind of typed graph with remote caching and keeps the configuration in a single TOML file. It's early and still in canary, so expect rough edges. Here's an excerpt of the sample's once.toml:
# The headless core, built once per edge.
[[target]]
name = "CoreIOS"
kind = "rust_library"
srcs = ["core/src/**/*.rs"]
deps = ["./CoreIOSDependencies"]
[target.attrs]
crate_name = "edges_core"
crate_root = "core/src/lib.rs"
target = "aarch64-apple-ios-sim"
crate_type = "staticlib"
# The terminal edge.
[[target]]
name = "CLI"
kind = "rust_binary"
srcs = ["cli/src/**/*.rs"]
deps = ["./Core", "./CoreDependencies"]
# The SwiftUI edge, and the Swift bindings it calls.
[[target]]
name = "SwiftBindings"
kind = "uniffi_bindings"
deps = ["bindgen/Bindgen", "./CoreIOS"]
[target.attrs]
language = "swift"
[[target]]
name = "IOS"
kind = "apple_application"
srcs = ["ios/Sources/**/*.swift"]
deps = ["./CoreIOS", "./SwiftBindings", "./SimulatorSDK"]
[target.attrs]
platform = "ios"
bundle_id = "dev.tuist.edges"
sdk_frameworks = ["Security"]
# The Jetpack Compose edge.
[[target]]
name = "Android"
kind = "android_binary"
srcs = ["android/src/**/*.kt"]
deps = ["./CoreAndroid", "./KotlinBindings", "./Compose"]
[target.attrs]
application_id = "dev.tuist.edges"
min_sdk_version = 26
Rust libraries, Apple applications, Android binaries, the bindings between them, and their tests all live in the same graph. Once resolves third-party crates from Cargo.lock into per-platform dependency targets, so each crate compiles separately with its own cache key, instead of one cargo build compiling everything at once.
The graph generates the bindings too, so nobody has to check them into the repository. Once doesn't have a built-in rule for UniFFI yet, so the sample adds one in a small Starlark module that builds uniffi-bindgen from source, runs it against the compiled core, and compiles the generated code into a Swift module for iOS and a Kotlin library for Android. Once caches that step like any other, keyed on the generator, its configuration, and the compiled core.
This graph is also what caching relies on. Each step gets a key computed from its inputs, so a change to a SwiftUI view doesn't recompile the Rust core, and you can share the results between your machine, your teammates', CI, and agents working in other worktrees. When the work a build does grows with the size of your change and not the size of your app, native iteration starts to feel close to the hot reloading that made web runtimes so attractive. Linking, installing, and launching still take time, but you stop paying for a full rebuild on top.
Keep the graph fast
The shape of the graph matters as much as the build system. A build can only run in parallel what the graph lets it run in parallel, and Apple's WWDC talk on build parallelization calls the longest chain of dependencies the critical path: no extra cores or remote workers make the build shorter than that. So we keep the graph shallow and wide. We only add a dependency when we need it, put interfaces in their own modules so implementations compile side by side (Bruno Rocha explains the technique in Reducing iOS Build Times by using Interface Modules), and keep shared foundations small, because everything downstream rebuilds when they change. Spotify's account of moving its iOS app to Bazel shows what that buys you: with remote caching and the module isolation they did during the migration, their CI feedback loop went from 80 minutes to 20.
The same goes for deciding what each edge includes. A widget doesn't need the agent, and a web build pays for every kilobyte it ships, but if each edge builds the core with its own Cargo features, the cache sees a different core per edge, and you end up building and keeping warm one graph per edge. Bazel's documentation on configurations warns about the same growth. We'd rather split the core into crates, like storage, networking, and the agent, and let each edge depend on the ones it needs, the way Mozilla's megazords link only the components an app uses. A crate's hash doesn't depend on who uses it, so adding or removing an edge doesn't invalidate anything shared. For dropping unused code from a binary, the linker's dead-code stripping does the job after the core is compiled and cached.
Try both approaches below. Each edge links the crates it picks through a small umbrella crate, drawn dashed. Turn edges on and off or edit a file in storage, and watch which nodes get a new hash:
🧪 Try the interactive graph on the original post
The sample's graph is small, but it has this shape: each edge depends only on its build of the core and its own platform libraries, and no edge depends on another.
Adopting native edges
Starting with one platform
We like to start with one platform and move logic into the core as soon as it looks reusable, without trying to design the core up front. A few signs that something belongs there: it doesn't import any platform framework, another platform would need the same behavior, or you'd want to test it without launching the app. Some typical candidates:
- The API client: routes, request and response types, validation, and error mapping.
- Authentication: building the sign-in URL, exchanging codes for tokens, and refreshing them.
- Pagination, search, and filtering rules for lists.
- Form validation, like which fields are required and what a valid date range looks like.
- The route catalog and deep-link parsing.
- Local caching and reconciling data after a reconnect.
When the second platform comes along, most of the work is building a new edge on top of a core that's already built and tested. And keep doing it as features change: when a Swift or Kotlin model starts making business decisions, that's your cue to move the logic into the core.
If you already have clients
Most teams won't start from scratch, and that's the more interesting case. If you already have clients on several platforms, each in its own language and built with its own tools, I'd start by modeling them in one build graph connected to a remote cache. That makes builds faster before any code moves, and it makes adding a Rust core affordable later. Then pick one piece that's duplicated across your clients, like the API client, authentication, or validation rules, and move it into the core, and while you're at it, think about what your app would look like as a CLI or a set of commands an agent can run. You keep shipping your clients the whole time, and over time you'll notice the edges getting thinner and thinner until they're mostly UI and calls to platform APIs.
What we're doing at Tuist
We're doing this ourselves. The native clients of Atlas, our internal operations platform, follow these principles: an iOS and macOS app in SwiftUI, an Android app in Kotlin, and a CLI, all on one Rust core. We've also started moving Tuist's own clients to the same model. When we looked across them, we found a lot of duplicated logic, most of it in Swift and some of it rewritten in Kotlin and other languages, and we're now moving that layer into a shared Rust core with the CLI and the apps as its edges. We'll write about it as the work progresses.
It would be a dream for us to see more apps built natively again, apps that use less memory, feel at home on their platform, and run faster. This is early work, and we kept the sample small on purpose. The sample app and Once are on GitHub if you want to try the principles, and if you build something with them, we'd love to hear about it.
GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
This is GitHub Trending Today #55. 35 trending open-source projects on GitHub right now.
Paid channel subscription: youtube.com
Text version link: githubawesome.com
00:00 - Introduction
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlite iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
Thank you so much for watching. Please like the video and subscribe to our channel.
#github #ai #opensource
Notice: The content was created with the assistance of AI and may contain inaccuracies or errors.
▬▬▬▬▬▬ 👋 Contact me 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ Buy Me A Coffee link.githubawesome.com
[ar] GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
هذا هو موضوع GitHub الرائج اليوم #55. 35 مشروعًا مفتوح المصدر رائجًا على GitHub الآن.
الاشتراك في القناة المدفوعة: youtube.com
رابط النسخة النصية: githubawesome.com
00:00 - مقدمة
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlite iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
شكرًا جزيلًا على المشاهدة. يُرجى الإعجاب بالفيديو والاشتراك في قناتنا.
#github #ai #opensource
ملاحظة: تم إنشاء هذا المحتوى بمساعدة الذكاء الاصطناعي، وقد يحتوي على بعض الأخطاء أو عدم الدقة.
▬▬▬▬▬▬ 👋 تواصل معي 👋 ▬▬▬▬▬▬
➡ لينك تري: link.githubawesome.com
➡ ادعمني بشراء قهوة: link.githubawesome.com
[bn] গিটহাব ট্রেন্ডিং টুডে #৫৫: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
এটি আজকের গিটহাব ট্রেন্ডিং #৫৫। এই মুহূর্তে গিটহাবে ৩৫টি ট্রেন্ডিং ওপেন-সোর্স প্রজেক্ট রয়েছে।
পেইড চ্যানেল সাবস্ক্রিপশন: youtube.com
টেক্সট ভার্সনের লিঙ্ক: githubawesome.com
০০:০০ - ভূমিকা
০০:১১ - free-my-tv simbasjungles/free-my-tv
০০:৩৬ - pele obsidianmd/pele
০১:০১ - SPACE perplexityai/SPACE
০১:২৮ - ascii-sharks stackedlol/ascii-sharks
০১:৫২ - harp dominikmartn/harp
০২:১৭ - EAGLE-4 eagle-hq/EAGLE-4
০২:৪১ - ascii-magic-art kailashsr38/ascii-magic-art
০৩:০৬ - ElyOffice ELY-Open-Source/ElyOffice
০৩:২৮ - DeepInfer deepseek-ai/DeepInfer
০৩:৫৪ - zero-breach interplains/zero-breach
০৪:২০ - editonny soumatheusgomes/editonny
০৪:৪৬ - ari nichochar/ari
০৫:১১ - tv-detox Ansub/tv-detox
০৫:৩৯ - fx0 vercel-labs/fx0
০৬:০৫ - pandacode aicodeking/pandacode
০৬:৩২ - scrawl kitlangton/scrawl
06:58 - অনডাইন wevm/ondine
07:26 - ট্রেডার-স্কিল Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - টুইনডেস্ক InukaAsith/TwinDesk
08:40 - সুপারলাইট iha2/superlite
09:07 - গ্রামমাই zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - পেপারলিট Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parth01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - ড্র্যাগশিফ্ট llamaboi55/DragShift
১৪:৩৯ - সলিডসিভি (solidcv) solidsf-inc/solidcv
ভিডিওটি দেখার জন্য আপনাকে অসংখ্য ধন্যবাদ। অনুগ্রহ করে ভিডিওটি লাইক করুন এবং আমাদের চ্যানেলটি সাবস্ক্রাইব করুন।
#github #ai #opensource
বিজ্ঞপ্তি: এই কন্টেন্টটি এআই (AI)-এর সহায়তায় তৈরি করা হয়েছে এবং এতে ভুল বা ত্রুটি থাকতে পারে।
▬▬▬▬▬▬ 👋 আমার সাথে যোগাযোগ করুন 👋 ▬▬▬▬▬▬
➡ লিংকট্রি (LinkTree): link.githubawesome.com
➡ বাই মি এ কফি (Buy Me A Coffee): link.githubawesome.com
[de-DE] GitHub Trending heute #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
Dies ist GitHub Trending Today #55. 35 aktuell angesagte Open-Source-Projekte auf GitHub.
Abonnement des kostenpflichtigen Kanals: youtube.com
Link zur Textversion: githubawesome.com
00:00 – Einleitung
00:11 – free-my-tv simbasjungles/free-my-tv
00:36 – pele obsidianmd/pele
01:01 – SPACE perplexityai/SPACE
01:28 – ascii-sharks stackedlol/ascii-sharks
01:52 – harp dominikmartn/harp
02:17 – EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlite iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 – nanoui justrach/nanoui
13:49 – nsh longbridge/nsh
14:15 – DragShift llamaboi55/DragShift
14:39 – solidcv solidsf-inc/solidcv
Vielen Dank fürs Zuschauen! Gebt dem Video ein Like und abonniert unseren Kanal.
#github #ai #opensource
Hinweis: Dieser Inhalt wurde mithilfe von KI erstellt und kann Ungenauigkeiten oder Fehler enthalten.
▬▬▬▬▬▬ 👋 Kontakt 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ Unterstütze mich mit einer Spende: link.githubawesome.com
[es-US] GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
Esta es la sección de Tendencias de GitHub de hoy #55. 35 proyectos de código abierto que son tendencia en GitHub en este momento.
Suscripción de pago al canal: youtube.com
Enlace a la versión de texto: githubawesome.com
00:00 - Introducción
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlite iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-piensa raullenchai/esp32-piensa
12:09 - kividb kividbio/kividb
12:35 - esfinge parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - Arrastrar cambio llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
Muchas gracias por ver el video. Dale me gusta y suscríbete a nuestro canal.
#github #ai #opensource
Aviso: Este contenido se creó con la ayuda de IA y puede contener imprecisiones o errores.
▬▬▬▬▬▬ 👋 Contáctame 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ Invítame a un café: link.githubawesome.com
[fr-FR] GitHub Trending Today n° 55 : free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
Voici la 55e tendance du jour sur GitHub. Découvrez 35 projets open source populaires sur GitHub en ce moment.
Abonnement payant à la chaîne : youtube.com
Lien vers la version texte : github.com/github-trending-today-55
00:00 - Introduction
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlite iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10h51 - kapitsa nace-ai/kapitsa
11h19 - PaperLeet Hongyang-Du/PaperLeet
11h41 - esp32-thinks raullenchai/esp32-thinks
12h09 - kividb kividbio/kividb
12h35 - sphinx parthh01/sphinx
12h57 - oma-cast typecraft-dev/oma-cast
13h23 - nanoui justrach/nanoui
13h49 - nsh longbridge/nsh
14h15 - DragShift llamaboi55/DragShift
14:39 - SolidCV solidsf-inc/solidcv
Merci beaucoup d'avoir regardé cette vidéo. N'hésitez pas à la liker et à vous abonner à notre chaîne.
#github #ai #opensource
Avertissement : Ce contenu a été créé avec l'aide d'une IA et peut contenir des inexactitudes ou des erreurs.
▬▬▬▬▬▬ 👋 Me contacter 👋 ▬▬▬▬▬▬
➡ LinkTree : link.githubewesome.com
➡ Offrez-moi un café : link.githubewesome.com
[hi] GitHub ट्रेंडिंग टुडे #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
यह GitHub ट्रेंडिंग टुडे #55 है। GitHub पर इस समय ट्रेंडिंग 35 ओपन-सोर्स प्रोजेक्ट हैं।
चैनल की सशुल्क सदस्यता: youtube.com
टेक्स्ट संस्करण का लिंक: githubawesome.com
00:00 - परिचय
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - पांडाकोड aicodeking/pandacode
06:32 - स्क्रॉल kitlangton/scrawl
06:58 - ओन्डाइन wevm/ondine
07:26 - ट्रेडर-स्किल Jakeschincariol/trader-skill
07:49 - रा-जित indexable-inc/ra-jit
08:14 - ट्विनडेस्क InukaAsith/TwinDesk
08:40 - सुपरलाइट iha2/superlite
09:07 - ग्रामाई zilvestro/grammai
09:31 - रुवियो salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
वीडियो देखने के लिए बहुत-बहुत धन्यवाद। कृपया वीडियो को लाइक करें और हमारे चैनल को सब्सक्राइब करें।
#github #ai #opensource
सूचना: यह सामग्री AI की सहायता से बनाई गई है और इसमें कुछ त्रुटियाँ या अशुद्धियाँ हो सकती हैं।
▬▬▬▬▬▬ 👋 मुझसे संपर्क करें 👋 ▬▬▬▬▬▬
➡ लिंक ट्री: link.githubawesome.com
➡ मुझे कॉफ़ी पिलाएँ: link.githubawesome.com
[id] GitHub Trending Hari Ini #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
Ini adalah GitHub Trending Today #55. 35 proyek open-source yang sedang tren di GitHub saat ini.
Langganan saluran berbayar: youtube.com
Tautan versi teks: githubawesome.com
00:00 - Pendahuluan
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - keterampilan pedagang Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlit iha2/superlite
09:07 - tata bahasa zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - Kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
Terima kasih Terima kasih banyak telah menonton. Silakan sukai video ini dan berlangganan saluran kami.
#github #ai #opensource
Peringatan: Konten ini dibuat dengan bantuan AI dan mungkin mengandung ketidakakuratan atau kesalahan.
▬▬▬▬▬▬ 👋 Hubungi saya 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ Dukung saya dengan membeli kopi: link.githubawesome.com
[it] GitHub di tendenza oggi #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
Ecco la lista dei progetti di tendenza di GitHub di oggi n. 55. 35 progetti open source di tendenza su GitHub in questo momento.
Abbonamento a pagamento al canale: youtube.com
Link alla versione testuale: githubawesome.com
00:00 - Introduzione
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 Italiano: eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 Italiano: vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlite iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio Italiano: salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast Italiano: typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
Grazie mille per aver guardato il video. Metti mi piace e iscriviti al nostro canale.
#github #ai #opensource
Nota: il contenuto è stato creato con l'aiuto dell'IA e potrebbe contenere imprecisioni o errori.
▬▬▬▬▬▬ 👋 Contattami 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ Offrimi un caffè link.githubawesome.com
[iw] GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
זהו #55, מגזין GitHub Trending Today. 35 פרויקטים בקוד פתוח פופולריים ב-GitHub כרגע.
מנוי לערוץ בתשלום: youtube.com
קישור לגרסת טקסט: githubawesome.com
00:00 - מבוא
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - שרבוט kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - סופרלייט iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - ספינקס parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
תודה רבה שצפיתם. אנא עשו לייק לסרטון והירשמו לערוץ שלנו.
#github #ai #opensource
הערה: התוכן נוצר בעזרת בינה מלאכותית ועשוי להכיל אי דיוקים או שגיאות.
▬▬▬▬▬▬ 👋 צרו איתי קשר 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ תקנו לי קפה link.githubawesome.com
[ja] GitHub Trending Today #55: free-my-tv、pele、SPACE、ascii-sharks、harp、DeepInfer、ElyOffice、fx0
こちらはGitHubトレンドランキング第55位です。現在GitHubで注目を集めているオープンソースプロジェクト35件をご紹介します。
有料チャンネル登録：youtube.com
テキスト版リンク：githubawesome.com
00:00 - はじめに
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlite iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
ご視聴いただきありがとうございます。ぜひ動画に「いいね！」をして、チャンネル登録をお願いします。
#github #ai #opensource
注意：このコンテンツはAIの支援を受けて作成されたため、不正確な情報や誤りが含まれている可能性があります。
▬▬▬▬▬▬ 👋 お問い合わせ 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ Buy Me A Coffee link.githubawesome.com
[ko] GitHub 트렌딩 투데이 #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
오늘의 GitHub 인기 트렌드 #55입니다. 현재 GitHub에서 가장 인기 있는 오픈소스 프로젝트 35개를 소개합니다.
유료 채널 구독: youtube.com
텍스트 버전 링크: githubwesome.com
00:00 - 소개
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlite iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
시청해 주셔서 감사합니다. 영상에 좋아요를 누르고 채널 구독도 부탁드립니다.
#github #ai #opensource
주의: 본 콘텐츠는 AI를 이용하여 제작되었으며, 부정확하거나 오류가 포함될 수 있습니다.
▬▬▬▬▬▬ 👋 연락처 👋 ▬▬▬▬▬▬
➡ 링크트리: link.githubawesome.com
➡ 커피 한 잔 사주세요: link.githubawesome.com
[ml] GitHub ട്രെൻഡിംഗ് ടുഡേ #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
ഇതാണ് GitHub ട്രെൻഡിംഗ് ടുഡേ #55. GitHub-ൽ ഇപ്പോൾ ട്രെൻഡിംഗ് ആയ 35 ഓപ്പൺ സോഴ്സ് പ്രോജക്ടുകൾ.
പണമടച്ചുള്ള ചാനൽ സബ്സ്ക്രിപ്ഷൻ: youtube.com
ടെക്സ്റ്റ് പതിപ്പ് ലിങ്ക്: githubawesome.com
00:00 - ആമുഖം
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - സീറോ-ബ്രീച്ച് interplains/zero-breach
04:20 - എഡിറ്റോണി soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - പാണ്ടകോഡ് aicodeking/pandacode
06:32 - സ്ക്രാൾ kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - ട്രേഡർ-സ്കിൽ Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - ട്വിൻഡെസ്ക് InukaAsith/TwinDesk
08:40 - സൂപ്പർലൈറ്റ് iha2/superlite
09:07 - ഗ്രാമൈ zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - പേപ്പർലീറ്റ് Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - സ്ഫിങ്ക്സ് parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - ഡ്രാഗ്ഷിഫ്റ്റ് llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
കണ്ടതിന് വളരെ നന്ദി. ദയവായി വീഡിയോ ലൈക്ക് ചെയ്യുകയും ഞങ്ങളുടെ ചാനൽ സബ്സ്ക്രൈബ് ചെയ്യുകയും ചെയ്യുക.
#github #ai #opensource
ശ്രദ്ധിക്കുക: ഉള്ളടക്കം AI യുടെ സഹായത്തോടെ സൃഷ്ടിച്ചതാണ്, അതിൽ കൃത്യതയില്ലായ്മകളോ പിശകുകളോ അടങ്ങിയിരിക്കാം.
▬▬▬▬▬▬ 👋 എന്നെ ബന്ധപ്പെടുക 👋 ▬▬▬▬▬▬
➡ ലിങ്ക്ട്രീ: link.githubawesome.com
➡ എനിക്ക് ഒരു കോഫി വാങ്ങൂ link.githubawesome.com
[nl-NL] GitHub Trending Vandaag #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
Dit is GitHub Trending Today #55. 35 trending open-sourceprojecten op GitHub op dit moment.
Betaald kanaalabonnement: youtube.com
Link naar tekstversie: githubawesome.com
00:00 - Introductie
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlite iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
Hartelijk dank voor het kijken. Geef de video een like en abonneer je op ons kanaal.
#github #ai #opensource
Let op: De inhoud is gemaakt met behulp van AI en kan onnauwkeurigheden of fouten bevatten.
▬▬▬▬▬▬ 👋 Neem contact met me op 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ Koop me een koffie: link.githubawesome.com
[pa] GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
ਇਹ ਅੱਜ GitHub ਟ੍ਰੈਂਡਿੰਗ #55 ਹੈ। GitHub 'ਤੇ ਇਸ ਵੇਲੇ 35 ਟ੍ਰੈਂਡਿੰਗ ਓਪਨ-ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ।
ਭੁਗਤਾਨਸ਼ੁਦਾ ਚੈਨਲ ਗਾਹਕੀ: youtube.com
ਟੈਕਸਟ ਵਰਜਨ ਲਿੰਕ: githubawesome.com
00:00 - ਜਾਣ-ਪਛਾਣ
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - ਜ਼ੀਰੋ-ਬ੍ਰੀਚ interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - ਸਕ੍ਰੌਲ kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - ਵਪਾਰੀ-ਹੁਨਰ Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - ਸੁਪਰਲਾਈਟ iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - ਪੇਪਰਲੀਟ Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - ਨੈਨੋਈ justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - ਡਰੈਗ ਸ਼ਿਫਟ llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
ਦੇਖਣ ਲਈ ਤੁਹਾਡਾ ਬਹੁਤ ਧੰਨਵਾਦ। ਕਿਰਪਾ ਕਰਕੇ ਵੀਡੀਓ ਨੂੰ ਪਸੰਦ ਕਰੋ ਅਤੇ ਸਾਡੇ ਚੈਨਲ ਨੂੰ ਸਬਸਕ੍ਰਾਈਬ ਕਰੋ।
#github #ai #opensource
ਨੋਟਿਸ: ਸਮੱਗਰੀ AI ਦੀ ਸਹਾਇਤਾ ਨਾਲ ਬਣਾਈ ਗਈ ਸੀ ਅਤੇ ਇਸ ਵਿੱਚ ਗਲਤੀਆਂ ਜਾਂ ਗਲਤੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ।
▬▬▬▬▬▬ 👋 ਮੇਰੇ ਨਾਲ ਸੰਪਰਕ ਕਰੋ 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ Buy Me A Coffee link.githubawesome.com
[pl] GitHub Trending Today nr 55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
Oto GitHub Trending Today #55. 35 najpopularniejszych projektów open source na GitHubie.
Płatna subskrypcja kanału: youtube.com
Link do wersji tekstowej: githubwesome.com
00:00 - Wprowadzenie
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlite iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
Dziękujemy za obejrzenie. Polub film i zasubskrybuj nasz kanał.
#github #ai #opensource
Uwaga: Treść została stworzona przy pomocy sztucznej inteligencji i może zawierać nieścisłości lub błędy.
▬▬▬▬▬▬ 👋 Skontaktuj się ze mną 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ Kup mi kawę link.githubawesome.com
[pt-BR] GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
Esta é a lista de Tendências do GitHub de hoje, número 55. 35 projetos de código aberto em alta no GitHub neste momento.
Assinatura paga do canal: youtube.com
Link para a versão em texto: githubawesome.com
00:00 - Introdução
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 – rabisco kitlangton/scrawl
06:58 - ondina wevm/ondine
07:26 - habilidade do trader Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 – superlite iha2/superlite
09:07 - gramática zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
Muito obrigado por assistir. Por favor, curta o vídeo e inscreva-se no nosso canal.
#github #ai #opensource
Aviso: O conteúdo foi criado com o auxílio de IA e pode conter imprecisões ou erros.
▬▬▬▬▬▬ 👋 Contato 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ Compre-me um café: link.githubawesome.com
[ru] GitHub Trending Today №55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
Это 55-й по популярности проект в трендах GitHub на данный момент. 35 самых популярных проектов с открытым исходным кодом на GitHub прямо сейчас.
Платная подписка на канал: youtube.com
Ссылка на текстовую версию: githubawesome.com
00:00 - Введение
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - trader-skill Jakeschincariol/trader-skill
07:49 - ra-jit indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - superlite iha2/superlite
09:07 - grammai zilvestro/grammai
09:31 - ruvio salihcantekin/ruvio
09:59 - MemT-1.0 MemTensor/MemT-1.0
10:25 - dumbtv humblemuzzu/dumbtv
10:51 - kapitsa nace-ai/kapitsa
11:19 - PaperLeet Hongyang-Du/PaperLeet
11:41 - esp32-thinks raullenchai/esp32-thinks
12:09 - kividb kividbio/kividb
12:35 - sphinx parthh01/sphinx
12:57 - oma-cast typecraft-dev/oma-cast
13:23 - nanoui justrach/nanoui
13:49 - nsh longbridge/nsh
14:15 - DragShift llamaboi55/DragShift
14:39 - solidcv solidsf-inc/solidcv
Большое спасибо за просмотр. Пожалуйста, поставьте лайк видео и подпишитесь на наш канал.
#github #ai #opensource
Примечание: Контент создан с помощью ИИ и может содержать неточности или ошибки.
▬▬▬▬▬▬ 👋 Свяжитесь со мной 👋 ▬▬▬▬▬▬
➡ LinkTree: link.githubawesome.com
➡ Поддержите меня, купив мне кофе: link.githubawesome.com
[ta] GitHub டிரெண்டிங் டுடே #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0
இது GitHub-இன் இன்றைய டிரெண்டிங் #55. தற்போது GitHub-இல் பிரபலமாக உள்ள 35 ஓப்பன்-சோர்ஸ் திட்டங்கள்.
கட்டணச் சேனல் சந்தா: youtube.com
உரை வடிவ இணைப்பு: githubawesome.com
00:00 - அறிமுகம்
00:11 - free-my-tv simbasjungles/free-my-tv
00:36 - pele obsidianmd/pele
01:01 - SPACE perplexityai/SPACE
01:28 - ascii-sharks stackedlol/ascii-sharks
01:52 - harp dominikmartn/harp
02:17 - EAGLE-4 eagle-hq/EAGLE-4
02:41 - ascii-magic-art kailashsr38/ascii-magic-art
03:06 - ElyOffice ELY-Open-Source/ElyOffice
03:28 - DeepInfer deepseek-ai/DeepInfer
03:54 - zero-breach interplains/zero-breach
04:20 - editonny soumatheusgomes/editonny
04:46 - ari nichochar/ari
05:11 - tv-detox Ansub/tv-detox
05:39 - fx0 vercel-labs/fx0
06:05 - pandacode aicodeking/pandacode
06:32 - scrawl kitlangton/scrawl
06:58 - ondine wevm/ondine
07:26 - வர்த்தகர்-திறன் Jakeschincariol/trader-skill
07:49 - ரா-ஜித் indexable-inc/ra-jit
08:14 - TwinDesk InukaAsith/TwinDesk
08:40 - சூப்பர்லைட் iha2/superlite
09:07 - கிராமாய் zilvestro/grammai
09:31 - ருவியோ salihcantekin/ruvio
09:59 - MemT-1.0 git
142 likes · 5 comments · 12,920 views
Mentions
Native edges: principles for native apps with a shared core For a long time, building a client for every platform you cared about was expensive. You wrote every screen twice, fixed every bug twice, and either staffed a team per platform or decided which platforms your users would have to live without. So the industry did what it usually does and found ways to make that cost bearable. Electron, React Native, and more recently Tauri came out of that. They gave teams a dynamic runtime, hot reloading, and the whole ecosystem of web libraries, so one team could ship to several platforms at once. And it worked: Slack, Linear, Discord, Notion, and Visual Studio Code run on a web stack, and many of us have them open all day. Raycast went the same way to get to Windows. Raycast 2.0 shares a React and TypeScript frontend between macOS and Windows and loads it in each platform's web view, and the team was open about why: hiring, the UI components the web already has, consistent extensions, and iteration speed. Those are good reasons. Coding agents changed part of that math. Writing a SwiftUI view and then its Jetpack Compose twin used to be the expensive part, and today an agent writes most of it while you review. What's still expensive is compiling it, and if you've ever sat waiting on Xcode or Gradle, you know how much of a day goes into that. At Tuist we've spent years chipping away at that problem, with caching, selective testing, runners to run the builds on, and now Once, with remote execution coming next. Once native builds are fast too, iteration speed becomes a much weaker argument for a web runtime. The other reasons, like the ecosystem or hiring, may still apply to you, and I don't expect anyone to rewrite a large codebase because the economics moved. But it got us thinking about how we'd build a multi-platform app if we started one today, so we wrote down the principles we'd follow and built a small sample app to see whether they hold up. None of this is entirely new to us. Almost ten years ago we were exploring modular architectures for iOS apps and came up with microfeatures, which many teams adopted and which we later renamed The Modular Architecture. Tuist itself grew out of that work. This post takes the same ideas about boundaries and build graphs and stretches them across platforms. We call this set of principles native edges. An app has two layers, and both ship inside it. The headless core holds the business logic and has no UI at all, and the native edges are what users see and touch, one per platform, each connecting the core to its platform. We stayed away from frontend and backend on purpose, because most people hear those words and think UI and server. The principles are: 1. Keep business logic in a headless core. 2. Choose a core language that runs everywhere you ship. 3. Connect the edges to the core through a small, typed API. 4. Make every screen reachable by an address. 5. Model the whole app in one build graph. You don't have to take all of them. Some projects will have good reasons to keep a piece of logic in Swift, to share less, or to use different tools than we do, and that's fine. The sample app To see whether the principles hold up end to end, we built Native Edges, a client-side agent. You sign in with your ChatGPT account and talk to an agent whose loop, tools, and conversation history live on your device, while the model runs in the cloud. There's an iOS app in SwiftUI, an Android app in Kotlin and Jetpack Compose, and a command-line tool in Rust, and all three sit on one headless core, also written in Rust. The core handles the device-code sign-in and token refresh, runs the agent loop and its requests to the model, provides the tools the agent uses to read earlier conversations, and stores the history in SQLite through Diesel. Here's the iOS app, built and launched on a simulator with once run. It signs in with a device code, lists the stored conversations, and asks the agent something that makes it go back to earlier ones. Then the CLI lists the app's routes and builds the URL for one conversation, and the simulator opens it: ▶️ Watch the demo on the original post We'll keep coming back to the sample throughout the post. Here are its three edges, plus two more that the same core could support but the sample doesn't include: - Native edges: iOS (SwiftUI + Swift), Android (Jetpack Compose + Kotlin), CLI (terminal), plus Linux and Windows (GPUI) and Web (HTML + JavaScript), which aren't in the sample. - Headless core in Rust: route catalog and deep links, sign-in and sessions, agent loop and model API, conversation history. - Bridges: iOS calls the core through UniFFI Swift bindings, Android through UniFFI Kotlin bindings + JNA, the CLI and desktop through plain Rust calls, and the web through WebAssembly. (See the diagram on the original post) 1. Keep business logic in a headless core The rule we follow is simple to say: put in the edge whatever only the platform can do, and put everything else in the core. The edge is the layer users touch. For apps, that means a UI written in a framework that compiles for the platform and follows its conventions, which today is SwiftUI on Apple platforms and Jetpack Compose on Android. Anything you can only reach through the platform's frameworks belongs there too: the Keychain or the Android Keystore, presenting a browser for an OAuth flow, registering for push notifications, Live Activities, share extensions, or on-device speech recognition. These are the details users notice when an app gets them wrong, so we'd rather each platform own them. A command-line tool is an edge too, one whose platform happens to be the terminal, and so is a web app, with the core compiled to WebAssembly and the browser as its platform. The core is the logic that's the same everywhere: which fields of a record can be edited, how a list is paginated, how an OAuth token is refreshed, how history is reconciled after a reconnect, or making sure a late response from a cancelled request doesn't overwrite newer results. Because the core has no UI and doesn't depend on any platform framework, you can cover most of the app's behavior with unit tests that run in seconds, without a simulator, an emulator, or UI automation, and those tests cover every platform at once. Each edge still needs some tests for rendering and platform integration, but far fewer than before. Ghostty, the terminal emulator by Mitchell Hashimoto, is one of my favorite examples of this split. Its core, libghostty, is written in Zig, exposes a C API, and handles terminal emulation, fonts, and rendering. On top of it sit a macOS app written in Swift with AppKit and SwiftUI and a Linux app that uses GTK. Ghostty's core does more than ours, since it includes rendering, but the idea is the same: one shared engine, and on each platform an app that feels like it belongs there. 2. Choose a core language that runs everywhere you ship Look for a language with good toolchains and a good standard library on every platform you support, so you don't find out halfway through a feature that the API you need doesn't exist on one of them. Rust does well here. It compiles to iOS, Android, macOS, Linux, Windows, and WebAssembly, and its crates cover almost everything a client needs. The browser is a bit of a special case: the core runs there as WebAssembly, but on wasm32-unknown-unknown parts of the standard library, like the file system and threads, don't work, so a web edge needs crates that go through the browser's APIs instead, like fetch for networking or IndexedDB for storage. Zig is another good option, with explicit allocators and cross-compilation built into its toolchain, and Go can work too, although it brings a garbage collector with it. Memory is one of the main reasons we lean towards Rust and Zig. Neither has a garbage collector, so you decide when memory is allocated and freed, which matters in places with strict limits, like watches, embedded devices, or the app extensions and widgets the system kills when they use too much. It also means your app doesn't run a second garbage collector next to Swift's reference counting or the Android runtime's own collector. You still have to respect ownership rules at the boundary and measure memory on constrained targets, but you're the one in control. A question we get a lot is why we don't use Kotlin Multiplatform on Apple platforms, or Swift on Android. Both work, and teams ship real apps with them. Our concern is that a language built for one platform brings its runtime and memory model along to the others, and its standard library and tooling tend to be most complete on the platform where it started. Rust and Zig don't have a home platform in that sense, and for a shared core that's what we want. I also think the choice of language will matter less and less. As models write more of the code, the questions that remain are whether the language fits the job and whether agents are good at writing and reasoning about it. Rust does well on both: its compiler is strict and its error messages are detailed, so when an agent gets something wrong, it finds out right away and knows why. If we picked a stack today, it would look like this: | Platform | Native edge: UI | Native edge: platform services | Headless core | | --- | --- | --- | --- | | iOS, iPadOS, macOS | SwiftUI | Swift | Rust | | Android | Jetpack Compose | Kotlin | Rust | | Linux, Windows | GPUI | Rust | Rust | | Command line | Terminal | Rust | Rust | | Web | HTML and JavaScript | Browser APIs | Rust compiled to WebAssembly | For desktop outside macOS, we'd go with GPUI, the UI framework the Zed team built for their editor. GPUI draws its own UI on the GPU instead of using the operating system's toolkit, compiles to a native binary, and integrates with each platform, and there are component libraries for it, like GPUI Component, for building desktop apps in the spirit of Zed. Since GPUI is Rust too, on Linux and Windows the edge and the core share a language and need no bridge at all. The command line is in the table because the terminal is a platform too, and developers can tell right away when a CLI starts fast, follows the terminal's conventions, and plays well with pipes and scripts. With a headless core, a CLI is a thin edge over logic you already have, so building one in Rust is cheap. Agents use a lot of software through CLIs, and I expect this edge to matter more and more as they do. 3. Connect the edges to the core through a small, typed API The sample uses UniFFI, a tool from Mozilla that generates Swift and Kotlin bindings from annotations in the Rust code. The core marks what it exports, and the edges call typed functions and get typed values back, with no C headers or JSON in between: #[derive(uniffi::Record)] pub struct Destination { pub route: String, pub params: Params, pub url: String, } #[derive(Debug, uniffi::Error)] #[uniffi(flat_error)] pub enum CoreError { /// No session, or it expired: show the sign-in screen. Unauthorized { message: String }, Failed { kind: String, message: String }, } /// Resolves a deep link into its destination and parents. #[uniffi::export] pub fn open(url: String) -> Result<Vec<Destination>, CoreError> { // ... } /// Sends a message and waits for the agent's answer. #[uniffi::export] pub fn send( id: Option<String>, text: String, ) -> Result<Conversation, CoreError> { // ... } In Swift, these are ordinary functions, and the Rust error becomes a Swift error you can catch. send blocks while the agent works, so the sample runs it off the main actor with a small background helper of its own: let stack = try EdgesCore.open(url: link) let reply = try await background { try EdgesCore.send(id: id, text: text) } Kotlin gets the same API, with CoreException.Unauthorized in place of the Swift error case, and the CLI calls the Rust functions directly. Adding a capability means exporting a function in Rust, and the apps get it with compiler-checked types. The core returns plain values, like a conversation and the URLs it links to, and leaves it to each edge to decide how to present them: a pushed view on iOS, a back-stack entry on Android, or printed output in the terminal. Sometimes the core needs something only the platform provides, so the API has to work in the other direction too. A token refresh rotates the session, and the new session has to land in the Keychain on iOS and in Keystore-backed encrypted storage on Android. For that we use the delegate pattern: the core declares what it needs as an interface, and each edge provides an implementation. In UniFFI, that's a Rust trait marked with_foreign, which Swift and Kotlin can implement: /// Provided by the edge: the Keychain on iOS, the Keystore /// on Android, and a private file in the terminal. #[uniffi::export(with_foreign)] pub trait SecureStorage: Send + Sync { fn read(&self, key: String) -> Option<String>; fn write(&self, key: String, value: String); fn delete(&self, key: String); } On iOS, the implementation is a small class over the Keychain, and the app hands it to the core at launch, along with a directory where the core keeps its SQLite database: final class Keychain: SecureStorage { func read(key: String) -> String? { /* SecItemCopyMatching */ } func write(key: String, value: String) { /* SecItemAdd */ } func delete(key: String) { /* SecItemDelete */ } } let directory = URL.applicationSupportDirectory.path _ = try launch(dataDir: directory, storage: Keychain()) Android passes a Keystore class that encrypts the value with an Android Keystore key, and the CLI passes one that writes files only you can read. The split of responsibilities is what we like here: the core decides what to store and when, such as a renewed session after a refresh, and the edge decides how the operating system protects it. The core's tests pass an in-memory implementation, so they don't need a Keychain or a simulator. We kept the trait simple for the sample, but in a production app write and delete should report failures so the core can handle them. 4. Make every screen reachable by an address Core tests cover the shared rules, but sometimes you want to test how an edge and the core work together, like whether a screen renders the data the core returns or whether a tap triggers the right call. Whether you or an agent runs that test, you want to get to the screen in one step, not ten. A CLI makes this easy, because every operation is a named command with options and arguments you can find in the code and run. Web apps are close, since every page has a URL that an agent can read from the route definitions and open. Mobile and desktop apps usually have neither, so getting to a screen means launching the app and tapping through every step in between, which is slow and breaks every time the UI changes. We think native apps deserve a declarative navigation system that does two things: 1. Makes routes discoverable. The app declares destinations as data, like an enum or a list of types, so someone reading the code, or an agent, can find every place the app can go. 2. Lets you open any route directly. A single entry point takes a route, usually as a URL, and builds the navigation state for it, so you can jump straight to a specific screen or record. Navigation itself belongs to the platform. Each one has strong conventions for stacks, tabs, sheets, transitions, and Back behavior, and users expect them. What the core can own is the route catalog and URL parsing, so every edge agrees on which destinations exist and what a link means. In the sample, each route has an identifier, a URL pattern, and a parent, so a deep link opens on top of the screens you'd normally pass through, and Back works as if you had tapped your way there: // Simplified from core/src/routes.rs. pub static ROUTES: &[Route] = &[ Route { id: "conversations", path: "conversations", parent: None, }, Route { id: "new", path: "conversations/new", parent: Some("conversations"), }, Route { id: "conversation", path: "conversations/{id}", parent: Some("conversations"), }, ]; Every edge asks the core what a URL means, and tapping a row opens that row's URL, so taps and deep links go through the same code. That's what makes this useful for agents: one can list the routes with the CLI and then open a specific conversation on a simulator or an emulator with a single command: edges routes xcrun simctl openurl booted edges://conversations/011d032b115d6baa adb shell am start -a android.intent.action.VIEW \ -d edges://conversations/011d032b115d6baa In the sample, each edge keeps its own database, so a link only opens a conversation that exists in that app. The same URLs can also arrive from notifications and shared links, so treat them as untrusted input: opening a route picks a screen, and the core and the server still check what the user can see. Each platform already has tools for the edge side: - iOS and macOS: model destinations as a Codable enum and drive a NavigationStack from a NavigationPath, then turn incoming URLs into that path in onOpenURL. Point-Free's swift-navigation models every destination, including sheets and alerts, as state, so opening a screen means constructing a value. On macOS, open <url> does what simctl openurl does on a simulator. - Android: Navigation Compose supports type-safe routes declared as @Serializable classes, with deep links mapped to them. In Navigation 3, the back stack is a list of keys that you own, and deep link matchers turn a URL into the initial back stack. - Desktop with GPUI: GPUI declares actions with names and dispatches them by name, which is how Zed's command palette lists everything the editor can do. Routes can follow the same pattern, with a command-line flag like --open <route> as the entry point. 5. Model the whole app in one build graph You can build all of this with the tools you already have, but we'd recommend a build system that can model the entire graph: the Rust core compiled for each platform, the Swift and Kotlin bindings generated from it, the apps that link them, and the tests for each of them. Xcode and Gradle work well inside their own ecosystems, and they treat everything outside as foreign. Rust usually gets in as a script phase or a custom task that runs Cargo, or as a prebuilt binary checked into the repository, and the outer build system sees one opaque step. Gradle can cache a custom task if you declare every input and output, but neither tool can schedule or cache the individual crates inside it, so the Rust side ends up rebuilding more than it should. Bazel and Buck2 can model all of this, which is why many teams use them. They also ask you to learn their rules and configure toolchains, and a lot of teams find the developer experience hard to live with. For the sample we used Once, the build system we're building at Tuist, which models the same kind of typed graph with remote caching and keeps the configuration in a single TOML file. It's early and still in canary, so expect rough edges. Here's an excerpt of the sample's once.toml: # The headless core, built once per edge. [[target]] name = "CoreIOS" kind = "rust_library" srcs = ["core/src/**/*.rs"] deps = ["./CoreIOSDependencies"] [target.attrs] crate_name = "edges_core" crate_root = "core/src/lib.rs" target = "aarch64-apple-ios-sim" crate_type = "staticlib" # The terminal edge. [[target]] name = "CLI" kind = "rust_binary" srcs = ["cli/src/**/*.rs"] deps = ["./Core", "./CoreDependencies"] # The SwiftUI edge, and the Swift bindings it calls. [[target]] name = "SwiftBindings" kind = "uniffi_bindings" deps = ["bindgen/Bindgen", "./CoreIOS"] [target.attrs] language = "swift" [[target]] name = "IOS" kind = "apple_application" srcs = ["ios/Sources/**/*.swift"] deps = ["./CoreIOS", "./SwiftBindings", "./SimulatorSDK"] [target.attrs] platform = "ios" bundle_id = "dev.tuist.edges" sdk_frameworks = ["Security"] # The Jetpack Compose edge. [[target]] name = "Android" kind = "android_binary" srcs = ["android/src/**/*.kt"] deps = ["./CoreAndroid", "./KotlinBindings", "./Compose"] [target.attrs] application_id = "dev.tuist.edges" min_sdk_version = 26 Rust libraries, Apple applications, Android binaries, the bindings between them, and their tests all live in the same graph. Once resolves third-party crates from Cargo.lock into per-platform dependency targets, so each crate compiles separately with its own cache key, instead of one cargo build compiling everything at once. The graph generates the bindings too, so nobody has to check them into the repository. Once doesn't have a built-in rule for UniFFI yet, so the sample adds one in a small Starlark module that builds uniffi-bindgen from source, runs it against the compiled core, and compiles the generated code into a Swift module for iOS and a Kotlin library for Android. Once caches that step like any other, keyed on the generator, its configuration, and the compiled core. This graph is also what caching relies on. Each step gets a key computed from its inputs, so a change to a SwiftUI view doesn't recompile the Rust core, and you can share the results between your machine, your teammates', CI, and agents working in other worktrees. When the work a build does grows with the size of your change and not the size of your app, native iteration starts to feel close to the hot reloading that made web runtimes so attractive. Linking, installing, and launching still take time, but you stop paying for a full rebuild on top. Keep the graph fast The shape of the graph matters as much as the build system. A build can only run in parallel what the graph lets it run in parallel, and Apple's WWDC talk on build parallelization calls the longest chain of dependencies the critical path: no extra cores or remote workers make the build shorter than that. So we keep the graph shallow and wide. We only add a dependency when we need it, put interfaces in their own modules so implementations compile side by side (Bruno Rocha explains the technique in Reducing iOS Build Times by using Interface Modules), and keep shared foundations small, because everything downstream rebuilds when they change. Spotify's account of moving its iOS app to Bazel shows what that buys you: with remote caching and the module isolation they did during the migration, their CI feedback loop went from 80 minutes to 20. The same goes for deciding what each edge includes. A widget doesn't need the agent, and a web build pays for every kilobyte it ships, but if each edge builds the core with its own Cargo features, the cache sees a different core per edge, and you end up building and keeping warm one graph per edge. Bazel's documentation on configurations warns about the same growth. We'd rather split the core into crates, like storage, networking, and the agent, and let each edge depend on the ones it needs, the way Mozilla's megazords link only the components an app uses. A crate's hash doesn't depend on who uses it, so adding or removing an edge doesn't invalidate anything shared. For dropping unused code from a binary, the linker's dead-code stripping does the job after the core is compiled and cached. Try both approaches below. Each edge links the crates it picks through a small umbrella crate, drawn dashed. Turn edges on and off or edit a file in storage, and watch which nodes get a new hash: 🧪 Try the interactive graph on the original post The sample's graph is small, but it has this shape: each edge depends only on its build of the core and its own platform libraries, and no edge depends on another. Adopting native edges Starting with one platform We like to start with one platform and move logic into the core as soon as it looks reusable, without trying to design the core up front. A few signs that something belongs there: it doesn't import any platform framework, another platform would need the same behavior, or you'd want to test it without launching the app. Some typical candidates: - The API client: routes, request and response types, validation, and error mapping. - Authentication: building the sign-in URL, exchanging codes for tokens, and refreshing them. - Pagination, search, and filtering rules for lists. - Form validation, like which fields are required and what a valid date range looks like. - The route catalog and deep-link parsing. - Local caching and reconciling data after a reconnect. When the second platform comes along, most of the work is building a new edge on top of a core that's already built and tested. And keep doing it as features change: when a Swift or Kotlin model starts making business decisions, that's your cue to move the logic into the core. If you already have clients Most teams won't start from scratch, and that's the more interesting case. If you already have clients on several platforms, each in its own language and built with its own tools, I'd start by modeling them in one build graph connected to a remote cache. That makes builds faster before any code moves, and it makes adding a Rust core affordable later. Then pick one piece that's duplicated across your clients, like the API client, authentication, or validation rules, and move it into the core, and while you're at it, think about what your app would look like as a CLI or a set of commands an agent can run. You keep shipping your clients the whole time, and over time you'll notice the edges getting thinner and thinner until they're mostly UI and calls to platform APIs. What we're doing at Tuist We're doing this ourselves. The native clients of Atlas, our internal operations platform, follow these principles: an iOS and macOS app in SwiftUI, an Android app in Kotlin, and a CLI, all on one Rust core. We've also started moving Tuist's own clients to the same model. When we looked across them, we found a lot of duplicated logic, most of it in Swift and some of it rewritten in Kotlin and other languages, and we're now moving that layer into a shared Rust core with the CLI and the apps as its edges. We'll write about it as the work progresses. It would be a dream for us to see more apps built natively again, apps that use less memory, feel at home on their platform, and run faster. This is early work, and we kept the sample small on purpose. The sample app and Once are on GitHub if you want to try the principles, and if you build something with them, we'd love to hear about it.
NSH: A Native UI Framework for iOS, Android, macOS, Windows, Linux and the Web
We open-sourced gpui-component, a desktop UI framework built on top of GPUI We’ve been building gpui-component in the open — a Rust desktop framework used to build Longbridge Pro. It is built on GPUI and includes 60+ UI components, virtualized data tables and lists, a dock layout system, Markdown and HTML rendering, charts, and a code editor with Tree-sitter and LSP support. Why we built it When people talk about desktop UI frameworks, the conversation often focuses on rendering widgets. In our experience, drawing a button was rarely the difficult part. The harder part was everything required around it to build an actual information-dense desktop application: focus handling, overlays, large datasets, persistent layouts, draggable panels, text editing, themes, and interactions that remain responsive under load. We ran into these problems while building Longbridge Pro, a commercial desktop application. Instead of designing a component library in isolation, we gradually extracted and refined the systems we were already using in production. That work became gpui-component. It goes beyond a widget library, but it does not try to prescribe an application’s entire architecture. Our goal is to provide the difficult reusable parts while leaving applications room to own their design and structure. What is included The project currently includes more than 60 components covering forms, navigation, overlays, feedback, layout, data display, and editing. A few parts may be especially interesting to developers building larger desktop applications: - Virtualized data tables with fixed and resizable columns, sorting, cell selection, and support for hundreds of thousands of rows. - Virtual lists that render only the visible range, including differently sized items. - A code editor using a rope-backed text model, with Tree-sitter highlighting and LSP diagnostics, completion, and hover. - A dock system with draggable tabs, nested splits, resizable panels, edge docks, freeform tiles, and serializable layouts. - Cross-platform support for macOS, Windows, and Linux from one Rust codebase. The framework is designed around workloads such as 120 FPS interfaces, very large tables, and files around 200K lines. These are the workloads we built and tested around, rather than a promise that every application will reach the same numbers on every machine. Two layers instead of one One design decision we made was to separate presentation from reusable behavior. - gpui-component provides styled components, semantic themes, sizes, and interaction defaults. - gpui-base provides lower-level behavior and infrastructure for teams that want to build their own visual system. preview.redd.it For example, an application can use the finished dock UI directly, or reuse the underlying layout model, drag-and-drop behavior, focus handling, and persistence while rendering the workspace in a completely different style. The principle we have been working around is: >Behavior belongs to the foundation. Presentation belongs to the application. Technical stack The main pieces are: - Rust - GPUI, the GPU-accelerated UI framework developed as part of Zed - Tree-sitter for syntax highlighting - LSP integration for editor diagnostics, completion, and hover - A rope-backed text model for working with large documents - Serde-compatible state for serializing dock layouts - WebAssembly for interactive documentation previews A minimal setup currently looks like this: 1. gpui = { git = "https://github.com/zed-industries/zed" } 2. gpui_platform = { git = "https://github.com/zed-industries/zed", features = ["font-kit"] } 3. gpui-component = { git = "https://github.com/longbridge/gpui-component" } There are still rough edges, and we would rather hear about them than pretend the framework is finished.Questions, criticism, issues, and small test projects are all welcome.
GPUI Kit has over 220 contributors. longbridge/gpui-kit t.co
Native Shell: native UI framework in Rust for mobile, desktop and web
GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 This is GitHub Trending Today #55. 35 trending open-source projects on GitHub right now. Paid channel subscription: youtube.com Text version link: githubawesome.com 00:00 - Introduction 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlite iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv Thank you so much for watching. Please like the video and subscribe to our channel. #github #ai #opensource Notice: The content was created with the assistance of AI and may contain inaccuracies or errors. ▬▬▬▬▬▬ 👋 Contact me 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ Buy Me A Coffee link.githubawesome.com [ar] GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 هذا هو موضوع GitHub الرائج اليوم #55. 35 مشروعًا مفتوح المصدر رائجًا على GitHub الآن. الاشتراك في القناة المدفوعة: youtube.com رابط النسخة النصية: githubawesome.com 00:00 - مقدمة 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlite iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv شكرًا جزيلًا على المشاهدة. يُرجى الإعجاب بالفيديو والاشتراك في قناتنا. #github #ai #opensource ملاحظة: تم إنشاء هذا المحتوى بمساعدة الذكاء الاصطناعي، وقد يحتوي على بعض الأخطاء أو عدم الدقة. ▬▬▬▬▬▬ 👋 تواصل معي 👋 ▬▬▬▬▬▬ ➡ لينك تري: link.githubawesome.com ➡ ادعمني بشراء قهوة: link.githubawesome.com [bn] গিটহাব ট্রেন্ডিং টুডে #৫৫: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 এটি আজকের গিটহাব ট্রেন্ডিং #৫৫। এই মুহূর্তে গিটহাবে ৩৫টি ট্রেন্ডিং ওপেন-সোর্স প্রজেক্ট রয়েছে। পেইড চ্যানেল সাবস্ক্রিপশন: youtube.com টেক্সট ভার্সনের লিঙ্ক: githubawesome.com ০০:০০ - ভূমিকা ০০:১১ - free-my-tv simbasjungles/free-my-tv ০০:৩৬ - pele obsidianmd/pele ০১:০১ - SPACE perplexityai/SPACE ০১:২৮ - ascii-sharks stackedlol/ascii-sharks ০১:৫২ - harp dominikmartn/harp ০২:১৭ - EAGLE-4 eagle-hq/EAGLE-4 ০২:৪১ - ascii-magic-art kailashsr38/ascii-magic-art ০৩:০৬ - ElyOffice ELY-Open-Source/ElyOffice ০৩:২৮ - DeepInfer deepseek-ai/DeepInfer ০৩:৫৪ - zero-breach interplains/zero-breach ০৪:২০ - editonny soumatheusgomes/editonny ০৪:৪৬ - ari nichochar/ari ০৫:১১ - tv-detox Ansub/tv-detox ০৫:৩৯ - fx0 vercel-labs/fx0 ০৬:০৫ - pandacode aicodeking/pandacode ০৬:৩২ - scrawl kitlangton/scrawl 06:58 - অনডাইন wevm/ondine 07:26 - ট্রেডার-স্কিল Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - টুইনডেস্ক InukaAsith/TwinDesk 08:40 - সুপারলাইট iha2/superlite 09:07 - গ্রামমাই zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - পেপারলিট Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parth01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - ড্র্যাগশিফ্ট llamaboi55/DragShift ১৪:৩৯ - সলিডসিভি (solidcv) solidsf-inc/solidcv ভিডিওটি দেখার জন্য আপনাকে অসংখ্য ধন্যবাদ। অনুগ্রহ করে ভিডিওটি লাইক করুন এবং আমাদের চ্যানেলটি সাবস্ক্রাইব করুন। #github #ai #opensource বিজ্ঞপ্তি: এই কন্টেন্টটি এআই (AI)-এর সহায়তায় তৈরি করা হয়েছে এবং এতে ভুল বা ত্রুটি থাকতে পারে। ▬▬▬▬▬▬ 👋 আমার সাথে যোগাযোগ করুন 👋 ▬▬▬▬▬▬ ➡ লিংকট্রি (LinkTree): link.githubawesome.com ➡ বাই মি এ কফি (Buy Me A Coffee): link.githubawesome.com [de-DE] GitHub Trending heute #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 Dies ist GitHub Trending Today #55. 35 aktuell angesagte Open-Source-Projekte auf GitHub. Abonnement des kostenpflichtigen Kanals: youtube.com Link zur Textversion: githubawesome.com 00:00 – Einleitung 00:11 – free-my-tv simbasjungles/free-my-tv 00:36 – pele obsidianmd/pele 01:01 – SPACE perplexityai/SPACE 01:28 – ascii-sharks stackedlol/ascii-sharks 01:52 – harp dominikmartn/harp 02:17 – EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlite iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 – nanoui justrach/nanoui 13:49 – nsh longbridge/nsh 14:15 – DragShift llamaboi55/DragShift 14:39 – solidcv solidsf-inc/solidcv Vielen Dank fürs Zuschauen! Gebt dem Video ein Like und abonniert unseren Kanal. #github #ai #opensource Hinweis: Dieser Inhalt wurde mithilfe von KI erstellt und kann Ungenauigkeiten oder Fehler enthalten. ▬▬▬▬▬▬ 👋 Kontakt 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ Unterstütze mich mit einer Spende: link.githubawesome.com [es-US] GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 Esta es la sección de Tendencias de GitHub de hoy #55. 35 proyectos de código abierto que son tendencia en GitHub en este momento. Suscripción de pago al canal: youtube.com Enlace a la versión de texto: githubawesome.com 00:00 - Introducción 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlite iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-piensa raullenchai/esp32-piensa 12:09 - kividb kividbio/kividb 12:35 - esfinge parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - Arrastrar cambio llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv Muchas gracias por ver el video. Dale me gusta y suscríbete a nuestro canal. #github #ai #opensource Aviso: Este contenido se creó con la ayuda de IA y puede contener imprecisiones o errores. ▬▬▬▬▬▬ 👋 Contáctame 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ Invítame a un café: link.githubawesome.com [fr-FR] GitHub Trending Today n° 55 : free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 Voici la 55e tendance du jour sur GitHub. Découvrez 35 projets open source populaires sur GitHub en ce moment. Abonnement payant à la chaîne : youtube.com Lien vers la version texte : github.com/github-trending-today-55 00:00 - Introduction 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlite iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10h51 - kapitsa nace-ai/kapitsa 11h19 - PaperLeet Hongyang-Du/PaperLeet 11h41 - esp32-thinks raullenchai/esp32-thinks 12h09 - kividb kividbio/kividb 12h35 - sphinx parthh01/sphinx 12h57 - oma-cast typecraft-dev/oma-cast 13h23 - nanoui justrach/nanoui 13h49 - nsh longbridge/nsh 14h15 - DragShift llamaboi55/DragShift 14:39 - SolidCV solidsf-inc/solidcv Merci beaucoup d'avoir regardé cette vidéo. N'hésitez pas à la liker et à vous abonner à notre chaîne. #github #ai #opensource Avertissement : Ce contenu a été créé avec l'aide d'une IA et peut contenir des inexactitudes ou des erreurs. ▬▬▬▬▬▬ 👋 Me contacter 👋 ▬▬▬▬▬▬ ➡ LinkTree : link.githubewesome.com ➡ Offrez-moi un café : link.githubewesome.com [hi] GitHub ट्रेंडिंग टुडे #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 यह GitHub ट्रेंडिंग टुडे #55 है। GitHub पर इस समय ट्रेंडिंग 35 ओपन-सोर्स प्रोजेक्ट हैं। चैनल की सशुल्क सदस्यता: youtube.com टेक्स्ट संस्करण का लिंक: githubawesome.com 00:00 - परिचय 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - पांडाकोड aicodeking/pandacode 06:32 - स्क्रॉल kitlangton/scrawl 06:58 - ओन्डाइन wevm/ondine 07:26 - ट्रेडर-स्किल Jakeschincariol/trader-skill 07:49 - रा-जित indexable-inc/ra-jit 08:14 - ट्विनडेस्क InukaAsith/TwinDesk 08:40 - सुपरलाइट iha2/superlite 09:07 - ग्रामाई zilvestro/grammai 09:31 - रुवियो salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv वीडियो देखने के लिए बहुत-बहुत धन्यवाद। कृपया वीडियो को लाइक करें और हमारे चैनल को सब्सक्राइब करें। #github #ai #opensource सूचना: यह सामग्री AI की सहायता से बनाई गई है और इसमें कुछ त्रुटियाँ या अशुद्धियाँ हो सकती हैं। ▬▬▬▬▬▬ 👋 मुझसे संपर्क करें 👋 ▬▬▬▬▬▬ ➡ लिंक ट्री: link.githubawesome.com ➡ मुझे कॉफ़ी पिलाएँ: link.githubawesome.com [id] GitHub Trending Hari Ini #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 Ini adalah GitHub Trending Today #55. 35 proyek open-source yang sedang tren di GitHub saat ini. Langganan saluran berbayar: youtube.com Tautan versi teks: githubawesome.com 00:00 - Pendahuluan 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - keterampilan pedagang Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlit iha2/superlite 09:07 - tata bahasa zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - Kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv Terima kasih Terima kasih banyak telah menonton. Silakan sukai video ini dan berlangganan saluran kami. #github #ai #opensource Peringatan: Konten ini dibuat dengan bantuan AI dan mungkin mengandung ketidakakuratan atau kesalahan. ▬▬▬▬▬▬ 👋 Hubungi saya 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ Dukung saya dengan membeli kopi: link.githubawesome.com [it] GitHub di tendenza oggi #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 Ecco la lista dei progetti di tendenza di GitHub di oggi n. 55. 35 progetti open source di tendenza su GitHub in questo momento. Abbonamento a pagamento al canale: youtube.com Link alla versione testuale: githubawesome.com 00:00 - Introduzione 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 Italiano: eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 Italiano: vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlite iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio Italiano: salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast Italiano: typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv Grazie mille per aver guardato il video. Metti mi piace e iscriviti al nostro canale. #github #ai #opensource Nota: il contenuto è stato creato con l'aiuto dell'IA e potrebbe contenere imprecisioni o errori. ▬▬▬▬▬▬ 👋 Contattami 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ Offrimi un caffè link.githubawesome.com [iw] GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 זהו #55, מגזין GitHub Trending Today. 35 פרויקטים בקוד פתוח פופולריים ב-GitHub כרגע. מנוי לערוץ בתשלום: youtube.com קישור לגרסת טקסט: githubawesome.com 00:00 - מבוא 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - שרבוט kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - סופרלייט iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - ספינקס parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv תודה רבה שצפיתם. אנא עשו לייק לסרטון והירשמו לערוץ שלנו. #github #ai #opensource הערה: התוכן נוצר בעזרת בינה מלאכותית ועשוי להכיל אי דיוקים או שגיאות. ▬▬▬▬▬▬ 👋 צרו איתי קשר 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ תקנו לי קפה link.githubawesome.com [ja] GitHub Trending Today #55: free-my-tv、pele、SPACE、ascii-sharks、harp、DeepInfer、ElyOffice、fx0 こちらはGitHubトレンドランキング第55位です。現在GitHubで注目を集めているオープンソースプロジェクト35件をご紹介します。 有料チャンネル登録：youtube.com テキスト版リンク：githubawesome.com 00:00 - はじめに 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlite iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv ご視聴いただきありがとうございます。ぜひ動画に「いいね！」をして、チャンネル登録をお願いします。 #github #ai #opensource 注意：このコンテンツはAIの支援を受けて作成されたため、不正確な情報や誤りが含まれている可能性があります。 ▬▬▬▬▬▬ 👋 お問い合わせ 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ Buy Me A Coffee link.githubawesome.com [ko] GitHub 트렌딩 투데이 #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 오늘의 GitHub 인기 트렌드 #55입니다. 현재 GitHub에서 가장 인기 있는 오픈소스 프로젝트 35개를 소개합니다. 유료 채널 구독: youtube.com 텍스트 버전 링크: githubwesome.com 00:00 - 소개 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlite iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv 시청해 주셔서 감사합니다. 영상에 좋아요를 누르고 채널 구독도 부탁드립니다. #github #ai #opensource 주의: 본 콘텐츠는 AI를 이용하여 제작되었으며, 부정확하거나 오류가 포함될 수 있습니다. ▬▬▬▬▬▬ 👋 연락처 👋 ▬▬▬▬▬▬ ➡ 링크트리: link.githubawesome.com ➡ 커피 한 잔 사주세요: link.githubawesome.com [ml] GitHub ട്രെൻഡിംഗ് ടുഡേ #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 ഇതാണ് GitHub ട്രെൻഡിംഗ് ടുഡേ #55. GitHub-ൽ ഇപ്പോൾ ട്രെൻഡിംഗ് ആയ 35 ഓപ്പൺ സോഴ്സ് പ്രോജക്ടുകൾ. പണമടച്ചുള്ള ചാനൽ സബ്സ്ക്രിപ്ഷൻ: youtube.com ടെക്സ്റ്റ് പതിപ്പ് ലിങ്ക്: githubawesome.com 00:00 - ആമുഖം 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - സീറോ-ബ്രീച്ച് interplains/zero-breach 04:20 - എഡിറ്റോണി soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - പാണ്ടകോഡ് aicodeking/pandacode 06:32 - സ്ക്രാൾ kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - ട്രേഡർ-സ്കിൽ Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - ട്വിൻഡെസ്ക് InukaAsith/TwinDesk 08:40 - സൂപ്പർലൈറ്റ് iha2/superlite 09:07 - ഗ്രാമൈ zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - പേപ്പർലീറ്റ് Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - സ്ഫിങ്ക്സ് parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - ഡ്രാഗ്ഷിഫ്റ്റ് llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv കണ്ടതിന് വളരെ നന്ദി. ദയവായി വീഡിയോ ലൈക്ക് ചെയ്യുകയും ഞങ്ങളുടെ ചാനൽ സബ്സ്ക്രൈബ് ചെയ്യുകയും ചെയ്യുക. #github #ai #opensource ശ്രദ്ധിക്കുക: ഉള്ളടക്കം AI യുടെ സഹായത്തോടെ സൃഷ്ടിച്ചതാണ്, അതിൽ കൃത്യതയില്ലായ്മകളോ പിശകുകളോ അടങ്ങിയിരിക്കാം. ▬▬▬▬▬▬ 👋 എന്നെ ബന്ധപ്പെടുക 👋 ▬▬▬▬▬▬ ➡ ലിങ്ക്ട്രീ: link.githubawesome.com ➡ എനിക്ക് ഒരു കോഫി വാങ്ങൂ link.githubawesome.com [nl-NL] GitHub Trending Vandaag #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 Dit is GitHub Trending Today #55. 35 trending open-sourceprojecten op GitHub op dit moment. Betaald kanaalabonnement: youtube.com Link naar tekstversie: githubawesome.com 00:00 - Introductie 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlite iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv Hartelijk dank voor het kijken. Geef de video een like en abonneer je op ons kanaal. #github #ai #opensource Let op: De inhoud is gemaakt met behulp van AI en kan onnauwkeurigheden of fouten bevatten. ▬▬▬▬▬▬ 👋 Neem contact met me op 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ Koop me een koffie: link.githubawesome.com [pa] GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 ਇਹ ਅੱਜ GitHub ਟ੍ਰੈਂਡਿੰਗ #55 ਹੈ। GitHub 'ਤੇ ਇਸ ਵੇਲੇ 35 ਟ੍ਰੈਂਡਿੰਗ ਓਪਨ-ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ। ਭੁਗਤਾਨਸ਼ੁਦਾ ਚੈਨਲ ਗਾਹਕੀ: youtube.com ਟੈਕਸਟ ਵਰਜਨ ਲਿੰਕ: githubawesome.com 00:00 - ਜਾਣ-ਪਛਾਣ 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - ਜ਼ੀਰੋ-ਬ੍ਰੀਚ interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - ਸਕ੍ਰੌਲ kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - ਵਪਾਰੀ-ਹੁਨਰ Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - ਸੁਪਰਲਾਈਟ iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - ਪੇਪਰਲੀਟ Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - ਨੈਨੋਈ justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - ਡਰੈਗ ਸ਼ਿਫਟ llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv ਦੇਖਣ ਲਈ ਤੁਹਾਡਾ ਬਹੁਤ ਧੰਨਵਾਦ। ਕਿਰਪਾ ਕਰਕੇ ਵੀਡੀਓ ਨੂੰ ਪਸੰਦ ਕਰੋ ਅਤੇ ਸਾਡੇ ਚੈਨਲ ਨੂੰ ਸਬਸਕ੍ਰਾਈਬ ਕਰੋ। #github #ai #opensource ਨੋਟਿਸ: ਸਮੱਗਰੀ AI ਦੀ ਸਹਾਇਤਾ ਨਾਲ ਬਣਾਈ ਗਈ ਸੀ ਅਤੇ ਇਸ ਵਿੱਚ ਗਲਤੀਆਂ ਜਾਂ ਗਲਤੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ▬▬▬▬▬▬ 👋 ਮੇਰੇ ਨਾਲ ਸੰਪਰਕ ਕਰੋ 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ Buy Me A Coffee link.githubawesome.com [pl] GitHub Trending Today nr 55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 Oto GitHub Trending Today #55. 35 najpopularniejszych projektów open source na GitHubie. Płatna subskrypcja kanału: youtube.com Link do wersji tekstowej: githubwesome.com 00:00 - Wprowadzenie 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlite iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv Dziękujemy za obejrzenie. Polub film i zasubskrybuj nasz kanał. #github #ai #opensource Uwaga: Treść została stworzona przy pomocy sztucznej inteligencji i może zawierać nieścisłości lub błędy. ▬▬▬▬▬▬ 👋 Skontaktuj się ze mną 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ Kup mi kawę link.githubawesome.com [pt-BR] GitHub Trending Today #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 Esta é a lista de Tendências do GitHub de hoje, número 55. 35 projetos de código aberto em alta no GitHub neste momento. Assinatura paga do canal: youtube.com Link para a versão em texto: githubawesome.com 00:00 - Introdução 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 – rabisco kitlangton/scrawl 06:58 - ondina wevm/ondine 07:26 - habilidade do trader Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 – superlite iha2/superlite 09:07 - gramática zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv Muito obrigado por assistir. Por favor, curta o vídeo e inscreva-se no nosso canal. #github #ai #opensource Aviso: O conteúdo foi criado com o auxílio de IA e pode conter imprecisões ou erros. ▬▬▬▬▬▬ 👋 Contato 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ Compre-me um café: link.githubawesome.com [ru] GitHub Trending Today №55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 Это 55-й по популярности проект в трендах GitHub на данный момент. 35 самых популярных проектов с открытым исходным кодом на GitHub прямо сейчас. Платная подписка на канал: youtube.com Ссылка на текстовую версию: githubawesome.com 00:00 - Введение 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - trader-skill Jakeschincariol/trader-skill 07:49 - ra-jit indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - superlite iha2/superlite 09:07 - grammai zilvestro/grammai 09:31 - ruvio salihcantekin/ruvio 09:59 - MemT-1.0 MemTensor/MemT-1.0 10:25 - dumbtv humblemuzzu/dumbtv 10:51 - kapitsa nace-ai/kapitsa 11:19 - PaperLeet Hongyang-Du/PaperLeet 11:41 - esp32-thinks raullenchai/esp32-thinks 12:09 - kividb kividbio/kividb 12:35 - sphinx parthh01/sphinx 12:57 - oma-cast typecraft-dev/oma-cast 13:23 - nanoui justrach/nanoui 13:49 - nsh longbridge/nsh 14:15 - DragShift llamaboi55/DragShift 14:39 - solidcv solidsf-inc/solidcv Большое спасибо за просмотр. Пожалуйста, поставьте лайк видео и подпишитесь на наш канал. #github #ai #opensource Примечание: Контент создан с помощью ИИ и может содержать неточности или ошибки. ▬▬▬▬▬▬ 👋 Свяжитесь со мной 👋 ▬▬▬▬▬▬ ➡ LinkTree: link.githubawesome.com ➡ Поддержите меня, купив мне кофе: link.githubawesome.com [ta] GitHub டிரெண்டிங் டுடே #55: free-my-tv, pele, SPACE, ascii-sharks, harp, DeepInfer, ElyOffice, fx0 இது GitHub-இன் இன்றைய டிரெண்டிங் #55. தற்போது GitHub-இல் பிரபலமாக உள்ள 35 ஓப்பன்-சோர்ஸ் திட்டங்கள். கட்டணச் சேனல் சந்தா: youtube.com உரை வடிவ இணைப்பு: githubawesome.com 00:00 - அறிமுகம் 00:11 - free-my-tv simbasjungles/free-my-tv 00:36 - pele obsidianmd/pele 01:01 - SPACE perplexityai/SPACE 01:28 - ascii-sharks stackedlol/ascii-sharks 01:52 - harp dominikmartn/harp 02:17 - EAGLE-4 eagle-hq/EAGLE-4 02:41 - ascii-magic-art kailashsr38/ascii-magic-art 03:06 - ElyOffice ELY-Open-Source/ElyOffice 03:28 - DeepInfer deepseek-ai/DeepInfer 03:54 - zero-breach interplains/zero-breach 04:20 - editonny soumatheusgomes/editonny 04:46 - ari nichochar/ari 05:11 - tv-detox Ansub/tv-detox 05:39 - fx0 vercel-labs/fx0 06:05 - pandacode aicodeking/pandacode 06:32 - scrawl kitlangton/scrawl 06:58 - ondine wevm/ondine 07:26 - வர்த்தகர்-திறன் Jakeschincariol/trader-skill 07:49 - ரா-ஜித் indexable-inc/ra-jit 08:14 - TwinDesk InukaAsith/TwinDesk 08:40 - சூப்பர்லைட் iha2/superlite 09:07 - கிராமாய் zilvestro/grammai 09:31 - ருவியோ salihcantekin/ruvio 09:59 - MemT-1.0 git
我已经将 GPUI Kit 里面 TextView 的机制移植到 NSH 里面了。 支持良好的排版，Markdown、HTML 渲染，以及 Markdown 自定义扩展。 重点是，这些是 Native View 渲染，而不是像 GPUI 那样自绘的。这样我们可以获得 iOS 完整的文本选取体验。 longbridge/nsh t.co
Ok so first off I haven't done this in the agential era myself. In fact, I've made multiple (small/toy-ish) TUIs in the meantime! So I'm something of a hypocrite off the bat lol -- my only excuse is that I'm pretty darn webpilled, AKA the ultimate cross-platform system ;) That said: I indeed was referring to rust in particular[1], based on some vague recollections that I finally took some time to confirm: 1. There is indeed a host of relatively mature options for the mapping to the boring ol' native route(s): Qt through `cxx-qt`, FLTK via `fltk-rs`, wxWidgets via `wxdragon`, and Tk via... itself, I guess? GTK also has `gtk4-rs` and `relm` and is supposedly cross platform, but with some confusing caveats. See the very end for the other "just build three apps" options, on that note. 2. The most practical option for time-crunched, not-huge projects (IMHO) is anything that lets you still use web languages for styling; obviously this stretches the sense of "GUI", but it's also wildly popular and is still far better than a full Electron monstrosity. Namely: `tauri`(/`yew`/`leptos`) automatically ties into a separate WebView impl per OS, `dioxus` made their own impl to afford React-like rendering goodies, and `ply` seems like a really promising minimalist option. All actively maintained & growing. 3. It seems the default for not-technically-native-but-feels-native apps (i.e. most apps) is `egui`, which does WASM magic for you across platforms and web (!), or `iced` which seems far too Java-y for my tastes. Neither are at v1.0.0, but I blame the abandonment of semver for that goofiness -- both have sizable teams developing in them full time, with ~30k stars each. `slint` is more mature but seems targeted at IoT/embedded. 4. I'll be honest: I was really just hinting at "whatever Zed uses", since the thread's about text editors! It turns out to be `gpui`, their own custom (yet OSS) engine with a popular external metaframework: longbridge/gpui-kit . As above, does WASM wizardry. More niche options that similarly implement their own languages: `xilem`, `freya`, `floem`, and `ribir` are popular growing options with ~beta vibes (i.e. pre-v1.0.0 but, like, for real this time); `vizia` and `cushy` are more alpha vibes. 5. There's a crowd of "GPU-heavy" (?) frameworks that go beyond my capability to really assess in the first place, but `makepad` is the only one that seems definitely cross-platform. `kas`, `blinc`, `tessera`, `azul`, `pax`, `rosin`, and `rui` (nice snag, that) came up too, but are (pre-)alpha vibes. Game-focused ones also exist, somewhat bafflingly (people make games in Rust??): `imgui-rs`, SDL3 via `yakui`, and Bevy via `bevy_egui` all seem mature. 6. As a bonus there's options to just build a Flutter GUI and attach a rust process to its backside via `flutter_rust_bridge` (genius!) and/or (?) `Rinf`. I've never touched Flutter at all, so uhh take that as you will, I suppose. 7. Finally, to your Swift suggestion: I think you're privileging your OSX and/or Swift preference a lot, there. I'm not sure how that even gets to be cross platform based on what I'm seeing right now, but even if it it's possible, all the OSX-specific apps I see these days (RIP Orion...) put fear into the depths of my heart. What Swift would work for is the megacorp strategy: just implementing three separate apps! Via `UniFFI` or `cacao` for Mac, `windows-rs` for DOS, and any of the open ones above for Linux. Sorry for a long response -- procrastinating my life for sure, though I have been meaning to do this research for a long time. So thanks for the excuse! Shoutout blog.wybxc.cc and areweguiyet.com TL;DR: I'd go with `tauri` for something tame, and `gpui` for a text editor in particular; regardless of what you choose, I think it's a lot, lot more tractable than you expect! ______________________________________________________________________ [1]: After the `bun` debacle turned out shockingly well, I don't think there are "language wars" anymore, just the right tool for the job for the center ~95% of the capabilities/adventerousness bellcurve, so-to-speak. Absent some necessary integration planned in another language and/or extensive experience that you don't want to waste, I think it's just straight up incorrect to pick any "general" systems language (so C, C++, Java?) over rust. Certainly there are specialized languages that rule in their own arenas --Golang for piping data around, Haskell/LISP/Racket for cool people, Zig for Whatever Zig Does, TS for the web and cloud, Python for science, etc.-- but none of those seem necessary to tie into the GUI.
Native Shell – a Rust runtime for dynamically delivered native UI
Stop Building Buttons From Scratch in Rust Stop Building Buttons From Scratch in Rust longbridge/gpui-kit #rust #rustlang #rustprogramming #opensource #githubtrending #github #programming #coding #developer #softwaredevelopment #gui #devtools #codingtips #learnrust