| <div class="min-h-screen bg-gray-100 flex items-center justify-center p-4"> | |
| <div class="max-w-[550px] bg-white rounded-xl border border-gray-200 overflow-hidden font-sans"> | |
| <div class="p-4 pb-0"> | |
| <div class="flex items-start justify-between"> | |
| <div class="flex gap-3"> | |
| <div | |
| class="w-10 h-10 rounded-full bg-black flex items-center justify-center overflow-hidden shrink-0"> | |
| <svg viewBox="0 0 24 24" class="w-5 h-5 text-white fill-current"> | |
| <path | |
| d="M18.244 2.25h3.308l-7.227 8.26 8.502 11.24H16.17l-5.214-6.817L4.99 21.75H1.68l7.73-8.835L1.254 2.25H8.08l4.713 6.231zm-1.161 17.52h1.833L7.084 4.126H5.117z"> |
😉 Não sei exatamente como você chegou aqui, mas vou compartilhar um pouco sobre mim.
Meu nome é [Seu Nome Aqui] (também conhecido(a) como [Seu Nickname]). Atualmente, moro em [Cidade, País] e meu objetivo é ajudar outros desenvolvedores a alcançar seus sonhos e metas. 🚀
No meu tempo livre, gosto de participar de comunidades de programação, onde aprendo e compartilho conhecimento sobre diversos tópicos. Desde [Ano] venho me envolvendo em projetos e iniciativas que impulsionam o crescimento da comunidade tecnológica. 🤝
| use std::future::Future; | |
| use tokio::task::JoinSet; | |
| #[tokio::main] | |
| async fn main() { | |
| println!("Hello, world!"); | |
| // store multiple threads pool |
| package main | |
| import ( | |
| "bufio" | |
| "fmt" | |
| "github.com/codecrafters-io/shell-starter-go/cmd/myshell/commands" | |
| "os" | |
| "os/exec" | |
| "path/filepath" | |
| "strconv" |
| export const tags = [ | |
| { | |
| slug: "backend", | |
| name: "Backend", | |
| description: "Backend development refers to the server-side of an application and everything that communicates between the database and the browser.", | |
| } | |
| ]; |
| Welcome to the "How to Write Better Apps" section. | |
| In short, this section is a walkthrough of the best practices to improve your app performance and point out common user mistakes to avoid when working with ScyllaDB CQL. | |
| We're also going to talk about things that you should consider while working with multiple data centers. | |
| The first thing that you should know is that we're going to be using a ScyllaDB project called Scylla Monitoring, which provides a full dashboard to work with, displaying many metrics related to your current ScyllaDB usage in a really fancy way. | |
| You can find graphs and monitoring tools by clicking on the monitoring button inside your cluster. But if you're using the open-source version of ScyllaDB, make sure to install it according to the monitoring repository documentation. |
Welcome back to How to Write Better Apps Section! Today we’re see how to avoid Non-Paged and Reverse CQL Reads.
In today’s agenda, we’re gonna add a new feature in our project and also going through the two gauges mentioned above.
And in the end, we’re gonna take a look in a real Scylla Monitoring Dashboard with the fixes mentioned here, ok?
Welcome back to How to Write Better Apps Section!
Today we’re gonna talk about things that you need to be aware when scaling to Multi-DC with ScyllaDB.
In our agenda we’re going to talk about:
Welcome to the How to Write Better Apps section! Today we’re gonna talk about Filtering and Denormalization of data.
An this class, the goal is to introduce a data modeling problem, present different solutions to it, and comment on each, showing pros and cons.
Let’s rewind about our last session: Previously we did a simple modeling of a tweets and timeline query, and, at this time, we’ll focus only on the timeline feature.
Our data modeling strategy is to partition the timeline by username, and cluster it by created_at in descending order. This approach ensures that whenever we query the timeline table, we'll get the most recent tweets added to that particular timeline.