[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.