Nếu bạn hứng thu với lập trình thì có thể tìm đọc cuốn sách này: DevUP - Phát triển toàn diện sự nghiệp lập trình viên Shopee: shorten.asia/2WzavMPW Tiki: shorten.asia/uGseHFjA
Học lập trình còn nhiều thứ hay ho để tạo ra tư duy một cách vững vàng, mạch lạc và dễ dàng phát triển, tuỳ biến sau này lắm. Điều lớn nhất mình thấy được khi học lập trình chính là rèn luyện tư duy giải quyết vấn đề.
Khi mình học lập trình, thầy mình nói vui rằng đức tín của một lập trình viên giỏi là làm biếng tích cực. Làm biết tích cực có nghĩa là luôn tìm ra những cách tối ưu nhất có thể để đạt được mục đích.
@@phamtrung5745 tối ưu nhất có thể bạn. Bạn bỏ bớt hai chữ cuối rồi. Làm vậy câu có nghĩa như là theo chủ nghĩa hoàn hảo, nhưng mình đang nhắm đến nỗ lực chức không phải kết quả.
Mình làm BA và dev r, nên lúc đầu phải có 1 người phân tích và vẽ ra flow của 1 hệ thống cách tiếp cận vấn đề và giải quyết nó 1 cách đơn giản và chia nhỏ thành rất nhiều task để có thể tracking và làm việc nhằm bắt kịp tiến độ. Cho nên việc tư duy lập trình phải có tư duy logic giải quyết vấn đề nữa
Tui học lập trình được 5 năm r và bài viết này cho tui nhận thấy được đù ít hay nhiều thì tư duy lập trình cũng trở thành một số thói quen của tui. Như ghi chép nè, hay là lúc nào băn khoăn về cái gì đó tui cũng hay viết ưu nhược ra để phân tích nè. Tính ra chia tay với tin r mới thấy mình cũng học được một số thứ 🤣
Bài viết: Tư duy lập trình phục vụ cuộc sống Được viết bởi: Hùng Vũ Link bài viết: spiderum.com/bai-dang/Tu-duy-lap-trinh-phuc-vu-cuoc-song-afo ______________ Tìm hiểu thêm về cuốn sách DevUP b.link/devup/spiderum Ghé Nhà sách Spiderum trên SHOPEE ngay thôi các bạn ơi: b.link/SP-YT-Spiderum
Bạn hiểu ngược abstraction rồi, nó định nghĩa là "Abstraction is the process of hiding the internal details of an application from the outer world", (theo hướng bản thân đối tượng ra bên ngoài, chỉ show những gì cần thiết). Ví dụ ông đánh giày, ông chỉ cho bạn biết là ổng sẽ trả lại giày cho bạn hay ko (hàm return boolean chẳng hạn), còn chi tiết ổng làm gì thì ổng ko cho bạn biết (chứ ko phải bạn ko muốn biết), ví dụ này thì kết quả là false, tức là bạn ko nhận được giày :)) Còn việc ko quan tâm tới đối tượng khác làm gì (theo hướng từ bên ngoài nhìn vô đối tượng), chỉ quan tâm đầu ra thì nó là gì, thì cái này gọi là Dependency Inversion (chữ D trong SOLID principles), cũng cực kỳ quan trọng trong lập trình
DI có nghĩ là layer cha và layer con không nên phụ thuộc vào nhau, mà nên phụ thuộc vào layer abstract. Việc không quan tâm đến nội dung logic mà chỉ quan tâm input output, hay đươcj sử dụng trong phương pháp kiểm thử hộp đen, hay phương pháp lập trình hướng behavior theo kiểu adapter, mediator hay phát triển micro service.
Mình nghĩ môn lập trình theo như tác giả nói cần đưa vào chương trình dạy, nhưng nó giống như môn triết, phức tạp và trừu tượng, khó có thể tiếp cận với học sinh vì sẽ trở thành môn bắt buộc. Theo mình thấy trước khi đưa vào dạy thì nên cho xem những lợi ích của môn đó để người học có cái nhìn rằng học môn này để làm gì chứ không phải đến lúc thi làm sao để qua môn
Lập trình viên giải quyết vấn đề bằng cách trừu tượng hóa vấn đề và tìm cách bao gọn nó, chứ không đi theo các bước như chiếu mới đâu :> Mà phần lớn thì thử, sai và trực giác (có thể coi là kinh nghiệm)
mình giải quyết mọi vấn đề khá tốt, từ những vấn đề ngoài xã hội đến vấn đề cá nhân. tuy nhiên thì trong lập trình, mình vẫn còn kém trong việc chuyển ý nghĩ qua code 1 cách ko bị trùng lặp và ảnh hưởng tới code khác cho dù mình đã thực sự hiểu vấn đề
Bạn đừng hoảng hốt khi chuyển ý nghĩ thành code không được tối ưu. Đó chỉ là thiếu "kỹ thuật lập trình" chứ không liên quan gì mấy đến tư duy như video đâu.
Em đang học thiết kế độ hoạ như cũng muốn học thêm It để có thể đa năng công việc sau này như mà nó khó hơn em nghĩ thiết kế em học còn chặt vặt lên xuống khó mà theo như gì em muốn
Em nghĩ là đầu vid nên có mục lục để khi xem có thể nắm rõ đc bài của anh muốn nói,đem lại hiệu quả hơn cho nh ng như em cần học tập!! Ý kiến em k có ý xúc phạm hay bôi bác bất kì ai!! Cảm ơn anh
Học lập trình giúp bạn nhanh nhạy khi giải quyết vấn đề hay tranh luận mang tính logic. Còn chuyện lập kế hoạch hay phân tích lợi hại cũng k chính xác lắm. Một lập trình viên k bao giờ vẽ flow cho hay :))
Không biết đoạn 0:23 bạn này nói đùa hay là thật, nhưng cá nhân mình thấy cái nếu cái ước mơ ấy là thật thì nó viển vông và nhảm nhí quá nghe hơi trẻ trâu chẳng rõ mục tiêu trong nghành của bạn là gì. Còn về nội dung bài viết mình thấy tất cả những nguyên tắc mà bạn nêu ra trong bài viết mình thấy rằng nó không phải là "Tư duy lập trình" mà là "Tư duy logic" thì đúng hơn, những ai chỉ cần áp dụng một phần rất nhỏ tư duy toán học mà chúng ta được học trong 12 năm đều sẽ nhận ra tất cả điều này một cách dễ dàng, không cần phải học lập trình mới biết.
Đúng vậy mình hiểu ý bạn , nhưng có mấy ai có thể nhìn ra được khi đang học trên ghế phổ thông. Ad đang cho chúng ta một cách tiếp cận khác về những điều này. Cũng giống bên toán v thôi sẽ có nhiều cách chứng minh cho 1 công thức ( hay 1 vấn đề nào đó )
Các phương pháp phân tích vẽ sơ đồ nhận xét vấn đề...đều được học trong phổ thông chỉ là nó nằm trong các môn học riêng tóm đề trong toán, văn... lặp sơ đồ dàn ý để ôn tập khi thi các môn học ,những thứ cơ bản đã có học hết còn vận dụng vào cuộc sống không có thầy cô nào dạy được...
Viết ít comment thôi để performance tốt hơn tiết kiệm thời gian phân tích cú pháp, cạn lời 🤣. Sử dụng function là một cách tái sử dụng code, tránh hard coding, không liên quan tới trừu tượng hóa (abstract) Vẽ sơ đồ giải thuật là không thực sự cần thiết (chủ yếu để giới thiệu với người ngoại lai cách hoạt động còn nghe được), còn không chỉ làm tốn thời gian vẽ vời mà thôi, người có kinh nghiệm thì dùng mã giả, quan trọng chất lượng chứ không cần kiểu cách. Phân tích bài toán đúng là tốn nhiều thời gian nhất. Nhưng không ai đoán trước tương lai giống quy luật cung - cầu. Thiếu thì dở mà thừa thì lạm phát, nên cân đối. Cái gọi là cảm tính không tránh được, không phải cái gì cũng có đúng có sai, có những cái không đúng cũng không sai. Chọn cách nào tùy kinh nghiệm của bản thân. Ngoài ra còn nhiều vấn đề khác nữa, nhưng tạm dừng tới đây chắc ổn rồi
Bạn còn vấn đề nào khác nữa nói ra xem nào. Comment, không có ý kiến, nhưng nên comment đúng đủ như trong video vì sẽ ảnh hưởng đến "Performance của người đọc". Function chính là abstraction, mời bạn vứt hết kiến thức oop đi. Người có kinh nghiệm người ta cũng không dùng mã giả đâu, người ta dùng code. Và đúng như bạn nói, Flowchart chính là dành cho người không phải ltv (như BA, Quản lý, Khách hàng,...). Hãy hỏi thử xem BA công ty bạn có sử dụng nó không. Phân tích bài toán để vẽ ra con đường dẫn đến mục tiêu, chứ không phải để đoán trước tương lai. Đó là lý do bạn cần BA, cần cái flowchart kia. BA vẽ cho bạn các module rồi việc của bạn chỉ là tìm hiểu và hiện thực hóa cái module bạn được nhận thôi.
4 ปีที่แล้ว
:) Mình code toàn phân tích trong đầu. Feature nào khó quá thì mới cầm giấy bút ra vẽ logic. Còn Database thì auto "Phân tích thiết kế hệ thống" tạo sơ đồ bảng.
cái abstract thì t đéo ý kiến luôn m ngu vãi lồn ra về đọc lại định nghĩa trừu tượng đi :)))) flowchart mà đéo cần chắc chắn là chưa đi làm rồi tầm pm trở lên đéo có lưu đồ thì biết cái chó gì mà quản lý,triển khai project :)))) cháu về đổi ngành cmnd cháu ngu thế thì làm sao xin việc
Mọi thứ phức tạp đều là tập hợp của nhiều thứ đơn giản,... càng phức tạp tương đương với càng nhiều thứ đơn giản kết hợp vs nhau,... như xếp gỗ vậy,... nhưng thứ đơn giản mà lỗi, tầm 1 đến 2 cái lỗi, thường chỉ 1 cái vs trò xếp gỗ thì toang cmn rồi,....
Tác giả có phần nhầm lẫn khi nói về trừu tượng hoá , lẫn lộn với tính chất tái sự dụng và đóng gói. Trừu tượng hoá là tìm ra những đặc điểm thuộc tính hành động chung của nhóm đối tượng. Đây là điểm tạo nên sự khác biệt của con người với loài vật khác.
Trừu tượng là tập trung vào ngoại diện(hình dạng, chức năng, đặc điểm ...) mà bỏ qua đi các chi tiết nội tại (các implementation) Về phần bạn nói chỉ là 1 phần nhỏ của khái niệm trừu tượng. Cái ông trong video nói mình nghĩ là k sai trong linear programming, Còn trong scope của opp thì như bạn nói thì đúng theo cái chuẩn của abstraction
Ờ tui cũng giống bn, hồi code cái năm nhuận cứ nhào vô lm mà méo phân tích cuối cùng lm hơn 15 dòng code trong 40p. Còn thầy t phân tích 10p code trong 1 dòng if :))))
Hình như anh nhầm lẫn Function là để reuse với lại trừu tượng Abstraction r. Btw, đối với một người không phải dân lập trình, việc chia sẻ kiến thức như vậy là tốt lắm r
Lớp 33 đứa, lúc nhận bằng chỉ có 22, đi làm đúng nghành chỉ có trên dưới 5 đứa thôi. Học nghành này thú thật phải siêng năng, tư duy vào, đừng suy nghĩ như thợ code. Nên học Python hoặc C/C++ sau này giúp ích cho mn rất nhiều. Đừng học JavaScript lần đầu tiên, hối hận như đấy =))), sida lắm'
@@Nothingsavew Khi đã nắm vững HTML, CSS thì có thể chuyển hẵn qua JS được rồi, C/C++ là nền tảng để lập trình thôi. Sau này học ReactJS + SASS/SCSS(css) và biết NodeJS + npm để đi làm nhé.
@@kulinh1773 ý a nói thợ code là gì ạ e muốn trao đổi thêm qua zalo để sau có thể đi đến cùng công việc này mong a phản hồi để e để lại số điện thoại zalo
Mình thấy đúng mà ! Cái gì trừu tượng mà bạn suy nghĩ đơn giản = trừu tượng hóa. Mình đang gặp phải vấn đề này nên nhiều lúc gắp nhiều rắc rồi về khả năng diễn đạt dẫn đến người khác không hiểu và mình không diễn đạt hết ý, nên mình cảm thấy khá tự ti trong giao tiếp. Video rất hay. Nên lưu về xem nhiều lần.
Nếu bạn hứng thu với lập trình thì có thể tìm đọc cuốn sách này:
DevUP - Phát triển toàn diện sự nghiệp lập trình viên
Shopee: shorten.asia/2WzavMPW
Tiki: shorten.asia/uGseHFjA
Chia nhỏ vấn đề
Dán nhãn và phân bổ mọi thứ
Tối giản ở đâu và bao nhiêu
Thói quen ghi chép
8 loại bản đồ tư duy phổ biến:
Circle Map - sơ đồ hình tròn
Bubble Map - sơ đồ bong bóng
Double Bubble Map - sơ đồ bóng bóng đôi
Tree Map - sơ đồ cây
Flow Map - Flow chart - sơ đồ luồng
Multi Flow Map - sơ đồ đa luồng
Brace Map - sơ đồ dấu ngoặc
Bridge Map - sơ đồ cầu
End.
Cảm ơn spiderum vì video ❤
Học lập trình còn nhiều thứ hay ho để tạo ra tư duy một cách vững vàng, mạch lạc và dễ dàng phát triển, tuỳ biến sau này lắm. Điều lớn nhất mình thấy được khi học lập trình chính là rèn luyện tư duy giải quyết vấn đề.
Khi mình học lập trình, thầy mình nói vui rằng đức tín của một lập trình viên giỏi là làm biếng tích cực. Làm biết tích cực có nghĩa là luôn tìm ra những cách tối ưu nhất có thể để đạt được mục đích.
Đã học lập trình đừng dùng từ tối ưu nhất, lập trình người ta chỉ dùng từ optimize, có thể gọi là tối ưu hóa.
Mọi thứ là hữu hạn.
@@phamtrung5745 tối ưu nhất có thể bạn. Bạn bỏ bớt hai chữ cuối rồi. Làm vậy câu có nghĩa như là theo chủ nghĩa hoàn hảo, nhưng mình đang nhắm đến nỗ lực chức không phải kết quả.
@@fishyfinthing8854 " tối ưu nhất có thể " người ta gọi " tối ưu hoá " còn k chịu nữa bố =))
Mình làm BA và dev r, nên lúc đầu phải có 1 người phân tích và vẽ ra flow của 1 hệ thống cách tiếp cận vấn đề và giải quyết nó 1 cách đơn giản và chia nhỏ thành rất nhiều task để có thể tracking và làm việc nhằm bắt kịp tiến độ. Cho nên việc tư duy lập trình phải có tư duy logic giải quyết vấn đề nữa
E đang học lập trình, xem xong cảm thấy mình chọn đúng hướng rồi.
Bạn theo chuẩn của mình. Hay kết bạn đi.
Còn mình thì chọn đúng hướng đối tượng
Tui cxg z, lớp 10 định học y, lên lớp 11 chuyển qua học Lập Trình :v
@@dragonhunter6355 em mới lớp 10 đây ạ, chuyên Toán nhưng thích lập trình C++
Quay đầu là bờ em ơi, dại dột quá :))))
Chính trị khá quan trọng nha. Ngay cả bản thân mình chơi cổ phiếu. Chỉ 1 biến động nhỏ là mình có hoặc mất tiền
Tui học lập trình được 5 năm r và bài viết này cho tui nhận thấy được đù ít hay nhiều thì tư duy lập trình cũng trở thành một số thói quen của tui. Như ghi chép nè, hay là lúc nào băn khoăn về cái gì đó tui cũng hay viết ưu nhược ra để phân tích nè. Tính ra chia tay với tin r mới thấy mình cũng học được một số thứ 🤣
Bài viết: Tư duy lập trình phục vụ cuộc sống
Được viết bởi: Hùng Vũ
Link bài viết: spiderum.com/bai-dang/Tu-duy-lap-trinh-phuc-vu-cuoc-song-afo
______________
Tìm hiểu thêm về cuốn sách DevUP
b.link/devup/spiderum
Ghé Nhà sách Spiderum trên SHOPEE ngay thôi các bạn ơi:
b.link/SP-YT-Spiderum
Năm nay em học 12 , có định hướng năm sau em thi cntt , bài này rất có ích cho em nên em đã tải về máy
cố lên b ơi:))) ngành này khát nhân lực có kỹ năng cao lắm:))
@@giialiinh cảm ơn nhiều lắm
Quá hay luôn bạn ơi, mình cũng học, nhưng ko làm, giá trị của nó đem lại quả là rất lớn ^^
Trời, lần đầu tiên xem 1 video có nội dung hay đến vậy, tks bạn
E đang học lập trình, xem xong cảm thấy mình chọn đúng hướng rồi.
tư duy dân kỹ thuật
- cái gì xài ổn định thì để yên nó chạy
- cái gì khó quá bỏ qua
Vote:))
khó sao bổ qua đc :((
Khó quá khi nào không có phương án mới bỏ qua
Cái gì khó quá, hãy dúi cho người khác :))
cái gì khó quá thì lên youtube hỏi thăm Mr. Indian :))
Bạn hiểu ngược abstraction rồi, nó định nghĩa là "Abstraction is the process of hiding the internal details of an application from the outer world", (theo hướng bản thân đối tượng ra bên ngoài, chỉ show những gì cần thiết). Ví dụ ông đánh giày, ông chỉ cho bạn biết là ổng sẽ trả lại giày cho bạn hay ko (hàm return boolean chẳng hạn), còn chi tiết ổng làm gì thì ổng ko cho bạn biết (chứ ko phải bạn ko muốn biết), ví dụ này thì kết quả là false, tức là bạn ko nhận được giày :))
Còn việc ko quan tâm tới đối tượng khác làm gì (theo hướng từ bên ngoài nhìn vô đối tượng), chỉ quan tâm đầu ra thì nó là gì, thì cái này gọi là Dependency Inversion (chữ D trong SOLID principles), cũng cực kỳ quan trọng trong lập trình
DI có nghĩ là layer cha và layer con không nên phụ thuộc vào nhau, mà nên phụ thuộc vào layer abstract.
Việc không quan tâm đến nội dung logic mà chỉ quan tâm input output, hay đươcj sử dụng trong phương pháp kiểm thử hộp đen, hay phương pháp lập trình hướng behavior theo kiểu adapter, mediator hay phát triển micro service.
Cuộc sống khó mà áp dụng như một bài toán bởi vì đôi lúc ta phải quyết định dựa trên một chút ít thông tin và thông tin không đủ
Hay quá , giờ mình mới biết luôn, cám ơn tác giải, mong ad có thêm nhiều bài viết sâu hơn về vấn đề này nữa
Đúng ra là áp dụng những nguyên tắc cuộc sống vào lập trình vì lập trình học hỏi rất nhiều từ cuộc sống thôi
Nó khá giống với việc áp dụng toán vào thực tế
Mình nghĩ môn lập trình theo như tác giả nói cần đưa vào chương trình dạy, nhưng nó giống như môn triết, phức tạp và trừu tượng, khó có thể tiếp cận với học sinh vì sẽ trở thành môn bắt buộc. Theo mình thấy trước khi đưa vào dạy thì nên cho xem những lợi ích của môn đó để người học có cái nhìn rằng học môn này để làm gì chứ không phải đến lúc thi làm sao để qua môn
Lập trình chỉ nên giảng dạy ở đại học thôi, đưa vào chương trình cấp bọn nó k chịu học đâu =))
Bài của anh này hay quá
Hay, mình đã ra các quyết định lớn bằng cách chia điểm được và mất gì
Giọng nói, nội dung,... hay cực.
Lập trình viên giải quyết vấn đề bằng cách trừu tượng hóa vấn đề và tìm cách bao gọn nó, chứ không đi theo các bước như chiếu mới đâu :>
Mà phần lớn thì thử, sai và trực giác (có thể coi là kinh nghiệm)
tuyệt vời thực sự luôn ạ, cám ơn bác nhiều nha
em đang học lập trình. nghe xog có động lực học hơn
kênh này nhiều cái hay ho thực sự
Vậy nên có thể nói IT là vua của mọi nghề. Tôi có thằng em sn 96 học cơ khí bách khoa...
:)
:)))
mình giải quyết mọi vấn đề khá tốt, từ những vấn đề ngoài xã hội đến vấn đề cá nhân. tuy nhiên thì trong lập trình, mình vẫn còn kém trong việc chuyển ý nghĩ qua code 1 cách ko bị trùng lặp và ảnh hưởng tới code khác cho dù mình đã thực sự hiểu vấn đề
Bạn đừng hoảng hốt khi chuyển ý nghĩ thành code không được tối ưu. Đó chỉ là thiếu "kỹ thuật lập trình" chứ không liên quan gì mấy đến tư duy như video đâu.
Tư duy của nhà hàng
1 điều nhịn 9 điều khách leo lên đầu🦁
Đỉnh cao của lập trình là không lập trình.
Các bạn như 1 tấm chiếu mới, chưa trải :3 :3
Em mới vào năm đầu đại học và cũng theo IT =))
Quá hay
Em đang học thiết kế độ hoạ như cũng muốn học thêm It để có thể đa năng công việc sau này như mà nó khó hơn em nghĩ thiết kế em học còn chặt vặt lên xuống khó mà theo như gì em muốn
Mình thấy ứng dụng nhất là ông dev ông biết được sau if còn else if và else, nên sẽ nghĩ được mọi trường hợp xảy ra trong cuộc sống.
Lô lố ông dev dei:)
Rất hay. Cám ơn bạn
Em nghĩ là đầu vid nên có mục lục để khi xem có thể nắm rõ đc bài của anh muốn nói,đem lại hiệu quả hơn cho nh ng như em cần học tập!! Ý kiến em k có ý xúc phạm hay bôi bác bất kì ai!! Cảm ơn anh
Bài viết này rất giá trị
bài viết rất hay, cảm ơn tác giả.
Quá hay admin ơi
Học lập trình cảm giác như phiêu lưu . Đặc biệt em là một tricker facebook .
tóm lại học được thì tốt cho não, mà không học thì tốt cho não =))
4 tính chất của lập trình oop @_@ ám ảnh vler :D
Quá hay bạn ơi.
Nó khá giống với việc áp dụng toán vào thực tế
1:00 Em học lớp 10 và cái xdtt này đang làm em nhức đầu quá trời quá đất 😵
Mình lớp 10 đây bạn, mình cũng như bạn luôn!
Kết bạn đi
@@ME-jx6he Nguyên AB nhé
@@ME-jx6he quơ tui học đến mà k biết làm sao để tự viết 1 thuật toán :'(
Mới lớp 10 mà xem cái kênh này cũng khá phết
kênh quality thực sự
Hay
Hay quá ad
gần năm 4 lập trình , nghe xong tưởng ổng là thánh chứ người bình thường méo thể nào liên hệ một cách thần thánh như này được
Nhện có thể làm 1 video về 2 mặt lợi hại của việc đọc self help đc k ạ?
Giá mà mình xem được video này sớm hơn :(
Học lập trình giúp bạn nhanh nhạy khi giải quyết vấn đề hay tranh luận mang tính logic. Còn chuyện lập kế hoạch hay phân tích lợi hại cũng k chính xác lắm. Một lập trình viên k bao giờ vẽ flow cho hay :))
Công nhận, trừ khi flow dữ liệu quá lớn, phức tạp hay cố gắng debug thì tui cũng chả mấy khi vẽ flow data
nhưng mà phải công nhận thói quen vẽ flow giúp mình dễ code hơn đỡ nhức đầu nhức óc hơn
tư duy về người yêu nhiều màu sắc hơn 1 chút nhưng mình rất tiếc là mình chưa có crush..
Không biết đoạn 0:23 bạn này nói đùa hay là thật, nhưng cá nhân mình thấy cái nếu cái ước mơ ấy là thật thì nó viển vông và nhảm nhí quá nghe hơi trẻ trâu chẳng rõ mục tiêu trong nghành của bạn là gì. Còn về nội dung bài viết mình thấy tất cả những nguyên tắc mà bạn nêu ra trong bài viết mình thấy rằng nó không phải là "Tư duy lập trình" mà là "Tư duy logic" thì đúng hơn, những ai chỉ cần áp dụng một phần rất nhỏ tư duy toán học mà chúng ta được học trong 12 năm đều sẽ nhận ra tất cả điều này một cách dễ dàng, không cần phải học lập trình mới biết.
Đúng vậy mình hiểu ý bạn , nhưng có mấy ai có thể nhìn ra được khi đang học trên ghế phổ thông. Ad đang cho chúng ta một cách tiếp cận khác về những điều này. Cũng giống bên toán v thôi sẽ có nhiều cách chứng minh cho 1 công thức ( hay 1 vấn đề nào đó )
Là 1 dev cỏ thấy, mình thấy bài này khá vô thưởng vô phạt
Bài này dựa vào lập trình để nói về nhiều vấn đề của 1 con người thời nay.
đúng v
kênh hay nè.
Khai sáng.
Vụ ví dụ ny, sau khi bạn và ny chia tay, hãy kiếm ny mới xung quanh chỗ bạn đã đầu tư thuê nhà. Thế là đã giải quyết đc nợ kỹ thuật
hay đấy :)
Mình rất muốn học nhưng chưa có thời gian và tiền bạc. Và cũng không biết học ở đâu cho tốt nữa!
có thời gian thì lên Codelearn học cũng được bạn
Các phương pháp phân tích vẽ sơ đồ nhận xét vấn đề...đều được học trong phổ thông chỉ là nó nằm trong các môn học riêng tóm đề trong toán, văn... lặp sơ đồ dàn ý để ôn tập khi thi các môn học ,những thứ cơ bản đã có học hết còn vận dụng vào cuộc sống không có thầy cô nào dạy được...
Viết ít comment thôi để performance tốt hơn tiết kiệm thời gian phân tích cú pháp, cạn lời 🤣.
Sử dụng function là một cách tái sử dụng code, tránh hard coding, không liên quan tới trừu tượng hóa (abstract)
Vẽ sơ đồ giải thuật là không thực sự cần thiết (chủ yếu để giới thiệu với người ngoại lai cách hoạt động còn nghe được), còn không chỉ làm tốn thời gian vẽ vời mà thôi, người có kinh nghiệm thì dùng mã giả, quan trọng chất lượng chứ không cần kiểu cách.
Phân tích bài toán đúng là tốn nhiều thời gian nhất. Nhưng không ai đoán trước tương lai giống quy luật cung - cầu. Thiếu thì dở mà thừa thì lạm phát, nên cân đối.
Cái gọi là cảm tính không tránh được, không phải cái gì cũng có đúng có sai, có những cái không đúng cũng không sai. Chọn cách nào tùy kinh nghiệm của bản thân.
Ngoài ra còn nhiều vấn đề khác nữa, nhưng tạm dừng tới đây chắc ổn rồi
Bạn còn vấn đề nào khác nữa nói ra xem nào.
Comment, không có ý kiến, nhưng nên comment đúng đủ như trong video vì sẽ ảnh hưởng đến "Performance của người đọc".
Function chính là abstraction, mời bạn vứt hết kiến thức oop đi.
Người có kinh nghiệm người ta cũng không dùng mã giả đâu, người ta dùng code. Và đúng như bạn nói, Flowchart chính là dành cho người không phải ltv (như BA, Quản lý, Khách hàng,...). Hãy hỏi thử xem BA công ty bạn có sử dụng nó không.
Phân tích bài toán để vẽ ra con đường dẫn đến mục tiêu, chứ không phải để đoán trước tương lai. Đó là lý do bạn cần BA, cần cái flowchart kia. BA vẽ cho bạn các module rồi việc của bạn chỉ là tìm hiểu và hiện thực hóa cái module bạn được nhận thôi.
:) Mình code toàn phân tích trong đầu. Feature nào khó quá thì mới cầm giấy bút ra vẽ logic. Còn Database thì auto "Phân tích thiết kế hệ thống" tạo sơ đồ bảng.
dân chyên đây rồi! tinh comment mà thôi!
cái abstract thì t đéo ý kiến luôn m ngu vãi lồn ra về đọc lại định nghĩa trừu tượng đi :)))) flowchart mà đéo cần chắc chắn là chưa đi làm rồi tầm pm trở lên đéo có lưu đồ thì biết cái chó gì mà quản lý,triển khai project :)))) cháu về đổi ngành cmnd cháu ngu thế thì làm sao xin việc
@@quochuynguyen7622 làm gì thì làm, đừng có văng tục nhau. Con người thì phải có ý thức, còn không phải con người thì thôi.
Bậy hết, tui làm dev thì tui lên stackoverflow copy code thoi :>
Em luôn là 1 hệ bất ổn định mà cho dù anh có thay đổi bộ số PID thế nào cũng không thể ổn định được em.
Khi làm tôi luôn nghĩ trong đầu “Nó vẫn còn dùng tốt thì để yên. Cái nào tạo mới dc thì tạo” :))
Xin bạn chỉ giúp chổ nào học lập trình cho người bận rộn . Thanks
Tui vừa đi học công nghệ thông tin
Theo nghề này mau già, vui thôi nha :)
em là người " tham_vọng " !!
khi ngoi code phai them 40 tab stackoverflow nx :)))
Nghe xong ko hiểu sách đít lên học thử 1 tháng xem lại mới hiểu
thế nên ứng dụng mới có nhiều bản update để sửa lỗi
Người xem đầu tiên
em là người " tham_vọng " !!
:)
Mọi thứ phức tạp đều là tập hợp của nhiều thứ đơn giản,... càng phức tạp tương đương với càng nhiều thứ đơn giản kết hợp vs nhau,... như xếp gỗ vậy,... nhưng thứ đơn giản mà lỗi, tầm 1 đến 2 cái lỗi, thường chỉ 1 cái vs trò xếp gỗ thì toang cmn rồi,....
Tác giả có phần nhầm lẫn khi nói về trừu tượng hoá , lẫn lộn với tính chất tái sự dụng và đóng gói. Trừu tượng hoá là tìm ra những đặc điểm thuộc tính hành động chung của nhóm đối tượng. Đây là điểm tạo nên sự khác biệt của con người với loài vật khác.
Trừu tượng là tập trung vào ngoại diện(hình dạng, chức năng, đặc điểm ...) mà bỏ qua đi các chi tiết nội tại (các implementation)
Về phần bạn nói chỉ là 1 phần nhỏ của khái niệm trừu tượng.
Cái ông trong video nói mình nghĩ là k sai trong linear programming,
Còn trong scope của opp thì như bạn nói thì đúng theo cái chuẩn của abstraction
sm học 12 và sau khi xem video này thì tự tin hơn về việc viết thuật toán hơn 1 tý
Rất hay xD
Mình nên học lập trình theo khóa nào dc ah?
Mình có nhiều khoá nè
Sơ đồ dự án game được tôi lập ra chi tiết từ năm 2017...nhưng đến giờ vẫn chưa làm :)))))
Nghéo =)))
chắc tại bạn vốn ko xứng đáng để sở hữu cái game đó chăng?
E đag học 11 mà tin là cái này chả bt gì luôn :((
Sắp đc giải phóng khỏi cái Pascal nhàm chán đó r bro ạ
@@DungNguyen-jf4in Học C hướng đối tượng các kiểu =))
Cần gì biết.. T vô đại học biết mọe gì đâu... Vô nó dạy
Mấy bạn học lập trình cho m hỏi nếu quên hết kiến thức toán ở phổ thông thì học lập trình được không ?
Nhưng dù cho có làn sơ đồ để đỡ vướng khỏi lỗi thì vẫn phải fix bug :(
Viết code chả bao giờ vẽ sơ đồ, do làm toàn project nhỏ! Cứ thấy cần thì thêm code, ko thì xoá, sửa code...vẫn ra...mà chắc ko tối ưu lắm!
Ờ tui cũng giống bn, hồi code cái năm nhuận cứ nhào vô lm mà méo phân tích cuối cùng lm hơn 15 dòng code trong 40p. Còn thầy t phân tích 10p code trong 1 dòng if :))))
đang học hoặc chưa có kinh nghiệm đi làm thì nói chi b?:D
Hình như anh nhầm lẫn Function là để reuse với lại trừu tượng Abstraction r. Btw, đối với một người không phải dân lập trình, việc chia sẻ kiến thức như vậy là tốt lắm r
Mà ông ý tiếp cận khái niệm về trừ tượng đúng mà. Giải thích trừu tượng toàn lấy hàm làm ví dụ
Chắc chắn là chọn công ty B, vì gần nhà ngiu mà =))
Ôi đồng môn! Học rồi áp dụnh cuộc sống chứ chả code đc. Haha
Tư duy nhị phân
Lớp 33 đứa, lúc nhận bằng chỉ có 22, đi làm đúng nghành chỉ có trên dưới 5 đứa thôi.
Học nghành này thú thật phải siêng năng, tư duy vào, đừng suy nghĩ như thợ code.
Nên học Python hoặc C/C++ sau này giúp ích cho mn rất nhiều.
Đừng học JavaScript lần đầu tiên, hối hận như đấy =))), sida lắm'
Theo anh là em nên học c++ đến khi nào thì em có thể chuyển sang javascript ạ? mục tiêu chính của em là về front end
@@Nothingsavew Khi đã nắm vững HTML, CSS thì có thể chuyển hẵn qua JS được rồi, C/C++ là nền tảng để lập trình thôi.
Sau này học ReactJS + SASS/SCSS(css) và biết NodeJS + npm để đi làm nhé.
@@kulinh1773 ý a nói thợ code là gì ạ
e muốn trao đổi thêm qua zalo để sau có thể đi đến cùng công việc này mong a phản hồi để e để lại số điện thoại zalo
Likee
@@trungvu-wy8vt là coder , là người chỉ biết code thôi:)) ít kinh nghiệm trog nghành,
Anh edit video bằng phần mềm gì thế ạ
Slide, rồi ghi màn hình bạn ơi
Bá chủ C++
Học lập trình phải cần giỏi toán học đúng không ạ?
Ko nhé
có cảm giác Dejavu thế nhỉ
Hoang mang cực độ :))
😗
học từ năm lớp 5:)))
sao anh bảo muốn làm bậc thầy c++ mà lại lấy hình minh họa java thế :)
:))) đúng là ng ngoài nghành
tác giả cùng tên và sở thích với mình :>
Em đang lạc lối trong lập trình huhu
@@quakhuvahientai2286 mình cũng thế hichic
phần trừu tượng hóa mình thấy ko đúng lắm :D
Mình thấy đúng mà ! Cái gì trừu tượng mà bạn suy nghĩ đơn giản = trừu tượng hóa. Mình đang gặp phải vấn đề này nên nhiều lúc gắp nhiều rắc rồi về khả năng diễn đạt dẫn đến người khác không hiểu và mình không diễn đạt hết ý, nên mình cảm thấy khá tự ti trong giao tiếp. Video rất hay. Nên lưu về xem nhiều lần.