Computer Science and Programming
Ir al canal en Telegram
Channel specialized for advanced topics of: * Artificial intelligence, * Machine Learning, * Deep Learning, * Computer Vision, * Data Science * Python Admin: @otchebuch Memes: @memes_programming Ads: @Source_Ads, https://telega.io/c/computer_science
Mostrar más
Red:📈 Análisis del canal de Telegram Computer Science and Programming
El canal Computer Science and Programming (@computer_science_and_programming) en el segmento lingüístico de Inglés es un actor destacado. Actualmente la comunidad reúne a 140 479 suscriptores, ocupando la posición 804 en la categoría Tecnologías y Aplicaciones y el puesto 88 en la región Italia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 140 479 suscriptores.
Según los últimos datos del 31 agosto, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -734, y en las últimas 24 horas de -18, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 7.96%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 1.94% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 11 177 visualizaciones. En el primer día suele acumular 2 728 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 14.
- Intereses temáticos: El contenido se centra en temas clave como sellerflash, github, developer, pricing, waybienad.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Channel specialized for advanced topics of:
* Artificial intelligence,
* Machine Learning,
* Deep Learning,
* Computer Vision,
* Data Science
* Python
Admin: @otchebuch
Memes: @memes_programming
Ads: @Source_Ads,
https://telega.io/c/computer_sc...”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 01 septiembre, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
140 479
Suscriptores
-1824 horas
-2617 días
-73430 días
Archivo de publicaciones
12 Microservices Best Practices You Should Know
1 - Single Responsibility
2 - Containers
3 - Orchestration
4 - Resilience and Fault Tolerance
5 - Scalability
6 - CI/CD
7 - Observability
8 - Security
9 - API Gateway
10 - Stateless
11 - DB Per Service
12 - Event Driven Architecture
7 Popular Network Protocols
1- HTTPS: Secure version of HTTP, used for secure communication over a computer network.
2 - Web Socket: Provides full-duplex communication channels over a single TCP connection.
3 - TCP: Provides reliable, ordered, and error-checked delivery of a stream of bytes.
4 - HTTP: Foundation of any data exchange on the Web, a protocol used for transmitting hypertext.
5 - FTP: Used for the transfer of computer files between a client and server on a computer network.
6 - UDP: Allows computer applications to send messages, in this case referred to as datagrams, to other hosts on an Internet Protocol (IP) network.
7 - SMTP: Internet standard for email transmission across Internet Protocol (IP) networks.
Sharing the tool that will make working with text easier!
CMD+ helps to make your day-to-day tasks easier and faster while providing you with customization options so that you can tailor the interface to fit your needs. With just a few simple commands, you can easily take care of various tasks such as text writing, translation, Excel promts, and rephrasing, eliminating the hassle of manually doing those activities. By automating these time-consuming processes, CMD+ saves you time and energy, allowing you to focus on more important tasks.
Download:
https://cmdplus.page.link/H3Ed
How do companies ship code to production?
Step 1: The process starts with a product owner creating user stories based on requirements.
Step 2: The dev team picks up the user stories from the backlog and puts them into a sprint for a two-week dev cycle.
Step 3: The developers commit source code into the code repository Git.
Step 4: A build is triggered in Jenkins. The source code must pass unit tests, code coverage threshold, and gates in SonarQube.
Step 5: Once the build is successful, the build is stored in artifactory. Then the build is deployed into the dev environment.
Step 6: There might be multiple dev teams working on different features. The features need to be tested independently, so they are deployed to QA1 and QA2.
Step 7: The QA team picks up the new QA environments and performs QA testing, regression testing, and performance testing.
Steps 8: Once the QA builds pass the QA team’s verification, they are deployed to the UAT environment.
Step 9: If the UAT testing is successful, the builds become release candidates and will be deployed to the production environment on schedule.
Step 10: SRE (Site Reliability Engineering) team is responsible for prod monitoring.
The 12 Factor App is a methodology for building scalable and maintainable web applications. It provides a set of guidelines for developing modern, cloud-native, and containerized applications. Here are the 12 factors explained in bullet points:
1. Codebase:
- One codebase per application.
- Use version control to manage code changes.
2. Dependencies:
- Explicitly declare and isolate dependencies.
- Avoid relying on system-wide packages.
3. Config:
- Store configuration in environment variables.
- Keep configuration separate from code.
4. Backing Services:
- Treat external services (databases, caches, etc.) as attached resources.
- Connect to them via URLs or environment variables.
5. Build, Release, Run:
- Strictly separate the build, release, and run stages of the application.
- Use consistent and repeatable build processes.
6. Processes:
- Execute the application as stateless processes.
- Avoid storing session data locally; use external services.
7. Port Binding:
- Export services via a port and communicate over the network.
- Web applications should bind to a port defined by the environment.
8. Concurrency:
- Scale out via the process model.
- Utilize multiple stateless processes to handle requests.
9. Disposability:
- Maximize robustness with fast startup and graceful shutdown.
- Terminate unneeded processes without impact.
10. Dev/Prod Parity:
- Keep development, staging, and production environments as similar as possible.
- Use the same dependencies and configuration.
11. Logs:
- Treat logs as event streams.
- Write application logs to standard output and allow log aggregation.
12. Admin Processes:
- Run administrative tasks as one-off processes.
- Use the same codebase and environment for administrative tasks.
Adhering to these 12 factors helps create applications that are easier to develop, deploy, and maintain, making them well-suited for cloud-native and containerized environments.
In the world of software development and system integration, the methods by which one system communicates with another can have a significant impact on the efficiency and responsiveness of the overall process. Two common approaches to this communication are polling and webhooks.
In the context of software, webhooks are HTTP callbacks that allow one system to notify another system of an event as soon as it happens. In the VCS and CI/CD scenario:
1. The VCS, such as GitHub, Bitbucket, or GitLab, has a webhook feature.
2. Whenever a code push occurs, the VCS sends an immediate HTTP POST request to the CI/CD server, saying, "Hey, new code just arrived!"
3. The CI/CD server responds instantly, starting the build and deployment process without wasting time checking repeatedly.
Here is a simplified example
🔄 Polling:
Imagine you're waiting for an important text message from a friend. To check if the message has arrived, you periodically take out your phone, unlock it, and open the messaging app to see if there's a new message. You keep doing this every few minutes until you finally see the message. This process is similar to polling in the context of software systems.
In software, polling is a method where a system (e.g., a Continuous Integration/Continuous Deployment server) repeatedly checks another system (e.g., a Version Control System) for updates. In your VCS and CI/CD scenario, it works like this:
1. CI/CD server regularly checks the VCS repository for code changes.
2. It repeatedly asks, "Is there new code? Is there new code?"
3. When it detects new code, it triggers the build and deployment process.
🎣 Webhooks:
Now, imagine you have a special notification setup with your friend. Instead of repeatedly checking your phone, your friend promises to send you a message as soon as anything important happens. So, you can put your phone aside and carry on with other tasks, only looking at it when you receive a notification. This is analogous to webhooks.
12 Design Patterns You Must Know
1. Factory Pattern 🏭
Imagine a factory that produces different products. Similarly, this pattern creates objects without specifying their exact class, making code flexible and extendable. 🧩
2. Observer Pattern 🔍
Like subscribing to updates! Objects (observers) register to watch changes in a subject. When the subject changes, observers are notified automatically. 📡🔔
3. Singleton Pattern 🕊
Ensures a class has only one instance globally accessible. Useful for managing shared resources like databases. 🌐🔒
4. Builder Pattern 🛠
Building complex objects step by step. Think of it as assembling Lego bricks to create something intricate without the mess! 🧱🏗
5. Adapter Pattern 🌉
Converts the interface of one class into another interface clients expect. Makes incompatible components work together. 🔌🔌
6. Decorator Pattern 🎈
Like adding toppings to your pizza! Dynamically adds responsibilities to objects without changing their code. A flexible alternative to subclassing. 🍕✨
7. Proxy Pattern 🕶
Controls access to an object, acting as a stand-in with additional functionality, like lazy loading. 🔒🔍
8. Strategy Pattern 🎯
Switching strategies seamlessly! Allows selecting algorithms during runtime. Useful when you want to provide multiple ways to accomplish a task. 🎮🔄
9. Command Pattern ⌨️
Encapsulates requests as objects, allowing parameterization of clients with different requests and queuing of requests. Think of it as a to-do list for your program. 📋📌
10. Template Pattern 📄
Standardized process steps! Defines the structure of an algorithm, letting subclasses override specific steps. Ideal for reusable workflows. 📊📈
11. Iterator Pattern 🔄
Tour guide for collections! Provides a way to access elements of a collection without exposing its underlying representation. 🚶♂️🗺
12. State Pattern 🚦
Like a traffic light! Allows an object to change its behavior when its internal state changes. Keeps your code organized as states pile up. 🚥🔄
5 books for Software Engineers
1. Clean Architecture (Martin)
2. Building Microservices (Newman)
3. Unit Testing (Khorikov)
4. Domain Driven Design (Evans)
5. Head First Design Patterns (Freeman & Robson)
What is your favourite? Comment bellow.
6 API Architectural designs You Must Know
1. REST 🌐
Representational State Transfer - REST is like a classic library where you request specific books and receive them as they are. It's simple and widely used for web APIs, like ordering a la carte from a menu 🍽.
2. GraphQL 🚀
GraphQL is like a customizable buffet 🍴 where you ask for exactly what you want and get a tailored plate. It allows clients to request only the data they need, reducing over-fetching.
3. SOAP 🧼
SOAP (Simple Object Access Protocol) is like sending a letter 💌 with detailed instructions, complete with a table of contents. It's more structured but can be heavier than REST or GraphQL.
4. gRPC 🚄:
gRPC is like a high-speed train 🚄 for communication between services. It uses Protocol Buffers for efficient data exchange and supports streaming and bidirectional communication.
5. WebSockets 🌐💬
WebSockets are like real-time phone calls ☎️ for the web. They enable two-way communication, perfect for chat apps and live updates.
6. MQTT 📡
MQTT (Message Queuing Telemetry Transport) is like a radio broadcast 📻, designed for low-bandwidth, high-latency, or unreliable networks. Ideal for IoT devices and sensor data.
6 Database Types You Must Know
1. Relational Database 💼
- Data Model: Organizes data into tables with rows and columns.
- Examples: MySQL, PostgreSQL, Oracle, SQL Server.
- Key Features: ACID compliance, strong data consistency, structured data storage, support for SQL queries, well-suited for complex transactions and reporting.
2. Document Database 📄
- Data Model: Stores data in semi-structured or JSON-like documents.
- Examples: MongoDB, CouchDB, Firebase Firestore.
- Key Features: Flexible schema, horizontal scalability, support for semi-structured data, well-suited for content management systems and real-time applications.
3. In-Memory Database 🚀
- Data Model: Stores data entirely in the system's main memory (RAM).
- Examples: Redis, Memcached, Apache Ignite.
- Key Features: Ultra-fast data retrieval, low-latency, suitable for caching, session management, and real-time analytics.
4. Graph Database 🌐
- Data Model: Represents data as nodes and edges to model relationships.
- Examples: Neo4j, Amazon Neptune, ArangoDB.
- Key Features: Efficient querying of complex relationships, graph traversal, suitable for social networks, recommendation systems, and fraud detection.
5. Time-Series Database 📈
- Data Model: Optimized for time-ordered data points, like sensor readings or log files.
- Examples: InfluxDB, Prometheus, TimescaleDB.
- Key Features: Efficient storage and retrieval of time-series data, aggregations, retention policies, ideal for monitoring, IoT, and event data.
6. Spatial Database 🌍
- Data Model: Designed for storing and querying spatial or geographic data.
- Examples: PostGIS (extension for PostgreSQL), MongoDB Geospatial, Microsoft SQL Server Spatial.
- Key Features: Geospatial indexing, support for spatial data types (points, polygons, lines), useful for location-based services, GIS (Geographic Information Systems), and map applications.
HTTP status codes are three-digit numbers that are returned by a web server in response to a client's request made to the server via HTTP (Hypertext Transfer Protocol).
These status codes provide information about the outcome of the request, indicating whether it was successful, encountered an error, or needs further action. They are an essential part of the HTTP protocol, helping both clients (e.g., web browsers) and servers communicate effectively.
🔵 REST vs 🟣 GraphQL
🔵 REST:
👉 Stands for Representational State Transfer
👉 Well-established and widely adopted
👉 Uses predefined endpoints for data retrieval
👉 Great for simple, stateless operations
🟣 GraphQL:
👉 A modern query language for APIs
👉 Allows clients to request exactly what they need
👉 Reduces over-fetching and under-fetching of data
👉 Empowers front-end developers with data control
Which one is right for your project? 🤔
Use 🔵 REST if:
Simplicity and Convention: REST is straightforward and relies on a set of conventions. If you have a simple API with well-defined endpoints and actions, REST might be a good choice.
Caching: RESTful APIs are typically easier to cache because the URLs for resources remain consistent. This can lead to better performance in scenarios where caching is crucial.
Existing Ecosystem: If you're working with legacy systems or integrating with third-party APIs that follow REST principles, it may make sense to stick with REST for consistency.
Use 🟣 GraphQL if:
Flexibility: GraphQL allows clients to request exactly the data they need, which can lead to reduced over-fetching and under-fetching of data. This flexibility is especially beneficial for complex applications with varying data requirements.
Efficiency: With GraphQL, you can often make a single request to fetch related
data, reducing the number of API calls required compared to REST, which might require multiple requests to different endpoints.
Real-time Data: If you need real-time updates and subscriptions, GraphQL's ability to provide live data can be a significant advantage.
Team Expertise: If your development team is comfortable with GraphQL and prefers its query language, it might lead to faster development and easier maintenance.
Prod Software Release
1. Planning:
- Identify the goals and features for the upcoming release.
- Prioritize tasks based on importance and dependencies.
- Define timelines and allocate resources accordingly.
2. Development:
- Programmers start coding based on the planned features.
- Regular code reviews and collaboration to maintain code quality.
- Version control systems track changes for better collaboration.
3. Building Artifact:
- Compile the source code into executable or deployable artifacts.
- Generate documentation and other necessary files.
- Automation tools can be used to streamline this process.
4. Testing:
- Conduct various levels of testing (unit, integration, system, etc.).
- Identify and fix bugs or issues.
- Ensure compatibility with different platforms and configurations.
5. Release:
- Once testing is successful, prepare for the release.
- Generate release notes documenting changes and updates.
- Coordinate with other teams for a smooth rollout.
Environments:
- Set up different environments for development, testing, and production.
- Ensure consistency across environments to minimize deployment issues.
- Monitor and troubleshoot any discrepancies between environments.
Is AI making a real impact in the way you work or is it all hype? Stack Overflow recaps some of the top insights from their 2023 Developer Survey.💡
Explore what developers are thinking about the benefits, accuracy, and use cases for GenAI here.
Angular 17 and the new angular.dev site has been officially released.
Here's a summary of what's new.
