kiến thức [Có hình] - Mấy ông mới học code, chuyển ngành hay đang có dự định code vào đây tôi giác ngộ cho

mày ngu chứ ai :LOL: tại sao nó không được lựa chọn vừa bug free vừa performance tốt mà mày cứ bắt chọn 1 trong 2? cái lợi của fw là development cost thì đéo nói.
thì cứ việc vào dõng dạc mà nói t đéo xài spring, t xài servlet đi. còn tml m khôn hơn ai xài icon như đó.
 

Ghet An Hanh

Senior Member
có lối đi nào cho sv mới ra trường gần như mất căn bản(cũng ko thích code) ko các bác, hoặc có nghề gì liên quan đến cntt mà ko có/ít code ko, hoặc có chỗ nào nhận đào tạo fresher rồi hỗ trợ việc làm sau đó luôn ko, cám ơn các bác
 

choimin

Senior Member
có lối đi nào cho sv mới ra trường gần như mất căn bản(cũng ko thích code) ko các bác, hoặc có nghề gì liên quan đến cntt mà ko có/ít code ko, hoặc có chỗ nào nhận đào tạo fresher rồi hỗ trợ việc làm sau đó luôn ko, cám ơn các bác

Học hành chán thế cu em :sad: Thử chỗ ép sót nhé

Sent from Samsung SM-G960N using vozFApp
 

Ghet An Hanh

Senior Member
Học hành chán thế cu em :sad: Thử chỗ ép sót nhé

Sent from Samsung SM-G960N using vozFApp
chắc có lẽ từ đầu đã sai lầm rồi:( cũng cố ra dc trường nhưng mà vẫn nát quá:( fsoft nó tuyển fresher có yêu cầu cao ko bác
 

choimin

Senior Member
chắc có lẽ từ đầu đã sai lầm rồi:( cũng cố ra dc trường nhưng mà vẫn nát quá:( fsoft nó tuyển fresher có yêu cầu cao ko bác

:big_smile: F nó gần như đại trà nhất rồi đấy, cứ lên ôn pv là kiểu gì cũng pass. Như này đi làm mới lên tay được

Sent from Samsung SM-G960N using vozFApp
 

CrkDragon

Junior Member
Thấy mấy bác kia xúc phạm nhân phẩm nhau là đủ hiểu cái ngành này nó khắc nghiệt như thế nào rồi đấy:pudency:
 

mklovemu

Đã tốn tiền
chửi nhau giữa fw với native thì bình thường mà

team native nếu là dev mobile app, còn dev server thì team fw :matrix:

mà thằng nào khởi đầu war bằng câu phán FAANG ko xài fw vậy, biết Google nó tự chế ra bao nhiêu cái fw để xài ko :tire:
 

nicolai_nhaidepxop

Senior Member
có lối đi nào cho sv mới ra trường gần như mất căn bản(cũng ko thích code) ko các bác, hoặc có nghề gì liên quan đến cntt mà ko có/ít code ko, hoặc có chỗ nào nhận đào tạo fresher rồi hỗ trợ việc làm sau đó luôn ko, cám ơn các bác
vào khu công nghiệp làm IT helpdesk lương cũng ổn đó phen
 

choimin

Senior Member
chửi nhau giữa fw với native thì bình thường mà

team native nếu là dev mobile app, còn dev server thì team fw :matrix:

mà thằng nào khởi đầu war bằng câu phán FAANG ko xài fw vậy, biết Google nó tự chế ra bao nhiêu cái fw để xài ko :tire:

Ai nói ko xài :sneaky: t nói là kiến thức ở fw k đủ trình tư duy :sneaky:

Sent from Samsung SM-G960N using vozFApp
 

hts2007

Member
Nghỉ lễ tết rảnh rỗi sinh nông nổi, dạo này lướt voz thấy cái vấn đề nó chướng tai gai mắt quá nên xin chia sẻ mới các fen về đặc điểm của cái ngành "thợ gõ" này :sure::sure::sure:

Sơ qua về nội dung sẽ xoay quanh việc mà nó chắc chắn sẽ giúp các fen có thêm kinh nghiệm khi mới bắt đầu "Hello World" cũng như tránh bị trở thành những con gà bị luộc lên cúng giao thừa


Ok bắt đầu vào nội dung chính luôn :sweet_kiss:Ở đây tôi sẽ phân chia ra những mục riêng cho tùy từng trường hợp, hoàn cảnh của đa số anh em vốt lít khi mới tập tễnh vào code

Mới bắt đầu có dự định là mình sẽ "học code"
Khi bắt đầu code, phần lớn các fen ở đây nghĩ code nó là cái gì đấy nó pro cool, ngầu như kiểu hách cơ vượt tường lửa nasa chiếm quyền khởi động tàu vũ trụ hay là chiếm quyền điều khiển vũ khí hạt nhân của các cường quốc trên thế giới



Nhưng thực ra, code nó chỉ đơn giản là giải quyết một bài toán thực tế, và cái "thực tế" ở đây chính là những trang web xskt cho ông chú xe ôm soi lô vào mỗi 6h30 chiều, hay tinder cho các dân chơi vác *uồi đi khắp ngõ ngách, hay là những công cụ mà không có chuyện gu gồ và phây phúc tạo ra để nghe lén người dùng:pudency: vân vân và mây mây...

Vậy làm sao để bắt đầu ?
  • Muốn bắt đầu à, đơn giản lắm, đi học thôi :boss::boss::boss:
  • Nhưng học ở đâu bây giờ ?

Có rất rất nhiều cách để tiếp cận code ở thời đại bây h, đơn giản nhất là lên youtube gõ thì cả mảng, nhưng tôi sẽ chỉ ra những cách phổ biến nhất
- Nhiều bạn học sinh, sinh viên học code ở trong những trường đại học, cao đẳng, trung tâm ... Và theo đánh giá chủ quan của bản thân tôi thì việc lập trình cần được đào tạo ở những môi trường hiện đại và tiên tiến nhất, có chất lượng đầu vào cao. Lập trình viên chính là những kỹ sư, và chắc chắn rồi, làm kỹ sư thì đ*o thể nào học vớ học vẩn được.

- Nếu các fen có cơ hội, thì tôi khuyên các fen hãy học ở những môi trường tốt nhất có thể :sure:

Học những ngôn ngữ gì ? Học như thế nào
Câu chuyện muôn thủa, và tôi cũng xin nói thẳng luôn là học cái ngôn ngữ mẹ gì mà chẳng được :look_down:
Học ngôn ngữ nó đ*o quan trọng bằng cái việc mà các fen có thực sự hiểu nó hay không, cái base tư duy lập trình nó là quan trọng nhất, có những cái đấy rồi thì học ngôn ngữ nào mà chẳng được,đa số đều giống nhau tất về cách triển khai, có chăng là chỉ 1 số chỗ khác nhau về đặc tính và cú pháp. Nói gọn lại là tư duy lập trình mới là thứ các fen nên đạt được đầu tiên, không phải ngôn ngữ.


Mấy fen mới học thì đừng có lập thớt theo cái dạng như là "Ngôn ngữ abc có nên học hay không" chẳng hạn, rồi để mấy th đ biết con mẹ gì vào tư vấn mà bản thân chúng nó chưa từng trải qua hay những mấy th seeder vào tư vấn, pr cho cái trung tâm rẻ rách
lùa gà
À mà dạo này đhs chắc do 4rum mở đăng ký nên thật giả lẫn lộn, khó mà lần, ví dụ như thế này này:

View attachment 400868

Cái hay của việc học lập trình thì 90% kiến thức sẽ là do các fen tự học, kiến thức ở trên trường sẽ là 1 cái base, từ cái base đấy, việc mình giỏi hay không là nhờ vào bản thân các fen, tôi chưa thấy ai trong cái ngành này mà không biết tự học cả, tất cả đều vậy, vì công nghệ thay đổi hằng ngày, nên đừng trông chờ quá nhiều vào trường lớp nhé :big_smile:

Có được kiến thức cơ bản rồi, các fen hãy đi làm một sản phẩm demo hoàn chỉnh nhất có thể thậm chí, thử thách bản thân ở một số chức năng hay thuật toán khó, mang nó đi demo xin việc, nếu như các fen đã làm đúng như những gì tôi bảo thì t cam đoan với các fen là 200% các fen sẽ có được 1 công việc liên quan đến cái ngành này trong vòng ~ 1 - 2 năm


Chúc các fen thành công
Fen cho mình hỏi về đoạn: "Học ngôn ngữ nó đ*o quan trọng bằng cái việc mà các fen có thực sự hiểu nó hay không, cái base tư duy lập trình nó là quan trọng nhất, có những cái đấy rồi thì học ngôn ngữ nào mà chẳng được,đa số đều giống nhau tất về cách triển khai, có chăng là chỉ 1 số chỗ khác nhau về đặc tính và cú pháp. Nói gọn lại là tư duy lập trình mới là thứ các fen nên đạt được đầu tiên, không phải ngôn ngữ."
Fen có thể chia sẻ thêm về cái này không?
 

XxxCancerJukexxX

Đã tốn tiền
Fen cho mình hỏi về đoạn: "Học ngôn ngữ nó đ*o quan trọng bằng cái việc mà các fen có thực sự hiểu nó hay không, cái base tư duy lập trình nó là quan trọng nhất, có những cái đấy rồi thì học ngôn ngữ nào mà chẳng được,đa số đều giống nhau tất về cách triển khai, có chăng là chỉ 1 số chỗ khác nhau về đặc tính và cú pháp. Nói gọn lại là tư duy lập trình mới là thứ các fen nên đạt được đầu tiên, không phải ngôn ngữ."
Fen có thể chia sẻ thêm về cái này không?
Cơ bản thì nó là input và output. Với những dữ liệu đã có (input) fen phải có tư duy để biến thành dữ liệu mong muốn (output). Còn ngôn ngữ lập trình nó chỉ là công cụ giúp fen giao tiếp, điều khiển máy tính theo mong muốn, tư duy của fen
 

bribnt

Đã tốn tiền
Fen cho mình hỏi về đoạn: "Học ngôn ngữ nó đ*o quan trọng bằng cái việc mà các fen có thực sự hiểu nó hay không, cái base tư duy lập trình nó là quan trọng nhất, có những cái đấy rồi thì học ngôn ngữ nào mà chẳng được,đa số đều giống nhau tất về cách triển khai, có chăng là chỉ 1 số chỗ khác nhau về đặc tính và cú pháp. Nói gọn lại là tư duy lập trình mới là thứ các fen nên đạt được đầu tiên, không phải ngôn ngữ."
Fen có thể chia sẻ thêm về cái này không?

Quan điểm đó dựa trên đặc điểm chung của hầu hết các ngôn ngữ lập trình hiện nay: có syntax gần giống nhau, có thể quy đổi ra nhau một cách dễ dàng mà không cần phải tư duy suy nghĩ nhiều (nhưng vẫn cần để ý tới tiểu tiết của từng ngôn ngữ). Cho nên nếu có một cái gọi là "tư duy lập trình" chung, chỉ cần giải quyết được vấn đề với một ngôn ngữ cụ thể hay ngôn ngữ giả cũng được, là có thể áp dụng được cách đó cho hầu hết các ngôn ngữ khác.

Quan điểm này không đúng khi giữa các mô hình tính toán có sự khác biệt lớn, không chỉ ở mặt syntax của mô hình mà ở cả tính hiệu quả. Lúc đó thì không thể tự tiện áp dụng phương pháp quy đổi tổng quát từ mô hình này sang mô hình kia mà cần có một chút sáng tạo. Tất nhiên nếu bạn chỉ quan tâm đến việc làm được, không quan tâm hiệu quả thì không cần để ý điều này. Vì theo lý thuyết mọi mô hình tính toán miễn là Turing-complete thì đều tương đương nhau.

TH1: Thuật toán A ở ngôn ngữ X có độ phức tạp tính toán O(n), nhưng khi chuyển đổi sang ngôn ngữ Y bằng cách tổng quát thì có thể có độ phức tạp O(n^2), do các phép toán cơ bản của hai ngôn ngữ có sự khác biệt. Cho nên phải chuyển đổi theo hướng tiếp cận khác, không chỉ cần phải hiểu thuật toán A mà còn phải hiểu cực rõ cấu trúc cú pháp của 2 ngôn ngữ để tìm cách biến đổi thuật toán A cho phù hợp với ngôn ngữ Y.

TH2: Ngược lại TH1, phức tạp hơn tí. Lúc này cần chuyển sang ngôn ngữ Z. Mặc dù chuyển đổi word by word cũng vẫn giữ nguyên độ phức tạp tính toán nhưng ở Z lại có những những cấu trúc cho phép hạ xuống chỉ còn O(1). Cho nên có thể viết lại hoặc thay thế hoàn toàn bằng thuật toán khác để tận dụng điều đó. VD với các ngôn ngữ lập trình thì rất khó để cài đặt được thuật toán tìm CIDR dài nhất khớp với một IP trong thời gian O(1). Nhưng nếu cài đặt trực tiếp bằng phần cứng thì hoàn toàn có thể, sử dụng một loại bộ nhớ gọi là TCAM. Rõ ràng tư duy lập trình trên máy tính thông thường khó mà giải quyết hiệu quả bài toán này.
 

hinora

Senior Member
Anh cãi ngu bỏ mẹ :D anh đem FW đi so bug, tôi nói thẳng luôn là FW đ thể nào vừa đáp ứng bảo mật, hiệu suất, bug... trọn vẹn bằng được như thuần, anh biết FW từ đâu ra rồi chứ ?

Sent from Samsung SM-G960N using vozFApp
tốt nghiệp chưa cháu. Còn không đi làm rồi sao còn phát biểu câu ngu như này.
 

choimin

Senior Member
tốt nghiệp chưa cháu. Còn không đi làm rồi sao còn phát biểu câu ngu như này.

T đẻ được ra m đấy ;) m muốn phản bác thì trình bày kiến thức ra đây, nói theo cái kiểu đấy thì vô học quá

Sent from Samsung SM-G960N using vozFApp
 

choimin

Senior Member
Quan điểm đó dựa trên đặc điểm chung của hầu hết các ngôn ngữ lập trình hiện nay: có syntax gần giống nhau, có thể quy đổi ra nhau một cách dễ dàng mà không cần phải tư duy suy nghĩ nhiều (nhưng vẫn cần để ý tới tiểu tiết của từng ngôn ngữ). Cho nên nếu có một cái gọi là "tư duy lập trình" chung, chỉ cần giải quyết được vấn đề với một ngôn ngữ cụ thể hay ngôn ngữ giả cũng được, là có thể áp dụng được cách đó cho hầu hết các ngôn ngữ khác.

Quan điểm này không đúng khi giữa các mô hình tính toán có sự khác biệt lớn, không chỉ ở mặt syntax của mô hình mà ở cả tính hiệu quả. Lúc đó thì không thể tự tiện áp dụng phương pháp quy đổi tổng quát từ mô hình này sang mô hình kia mà cần có một chút sáng tạo. Tất nhiên nếu bạn chỉ quan tâm đến việc làm được, không quan tâm hiệu quả thì không cần để ý điều này. Vì theo lý thuyết mọi mô hình tính toán miễn là Turing-complete thì đều tương đương nhau.

TH1: Thuật toán A ở ngôn ngữ X có độ phức tạp tính toán O(n), nhưng khi chuyển đổi sang ngôn ngữ Y bằng cách tổng quát thì có thể có độ phức tạp O(n^2), do các phép toán cơ bản của hai ngôn ngữ có sự khác biệt. Cho nên phải chuyển đổi theo hướng tiếp cận khác, không chỉ cần phải hiểu thuật toán A mà còn phải hiểu cực rõ cấu trúc cú pháp của 2 ngôn ngữ để tìm cách biến đổi thuật toán A cho phù hợp với ngôn ngữ Y.

TH2: Ngược lại TH1, phức tạp hơn tí. Lúc này cần chuyển sang ngôn ngữ Z. Mặc dù chuyển đổi word by word cũng vẫn giữ nguyên độ phức tạp tính toán nhưng ở Z lại có những những cấu trúc cho phép hạ xuống chỉ còn O(1). Cho nên có thể viết lại hoặc thay thế hoàn toàn bằng thuật toán khác để tận dụng điều đó. VD với các ngôn ngữ lập trình thì rất khó để cài đặt được thuật toán tìm CIDR dài nhất khớp với một IP trong thời gian O(1). Nhưng nếu cài đặt trực tiếp bằng phần cứng thì hoàn toàn có thể, sử dụng một loại bộ nhớ gọi là TCAM. Rõ ràng tư duy lập trình trên máy tính thông thường khó mà giải quyết hiệu quả bài toán này.

:censored: tư duy lập trình gần như đúng cho đa số trường hợp, hơn nữa, nó là một phần quan trọng trọng việc học lập trình dành cho người mới bắt đầu. Suy nghĩ đơn giản, nếu anh A code ngôn ngữ X đã có tư duy và kinh nghiệm về lập trình thì anh A sẽ có thể chuyển qua, tiếp thu ngôn ngữ Y dễ hơn là anh B. Tất nhiên mỗi hệ thống, cách xử lý bài toán đều khác nhau, nhưng như tôi nói, đây là những lưu ý cho người mới bắt đầu. Nếu muốn xử lý bài toán từ A - B luôn có nhiều cách nhưng cách đơn giản nhất thì không phải ai cũng biết ;)

Sent from Samsung SM-G960N using vozFApp
 

Nipin

Senior Member
^: gớm nói thật số ngôn ngữ tôi từng dùng thường xuyên chắc cũng dưới 10 thôi, cơ mà số ngôn ngữ lập trình tôi đã đọc lướt qua (ở đây là đọc hết cái trang reference/guide trên website của nó) thì đảm bảo lớn hơn số tuổi của các bạn trong box này nhiều, cho nên đọc cái bài post trên thấy thật hài hước.

chốt lại một câu: nếu các ngôn ngữ na ná nhau hết thì người ta đã không phải mất công tạo ngôn ngữ mới.

cái na ná nhau các bạn thấy nó chỉ là ở mặt ngoài để cho các bạn dễ adopt thôi, bên dưới nó vận hành thế nào nó mới là cái tạo ra ngôn ngữ mới.

như LISP variants, tới giờ chắc có gần trăm ngôn ngữ dạng LISP, vẫn được dùng phổ biến cũng phải tầm hai chục, mà lisp thì nổi tiếng là syntax thằng nào cũng giống nhau rồi, về tư duy cũng thế vẫn là LISP, vậy theo các bạn khác nhau nó nằm ở chỗ nào?
 

choimin

Senior Member
^: gớm nói thật số ngôn ngữ tôi từng dùng thường xuyên chắc cũng dưới 10 thôi, cơ mà số ngôn ngữ lập trình tôi đã đọc lướt qua (ở đây là đọc hết cái trang reference/guide trên website của nó) thì đảm bảo lớn hơn số tuổi của các bạn trong box này nhiều, cho nên đọc cái bài post trên thấy thật hài hước.

chốt lại một câu: nếu các ngôn ngữ na ná nhau hết thì người ta đã không phải mất công tạo ngôn ngữ mới.

cái na ná nhau các bạn thấy nó chỉ là ở mặt ngoài để cho các bạn dễ adopt thôi, bên dưới nó vận hành thế nào nó mới là cái tạo ra ngôn ngữ mới.

như LISP variants, tới giờ chắc có gần trăm ngôn ngữ dạng LISP, vẫn được dùng phổ biến cũng phải tầm hai chục, mà lisp thì nổi tiếng là syntax thằng nào cũng giống nhau rồi, về tư duy cũng thế vẫn là LISP, vậy theo các bạn khác nhau nó nằm ở chỗ nào?

Bác nói rất đúng, logic is God, syntax chỉ là phần nổi của tảng băng chìm. Cái em muốn nói đến ở đây là tư duy lập trình cho mấy bạn mới, not FW or language

Sent from Samsung SM-G960N using vozFApp
 
Top