Nhật ký học tập

Bài đăng

Các bài đăng gần đây

Tổng quan về Phân tích sống còn (Survival Analysis) trong Khoa học dữ liệu

Trong thống kê và học máy truyền thống (như hồi quy tuyến tính), chúng ta thường tập trung trả lời câu hỏi: "Sự kiện có xảy ra không?" hoặc "Giá trị dự báo là bao nhiêu?" . Tuy nhiên, trong thực tế có những bài toán cốt lõi lại là: "Khi nào sự kiện sẽ xảy ra?" . Đó chính là lý do Survival Analysis (Phân tích sống còn) ra đời. 1. Survival Analysis là gì? Survival Analysis là một nhánh của thống kê chuyên dùng để nghiên cứu và dự đoán khoảng thời gian cho đến khi một sự kiện cụ thể (Event) xảy ra . Khoảng thời gian này được gọi là Survival Time hoặc Time-to-event . Ban đầu, kỹ thuật này được phát triển trong y học để theo dõi thời gian sống sót của bệnh nhân. Ngày nay, khái niệm "sự kiện" đã được mở rộng ra mọi lĩnh vực: Y sinh: Thời gian từ khi điều trị đến khi bệnh nhân tái phát hoặc khỏi bệnh. Kỹ thuật (Reliability Engineering): Thời gian từ khi máy móc hoạt động đến khi một linh kiện (như ổ cứng, động cơ) bị hỏng. Quản...

Thiết lập CI/CD cho ASP.NET Core trên IIS với GitHub Actions: Build, Test, Deploy và Quản lý Secrets

Ở nhiều dự án ASP.NET Core chạy trên IIS, quy trình deploy thường bắt đầu khá đơn giản: Publish từ Visual Studio Remote Desktop vào server Copy đè file Restart IIS Cách làm này ổn khi dự án còn nhỏ. Tuy nhiên khi số lần release tăng lên, việc deploy thủ công bắt đầu xuất hiện nhiều vấn đề: Dễ quên bước Khó rollback Khó truy vết lỗi Mất thời gian khi release nhiều lần trong ngày Trong bài viết này, mình sẽ cấu hình một pipeline CI/CD bằng GitHub Actions cho ASP.NET Core chạy trên IIS với ba giai đoạn riêng biệt: flowchart TD A[Build] --> B[Test] B --> C[Deploy] Pipeline sẽ tự động: Build source code Chạy Unit Test Publish artifact Thay thế Connection String bằng GitHub Secrets Deploy lên IIS thông qua MSDeploy Kiến trúc Pipeline Thay vì đặt toàn bộ logic vào một job duy nhất, mình tách pipeline thành ba job: Job Mục đích Build Restore, Build và Publish Test Chạy Unit Test Deploy Deploy lên IIS Luồng hoạt động:...

Thuật toán MiniMax

Khi bắt đầu xây dựng trí tuệ nhân tạo (AI) cho các trò chơi đối kháng có chiến thuật như Cờ tướng, Cờ vua, hay Tic-Tac-Toe, thuật toán đầu tiên và là nền móng cho mọi engine hiện đại chính là Minimax . Để hiểu bản chất của Minimax, chúng ta không cần lao ngay vào những thế cờ phức tạp. Hãy cùng quay ngược thời gian, bước vào một bàn tiệc luận anh hùng giữa hai nhân vật lẫy lừng thời Tam Quốc: Tào Tháo và Lưu Bị . 1. Điển Tích "Chia Báu Vật" Giữa Tào Tháo Và Lưu Bị Giả sử Tào Tháo và Lưu Bị bắt gặp 4 chiếc hòm chứa lượng vàng khác nhau. Tào Tháo (đại diện cho AI ) được quyền chọn trước một trong hai lối đi dẫn đến các cặp hòm. Tuy nhiên, Lưu Bị (đại diện cho Đối thủ ) lại là người được quyền mở chiếc hòm cuối cùng trong lối đi đó để lấy vàng. Mục tiêu của hai người hoàn toàn trái ngược nhau: Tào Tháo (AI / Maximizer): Luôn muốn chọn lối đi sao cho lượng vàng nhận được là lớn nhất (Max) . Lưu Bị (Đối thủ / Minimizer): Luôn muốn chọn chiếc hòm sao cho lượn...

Giới thiệu về Wukong Xiangqi

Giới thiệu Wukong Xiangqi là một engine cờ tướng (Xiangqi) tối giản được viết hoàn toàn bằng ngôn ngữ C thuần túy bởi tác giả Maksim Korzh. Dự án hỗ trợ giao thức UCCI (Universal Chinese Chess Interface), cho phép kết nối dễ dàng với các giao diện (GUI) cờ tướng phổ biến hiện nay. Kiến trúc bàn cờ mẫu (Board Representation) Wukong sử dụng mảng một chiều dựa trên hệ thống tọa độ mở rộng 11x14 để biểu diễn bàn cờ. Cách tiếp cận này giúp kiểm tra quân cờ đi ra ngoài biên một cách tự nhiên nhờ các ô đệm (Off-board). Dưới đây là cách định nghĩa các quân cờ bằng mã số nguyên trong mã nguồn mẫu: // Định nghĩa hằng số cho các quân cờ enum { COLOR_EMPTY, RED_PAWN, RED_ADVISOR, RED_BISHOP, RED_KNIGHT, RED_ROOK, RED_CANNON, RED_KING, BLACK_PAWN, BLACK_ADVISOR, BLACK_BISHOP, BLACK_KNIGHT, BLACK_ROOK, BLACK_CANNON, BLACK_KING }; Định hướng áp dụng Machine Learning (ML) tương lai Cấu trúc tìm kiếm Alpha-Beta kết hợp với hàm đánh giá tĩnh hiện tại của Wukong dựa trên mô hình ...

NGINX: Giới thiệu về NGINX

Trong bài viết này, mình sẽ giới thiệu về NGINX và sử dụng NGINX như Proxy Server để kết nối vào ứng dụng .NET NGINX là gì? NGINX được phát triển bởi kỹ sư người Nga Igor Sysoev vào năm 2002 và ra mắt công chúng năm 2004, nhằm giải quyết bài toán C10k - xử lý 10.000 kết nối đồng thời. Với kiến trúc hướng sự kiện (event-driven) đơn luồng, NGINX nhanh chóng phổ biến nhờ hiệu suất cao, ít tốn tài nguyên và khả năng làm reverse proxy, load balancer. Kestrel là gì? Kestrel là một máy chủ web được tích hợp trong .NET và ASP.NET Core, đóng vai trò là một máy chủ HTTP nhanh chóng, hiệu quả, và có khả năng chịu tải cao cho các ứng dụng .NET. Được giới thiệu lần đầu tiên cùng với .NET Core, nó nhanh chóng trở thành lựa chọn phổ biến nhờ vào hiệu năng vượt trội, cấu trúc gọn nhẹ và tính năng bảo mật. Phân biệt: Kestrel: Được gọi là Internal Web Server hoặc Application Server. Đây là máy chủ web mặc định được tích hợp sẵn vào ứng dụng ASP.NET Core. Nhiệm vụ chính của nó là xử lý các logic lập trìn...

Cài đặt Docker trên WSL2 và Hướng dẫn sử dụng Docker Buildx

Buildx là gì? Docker Buildx là plugin CLI mạnh mẽ của Docker, được xây dựng trên BuildKit . Nó cho phép bạn xây dựng Docker image với nhiều tính năng hiện đại: Build multi-platform (amd64, arm64, nhiều kiến trúc cùng lúc) Cache build thông minh, nhanh hơn rất nhiều Hỗ trợ nhiều build driver Build song song và tối ưu hiệu suất 1. Cài đặt WSL2 wsl --install wsl --install -d Ubuntu Sau khi vào Ubuntu, chạy: sudo apt update && sudo apt upgrade -y 2. Cài đặt Docker Engine + Buildx trên WSL2 sudo apt-get install -y ca-certificates curl gnupg lsb-release sudo mkdir -p /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null sudo apt-get update sudo apt-get inst...