TIGO Knowledge Base

Facebook xây dựng một bộ câu hỏi dạng Tags sử dụng kỹ thuật Progressive Disclosure để drill-down và capture chính xác thông tin gốc.

Trước đây, Bug Tracking System (BTS) là hệ thống trao đổi thông tin giữa Lập Trình Viên (LTV) và Kiểm Thử Viên (Tester-KTV). Hiện nay BTS được mở rộng ra thành hệ thống quản lý ticket, trong đó ticket có thể là bug (lỗi lập trình), defect (lỗi do thiết kế sai yêu cầu), feedback/support (phản hồi từ khách hàng), feature (yêu cầu nâng cấp tính năng), các yêu cầu nghiệp vụ mới (requirement)

Don't use the complicated English words to communicate. Try to use the simple and lean ways of communication. It'll solve 80% out of your success.

Một công cụ online tuyệt vời để gom CSS trên đường Fold và nạp vào tác vụ load JS ở cuối trang.

Ai từng dùng phần mềm đều không lạ gì khái niệm "Low Priority", nhất là những người tham gia vào hệ thống Bug Tracking System, hoặc hệ thống HelpDesk, ServiceDesk. Các bạn nhận thấy điều gì?

Nhiều người trong số chúng ta hiểu sai về Overtime (OT), kể cả những người quản lý dự án.

“Travel Light” có nghĩa là chúng ta chỉ cần vừa đủ tài liệu cho vòng đời dự án (chuyến đi). Nếu quá ít tài liệu, nhóm sẽ mất phương hướng. Nếu quá nhiều tài liệu, chúng ta sẽ đánh mất mục tiêu chính là viết phần mềm, không phải viết tài liệu.

Dữ liệu phẳng khác với dữ liệu có cấu trúc như thế nào? Có những ưu điểm và nhược điểm ra sao?

Technical Debt (Nợ kĩ thuật) là một món nợ mà hầu như lập trình viên nào cũng phải gánh trong quá trình làm việc. Nhưng để hiểu đúng bản chất và biến chúng thành cơ hội thì không phải ai cũng nhận thức và hành động được.

Suy ngẫm về một số tình huống thiết kế UX

Rất nhiều người thắc mắc vì sao giá thầu CPA trên Google Ads lại lúc cao lúc thấp

Bạn đã bao nghe về vấn đề tương phản trong layout chưa? Chỉ có khái niệm tương phản khi mua 1 chiếc TV, sao lại có cả độ tương phản khi đánh giá UI/UX của một trang Web?

Rất nhiều hệ thống lớn khi nghiệm thu lại không hề có một tài liệu nào về kiến trúc, hoặc các mô hình tổng quan về các diễn biến chính của phần mềm. Không có những tài liệu "truyền lại cho hậu thế", các team sau này gặp nhiều khó khăn khi bảo trì, nâng cấp... Việc xem lại source code để lục lại business giống như đào một căn hộ lên để tìm các dây điện ngầm, các ống nước ngầm...

Thợ code TIGO muốn chia sẻ một mô hình chia tải mềm theo 2 chiều ngang và dọc. Mô hình này áp dụng cho hệ thống thi trắc nghiệm với số đông người tham dự cùng một thời điểm. Rất hữu ích để có thể chia sẻ rộng rãi mô hình này.