readable_code:: Hoàn tất thiết lập môi trường phát triển C++ từ A đến Z

mã có thể đọc được

cpp: Thiết lập môi trường phát triển cốt lõi - Hướng dẫn từ A đến Z về cách thiết lập môi trường phát triển C++ mà bạn có thể thực hiện theo.

Tìm hiểu cách thiết lập môi trường phát triển cần thiết cho quá trình phát triển C++!

• Tôi muốn phát triển bằng C++, nhưng... cài đặt môi trường quá phức tạp, đúng không?

• Tôi tìm kiếm trên internet để xem có thông tin nào được tập hợp ở cùng một nơi không, nhưng ở đây và ở đó lại khác nhau...

• Trong khóa học này, tôi sẽ dạy bạn mọi thứ bạn cần biết về phát triển C++, dựa trên kinh nghiệm sâu rộng của tôi trong lĩnh vực này!

  
  

Tìm hiểu về những điều này

Cách thiết lập Git để kiểm soát phiên bản mã nguồn

• Tôi đã thử sử dụng GitHub một lần và tôi rất ngạc nhiên khi thấy có quá nhiều thứ cần thiết lập...

• Thiết lập tất cả các quyền liên quan đến Github cùng một lúc thông qua CLI!

Cách thiết lập môi trường phát triển C++ cho nhiều hệ điều hành khác nhau

• Tôi đã thử phát triển bằng C++, nhưng nó khác trên Windows và khác trên Ubuntu...

• Chúng tôi sẽ chỉ cho bạn cách thiết lập môi trường phát triển hoạt động bất kể hệ điều hành nào!

Bạn có thể nhận được gì?

• Cách thiết lập môi trường phát triển C++ bất kể hệ điều hành nào (MacOS/Ubuntu)

• Cách thiết lập Hệ thống kiểm soát phiên bản (VSC, Github)

• Cách thiết lập phông chữ mã hóa để cải thiện hiệu quả phát triển

• Cách thiết lập Môi trường phát triển tích hợp (IDE, Visual Studio Code) để phát triển C++

• Tự động hóa thiết lập môi trường phát triển thông qua các tập lệnh

Từ khóa

• Môi trường phát triển

• Trình biên dịch

• Xây dựng hệ thống

• Hệ thống kiểm soát phiên bản

• IDE

• Phông chữ mã hóa

• Tập lệnh tự động hóa

Những điều cần lưu ý trước khi tham gia khóa học

mã có thể đọc được

Tại sao lại là readable_code?

Tôi vẫn còn nhớ cảm giác tự ti khi lần đầu tiên bước vào phòng thí nghiệm sau đại học và nhìn vào mã nguồn. "Ôi... sao mình có xem đi xem lại cũng không hiểu được nhỉ?" Lúc đó, tôi cứ nghĩ đó là do thiếu sót của mình. Hơn mười năm đã trôi qua kể từ đó. Giờ thì tôi nhận ra: vấn đề không phải ở tôi, mà là ở mã nguồn.

Nhiều nhà phát triển viết mã một cách khó hiểu và kêu lên, "Tôi phải quay lại!" Nhưng những mã đó sớm trở lại ám ảnh họ như một xiềng xích. Mã được viết mà không tuân thủ các quy ước để triển khai nhanh chóng và việc sử dụng quá nhiều chú thích gây ra sự nhầm lẫn khi đọc, và các giao diện được tạo ra một cách cẩu thả cuối cùng khiến việc phân biệt dữ liệu nào đang được trao đổi trở nên khó khăn. Mã được viết theo cách này, theo thời gian, tạo ra kết quả không chính xác, trở nên không thể đọc được đối với bất kỳ ai. Ngay cả tác giả của mã , sau một tuần không xem lại, cũng thấy mình phải mở sổ mã có tên "Gỡ lỗi" và giải mã mã .

Chúng ta gọi mã nguồn là một ngôn ngữ . Ngôn ngữ tồn tại để giao tiếp với một cái gì đó. Nhiều người lầm tưởng rằng một cái gì đó là máy tính. Quan niệm sai lầm này là lý do tại sao rất nhiều mã, được gọi là "code", được tạo ra. (Thật thú vị khi mã thực sự có nghĩa là "code" phải không?) Tuy nhiên, như tôi đã đề cập trước đó, mã không phải là thứ máy tính đọc, mà là thứ chúng ta đọc. Do đó, viết mã nguồn cũng giống như viết. Nó tương tự như viết tài liệu kỹ thuật. Chúng ta cần viết mã một cách ngắn gọn và rõ ràng để mọi người có thể hiểu được. Mã được viết theo cách này dễ đọc và dễ hiểu đối với bất kỳ ai. Thật không may, trong lĩnh vực tôi từng làm việc, mọi người thường nói rằng họ không có thời gian để xem xét và triển khai những chi tiết nhỏ nhặt như vậy. Tuy nhiên, điều tôi học được là vấn đề không phải là "không thể làm điều gì đó vì chúng ta không có thời gian", mà là "không thể làm điều đó vì chúng ta không thể".

Mã dễ đọc đối với mọi người ( readable_code ) cũng dễ đọc đối với máy tính trong hầu hết các trường hợp. Điều này là do nó không triển khai các biến, hàm, chuyển đổi và quy trình không cần thiết. Nó cũng cải thiện đáng kể hiệu suất cộng tác và bảo trì mã. Ví dụ, tại công ty của tôi, tôi đã từ bỏ khuôn khổ hiện tại và thiết kế và triển khai một khuôn khổ mới. Điều này đã rút ngắn công việc tích hợp mã vốn sẽ mất hai tuần với khuôn khổ hiện tại xuống chỉ còn ba ngày . Hơn nữa, việc triển khai mô-đun, vốn sẽ mất ba tháng với khuôn khổ hiện tại, đã trở nên khả thi trong vòng chưa đầy một tháng . Vấn đề với mã dễ đọc đối với con người là bạn không thể triển khai nó; nếu bạn có thể, thì không có lý do gì để không làm. Đó là một điều đáng kinh ngạc có thể cải thiện đáng kể hiệu quả phát triển.

Văn hóa phát triển trưởng thành, tinh thần hợp tác và mã nguồn dễ đọc thường được coi là những thứ "có thì tốt", hay nói đúng hơn là không thiết yếu. Tuy nhiên, tôi đã chứng kiến sức mạnh của mã nguồn dễ đọc và trải nghiệm ứng dụng thực tế của nó. Mặc dù tôi có thể áp dụng kiến thức này tại công ty và nhóm của mình, nhưng tôi không muốn hài lòng với điều đó. Tôi muốn tăng năng suất phần mềm tại Hàn Quốc. Tôi muốn các kỹ sư được phát triển trong một môi trường tốt hơn. Tôi muốn một văn hóa phát triển tốt được thấm nhuần trong các công ty Hàn Quốc. Từ bây giờ, tôi sẽ chia sẻ với bạn những kinh nghiệm, thành công và thất bại của mình, cũng như tất cả những bí quyết tôi đã học được trên con đường sự nghiệp. Những điều này vô cùng quý giá và sẽ là nền tảng vững chắc cho con đường tương lai của bạn. Bạn có muốn tham gia cùng chúng tôi không? (y/n) … -y