Claude Code Full Course A-Z: Từ Số 0 → Build App, Automation, Kiếm Tiền | Vibe Code Cùng Thiện #002

YouTube · 15:39:49 1/7/2026

3431 dòng

Tóm tắt bằng AI

Mẫu prompt:5-7 câu, nắm ý chính nhanh

Tiêu đề: "Claude Code Full Course A-Z: Từ Số 0 → Build App, Automation, Kiếm Tiền | Vibe Code Cùng Thiện #002"

Dưới đây là transcript đầy đủ của nội dung này (có timestamp [mm:ss] ở đầu mỗi dòng). Transcript được tạo tự động từ giọng nói nên có thể ghi sai một số từ do giọng địa phương hoặc phát âm không chuẩn — hãy đọc toàn bộ, kết hợp tiêu đề ở trên để hiểu đúng bối cảnh và nội dung trước khi thực hiện yêu cầu bên dưới.

Hãy tóm tắt nội dung chính của video trong 5-7 câu, súc tích, đủ ý, giữ đúng trọng tâm và giọng điệu của video gốc. Không thêm thông tin ngoài transcript, không cần trích timestamp.

Transcript:
"""
[0:00] Các bạn có biết là một số ứng dụng hiện
[0:02] nay trên thế giới đã được rao bán với
[0:04] giá thuê bao hàng năm là đến chục đô,
[0:06] trăm đô đến tận ngàn đô và việc chúng ta
[0:09] sử dụng những ứng dụng này để phục vụ
[0:11] trong cuộc sống là gần như là một công
[0:12] việc rất là cần thiết. Tuy nhiên ngày
[0:15] hôm nay thì sẽ chia sẻ cho các bạn về
[0:17] cách mà Thiện đang tận dụng một trong
[0:20] những công cụ AI phổ biến nhất hiện nay
[0:22] để mà Hiền tiết kiệm những cái chi phí
[0:24] này và cái chi phí mà Hiền tiết kiệm
[0:26] được mỗi năm lên đến cả 100 đô so với
[0:29] lại hiện nay. Và để làm được điều này
[0:31] thì công cụ mà Hiển đang sử dụng là COD.
[0:34] Đó là lý do mà hôm nay thì cũng muốn
[0:35] chia sẻ với các bạn về cái công cụ này.
[0:39] Nó sẽ giúp cho chúng ta trong việc mà
[0:41] tạo ra những ứng dụng phục vụ cho những
[0:44] cái hoạt động hàng ngày chúng ta ví dụ
[0:46] như là theo dõi sức khỏe nè hoặc là tổng
[0:48] hợp thông tin hoặc là có thể sử dụng cho
[0:50] cả công việc như là phân tích dữ liệu
[0:52] tạo những cái đó dash sport. Chúng ta có
[0:54] thể suy nghĩ trong cái vấn đề mà chúng
[0:56] ta khởi nghiệp kiếm tiền dựa trên những
[0:59] cái ứng dụng được tạo từ AI. Ok. không
[1:02] làm mất thời gian của các bạn thì bây
[1:04] giờ hiện sẽ đi thẳng vào cái nội dung
[1:06] chính ngày hôm nay đó là chia sẻ cho các
[1:08] bạn về việc sử dụng lo code từ A đến Z.
[1:11] Tất cả các kiến thức ngày hôm nay sẽ là
[1:13] những kiến thức mà hiện đã tổng hợp được
[1:16] trong quá trình mà hiện sử dụng Flo code
[1:19] trong thời gian qua và có thể có một số
[1:21] kiến thức ở giữa video cho đến cuối
[1:23] video
[1:25] có khoảng 90% các bạn đang bắt đầu sử
[1:27] dụng lo code chưa hề biết. Tuy nhiên
[1:29] những cái húc này cực kỳ quan trọng khi
[1:31] các bạn bắt đầu có tham vọng muốn tạo ra
[1:34] những ứng dụng nó bự hơn, nó mạnh hơn,
[1:37] nó lớn hơn và nó phức tạp hơn. Khi mà
[1:40] các bạn bắt đầu có những cái tham vọng
[1:41] đó thì các bạn bắt đầu thấy một thứ rất
[1:43] là nhức đầu đó là loa code. Nó không
[1:45] hiểu, nó không thể hiểu được khi mà
[1:47] chúng ta bắt đầu yêu cầu nó xây dựng
[1:49] những cái ứng dụng phức tạp và thường
[1:51] rất là làm sai. Vậy để khắc phục những
[1:53] cái điểm yếu đó thì chúng ta cần phải
[1:54] làm gì để mà lo code nó có thể xây dựng
[1:57] những ứng dụng phức tạp như mong muốn
[1:59] chúng ta thì muốn nói một điều nó không
[2:01] hề ngốc nghếch. Chỉ có điều các bạn đang
[2:04] muốn nó xây dựng một ứng dụng lớn trong
[2:06] vòng một bước thì chắc chắn sẽ không làm
[2:08] được.
[2:09] Và đó lý do tại sao các bạn cần phải
[2:11] biết cách sử dụng loa code sao cho phù
[2:13] hợp đối với những cái ứng dụng đó. Và
[2:15] nếu mà các bạn thấy nội dung video nào
[2:18] các bạn đã biết rồi á thì các bạn có thể
[2:19] lướt qua để đi đến những cái nội dung mà
[2:21] các bạn chưa biết. Trong nội dung video
[2:23] này sẽ có tất cả là 17 phần. Và như Hiền
[2:25] đã chia sẻ hồi nãy nếu các bạn thấy có
[2:27] nội dung nào các bạn đã biết rồi thì có
[2:29] thể các bạn sẽ skip qua nội dung đó đi
[2:31] đến những nội dung mà các bạn chưa biết.
[2:33] Nội dung đầu tiên là chúng ta sẽ tìm
[2:36] hiểu lo code là gì? nó khác gì so với
[2:38] những con AI khác? Asentic AI là gì?
[2:41] Chúng ta nên hiểu file code như thế nào
[2:43] là đúng. Nội dung thứ hai là chúng ta sẽ
[2:46] tìm hiểu về cách thức cài đặt lo code ở
[2:48] từng môi trường. Loe nó không phải chỉ
[2:50] có một môi trường duy nhất như là
[2:54] Windows. Nó rất là nhiều môi trường để
[2:55] chúng ta có thể cài đặt từ web, từ
[2:58] desktop cho đến là CLI, IDR. Thì Hiền sẽ
[3:01] chia sẻ cho các bạn về từng môi trường
[3:04] này nó khác biệt như thế nào và chúng ta
[3:06] nên cân nhắc cài đặt trên môi trường nào
[3:08] là phù hợp. Ở phần 3 Hiền chẽ chia sẻ về
[3:10] cách mà lo code hoạt động thực tế từ
[3:13] cách nó tạo lệnh, tạo file cho đến sửa
[3:15] file như thế nào. Và chúng ta có thể
[3:17] hình dung được cách thức mà lo code hoạt
[3:19] động sau mỗi câu lệnh form mà chúng ta
[3:21] yêu cầu mà l chạy á thì thực tế LCD đang
[3:24] hoạt động như thế nào để tạo ra những
[3:26] ứng dụng cho chúng ta. Ở phần B hiện
[3:28] chia sẻ về cách thức mà chúng ta nên
[3:30] tiếp cận L code đúng ngay từ đầu. Nó
[3:32] không có nghĩa là ngay từ lúc mới bắt
[3:34] đầu chúng ta yêu cầu lo code ờ hãy tạo
[3:36] ra ứng dụng này cho tao. Ờ không chúng
[3:38] ta không nên làm như vậy mà chúng ta nên
[3:41] tiếp cận theêm một kiểu khác đó là chúng
[3:42] ta đưa ra những yêu cầu cụ thể càng cụ
[3:45] thể càng chi tiết những cái mục tiêu mà
[3:46] chúng ta muốn hướng đến những yêu cầu
[3:48] của chúng ta và chúng ta sẽ đưa ra những
[3:51] cái ru mà lo code cần phải tuân hữu và
[3:55] đó là cái cách tiếp cận đúng mà chúng ta
[3:56] nên làm. Ngoài ra chúng ta cần phải yêu
[3:59] cầu lo code xây dựng những cái plan thật
[4:01] là chi tiết từng step by step cho chúng
[4:03] ta duyệt trước khi mà lo code bắt đầu
[4:05] thực hiện những l dòng code đầu tiên.
[4:08] Qua đến phần năm thì chỉ chia sẻ cho các
[4:10] bạn về những sản phẩm thực tế mà lo code
[4:12] có nó có thể tạo ra để phục vụ cho hoạt
[4:15] động hàng ngày của chúng ta hoặc là phục
[4:17] vụ cho công việc của chúng ta. Và nó
[4:19] không phải chỉ là việc mà chúng ta yêu
[4:21] cầu lo code như là tạo website hay là
[4:24] tạo một cái ứng dụng gì đó. Nó rất là
[4:27] nhiều nghĩa là rất là nhiều cái sản phẩm
[4:30] khác nhau mà loot có thể tạo ra từ những
[4:33] cái hoạt động tự động, từ những ứng dụng
[4:35] tự động automation cho đến những báo cáo
[4:37] dashboard hoặc là những ứng dụng mà
[4:38] chúng ta sử dụng hàng ngày hay là
[4:40] website và rất là nhiều thứ khác mà
[4:43] chúng ta sẽ biết được khi mà thền sẽ nói
[4:45] ở phần năm. Ở phần sáu thì chỉ chia sẻ
[4:47] cho các bạn về một cái cấu trúc chuẩn mà
[4:50] một cái project law code nên có sẽ như
[4:52] thế nào. Bao gồm là agent, subagent, các
[4:56] hoof, kể cả những cái request
[4:58] requirement mà chúng ta yêu cầu la code
[5:00] phải bắt đầu viết trước khi mà bắt đầu
[5:02] xây dựng một cái ứng dụng. Khi mà chúng
[5:03] ta biết cái cấu trúc chuẩn của một
[5:05] project la code nó trong như thế nào á
[5:06] thì chúng ta có thể kiểm soát được chất
[5:08] lượng đầu ra của ứng dụng. Và đây là lý
[5:11] do mà tại sao Hiền nhấn mạnh phần này là
[5:13] cái phần rất là quan trọng mà các bạn
[5:15] nên xem chi tiết. Ở phần 7 hiện sẽ bắt
[5:18] đầu nói về những bước mà chúng ta sẽ cần
[5:22] phải làm khi mà bắt đầu start một cái
[5:25] project nhỏ như là chúng ta yêu cầu lo
[5:27] code tạo ra cái ứng dụng là xóa một cái
[5:29] phần nào đó trong tấm hình hoặc là chúng
[5:32] ta yêu cầu la code là tạo ra ứng dụng là
[5:35] chuyển từ file PDF sang file Word. từ
[5:37] filew sang file BDF hoặc là chúng ta có
[5:40] thể yêu cầu lo code tạo ra ứng dụng
[5:41] những dạng gương mặt chẳng hạn. Đây là
[5:43] một trong những ví dụ mà thì cũng muốn
[5:44] chia sẻ các bạn về lo code nó có thể tạo
[5:46] ra những sản phẩm gì cho chúng ta để mà
[5:49] phục vụ cho công việc hàng ngày hoặc là
[5:51] cho cả những cái sinh hoạt của chúng ta.
[5:54] Sau khi chúng ta biết được cách thức tạo
[5:56] ra một cái project nhỏ thì chúng ta sẽ
[5:58] qua đến phần tiếp theo là phần tám là
[6:00] chúng ta sẽ mở rộng ra một cái dự án
[6:02] lớn. Thì đối về dự án lớn á nó sẽ rất là
[6:04] phức tạp. Ví dụ như chúng ta muốn tạo ra
[6:06] ứng dụng quản lý doanh nghiệp từ là quản
[6:09] lý kho, từ quản lý hàng tồn kho, quản lý
[6:11] bạn phải hạn phải trả, doanh thu bán
[6:14] hàng tất từng tật mọi thứ. Thì đây là
[6:16] một ứng dụng phức tạp cho các bạn. Và
[6:18] như hồi nãy thì cũng có chia sẻ đó những
[6:20] ứng dụng này chúng ta không thể nào yêu
[6:22] cầu lo tạo ra chỉ trong một cái dòng
[6:24] lệnh phần. Nó sẽ là một cái quá trình
[6:26] rất là lâu dài, có thể là kéo về hàng
[6:29] tuần cho đến là cả tháng để loot có thể
[6:31] tạo ra ứng dụng như vậy cho chúng ta. Và
[6:33] bởi vì những ứng dụng này rất là phức
[6:34] tạp cho nên chúng ta cần phải biết cách
[6:36] thực hiện sao cho đúng. Và trong nội
[6:37] dung của phần 8 này thì sẽ nói chi tiết
[6:40] về từng bước cụ thể mà chúng ta nên làm
[6:42] gì khi mà bắt đầu triển khai một dự án
[6:45] lớn như vậy. Trong đó cái yêu cầu tối
[6:46] hiệu mà chúng ta nên biết á là chúng ta
[6:48] cần phải chia nhỏ dự án đó thành những
[6:51] cái phần nhỏ và yêu cầu lo code thực
[6:53] hiện từng phần. Và để triển khai một cái
[6:55] project lớn như vậy thì việc mà chúng ta
[6:58] cần phải biết, cần phải lưu ý cực kỳ
[7:01] luôn đó là chúng ta cần phải kiểm soát
[7:03] được session contest như là token. Và
[7:05] đây là cái mà hiện chia sẻ cho các bạn
[7:07] trong nội dung ở phần chính. Và cũng
[7:09] muốn nói luôn phần chính này cùng với
[7:11] phần sáu là hai phần quan trọng nhất
[7:13] trong cái nội dung video này mà các bạn
[7:14] cần phải biết. Và có hệ 90% các bạn đang
[7:17] tập tành sử dụng lo code đó là chưa hề
[7:19] biết về việc này. Nếu mà chúng ta xây
[7:22] dựng cái đ rất lớn á mà chúng ta không
[7:24] có thể kiểm soát được á thì nó sẽ có hai
[7:26] cái vấn đề chúng ta sẽ gặp phải. Thứ
[7:28] nhất kết quả đầu ra nó không nhiều chúng
[7:30] ta mong muốn và nó bị lỗi rất là nhiều.
[7:32] Và thứ hai đó là tiền. Chúng ta sẽ tốn
[7:35] rất là nhiều tiền để tạo ra một thứ mà
[7:37] chúng ta không dùng được. Và đây cũng là
[7:40] lý do mà tại sao một số bạn sau khi sử
[7:42] dụng lo code một thời gian nhận xét là
[7:44] thật ra lo code nó cũng chẳng có gì hay
[7:45] ho. Có nhiều bạn tốn một số tiền gần cả
[7:47] chục triệu luôn để mà tạo được cái ứng
[7:49] dụng. Thay vì đi thuê hàng hàng tháng vì
[7:51] nó hiện nói có thể là tốt có vài triệu
[7:53] thôi thì các bạn thấy sau một thời gian
[7:55] các bạn sử dụng loa code các bạn thấy
[7:56] cái chi phí bỏ ra cho loa code quá lớn.
[7:58] Ờ tuy nhiên có một điểm thì muốn chia sẻ
[8:00] ở đây. Lý do tại sao mà chúng ta lại tốn
[8:03] quá nhiều tiền như vậy là bởi vì cách
[8:05] thức chúng ta đang sử dụng không có phù
[8:07] hợp. Chúng ta không có kiểm soát được
[8:09] session, không kiểm soát được contest và
[8:11] đặc biệt là không kiểm soát được số
[8:12] lượng token mà chúng ta đang tiêu hụ. Và
[8:14] chúng ta cũng không hiểu luôn là hiện
[8:16] nay đang quản lý token như thế nào. Đặc
[8:18] biệt dành cho những bạn đang có một cái
[8:21] mục tiêu rất là lớn là các bạn muốn là
[8:23] sử dụng lo code để tạo ra những ứng dụng
[8:26] có thể đem đi bass thì đây là một cái
[8:28] điểm sẽ rất là quan trọng bởi vì cái mục
[8:30] tiêu ở đây là chúng ta phải kiểm soát
[8:32] được cái chi phí đầu vào. Phần 10 là một
[8:34] nội dung nâng cao dành cho một số bạn
[8:37] muốn hiểu rõ hơn về lo code. Thật ra là
[8:40] phần lớn các bạn nếu mà sử dụng loa code
[8:42] để tạo ra ứng dụng mà nó đơn giản, nó
[8:44] không phức tạp thì nội dung phần 10 này
[8:46] nó không quá quan trọng. Tuy nhiên nếu
[8:48] mà các bạn có tham vọng muốn tạo ra
[8:50] những ứng dụng phức tạp như là cái ứng
[8:51] dụng nhiều quản lý doanh nghiệp thì
[8:53] chúng ta sẽ cần phải viết h agent MCB và
[8:56] skill. Và tiếp theo là nội dung phần 11
[8:59] này nói về git. Đây là cái sợi gì an
[9:01] toàn khi mà chúng ta bắt đầu xây dựng
[9:03] những cái ứng dụng trên lo và thật ra
[9:06] không phải chúng ta sử dụng lo code ngay
[9:08] cả khi chúng ta bắt đầu viết ứng dụng
[9:09] bình thường mà không sử dụng lo code
[9:10] chúng ta tự code á thì g cũng là một cái
[9:12] bắt buộc chúng ta phải biết bởi vì đây
[9:14] là một công cụ để chúng ta có thể backup
[9:17] chúng ta quay về những cái bước trước an
[9:18] toàn nếu mà trong trường hợp chúng ta có
[9:20] size xảy ra những cái lỗi rất là nghiêm
[9:22] trọng mà chúng ta cố sửa cách máy cũng
[9:24] không thể sửa được thì lúc này chúng ta
[9:25] buộc phải sử dụng git để t về những cái
[9:27] bước trước qua đến phần 12 hiện sẽ nói
[9:30] chi tiết về cách thức bảo mật khi sử
[9:33] dụng loa code. Cái điểm ở đây thì cũng
[9:35] muốn nói luôn là loa code rất là mạnh,
[9:37] có thể tạo ra hầu hết các ứng dụng mà
[9:39] hiện. Tuy nhiên có một điểm mà cũng muốn
[9:42] chia sẻ là nếu mà chúng ta không biết
[9:44] cách kiểm soát lo code thì nó là có thể
[9:46] gây ra những hậu quả lớn cho chúng ta.
[9:48] Đặc biệt là gần đây có một công ty chia
[9:51] sẻ trên cộng đồng Reddit là tất cả các
[9:54] ứng dụng database mà họ đang dùng la
[9:56] code để viết việc xóa sạch. Nó so sạch
[9:59] tất cả mọi thứ từ cái backup từ git cho
[10:02] đến là từ database và họ không thể nào
[10:05] phục hồi lại được. Và đây là một cái rủi
[10:07] ro cực lớn mà chúng ta phải kiểm soát.
[10:09] Chúng ta nên biết cách kiểm soát lo code
[10:11] để nó không được tự ý làm những công
[10:14] việc mà chúng ta chưa cho phép. Và làm
[10:17] sao đó lo code nó hiểu á cái nào nó được
[10:19] làm và cái nào nó không được làm thì
[10:21] hiện chị sẽ nói trong cái nội dung ở
[10:23] phần 12 này. Các bạn có thể đi thẳng đến
[10:25] phần 12 để xem. Nếu mà các bạn đang tìm
[10:26] hiểu cách thức bảo mật cũng như là cách
[10:28] kiểm soát loa code. Ở phần 13 hiện sẽ
[10:31] chia sẻ về cách thức chúng ta nên làm gì
[10:34] nếu mà loa code nó làm sai. Đó phía một
[10:35] cái đoạn code sai thì chúng ta nên làm
[10:37] gì? Ờ không phải chúng ta đi nói ơi cái
[10:40] đoạn code này sai rồi mày làm lại đi.
[10:43] Chúng ta không nên làm như vậy. Thật ra
[10:44] cái việc chúng ta nói ê lo code mày làm
[10:46] sai rồi mày làm như thế này mới đúng nè.
[10:48] Thì nó cũng phù hợp á. Nó như nhưng mà
[10:50] nó chỉ có một cái điểm thôi là nó làm
[10:51] chúng ta tốn tiền. Vậy thì chúng ta nên
[10:54] làm sao để mà kiểm soát tiền của chúng
[10:56] ta cho hợp lý và đồng thời vẫn có thể
[10:59] sửa được những cái đoạn code mà lo code
[11:00] đã làm sai thì các bạn có thể xem nội
[11:02] dung này ở phần 13. Ở phần 14 là sẽ tổng
[11:05] hợp lại tất cả những điểm quan trọng lớn
[11:07] nhất liên quan đến loa code mà các bạn
[11:09] nên biết khi mới bắt đầu sử dụng loa
[11:11] code cũng như là khi triển khai những
[11:12] cái dự án lớn. Thì đây là chương mình sẽ
[11:15] tóm tắt lại những cái nội dung chính cho
[11:17] các bạn nắm khi xem gần như là hết cái
[11:20] video này. Ở phần 15 là Hiền sẽ trình
[11:22] bày về cách thức tiếp cận và chúng ta
[11:25] bắt đầu triển khai một cái dự án nhằm
[11:28] mục đích thương mại. Thật ra thì đây là
[11:30] nội dung chỉ dành cho những bạn mà đang
[11:31] có mong muốn triển khai lo code để mà
[11:34] viết những cái ứng dụng nhằm kinh doanh
[11:35] thương mại. Còn nếu mà các bạn mà chỉ sử
[11:38] dụng loa code dành cho mục tiêu công
[11:40] việc hàng ngày của chúng ta hoặc là dành
[11:41] cho những cái sinh hoạt hàng ngày dù
[11:44] phần 15 này cũng không phải quá quan
[11:45] trọng cho các bạn. Phần 16 là chia sẻ
[11:48] những cái điểm nhầm lẫn phổ biến. Cuối
[11:50] cùng phần 17 là những cái nội dung quan
[11:52] trọng mà H chia sẻ trong toàn bộ cái
[11:55] video này cho các bạn. có là 17 phần lớn
[11:58] trong nội dung video này. Và Hiền cũng
[12:00] muốn nhắc lại bởi vì cái video này của
[12:02] Hiện khá là dài cho nên nếu mà các bạn
[12:04] đã biết nội dung nào á thì bạn có thể
[12:06] skip qua để đi đến những cái nội dung mà
[12:08] các bạn chưa biết hoặc các bạn đang muốn
[12:10] tìm hiểu sau. Và bây giờ chúng ta sẽ đi
[12:12] đến nội dung đầu tiên của video ngày hôm
[12:14] nay đó là tổng quan về lo code cụ thể là
[12:16] lo code là gì và nó khác gì so với những
[12:20] con AI mà chúng ta hay sử dụng như là
[12:22] chessbt semin và tại sao chúng ta không
[12:25] sử dụng những con AI đó để mà fit code
[12:28] cho chúng ta mà là sử dụng lo code thì
[12:30] hiện sẽ nói chi tiết trong cái nội dung
[12:32] đầu tiên này. Vậy lo code khác gì so là
[12:35] những con AI như là semini hoặc là chat
[12:37] CVT. Và tại sao chúng ta không yêu cầu
[12:40] semin hoặc là chat CVT tạo ứng dụng cho
[12:42] chúng ta? Bây giờ hiện sẽ yêu cầu lo
[12:45] code tạo ra một ứng dụng rất là đơn giản
[12:46] luôn là chuyển từ file VDF sang file
[12:50] Word hoặc là file Excel đi. Giờ để xem
[12:52] coi là seminar là CH CVT nó làm được gì
[12:55] cho hiện nha.
[12:57] Rồi hãy tạo ra một ứng dụng có
[13:04] ứng dụng có thể chuyển từ file
[13:10] PDF hoặc
[13:14] file hình
[13:17] sang Word
[13:19] Excel cho tôi
[13:22] rồi chuyển
[13:34] Rồi chat CPT cũng làm tương tự vậy luôn.
[13:38] Rồi như các bạn thấy nè, Simena nó trả
[13:41] lời được cho hiện rồi nè. Nó đang hướng
[13:43] dẫn hiện cách thức mà tạo ra được một
[13:44] cái ứng dụng mà có thể ờ chuyển từ file
[13:49] PDF PH sang Word Excel.
[13:52] À cách nó trả lời là nó hướng dẫn hiện
[13:54] từng bước từ cài đặt các công cụ thư
[13:56] viện cần thiết nè rồi cài đặt BN sau đó
[14:00] là viết những đàn code này copy đạn code
[14:03] này vô và tạo ra một cái app gọi là
[14:07] app.bi thì đây là cái ứng cái đuôi dành
[14:10] cho Python á. Rồi sau đó vô cái địa chỉ
[14:13] này r bắt đầu làm được chuyện nghĩa là
[14:16] sẽ tạo được cái ứng dụng. Thì thật ra
[14:18] đây là cái hướng dẫn cơ bản nha. Hiện
[14:19] chưa test thử là đúng hay sai nha.
[14:22] Rồi bây giờ qua bên chat CPT thì chat
[14:25] CPT vẫn còn đang lên kế hoạch để xem coi
[14:28] chat CPT sẽ làm gì nha.
[14:42] Rồi đây là chat CBT.
[14:44] Ch CT thì hay hơn. Nó tạo ra cho Thiện
[14:48] một cái file nó yêu cầu Thiện nó nói là
[14:52] hiện nên down về double click vô cái
[14:55] này. Sau đó là chọn video ngoặt ảnh và
[14:58] xuất ra được facew. Và Thiện cũng thử
[15:01] đau về luôn.
[15:03] À đây nó nói là hiện nên double clip vào
[15:06] cái chỗ này. Thì những con AI mà dùng để
[15:09] chat là chúng ta cũng có thể tạo được
[15:11] ứng dụng. Nếu mà chúng ta hỏi nó từng
[15:14] bước và con E nó sẽ hướng dẫn chúng ta
[15:16] từng bước nó cũng khá là chi tiết là để
[15:17] tạo ứng dụng A á thì mày nên cài những
[15:19] cái này nè. Rồi sau đó mày sẽ mở ra một
[15:22] cái này. Mày viết cái dòng code này rồi
[15:25] mày test. Rồi nếu mà giả sử bị sai á thì
[15:29] sẽ hỏi ngược lại AI nó bị sai rồi nên
[15:31] sửa sao thì ai nó sẽ trả lời ờ mày nên
[15:34] sửa như thế này nè. Tuy nhiên nó sẽ rất
[15:36] mất thời gian là bởi vì chúng ta phải
[15:38] chat với nó. Chúng ta sẽ phải mô tả rồi
[15:40] chúng ta phải cho nó biết cái file nó
[15:42] đang như thế nào rồi bắt đầu nó mới trả
[15:44] lời cho chúng ta. Tuy nhiên đối với L
[15:46] code thì nó hoạt động theo một cái kiểu
[15:47] khác. Lo code đang hoạt động theo kiểu
[15:49] khác nha các bạn. Lo code không phải là
[15:51] theo kiểu mà chat mà nó bao gồm cả việc
[15:55] nó kiểm soát luôn cả file đang được code
[15:56] như thế nào, các file đó liên kết như
[15:58] thế nào trong một cái project. Và sau đó
[16:01] lo code sẽ đề nghị là nên viết như thế
[16:05] nào, nên tạo những file nào mới, sửa
[16:07] file nào và xóa những file nào. Đó là
[16:09] cái sức mạnh của loot mà những con chat
[16:12] bằng ai sẽ không thể làm được. Hiện sẽ
[16:13] lấy luôn sản phẩm thực tế mà loot đã làm
[16:16] được. Ứng dụng mà chuyển từ file, file
[16:18] PDF, file ảnh sang file Word Excel như
[16:20] thế nào luôn. Đầu tiên nha, Hiền sẽ cho
[16:22] mọi người thấy cách thức mà loot nó tạo
[16:24] ra. một cái ứng dụng tương tự mà hiện
[16:27] đang yêu cầu là chuyển từ file BDF file
[16:29] hình sang file Word Excel và cả boy luôn
[16:33] thì Hiền sẽ đưa ra một cái yêu cầu cũng
[16:34] khá là dài như các h bạn đang thấy á một
[16:37] cái yêu cầu nè là với những tính năng
[16:40] chính là tạo ra file đầu ra như thế này
[16:43] lựa chọn định dạng
[16:45] phải hiểu được tiếng Việt công nghệ đề
[16:48] xuất
[16:50] và con loa code nó đọc yêu đầu đó nó đề
[16:56] xuất cấu trúc của cái dự án này nên như
[16:59] thế nào. Như các bạn thấy đề xuất nè,
[17:01] cấu trúc bao gồm là back end nè là có
[17:03] tất cả là ba file là filem main.bi,
[17:05] fileconvertor.pi và file
[17:07] requirement.tst.
[17:09] Đối với front end á thì có là có cái
[17:12] file là index.html,
[17:14] style.css và app.gs. Ngoài ra có một số
[17:18] cấu trúc khác và đây là kế hoạch loa
[17:21] code viết ra cho hiện. Sau khi hiện
[17:23] review hết tất cả thì hiện đồng ý cho lo
[17:25] bắt đầu chạy ra cái kết quả cuối cùng
[17:27] rất là nhiều bước nha. Nghĩa là nó cập
[17:29] nhật liên tục và cứ mỗi bước cập nhật á
[17:30] cái điểm mà đã hiện nói á là ở chat CBT
[17:33] á hay là những con AI seminar á mình
[17:35] không biết được rốt cuộc nó sửa cái gì
[17:37] trong cái file của mình nhưng mà đối với
[17:40] lo code thì mình sẽ biết được nó sửa cái
[17:43] nội dung nào ở những cái nội dung mà tô
[17:45] đỏ nghĩa là nó sẽ xóa. Ở những nội dung
[17:48] mà xanh như các bạn thấy á là nó sẽ thay
[17:50] thế. Cũng tương tự như vậy những cái chỗ
[17:53] khác. Đây là những cái mà nó sẽ import
[17:56] vô thêm cái file. Nghĩa là lo code cái
[17:59] đầu tiên nó khác biệt từ những con AI
[18:02] mình thấy á là trong quá trình mà nó làm
[18:04] mình biết được nó đang làm như thế nào,
[18:06] nó tạo những cái file nào, cấu trúc file
[18:09] như thế nào, cái cấu trúc project như
[18:11] thế nào và mình có thể kiểm soát được
[18:14] cái cái quá trình thực hiện. Và trong
[18:16] quá trình mà nó thực hiện nếu mà mình
[18:18] thấy có điểm nào nó không hợp lý á mình
[18:19] có thể can thiệp để yêu cầu nó điều
[18:21] chỉnh ở cái cái chỗ đó và cũng có thể
[18:24] yêu cầu nó sửa luôn nó sửa trước khi nó
[18:27] chạy thực tế phía những cái đoạn code đó
[18:29] thì đây là cái điểm khác biệt đầu tiên
[18:31] mà các bạn thấy là mình có thể kiểm soát
[18:34] được từng dòng code. Cái điểm khác biệt
[18:37] thứ hai mà các bạn sẽ thấy là nó hiểu
[18:39] được các file này liên kết như thế nào.
[18:41] Ví dụ như file front end nó sẽ liên kết
[18:44] với những cái file nào trong đây và
[18:46] những cái file back end nó liên kết
[18:47] những cái file nào trong đây và giữa FL
[18:49] back end nó liên kết với nhau như thế
[18:51] nào là nghĩa là code có thể tạo ra mối
[18:53] liên kết giữa các file và mình có thể
[18:55] kiểm soát được các sự liên kết đó và nếu
[18:58] mà chúng ta thấy cái sự liên kết này nó
[18:59] không hợp lý thì chúng ta có thể điều
[19:01] chỉnh những thực sự liên kết này để các
[19:03] bạn thấy được cái kết quả có tạo ra như
[19:05] thế nào á thì hiện cũng cho các bạn thấy
[19:06] một cái ví dụ thực tế luôn thì đây là
[19:08] cái app mà chuyển từ fileword Excel s
[19:11] phải lộng từ file PDF file hình sang
[19:13] Word Excel VO nha mà lo có đã viết ra
[19:16] cho thiệt đầu tiên các bạn thấy giao
[19:17] diện nó rất là đẹp ý là ít nhất là cũng
[19:19] khá đẹp nha cũng rất là hình dung rồi
[19:21] bây giờ Hiền sẽ bắt đầu lấy một cái
[19:24] filew nào đó nha cái filew tin tức này
[19:26] đi. Một cái file này đơn giản
[19:30] bắt đầu hiện yêu cầu nói chuyển rồi mọi
[19:32] người đợi chút nha tại vì cái file này
[19:34] có tất cả là bốn trang cho nên nó sẽ hơi
[19:35] chuyển hơi lâu. Thiện có nối lo nó thêm
[19:37] cái điểm này nữa là cái file cái ứng
[19:39] dụng này á nó hay ở chỗ là Thiện có yêu
[19:43] cầu lo code nhúng con seminar vô để có
[19:46] thể hiểu được tuyến Việt nó chuyên sâu
[19:47] hơn. Tại vì đối với một số cái file hình
[19:49] á mà nó bị nói chung là những cái file
[19:51] hình mà lúc mà scan nó hơi bị mờ á thì
[19:56] nếu mà chúng ta dùng cái oca để mà nhận
[20:00] diện những cái ký tự bằng tiếng Việt thì
[20:03] nó kết quả đầu ra nó thường bị lỗi do
[20:05] cái độ m cho nên là nó hơi bị lỗi. Để
[20:09] giải quyết cái tình trạng này á thì
[20:10] Thiện quyết định là nhúng cái con
[20:12] seminar vô cái ứng dụng này. Tại vì là
[20:14] con AI cho nên cái khả năng của nó đọc
[20:17] hiểu tiếng Việt đối với cả những cái
[20:19] file ảnh mà nó hơi bị mờ. Thì đó lý do
[20:22] mà tại sao thì quyết định nhúng con
[20:23] semin này vô cái con này sem này là con
[20:25] semai flash nó tốn cái token rất là
[20:28] thấp. Ờ với lại ngoài ra các bạn sẽ thắc
[20:30] mắc á là tại sao là cần phải có cái app
[20:32] này tại sao không chịu đưa cho con semin
[20:35] luôn quăng cho nó để mà nó chuyển s
[20:37] luôn. Thì lý do khác biệt ở đây nó lớn á
[20:39] là bởi vì cái app này á hiện có thể cùng
[20:41] một lúc chuyển 10 20 và cả trăm file PDF
[20:45] file hình sang fileword Excel. Còn đối
[20:49] với seminar thì mình phải bỏ lên từng
[20:51] file nó khác biệt lớn chỗ đó thôi. Nghĩa
[20:53] là mình mất thời gian mình phải chuyển
[20:55] lên từng file nó chuyển xong rồi mình
[20:57] chuyển lên file tiếp theo. Rồi mà tiếp
[21:00] tục nó chuyển lên file mình lại chuyển
[21:02] file. Nghĩa là 100 file chúng ta sẽ làm
[21:03] 100 bước như vậy thì nó hơi mất thời
[21:05] gian. Còn cái ứng dụng này tiết kiệm cái
[21:06] thời gian ở chỗ là cùng một lúc hiện
[21:09] đính kèm 100 file và nó chuyển cùng lúc
[21:11] 100 file cho hiện luôn. Cái khác biệt là
[21:13] chỗ đó nó tiết kiệm được thời gian cho
[21:14] hiện và nó tự động. Cho nên đây là cái
[21:17] lý do mà tại sao hiện giết ứng dụng này
[21:19] nha các bạn. Rồi quay lại bây giờ các
[21:20] bạn nhìn thấy á là cái app này nó ra
[21:22] được cái kết quả rồi nha. Nó đã thông
[21:23] báo đã là chuyển từ cái filew sang
[21:26] không? Nó đã thông báo chuyển từ cái
[21:27] file PDF sang filew rồi. Thì bây giờ
[21:30] hiện sẽ mở lên cái file
[21:33] Word để xem coi kết quả nó như thế nào
[21:36] nha.
[21:41] Rồi đây là filew mà nó nó đã tạo ra
[21:44] được. Rồi hiện cũng sẽ mở lên cái file
[21:47] góc cho mọi người thấy. Đây là file góc.
[21:52] file góc như thế này
[21:55] và filew như thế này nha.
[22:02] Đây là cái filew mà do cái app mà hiện
[22:03] yêu cầu lo code nó chuyển nha. Bây giờ
[22:06] hiện mở cái filew mà cái app mà do chat
[22:09] CPT nó chuyển nhanh đầu tiên nè.
[22:12] Hiện mà hiện mở hai màn hình lên luôn
[22:14] cho các bạn thấy.
[22:19] Cái đầu tiên á các bạn nhìn thấy nè. Tại
[22:21] vì cái app mà do code á là Thiện đã
[22:26] tùy biến Thiện kiểm soát từng cái dòng
[22:28] lệnh trong cái file mà nãy Hiền có chia
[22:30] sẻ đó là khi mà dùng lo code là có thể
[22:32] kiểm soát từng cái dòng lệnh code trong
[22:34] file. Cho nên cái đầu tiên là Hiền kiểm
[22:36] soát được cái format thì các bạn nhìn
[22:38] thấy rõ luôn cái format mà do LA Code
[22:40] bên tay phải á cái app mà code nó viết
[22:42] ra á nó đẹp hơn cái format mà do chat
[22:44] CPT nó nó viết ra bên tay trái đó các
[22:47] bạn nhìn thấy nè. Đó đầu tiên là cái
[22:48] format nó viết ra là khác biệt. Cái thứ
[22:51] hai khác việc nhìn các bạn nhìn thấy nè.
[22:53] Đối với cái app mà do chat CPT nó tạo ra
[22:56] á thì khi mà chuyển từ file PDF sang
[23:00] filew á những cái header footer nó bị
[23:02] mất rồi. Nó đang bị mất.
[23:06] Còn đối với lại cái file mà do code cái
[23:09] app mà do la code nó tạo ra đó thì nó
[23:11] còn giữ được cái header footer như hiện
[23:13] mong muốn. Đó là cái điểm mà hiện yêu
[23:16] cầu là phải làm được.
[23:18] Và nó đã làm được cho hiện luôn đã giữ
[23:19] được header footer format đẹp. Và đó là
[23:23] cái mà hiện nói sự khác biệt khi mà sử
[23:26] dụng law code đối lợi khi mà sử dụng cái
[23:29] app mà chat cpt nó tạo nhanh cho Hiền.
[23:31] Cái thứ hai mà nãy Hiền cũng nói đó là
[23:33] khi mà tạo ra như vậy á là Hiền có thể
[23:36] trực tiếp chỉnh sửa từng cái dòng lệnh
[23:37] này luôn. Hiện biết được các mối liên hệ
[23:39] này nó đang như thế nào và Hiện kiểm
[23:42] soát được cái quá trình mà nó tạo ra
[23:43] được cái file cuối cùng nó tạo ra được
[23:45] cái app cuối cùng cho Hiện. Vậy là qua
[23:47] một cái ví dụ rất là đơn giản mà các bạn
[23:48] đã thấy được á là một cái ứng dụng rất
[23:51] là đơn giản chuyển từ file PDF, file
[23:53] hình sang Word, Excel, Fireb mà Thiện
[23:56] yêu cầu là hai con AI là chat, CPT với
[23:59] lại là CNI làm và đồng thời thì cũng yêu
[24:02] cầu lo code làm cho Thiện. Thì các bạn
[24:04] cũng nhìn thấy kết quả nó khác biệt nhau
[24:06] như thế nào á. Đối với những con AI á là
[24:08] nó chỉ là hướng dẫn các cấp bước thôi.
[24:10] Và chat CPT nó được một cái hay hơn là
[24:12] nó tạo được cái app. Nhưng mà để mà kiểm
[24:14] soát được cái app nó như thế nào á rất
[24:16] là khó.
[24:17] Và nếu mà các bạn muốn tại kiểm soát một
[24:19] cái app mà bự hơn á thì nếu mà chúng ta
[24:21] dùng với con AI á rất là bất khả thi.
[24:23] Nhưng mà đối với loa code á các bạn thấy
[24:25] được á là cái app mà nó tạo ra cho Thiện
[24:27] á là nó kiểm soát được từng dòng lệnh,
[24:31] từng cái format mà cái file hiện tạo ra
[24:33] và hiện có thể điều chỉnh từng cái định
[24:35] code đó các mối liên hệ trong các file
[24:37] trong cái app nó như thế nào. Và đó là
[24:39] lý do mà tại sao các bạn nên hiểu về lo
[24:42] code và nên bắt đầu ứng dụng lo code cho
[24:45] công việc hàng ngày của chúng ta. Vậy
[24:46] thì lo có thể kết nối một cái ý tưởng
[24:49] của chúng ta ở dạng ở dạng demo sang một
[24:52] cái sản phẩm rất là thực chúng ta có thể
[24:54] chạy thử và sử dụng cho công việc của
[24:57] chúng ta. Và đó là cái điểm ưu việc lớn
[25:00] nhất mà Thiện đang tận dụng la code cho
[25:02] công việc hàng ngày của Thiện. Ngoài ra
[25:05] loot có thể tạo ra những cái
[25:06] automationizion, những cái công việc mà
[25:09] trước giờ chúng ta sẽ mất khá nhiều thời
[25:11] gian để mà chúng ta làm. Ví dụ như
[25:14] chatmail chẳng hạn, Law Code nó có thể
[25:15] tạo ra một cái app giúp cho chúng ta tóm
[25:18] tắt những cái email trong một ngày. Thì
[25:21] đó là những ứng dụng rất thực tỉa mà LCD
[25:22] có thể làm được cho chúng ta. Chỉ có một
[25:24] điều là chúng ta không nên thần thánh lo
[25:26] code, chúng ta không nên nghĩ là khi mà
[25:29] sử dụng lo code á là chúng ta có thể tạo
[25:30] ra bất kỳ ứng dụng nào từ phức tạp cho
[25:32] đến đơn giản chỉ bằng một vài câu lệnh
[25:34] R. Nó không giỏ đến mức như vậy đâu các
[25:37] bạn. Và để kết thúc nội dung của phần
[25:38] một này thì Hiền chỉ muốn nhấn mạnh một
[25:40] điều thôi. Đó là chúng ta không nên yêu
[25:42] cầu lo code tạo ra một cái ứng dụng lớn
[25:44] ngay từ đầu. Thay vì vậy chúng ta nên
[25:46] yêu cầu lo code tạo ra từng phần nhỏ dựa
[25:50] trên một cái phương pháp mà chúng ta nên
[25:52] tiếp cận như thế này. Thứ nhất là chúng
[25:54] ta sẽ yêu cầu LCD research đưa ra kế
[25:56] hoạch chi tiết. Sau khi có kế hoạch chi
[25:58] tiết chúng ta duyệt thì L code mới được
[26:00] quyền bắt đầu viết code. Sau khi LC code
[26:02] viết code xong thì chúng ta preview
[26:04] những cái đạn code đó. Kiểm tra chạy
[26:06] thử. Nếu ok thì chúng ta delo cái app
[26:09] đó. Nếu không ok chúng ta bắt đầu quay
[26:11] lại yêu cầu lo có sửa. Đó là một cái quá
[26:13] trình liên tục liên tục cho đến khi nào
[26:15] hoàn thành thực tế. Chúng ta không nên
[26:17] yêu cầu ngay lập tức lo code với một cái
[26:19] app và tin tưởng hoàn toàn là có có thể
[26:21] tạo được cái app mong muốn chúng ta chỉ
[26:23] trong một bước. Thì đây là điểm duy nhất
[26:26] mà Thiện muốn nhấn mạnh đi nhấn làm lợi
[26:27] để các bạn có thể nắm được. Đừng thần
[26:29] thánh quá lo code. Ở phần này hiện sẽ
[26:32] hướng dẫn các bạn cách thức cài đặt lo
[26:33] code. Thì như ở đầu video thì có chia sẻ
[26:36] lo code nó có rất là nhiều môi trường
[26:38] khác nhau để chúng ta có thể cài đặt là
[26:40] chúng ta có thể cài đặt ở môi trường
[26:42] terminal, ở môi trường desktop, ở môi
[26:45] trường VS code hoặc là ở môi trường web.
[26:48] Và từng môi trường sẽ có một số khác
[26:51] biệt nhỏ. Bây giờ Hiền sẽ cho các bạn
[26:53] thấy là từng môi trường nó có sự khác
[26:54] biệt với nhau như thế nào để các bạn cân
[26:57] nhắc quyết định là xem chúng ta nên sử
[26:59] dụng môi trường nào đầu tiên. Đặc biệt
[27:01] là đối với những bạn mà chưa viết viết
[27:03] code và cũng như là chưa có sử dụng loa
[27:06] code lần nào. Đây là website của loa
[27:08] code. Chúng ta có thể vào để tìm hiểu
[27:10] cách cài đặt loa code trên Windows hoặc
[27:12] là trên Maos. Thì môi trường mà đầu tiên
[27:15] lo code thường khuyến nghị là sẽ cài đặt
[27:17] trên môi trường terminal. Thì cái môi
[27:19] trường terminal này là môi trường gõ
[27:21] lệnh. Tuy nhiên đối với những bạn mà mới
[27:24] bắt đầu mà viết code cũng như là mới bắt
[27:25] đầu tìm hiểu về lo code thì cái môi
[27:28] trường này là môi trường khá phức tạp
[27:29] cho nên hiện cũng không khuyến nghị các
[27:31] bạn nên cài ngay từ đầu. Để cho các bạn
[27:33] dễ hình dung á thì hiện sẽ cho các bạn
[27:35] thấy môi trường terminal sẽ như thế nào.
[27:39] Đây là cái môi trường terminal các bạn
[27:41] thấy thì điểm khác biệt đầu tiên ở cái
[27:44] môi trường terminal là chúng ta sẽ điều
[27:46] khiển loa khó thông qua những cái dòng
[27:48] lình. Nó không phải là cái giao diện
[27:50] theo dạng là UI chúng ta tương tác trực
[27:53] tiếp gõ Word hay là Excel hay là ký tự
[27:56] hoặc là hình ảnh mà chúng ta sẽ thao tác
[28:01] với L code bằng những câu lệnh. Thì đó
[28:04] là cái điểm đầu tiên mà Hiền muốn nói. Ờ
[28:07] cho nên cái môi trường này nó sẽ khá
[28:08] phức tạp cho những bạn mới bắt đầu tìm
[28:10] hiểu và sử dụng lo code bởi vì chúng ta
[28:13] sẽ thường không biết những cái câu lệnh
[28:15] đó. Mặc dù trong quá trình mà chúng ta
[28:17] thao tác á thì lo code nó cũng sẽ hướng
[28:19] dẫn cho chúng ta những cái câu lệnh mà
[28:21] chúng ta có thể sử dụng. Cho nên đây là
[28:23] lý do mà hiện cũng khuyến nghị là chúng
[28:25] ta mới bắt đầu viết code, mới bắt đầu sử
[28:28] dụng loa code thì không nên sử dụng môi
[28:30] trường này bởi vì nó khá phức tạp cho
[28:32] những bạn măn mới. Môi trường thứ hai mà
[28:35] Thiện khuyế nghị chúng ta nên cài đặt
[28:36] nhất là môi trường desktop.
[28:38] Ở môi trường này thì các bạn chỉ cần
[28:41] down về cái file desktop thôi. Ở dưới
[28:44] đây các bạn có thể down về cái file
[28:46] desktop ở dưới đây.
[28:48] Các bạn chọn desktop thì chúng ta down
[28:50] vào cái file cài đặt y như một cái ứng
[28:52] dụng Windows bình thường. Sau khi cài
[28:54] đặt xong thì nó sẽ là như thế này. Thì
[28:58] đối với cái môi trường này nó gần giống
[29:00] như cái môi trường chat mà chúng ta
[29:01] thường sử dụng đối với chat CPT hay là
[29:04] CNI. Bởi vậy cái môi trường này nó sẽ
[29:06] thân thiện hơn rất nhiều cho những bạn
[29:09] mới bắt đầu sử dụng giống như Thiện
[29:11] chẳng hạn. Và đây là lý do mà hiện
[29:14] khuyến nghị đối với những bạn mới bắt
[29:16] đầu tiếp cận với L code á thì chúng ta
[29:18] nên sử dụng cái môi trường desktop này.
[29:20] Bởi vì cái môi trường này nó vừa thân
[29:22] thiện, nó vừa dễ hình dung và cách mà
[29:25] chúng ta thao tác á nó cũng rất là đơn
[29:26] giản bằng cách chúng ta gõ những câu
[29:28] lệnh y như là chúng ta chat với lại
[29:31] những con AI vậy đó. Tuy nhiên không có
[29:33] nghĩa loa code trên desktop đơn giản thì
[29:35] nó yếu hơn cái môi trường terminal nha
[29:37] các bạn. Nó vẫn mạnh tương đương thôi.
[29:39] Nó không hề yếu hơn. Ngoài ra còn một
[29:41] môi trường thứ ba mà hiện cũng khuyến
[29:43] nghị cho các bạn nên dùng đó là môi
[29:46] trường trên ADR. Thì AD là gì thì các
[29:49] bạn có thể tra Google. Tuy nhiên các bạn
[29:51] có thể hình dung là ADR là một cái ứng
[29:53] dụng giao diện viết code nó giống như là
[29:56] TST vậy đó. Đây là một cái ứng dụng phổ
[29:59] biến hiện nay là VS Code do Microsoft
[30:03] tạo ra. Thì các bạn nhìn thấy nè, đây là
[30:05] cái môi trường mà giúp cho chúng ta thấy
[30:08] được câu lệnh chi tiết, từng file. Lý do
[30:12] mà tại sao đây là môi trường thứ hai mà
[30:14] hiện khuyến nghị các bạn nên sử dụng là
[30:15] bởi vì đây là một câu chuyện rất là trực
[30:17] quan khi chúng ta bắt đầu viết một cái
[30:19] dự án bự. Nó phân chia một cái dự án
[30:22] theo từng cấu trúc là thư mục, file
[30:24] trong thư mục.
[30:26] Và khi mà chúng ta click lên từng file,
[30:28] chúng ta có thể thấy được từng cái đoạn
[30:30] code trong cái file đó như thế nào. Và
[30:33] trong trường hợp ví dụ như chúng ta
[30:35] không yêu cầu mà lo code chỉnh sửa thì
[30:37] chúng ta có thể chỉnh sửa trực tiếp trên
[30:40] file này luôn như hiện đang ví dụ cho
[30:42] các bạn thấy. Bởi vì vậy cho nên môi
[30:44] trường AD là cái môi trường thứ hai mà
[30:46] hiện khuyến nghị các bạn nên sử dụng. Nó
[30:49] khác là cái môi trường desktop. Ở môi
[30:51] trường desktop thì các bạn không thể
[30:53] thấy được từng file trong thư mục
[30:56] project nó như thế nào. Và mình cũng
[30:58] không thể biết được từng cái đạn code
[31:00] của từng file trong thư mục project đó
[31:01] luôn. Nhưng trên ADR thì chúng ta sẽ
[31:04] thấy được và nó chia cái môi trường AD
[31:07] này chia làm ba phần như các bạn thấy.
[31:08] Phần thứ nhất bên tay trái là dạng cây
[31:11] thư mục để chúng ta thấy được là bao
[31:13] nhiêu thư mục trong project và bao nhiêu
[31:15] file trong project. Phần thứ hai á ở
[31:17] giữa là cái môi trường là một cái giao
[31:20] diện dạng canvas cho chúng ta thấy được
[31:22] là từng đoạn code trong file và chúng ta
[31:24] có thể thao tác sửa trực tiếp trên đây
[31:27] luôn. Thay vì chúng ta yêu cầu lo code
[31:29] sửa thì chúng ta có quyền tha sửa trực
[31:31] tiếp trên đây. Và cái thứ ba là bên tay
[31:35] phải cùng đây chính là cái môi trường
[31:37] chat. Đây là chính là cái phần chat ra
[31:39] lệnh cho loa code. Ở môi trường này nó
[31:42] là một cái giao diện nó rất là trực
[31:44] quan. Cho nên đối với các bạn coder thì
[31:46] các bạn rất thích giao diện. Môi trường
[31:49] cuối cùng là chúng ta sẽ sử dụng lo code
[31:51] trên web. Thì thật ra cái môi trường
[31:54] trên web này nó giống như desktop. Nó
[31:56] chỉ khác biệt ở chỗ là cái môi trường
[31:57] trên web này khi mà chúng ta yêu cầu lo
[31:59] code chỉnh sửa thì chúng ta hơi khó khăn
[32:01] trong việc chúng ta test trực tiếp thôi.
[32:03] Nó khác là môi trường local trên desktop
[32:05] ở chỗ là sau khi mà L chỉnh sửa xong á
[32:08] thì chúng ta có thể mở ứng dụng ngay lập
[32:09] tức để mà chúng ta test riêng môi trường
[32:11] lao này thì nó sẽ hơi khó chỗ đó. Cho
[32:14] nên đối với môi trường lao này thì hiện
[32:15] cũng ít khi sử dụng lắm. Hiện không sử
[32:17] dụng nhiều, chỉ khi mà hiện cần phải làm
[32:19] việc từ xa thì Hiền mới sử dụng môi
[32:20] trường lao thôi. Còn lại Hiện đều trực
[32:23] tiếp làm trên hai môi trường là chủ yếu
[32:25] và cũng đó là hai môi trường mà hiện
[32:27] khuyến nghị nhất đối với những các bạn
[32:29] mới bắt đầu sử dụng lo code á là môi
[32:31] trường desktop và môi trường. Cụ thể là
[32:35] chúng ta sẽ cài VS COD.
[32:37] Hồi nãy thì cũng quên nói đối với cái
[32:39] môi trường á thì các bạn sẽ cần thứ nhất
[32:41] là down về ứng dụng là VS Code. Các bạn
[32:44] chỉ cần lên trên Google gõ VS Code thôi.
[32:47] Như thấy này thì chúng ta click vô và
[32:50] chúng ta down về lên máy chúng ta cài
[32:52] đặt. Sau khi cài đặt xong á thì chúng ta
[32:55] làm cái động tác thứ hai, chọn VS Code
[32:58] trên cái trang giao diện của La Code. Nó
[33:00] sẽ ra cái này. Chúng ta sẽ down về
[33:03] install cái bảng này. À install xong thì
[33:07] nó sẽ ra được cái môi trường bên đây để
[33:11] sử dụng đối với loa code. Ngoài VS code
[33:14] ra thì có một cái ứng dụng khác nữa mà
[33:15] chúng ta có thể cân nhắc sử dụng là
[33:19] antiravity. Đây là ứng dụng cũng tương
[33:22] tự như VS Code nhưng mà của Google. Và
[33:26] cái ứng dụng anti antiravity này thì nó
[33:29] tích hợp sâu những con AI vào trong ứng
[33:32] dụng hơn là của VS Code. Cho nên hiện
[33:34] nay thì nhiều bạn Coder cũng như Thiện
[33:36] cũng chuyển sang anti Gravity sử dụng
[33:39] chủ yếu. Và để cho các bạn không có nhức
[33:41] đầu trong việc nên chọn một chường nào
[33:42] thì hiện khuyến nghị trực tiếp luôn. Đối
[33:44] với những bạn mới bắt đầu chúng ta hãy
[33:46] cài đặt low code trên desktop. Khi chúng
[33:49] ta bắt đầu sử dụng một thời gian đã quen
[33:51] và chúng ta muốn can thiệp từng dòng
[33:53] lệnh code trực tiếp thì chúng ta hãy cài
[33:55] đặt thêm AD là VS COD hoặc là
[33:58] antiravity. Cái cuối cùng là nếu mà các
[34:00] bạn muốn tự động hóa thì chúng ta sẽ cài
[34:02] đặt lo code trên môi trường terminal. Đó
[34:04] là cái môi trường giúp chúng ta tự động
[34:06] hóa công việc một cách tối đa. Các bạn
[34:08] có thể thử làm những cái bước sau. Thứ
[34:10] nhất chúng ta tạo ra cái thư mục cho một
[34:12] cái app nào đó chúng ta muốn bắt đầu và
[34:15] để lo code viết. Chúng ta cài đặt lo
[34:17] code trên desktop hoặc là VS Code. Sau
[34:20] đó chúng ta chỏ đúng thư mục đó cho lo
[34:23] hiểu và chúng ta yêu cầu lo code bắt đầu
[34:26] tạo thưởng một cái ứng dụng nào đó theo
[34:28] mục tiêu của chúng ta.
[34:31] Vậy thì R code nó đang làm gì phía sau
[34:34] sau những cái dòng lệnh from mà chúng ta
[34:36] yêu cầu nó thực hiện? hiểu được việc này
[34:38] sẽ giúp ít nhiều cho chúng ta trong quá
[34:40] trình chúng ta làm việc cùng với law
[34:41] code. Như hiện có nói lúc đầu á, L code
[34:44] nó không phải là một cái công cụ chat,
[34:46] nó làm được rất là nhiều thứ. Lod có thể
[34:48] tìm đúng cái dòng lệnh trong một cái
[34:50] file nào đó hoặc là tìm đúng một cái
[34:52] file nào đó mà chúng ta yêu cầu. Tuy
[34:54] nhiên điểm mà hiện muốn lưu ý ở đây là
[34:56] chúng ta cần phải yêu cầu lo code giải
[34:59] thích cho chúng ta ở mỗi cái chỉnh sửa.
[35:02] Yêu cầu này sẽ giúp cho chúng ta giảm
[35:04] cái ro liên quan đến những cái chỉnh sửa
[35:06] mà dẫn đến bị hư hệ thống hoặc là nguy
[35:09] hư cộ chích của chúng ta. Và điểm mà
[35:11] hiệu muốn đ chính là cái công cụ mạnh
[35:13] nhất của lo chính là B. Thì cái công cụ
[35:15] này sẽ giúp cho Lod chạy tất cả các lệnh
[35:17] terminal và các lệnh về test nè. deploy
[35:20] một cái ứng dụng bởi vì nó mạnh cho nên
[35:22] nó cũng dẫn đến rất là nhiều rủi ro khi
[35:24] mà chúng ta cho nó chạy một cách thoải
[35:26] mái. Bởi vậy chúng ta cần phải phân biệt
[35:30] từng lệnh và sẽ có những cái biện pháp
[35:32] kiểm soát rủi ro nhau cho lo code ở từng
[35:35] lệnh này thì tạm thời hiện sẽ chia tất
[35:38] cả các nhóm lệnh trên thành ba nhóm.
[35:40] Những nhóm lệnh mà có mức lo thấp là
[35:42] những nhóm lệnh là yêu cầu lo code đọc.
[35:44] Đối với nhóm lệnh đọc á thì mình chỉ yêu
[35:45] cầu lo code là đọc một cái dòng code nào
[35:47] đó trong cái file nào đó hay là đọc một
[35:49] cái file nào đó hoặc là thực hiện một
[35:52] cái lệnh liên quan đến git là back cup
[35:53] thì đây là những cái lệnh có hắ an toàn
[35:56] thì chúng ta có thể cho loc tự động thực
[35:58] hiện những cái lệnh này. Cái nhóm lệnh
[36:00] thứ hai là cái nhóm lệnh liên quan đến
[36:02] chỉnh sửa file hoặc là tạo file mới. Đối
[36:04] với nhóm link này thì chúng ta có thể
[36:06] accept trong một số điều kiện cụ thể.
[36:09] Còn lại thì có thể yêu cầu lo code là
[36:11] phải giải thích rõ ở những cái chỉnh sửa
[36:13] lớn. Nếu mà chúng ta thấy ok thì chúng
[36:15] ta mới cho phép loa có sửa, còn nếu
[36:17] không thì chúng ta sẽ dừng lại. Còn nhóm
[36:19] lệnh cuối cùng là các nhóm lệnh bass là
[36:21] các nhóm lệnh có thể chạy trên cái hệ
[36:22] thống terminal gọi email hàng loạt hoặc
[36:25] là xóa file. Đây là những nhóm lệnh nguy
[36:27] hiểm và hiện cần phải khuyến nghị các
[36:29] bạn là phải ra lệnh cho loot là không
[36:32] được quyền chạy tự động đối với những
[36:34] nhóm lệnh này. Tất cả các lệnh này đều
[36:36] phải được hỏi ý kiến của chúng ta trước
[36:38] khi chạy. Điều này sẽ hạn chế trong
[36:40] trường hợp lo code tự quyền xóa những
[36:43] cái file mà nó có thể ảnh hưởng đến hệ
[36:44] thống. Cho nên chúng ta cần phải lưu ý
[36:47] rất kỹ là chúng ta không được quyền cho
[36:49] LC chạy tự động ở những lệnh này. Vậy để
[36:51] làm sao LC có thể hiểu là những cái lệnh
[36:54] nào được quyền chạy tự động và những
[36:55] lệnh nào không được quyền chạy tự động
[36:56] thì thật ra cũng rất là đơn giản là
[36:58] chúng ta sẽ yêu cầu lỗ LC có là giải
[37:00] thích cho chúng ta biết những lệnh nào
[37:02] là nguy hiểm và đồng thời chỉ rõ những
[37:05] lệnh nào không được quyền chạy tự động
[37:07] bắt buộc phải thông qua chúng ta mới
[37:09] được quyền chạy. Để kết thúc cái phần
[37:11] này thì chúng ta có thể thực hành một
[37:13] cái ví dụ rất là nho nhỏ thôi. Chúng ta
[37:15] sẽ mở một cái project sau đó yêu cầu Vlo
[37:18] Code đọc một cái file nào đó trong
[37:19] project đó và cho chúng ta một cái tóm
[37:21] tắt nội dung trong cái file đó. Chúng ta
[37:24] có thể kiểu giống như là một người chưa
[37:27] viết code chẳng hạn. Chúng ta có thể yêu
[37:28] cầu lo code đọc cái dự án của chúng ta
[37:30] một cái dự án nhỏ và yêu cầu lo code
[37:32] giải thích là từng file đó mục đích để
[37:34] làm gì? Tại sao phải tạo ra những cái
[37:36] file đó và cái giá trị file đó mang lại
[37:38] cho chúng ta là gì? Và Lod sẽ giải thích
[37:41] cho chúng ta những cái nội dung đó để
[37:44] chúng ta có thể hiểu. Như các bạn thấy
[37:45] đó, LCOD nó ra câu trả lời cho Thiện nè.
[37:49] Lý do mà tại sao phải cần có cái file mà
[37:51] PDF liner này thì cái file này mục đích
[37:54] là để chạy cái lệnh render file PDF xử
[37:57] lý ảnh rồi sau đó xóa một cái điểm nào
[37:59] đó mà hiện yêu cầu trong ảnh rồi lưu lại
[38:01] với cái file là PNG. Và các bạn cũng có
[38:04] thể thực hiện các bước này tương tự như
[38:07] vậy khi mà các bạn muốn lo code giải
[38:09] thích một file nào đó tại sao cái có và
[38:11] giải thích là lý do cũng như là rủi ro
[38:14] khi mà xóa hay sửa cái file đó cho chúng
[38:15] ta biết luôn. Từ đầu video đến giờ hiện
[38:19] đã nói quá nhiều về lo code nó khác vì
[38:21] những con AI khác. chúng ta cài đặt lo
[38:23] code như thế nào và chúng ta cần lưu ý
[38:25] những điểm gì đối với lo code thì bây
[38:27] giờ mình sẽ đi vô nội dung chính là cụ
[38:30] thể chúng ta sẽ bắt đầu như thế nào để
[38:32] yêu cầu lo code tạo một cái ứng dụng cho
[38:34] chúng ta. Thì để mà yêu cầu lo code tạo
[38:36] ứng dụng cho chúng ta á, cái việc đầu
[38:38] tiên cơ bản nhất luôn là chúng ta phải
[38:40] tạo cái thư mục cho cái ứng dụng đó trên
[38:42] laptop của chúng ta. Rồi sau đó yêu cầu
[38:44] lo code đọc thư mục đó và bắt đầu viết
[38:46] những cái dòng code đầu tiên. Và đây là
[38:48] cái điểm mà hiện cần phải lưu ý với các
[38:50] bạn rất là lớn, đặc biệt là những bạn sử
[38:53] dụng terminal để cho lô code viết code.
[38:55] Và ngay cả khi không sử dụng terminal mà
[38:57] sử dụng những cái môi trường như là
[38:58] Windows, desktop hay là cũng vậy. Nếu mà
[39:01] chúng ta chỏ đến sai cái thư mục của ứng
[39:04] dụng đó thay vì ứng dụng A nhưng mà nó
[39:05] chúng ta lại chỏ đến ứng dụng B thì nó
[39:07] sẽ dẫn đến một cái điểm rất là rắc rối
[39:09] là lo code nó sẽ bắt đầu chạy những cái
[39:12] file tạo những file trên thư mục size.
[39:14] Đó. Thật ra đối với những cái app đầu
[39:16] tiên mà chúng ta viết thì có thể là cái
[39:18] này nó sẽ không có rủi ro nhưng bắt đầu
[39:19] mà lo code viết nhiều app và đặc biệt là
[39:22] một số bạn bắt đầu cho LC code chạy song
[39:24] song à vừa viết app A giờ vừa viết app B
[39:27] thì đây là cái lúc mà nó sẽ có khả năng
[39:29] dẫn đến những cái rắt rối là chúng ta
[39:31] chọn nó sai thư mục cho nên điểm đầu
[39:33] tiên là chúng ta phải chọn đúng vậy
[39:34] chúng ta chọn thư mục như thế nào là
[39:36] đúng thì có sự khác biệt nhẹ trên môi
[39:39] trường terminal và trên môi trường
[39:42] desktop thì hiện sẽ ví dụ tất cả các môi
[39:45] trường cho các bạn có hình dung. Đầu
[39:46] tiên chắc là Hiền sẽ đi vô cái môi
[39:48] trường phức tạp nhất là cái môi trường
[39:49] terminal để cho các bạn thấy khi chúng
[39:51] ta bắt đầu tạo một cái dự án mới trên
[39:53] cái môi trường terminal nó sẽ như thế
[39:54] nào. Để tạo một cái dự án mới trên môi
[39:56] trường terminal thì các bạn có thể gõ
[39:59] đơn giản là chọn là terminal trong
[40:01] search của Windows thì nó sẽ lên cái bản
[40:03] là terminal. Để khởi động Floud trên
[40:05] terminal thì chúng ta chỉ cần đơn giản
[40:07] gõ cái lệnh flow thôi.
[40:10] Rồi ok chúng ta thấy được là code đã
[40:13] xuất hiện trên terminal rồi. Tuy nhiên
[40:16] chúng ta thấy là code đang chạy trên thư
[40:18] mục là user xyệt thiện thì chúng ta cần
[40:20] phải chỏ đúng đến thư mục. Ví dụ như
[40:22] Thiện muốn chở đến cái thư mục này là
[40:25] Thiện Vietnam Stock Data.
[40:28] Thì để chọn đúng thư mục này thì chúng
[40:30] ta sẽ gõ một lệnh trên terminal là CD 2G
[40:33] đường dẫn đến đúng cái thư mục đó.
[40:41] Tiếp theo trước khi chúng ta bắt đầu yêu
[40:43] cầu lo code thực hiện bất kỳ một cái
[40:45] lệnh nào thì trên cái môi trường
[40:47] terminal chúng ta nên gõ một lệnh gọi là
[40:49] init. Đây là lệnh yêu cầu lo code phải
[40:52] đọc các file trong thư mục đó để đảm bảo
[40:55] một điều là nó đang ở đúng cái thư mục.
[40:57] mà chúng ta muốn.
[41:02] Ok, bây giờ lo code nó đã đọc rồi. Nó
[41:05] đang đề xuất là sẽ chỉnh sửa nội dung
[41:07] trong file loa.m. Tuy nhiên thì sẽ bỏ
[41:10] qua cái điểm này nha. Hiền sẽ không có
[41:11] đồng ý cho nó chỉnh sửa cái file này.
[41:16] Rồi như các bạn thấy là Hiền yêu cầu lo
[41:19] phải cho Hiền biết là đã ở đúng thư mục
[41:21] chưa và không được chỉnh sửa bất kỳ một
[41:23] cái file nào cho đến khi Hiền đồng ý.
[41:25] Thì lo code đã trả lời là đã đúng rồi,
[41:26] đã ở đúng thư mục này rồi. Thì đây là
[41:28] một cách thức mà chúng ta sẽ thao tác
[41:30] trên môi trường terminal cho Lod. Và qua
[41:32] ví dụ này các bạn cũng thấy khi mà chúng
[41:33] ta sử dụng la code trên môi trường
[41:35] terminal là chúng ta sẽ thao tác thông
[41:36] qua những câu lệnh và nó có thể khá phức
[41:38] tạp cho những bạn mới bắt đầu. Để đơn
[41:40] giản quá cái quá trình này thì các bạn
[41:42] có thể bắt đầu project trên môi trường
[41:44] là desktop Windows. Nó sẽ đơn giản hơn
[41:46] rất nhiều. Thì tiếp theo thì sẽ ví dụ
[41:48] cho các bạn cách thức mà chúng ta bắt
[41:50] đầu một cái dự án mới trên môi trường
[41:52] desktop. Đây là môi trường desktop. Các
[41:54] bạn thấy là đối với môi trường desktop
[41:56] nó khác rất nhiều so cái môi trường
[41:58] terminal
[42:00] nó rất là trượt quan. Và để mà bắt đầu
[42:02] một cái dự án mới ở môi trường desktop
[42:04] thì các bạn làm các bước sau đây. Đầu
[42:06] tiên vô chọn là new session. Các bạn
[42:09] thấy là sau khi chọn new session xong nó
[42:10] sẽ ra một bảng như thế này. Giờ bắt đầu
[42:13] để ý bên dưới đây là cái thư mục nè. Các
[42:15] bạn hãy chõ đúng đến thư mục mà các bạn
[42:17] muốn lo code bắt đầu để mà bắt đầu cái
[42:19] project. Thì ở đây Hiền sẽ chở đúng đến
[42:21] thư mục hồi nãy thay vì Hi câu lệnh
[42:23] terminal thì cái này Hiền chỉ chọn
[42:25] select window thôi.
[42:28] Rồi bây giờ hiện sẽ yêu cầu là
[42:38] ok các bạn đã thấy cách thức làm trên
[42:40] môi trường desktop khác rất nhiều so là
[42:42] môi trường terminal nó trực quan các bạn
[42:44] chỉ cần chọn là new session các bạn chỏ
[42:47] đúng cái thư mục đến cái thư mục mà các
[42:48] bạn tạo cho cái project này và cuối cùng
[42:50] các bạn rõ câu lệnh là hãy cho tôi biết
[42:52] là ở đúng thư mục đó chưa trước khi bắt
[42:54] đầu cái project đó không được sửa bất kỳ
[42:56] file nào trong project và khi lo code nó
[42:57] sắch xác nhận là đã ở đúng thư mục rồi
[42:59] thì chúng ta có thể yên tâm bắt đầu
[43:00] project. Và các bạn cũng thấy rõ là cái
[43:03] môi trường desktop này nó chụp quan, nó
[43:05] dễ hình dung và dễ thao tác hơn nhiều so
[43:07] môi trường terminal. Và cuối cùng là môi
[43:09] trường VS Code. Đối với môi trường VS
[43:11] Code thì nó đơn giản hơn nhiều nữa các
[43:13] bạn. Nó không cần phải chỏ thư mục gì
[43:15] hết trơn á. Các bạn chỉ cần vô file, các
[43:17] bạn chọn file nha. Các bạn chọn là Open
[43:19] Folder. Sau khi open folder xong rồi các
[43:21] bạn chỉ cần chỏ đúng đến thư mục mà các
[43:24] bạn vừa tạo thôi.
[43:27] Cho các bạn chọn select. Vậy là sao?
[43:31] Môi trường trên vs code này nó sẽ tự
[43:34] động tìm đúng đến thư mục đó và bắt đầu
[43:36] một quá trình làm việc mới. Và nếu mà
[43:38] các bạn cảm thấy chưa chắc là có chọn
[43:40] đúng hay không á thì chúng ta cũng gõ
[43:41] một cái câu lệnh tương tự.
[43:45] Thì đây là những cái bước cơ bản mà hiện
[43:46] luôn muốn nhấn mạnh nên thực hiện trước
[43:48] khi bắt đầu bất kỳ một project nào. Bởi
[43:50] vì nếu mà chúng ta chọn đến sai cái thư
[43:52] mục và thật ra hiện đã từng bị rồi thì
[43:54] nó sẽ dẫn đến cái hậu quả rất là lớn.
[43:56] Toàn bộ app của thư mục bị trỏ sai sẽ bị
[43:58] lỗi bởi vì lúc này lo có sẽ đọc trên cái
[44:01] thư mục đó và chỉnh sửa những cái file
[44:02] trên thư mục đó. Trước khi bắt đầu một
[44:04] pro check hồi nãy hiện cũng có gõ một
[44:06] lệnh là init. Lệnh này sẽ tạo một file
[44:08] là loa.m. File law.md MD này là một file
[44:12] cơ bản nhất của bất kỳ một cái project
[44:14] nào mà chúng ta cần phải tạo. Trong file
[44:16] lo chd này, chúng ta sẽ cung cấp những
[44:18] cái thông tin rất là cơ bản. Project này
[44:20] là gì? Nhiệm vụ chính là gì? Những lệnh
[44:22] nào được chạy, những lệnh nào không được
[44:24] chạy, file nào không được xóa và nguyên
[44:26] tắc để tạo file lo.MD là càng ngắn càng
[44:29] tốt và khuyến nghị là không nên quá 200
[44:31] vòng. Nếu mà chúng ta tạo một file lo
[44:33] chmd mà quá nhiều dòng thì nó sẽ dẫn đến
[44:35] là loa nó sẽ độc rất là nhiều và nó
[44:38] không biết được cái nào mới là cái điểm
[44:39] quan trọng. Một yếu tố khác cũng rất là
[44:41] quan trọng chính là BRD. Nếu mà các bạn
[44:44] mà chuyên triển khai những cái dự án
[44:45] phần mềm á thì các bạn sẽ không có lại
[44:48] về cái cụm từ là BRD. Thì BRD chính là
[44:51] product requirement document. Trong nội
[44:54] dung file này, chúng ta sẽ đưa ra những
[44:55] cái yêu cầu lớn nhất mà chúng ta muốn
[44:57] khi hoàn thành cái dự án này phải đạt
[44:59] được những mục tiêu gì. Và chúng ta có
[45:01] thể hiểu là cái file này giống như cái
[45:02] kim chỉ nam cho con loot nó đọc và nó
[45:05] hiểu nó nên làm gì để đạt được đúng cái
[45:07] mục tiêu đó. Cùng với file law.mD thì
[45:10] brd.md là file thứ hai mà hiện khuyến
[45:13] nghị chúng ta cần phải yêu cầu lo code
[45:15] tạo ra ngay từ đầu. Hai file này sẽ giúp
[45:17] ích chúng ta rất nhiều từ đầu đến cuối.
[45:19] Mục đích lớn ở đây là để cho L code nó
[45:21] không đi lạc được và không bắt buộc là
[45:24] ngay từ cái phiên bản đầu tiên phải là
[45:25] cái phiên bản đúng nhất. Trong quá trình
[45:27] mà chúng ta thực hiện chúng ta có thể
[45:28] update file BRD và file law.md. Và khi
[45:31] mà chúng ta update thì block code nó sẽ
[45:33] đọc đúng cái phiên bản mới nhất. Sau khi
[45:36] chúng ta tạo ra hai file là lo.md và
[45:39] brd.md thì không có nghĩa là chúng ta
[45:41] bắt đầu triển khai một dự án ngay lập
[45:43] tức. Thật ra cũng được thôi. Tuy nhiên
[45:46] nó sẽ dẫn đến một cái điều mà 90% các
[45:48] bạn sẽ không biết. Có thể là lo sẽ tạo
[45:51] ra một cái phiên bản đầu tiên nó sai.
[45:53] Rồi sau đó chúng ta phải sửa lo tạo ra
[45:55] phiên bản mới chúng ta kiểm tra là thấy
[45:56] sai. Yêu cầu loa nó sửa. Rồi chúng ta đã
[45:58] tiếp tục đọc và lại sửa. Đọc sửa cho đến
[46:01] khoảng chắc là năm sáu lần gì đó hoặc là
[46:03] tệ hơn là khoảng chục lần. thì cuối cùng
[46:05] nó sẽ tạo ra được một app đúng yêu cầu
[46:07] chúng ta. Nhưng có một điểm ở đây là nếu
[46:09] mà chúng ta tiếp cận theo kiểu cứ thử và
[46:11] sai như vậy thì số lượng token mà chúng
[46:13] ta tiêu tốn tạo đầu áp rất là lớn. Cho
[46:16] nên phương pháp này hiện không khuyến
[46:18] nghị chúng ta nên làm. Thay vì vậy,
[46:19] chúng ta nên tiếp cận theo cách thức như
[46:21] thế này. Bất kỳ một dự án nào trước khi
[46:24] mà bắt đầu cho Lod nó triển khai, chúng
[46:26] ta luôn yêu cầu Locode tạo ra một cái
[46:29] plan chi tiết, một bảng kế hoạch đầy đủ
[46:32] bằng một cái câu lệnh là yêu cầu lo
[46:34] research trên file loa.m file BRD và
[46:38] những yêu cầu của chúng ta. Để cho các
[46:40] bạn hình dung thì hiện cũng sẽ cho các
[46:42] bạn thấy một kế hoạch nó sẽ như thế nào.
[46:45] Đây là một cái dự án mà hiện đang build
[46:47] một cái loadin trên WordPress nó giống
[46:49] như Elementor. Và trước khi B loadin này
[46:51] hiện có gõ một cái câu lệnh ROM yêu cầu
[46:54] là Flo nó phải tạo ra một cái bản kế
[46:57] hoạch chi tiết cho hiện bao gồm thứ nhất
[46:59] mục tiêu của project thứ hai vai trò của
[47:02] lo trong cái project này. Thứ ba nhiệm
[47:05] vụ phải có những nhiệm vụ nào?
[47:08] Ngoài ra có những ràng buộc bắt buộc là
[47:11] Thiện muốn yêu cầu lo code được làm hoặc
[47:13] không được làm
[47:16] và cũng đưa ra cái yêu cầu kết quả mong
[47:18] muốn đạt được. Đồng thời có những cái
[47:20] điểm lưu ý quan trọng và dựa trên câu
[47:23] lệnh VM yêu cầu như vậy thì lo code nó
[47:25] tạo ra một cái bản kế hoạch rất là chi
[47:26] tiết. Đây là một cái bảng kế hoạch rất
[47:28] là chi tiết mà Locode đã tạo ra.
[47:36] Và các bạn kế hoạch này nó sẽ được lưu
[47:38] trong thư mục của cái dự án này luôn cụ
[47:40] thể là file này như các bạn thấy và hiện
[47:43] sẽ mở ra cái file này để cho các bạn đọc
[47:45] luôn.
[47:56] Đây là file kế hoạch mà locod tạo ra.
[48:01] Các bạn thấy là gần đúng với lại những
[48:04] gì mà hiện yêu cầu. Thứ nhất là tóm tắt
[48:06] mục tiêu, những ràn buộc
[48:11] phạm vi của dự án này là gì?
[48:14] Những tính năng mà hiện mong muốn khi
[48:16] kết thúc cái dự án này. Cái kiến trúc
[48:18] tổng thể về kỹ thuật của dự án, cấu trúc
[48:21] của thư mục và cũng rất nhiều thứ khác.
[48:24] Và đây là cái plan rất là chi tiết để
[48:27] dựa trên đây lo code bắt đầu nó chạy.
[48:32] Nguyên tắc tiếp theo mà Hiền muốn chia
[48:34] sẻ khi bắt đầu thực hiện một cái dự án
[48:36] là sau khi mà chúng ta đã có được file
[48:38] lao.md, file BRD, file plan thì chúng ta
[48:41] cũng đã có được từng cái step của dự án
[48:43] và chúng ta sẽ chia nhỏ những cái step
[48:45] này ra từng file nhỏ. Và mỗi file như
[48:47] vậy chúng ta lại tiếp tục yêu cầu block
[48:49] code thực hiện một cái dòng lập là
[48:51] resarch lên một cái vạch thực hiện. Sau
[48:53] đó chúng ta sẽ review và nếu mà ok thì
[48:55] chúng ta đ còn nếu không ok thì sẽ quay
[48:57] lại một cái dòng lập tương tự như vậy.
[48:58] Cứ như vậy cho đến khi một cái face nó
[49:01] hoàn chỉnh thì chúng ta mới qua đến cái
[49:02] face tiếp theo.
[49:06] Phần bốn là một cái nội dung khởi đầu
[49:07] thì phần năm này là một cái nội dung
[49:09] thực chiến là chúng ta sẽ tạo ra một cái
[49:11] sản phẩm thực tế bằng loot.
[49:13] Thì có rất nhiều cái sản phẩm khác nhau
[49:16] mà lo code có thể tạo ra được cho chúng
[49:17] ta. Thứ nhất là planning pay. Mình hiểu
[49:20] đơn giản là những cái website giới thiệu
[49:22] sản phẩm thí dụ như khi mà Samsung
[49:24] Galaxy hoặc là iPhone ra thì họ sẽ tạo
[49:26] ra những website về cái sản phẩm đó
[49:28] trước khi mà sản phẩm đó được giới thiệu
[49:30] ra công chúng. Thứ hai là có thể tạo ra
[49:32] những cái browser automation. Thì đây
[49:34] mình hiểu là những cái ứng dụng chạ tự
[49:37] động nền trên trình dược web như là scan
[49:39] hình ảnh, đọc tin tức. Thứ ba là chúng
[49:42] ta sẽ tạo những quản lý công việc. Đây
[49:44] là những web liên quan đến quản lý về
[49:46] thông tin khách hàng. Thứ tư là có thể
[49:48] tạo một cái login trên ứng dụng
[49:50] Wordrest. Thì ngoài Wordrest ra có thể
[49:51] có ZLA bất kỳ một cái nào khác chúng ta
[49:53] có thể tạo ra những cái extension cho
[49:55] những cái s code đó. Cái thứ năm là
[49:58] chúng ta có thể xây dựng những cái
[49:59] dashboard về phân tích dữ liệu như là
[50:01] Vidon.
[50:04] Ngoài ra chúng ta có thể tạo ra những
[50:06] cái automationization. Ví dụ như chúng
[50:08] ta muốn tạo ra một cái ứng dụng là đăng
[50:11] bài tự động lên trên Facebook hoặc là
[50:13] đăng bài tự động lên trên WordPress hay
[50:15] là đăng bài tự động lên bất cứ ứng dụng
[50:17] nào đó chẳng hạn thì đó là những cái ứng
[50:18] dụng automationizion và law code vẫn có
[50:21] thể làm được cho chúng ta. Đơn giản nhất
[50:23] để chúng ta bắt đầu tìm hiểu về L code
[50:25] chúng ta có thể yêu cầu lo code tạo ra
[50:26] một cái website nào đó. Cái này rất là
[50:28] đơn giản, các bạn chỉ cần dán một cái
[50:30] hình của một cái website nào đó, một cái
[50:32] giao diện của website nào đó và lo code
[50:35] nó sẽ thay tạo lên website đó cho chúng
[50:36] ta. Nếu mà các bạn mà biết dùng
[50:38] Photoshop hay là bất kỳ một cái ứng dụng
[50:40] gì liên quan đến Photoshop á thì chúng
[50:41] ta có thể edit những cái layout theo cái
[50:43] mà chúng ta mong muốn. Và sau khi edit
[50:44] xong thì chúng ta cứ việc quăng cho lo
[50:47] code để nó tiến hành nó viết code. Những
[50:49] ứng dụng còn lại chúng ta vẫn dựa trên
[50:50] nguyên tắc nãy giờ hiện nói đó là tạo ra
[50:53] file law.md, MD tạo ra file BRD tạo ra
[50:56] một kế hoạch chi tiết và chia cái kế
[50:58] hoạch đó ra từng nhiều cái file nhỏ.
[51:00] Cuối cùng là yêu cầu lo code thực hiện
[51:02] từng file một. Và ở từng file như vậy
[51:04] chúng ta luôn thực hiện những cái dòng
[51:05] lập đó là chạy, kiểm tra, sửa lỗi. Nó
[51:08] khác ở một điểm mà hiện nói nếu mà chúng
[51:10] ta có một cái plan chi tiết thì cái quá
[51:12] trình mà chạy kiểm tra sửa lỗi nó sẽ
[51:14] giảm rất nhiều so với việc mà chúng ta
[51:17] không có một cái plan chi tiết ngay từ
[51:18] đầu. Đó là lý do tại sao mà các bạn luôn
[51:20] nên tạo những cái plan chi tiết ngay từ
[51:22] đầu trước khi bắt đầu start một cái dự
[51:24] án. Trong những video sau, hiện tạo ra
[51:26] những ứng dụng khác nhau
[51:29] Power BI, những ứng dụng chạ tự động để
[51:31] các bạn có thể dựa trên video đó tạo ra
[51:34] những ứng dụng phục vụ cho các công việc
[51:36] của mình.
[51:39] Bây giờ chúng ta sẽ vào phần sáu là cấu
[51:42] trúc của một project chuẩn sẽ như thế
[51:44] nào. Và đây là nội dung quan trọng nhất
[51:47] của cả video này. Một project mà có cấu
[51:49] trúc chuẩn nó sẽ có bao gồm thứ nhất là
[51:51] file.md, thứ hai là file setting, thứ ba
[51:55] là các rules, thứ tư là các hs, thứ năm
[51:58] là các skills, thứ sáu là các agents hay
[52:02] là sub agents. Ngoài ra sẽ có những cái
[52:04] thư mục là command thư mục style. Thì
[52:07] đây là một cấu trúc chuẩn của một
[52:08] project trên floor. Mặc dù vậy không bắt
[52:10] buộc chúng ta ở bất kỳ project nào cũng
[52:13] phải có đầy đủ những cái cấu trúc này.
[52:15] Tuy nhiên thì đây là một cái cấu trúc mà
[52:17] gọi là chuẩn nhất và đầy đủ nhất. Chúng
[52:19] ta có thể hiểu là từng bộ phận trong
[52:22] project nó giống như là một công ty thu
[52:24] nhỏ và từng bộ phận là từng phòng ban
[52:27] cho cái công ty đó. Và mỗi bộ phận như
[52:29] vậy hay là mỗi cái cấu trúc cấu phần như
[52:31] vậy trong project nó sẽ đảm nhận những
[52:33] cái vai trò khác nhau. Đầu tiên là file
[52:35] law.md em đi như hồi nãy hiện có chia sẻ
[52:37] cho các bạn file này là file quan trọng
[52:39] nhất của cả một dự án mình có thể hiểu
[52:41] đây là chính là cái bộ não của cái dự án
[52:43] và trong file này chúng ta sẽ đưa ra mục
[52:45] tiêu của dự án những nguyên tắc cơ bản
[52:47] nhất và có một điểm rất là quan trọng ở
[52:49] đây thì cũng muốn chia sẻ là file law.md
[52:52] MD này có thể không phải chỉ có một file
[52:54] duy nhất. Trong một dự án lớn sẽ có rất
[52:56] là nhiều module và từng module nhỏ như
[52:58] vậy sẽ có thể có những cái file lo chd
[53:00] khác nhau. Cho nên đây là cái điểm mà
[53:02] hiện muốn chia sẻ cho các bạn và có thể
[53:04] nhiều bạn cũng chưa biết là chúng ta có
[53:06] thể tạo ra rất nhiều file lo trong một
[53:10] dự án để phục vụ cho các mục đích khác
[53:12] nhau theo từng module. Nghĩa là sẽ có
[53:13] một file lo.md ở khu mục góc. Mình hiểu
[53:16] là cái bộ não của cả dự án và nhiều file
[53:19] loa.m ở từng module của dự án. chúng ta
[53:21] hiểu là cái bộ não cho từ cái module đó.
[53:24] Ngoài ra chúng ta có thể có file law.md
[53:27] local. Thì file local này nó khác ở điểm
[53:29] là nó sẽ không có commit lên trên các dự
[53:32] án pl chúng ta. Tuy nhiên trên hệ thống
[53:35] local nó vẫn tồn tại và lo code vẫn sẽ
[53:37] đọc những cái file này. Và có một nguyên
[53:39] tắc mà hiện cũng muốn nhắc lại một lần
[53:41] nữa là file lo.md MD không nên quá 200
[53:44] vòng, càng đơn giản càng ngắn càng tốt.
[53:46] Cũng như các bạn thấy trên màn hình là
[53:48] file loMD của cái dự án mà hiện đang
[53:51] triển khai thì file loMD này của hiện
[53:53] chỉ chưa đến 50 vòng.
[53:56] Các bạn thấy là chưa đến 50 vòng. Đây là
[53:58] một cái cấu trúc tin gọn. Nói chung càng
[54:02] gọn càng tốt nha các bạn. Nó không phải
[54:04] là nhiều là tốt mà nên tin gọn nhất có
[54:07] thể. Và trong quá trình triển khai dự án
[54:10] chúng ta vẫn có thể cập nhật file lo.MD
[54:12] MD này theo nhu cầu chúng ta. Thứ hai
[54:14] cũng khá là quan trọng chính là file
[54:16] setting là chúng ta sẽ cấp quyền hạn cho
[54:19] nó được quyền làm những gì, tự động quá
[54:22] đến mức nào cũng như là chỉ đến những
[54:24] skill hay là thóc để có thể tự động hóa
[54:26] công việc. Sau setting thì cái cấu thành
[54:29] quan trọng thứ ba chính là rules. Và
[54:32] đúng như cái tên gọi của nó, rules chính
[54:34] là cái bộ quy tắc mà chúng ta yêu cầu
[54:36] flo phải tuân hữu. Nó có thể bao gồm quy
[54:38] trình làm việc mà chúng ta muốn flo phải
[54:39] thực hiện như là lên kế hoạch, viết
[54:41] code, review, sửa rồi là lên kế hoạch.
[54:43] Ngoài ra nó bao gồm cả quy tắc bảo mật
[54:45] mà chúng ta hướng đến và nó có thể bao
[54:48] gồm cả nguyên tắc về thiết kế giao diện
[54:50] mà chúng ta muốn. Nói chung cruise hiểu
[54:52] là những cái bộ quy tắc lớn mà chúng ta
[54:54] muốn lo nó thực hiện cho dự án nào đó.
[54:57] Cruise này không phải chỉ là một file mà
[54:59] nó rất là nhiều file. Như các bạn thấy
[55:02] thì đối với dự án mà hiện đang triển
[55:04] khai thì tạo đến bốn file room. File thứ
[55:05] nhất là file về testing sẽ đưa ra những
[55:08] cái yêu cầu tối thiểu mà plực hiện khi
[55:11] test một cấu phần nào đó trong dự án.
[55:14] Phile thứ hai là nguyên tắc về bảo mật.
[55:16] File thứ ba là hiện đưa ra cái nguyên
[55:18] tắc về đặt tên. Đối với những dự án lớn
[55:20] chúng ta nên đưa ra cái quy tắc về đặt
[55:21] tên để nó chuẩn hóa ngay từ đầu. Thách
[55:23] thức đặt tên sau này nếu mà không chuẩn
[55:25] hóa thì giai đoạn mà chúng ta bảo trì dự
[55:27] án sẽ rất là phức tạp. Và cuối cùng là
[55:29] nguyên tắc an toàn yêu cầu là lo không
[55:31] được sử dụng bất kỳ một cái tên thương
[55:33] mại nào đó gắn vô cái dự án của Hiện.
[55:35] Thì như các bạn thấy đó là bốn cái ru mà
[55:37] hiện đặt ra cho cái dự án và các bạn có
[55:39] thể tạo được cái ru khác nhau tùy mình.
[55:41] Nói chung ru không phải chỉ có một
[55:43] nguyên tắc duy nhất mà rất là nhiều
[55:45] nguyên tắc chúng ta muốn như thế nào thì
[55:47] chúng ta tạo ra những cái ru như vậy và
[55:49] yêu cầu lo phải làm theo. Một cái khác
[55:51] mà thì cũng muốn chia sẻ của cái cốt
[55:52] chút dự án chính là các agent. Thì agent
[55:55] ở đây chúng ta hiểu là những con AI con
[55:57] trong cái dự án đó ngoài con AI mẹ và
[56:00] những con AI con này nó sẽ có những
[56:02] phương pháp làm việc khác nhau mà chúng
[56:04] ta yêu cầu. Ví dụ như một con AI chỉ
[56:07] chuyên về test QA, một con AI chỉ chuyên
[56:10] về test bảo mật, một con AI chỉ chuyên
[56:12] về link flame và một con ai khác có thể
[56:14] chỉ chuyên về thiết kế chẳng hạn, design
[56:16] chẳng hạn. Thì tùy vào nhu cầu chúng ta
[56:18] chúng ta có thể tạo ra những con AI con
[56:20] và để tạo những con AI con á thì chúng
[56:23] ta có thể yêu cầu con A mẹ tạo ra luôn
[56:25] cũng được. Như trong dự án của hiện có
[56:27] tạo ra hai con ai con. Một con là chuyên
[56:30] về review bảo mật và một con khác là
[56:34] chuyên về test QA.
[56:37] Hai con này sẽ có hai cái nhiệm vụ khác
[56:39] nhau. Và tại sao Hiện lại cần phải tạo
[56:42] ra hai con AI này? Thì ở cái mục thứ 12
[56:45] Hiền sẽ chia sẻ ở cái mục thứ chí chứ. Ở
[56:47] phần thứ chí nói về quản lý contest
[56:49] session và token. Hiền sẽ nói chi tiết
[56:53] hơn về lý do tại sao Hiền lại quyết định
[56:55] tạo ra hai con AI con này. Tuy nhiên
[56:57] chúng ta cứ hiểu là có thể tạo ra nhiều
[56:59] con AI con ngoài con AI mẹ và các con AI
[57:02] này á nó có thể chạy độc lập nhau trong
[57:04] một dự án cùng một lúc hoặc là lần lượt
[57:06] tùy vào chúng ta muốn. Nhưng mà hiện
[57:08] khuyế nghị như thế này, nếu những công
[57:10] việc mà độc lập nhau á thì chúng ta có
[57:12] thể cho các con ai chạy đồng thời bởi vì
[57:14] nó không có click lẫn nhau. Tuy nhiên
[57:16] nếu mà những cái module, những cái cấu
[57:18] phần mà nó cần phụ thuộc lẫn nhau thì
[57:21] chúng ta không nên cho những con AI này
[57:23] chạy đồng thời mà chúng ta nên chạy lần
[57:24] lượt. Bởi vì nếu mà những cái cấu phần
[57:26] mà có sự liên kết nhau mà chúng ta cho
[57:28] các con AI mà chạy đồng thời nó sẽ không
[57:29] hiểu nhau đâu và nó sẽ bị cả quyền c hệ
[57:32] thống. Về skill và comment thì thật ra
[57:35] nó gần giống nhau, nó chỉ khác biệt ở
[57:37] một điểm này thôi. Đối với comment á thì
[57:40] chúng ta sẽ tóm tắt một cái câu lệnh
[57:41] from rất là dài thành một câu rất là
[57:44] ngắn.
[57:46] Ví dụ như chúng ta thường lặp đi lặp lại
[57:48] là chúng ta yêu cầu là block code phải
[57:51] kiểm tra một cái nội dung nào đó từ face
[57:54] này qua face kia. Câu lệnh form nó rất
[57:56] dài, nó có khả năng dài cả một trang A4
[57:57] luôn chẳng hạn. Ví dụ như chúng ta yêu
[57:59] cầu là cứ mỗi một cái file mới chúng ta
[58:00] yêu cầu ê lo code mày phải lên plan chỉ
[58:03] có mục tiêu abc xdz này nè dựa trên file
[58:06] law.md thì chúng ta không có mất thời
[58:09] gian như vậy. Chúng ta tạo ra một
[58:11] comment cái comment đó là tóm tắt câu
[58:12] lệnh form mà chúng ta muốn và chúng ta
[58:14] chỉ cần copy cái comment đó vô trong log
[58:17] code nó sẽ hiểu và nó đọc đúng lệnh v đó
[58:19] luôn. Thay vì chúng ta phải viết một cái
[58:21] câu rất là dài thì chúng ta chỉ cần viết
[58:23] một cái câu ngắn comment nó vẫn hiểu cho
[58:25] chúng ta.
[58:27] Skill nó khác comment nói chỗ. Skill là
[58:29] một quy trình nó vẫn giúp cho chúng ta
[58:31] tiết kiệm được thay vì làm một cái quy
[58:34] trình bước A sau đó bước bới bước C.
[58:37] Chúng ta yêu cầu lo phải làm thứ tự như
[58:40] vậy. Chúng ta ra lệnh loa là đầu tiên
[58:42] hãy làm bước A trước. Chúng ta đợi loa
[58:45] làm xong rồi bắt đầu chúng ta ra lệnh
[58:47] tiếp là làm bước B đi. Rồi làm xong rồi
[58:50] chúng ta ra tiếp là bước C đi. Thì chúng
[58:53] ta có thể gọp lại thành gọi là một
[58:54] skill. skill chúng ta hiểu giống như một
[58:57] cái quá trình có đầu vào và có đầu ra.
[58:59] Chúng ta muốn đầu vào là cái gì, có bao
[59:01] nhiêu bước và cuối cùng đầu ra cái gì,
[59:03] chúng ta sẽ đưa tất cả vào skill. Và khi
[59:05] mà chúng ta kích hoài một skill như vậy
[59:07] thì plo nó sẽ thực hiện đúng theo yêu
[59:09] cầu của chúng ta theo cái mong muốn mà
[59:11] cái quy trình mà chúng ta thiết lập ra
[59:12] cho ở cái skill đó. Hiện lấy ví dụ như
[59:15] một cái skill mà hiện có tạo ra nhưng mà
[59:18] hiện không có chạy trên đây bởi vì nó
[59:19] cũng hơi mất thời gian là tổng hợp những
[59:21] tin tức trên những website sau đó chuyển
[59:23] thành filew thì đó là một skill mà hiện
[59:26] muốn ví dụ và các bạn có thể tạo rất
[59:28] nhiều skill khác nhau. Ngoài ra một cái
[59:31] tự động khác nữa chính là Ho chúng ta
[59:33] hiểu nó giống như là một cái bộ cảnh báo
[59:36] đại loại giống như là khi cái bước nào
[59:38] đó xong thì loost nhảy lên một cái dòng
[59:41] lệnh đã xong rồi hoặc là thể hiện một
[59:43] cái tiếng chuông là tinh tinh để chúng
[59:45] ta biết là cái đó đã xong hoặc là khi mà
[59:47] loot thực hiện một cái hành động nguy
[59:49] hiểm có thể nó vượt mặt chúng ta mà
[59:50] chúng ta không biết tuy nhiên chúng ta
[59:52] có lưu khóc trong project thì khóc tự
[59:54] động sẽ bật lên nói là ê loc vừa mới
[59:56] thực hiện một cái hành động nguy hiểm và
[59:58] chúng ta biết được để chúng ta bắt đầu
[59:59] ngừng cái hành động đó lại. Và để cho h
[1:00:01] chạy được thì chúng ta cần phải khai báo
[1:00:03] h trong file setting. Ở đầu phần này thì
[1:00:06] có chia sẻ cho các bạn. Cuối cùng hiện
[1:00:08] muốn nói đến chính là MCB. MCB chính là
[1:00:10] những cái chuẩn kết nối giữa lo code với
[1:00:13] những app ứng dụng bên ngoài. Hiện lấy
[1:00:15] ví dụ như một cái MCB rất là phổ biến đó
[1:00:17] chính là Gmail chẳng hạn. Chúng ta muốn
[1:00:20] kết nối Loe với Gmail chúng ta sẽ kết
[1:00:23] nối thông qua MCB Gmail. Rồi chúng ta
[1:00:26] muốn kết nối giữa lo code đối với getub.
[1:00:28] GitHub là một cái trang nó giống giống
[1:00:30] như G vậy đó nhưng mà nó sẽ lưu trữ
[1:00:32] backup tất cả các dữ liệu của dự ấy của
[1:00:34] chúng ta. Thì chúng ta muốn kết nối giữa
[1:00:36] lo code là GU thì chúng ta sẽ tạo ra một
[1:00:38] cái MCB GHub. Ngoài ra rất nhiều cái
[1:00:41] những cái MCB khác ví dụ như một cái MCB
[1:00:45] về cái Adobe Premier để chạy những cái
[1:00:48] tự động liên quan đến edit video chẳng
[1:00:50] hạn thì chúng ta sẽ kết nối thông qua
[1:00:51] cái cổng MCB Premiere. Và mục đích để
[1:00:55] kết nối những cái cổng MCB này á thật ra
[1:00:57] là để chạy tất cả các ứng dụng mà tự
[1:01:00] động. Nếu mà chúng ta hướng đến việc sử
[1:01:03] dụng lo code để tự động hóa thì MCB là
[1:01:06] cái chúng ta nên tìm hiểu sau. Tuy nhiên
[1:01:09] trong cái nội dung video này thì Hiền sẽ
[1:01:11] không nói quá chi tiết về MCB nữa. Có
[1:01:13] thể ở những video tiếp theo Hiền sẽ chia
[1:01:16] sẻ kỹ hơn về MCV. Cái điểm cuối cùng
[1:01:19] chính là thư mục Output Style. Thì thật
[1:01:21] ra cái thư mục này mình hiểu là chúng ta
[1:01:23] sẽ cho loot hiểu là phong cách nên trả
[1:01:26] lời cho chúng ta là gì. Có thể là như
[1:01:29] một chuyên gia hoặc là như một người tâm
[1:01:32] sự hoặc là trả lời ngắn. Đừng có quá vài
[1:01:34] dòng. Chúng ta sẽ ghi tất cả những yêu
[1:01:36] cầu đó trong output style. Và đến đây
[1:01:39] các bạn có thể tự tạo một cái dự án cho
[1:01:41] mình được rồi đó. Một cái dự án nhỏ cũng
[1:01:43] được. Việc đầu tiên các bạn hãy tạo một
[1:01:46] cái thư mục. Tiếp theo các bạn cho lo
[1:01:49] chỉ đến cái thư mục đó.
[1:01:52] Các bạn bắt đầu sử dụng câu lệnh là init
[1:01:54] để tạo ra file law.md hoặc là các bạn
[1:01:57] dùng những cái câu lệnh yêu cầu chi tiết
[1:01:59] hơn để mà yêu cầu la code tạo ra file
[1:02:02] law.md. Sau khi tạo ra file law. Xong
[1:02:05] chúng ta sẽ yêu cầu tạo ra những cái
[1:02:07] rule, những cái agent những cái skill
[1:02:10] hoặc là những cái hing
[1:02:13] mà chúng ta muốn FL phải thực hiện. Các
[1:02:16] bạn hãy làm thử đi nhé.
[1:02:21] Vậy là sau tất cả những gì mà hiện đã
[1:02:23] chia sẻ trong sáu phần vừa rồi, chúng ta
[1:02:25] có thể bắt đầu triển khai một cái dự án
[1:02:27] nhỏ ngay từ lúc này. Và để triển khai
[1:02:30] cái dự án nhỏ thì các bạn sẽ làm một cái
[1:02:31] công việc đầu tiên chính là tạo ra cái
[1:02:34] thư mục dự án đó. Sau đó chúng ta chỏ
[1:02:36] loa code về thư mục mà chúng ta muốn.
[1:02:38] Lưu ý hãy chọ đúng thư mục, đừng chỏ
[1:02:40] sai. Mà các bạn vẫn chưa biết thì các
[1:02:42] bạn hãy quay về cái nội dung ở phần
[1:02:44] trước để xem cách thức chỏ thư mục cho
[1:02:46] đúng. Sau khi đã xác định đúng thư mục
[1:02:49] của dự án và lo code confirm đã ở đúng
[1:02:51] thư mục dự án thì việc đầu tiên chúng ta
[1:02:52] cần làm là tạo ra file lao.m. Đó là file
[1:02:56] để chúng ta tóm tắt toàn bộ các yêu cầu
[1:02:59] đối với dự án nhỏ chúng ta đang muốn tạo
[1:03:01] ra. Bao gồm mục tiêu dự án là gì, phạm
[1:03:03] vi là gì, những việc gì mà lo code được
[1:03:06] làm, những việc gì không được làm. Chúng
[1:03:08] ta muốn kết quả cuối cùng của cái dự án
[1:03:10] này là như thế nào. Chúng ta ghi hết tất
[1:03:12] cả vào file lao.m. Ngoài ra chúng ta có
[1:03:14] thể tạo ra file BRD chi tiết hơn, cụ thể
[1:03:17] hơn so là file loa.m và chúng ta sẽ thêm
[1:03:20] file setting để xác nhận những cái quyền
[1:03:22] mà lo code được làm và không được làm.
[1:03:24] Chúng ta cũng sẽ thêm những cái rules
[1:03:26] như hồi nãy hiện có chia sẻ. Chúng ta
[1:03:28] muốn thiết kế giao diện thế nào thì
[1:03:30] chúng ta sẽ thêm một file là là
[1:03:32] design.m. Rồi chúng ta muốn lo code phải
[1:03:35] kiểm tra trước khi test và cái phương
[1:03:37] pháp test như thế nào thì chúng ta sẽ ra
[1:03:39] một ru liên quan đến testing. Rồi chúng
[1:03:40] ta cũng muốn nguyên tắc bảo mật cụ thể
[1:03:43] đối với dự án của chúng ta là như thế
[1:03:44] nào thì chúng ta sẽ ra một cái file là
[1:03:46] security.md
[1:03:48] và rất nhiều những cái rule khác mà
[1:03:49] chúng ta muốn tùy vào cái quan điểm và
[1:03:52] cái cách thức mà chúng ta triển khai dự
[1:03:53] án nha thì chúng ta tạo ra rất là nhiều
[1:03:55] rule nó không có cố định. Và hiện cũng
[1:03:57] cần nhắc lại là không bắt buộc chúng ta
[1:03:59] phải tạo ra tất cả theo cái cấu trúc này
[1:04:03] tùy vào nhu cầu của chúng ta đối với dự
[1:04:05] án đó là lớn hay nhỏ và cái hướng bảo
[1:04:08] mật mà chúng ta hướng đến thì chúng ta
[1:04:09] sẽ tạo ra những file phù hợp cho nhu cầu
[1:04:11] của mình chứ không phải bất kỳ dự án nào
[1:04:14] chúng ta cũng sẽ tạo đầy đủ với cái file
[1:04:15] này nha các bạn. Tuy nhiên có một cái
[1:04:16] điểm mà cũng muốn lưu ý là chúng ta nên
[1:04:19] yêu cầu lo tạo ra những cái chcklist tối
[1:04:22] thiểu ở file khi kết thúc cần phải đạt
[1:04:25] được và chỉ khi đạt được những cái
[1:04:27] chetlist đó gọi là pass á thì mới nhảy
[1:04:29] qua face tiếp theo thì cái đó là cái mà
[1:04:31] thiện phí nghị các bạn nên yêu cầu lo
[1:04:34] tạo ra những cái checklist đó cho chúng
[1:04:35] ta để đảm bảo cái sự sai sót nó giảm
[1:04:39] xuống mức thấp nhất. Vậy các bạn còn chờ
[1:04:41] gì nữa mà không có tạo ra một cái dự án
[1:04:43] cho mình. Các bạn ngay ở cái giai đoạn
[1:04:45] này có thể thực hiện tạo ra ngay một cái
[1:04:47] dự án liền cho mình mà có thể trước đây
[1:04:50] các bạn chưa bao giờ nghĩ là mình có thể
[1:04:52] làm được. Còn nếu mà các bạn đã tạo rất
[1:04:54] là nhiều dự án nhỏ rồi và bây giờ muốn
[1:04:55] tạo một cái dự án lớn và gặp rất nhiều
[1:04:57] khó khăn trong quá trình tạo một cái dự
[1:04:59] án lớn thì các bạn sẽ hãy xem tiếp phần
[1:05:02] tiếp theo là triển khai một dự án lớn
[1:05:04] như thế nào nhé.
[1:05:09] Nếu các bạn đang có tham vọng tạo ra một
[1:05:11] dự án lớn và các bạn đang gặp rất nhiều
[1:05:14] khó khăn trong việc tạo ra dự án lớn đó.
[1:05:17] Ví dụ như các bạn yêu cầu lo code viết
[1:05:19] một cái ứng dụng nào đó và đến bây giờ
[1:05:22] nó viết rất là sai. Mặc dù đã sửa đi sửa
[1:05:24] đời rất nhiều lần nhưng mà không thành
[1:05:26] công. Thì đây là nội dung sẽ dành cho
[1:05:28] các bạn phương pháp triển khai một dự án
[1:05:30] lớn bằng law code. Nguyên tắc lớn khi mà
[1:05:33] chúng ta bắt đầu thực hiện một dự án lớn
[1:05:35] bằng lo code, chúng ta cần phải ghi nhớ
[1:05:37] là không thực hiện một dự án trong một
[1:05:39] session. Vậy session là gì? Lát nữa hiện
[1:05:42] sẽ nói sao ở phần chính. Trong phần 8
[1:05:45] này chúng ta cứ hiểu rõ session đó là
[1:05:47] một cái quá trình làm việc, một giai
[1:05:49] đoạn làm việc mà chúng ta đang thực hiện
[1:05:51] cùng với loot. Và nếu mà chúng ta yêu
[1:05:54] cầu lo code thực hiện trong một session
[1:05:56] hiểu đơn giản là chúng ta yêu cầu lo làm
[1:05:58] tất cả mọi thứ trong một phiên làm việc
[1:06:01] và nó sẽ dẫn đến lo code nó bị lú. Do đó
[1:06:03] chúng ta không nên yêu cầu như vậy mà
[1:06:05] chúng ta nên chia nhỏ các section ra
[1:06:07] khác nhau. Như hồi nãy hiện có cho các
[1:06:10] bạn thấy khi mà chúng ta bắt đầu tạo một
[1:06:12] cái dự án mới á thì chúng ta sẽ tạo một
[1:06:14] cái section đầu tiên. Đây chúng ta tạo
[1:06:17] một cái session đầu tiên rồi chúng ta
[1:06:20] trở về thư mục mà chúng ta muốn cho dự
[1:06:23] án của chúng ta.
[1:06:26] Sau khi chúng ta chỏ xong rồi thì chúng
[1:06:27] ta sẽ ra những cái câu lệnh nào đó để mà
[1:06:30] cod bắt đầu viết những ứng dụng mà chúng
[1:06:32] ta muốn. Đối với dự án những dự án nhỏ
[1:06:34] những cái ứng dụng nhỏ chúng ta có thể
[1:06:35] kết thúc dự án đó chỉ trong một session.
[1:06:37] Tuy nhiên đối với những dự án lớn chúng
[1:06:39] ta không nên làm như vậy. Ví dụ như dự
[1:06:41] án lớn mà hiện đang triển khai hiện nay
[1:06:43] cho đến tình trạng hiện tại của dự án đó
[1:06:45] là Thiện đã trải qua là gần 10 section
[1:06:47] rồi. Như các bạn đang thấy nè, section
[1:06:50] đầu tiên là hiện lên FL sau đó Thiện
[1:06:53] chạy bốn section đầu tiên chỉ cho face
[1:06:55] 0. Sau khi chạy xong face 0 rồi thì mới
[1:06:58] tạo section tiếp theo chạy cho 1. Rồi
[1:07:02] một section nữa tạo chạy cho 2 nhưng mà
[1:07:04] chỉ là đầu face 2 thôi. Ở file 2 này
[1:07:07] hiện dự định sẽ tạo ra hiện phải cần
[1:07:09] khoảng là bốn section khác nhau để hoàn
[1:07:10] tất face 2. Thì các bạn có thể hình dung
[1:07:14] là những dự án lớn sẽ cần có những
[1:07:16] session và mỗi session này mình hiểu
[1:07:18] giống như là một cái phiên làm việc. Tuy
[1:07:20] nhiên nó sẽ có những cái vấn đề rắc rối
[1:07:22] khi mà chúng ta tạo nhiều session cho
[1:07:24] một dự án đó là tính liên kết của những
[1:07:26] session. Chúng ta cần liên kết các
[1:07:28] section như thế nào để nó hiểu nó tiếp
[1:07:30] tục ở section cũ đã kết thúc ở cái thời
[1:07:33] điểm nào, đã đạt được những cái mục tiêu
[1:07:35] nào, session cũ và session mới nên bắt
[1:07:37] đầu như thế nào thì đó là những thứ mà
[1:07:39] các bạn cần phải tìm hiểu và Thiện chỉ
[1:07:41] chia sẻ trong phần này. Ngoài ra chúng
[1:07:44] ta nên chia nhỏ dự án đó thành nhiều
[1:07:46] module khác nhau và mỗi module có thể là
[1:07:49] một section nhiều section. Hiện lấy ví
[1:07:51] dụ như một cái dự án về quản lý doanh
[1:07:53] nghiệp ta muốn xây một cái dự án từ quản
[1:07:55] lý mua hàng cho đến quản lý hàng tồn kho
[1:07:58] rồi quản lý bán hàng rồi trong quản lý
[1:08:00] bán hàng chúng ta muốn quản lý về doanh
[1:08:01] số quản lý về khách hàng thì chúng ta
[1:08:03] cần chia nhỏ ra thành từng module nhỏ ví
[1:08:06] dụ như module bán hàng modunle mua hàng
[1:08:08] modunle quản lý hàng tồn kho. Và từ
[1:08:10] module như vậy chúng ta sẽ có những cái
[1:08:12] section riêng cho những module đó. Và
[1:08:14] mỗi module có thể có một hoặc nhiều
[1:08:15] session. Đó là cách thức mà chúng ta nên
[1:08:17] chia nhỏ một dự án lớn thành nh từng
[1:08:19] phần nhỏ. Chúng ta không nên làm một lần
[1:08:22] cho tất cả. Vậy quy tắc đầu tiên chúng
[1:08:24] ta nên hiểu chia nhỏ một dự án còn chia
[1:08:26] như thế nào cho phù hợp? thì chúng ta có
[1:08:29] thể hỏi hẳn blog code bằng cách là chúng
[1:08:31] ta tra một phạm vi mà chúng ta mong
[1:08:33] muốn, một đầu tiên mà chúng ta mong muốn
[1:08:34] và chúng ta hỏi loa code đối với dự án
[1:08:36] này nên chia ra thành bao nhiêu phần và
[1:08:39] mỗi phần như vậy nên thực hiện như thế
[1:08:41] nào. Tất cả như vậy sẽ thực hiện ngay ở
[1:08:43] cái bước đầu tiên chính là section. Tiếp
[1:08:46] theo đó một cái dự án lớn thì muốn lưu ý
[1:08:48] ở điểm đó chính là bộ nhớ của dự án mỗi
[1:08:51] phiên chat hay là mỗi section. Mình
[1:08:52] trước hiểu một section là một cái phiên
[1:08:54] mà chúng ta chat để lo có tất cả những
[1:08:56] trao đổi của chúng ta trong cái phiên
[1:08:57] chat đó được coi bộ nhớ và hồi nãy như
[1:09:00] hiện có chia sẻ làm cách nào để loot có
[1:09:02] thể hiểu ở cái phin chat trước chúng ta
[1:09:04] đã yêu cầu nó làm cái gì và nó đã làm
[1:09:06] được gì rồi sau đó qua cái phách thứ hai
[1:09:08] là cái session thứ hai á nó tiếp tục làm
[1:09:11] những gì ở cái phiên trước chưa làm bằng
[1:09:13] cách chúng ta liên tục tạo ra những file
[1:09:16] ghi nhớ có thể là file hand hoặc là
[1:09:18] những file ghi nhớ trong phiên chat
[1:09:19] trước nghĩa là trước khi chúng ta kết
[1:09:21] thúc một phiên chat hay là một cái
[1:09:22] sction chúng ta luôn yêu cầu lo tạo một
[1:09:24] bản ghi nhớ và dựa bản ghi nhớ đó chúng
[1:09:26] ta sẽ yêu cầu cái chck tiếp theo hay
[1:09:28] section tiếp theo đọc lệ bản ghi nhớ đó
[1:09:30] để hiểu trước khi bắt đầu thực hiện
[1:09:32] section thứ hai và những ghi nhớ đó sẽ
[1:09:34] được lưu trong thư mục tróc của dự án ví
[1:09:36] dụ như trong dự án của hiện các bạn thấy
[1:09:39] đang rất nhiều ghi nhớ khác nhau cho
[1:09:41] từng file từng session và các ghi nhớ
[1:09:43] này rất là quan trọng nó chính là bộ nhớ
[1:09:45] của cả dự án nó giúp cho dự án hoặc
[1:09:47] triển khai các sách tiếp theo một cách
[1:09:49] trôi chải không bị đứt và cho lo có hiểu
[1:09:51] đến hiện tại những session trước đã hoàn
[1:09:54] thành được những điểm nào rồi. Cái thứ
[1:09:56] ba mà hiện chưa nói đó là khi bắt đầu
[1:09:58] một chúng ta không được yêu cầu lo code
[1:10:01] fit code ngay từ đầu mà chúng ta yêu cầu
[1:10:04] lo code đọc lại tất cả những phiên bản
[1:10:06] những bản ghi nhớ của section trước. Đây
[1:10:08] là điểm mà các bạn cần phải lưu ý. Nghĩa
[1:10:11] là khi bắt đầu một cái section mới khi
[1:10:12] chúng ta bắt đầu tập session mới chúng
[1:10:14] ta không được nói là hãy tiếp tục công
[1:10:16] việc gì đó mà các bạn quên yêu cầu lo
[1:10:19] code hãy đọc lại những bạn ghi nhớ đó.
[1:10:21] thì lo code nó vẫn phải viết code cho
[1:10:22] chúng ta thôi. Chỉ có điều bởi vì nó
[1:10:24] không liên kết với lại những gì mà đã
[1:10:26] làm ở phía trước đó thì nó có khả năng
[1:10:29] dẫn đến là cái kết quả mà chúng ta nhận
[1:10:31] được bị sai hoàn toàn đó là cái mục
[1:10:32] tiêu. Có thể là vậy ở phiên trước chúng
[1:10:34] ta đã code cái đảng đó rồi. Chúng ta đã
[1:10:35] tạo ra ứng dụng đó rồi nhưng mà ở phiên
[1:10:37] này nó là tiếp tục tạo ra ứng dụng núp
[1:10:39] bột là ở phiên trước chúng ta chưa tạo
[1:10:41] ra ứng dụng đó. Chúng ta muốn ở phiên
[1:10:42] này phải tạo ra nhưng mà nó không hiểu
[1:10:44] nó không biết. Vậy là nó tạo ra ứng dụng
[1:10:45] khác nó không đúng theo cái mong muốn
[1:10:47] chúng ta ở phiên này phải tạo ra ứng
[1:10:48] dụng đó. Cho nên điều quan trọng lớn
[1:10:51] nhất khi bắt đầu một cái session, một
[1:10:53] cái phách mới á là chúng ta phải yêu cầu
[1:10:55] nó đọc lợi tất cả những tài liệu, những
[1:10:58] cái bản ghi nhớ cũ mà chúng ta đã thực
[1:11:00] hiện ở những phiên trước. Tuy nhiên,
[1:11:02] chúng ta không yêu cầu nó ở face thứ 12.
[1:11:05] Phải đọc lại bảng ghi nhớ của tất cả 11
[1:11:08] trước. Điều này không nên cho các bạn,
[1:11:11] nó làm tốn rất là nhiều token. Ở phần
[1:11:14] chính thì sẽ nói rõ ở điểm này. Nghĩa là
[1:11:16] nó sẽ tốn chúng ta rất là nhiều tiền chỉ
[1:11:18] để làm cái động tác là đọc những cái bản
[1:11:20] ghi nhớ đó. Nó không cần thiết. Chúng ta
[1:11:22] chỉ cần yêu cầu nó đọc những cái bản ghi
[1:11:24] nhớ gần nhất và quan trọng nhất liên
[1:11:27] quan đến cái phiên chá hiện tại thôi.
[1:11:28] Còn những bản ghi nhớ cũ thì không cần
[1:11:30] đọc. Nó sẽ đảm bảo về tối ưu cho loot
[1:11:33] hơn. với lại nó không có bị lan mang khi
[1:11:35] mà loot đọc toàn bộ một quá trình quá
[1:11:37] dài như vậy. Và tiếp theo là thứ mà hiện
[1:11:39] nay luôn nói từ đầu cho đến phần này.
[1:11:42] Bất kỳ một cái section nào khi chúng ta
[1:11:44] bắt đầu chúng ta luôn yêu cầu VO Code
[1:11:46] phải lên plan trước khi thực hiện. Chúng
[1:11:48] ta có thể bỏ qua cái động tác này. Nếu ở
[1:11:51] section trước chúng ta đã có một lane
[1:11:53] chi tiết thì chúng ta chỉ cần yêu cầu
[1:11:54] Vlog code đọc đúng cái bảng ghi nhớ ở
[1:11:56] section trước và thực hiện đúng l trước
[1:11:59] để ghi lại thì ok ở section này chúng ta
[1:12:01] không cần phải yêu cầu lo code thực hiện
[1:12:03] lại cái plan đó. Nhưng mà nếu ở các
[1:12:06] session trước chúng ta không có bản ghi
[1:12:08] nhớ có yêu cầu chi tiết làm từng bước
[1:12:10] như vậy thì ở những section mới sau đó
[1:12:13] chúng ta nên yêu cầu lo code phải viết
[1:12:15] một cái bảng plan đầy đủ trước khi thực
[1:12:16] hiện. Nó sẽ giúp chúng ta giảm rất là
[1:12:18] nhiều sai sót. Nó sẽ giúp cho chúng ta
[1:12:20] kiểm soát cách mà loa code phí code cũng
[1:12:22] như là giảm tối thiểu những sai sót cho
[1:12:24] những phiên sau. Giờ có một cái điểm ghi
[1:12:26] nhớ ở mỗi section khi mà chúng ta tạo
[1:12:28] mới chúng ta luôn phải chọ đúng về lại
[1:12:31] cái thư mục gốc của cái dự án nha các
[1:12:32] bạn. Và đó là cái điểm mà hồi nãy hiện
[1:12:34] cũng đã nói đó. Bất kỳ khi bắt đầu một
[1:12:36] session mới luôn phải chọn đúng thư mục
[1:12:38] dự án. Nếu mà chúng ta nhầm lẫn nó sẽ đi
[1:12:40] rất là xa. Chúng ta chỉ cần nhìn ở phía
[1:12:42] dưới màn hình này hoặc là nhìn ở phía
[1:12:43] trên. Đây là thư mục của dự án. Và nếu
[1:12:45] mà lo chạy đúng thư mục này thì nghĩa là
[1:12:47] nó đang đúng. Còn nếu nó đang chạy một
[1:12:48] cái thư mục khác thì chúng ta phải dừng
[1:12:50] ngay lập tức session đó lại để tạo
[1:12:51] session khác chỏ về đúng cái thư mục của
[1:12:53] chúng ta. Ở môi trường thì nó đơn giản
[1:12:55] hơn bởi vì một lần chúng ta chỉ chọn
[1:12:57] được một thư mục thôi cho nên chúng ta
[1:12:58] sẽ kiểm soát được hoàn toàn chuyện đó.
[1:13:00] Chỉ có một cái lẫn lộn thường nhất chính
[1:13:01] là chúng ta chạy trên môi trường
[1:13:02] terminal thôi. Bởi vậy nếu mà chúng ta
[1:13:04] chạy dự án trên môi trường terminal
[1:13:06] session đó chúng ta phải cẩn thận nha
[1:13:07] các bạn. Và như thì cũng có chia sẻ
[1:13:09] lao.md nó không phải chỉ là một file duy
[1:13:11] nhất cho một dự án. Đối với dự án rất là
[1:13:14] lớn có nhiều module khác nhau. Chúng ta
[1:13:16] có thể tạo ra rất là nhiều file lo
[1:13:18] cheldin cho nhiều module. Việc tạo ra
[1:13:20] này cũng rất giúp ích cho việc triển
[1:13:21] khai một dự án lớn bởi vì file loa.
[1:13:24] Chính là bộ não của cả dự án và chúng ta
[1:13:26] sẽ tạo ra nhiều file cho từng module để
[1:13:28] nó hiểu ở từng module như vậy cần phải
[1:13:30] làm gì và việc chúng ta tạo ra bao nhiêu
[1:13:33] module hoặc là bao nhiêu file lo.md là
[1:13:35] tùy thuộc vào chúng ta. Có rất nhiều
[1:13:36] cách tiếp cận. Có thể là mỗi module là
[1:13:38] một file loMD hoặc là một số module là
[1:13:42] một file loMD chung. Ví dụ như một số
[1:13:43] module nó có tính liên kết lẫn nhau thì
[1:13:46] chúng ta có thể tạo thành một file chm
[1:13:47] chung. Còn những module mà không liên
[1:13:49] kết lẫn nhau thì mỗi mỗi module nó sẽ là
[1:13:51] một file chm. Tuy nhiên như hồi nãy hiện
[1:13:53] nói chúng ta được quyền tùy biến. Đó là
[1:13:55] quyền quyết định của chúng ta. Chúng ta
[1:13:56] được quyền muốn bao nhiêu cũng được
[1:13:58] nhưng nó nên tin gọn. Nghĩa là mỗi file
[1:14:00] loa.m như vậy chỉ nên tối đa 200 vòng
[1:14:03] thôi nha các bạn. càng tin gọn thì lo có
[1:14:06] càng hiểu càng ít mắt sai lầm. Riêng về
[1:14:08] file rules thì hiện khuyến nghị là không
[1:14:11] nên theo kiểu là mỗi module là một rules
[1:14:14] nha các bạn. Hiện lấy ví dụ như chúng ta
[1:14:16] đưa ra một cái nguyên tắc về thiết kế
[1:14:18] giao diện thì dù ở module nào giao diện
[1:14:21] nó phải là đồng nhất cho nên chúng ta
[1:14:24] chỉ cần tạo một file ru duy nhất cho
[1:14:26] việc khí cái giao diện ở tất cả các
[1:14:27] module. Chúng ta không nên tạo từng
[1:14:30] module là một cái nguyên tắc khí cái
[1:14:32] giao diện riêng. Trừ những trường hợp
[1:14:33] đặc biệt các bạn thích như vậy. Còn lại
[1:14:35] các bạn chỉ cần tạo một cái file duy
[1:14:37] nhất là file rule cho design thôi. Hoặc
[1:14:39] là test cũng vậy. Hoặc là nguyên tắc bảo
[1:14:42] mật cũng tương tự như vậy. Chúng ta tạo
[1:14:44] một file duy nhất quy định nguyên tắc
[1:14:46] bảo mật cho cả dự án cho tất cả các
[1:14:48] module. Chúng ta không cần thiết phải
[1:14:50] tạo ra từng cái quy tắc bảo mật riêng
[1:14:52] cho từng module. Các bạn chỉ chia nhỏ ru
[1:14:54] theo nguyên tắc thôi. Ví dụ một ru dành
[1:14:56] cho thiết kế, một ru dành cho kiểm tra,
[1:14:58] một ru dành cho bảo mật, một ru về cách
[1:15:00] đặt tên thì chúng ta sẽ thiết kế theo
[1:15:02] kiểu đó chứ đừng nên từng ru như vậy lại
[1:15:05] tạo ra nhiều file cho nhiều module. Và
[1:15:07] đây là workflow chuẩn cho một dự án lớn.
[1:15:09] Thứ nhất, chúng ta nên chia một dự án
[1:15:11] lớn thành nhiều section nhỏ hay là nhiều
[1:15:13] phiên làm việc nhỏ. Đồng thời cũng chia
[1:15:14] những cái dự án lớn thành nhiều cái
[1:15:16] module nhỏ. Và chúng ta sẽ tạo ra nhiều
[1:15:19] file loa.md cho từng cái module đó.
[1:15:21] ngoài một loa.
[1:15:25] Ru quy tắc chính chung cho tất cả các
[1:15:27] module và chúng ta nên đi từ đơn giản
[1:15:30] đến phức tạp. Chúng ta bắt đầu tạo ra
[1:15:32] những cái đơn giản trước, những cái nền
[1:15:35] tảng trước sau đó đi lên những thứ phức
[1:15:36] tạp sau. Tuy nhiên cái mà Hiển muốn nhấn
[1:15:39] mạnh khi xây dựng một dự án lớn là luôn
[1:15:41] phải xác định mục tiêu rõ ràng, xác định
[1:15:42] phạm vi rõ ràng và luôn luôn lên kế
[1:15:45] hoạch trước khi làm. Bởi vì nếu mà chúng
[1:15:46] ta có được mục tiêu rõ ràng, phạm vi rõ
[1:15:48] ràng và bản kế hoạch rõ ràng thì lo code
[1:15:50] nó sẽ đi đúng hướng bớt làm sai so với
[1:15:52] việc chúng ta vừa làm vừa nghĩ. Hướng
[1:15:54] tiếp cận vừa làm vừa nghĩ là hướng mà
[1:15:56] hiện không khuyên đối với những dự án
[1:15:58] lớn. Và điểm cuối cùng khi chúng ta
[1:16:00] chuyển đổi từ section 1 sang section 2
[1:16:02] hoặc từ section 2 sang section 3 ở dữ
[1:16:04] các section khác nhau, chúng ta luôn
[1:16:06] phải tạo ra những cái file hand up hay
[1:16:08] là những cái bảng ghi nhớ. Ở section
[1:16:09] tiếp theo chúng ta yêu cầu lo code phải
[1:16:11] đọc lại những cái bản ghi nhớ đó trước
[1:16:13] khi thực hiện cái section mới. Nó đảm
[1:16:15] bảo loi đúng hướng. Tuy nhiên đến đây có
[1:16:18] thể các bạn sẽ thắc mắc là tại sao là
[1:16:21] cần phải tạo ra nhiều section. Rồi các
[1:16:23] bạn sẽ thắc mắc contest là gì và token
[1:16:25] là gì. Để giải đáp những thắc mắc này
[1:16:27] của các bạn hiện sẽ nói chi tiết trong
[1:16:28] phần chính. Và phần chính cũng là phần
[1:16:30] rất là quan trọng trong video này. Nó
[1:16:32] liên quan đến tiền của chúng ta, liên
[1:16:34] quan đến hiệu năng mà lo sẽ làm việc.
[1:16:36] một session nếu mà chúng ta làm càng
[1:16:38] nhiều thì lo code sẽ càng lú, nó sẽ càng
[1:16:40] không hiểu, nó sẽ càng sai và tiền chúng
[1:16:42] ta bỏ ra sẽ càng nhiều. Cho nên chúng ta
[1:16:44] không nên yêu cầu lo code làm tất cả
[1:16:47] trong một session hay trong một phiên
[1:16:49] làm việc.
[1:16:54] Đến đây thì chúng ta đã đi được một nửa
[1:16:56] nội dung của video này. Ở phần chính này
[1:16:58] thì sẽ nói cho mọi người về ba cái khch
[1:17:00] niệm là section, contest và token. Và
[1:17:04] đây là cái phần mà hiện xem là quan
[1:17:06] trọng nhất bởi vì nó liên quan đến tiền
[1:17:07] của chúng ta. Khi mà chúng ta sử dụng
[1:17:09] law code, chúng ta luôn phải sử dụng số
[1:17:12] lượng token cũng khá là giới hạn. Và cái
[1:17:13] số lượng token này luôn quy ra cái số
[1:17:15] tiền mà chúng ta bỏ ra. Bởi vì việc
[1:17:18] chúng ta tối ưu về chi phí token nó sẽ
[1:17:20] giúp cho chúng ta rất lớn về tính hiệu
[1:17:22] quả khi sử dụng lo đặc biệt là đối với
[1:17:24] những bạn đang muốn sử dụng lo code nhằm
[1:17:26] thương mại quá một sản phẩm nào đó. Để
[1:17:28] cho các bạn dễ hình dung thì session nó
[1:17:30] giống như là một cái phiên làm việc
[1:17:31] chúng ta vậy. Chúng ta bắt đầu một phim
[1:17:33] làm việc từ 8:00 sáng và kết thúc một
[1:17:35] cái phiên làm việc vào 5:00 chiều thì đó
[1:17:37] là một cái phiên làm việc. Và trong quá
[1:17:39] trình chúng ta làm việc thì chúng ta cần
[1:17:41] có một cái bàn làm việc khi contest nó
[1:17:43] giống như là cái bàn làm việc của chúng
[1:17:44] ta vậy. Tuy nhiên cái bàn làm việc của
[1:17:46] LCOD này nó có một sự giới hạn về mặt
[1:17:48] diện tích. Nó không phải là quá lớn cũng
[1:17:50] không phải là quá nhỏ. Nó một khoảng rất
[1:17:52] là vừa đủ để chúng ta có thể làm việc.
[1:17:54] Và toen nó giống như một lượng hồ sơ
[1:17:56] chúng ta cần phải có cho cái phiên làm
[1:17:58] việc đó. Và cái số lượng token này nó sẽ
[1:18:01] được sinh ra dựa trên quá trình chúng ta
[1:18:04] yêu cầu lo code, đọc tài liệu, ghi file,
[1:18:06] tạo ra file mới và thực hiện những cái
[1:18:09] hoạt động liên quan đến là chạy test
[1:18:11] chẳng hạn. Và bởi vì các bạn làm việc nó
[1:18:14] có một sự giới hạn hay mình hiểu là
[1:18:16] contest là có một sự giới hạn cho nên
[1:18:18] cái số lượng token sinh ra đến một cái
[1:18:20] thời điểm nào đó nó sẽ full nguyên cái
[1:18:22] bàn làm việc. Và khi mà cái bàn làm việc
[1:18:23] mà full á hay mình hiểu là cái context
[1:18:25] nó full thì chúng ta buộc phải dừng lại
[1:18:27] cái session của phi làm việc đó. có
[1:18:29] nghĩa là gì? Chúng ta kỳ vọng là một phi
[1:18:31] làm việc chúng ta bắt đầu từ 8:00 sáng
[1:18:33] đến 5:00 chiều mới kết thúc. Tuy nhiên
[1:18:34] chúng ta phải hiểu là bởi vì cái l bàn
[1:18:36] làm việc nó có một sự giới hạn cho nên
[1:18:38] khi mà cái bàn làm việc đó nó đầy hồ sơ
[1:18:40] rồi thì chúng ta không thể nào tiếp tục
[1:18:42] làm việc trên cái bàn đó nữa. Nghĩa là
[1:18:44] chúng ta không thể nào tiếp tục làm việc
[1:18:46] ở cái contest đó nữa và chúng ta buộc
[1:18:48] phải chuyển sang một cái phiên làm việc
[1:18:49] mới ở một cái bàn làm việc mới. Và đó là
[1:18:51] lý do tại sao hiện nói điểm này rất là
[1:18:53] quan trọng. Bởi vì thứ nhất khi mà bàn
[1:18:55] làm việc càng đầy thì cái quá trình làm
[1:18:57] việc của chúng ta sẽ càng chậm, cái hiệu
[1:18:59] quả làm việc của chúng ta sẽ giảm đi. Và
[1:19:01] thứ hai, khi mà cái bàn làm việc nó gần
[1:19:02] đầy nó quá nhiều hồ sơ á thì mỗi lần mà
[1:19:05] chúng ta cần phải tìm một cái gì đó,
[1:19:06] chúng ta sẽ mất nhiều thời gian hơn. Và
[1:19:08] việc mà chúng ta mất nhiều thời gian hơn
[1:19:10] cũng tương ứng như chúng ta phải sử dụng
[1:19:11] nhiều token hơn, nó dẫn đến một điều
[1:19:13] chúng ta càng tốn chi phí cho một cái
[1:19:15] phiên làm việc nó không hiệu quả. Và bởi
[1:19:17] vì vậy chúng ta cần phải kiểm soát những
[1:19:19] thứ này một cách cẩn trọng và sao cho
[1:19:20] đạt được cái mục tiêu cao nhất và hiệu
[1:19:22] quả nhất. Nói thì rất nhiều tuy nhiên để
[1:19:24] cho các bạn có thể hình dung ngay về
[1:19:26] section và token ngay trên chính l code
[1:19:29] thì hiện sẽ mở ra l code trên môi trường
[1:19:31] desktop.
[1:19:33] Như các bạn thấy thì đây là lo code trên
[1:19:35] môi trường desktop.
[1:19:37] Về session ngay từ ở những phần trước
[1:19:40] thì cũng đã giới thiệu và cũng nói rất
[1:19:42] nhiều về section rồi. Khi chúng ta bắt
[1:19:44] đầu một cái phiên làm việc mới chúng ta
[1:19:46] luôn phải tạo session bằng cách chúng ta
[1:19:47] bấm vô new session. Thì đây là một phiên
[1:19:49] làm việc. Tuy nhiên lúc đó Hiền không
[1:19:51] nói về contest và token thì ở phần này
[1:19:54] Hi sẽ nói chi tiết. Các bạn có thể theo
[1:19:57] dõi contest và token đang sử dụng bằng
[1:20:00] cách kéo chuột xuống góc phải bên dưới
[1:20:02] của màn hình. Khi các bạn click vô thì
[1:20:03] các bạn sẽ thấy như vậy. Thì đây là cái
[1:20:05] section mà hiện đang giao việc cho L
[1:20:06] code thực hiện. Và công việc hiện đang
[1:20:09] giao cho LC code là yêu cầu L code đọc
[1:20:10] file law.md. Và cái quá trình đọc này
[1:20:14] loot đang sử dụng 42.000 token. Các bạn
[1:20:17] thấy góc phải này là số lượng token đang
[1:20:20] sử dụng trong phiên làm việc đó ở cái
[1:20:22] contest đó là 42.000 và nó chiếm là 4%
[1:20:27] contest. Một contest hiện nay có loost
[1:20:29] là 1 triệu token. Và khi mà chúng ta sử
[1:20:31] dụng hết 1 triệu token này cái bàn làm
[1:20:33] việc sẽ bị đầy. Và chúng ta có hai cách
[1:20:35] để giải quyết việc này. Lát nữa Hiền sẽ
[1:20:37] nói sao ở hai cách này. Và mỗi cách nó
[1:20:39] đều có u nhược điểm riêng. Bởi vì chúng
[1:20:41] ta sẽ cân nhắc là chọn hướng đi nào khi
[1:20:43] mà cái bàn làm việc chúng ta bị đầy. Có
[1:20:45] một điểm mà có thể 90% các bạn đang bắt
[1:20:48] đầu sử dụng lo code không biết đó là khi
[1:20:50] contest nó kéo dài quá nhiều quá lâu thì
[1:20:53] lo code nó bắt đầu trở nên bị lẫn và làm
[1:20:55] sai nhiều hơn. Hay nói khách khác là lo
[1:20:57] code nó đang dần kém thông minh hơn.
[1:20:59] Điều này thật ra cũng rất là bình thường
[1:21:01] các bạn. Mình hiểu nó giống như là con
[1:21:02] người vậy đó. Khi bắt đầu một cái phi
[1:21:04] làm việc thì cái số lượng hồ sơ trên bàn
[1:21:05] làm việc nó ít. Chúng ta có thể tra cố
[1:21:08] những cái hồ sơ đó nhanh hơn. chúng ta
[1:21:10] lúc đó vẫn còn minh mẫn hơn để quyết
[1:21:12] định coi là cái nào đúng, cái nào sai,
[1:21:13] cái nào phù hợp và cái nào không phù hợp
[1:21:15] để chúng ta có thể làm việc hiệu quả.
[1:21:17] Tuy nhiên khi chúng ta bắt đầu làm nhiều
[1:21:19] số lượng hồ sơ trên bàn chúng ta bắt đầu
[1:21:21] đông hơn, lớn hơn thì mỗi lần chúng ta
[1:21:24] cần phải thực hiện một cái công việc nào
[1:21:26] đó chúng ta phải tra cứu những cái hồ sơ
[1:21:28] cụ và cái việc mà tra cứu đó làm cho
[1:21:30] chúng ta mất nhiều thời gian hơn. Nó sẽ
[1:21:32] dẫn đến một điều là chúng ta sẽ không có
[1:21:33] đánh giá được là cái hướng đi nào là hợp
[1:21:35] lý nữa. Thì lo code nó cũng tương tư như
[1:21:37] vậy. Các bạn phải hiểu là như vậy. Cứ
[1:21:39] mỗi câu lệnh ROM mà chúng ta yêu cầu lo
[1:21:41] code thực hiện trong một cái phiên làm
[1:21:43] việc á, nó đều phải đọc lại tất cả các
[1:21:45] thông tin trước đó nó đã làm cũng như nó
[1:21:48] trao đổi chúng ta cũng như kết quả đã
[1:21:50] đạt được ở những đợt trước đó. Và đây là
[1:21:52] cái điểm mà chúng ta cần phải lưu ý. Khi
[1:21:54] lo đọc càng nhiều thông tin thì số lượng
[1:21:56] token yêu cầu sẽ càng nhiều. Nghĩa là
[1:21:59] chúng ta mất tiền càng nhiều. Và khi mà
[1:22:01] phiên làm việc nó càng dài cái số lượng
[1:22:02] hồ sơ trên bàn nó càng đông nó dẫn đến S
[1:22:05] token sử dụng cho lo để đọc cái đống tài
[1:22:07] liệu đó sẽ càng lớn. Cuối cùng chúng ta
[1:22:09] nhận được hai thứ chi phí bỏ ra lớn
[1:22:11] nhưng hiệu quả là không đáng kể. Chính
[1:22:13] vì vậy một phi làm việc tối ưu nhất,
[1:22:15] hiệu quả nhất để loa code nó có thể hoạt
[1:22:16] động một cách chính xác là khi chưa chạm
[1:22:19] ngưỡng 60% của contest. Như các bạn đang
[1:22:22] thấy là hiện yêu cầu lo code đọc tất cả
[1:22:24] các file trong project. Và khi mà mình
[1:22:27] yêu cầu như vậy các bạn để ý nè là lo
[1:22:29] code nó cần phải có một số lượng token
[1:22:31] để nó xử lý cái câu lệnh ROM của hệ và
[1:22:34] số lượng token được sử dụng là tương ứng
[1:22:37] với lại số lượng tài liệu và số lượng ký
[1:22:39] tự được lưu trong thư mục project đó
[1:22:41] phiên làm việc này đặt lên đến là 77.000
[1:22:44] tock và nó tương ứng với 8% của tầm
[1:22:46] test. Thì đây là cái điểm mà hiệu muốn
[1:22:48] nhấn mạnh để quản lý một phiên làm việc
[1:22:50] hiệu quả đảm bảo loa code nó vẫn còn
[1:22:52] minh mẫn nó vẫn còn đủ thông minh để xử
[1:22:54] lý tất cả các vấn đề.
[1:22:56] thì chúng ta nên đảm bảo cái contest đó
[1:22:58] không nên chạm vượt qua cái mức 60%. Vậy
[1:23:01] trong trường hợp mà section đó cái phiên
[1:23:03] làm việc đó bắt đầu nó vượt ngưỡng 60%
[1:23:05] thì chúng ta cần phải làm gì tiếp theo?
[1:23:07] Thiện sẽ chia sẻ điều này trong lát nữa
[1:23:09] các bạn cứ kiên nhẫn số lượng token mà
[1:23:11] chúng ta sử dụng để mà yêu cầu lo code
[1:23:14] viết code là không phải là vô hàng mà nó
[1:23:17] có một sự giới hạn. Và cái sự giới hạn
[1:23:19] này đang được lo code quản lý thành ba
[1:23:21] nhóm. Thứ nhất là trong một contest mà
[1:23:23] hiện vừa mới chia sẻ cho các bạn. Thứ
[1:23:26] hai là trong một cái chu kỳ 5 giờ và thứ
[1:23:29] ba là trong một chu kỳ tuần. Và cái điểm
[1:23:32] ở đây mà chúng ta cần lưu ý chính là cái
[1:23:34] chu kỳ 5 giờ. Bởi vì một số bạn đã gặp
[1:23:37] một số trường hợp là các bạn vừa mới yêu
[1:23:40] cầu lo code thực hiện dài ba dòng lệnh
[1:23:42] cũng khá là dài và chỉ xong dài ba dòng
[1:23:45] lệnh đó thôi thì đã full tất cả token
[1:23:48] trong chu kỳ 5 giờ và chúng ta phải đợi
[1:23:51] khi chu kỳ 5 giờ này được reset lại thì
[1:23:53] chúng ta mới có thể tiếp tục làm việc
[1:23:54] tiếp. Như hiện tại hiện đang chia sẻ các
[1:23:56] bạn thì cái chu kỳ 5 giờ này của hiện là
[1:23:59] đang sử dụng 5% số lượng token. Có một
[1:24:02] điểm ở đây là chúng ta không biết được
[1:24:05] rốt cuộc chu kỳ 5 giờ của chúng ta là có
[1:24:06] bao nhiêu toen. Đây là thông tin mà hiện
[1:24:08] nay chưa được public cho nên nó cũng rất
[1:24:10] khó cho chúng ta thể ước tính được. Bởi
[1:24:12] vậy trong quá trình mà chúng ta yêu cầu
[1:24:14] lo code viết code chúng ta, chúng ta
[1:24:15] liên tục nên theo dõi hiện khuyên là
[1:24:17] chúng ta nên liên tục theo dõi cái số
[1:24:20] lượng token đã sử dụng trong chu kỳ 5
[1:24:22] giờ này để hạn chế cái tình huống là khi
[1:24:24] loa code đang viết code thì nó phải dừng
[1:24:26] đột ngột. Và khi cái số lượng này nó gần
[1:24:28] đạt đến cái ngưỡng mà full của chu kỳ 5
[1:24:30] giờ thì chúng ta nên ngừng đợi cho đến
[1:24:32] khi cái chu kỳ 5 giờ nó restore lại thì
[1:24:34] chúng ta mới tiếp tục cái phi làm việc
[1:24:35] đó. Chúng ta hiểu như vậy mặc dù cái
[1:24:37] phiên làm việc đó, cái contest đó nó vẫn
[1:24:40] chưa đầy nhưng nếu mà cái chu kỳ 5 giờ
[1:24:42] đã đầy rồi thì vẫn sẽ bị dừng nha các
[1:24:44] bạn. Ngoài ra còn có chu kỳ tuần thì chu
[1:24:46] kỳ tuần này được áp dụng trong một cái
[1:24:49] chu kỳ là 7 ngày. Và cứ sau 7 ngày như
[1:24:51] vậy lo code nó sẽ reset lại một số lượng
[1:24:53] token mới cho chúng ta. Và đây là những
[1:24:55] sai lầm làm cho chúng ta bị mất tiền
[1:24:57] nhiều nhất trong khi không mang lại hiệu
[1:24:59] quả cao trong quá trình sử dụng lo code.
[1:25:02] Sa lầm thứ nhất mà chúng ta thường gặp
[1:25:03] phải đó là yêu cầu lo code đọc toàn bộ
[1:25:05] các file chest của chúng ta. Thật ra đối
[1:25:08] với những cái dự án nhỏ đó, những cái dự
[1:25:10] án nhỏ, những cái app nhỏ mà không có
[1:25:11] nhiều file á thì cái việc mà yêu cầu lo
[1:25:13] code độc này nó không gây vấn đề lớn.
[1:25:17] Tuy nhiên những dự án lớn các bạn hình
[1:25:18] dung là có hơn 1000 file và việc mà yêu
[1:25:22] cầu lo code đọc cả 1000 file đó có thể
[1:25:24] tốm gần cả 50 đến 60% số lượng token của
[1:25:27] nguyên một cái phiên làm việc đó. Chà
[1:25:28] các bạn có hình dung như vậy.
[1:25:31] Chúng ta bắt đầu một cái phiên làm việc
[1:25:33] mới ở mức 0%. Chúng ta chỉ cần ra lệnh
[1:25:35] cho lo đọc tất cả các tài liệu của cái
[1:25:39] dự án đó. Và sau khi đọc xong nó lên 60%
[1:25:41] token của cái contest đó. Vậy là chỉ một
[1:25:43] câu lệnh thôi, chúng ta đã đốt sạch 60%
[1:25:45] token cho một cái phiên làm việc. Chúng
[1:25:47] ta chỉ còn là 40% token. Và như h nãy
[1:25:50] hiện nói khi một contest mà nó vượt hơn
[1:25:52] 60% thì lo code bắt đầu đã bị lận. Cho
[1:25:55] nên việc chúng ta yêu cầu lo code đọc
[1:25:58] tất cả các file của một dự án là không
[1:26:00] cần thiết. Sai lầm thứ hai mà chúng ta
[1:26:02] sẽ gặp phải đó là chúng ta để một phi
[1:26:04] làm việc nó quá dài. Và đây cũng là cái
[1:26:06] điểm mà hiện giờ mình cũng mới chia sẻ.
[1:26:07] Khi một phiên làm việc bắt đầu dài thì
[1:26:09] cứ mỗi dòng ROM mà chúng ta yêu cầu lo
[1:26:11] code luôn phải đọc lời tất cả các nội
[1:26:13] dung đã được trao đổi trước đó. Và chúng
[1:26:16] ta hiểu càng đọc nhiều thì số lượng
[1:26:18] token càng sử dụng nhiều. Vậy là chúng
[1:26:21] ta có thể hình dung như vậy. Khi contest
[1:26:22] ở mức 0% chúng ta ghi một cái dòng lệnh
[1:26:25] loost không phải đọc gì hết không tốn
[1:26:27] một cái token nào cho cái dòng lệnh firm
[1:26:29] đó. Locost bắt đầu làm việc. Khi contest
[1:26:31] ở mức 10% lo có sẽ đọc lại 10% tất cả
[1:26:35] các dữ liệu đã được trao đổi trước đó
[1:26:37] trong cái contest đó. Và cái việc đọc
[1:26:39] này chỉ tốn chúng ta khoảng ví dụ như
[1:26:41] 50.000 token cho thôi. Nhưng khi contest
[1:26:43] nó lên đến 60% và chúng ta yêu cầu một
[1:26:45] cái dòng lệnh ROM nào đó lúc này Locos
[1:26:47] phải đọc là đến 60% nguyên cái bối cảnh
[1:26:49] trước đó mà chúng ta đã giao cho LCO. Và
[1:26:52] cái việc này có thể tiêu tốn của chúng
[1:26:53] ta đến tận 100.000 hoặc 200.000 token.
[1:26:56] Cho nên một phiên làm việc càng dài thì
[1:26:58] số lượng token chúng ta tiêu tốn sẽ càng
[1:26:59] nhiều. Thứ ba chúng ta yêu cầu L code
[1:27:02] viết một cái kế hoạch quá rộng thì thật
[1:27:03] ra là vậy. Đối với những dự án lớn chúng
[1:27:05] ta sẽ yêu cầu L code viết một kế hoạch
[1:27:07] rộng nhất ở ngay section không ngay khi
[1:27:09] bắt đầu dự án. Tuy nhiên trong quá trình
[1:27:11] mà chúng ta làm việc chúng ta tạo ra
[1:27:13] những section tiếp theo thì ở những
[1:27:15] section tiếp theo chúng ta không nên yêu
[1:27:16] cầu lo code viết những cái kịch bản nó
[1:27:18] quá rộng. Thay vì vậy chúng ta chỉ nên
[1:27:20] kế thừa cái bản kế hoạch lớn nhất được
[1:27:22] tạo ra section và những cái bảng hand up
[1:27:24] những cái bản ghi nhớ ở những section
[1:27:25] trước. Điều này sẽ giúp tối ưu số lượng
[1:27:27] token hơn so với việc chúng ta cứ yêu
[1:27:29] cầu lo code phải giết một cái bản kế
[1:27:31] hoạch dài ở từng section. Điểm thứ tư là
[1:27:33] chúng ta yêu cầu lo tìm kiếm quá nhiều.
[1:27:35] Thật ra sẽ có lúc chúng ta cần L code
[1:27:37] tìm kiếm một cái nội dung nào đó. Tuy
[1:27:39] nhiên việc chúng ta cứ yêu cầu Long Code
[1:27:41] phải tìm kiếm những cái nội dung đó thì
[1:27:43] nó sẽ dẫn đến chúng ta đốt một số tổ kệ
[1:27:45] rất là nhiều. Thứ năm là chúng ta lưu
[1:27:48] một file quá lớn. Thông thường là như
[1:27:49] vậy. Đối với dự án lớn chúng ta nên chia
[1:27:52] các file đó thành những file nhỏ. nó sẽ
[1:27:54] hiệu quả hơn rất nhiều so với lại quản
[1:27:56] lý một cái file cực lớn. Ờ nó có hai lý
[1:27:58] do. Lý do thứ nhất việc mà chúng ta chia
[1:28:00] một file mà bự thành nhiều file nhỏ đó
[1:28:03] thì chúng ta sẽ dễ tìm kiếm, dễ quản lý
[1:28:05] và dễ kiểm soát. Đây cũng là một cái
[1:28:07] tiêu chuẩn mà hầu hết các bạn coder đều
[1:28:09] hướng đến. Và thứ hai, việc chúng ta
[1:28:11] chia thành nhiều file nhỏ cũng giúp
[1:28:13] chúng ta giảm hiểu số lượng tầ tiêu tốn
[1:28:15] cho việc đọc cái file đó. Các bạn có thể
[1:28:17] hình dung là khi chúng ta bắt đầu
[1:28:18] session đó, chúng ta sẽ yêu cầu lo code
[1:28:19] đọc là một cái file nào đó. Và trong cái
[1:28:21] file đó thật ra chúng ta chỉ cần muốn lo
[1:28:23] đọc đúng cái nội dung đó thôi nhưng sẽ
[1:28:25] không bao giờ đọc đúng cái nội dung đó
[1:28:27] cho các bạn trong cái file đâu mà nó đọc
[1:28:28] hết tất cả các nội dung trong file đó.
[1:28:30] Bởi vậy nếu mà chúng ta tách cái nội
[1:28:32] dung đó ra thành một cái file riêng á
[1:28:33] thì lo chỉ cần đọc cái file đó thôi thay
[1:28:36] vì đọc một cái file lớn với tất cả các
[1:28:37] nội dung. Và đó lý do thứ hai mà chúng
[1:28:40] ta nên chia nhỏ file. Cái sai lầm thứ
[1:28:42] sáu là loa.md quá dài. Thì cái này ngay
[1:28:45] từ đầu thì cũng đã khuyến nghị mọi người
[1:28:46] rồi là chỉ nên thiết kế một cái file
[1:28:48] loa. Không quá 200 vòng.
[1:28:51] Việc mà chúng ta tạo không có 200 vòng
[1:28:53] này nó có hai l thứ nhất là lo code
[1:28:54] không có bị lẫn nó không có quá nhiều
[1:28:56] thông tin khi nó đọc cái file lo chm và
[1:28:58] nó thực hiện đúng cái mục tiêu mà chúng
[1:29:00] ta hướng đến cho cái project đó. Và cái
[1:29:02] yếu tố thứ hai cũng là một cái yếu tố mà
[1:29:04] chúng ta cần phải biết là khi mà file lo
[1:29:06] chm nó quá dài thì số lượng toen tiêu
[1:29:09] tốn sẽ càng nhiều. Và cái điểm này các
[1:29:10] bạn luôn lưu ý nè là khi chúng ta tạo ra
[1:29:13] một cái section mới á và chúng ta bắt
[1:29:15] đầu cái session mới lo code luôn luôn
[1:29:17] đọc lại file law.md MD ngay cả khi chúng
[1:29:19] ta không yêu cầu nó đọc cho nên chắc
[1:29:21] chắn luôn luôn sẽ tiêu tốn sầ cho việc
[1:29:24] đọc lo ch. Thứ bảy một sai lầm rất là
[1:29:27] phổ biến là chúng ta sử dụng cái phiên
[1:29:29] bản AI mạnh nhất trong việc viết COD.
[1:29:31] Thì hiện nay cái phiên bản mà AI mạnh
[1:29:33] nhất ở thời điểm mà hiện làm video này
[1:29:35] là Obot 4.7 và cái phiên bản này tốn rất
[1:29:38] nhiều toen so là cái phiên bản Sonet
[1:29:40] 4.6. Bởi vì vậy, việc chúng ta chọn cái
[1:29:42] phiên bản AI nào cho cái hoạt động phí
[1:29:45] code cũng là một điều sẽ cần cân nhắc
[1:29:46] tối ưu cái chi phí của chúng ta. Cái sai
[1:29:48] lầm cuối cùng là chúng ta tạo ra một cái
[1:29:50] sàn set on in one. Ra nó cũng tương tự
[1:29:52] như cái sai lầm thứ hai đó là khi mà
[1:29:54] chúng ta tạo ra một cái section mà on in
[1:29:56] one vừa lên plan vừa viết code vừa
[1:29:59] review vừa sửa lỗi vừa test nó sẽ dẫn
[1:30:01] đến việc là to tiêu tốn cực kỳ nhiều. Và
[1:30:04] đây là điểm mà hiện khuyến nghị các bạn
[1:30:06] không nên làm. Nói tóm lại, điều các bạn
[1:30:09] cần phải lưu ý ở đây đó là đừng để một
[1:30:11] cái phiên làm việc chúng ta trở thành
[1:30:12] một cái bãi rác và làm sao để một cái
[1:30:14] phiên làm việc nó trở nên tin gọn, hiệu
[1:30:16] quả thì chúng ta sẽ đi tiếp đến tính nội
[1:30:18] dung tiếp theo. Giải h đầu tiên là không
[1:30:21] được cho loa code đọc tất cả các file
[1:30:23] của dự án. Chúng ta sẽ chỉ rõ cho lo chỉ
[1:30:25] nên đọc những cái file nào khi bắt đầu
[1:30:27] một session mới. Tiếp theo chúng ta chọn
[1:30:29] đúng model AI phù hợp cho từng phiên làm
[1:30:31] việc. Thì hầu hết hiện nay khoảng 80 đến
[1:30:34] 90% khối lượng công việc phiên bản model
[1:30:36] Sonnet 4.6 mà hiện đang sử dụng là đảm
[1:30:39] bảo được chất lượng chỉ khoảng 10% số
[1:30:42] lượng công việc ở mức phức tạp cao thì
[1:30:43] chúng ta mới sử dụng phiên bản OBOS. Còn
[1:30:46] đối với những cái phiên làm việc mà nhẹ
[1:30:47] thì chúng ta có thể sử dụng phiên bản
[1:30:49] thấp nhất là hai cu. Điểm lưu ý ở đây là
[1:30:51] cái phiên bản OBOS nó luôn tốn s token
[1:30:54] nhiều hơn so là cái phiên bản Hik và
[1:30:56] Sonet cho cùng một công việc. Thứ ba là
[1:30:59] điểm mà hầu hết các bạn có thể không
[1:31:01] biết. Chúng ta chỉ nên vật land mode
[1:31:03] ngay bắt đầu một cái phiên làm việc mới
[1:31:05] khi mà contest nó không quá 12%. Cái
[1:31:08] khoảng từ 0 đến 12% của contest là cái
[1:31:10] khoảng phù hợp nhất cho code để viết một
[1:31:13] cái bảng kế hoạch chính xác và chi tiết.
[1:31:15] Khi vượt quá khoảng này thì lo vẫn có
[1:31:18] thể viết được cái bản kế hoạch. Tuy
[1:31:19] nhiên cái mộ đồ chính xác của nó sẽ giảm
[1:31:21] xuống. Giải pháp thứ tư là cái giải pháp
[1:31:22] mà có thể hầu hết các bạn không để ý đó
[1:31:24] là những cái file mà chúng ta yêu cầu lo
[1:31:26] code đọc nên được lưu với dạng.MD MD hay
[1:31:29] chúng ta hiểu là định dạng MC down thì
[1:31:31] những cái file này là những cái file tối
[1:31:33] ưu nhất cho LCD đọc. Lý do tại sao? Thật
[1:31:35] ra các bạn có thể thấy á là tất cả các
[1:31:37] file quan trọng của LCO đều được lưu với
[1:31:39] dạng chmd. Và lý do rất là đơn giản bởi
[1:31:42] vì định dạng này là định dạng nó giúp
[1:31:45] giảm cái số lượng ký tự xuống mức thấp
[1:31:47] nhất và nó sẽ giúp tiêu tốn cái số lượng
[1:31:50] token ít nhất khi mà lo code đọc những
[1:31:52] cái file này. Bởi vậy cái giải pháp thứ
[1:31:54] tư mà hiện khuyến nghị cho các bạn là
[1:31:56] tất cả những cái bảng ghi nhớ, tất cả
[1:31:58] những cái file quan trọng mà chúng ta
[1:32:00] muốn lo code nên được lưu với dạng chmd.
[1:32:03] Giải pháp thứ năm là chúng ta quản lý
[1:32:05] contest hiệu quả là khi một session mà
[1:32:08] cái phiên làm việc đó cái contest nó gần
[1:32:10] đạt đến 100% thì chúng ta nên làm gì?
[1:32:13] Chúng ta có hai giải pháp cho việc này.
[1:32:15] Giải pháp đầu tiên là chúng ta sẽ viết
[1:32:16] một cái biên bản bằng dao head up và tạo
[1:32:18] một session mới để l tiếp tục kế thừa
[1:32:20] session trước để làm việc tiếp. Giải
[1:32:21] pháp thứ hai, chúng ta sẽ dùng một cái
[1:32:23] lệnh là suy combact. Lệnh ST comback này
[1:32:25] là lệnh lo code nó sẽ nén lại những
[1:32:27] thông tin quan trọng nhất của cái phiên
[1:32:29] làm việc đó. Tuy nhiên có một điểm hiện
[1:32:31] cần phải lưu ý là nếu mà chúng ta sử
[1:32:34] dụng cái lệnh combat log sẽ tự quyết
[1:32:36] định là cái nội dung nào sẽ được giữ lợi
[1:32:38] và nội dung nào sẽ bị xóa đi. Chúng ta
[1:32:40] sẽ không kiểm soát được là rốt cuộc lo
[1:32:43] code nó sẽ lấy dữ liệu nào. Cho nên có
[1:32:46] thể có một số nội dung rất là quan
[1:32:47] trọng. Tuy nhiên lo code đánh giá nó
[1:32:49] không quan trọng và nó sẽ loại ra khỏi
[1:32:51] cái contest đó. Có một điểm nữa hiện
[1:32:53] cũng cần phải chia sẻ các bạn là lệnh
[1:32:54] rewin. Cái lệnh này rất hay ở chỗ là
[1:32:56] trong tình huống lo code fix sai. Thông
[1:32:59] thường khi mà loot fit sai á các bạn sẽ
[1:33:01] có một cái thói quen vậy. Các bạn sẽ
[1:33:02] nhắn là ê cái này bị sai rồi phải làm
[1:33:04] như thế này là đúng. Và sau đó lo sẽ đọc
[1:33:06] cái nội dung đó của các bạn viết đọc cái
[1:33:09] file đó và tìm hiểu tại sao sai và sửa
[1:33:11] sai. Vậy là quy cái quá trình lo đọc cái
[1:33:14] nội dung đó tìm hiểu nguyên nhân và sửa
[1:33:16] sai tốn của chúng ta rất nhiều tok.
[1:33:19] Và để không phải như vậy thì chúng ta sẽ
[1:33:21] nhập lệnh rewin. Nó sẽ quay về cái phiên
[1:33:23] làm việc gần nhất trước đó. Và chúng ta
[1:33:25] gõ một cái lệnh ROM mới yêu cầu chi tiết
[1:33:27] hơn để đảm bảo là lo code không còn viết
[1:33:29] code bị sai nữa. Đây là một trong những
[1:33:31] cách thức giúp chúng ta tiết kiệm token
[1:33:32] hiệu quả. Thay vì việc chúng ta nói là
[1:33:35] đã sai rồi, yêu cầu lo code sửa thì
[1:33:37] chúng ta bấm lệnh rewind. Chúng ta hiểu
[1:33:39] lệnh rewin giống như cái lệnh Ctrl Z.
[1:33:41] Chúng ta quay về một cái phiên trước đó
[1:33:42] và chúng ta bắt đầu là từ đầu. Giải pháp
[1:33:44] tiếp theo là trước khi session nó quá
[1:33:46] đầy nó vượt hơn 60% thì chúng ta nên
[1:33:49] ngừng cái session đó và bắt đầu chuyển
[1:33:51] session mới. Nó sẽ hiệu quả hơn rất
[1:33:53] nhiều so với là chúng ta tiếp tục cái
[1:33:54] section mà đã đạt đến mức 60% contact.
[1:33:56] Vậy workflow chuẩn mà chúng ta nên nhớ ở
[1:33:58] đây là gì? Là khi chúng ta tạo một cái
[1:34:02] session mới, bắt đầu một cái phi làm
[1:34:03] việc mới thì cái phi làm việc tốt nhất
[1:34:05] là trong cái ngưỡng contest từ 0 đến
[1:34:07] 30%. Cái ngưỡng từ 30 đến 50% vẫn là cái
[1:34:10] ngưỡng rất ổn để mà loot nó đủ hiểu và
[1:34:14] nó ra được cái kết quả ổn định. Chính
[1:34:15] xác. Cái ngưỡng 50 đến 60% là cái ngưỡng
[1:34:18] chúng ta nên bắt đầu chuẩn bị để bàn
[1:34:19] giao sang một cái session mới. Và khi
[1:34:21] vượt qua cái ngưỡng 60% thì chúng ta nên
[1:34:24] thực hiện bàn giao. Và các bước để mà
[1:34:26] chuyển từ một cái section cũ sang cái
[1:34:28] session mới là chúng ta sẽ dừng code lại
[1:34:30] tạo file handup.md. thực hiện kiểm tra
[1:34:33] git commit link git tạo session mới và
[1:34:35] yêu cầu session mới đọc là file handup
[1:34:38] file lo file brd và các file quan trọng
[1:34:41] chứ đừng yêu cầu lcode đọc hết tất cả
[1:34:43] sau đó nếu mà chúng ta cẩn thận hơn thì
[1:34:45] chúng ta có thể yêu cầu lc code tóm tắt
[1:34:47] lại cái quá trình trước đó đã thực hiện
[1:34:49] để xem coi là code nó có đang hiểu đúng
[1:34:51] không và nó đang có đi theo đúng hướng
[1:34:52] mà các section trước đã thực hiện không.
[1:34:54] Có một giải pháp nữa mà hầu hết các bạn
[1:34:56] sẽ không biết và đây là cái giải pháp mà
[1:34:58] hiện thường sử dụng đó là sử dụng
[1:35:00] subion. Việc mà chúng ta sử dụng sub ở
[1:35:02] đây nó rất hiệu quả ở chỗ á là trong một
[1:35:04] phiên làm việc khi mà chúng ta kích hoạt
[1:35:07] sub agation nó sẽ không tốn contest
[1:35:09] trong phiên làm việc đó quá nhiều. Bởi
[1:35:10] vì chúng ta hình dung là vậy. Khi một
[1:35:12] phiên làm việc đang ở mức là 40% contest
[1:35:15] chúng ta gọi một cái subention để làm
[1:35:17] một cái công việc nào đó. Ví dụ như là
[1:35:19] search tài liệu review lại các đoạn code
[1:35:21] nào đó hoặc là thực hiện một cái bài
[1:35:23] test nào đó thì sub này nó sẽ mở ra một
[1:35:26] cái contest mới để thực hiện những cái
[1:35:28] công việc đó chứ không thực hiện cái
[1:35:30] những công việc đó ngay trên chính hiện
[1:35:32] tại của chúng ta. Và sau khi thực hiện
[1:35:34] những cái công việc trên cái contest mới
[1:35:36] đó xong sub sẽ tóm tắt là kết quả cuối
[1:35:38] cùng và gửi về cái contest hiện tại để
[1:35:40] cho cái con action chính ở cái contest
[1:35:42] hiện tại nó đọc.
[1:35:45] Ở phần này chúng ta sẽ nói về một số
[1:35:47] tính năng nâng cao của code như H,
[1:35:50] skill, Asian và MCB. Nói về skill, bản
[1:35:55] chất nó giống như một cái quy trình có
[1:35:57] bước một, bước hai, bước ba, bước bốn có
[1:35:59] đầu vào có kết quả đầu ra. Chúng ta cứ
[1:36:02] hiểu là thay vì chúng ta phải làm từng
[1:36:04] bước bằng cách thủ công thì skill nó sẽ
[1:36:07] tự động quá các bước đó thành một cái
[1:36:08] quá trình nhiều bước và sẽ đóng gói lại
[1:36:11] thành một skill và nó sẽ thực hiện tự
[1:36:14] động cho chúng ta. Thật ra BL đã có một
[1:36:16] số skill được xây dựng sẵn như là
[1:36:20] Canfast Design, MCB builder, Creator
[1:36:23] hoặc là skill tạo ra một số anh động với
[1:36:25] dạng git. Trong quá trình làm việc thì
[1:36:26] chúng ta có thể yêu cầu lo tạo ra các
[1:36:29] skill đó. Tiếp theo là HCK. HCK chúng ta
[1:36:32] hiểu nó giống như là những cái chốt kiểm
[1:36:34] soát tự động, kiểu giống như là một cái
[1:36:36] hàm điều kiện. Khi một cái điều kiện gì
[1:36:39] đó xảy ra thì nếu mà hit cái điều kiện
[1:36:41] đó thì nó sẽ đưa ra một cái cảnh báo cho
[1:36:43] chúng ta. Ví dụ như khi một session
[1:36:45] xong, nếu mà chúng ta ra một cái lệnh
[1:36:47] HCK là khi xong một cái section hay là
[1:36:49] một cái phiên nằm nó ra một cái cảnh báo
[1:36:51] thì đó chính là HCK. Và HCK là một trong
[1:36:54] những cách để chúng ta đặt những cái
[1:36:56] cảnh báo cho một số câu lệnh nguy hiểm.
[1:36:58] Nếu mà có thực hiện thứ ba là subent thì
[1:37:03] cái này thì cũng đã nói ở cái phần trước
[1:37:05] là phần chính. Về sub agent thì chúng ta
[1:37:07] cứ thể hiểu đơn giản thì đó là những con
[1:37:08] AI con của cái project đó. Còn con AI mẹ
[1:37:11] là cái con mà chúng ta đang thao tác với
[1:37:13] nó trên chính cái contest của chúng ta.
[1:37:16] Đối với những cái icon á chúng khi mà
[1:37:17] chúng ta gọi nó làm việc á thì chúng ta
[1:37:19] sẽ không biết được quá trình nó thiên
[1:37:21] kinh như thế nào so với lại con a mẹ.
[1:37:23] Cái điểm này là cái điểm hiện nay vẫn
[1:37:24] còn hạn chế là khi mà chúng ta làm việc
[1:37:27] cái con ai mẹ trên cái conttech chính á
[1:37:29] thì chúng ta sẽ thấy được là nó đang suy
[1:37:31] nghĩ gì, nó đang sửa cái gì và nó đang
[1:37:33] làm gì. Tuy nhiên nếu mà chúng ta gọi
[1:37:35] những cái con sub agent là những con
[1:37:37] econ để mà nó làm công việc nào đó thì
[1:37:39] thường nó chỉ đưa ra được chúng ta là
[1:37:41] thấy được cái kết quả cuối cùng thôi.
[1:37:43] Còn quá trình nó làm gì thì chúng ta khó
[1:37:45] thấy được đầy đủ. Nó vẫn có những cái
[1:37:47] tóm tắt là nó đang làm gì. Nhưng mà nếu
[1:37:49] mà chúng ta muốn biết một cách đầy đủ
[1:37:51] như cái con ai mẹ đang làm á thì không
[1:37:54] thấy được. Những con AI con mà chúng ta
[1:37:56] có thể tạo ra thông thường hiện khuyế
[1:37:57] nghị là nên cho những cái vai trò mang
[1:38:00] tính là kiểm soát ví dụ như là nghiên
[1:38:02] cứu hoặc là review một code nào đó hoặc
[1:38:05] là phân tích data hiện tại hay chỉ đơn
[1:38:07] giản là kiểm tra và bảo mật. Đó là những
[1:38:10] cái task nó mang tính độc lập. Chúng ta
[1:38:12] có thể gộ những con i con những con sub
[1:38:14] agent để mà nó làm những công việc đó
[1:38:15] thay vì yêu cầu con ai mẹ nó làm. Việc
[1:38:18] mà chúng ta dùng spion á nó có hai lợi
[1:38:20] ích. Lợi ích thứ nhất thì như hiện đã
[1:38:22] nói ở phần chính là nó giúp chúng ta đỡ
[1:38:25] tiêu tốn token. Lý do là bởi vì khi mà
[1:38:27] chúng ta gộ con sub á thì nó sẽ làm việc
[1:38:29] trên cái contest phụ nó không liên quan
[1:38:31] đến contest chính và nó không có phải
[1:38:34] đọc lại tất cả các nội dung của contex
[1:38:36] chính đang làm gì. Bởi vậy cái số lượng
[1:38:38] token mà chúng ta tiêu tốn không có quá
[1:38:40] nhiều. Còn nếu mà chúng ta yêu cầu con
[1:38:42] ai mẹ làm cái công việc đó thì nó sẽ đọc
[1:38:45] tất cả các nội dung mà chúng ta đã trao
[1:38:47] đổi từ đầu contest cho đến hiện tại và
[1:38:49] nó tốn của chúng ta khá là nhiều token
[1:38:51] trước khi nó bắt đầu thực hiện cái công
[1:38:53] việc ví dụ như nghiên cứu hay là test.
[1:38:55] Ngoài ra còn một cái lý do thứ hai nữa
[1:38:57] là bởi vì khi mà có hai con a độc lập á
[1:39:00] chúng ta hiểu là giống như là có hai
[1:39:01] người độc lập thì nó có hai cái bộ não
[1:39:03] độc lập. Bản thân con người cũng vậy.
[1:39:05] Nếu mà chúng ta là người làm rồi sau đó
[1:39:06] chúng ta là người kiểm tra thì khó có
[1:39:09] thể phát hiện được cái lỗi sai của chúng
[1:39:10] ta. Tuy nhiên nếu mà chúng ta kêu một
[1:39:12] cái bên thứ ba độc lập kiểm tra cái công
[1:39:14] việc chúng ta đang làm thì nó có tính
[1:39:16] khách quan và nó có thể phát hiện ra
[1:39:18] những cái lỗi mà bản thân cái người mà
[1:39:20] chúng ta đang làm á khó phát hiện được.
[1:39:21] Và đó là lý do thứ hai mà tại sao chúng
[1:39:23] ta nên dùng những con sub. Chúng ta có
[1:39:25] thể yêu cầu chính con a mẹ tạo ra cái
[1:39:27] sub đó bằng cách là chúng ta đưa ra phạm
[1:39:30] vi của con sub nó làm gì, chức năng dụng
[1:39:32] vụ chính của nó và những việc nó làm,
[1:39:34] những việc nó không được làm. Và khi mà
[1:39:36] chúng ta những yêu cầu đó thì con i mẹ
[1:39:38] nó sẽ tạo ra những con spion con trong
[1:39:40] thư mục của cái project của chúng ta. Về
[1:39:43] MCB nó là chính là đường dây liên kết
[1:39:45] giữa lo code với những ứng dụng của bên
[1:39:47] thứ ba. Ờ mình cứ lấy một ví dụ đơn giản
[1:39:49] đi như là Gmail nè, Microsoft 365 nè,
[1:39:52] GitHub nè. Thì nếu mà chúng ta muốn lo
[1:39:54] code liên kết trực tiếp đến những ứng
[1:39:56] dụng đó thì chúng ta cần phải kết nối
[1:39:58] thông qua MCB. Và thông thường khi mà
[1:39:59] chúng ta kết nối MCB đến những ứng dụng
[1:40:01] đó thì chúng ta sẽ cần phải xác nhận cấp
[1:40:04] quyền cho lo có thể đăng nhập vô được.
[1:40:06] Một cái tính năng rất là nâng cao mà bản
[1:40:07] thân hiện cũng chưa sử dụng nữa chính là
[1:40:09] team agents. Thì team agents nó khác là
[1:40:12] sub agent nó là chỗ á. Sub là những con
[1:40:15] agent con trong một dự án. Còn team
[1:40:18] Asian đó là những con Asian mẹ song song
[1:40:20] hoàn toàn với nhau. Đối với team Asion á
[1:40:22] thì chúng ta chỉ có thể áp dụng khi mà
[1:40:24] làm việc trong một team lớn có nhiều
[1:40:26] người và có nhiều con acent mẹ và nó
[1:40:28] phối hợp với nhau để nó hoàn thành cái
[1:40:29] dự án đó. Tuy nhiên có một cái điểm mà
[1:40:31] cần lưu ý ở đây á là nó tốn của chúng ta
[1:40:33] rất nhiều tiền. Và một cái điểm thứ hai,
[1:40:36] chúng ta chỉ nên dùng chạy song song với
[1:40:39] nhau ở những cái tas, những cái module
[1:40:41] nó độc lập nhau để đảm bảo không có bị
[1:40:43] complete. Riêng đối với những module mà
[1:40:44] có tính phụ thuộc nhau thì khuy nghị
[1:40:46] chúng ta không nên cho hai con nó chạy
[1:40:48] song song đồng thời trên hai module này.
[1:40:50] Bởi vì hai con it thì nó có hai cái
[1:40:53] hướng đi khác nhau. Nó có thể dẫn đến
[1:40:55] cái kết quả cuối cùng chúng ta nhận được
[1:40:56] là bị click. Và khi bị click chúng ta
[1:40:59] rất khó để mà có thể sửa fit cái loại
[1:41:01] đó. Bởi vậy đối với những cái module mà
[1:41:03] có tính phụ thuộc nhau á thì khuyến nghị
[1:41:05] của hiện vẫn nên là chúng ta chạy lần
[1:41:07] lượt, không nên chạy song song. Tuy
[1:41:08] nhiên chúng ta sẽ dùng nhiều trong
[1:41:10] trường hợp chúng ta muốn thử nghiệm
[1:41:11] nhiều hướng khác nhau. Hiện lấy ví dụ
[1:41:13] như chúng ta đang đến một cái giai đoạn
[1:41:15] xây dựng cái báo cáo hàng tồn kho chẳng
[1:41:17] hạn là chúng ta đang phân nhân không
[1:41:18] biết nên xây dựng cái báo cáo đó theo
[1:41:19] hướng nào thì chúng ta có thể thử nghiệm
[1:41:21] bằng cách là chúng ta cho ba con acion
[1:41:23] nó chạy theo ba hướng. Và sau khi chạy
[1:41:25] theo ba hướng như vậy, chúng ta sẽ nhận
[1:41:26] được ba cái báo cáo theo ba góc nhìn
[1:41:28] khác nhau. Chúng ta có thể đánh giá được
[1:41:29] báo cáo nào là phù hợp nhất đối với
[1:41:31] chúng ta và chúng ta sẽ giữ lợ cái hướng
[1:41:32] đi đó. Thì đó là một cái những lý do mà
[1:41:35] chúng ta có thể tận dụng các action để
[1:41:37] nó chạy. Đồng thời. Ở phần này chúng ta
[1:41:40] sẽ nói về một trong những yếu tố cơ bản
[1:41:43] nhất nhưng mà lợi quan trọng nhất khi
[1:41:44] bắt đầu sử dụng lo đó chính là git. Thì
[1:41:47] thật ra ngay lúc ở đầu video á thì cũng
[1:41:50] có nói sơ về git rồi. Git là một cái sợi
[1:41:52] dây an toàn đ cho chúng ta. Trong trường
[1:41:54] hợp nếu mà chúng ta có size ở một cái
[1:41:56] giai đoạn nào đó mà chúng ta không thể
[1:41:57] nào fit được cái loại đó đó thì chúng ta
[1:41:59] sẽ sử dụng git để back là giai đoạn
[1:42:00] trước. Thì đó là một trong những cái
[1:42:02] tính năng cơ bản nhất khi mà chúng ta sử
[1:42:04] dụng git. Và để mà có thể backup được
[1:42:07] thì việc đầu tiên chúng ta cần phải làm
[1:42:09] đó là chúng ta phải commit cái phiên bản
[1:42:11] ổn định vào git. Và sau đó nếu mà chúng
[1:42:13] ta làm sai á thì chúng ta sẽ restore cái
[1:42:15] phiên bản ổn định đó. Và khi mà chúng ta
[1:42:17] lợ á thì nó có hai tình huống như thế
[1:42:19] này để chúng ta nắm, chúng ta sử dụng
[1:42:22] gip cho phù hợp nhất. Đó là tình huống
[1:42:24] thứ nhất là chúng ta back lợ và chúng ta
[1:42:25] tiếp tục làm trên cái man chính. Nghĩa
[1:42:28] là khi mà chúng ta lợ và chúng ta tiếp
[1:42:30] tục làm lại từ đầu ghi đè lên cái dự án
[1:42:33] cũ. Tình huống thứ hai á là thay vì ghi
[1:42:35] đè lên thì chúng ta không có làm như
[1:42:37] vậy. Chúng ta tạo ra một cái work tre
[1:42:39] mới hay tạo hay hiểu là chúng ta tạo ra
[1:42:41] một cái range mới trong git nó gọi là
[1:42:43] range. Chúng ta tạo ra một cái range mới
[1:42:46] với một cái work mới và chúng ta làm cái
[1:42:48] nhánh B. Thì cái tình huống này nó giúp
[1:42:50] cho chúng ta là chúng ta vẫn giữ được
[1:42:52] các phiên bản mà version 3 4 5 hiện tại.
[1:42:56] Rồi sau đó chúng ta tạo ra được cái
[1:42:57] phiên bản version 3 45 mới. Và chúng ta
[1:43:00] sẽ đánh giá là cái phiên bản nào nó sẽ
[1:43:03] chạy tốt hơn. Và để làm được chuyện này
[1:43:04] á thì chúng ta sẽ cần nắm một số khái
[1:43:06] niệm. Đầu tiên chúng ta phải sẽ hiểu thế
[1:43:09] nào là workfe. Work free là những cái
[1:43:12] nhánh làm việc khác nhau và nó giúp cho
[1:43:14] chúng ta có thể tạo ra được nhiều phiên
[1:43:16] bản khác nhau mà không cần phải sửa lại
[1:43:19] những đoạn code đó. Và sau khi mà chúng
[1:43:21] ta tạo ra word tre thì nó sẽ lưu trong
[1:43:24] chính cái thư mục project của chúng ta
[1:43:25] luôn. Để cho các bạn hình dung thì đây
[1:43:27] là một đồ thị minh họa về work tre và về
[1:43:30] dress. Ví dụ như chúng ta đang có một
[1:43:33] cái dự án chính. Đây là thư mục gốc của
[1:43:35] dự án.
[1:43:36] Sau đó chúng ta muốn tạo ra những cái
[1:43:38] nhánh phụ, những cái range phụ thì chúng
[1:43:41] ta sẽ sử dụng git tạo ra những cái nhánh
[1:43:43] phụ đó. Ví dụ ở đây là chúng ta có hai
[1:43:45] nhánh phụ đi, một cho cấp quyền và một
[1:43:47] cho SEO. Chúng ta sẽ dùng git để tạo ra
[1:43:50] hai cái range này. Sau khi dùng git tạo
[1:43:52] ra hai cái range này xong á thì chúng ta
[1:43:53] sẽ mở ra mỗi range là một session. Lúc
[1:43:56] này chúng ta chỉ cần vào trong lo code
[1:43:58] đó chúng ta tạo section mới chúng ta
[1:44:00] chọn đúng thư mục đó. Chúng ta chọn đúng
[1:44:02] cái rừa tạo ra. Chúng ta bật work thì nó
[1:44:05] sẽ tạo ra một cái work tre mới cho cái
[1:44:07] range đó. Thí dụ như mỗi nhánh là có hai
[1:44:10] nhánh. Một cái là dành cho các cấp quyền
[1:44:13] và cái dành cho SEO thì nó sẽ tạo ra hai
[1:44:15] cái W dành cho hai nhánh riêng. Chúng ta
[1:44:18] sẽ thực hiện ở hai cái section riêng
[1:44:20] này. Hai nhánh riêng này nó sẽ thao tác
[1:44:21] với code trên hai nhánh riêng này. Và
[1:44:23] đến một cái thời điểm nào đó chúng ta
[1:44:24] muốn mệt lợ thì chúng ta sẽ dùng cái câu
[1:44:26] lệnh git để chúng ta mệt hai nhánh nó l
[1:44:28] với nhau. Nhưng mà có một điểm này nó
[1:44:30] thường là vậy nè. Nếu mà hai nhánh á mà
[1:44:32] nó độc lập hoàn toàn với nhau á thì việc
[1:44:34] mệt nó rất là đơn giản. Nhưng mà nếu mà
[1:44:37] hai nhánh có sử dụng những cái thư mục
[1:44:39] chung á thì lúc này mệt nó sẽ yêu cầu
[1:44:41] một số vấn đề. Tuy nhiên bởi vì chúng ta
[1:44:43] có lo code rồi cho nên chúng ta có thể
[1:44:45] dùng loot để xử lý cái những cái list
[1:44:47] này cho chúng ta. Cuối cùng là dely
[1:44:49] trước khi delo một sản phẩm lên môi
[1:44:51] trường production hay là môi trường thực
[1:44:52] tiễn thì chúng ta có một số checklist mà
[1:44:54] chúng ta có thể áp dụng. Thứ nhất là
[1:44:56] code đã được review đầy đủ. Thứ hai là
[1:44:57] tất cả các test đều đã được thực hiện và
[1:45:00] kết quả là đều đã pass. Thứ ba là đảm
[1:45:02] bảo tất cả data đã được backup dữ liệu
[1:45:04] an toàn. Thứ tư là cấu hình đã được đặt
[1:45:06] đúng. Thứ năm là dự án cần phải có người
[1:45:08] duyệt trước khi lên khôi trường
[1:45:10] Production. Và cuối cùng là chúng ta
[1:45:11] theo dõi monitor quá trình sau khi đã
[1:45:13] đưa lên khôi trường production đối với
[1:45:15] dự án đó. Phần này là một nội dung mà
[1:45:17] bất kỳ người mới nào khi bắt đầu tiếp
[1:45:19] cận với lại loot đều cần phải biết. Đó
[1:45:22] chính là bảo mật và cấp quyệt cho lo
[1:45:24] code. Thực tế chúng ta có thể hoàn toàn
[1:45:25] cho loot thực hiện các công việc đó hoàn
[1:45:27] toàn tự động. Tạo file, sửa file, xóa
[1:45:31] file, deloy cái dự án của chúng ta lên
[1:45:34] thẳng môi trường production và có thể
[1:45:36] chạy trực tiếp trên môi trường don. Tuy
[1:45:37] nhiên đó là việc mà chúng ta không nên
[1:45:39] làm khi mà chúng ta triển khai một cái
[1:45:41] dự án nghiêm túc. Bởi vậy chúng ta cần
[1:45:43] phải biết cách cấp quyền như thế nào cho
[1:45:46] loot nó đúng nhất và nó hạn chế những
[1:45:48] rủi ro và khả năng xảy ra cho cái dự án
[1:45:50] mà chúng ta đang thực hiện. Điểm cần ghi
[1:45:52] nhớ ở đây chính là chúng ta cấp quyền
[1:45:54] như thế nào cho la code. Thì hiện nay
[1:45:56] trên lo có bốn quyền perision mà chúng
[1:45:59] ta cần nên nhớ. Thứ nhất là ask
[1:46:00] permision nghĩa là chúng ta yêu cầu lo
[1:46:04] code luôn hỏi trước khi thực hiện một
[1:46:06] công việc gì đó kể cả sửa file tạo mới
[1:46:08] hay là xóa file. Nghĩa là bất kỳ là một
[1:46:12] cái công việc gì luôn phải hỏi để chọn
[1:46:13] cái quyền add permission. Thật ra cũng
[1:46:15] rất là đơn giản. Các bạn khi mà ở trong
[1:46:17] cái môi trường desktop thì các bạn có
[1:46:18] thể click chọn bên dưới đây là as
[1:46:20] permission. Quyền thứ hai là accept
[1:46:23] edit. Thì trong quyền này chúng ta cho
[1:46:26] phép loa code được quyền sửa file, sửa
[1:46:28] đạn code trong cái file đó. Tuy nhiên nó
[1:46:30] không có nghĩa là nó được quyền làm tất
[1:46:32] cả. Khi mà chạy những cái lệnh nguy hiểm
[1:46:35] như là terminal nó vẫn yêu cầu phải hỏi
[1:46:37] chúng ta chúng ta đồng ý thì nó mới được
[1:46:40] quyền chạy. Thứ ba là land mod ở phần
[1:46:44] 6/7 hiện qu đã nói đến land mod rồi.
[1:46:46] Landm mod là một cái permission yêu cầu
[1:46:48] lo code chỉ được viết bạn kế hoạch thôi
[1:46:50] chứ chưa được việc làm bất kỳ một thứ gì
[1:46:52] kể cả fit code. Chúng ta có thể hiểu đơn
[1:46:54] giản là khi mà chúng ta bật lan mod lo
[1:46:56] code không được quyền làm bất kỳ thứ gì
[1:46:58] ngoài việc viết một cái bản kế hoạch chi
[1:46:59] tiết và chúng ta bật lan mode ở giai
[1:47:01] đoạn phù hợp nhất khi mà contest trong
[1:47:03] khoảng từ 0 đến 2% đó là thời điểm vàng
[1:47:05] cho la code nó viết một cái bản kế hoạch
[1:47:07] chi tiết chính xác. Cuối cùng cái quyền
[1:47:09] nguy hiểm nhất là bypass và vision chúng
[1:47:12] ta hiểu đơn giản là cái quyền này chúng
[1:47:14] ta cấp quyền cho lo thực hiện toàn bộ
[1:47:16] mọi hướng một cách tự động và cái quyền
[1:47:18] này mặc định sẽ không được bật. Nếu mà
[1:47:21] chúng ta muốn bật á là chúng ta phải vào
[1:47:23] setting chỉnh sửa mới bật được cái quyền
[1:47:24] này. Ví dụ bây giờ hiện mọi người đang
[1:47:27] thấy là cái quyền này hiện tại đang bị
[1:47:29] xám nghĩa là hiện không bật được cái
[1:47:31] quyền này. Thì để bật được á thì hiện
[1:47:33] phải vào setting để mà hiện nó. Lúc này
[1:47:37] mới thể bật được cái quyền bypass
[1:47:39] permission.
[1:47:40] Các bạn thấy là allow byp motion thì
[1:47:43] hiện bật ở đây. Thì sau khi bật ở đây
[1:47:46] thì lúc này mình quay lại mình mới thấy
[1:47:49] được là mới có thể bật được cái quyền
[1:47:51] bypass protection này. Và trước khi bật
[1:47:54] các bạn thấy là lo code nó luôn hiện một
[1:47:56] cái thông báo cảnh báo chúng ta là khi
[1:47:58] mà chúng ta bật cái quyền này thì chúng
[1:47:59] ta hiểu là lo code được quyền làm tất cả
[1:48:01] mọi thứ mà không cần hỏi. Thì thật ra
[1:48:04] cái quyền này á chúng ta chỉ nên bật khi
[1:48:06] mà chúng ta chạy trên môi trường là
[1:48:08] local thôi hoặc là môi trường sbot thôi.
[1:48:10] Nếu mà chúng ta muốn chạy tự động hết
[1:48:12] mọi thứ, chúng ta giao quyền cho loa nó
[1:48:13] chạy tự động hết mọi thứ thì chúng ta sẽ
[1:48:15] bật cái quyền này. Tuy nhiên chúng ta
[1:48:18] cũng không nên bật một cách gọi là không
[1:48:20] có kiểm soát mà chúng ta chỉ nên bật ở
[1:48:23] một cái section nào đó mà chúng ta cảm
[1:48:25] thấy nó an toàn để chúng ta có thể kiểm
[1:48:26] soát được. Còn lại thì hiện khuyến nghị
[1:48:28] chúng ta không nên bật cái quỳ bypass
[1:48:30] mod này bởi vì ở phần chiếu hiện có một
[1:48:33] cái ví dụ cho các bạn thấy đã có một
[1:48:35] công ty và cái công ty đó đã bị xóa tất
[1:48:37] cả các dữ liệu từ database cho đến là cả
[1:48:41] git và cả các đoàn code cả dự án luôn
[1:48:44] bởi vì bật cái quyền bypass permission
[1:48:46] này một cách không có kiểm soát ngoài
[1:48:48] những cái quyền permission ra thì chúng
[1:48:50] ta có thể đặt ra những cái rules mà
[1:48:53] trong phần sáu hiện có nhấn mạnh với các
[1:48:55] bạn chúng ta có thể đặt những Cái ru yêu
[1:48:57] cầu la code phải tuân thụ theo. Mục đích
[1:49:00] là để chặn lo thực hiện những cái hành
[1:49:02] vi nguy hiểm. Ngoài những cái rule đó
[1:49:04] chúng ta có thể kết hợp bật luôn những
[1:49:05] cái host. Khi mà chúng ta bật hox thì
[1:49:08] trước khi mà loot thực hiện một cái hành
[1:49:09] vi nguy hiểm nào đó thì nó sẽ bup vào
[1:49:11] cái cách cảnh báo cho chúng ta biết để
[1:49:12] chúng ta có thể dừng ngay lập tức trước
[1:49:13] khi nó thực hiện cái hành vi đó. Điểm
[1:49:15] thế thứ ba mà hiển khí nghĩ các bạn là
[1:49:17] chúng ta không nên đưa những yếu tố nhạy
[1:49:19] cảm vào trong from trong file lưu của dự
[1:49:22] án. thì lấy một số ví dụ như là trong
[1:49:24] quá trình mà chúng ta kết nối dự ấy của
[1:49:27] chúng ta đến những cái bên thứ ba bên
[1:49:29] ngoài á ví dụ giờ kết nối Gmail hoặc là
[1:49:31] kết nối một cái model AI nào đó trên
[1:49:33] Floud thì thông thường chúng ta sẽ lấy
[1:49:36] cái API đó là những cái cộng kết nối và
[1:49:39] hiện khuyế nghị luôn chúng ta không nên
[1:49:40] đưa những cái API đó vào trong cái câu
[1:49:42] lệnh VR bởi vì chúng ta không biết được
[1:49:45] là những cái câu lệnh VM đó có thể bị
[1:49:46] hack để mà lấy được những cái IPI đó của
[1:49:49] chúng ta không và chúng ta cũng không
[1:49:50] nên đưa cái những cái thông tin IPI đó
[1:49:52] vào những cái file mà những cái file đó
[1:49:54] được chia sẻ lên trên GitHub những trên
[1:49:57] cái cộng đồng online chẳng hạn. Tất cả
[1:49:58] những thông tin nhạy cảm đó đều nên được
[1:50:01] cất giữ trong những cái file bảo mật và
[1:50:03] những cái file bảo mật đó phải được đánh
[1:50:04] dấu là không được up lên trên. Một điểm
[1:50:07] nữa mà chúng ta cần cẩn thận đó là chúng
[1:50:09] ta kết nối MCB. Chúng ta không nên kết
[1:50:11] nối một cách vừa bãi mà chúng ta chỉ nên
[1:50:12] kết nối đến những MCB có uy tính. Ví dụ
[1:50:15] như Gmail hay những GU gì đó. Ngoài ra
[1:50:18] để cho an toàn chúng ta chỉ nên cho loa
[1:50:21] code thực hiện viết code sửa lỗi hoặc có
[1:50:24] thể là thực hiện luôn cả cái việc mà
[1:50:25] chạy bypass by bon trên môi trường sbot
[1:50:28] hoặc môi trường local bởi vì đó là những
[1:50:30] cái môi trường thử nghiệm nếu mà lỡ có
[1:50:31] sai thì cũng không sao và có một điều
[1:50:33] chắc chắn là chúng ta luôn phải backup
[1:50:35] những phiên bản đó đầy đủ ở từng giai
[1:50:36] đoạn trước khi mà cho lo chạy một cách
[1:50:38] tự động bởi vì nếu mà có vấn đề gì xảy
[1:50:40] ra thì chúng ta có thể lấy lại những vị
[1:50:41] backup đó để mà sử dụng lại. Và đặc biệt
[1:50:45] chúng ta không nên cho lo chạy trực tiếp
[1:50:47] trên môi trường production nha các bạn.
[1:50:49] Nếu mà có vấn đề gì xảy ra thì nó chắc
[1:50:52] chắn sẽ rất nghiêm trọng. Cuối cùng đây
[1:50:54] là những cái chatlist mà từ nãy giờ hiện
[1:50:56] có nói về vấn đề bảo mật mà các bạn cần
[1:50:58] phải ghi nhớ. Thứ nhất, chúng ta không
[1:51:00] được lưu những cái thông tin nhạy cảm
[1:51:02] như là API, password trong những file
[1:51:05] public đưa lên mạng, đưa lên trên lao
[1:51:06] hoặc là chúng ta đưa những thông tin này
[1:51:08] vào trong câu lệnh ROM khi mà chúng ta
[1:51:10] chat cái loa code. Thứ hai là các thông
[1:51:11] tin đầu vào đầu ra đều phải được kiểm
[1:51:13] soát. Thứ ba là chúng ta cấp quyền
[1:51:15] permission cho một cách hợp lý hạn chế
[1:51:18] cấp các quyền chạy tự động như là bypass
[1:51:20] permision. Thứ tư là nếu mà chúng ta cấp
[1:51:23] những cái quyền tự động thì chúng ta nên
[1:51:25] đặt những cái r cấm loa code không được
[1:51:27] chạy những lệnh mang tính hủy diệt hoặc
[1:51:29] là xóa sạch cả hệ thống. Thứ năm khi
[1:51:31] chúng ta kết nối với những ứng dụng của
[1:51:33] bên thứ ba thông qua MCB thì chúng ta
[1:51:35] chỉ nên kết nối một cách hạn chế. Chúng
[1:51:37] ta không kết nối một cách full tất cả
[1:51:39] mọi thứ. Và cuối cùng nếu mà chúng ta
[1:51:41] gắn lo code trên môi trường ron thì luôn
[1:51:43] luôn phải có sự kiểm soát với con người,
[1:51:45] không nên chạy tự động. Đó là sáu điểm
[1:51:47] mà hiện cần các bạn ghi nhớ khi sử dụng
[1:51:49] lo code. Ở phần 13 thì Hiền sẽ hướng dẫn
[1:51:52] các bạn về cách xử lý khi lo code nó làm
[1:51:54] sai. Thứ nhất như ở phần trước mà Hiền
[1:51:57] cũng có nói trong trường hợp mà chúng ta
[1:51:59] thấy lo code làm sai và chúng ta yêu cầu
[1:52:01] nó làm lại thì cái cách tiếp cận này á
[1:52:03] thật ra cũng ok thôi. Tuy nhiên đôi khi
[1:52:05] nó sẽ làm cho lo bị rối. Và cái thứ hai
[1:52:08] là đôi khi chúng ta gặp phải tình huống
[1:52:10] là nó càng sửa nó càng sai. Thì đó là
[1:52:12] hai tên uống mà chúng ta có thể sẽ gặp
[1:52:15] phải. Ngoài ra còn một lý do nữa chúng
[1:52:17] ta không nên làm như vậy là bởi vì khi
[1:52:19] mà lo code nó đọc lại cái mà nó đã viết
[1:52:21] sai thì không phải nó chỉ đọc lợ ở bước
[1:52:23] trước là cái bước nó viết sai mà nó đọc
[1:52:25] lợ hết tất cả những bước ngay từ bắt đầu
[1:52:29] cái free section đó cho đến hiện tại.
[1:52:31] Thì cái việc này hiện cũng đã phân tích
[1:52:34] ở phần chính là nó sẽ làm cho chúng ta
[1:52:36] tốn rất là nhiều token chỉ để sửa cái
[1:52:38] lỗi sai đó. Bởi vậy để hạn chế việc này
[1:52:41] thì chúng ta không nên nhấn cho L code
[1:52:43] là ê mày đã làm sai rồi. Thay vì vậy
[1:52:46] chúng ta sẽ gõ cái lệnh Rewin. Thì chúng
[1:52:47] ta có hiểu cái lệnh Rewin này giống như
[1:52:49] là Ctrl Z. Khi mà chúng ta gõ cái lệnh
[1:52:51] này thì nó sẽ quay về cái bước trước khi
[1:52:53] cái bước nó làm sai. Và lúc này chúng ta
[1:52:55] có thể thực hiện sửa lại cái đạn room đó
[1:52:58] để yêu cầu lo code đó phía sau cho đúng.
[1:53:00] Và cái việc này sẽ tối ưu hơn rất nhiều
[1:53:02] so với việc chúng ta nhắn một cái câu là
[1:53:04] mày đã làm sai rồi mày sửa đi. Và thực
[1:53:06] tế là hiện nghĩ sẽ khoảng hơn 90% các
[1:53:09] bạn đang sử dụng lo code không biết việc
[1:53:10] này. Một một cái lỗi tiếp theo mà chúng
[1:53:12] ta thường gặp là chúng ta mở si folder,
[1:53:15] chúng ta yêu cầu lo code tiến hành viết
[1:53:17] code trên một cái folder bị size. Thì
[1:53:19] thật ra trong cái trường hợp này nó
[1:53:21] không có giả pháp nào cho các bạn đâu
[1:53:22] các bạn. Thay vì vậy chúng ta nên phòng
[1:53:24] ngừa trước bằng cách là trước khi mà
[1:53:26] chúng ta yêu cầu lo code nó viết code á
[1:53:28] chúng ta luôn kiểm tra một cách cẩn thận
[1:53:30] là chúng ta đang ở đúng cái thư mục đó
[1:53:31] không bằng một số câu lệnh. Cái câu lệnh
[1:53:33] đầu tiên là init mà ở phần đầu video thì
[1:53:36] có chia sẻ đến các bạn. Cái câu lệnh thứ
[1:53:38] hai là câu lệnh là contest để đảm bảo là
[1:53:40] lo code nó đang đúng cái contest đó. Thì
[1:53:43] khi mà chúng ta đã xác nhận đầy đủ là
[1:53:45] đang ở đúng cái thư mục mà chúng ta đang
[1:53:47] muốn rồi đó thì chúng ta bắt đầu e la
[1:53:48] cod tiến hành viết code. Thì đó là một
[1:53:50] cái mà hiện cũng muốn nhắc các bạn để
[1:53:53] giảm hiểu những cái sai lầm mà có thể
[1:53:55] mắc phải. Đặc biệt là khi chúng ta bắt
[1:53:56] đầu có rất là nhiều project và chúng ta
[1:53:59] cho lo code chạy song song đồng thời
[1:54:01] trên các project đó. Một cái tình huống
[1:54:03] nữa, một cái lỗi nữa mà chúng ta có thể
[1:54:04] gặp phải đó là loot nó thực hiện một cái
[1:54:07] phạm vi vượt quá thẩm quyền của nó. Lý
[1:54:09] do khi xảy ra tình huống này là bởi vì
[1:54:11] cái câu ROM của chúng ta viết nó quá
[1:54:12] rộng cho nên lo code nó không hiểu và nó
[1:54:15] chạy một cái phạm vi vượt quá cái mà
[1:54:17] chúng ta mong muốn. Và để giảm hủy tình
[1:54:19] huống này thì chúng ta cần phải xác định
[1:54:21] một cái phạm vi rất là rõ ràng khi mà
[1:54:23] chúng ta ra lệnh cho nó. Và nếu mà chúng
[1:54:25] ta phát hiện nó làm sai thì chúng ta nên
[1:54:27] dừng lại ngay lập tức bằng cách nhấn nút
[1:54:28] stop. Ngoài ra còn một cái mẹo nữa chúng
[1:54:30] ta có thể ra lệnh cho loot. Yêu cầu nó
[1:54:33] là khi mà mở rộng phạm vi luôn hỏi chúng
[1:54:36] ta trước khi thực hiện. một cái lỗi rất
[1:54:38] là phổ biến mà Thiện có chia sẻ ở phần
[1:54:40] chính đó là contact đó quá dài. Thì cái
[1:54:42] việc mà contact đó quá dài nó sẽ dẫn đến
[1:54:45] hai yếu tố mà chúng ta sẽ gặp. Thứ nhất
[1:54:47] là bắt đầu lo code nó bị lú, nó bị lẫn.
[1:54:49] Mình cứ hiểu loa code nó cũng giống như
[1:54:51] con người. Khi mà chúng ta bắt đầu đọc
[1:54:53] số lượng dữ liệu ít thì chúng ta rất còn
[1:54:55] minh mẫn. Còn khi mà chúng ta bắt đầu
[1:54:57] tiếp thu một lượng dữ liệu quá lớn á thì
[1:54:59] nó sẽ bị overlad và chúng ta có thể sẽ
[1:55:02] bị nhầm lẫn giữa cái thông tin này thông
[1:55:04] tin kia. Thì lo code nó cũng tương tự
[1:55:05] như vậy. Khi một contest nào kéo dài quá
[1:55:08] dài á thì lo code nó cũng sẽ bị nhầm lẫn
[1:55:10] thông tin và nó có thể dẫn đến là việc
[1:55:12] nó code những cái đoạn code bị sai hoặc
[1:55:13] là sai cái mục đích ban đầu mà chúng ta
[1:55:15] đặt ra cho nó cũng như là nó quên luôn
[1:55:17] cả những việc đó đã làm trước đó luôn.
[1:55:19] Thì trong tình huống này có hai cách để
[1:55:21] chúng ta tiếp cận. Cách đầu tiên là
[1:55:22] chúng ta chạy cái lệnh comback để chúng
[1:55:24] ta nén cái contest đó lại. Tuy nhiên cái
[1:55:26] cách này là cách mà hiện không khuyến
[1:55:27] nghị. Cách mà hiện khuyế nghị là chúng
[1:55:29] ta sẽ tạo ra cái file handup, cái file
[1:55:32] bàn giao, cái file ghi nhấn và sau đó
[1:55:34] chúng ta nhảy qua một cái section mới,
[1:55:35] chúng ta tạo một cái session mới, chúng
[1:55:36] ta cho lo thực hiện dựa trên cái file
[1:55:38] ghi nhớ mà chúng ta đã lưu đã tạo ra ở
[1:55:41] section trước. Thì việc mà tạo ra cái
[1:55:43] file ghi nhớ và chuyển sang section
[1:55:44] session mới á là hướng mà hiện khuyến
[1:55:46] nghị các bạn nên làm. Bởi vì khi mà nhảy
[1:55:47] qua session mới thì nó sẽ bắt đầu ở một
[1:55:49] cái contex rất là sạch. thì lúc này lo
[1:55:51] code nó sẽ minh mẫn trở lại và nó sẽ
[1:55:52] chạy chính xác hơn thay vì chúng ta tiếp
[1:55:55] tục làm trên một cái contest cũ hiện
[1:55:56] tại. Ngoài ra chúng ta cũng cần lưu ý là
[1:56:00] chúng ta không nên đưa ra những cái ru
[1:56:02] những cái mục tiêu nó mâu thuẫn nhau
[1:56:04] trong những cái file như là loa.m file à
[1:56:08] nếu mà chúng ta có những cái tình huống
[1:56:09] như vậy, có những cái điểm mà mâu thuẫn
[1:56:11] như vậy thì chúng ta nên sửa để đảm bảo
[1:56:13] tính thống nhất. Tình huống tiếp theo là
[1:56:15] trong trường hợp chúng ta phát hiện ra
[1:56:17] một cái lỗi sau một giai đoạn chúng ta
[1:56:19] cho loa code nó viết code và chúng ta
[1:56:20] chạy test và chúng ta chạy thử nghiệm và
[1:56:22] chúng ta phát hiện ra lỗi. Thì cái câu
[1:56:25] mà phổ biến nhất mà các bạn thường sẽ sử
[1:56:27] dụng là hãy fit lỗi đi. Tuy nhiên khuyế
[1:56:30] nghị ở đây mà Thiện muốn các bạn nên
[1:56:32] biết là thay vì chúng ta ra lệnh như vậy
[1:56:34] thì chúng ta nên ra lệnh theo từng bước.
[1:56:36] Đầu tiên chúng ta hãy yêu cầu lo code
[1:56:39] phân tích cái lỗi đó và nêu lý do tại
[1:56:40] sao có cái lỗi đó. tìm ra root core. Sau
[1:56:43] khi đã phân tích xong, đã tìm ra root
[1:56:45] xong thì chúng ta mới yêu cầu lo code
[1:56:47] tìm ra cái giải pháp để sửa cái loại đó.
[1:56:49] Và lúc này lo code nó có thể tạo ra rất
[1:56:51] là nhiều giải pháp khác nhau. Chúng ta
[1:56:54] sẽ đánh giá từng giải pháp và chúng ta
[1:56:55] duyệt cái giải pháp nào ok nhất để fit
[1:56:57] cái lỗi đó. Thì đây là cái hướng tiếp
[1:57:00] cận mà hiện khuyến nghị các bạn nên thực
[1:57:01] hiện. Một cái lỗi nữa là trong tình
[1:57:03] huống mà ở phần 11 thì có nói là khi
[1:57:05] chúng ta tạo nhiều work free, nhiều race
[1:57:07] song song với nhau và sau đó chúng ta
[1:57:09] mệt các work free này l với nhau nó dẫn
[1:57:10] đến complete. Trong tình huống này thì
[1:57:12] thật ra block nó có thể sửa những cái
[1:57:14] list đó cho chúng ta. Cái mà hiện muốn
[1:57:16] khuyến nghị ở đây là chúng ta nên phòng
[1:57:18] ngừa ngay từ đầu là chúng ta nên hạn chế
[1:57:20] cho các friend những cái work free nó
[1:57:22] chạy song song mà những cái work fre đó
[1:57:24] nó có tính phù thuộc với nhau. Ví dụ như
[1:57:25] nó đều chạy cùng một cái thư mục nào đó
[1:57:28] và nó đang chạy theo hai hướng khác
[1:57:29] nhau. Lúc này việc mà chúng ta mệt lợ ở
[1:57:32] cả hai hướng đó trên cùng một thư mục
[1:57:34] thì xác suất mà bị rất là cao. Và khi mà
[1:57:37] bị click trong cái tình huống này thật
[1:57:38] ra cũng rất khó để sửa. Bởi vậy ngay từ
[1:57:40] đầu chúng ta không nên làm như vậy. Còn
[1:57:42] nếu mà chúng ta làm thì chúng ta sẽ mặc
[1:57:43] định luôn đó là hai cái hướng khác nhau
[1:57:45] chúng ta muốn phát triển và hai hướng
[1:57:47] này hoàn toàn độc lập. Vậy là các bạn
[1:57:49] cùng hiện đã đi qua được 13 phần. Giờ ở
[1:57:51] phần này thì chỉ tóm tắt nhanh những dự
[1:57:53] án mà ngay từ lúc này chúng ta có thể
[1:57:55] bắt đầu thực hiện triển khai dựa trên
[1:57:57] các kiến thức mà hiện đã chia sẻ từ phần
[1:58:00] đầu cho đến hiện tại. Nhóm dự án đầu
[1:58:02] tiên mà các bạn có thể bắt đầu triển
[1:58:03] khai là từ dề đến khó là các bạn có thể
[1:58:06] tạo ra một cái website hoặc là tạo ra
[1:58:08] một cái app đơn giản hoặc là các bạn có
[1:58:10] thể nâng cấp thêm bằng việc yêu cầu lo
[1:58:12] code viết cho các bạn những cái bản báo
[1:58:14] cáo dashboard hoặc là sử dụng những cái
[1:58:17] dữ liệu hiện tại để chạy những cái
[1:58:18] forecast chẳng hạn. Và cái cao cấp nhất
[1:58:20] là các bạn thấy có thể tích thập hẳn AI
[1:58:23] vào trong những cái app được viết bởi
[1:58:24] Loa Code. Phổ biến hiện nay một số công
[1:58:26] ty đang xây dựng một số app mà tích hợp
[1:58:28] AI ai vào để đọc tài liệu của công ty,
[1:58:30] vẽ ra những lưu đồ của công ty đó, kết
[1:58:32] nối các quá trình làm việc và tạo ra một
[1:58:35] cái lưu đồ dưới dạng visual dễ hình dung
[1:58:37] hoặc là nhúng AI vào cái app đó để giúp
[1:58:40] cho nhân viên của công ty có thể hội đáp
[1:58:42] một cách nhanh chóng. Và đây là một thực
[1:58:45] tiễn mà nhiều công ty đang áp dụng khi
[1:58:47] các công ty quyết định xây dựng những
[1:58:49] con ai đầu bộ giúp cho nhân viên có thể
[1:58:52] thao tác cũng như là hội đáp và tìm được
[1:58:54] những cái quy trình tài liệu một cách
[1:58:55] nhanh chóng. Ngay từ lúc này thật ra là
[1:58:57] các bạn cũng có thể xây dựng những cái
[1:58:58] app như vậy bằng cách là các bạn có thể
[1:59:00] yêu cầu lo code viết cho các bạn một ứng
[1:59:02] dụng mà có thể tổng hợp các tin tức
[1:59:04] trong 24 giờ. Đó là một trong những ứng
[1:59:06] dụng mà hiện nghĩ là đơn giản nhất mà
[1:59:08] các có thể có thể thử yêu cầu lo code
[1:59:10] tạo ra cho các bạn. Phần 15 này là phần
[1:59:12] đặc biệt mà Hiệm muốn chia sẻ cho một số
[1:59:14] bạn đang có mong muốn biến Loa COD trở
[1:59:17] thành một cái công cụ để các bạn có thể
[1:59:19] thương mại quá sản phẩm cuối cùng. Và để
[1:59:21] làm được việc này thì cái đầu tiên mà
[1:59:22] các bạn cần phải ghi nhớ đó là các bạn
[1:59:24] không nên hứa với khách hàng bất kỳ một
[1:59:26] cái gì đó mơ hồ cũng như không nên tự
[1:59:29] tin quá vào các dòng định from mà các
[1:59:31] bạn sẽ gửi cho loot để nó tạo ra cái ứng
[1:59:34] dụng đó. Thay vì vậy các bạn cần phải
[1:59:35] chốt phạm vi một cách rõ ràng cho khách
[1:59:37] hàng cũng như chốt kết quả đầu ra theo
[1:59:39] hướng có khả năng thực hiện cao nhất. Có
[1:59:42] sáu gói dịch vụ mà các bạn có thể cung
[1:59:44] cấp cho khách hàng. Thứ nhất là các gói
[1:59:46] landing bay đó là những cái trang web
[1:59:48] quảng cáo sản phẩm. Và những trang web
[1:59:50] này thường rất là đơn giản, nó chỉ có
[1:59:51] khoảng là 1 cho đến 10 trang. Đó là
[1:59:54] những web tỉnh. Và những website này là
[1:59:57] những thứ mà lo code có khả năng tạo ra
[1:59:59] dễ dàng nhất. Thứ hai nâng cấp hơn là
[2:00:01] các bạn có thể cung cấp những cái gói
[2:00:03] mini extension cho những cái sụt code
[2:00:05] phổ biến như Wordr Zombla. Thì lấy ví dụ
[2:00:08] như sẽ có một số extension mà các bạn có
[2:00:10] thể thử nghiệm cung cấp cốc cho khách
[2:00:11] hàng như là gửi email tự động, chạy
[2:00:13] quảng cáo tự động. Gói dịch vụ thứ ba mà
[2:00:15] các bạn có thể cung cấp được đó là các
[2:00:17] bạn có thể tạo ra những báo cáo
[2:00:19] dashbard. Ngoài ra thì các bạn cũng có
[2:00:20] thể cung cấp những cái ứng dụng
[2:00:23] automation cho khách hàng. Ví dụ như
[2:00:25] phân loại email theo thứ tượng ưu tiên
[2:00:27] rồi sau đó trả lời tự động những email
[2:00:29] đó. Và cuối cùng là các bạn có thể tích
[2:00:31] hợp những AI model vào trong ứng dụng.
[2:00:33] Ví dụ như xây dựng hệ thống hỏi đáp nội
[2:00:35] bộ dựa trên cơ sở dữ liệu của khách
[2:00:37] hàng. Và chúng ta có thể cung cấp cho
[2:00:39] khách hàng ở ba gói. Thứ nhất là gói
[2:00:41] demo dùng thử để khách hàng cảm nhận sản
[2:00:43] phẩm đó. Thứ hai là bản full yêu cầu
[2:00:46] khách hàng trả tiền licens hàng tháng
[2:00:47] hoặc hàng năm. Cuối cùng là cái gói báo
[2:00:50] trì. Thì đó là những cái gợi ý mà các
[2:00:52] bạn có thể cân nhắc khi bắt đầu muốn
[2:00:54] cung cấp dịch vụ ra thị trường. Tuy
[2:00:55] nhiên có một điểm mà hiện muốn nhấn mạnh
[2:00:57] trong trường hợp các bạn làm theo hướng
[2:00:59] gia công thì điều đặc biệt quan trọng
[2:01:01] các bạn cần phải ghi nhớ là phải khóa
[2:01:03] scop ngay từ đầu. Và cái scop này sẽ là
[2:01:06] kim chỉ nam để các bạn thực hiện dự án.
[2:01:08] Nó sẽ hạn chế hai vấn đề xảy ra trong
[2:01:11] tương lai. Thứ nhất là không có bị mông
[2:01:13] lung. Chúng ta biết rõ chúng ta cần phải
[2:01:16] làm gì. Thứ hai là để hạn chế vì khách
[2:01:18] hàng yêu cầu sửa scope liên tục. Nó
[2:01:21] không đơn giản là khi sửa một cái scope
[2:01:23] nào đó là chúng ta có thể sửa ngay lập
[2:01:25] tức trong tình huống tệ nhất. Chúng ta
[2:01:26] phải đập đi sai lầm mới từ đầu. Bởi vậy
[2:01:28] việc khóa scop ngay từ đầu rất là quan
[2:01:30] trọng. Các bạn có thể nhờ lo code viết
[2:01:33] ra những cái bảng câu hỏi phỏng vấn
[2:01:34] khách hàng để hiểu nhu cầu của khách
[2:01:36] hàng mong muốn khách hàng là gì và dựa
[2:01:39] trên những cái nhu cầu đó sẽ phân tích
[2:01:40] để cuối cùng xác định scope phù hợp. Về
[2:01:43] vấn đề báo giá thì các bạn không nên báo
[2:01:46] giá dựa trên cái số tiền mà các bạn bỏ
[2:01:49] ra cho loa code để viết ra được cái app
[2:01:51] đó nha các bạn. Chúng ta bán sản phẩm
[2:01:53] dựa trên giá trị thật của nó trên thị
[2:01:55] trường. Chúng ta b smart sản phẩm của
[2:01:56] chúng ta với một cái sản phẩm tương
[2:01:58] đương trên thị trường. Chúng ta thấy nếu
[2:02:00] mà trên thị trường có một cái sản phẩm
[2:02:01] gần tương đương với sản phẩm chúng ta mà
[2:02:02] đang bán với giá 50 đô thì chúng ta có
[2:02:04] thể tự tin để định giá là 50 đô và thấp
[2:02:05] hơn một chút để cạnh tranh. Chứ không có
[2:02:08] nghĩa là chúng ta bỏ ra một cái chi phí
[2:02:09] thì chúng ta phải bán với một cái sản
[2:02:11] phẩm với giá như vậy. Một cái điểm tiếp
[2:02:13] theo nữa để chúng ta cân nhắc vấn đề báo
[2:02:15] giá là chúng ta phải đánh giá cái một độ
[2:02:16] phức tạp của cái dự án đó và cả yếu tố
[2:02:19] mà chúng ta có khả năng sẽ xảy ra trong
[2:02:21] tương lai luôn nữa. Đó là vấn đề về bảo
[2:02:23] trì, bảo hành và vận hành sau khi deploy
[2:02:26] dự án đó. Và đây là một cái workflow
[2:02:29] chuẩn khi chúng ta làm việc khách hàng.
[2:02:32] Thứ nhất, chúng ta hỏi, ghi nhận và chốt
[2:02:36] phạm vi của dự án. Thứ hai, chúng ta sẽ
[2:02:38] chia nhỏ cái phạm vi đó thành từng cái
[2:02:40] phần nhỏ, từng step, từng giai đoạn để
[2:02:42] lên một cái plan chi tiết. Nói thẳng là
[2:02:44] chúng ta chốt cái KBI đầu ra để mà sau
[2:02:46] này chúng ta có thể nghiệm hu được cái
[2:02:47] dự án đó với khách hàng. Và cuối cùng là
[2:02:50] khi mà đã chạy xong cái dự án đó rồi và
[2:02:52] đã thực hiện bàn giao thì chúng ta cần
[2:02:54] phải có một cái biên bản bàn giao cái dự
[2:02:56] án đó giữa chúng ta và khách hàng. Và dù
[2:02:58] gì đi nữa các bạn cũng cần phải hiểu là
[2:03:00] về nguy tính là hàng đầu. Chúng ta không
[2:03:03] nên có cái suy nghĩ là làm một lần rồi
[2:03:05] thôi các bạn. Bởi vậy ờ bất kỳ một cái
[2:03:08] dự án nào làm với bất kỳ khách hàng nào
[2:03:10] thì chúng ta cũng cần phải cố gắng ra
[2:03:12] được cái kết quả nó đúng với là cái hợp
[2:03:14] đồng chúng ta đã ký khách hàng. Và khi
[2:03:16] chúng ta có uy tín thì chúng ta sẽ thuận
[2:03:19] lợi hơn cho các dự án sau.
[2:03:21] Ở phần 16 này hiện sẽ nói về 12 nhầm lẫn
[2:03:24] phổ biến nhất khi mà chúng ta sử dụng
[2:03:26] loa code. Cái nhầm lẫn đầu tiên mà chúng
[2:03:28] ta có thể mắc phải là chúng ta nghĩ rằng
[2:03:29] cái file setting là bộ não của các dự án
[2:03:32] nhưng thực tế không phải. Bộ não của dự
[2:03:34] án là file law.md. Còn file setting là
[2:03:37] thiết lập về permission cũng như
[2:03:39] automation cho cả dự án. Điều thứ hai là
[2:03:41] các bạn nghĩ rằng file law.md MD. Cái
[2:03:44] file bộ não có dự án là chỉ một file duy
[2:03:47] nhất đặt ở thư mục góc của dự án thôi.
[2:03:49] Nhưng thực tế các bạn có thể tạo rất là
[2:03:51] nhiều file loa.MD khác nhau cho từng
[2:03:54] module mà hiện đại nhắc ở phần trước.
[2:03:56] Cái điểm thứ ba mọi người có thể nhầm
[2:03:58] lẫn là quy tắc hay là những rules sẽ
[2:04:01] thay thế được cho lao.md. Nhưng không
[2:04:03] phải vì vậy. Các quy tắc mà chúng ta đặt
[2:04:05] ra chỉ là những quy tắc chi tiết. Nó
[2:04:07] không phải là bộ não của dự án cho nên
[2:04:09] nó không thể nào thay thế file lo chmd.
[2:04:11] Thứ tư, các lệnh commands không phải là
[2:04:14] code mà đó chính là được ghi lại một
[2:04:17] cách tóm tắt dưới dạng những câu lệnh
[2:04:19] nhằm mục đích chúng ta tiết kiệm thời
[2:04:20] gian ở những cái câu lệnh from đặc đi
[2:04:22] lặp lại nhiều lần. Điểm thứ năm, skill
[2:04:25] không phải là một câu lệnh bình thường
[2:04:28] mà nó là cả một cái quy trình bao gồm
[2:04:30] nhiều bước mà chúng ta đóng gói lợ chỉ
[2:04:32] bằng một câu lệnh v. Điểm thứ sáu các
[2:04:34] bạn cần phải biết là khi mà chúng ta tạo
[2:04:37] ra các hóc cảnh báo thì không có nghĩa
[2:04:39] nó sẽ tự động có thể chạy mà chúng ta
[2:04:41] cần phải khai báo các hck đó trong cái
[2:04:43] file setting. Chỉ khi được khai báo
[2:04:45] trong file setting thì các h nó mới có
[2:04:47] thể chạy được. Điểm thứ bảy chúng ta nên
[2:04:49] thiết lập permission ngay từ đầu. Có bốn
[2:04:51] permission cơ bản là abset edit as
[2:04:53] permission plan mode và bypass
[2:04:55] automation. Điều thứ tám đó chính là
[2:04:58] subent. Chúng ta sử dụng sub chỉ nhằm
[2:05:02] mục đích là chúng ta đảm bảo cái contest
[2:05:04] chính của chúng ta là sạch gọn. Tuy
[2:05:06] nhiên nó không thể nào thay thế cho cả
[2:05:09] ngon chính được nha các bạn. Điểm thứ
[2:05:11] chín, Wordfre không phải là một cái dự
[2:05:13] án mới hoàn toàn. Chúng ta nên hiểu Word
[2:05:15] free giống như là những cái nhánh phụ
[2:05:17] trong một cái dự án chính theo nhiều
[2:05:19] hướng khác nhau để chúng ta có nhiều góc
[2:05:20] nhìn khác nhau cũng như chúng ta có thể
[2:05:22] backup cái dự án đó. Điều thứ 10 là
[2:05:25] skill là một cái quá trình từ đầu đến
[2:05:28] cuối mà chúng ta đóng gói lại thành một
[2:05:30] cái câu lệnh VR nhưng mà không có nghĩa
[2:05:31] là nó sẽ chạy tự động. Chúng ta vẫn cần
[2:05:34] có những cái schedule à để kích hoạt
[2:05:37] những cái skill đó cho nó chạy tự động.
[2:05:38] Mặc định của skill là sẽ không có chạy
[2:05:41] tự động. Điều thứ 11, các bạn có thể suy
[2:05:42] nghĩ rằng khi mà các bạn cài Loa COD
[2:05:44] trên những môi trường khác nhau thì có
[2:05:47] những yêu cầu khác nhau nhưng mà không
[2:05:48] phải gì vậy. Thật ra các môi trường mặc
[2:05:50] dù là khác nhau nhưng lo đều yêu cầu
[2:05:53] những cái phần mềm hỗ trợ chung. Ví dụ
[2:05:55] như là Note, PHP hoặc là Python. Tất cả
[2:05:58] các môi trường dù là desktop, dù là
[2:06:01] terminal hay là ID. Khi mà các bạn muốn
[2:06:04] chạy các lệnh về PHP, Python hay là Java
[2:06:08] chẳng hạn thì các bạn đều bắt buộc phải
[2:06:10] cài những cái ứng dụng nền đó thì các
[2:06:12] bạn mới có thể chạy được. Và cuối cùng
[2:06:14] mặc dù là các bạn chạy lo code trên môi
[2:06:18] trường desktop hay là môi trường ID
[2:06:21] không phải terminal nhưng không có nghĩa
[2:06:23] là các bạn không phải chạy được cái câu
[2:06:25] lệnh terminal. Các bạn vẫn có thể chạy
[2:06:27] được những câu lệnh terminal ngay trên
[2:06:29] chính môi trường desktop.
[2:06:58] Cảm ơn các bạn đã xem hết video này của
[2:07:01] Hiền.
[2:07:02] Thật ra thì việc mà tạo ra một video dài
[2:07:05] như vậy cũng mất rất nhiều công sức và
[2:07:07] thời gian. Có một cái điểm nào đó các
[2:07:09] bạn thấy nó không phù hợp trong những
[2:07:11] cái nội dung mà Hiền có nói thì các bạn
[2:07:13] có thể comment ở ngay dưới video cho
[2:07:15] Hiền biết. Và Hiền hiy vọng là các bạn
[2:07:17] có thể subscribe kênh của Hiền để theo
[2:07:18] dõi tiếp tục ở những video tiếp theo
[2:07:20] nhé. Cảm ơn các bạn rất nhiều.
"""

Tóm tắt đã lưu

Tóm tắt ngắn gọn

15:40:06 1/7/2026Tải .txt

Video này là một khóa học từ A đến Z về **Claude Code**, công cụ AI mạnh mẽ giúp bạn tạo ứng dụng, tự động hóa và kiếm tiền. Điểm khác biệt lớn nhất của Claude Code so với ChatGPT hay Gemini là nó không chỉ đưa ra hướng dẫn, mà còn trực tiếp viết code, kiểm soát từng dòng lệnh và mối liên kết giữa các file trong dự án. Người hướng dẫn nhấn mạnh rằng không nên yêu cầu AI làm tất cả trong một lần, mà phải chia nhỏ dự án, lên kế hoạch chi tiết trước khi viết code, và luôn yêu cầu Claude Code giải thích trước khi thực hiện những thay đổi quan trọng. Phần quan trọng nhất là cách quản lý **session, context và token** — nếu để một phiên làm việc quá dài, AI sẽ hoạt động kém hiệu quả và tiêu tốn nhiều chi phí. Video cũng hướng dẫn cách thiết lập cấu trúc dự án chuẩn với các file `law.md`, `BRD`, `rules`, và sub-agent để kiểm soát chất lượng. Cuối cùng, người hướng dẫn chia sẻ chiến lược thương mại hóa: cung cấp các gói dịch vụ từ landing page, extension, dashboard cho đến ứng dụng tích hợp AI, đồng thời lưu ý về bảo mật và uy tín khi làm việc với khách hàng.

Rút key takeaways

17:24:54 1/7/2026Tải .txt

- [0:34] Claude Code là công cụ AI mạnh mẽ giúp tạo ứng dụng và tự động hóa, có thể giúp người dùng tiết kiệm hàng trăm đô la mỗi năm so với việc thuê dịch vụ phần mềm. - [1:06] Video hướng dẫn toàn diện về Claude Code từ A đến Z, bao gồm 17 phần – từ cài đặt, sử dụng cơ bản đến các kỹ thuật nâng cao cho dự án lớn. - [2:33] Sự khác biệt chính của Claude Code so với ChatGPT/Gemini: Claude Code có thể kiểm soát toàn bộ file và cấu trúc dự án, hiển thị từng thay đổi code, cho phép can thiệp chi tiết. - [3:41] Nguyên tắc tiếp cận đúng: không yêu cầu Claude Code xây dựng ứng dụng phức tạp ngay lập tức – thay vào đó, hãy đưa yêu cầu cụ thể, chi tiết và yêu cầu nó lên plan từng bước trước khi code. - [4:49] Một project Claude Code chuẩn nên có cấu trúc gồm: file law.md (bộ não dự án), rules (quy tắc), agent/subagent (AI con chuyên biệt), giúp kiểm soát chất lượng đầu ra. - [6:46] Với dự án lớn, bắt buộc phải chia nhỏ thành các module và session riêng biệt; kiểm soát session context và token để tránh lỗi và tốn chi phí không đáng. - [7:17] Khoảng 90% người mới dùng Claude Code không biết cách kiểm soát token và session context, dẫn đến ứng dụng bị lỗi và chi phí phát sinh rất lớn. - [8:58] Git là "sợi dây an toàn": commit thường xuyên để có thể quay lại bước ổn định nếu Claude Code làm hỏng hệ thống. - [9:35] Cần đặt rules và quyền hạn chặt chẽ (không bypass tự động) để tránh rủi ro như mất toàn bộ dữ liệu – đã có công ty từng bị xóa sạch database và git backup vì không kiểm soát Claude Code. - [10:34] Khi Claude Code làm sai, nên dùng lệnh rewind để quay lại bước trước đó, thay vì yêu cầu sửa trực tiếp – cách này tiết kiệm token đáng kể.