You can always tell armed conflict's in the offing when you see economic illiterate
Bạn có biết làm cách nào để code của bạn chất lượng hơn và tốt hơn. Phát âm bài viết để biết cách nhé!
1. Sử dụng Linter
Code có kết quả đầu ra lỗi và cảnh báo nếu code của bạn không tuân hành các thông số kỹ thuật và tiêu chuẩn của một ngôn ngữ. Từ đó bạn có thể biết nguyên nhân và khắc phục dễ dàng.
2. Bình luận code
Khi bạn để lại rất nhiều nhận xét trong code của bạn chỉ có thể khiến nó trở nên lộn xộn và khó phát âm hơn. Bởi vì vậy bạn hãy chỉ nhân xét đủ, đúng những yếu tố trọng tâm thôi nhé.
Nhận xét tệp
Thực sự hữu dụng khi viết một nhận xét dòng 2–3 ở đầu tệp để cung ứng cho bạn bao quát ngăn nắp về mục tiêu và phạm vi code bên trong. Tuy nhiên, bạn không nên làm theo tiêu chuẩn đặt tên, địa chỉ email, ngày, tên tệp, giấy phép, v.v. Trong nhận xét “top-of-file” của bạn. Tổng thể các thông tin này sẽ có sẵn ở nơi khác, và nó sẽ chỉ lộn xộn tập tin của bạn.
>>Tìm hiểu cách làm CV ngành công nghệ thông tin tại: https://twitter.com/vieclamithn
Nhận xét cấp lớp
Sẽ hữu ích khi để lại một bình luận ngắn ở đầu mỗi lớp giải thích các mục tiêu chính và phạm vi của lớp.
Nhận xét cấp tính năng
tác dụng là một chút tinh xảo hơn để chứng thực quý hiếm của việc thêm ý kiến. Tuy nhiên các tính năng dài với logic cầu kỳ nên có ý kiến.
Nhận xét dòng
Nếu code quá tinh xảo đến mức sau khi phát âm tệp, lớp, nhận xét chức năng và chính mã bạn vẫn không gọi nó, nó có thể cần phải được tái cấu trúc. Điểm chính là: nỗ lực hết sức để viết code nhưng bạn có thể đọc nhưng mà không phải đọc lại. Nếu code của bạn có thể được phát âm một lần và được hiểu, bạn sẽ không cần các bình luận làm lộn xộn nội dung code của bạn, và các đồng nghiệp của bạn sẽ sử dụng nhiều sự vừa đủ và súc tích của nó.
>>Xem thêm: Việc làm thêm cho sinh viên công nghệ thông tin, tuyển dụng nhân viên it, việc làm it tại hà nội, việc làm it partime, tuyển dụng it hà nội
3. Viết code dễ phát âm
Một trong những phần trọng yếu nhất của việc viết code chất lượng là viết code dễ hiểu. Sau khi bạn viết một số code, hãy nghỉ ngơi một thời gian ngắn. Khi bạn quay trở lại code, nếu bạn không thể phát âm nó bằng cách gọi qua nó một lần, nó phải được tái cấu trúc theo một cách nào đó, hình dạng hoặc nguyên tắc.
>>Xem ngay các việc làm It lương cực hấp dẫn tại: https://ok.ru/vieclamit
4. Xác minh mã của bạn
Để mã được coi là chất lượng cao, bạn sẽ có thể chứng minh nó hoạt động đúng. Bạn cần phải hỗ trợ đủ lượng thử nghiệm để chứng minh cho người ngoài rằng code của bạn hoạt động theo cách bạn dự định.
Kiểm thử phần mềm thực ý nghĩa tới việc viết code chất lượng. Bạn cần phải chứng thực các trường hợp dự kiến, các khía cạnh và các trường hợp lỗi của code.
5. Bộc lộ code
để mắt tới code là thử nghiệm chung cục về cách code của bạn có thể được người khác nắm chắc. Tận dụng nó bất cứ khi nào bạn có thể. Nhờ người khác có thể gọi và gọi code của bạn trước mặt bạn là thử nghiệm cuối cùng về việc liệu chương trình của bạn có thể duy trì được tuyệt không.
Hãy kiểm tra chất lượng code của bạn để đưa nó lên những level cao hơn. Bạn có thể thấy sự cải thiện này khi bạn phản ánh các dự án cũ của bản thân và đối chiếu chúng với các dự án hiện tại. Chờ đợi những mẹo này giúp bạn thấy những cải tiến gần giống, bất kể bạn bắt đầu từ đâu.
Oh fúckin 'ell mate. I was just thinking to myself about how
Quote:
Originally Posted by
notly1988
It really is amazing how many people still appear to think that capital expenditure at a macro level is a zero sum game.
capital expenditure at a macro level is a zero sum game and you've gone a pished all over me chips :-(
As a species we all need to be armed to the teeth and ready to blow the merry **** out of each other at a moments notice.
Which missiles is it we build here btw and what is the tax revenue?
