Coffee Break #19: 9 công cụ giúp cải thiện năng suất của nhà phát triển. Phải làm gì nếu bạn là một lập trình viên tầm thường?

9 công cụ tuyệt vời để cải thiện năng suất của nhà phát triển

Nguồn: DZone Viết code là một công việc phức tạp và đầy trách nhiệm, không chỉ đòi hỏi kiến ​​thức về lý thuyết mà còn phải sở hữu một số kỹ năng chuyên môn. Và tất nhiên, công việc này tốn rất nhiều thời gian. Nếu một lập trình viên tổ chức quy trình làm việc của mình không chính xác, điều này sẽ dẫn đến giảm năng suất một cách tự nhiên, trễ thời hạn và giảm chất lượng mã. May mắn thay, có một số cách để khắc phục vấn đề này. Một trong số đó là việc sử dụng các công cụ đặc biệt trong công việc giúp nâng cao năng suất. Tôi hy vọng rằng danh sách nhỏ mà tôi đã chọn sẽ giúp công việc của bạn nhanh hơn và hiệu quả hơn. ProofHub là một công cụ lập lịch tác vụ đơn giản. Với nó, bạn có thể ưu tiên, phân công và thêm nhiệm vụ, kiểm tra tài liệu và tệp, đặt ngày bắt đầu và ngày kết thúc cho một nhiệm vụ, tạo quy trình làm việc tùy chỉnh, chia sẻ tài liệu và đặt hẹn giờ trong lịch trình. ProofHub có ứng dụng di động dành cho Android và iOS. Sublime Text là một trong những trình soạn thảo văn bản mạnh mẽ nhất dành cho nhà phát triển, giúp bạn thực hiện hầu hết mọi thao tác văn bản. Nó rất hữu ích cho nhiều tác vụ đơn giản, chẳng hạn như duy trì danh sách việc cần làm, chỉnh sửa tệp cấu hình hoặc viết tập lệnh bó. Google Keep là dịch vụ ghi chú hữu ích của Google. Nếu bạn cần hình dán để nhắc nhở về các tác vụ quan trọng trên màn hình của mình, hãy sử dụng Google Keep cho việc đó. Thêm tiện ích mở rộng này vào Chrome và bạn có thể đính kèm ghi chú, thêm thẻ, thêm cộng tác viên, liệt kê các nhiệm vụ bằng dấu đầu dòng hoặc thêm lời nhắc cho những điều quan trọng nhất một cách nhanh chóng. Google Keep cũng có thể được sử dụng trong Google Docs - chỉ cần kéo và thả ghi chú của bạn vào tài liệu. MusicForProgramming là một công cụ trực tuyến nhỏ tiện dụng với danh sách dài các bản nhạc không lời sẽ cho phép bạn tạo vùng thoải mái ngay cả khi viết mã. Đây là một trình tạo nhạc thú vị, nơi bạn có thể chọn nhạc phù hợp với công việc của mình. Chỉ cần đeo tai nghe vào, chọn một trong 52 danh sách phát có sẵn và nghe. LeanKit là một công cụ giúp tất cả các thành viên trong nhóm và các bên liên quan của dự án hiểu biết chung về công việc. Nó sử dụng các nguyên tắc và phương pháp làm việc chung trong công ty. Bạn có thể hình dung nhiệm vụ của mình để hiểu rõ hơn và làm việc hiệu quả hơn. Với LeanKit, các thành viên trong nhóm có thể đăng ghi chú ảo hoặc thông báo lỗi cần được xem xét. Silver Searcher là một trong những công cụ tăng năng suất hiệu quả nhất dành cho nhà phát triển vì nó giúp tiết kiệm thời gian tìm kiếm các thành phần mã. Khi hiển thị kết quả tìm kiếm, công cụ này nhanh hơn nhiều so với các chương trình tương tự. HeySpace- Phần mềm quản lý công việc sáng tạo với chức năng trò chuyện. Gửi tin nhắn cho nhóm của bạn để quản lý nhiệm vụ, hạn chế tối đa các cuộc họp và cập nhật cho mọi người. Đó là sự kết hợp giữa Slack và Trello. Trên HeySpace, bạn có thể dễ dàng biến một phần cuộc trò chuyện của mình thành một nhiệm vụ. Mỗi nhiệm vụ có thể được tùy chỉnh: bạn có thể đặt ngày, phân công người chịu trách nhiệm, thêm thẻ, mô tả, tệp và nhận xét về chúng. Bạn cũng có thể chia sẻ tập tin. Habitica là một trong những công cụ năng suất tốt nhất khiến công việc giống như vui chơi. Habitica đưa bạn đến thế giới pixel cũ của các nền tảng chơi game. Nó xử lý khối lượng công việc hàng ngày của bạn giống như một trò chơi RPG nơi bạn có thể thăng cấp bằng cách hoàn thành một nhiệm vụ cụ thể. Đối với mỗi mục tiêu đạt được, điểm sẽ được trao. Càng có nhiều thì cơ hội sống sót của nhân vật của bạn càng cao. WakaTime là công cụ theo dõi năng suất mã hóa với một bộ plugin soạn thảo văn bản. Công cụ này giám sát công việc của bạn khi bạn viết mã. Chương trình cung cấp cho bạn số liệu về thời gian bạn dành cho một tệp cụ thể, tạo và gửi báo cáo hàng ngày hoặc hàng tuần qua email.

Tôi là một nhà phát triển tầm thường (làm thế nào để giải quyết nó)

Nguồn: Dev.to Cá nhân tôi biết những nhà phát triển rất tài năng, những người có thể tạo ra phần mềm tuyệt vời mà không cần nỗ lực nhiều. Nhờ những cá nhân tài năng như vậy mà ngành CNTT ngày càng phát triển. Nhưng sự thật đáng buồn là không phải nhà phát triển nào cũng là ninja/guru/ngôi sao mã hóa. Chúng ta đang nói về những người như tôi. Tôi là một lập trình viên tầm thường. Bài viết này sẽ chỉ cho bạn cách tồn tại trong ngành nếu bạn không phải là thiên tài.

Tôi luôn Google những điều đơn giản nhất.

Tôi chỉ không nhớ nhiều thứ thôi. Ví dụ: các hàm và phương thức từ thư viện tiêu chuẩn, tên gói, mã soạn sẵn, v.v. Tôi phải google nó hàng ngày. Tôi cũng sử dụng mã từ các dự án cũ. Đôi khi tôi còn sao chép câu trả lời từ StackOverflow hoặc GitHub. Có, nó thực sự hoạt động - lập trình trên StackOverflow (Phát triển dựa trên StackOverflow). Tôi không phải người duy nhất. Rất nhiều lập trình viên cũng làm như vậy. Có một chủ đề Twitter phổ biến được bắt đầu bởi người tạo ra Ruby on Rails: “Nhưng tại sao điều này nhất thiết phải là một điều xấu? Có một số nhược điểm của phương pháp này:

• Điều này dẫn đến việc bạn sao chép các quyết định tồi hoặc mã dễ bị tấn công từ người khác.
• Điều này tạo ra một tư duy đặc biệt: nếu chúng ta không thể Google thứ gì đó thì “Houston, chúng ta gặp vấn đề”.
• Nếu không có Internet, công việc sẽ dừng lại.”

Tôi không nghĩ đây là một vấn đề lớn. Sao chép mã thậm chí có thể trở thành vũ khí bí mật của bạn. Chỉ cần giảm dần tác động tiêu cực của nó đến toàn bộ công việc của bạn:

1. Sử dụng IDE để tự động hoàn thành và đoán để bạn không cần phải tìm hiểu kiến ​​thức cơ bản về ngôn ngữ trên Google.
2. Hãy nhớ bạn đã giải quyết vấn đề tương tự ở đâu (chứ không phải bằng cách nào).
3. Tất cả mã bạn sao chép vào dự án phải trải qua quá trình phân tích, tái cấu trúc và xem xét. Bằng cách này, bạn sẽ không gây hại cho dự án với mã xấu nhưng vẫn có thể tìm ra giải pháp nhanh chóng.

Tôi cố gắng giữ mọi thứ đơn giản nhất có thể

Máy tính luôn làm như những gì chúng được bảo. Chỉ là đôi khi họ nhận được những mệnh lệnh sai lầm. Vì vậy, vấn đề chính trong quá trình phát triển không phải là máy tính mà là khả năng tư duy của các nhà phát triển, vốn thường bị hạn chế. Nếu chúng ta, những lập trình viên tầm thường không thể tạo ra những sự trừu tượng phức tạp, những thuật toán kỳ lạ, những khối mã khổng lồ không thể đọc được, thì chúng ta cần phải tuân theo các giải pháp đơn giản. Làm thế nào để phân biệt mã đơn giản với mã phức tạp? Bạn có thể sử dụng phương pháp WTF/Phút. Nguyên tắc rất đơn giản. Một khi bạn tìm thấy điều gì đó trong mã mà bạn không hiểu thì điều đó sẽ phức tạp. Làm thế nào để đơn giản hóa nó?

1. Viết lại nó để có được một thiết kế rõ ràng hơn.
2. Bổ sung nó với tài liệu.
3. Thêm ý kiến ​​vào những phần khó nhất.

Làm thế nào để viết code đơn giản ngay lập tức?

1. Sử dụng đúng tên biến, hàm, lớp.
2. Đảm bảo mỗi phần trong chương trình của bạn chỉ làm một việc.
3. Nên sử dụng các hàm thuần túy hơn là các hàm thông thường.
4. Chọn các hàm thông thường thay vì các lớp.
5. Chỉ truy cập các lớp học khi bạn thực sự cần chúng.

Tôi không tin tưởng bản thân mình

Mọi người đều có thể làm hỏng mã ngay cả trong những tác vụ đơn giản nhất. Ví dụ: bạn có thể mắc lỗi:

• bằng ngôn ngữ;
• về mặt logic;
• trong thiết kế phần mềm;
• trong phong cách;
• an toàn;
• Sai lầm WTF (yêu thích của tôi).

Không có cuốn sách kỳ diệu nào “Học cách viết mã không có lỗi”. Và điều đó không sao cả. Có lỗi trong bất kỳ phần mềm nào. Làm thế nào để bảo vệ bản thân khỏi những sai lầm rõ ràng?

1. Viết bài kiểm tra, rất nhiều bài kiểm tra. Bắt đầu từ kiểm thử tích hợp và kết thúc bằng kiểm thử đơn vị. Chạy mã của bạn thông qua CI trước mỗi yêu cầu kéo. Điều này sẽ bảo vệ bạn khỏi các lỗi logic.
2. Sử dụng kiểu gõ tĩnh. Ví dụ: với JavaScript chúng tôi sử dụng flow, với Python - mypy.
3. Sử dụng kiểm tra phong cách tự động. Có nhiều dịch vụ trong mỗi ngôn ngữ.
4. Sử dụng kiểm soát chất lượng. Một số công cụ áp dụng các phương pháp phỏng đoán phức tạp vào mã của bạn để tìm ra vấn đề (ví dụ: lớp này không cần thiết ở đây, hàm ở đó quá phức tạp).
5. Gửi mã của bạn để xem xét.
6. Trả tiền cho người khác để xem lại mã của bạn. Khi nhà phát triển xem mã lần đầu tiên, họ sẽ dễ dàng phát hiện ra sự không nhất quán và quyết định thiết kế kém.

Không ngừng học hỏi

Có rất nhiều điều để học hỏi. Nếu bạn muốn viết phần mềm tốt, bạn phải không ngừng học hỏi. Không có phím tắt hoặc thủ thuật ma thuật ở đây. Chỉ cần trở nên tốt hơn mỗi ngày. Tóm lại, bạn cần hiểu hai điều quan trọng:

1. Vấn đề xảy ra với tất cả mọi người. Điều quan trọng là chúng ta đã chuẩn bị như thế nào cho những vấn đề này.
2. Chúng ta có thể thu hẹp số lượng nguồn gốc của những vấn đề đó đến mức có thể chấp nhận được.

Và điều này không liên quan gì đến khả năng tinh thần hay cách suy nghĩ của bạn.