JavaRush /Blog Java /Random-VI /Nghỉ giải lao #48. 9 thói quen hữu ích cho lập trình viên...

Nghỉ giải lao #48. 9 thói quen hữu ích cho lập trình viên cấp dưới

Xuất bản trong nhóm
Nguồn: Free Code Camp Bạn đã bao giờ phân tích thói quen của mình chưa? Những người tốt giúp bạn trở thành người mà bạn mong muốn. Những thói quen xấu sẽ dần dần biến bạn thành người mà bạn mong muốn. Làm việc với tư cách là nhà phát triển phần mềm trong hơn 12 năm, tôi đã phát triển một số thói quen nhất định mà tôi tự hào và một số thói quen mà tôi muốn phá bỏ. Lúc đầu, tôi không nhận ra tầm quan trọng của chúng, nhưng sau đó tôi hiểu rõ thói quen nào trong số này đã giúp tôi trưởng thành và thói quen nào cản trở tôi. Điều này thôi thúc tôi kiểm kê và viết về điều gì đó có thể truyền cảm hứng cho bạn làm điều tương tự.Nghỉ giải lao #48.  9 thói quen hữu ích dành cho lập trình viên Junior - 1

Tự nguyện đảm nhận những điều bạn không hiểu

Khi bắt đầu sự nghiệp, bạn chưa biết nhiều. Vì vậy, rất có thể bạn sẽ cảm thấy mình như một kẻ mạo danh. Rốt cuộc, công ty trả lương cho bạn với tư cách là một chuyên gia và bạn thậm chí còn không biết một nửa tên của các công nghệ và khuôn khổ mà đồng nghiệp của mình làm việc cùng. Và bạn chỉ biết đến nửa sau vì bạn đã kịp thời tìm kiếm trên Google. Nếu bạn thay thế từ “khi bắt đầu sự nghiệp” bằng “khi bắt đầu bất kỳ dự án mới nào”, bạn có thể có được một bức tranh khá chính xác về sự nghiệp phát triển phần mềm. Mỗi dự án mới là sự khởi đầu của một điều gì đó mới mẻ. Chúng tôi gặp gỡ những người mới, hiểu những yêu cầu mới, tìm hiểu những khuôn khổ mới. Và lần nào cũng vậy. Đây là lý do tại sao việc không ngừng học hỏi những điều mới là rất quan trọng. Nếu lúc nào bạn cũng chỉ làm những gì mình giỏi, bạn sẽ không thể tự tin đảm nhận một dự án mới. Nỗi sợ hãi về những điều chưa biết sẽ luôn xuất hiện trước mắt bạn. Bằng cách tạo thói quen tự mình đảm nhận những nhiệm vụ mà bạn không biết gì, bạn có thể đạt được những kỹ năng và kiến ​​thức mới. Nếu bạn cần sửa một cái gì đó trong một cụm lắp ráp và bạn chưa bao giờ gặp phải công việc như vậy trước đây, hãy đảm nhận nhiệm vụ này! Bạn sẽ có được kinh nghiệm cần thiết và các kỹ năng mới. Nếu có lỗi trong mã JavaScript giao diện người dùng của bạn và cho đến nay bạn chỉ làm việc với phần phụ trợ Java, hãy sửa nó! Làm những việc mà bạn không chắc chắn là một cách tuyệt vời để phát triển sự nghiệp. Nhưng đừng lừa dối sự mong đợi của người khác. Đừng giả vờ là át chủ bài trong mọi việc. Hãy thành thật mà nói rằng bạn chưa từng làm điều này trước đây nhưng muốn học hỏi.

Yêu cầu làm việc với ai đó theo cặp

Nếu bạn gặp khó khăn ở điều gì đó hoặc không biết cách hoàn thành nhiệm vụ, hãy nhờ người có kinh nghiệm hơn làm việc cùng bạn. Lập trình cặp là một cách tuyệt vời để khiến mọi thứ chuyển động. Thảo luận các yêu cầu với đồng nghiệp của bạn: điều này sẽ giúp bạn dễ hiểu kết quả sẽ như thế nào hơn. Sau đó bắt đầu thảo luận về các lựa chọn giải pháp. Bạn có thể tiến xa hơn nữa và đề nghị làm việc theo cặp để bạn viết mã và đồng nghiệp sẽ đưa ra gợi ý cho bạn và ngược lại. Điều này sẽ giúp bạn học cách suy nghĩ và giải quyết vấn đề. Đối với người mới bắt đầu, lập trình cặp rất có lợi. Một lưu ý về làm việc tại nhà. Khi chúng tôi chuyển sang hình thức làm việc từ xa, tôi phải đối mặt với những vấn đề hoàn toàn mới. Tôi bắt đầu nghi ngờ liệu có nên yêu cầu đồng nghiệp làm việc theo cặp với mình hay không. Trong văn phòng, mọi thứ đều đơn giản: bạn chỉ cần đến bàn tiếp theo và thảo luận về vấn đề này. Với công việc từ xa và giao tiếp qua hội nghị truyền hình, mọi thứ trở nên phức tạp hơn đáng kể. Nếu đây cũng là vấn đề của bạn, hãy nói chuyện với đồng nghiệp của bạn. Bạn chỉ cần thay đổi cách tiếp cận thông thường của mình một chút và phát triển những thói quen mới.

Báo cáo những gì bạn làm (và không làm)

Tôi không thể nhớ đã bao nhiêu lần tôi nhiệt tình đảm nhận một nhiệm vụ, nghĩ rằng mình có thể làm nó trong một ngày, nhưng chỉ hoàn thành nó trong một tuần. Với kinh nghiệm, tôi ít gặp phải những tình huống như vậy hơn, nhưng đôi khi tôi vẫn quá lạc quan trong những đánh giá của mình. Có một số lý do cho việc ước tính thời gian này:
  • quản lý yêu cầu một tính năng mới phải được hoàn thành nhanh chóng vì thời hạn đã gần kề;
  • Tôi muốn mình trông đẹp hơn so với các đồng nghiệp văn phòng của mình;
  • nhiều thứ đơn giản là không diễn ra như mong đợi;
  • và rất nhiều người khác…
Nói chung, rất có thể ước tính thời gian của bạn cũng sẽ quá lạc quan. Làm thế nào để khắc phục điều này? Bạn có thể quản lý kỳ vọng khi bạn đi! Thường xuyên nói về những gì bạn đang làm và luôn truyền đạt những gì đang cản trở bạn. Ý tôi không phải là bạn cần đưa ra bản cập nhật trạng thái nhiệm vụ cứ sau 15 phút. Chỉ cần đảm bảo rằng những người liên quan biết bạn đang ở đâu trong quá trình này. Tốt nhất là truyền đạt điều này vào đầu và cuối ngày làm việc. Nếu sếp hoặc nhóm/người quản lý dự án của bạn mong đợi kết quả từ bạn, hãy báo cáo với ông ấy hàng ngày: “Tôi đang làm việc này việc nọ. Tôi đã gặp một vấn đề như vậy và như vậy. Đây là những lựa chọn để giải quyết nó." Bằng cách này, mọi người quan tâm sẽ biết về sự tiến bộ của bạn. Sẽ không ai trách bạn nếu bạn bất ngờ gặp phải vấn đề - miễn là bạn luôn cập nhật cho mọi người. Một lợi ích bổ sung: bằng cách báo cáo trạng thái hiện tại của một nhiệm vụ, bạn có thể nghe những đề xuất hoặc giải pháp cho vấn đề từ người khác. Hãy tạo thói quen thường xuyên cập nhật cho các bên liên quan về kết quả công việc của bạn.

Bắt đầu một blog

Có lẽ tôi không phải là người đầu tiên bạn nghe lời khuyên này, nhưng tôi vẫn sẽ nói: blog! Blog của bạn không cần thiết phải ở chế độ công khai. Đây có thể là một vài trang trên wiki của công ty bạn hoặc một bộ sưu tập kho GitHub với các ví dụ về mã và một vài dòng văn bản giải thích. Tại sao điều này là cần thiết? Bởi vì khi bạn viết điều gì đó để dạy người khác (ngay cả khi “những người khác” đó là chính bạn trong tương lai), đó là một cách tuyệt vời để học hỏi và phát triển về mặt chuyên môn. Viết về cách bạn có thể giải quyết một vấn đề khó khăn. Hoặc về cách hoạt động của một framework mới, việc phát hành nó mà bạn đã chờ đợi từ lâu. Bạn cũng có thể viết nhật ký về những gì bạn đã làm trong tuần. Nhân tiện, điều này sẽ giúp bạn phát triển thói quen truyền đạt những gì bạn đang làm. Tôi đã bắt đầu viết blog nhiều lần. Tất nhiên, lúc đầu, rất khó để duy trì động lực và ép bản thân viết, nhận ra rằng hiếm có ai đọc bài viết của bạn. Viết vào khoảng trống khá kỳ lạ. Vì lý do này, tôi đã từ bỏ blog của mình. Và ba năm trước tôi đã bắt đầu blog tiếp theo của mình . Tôi đã viết mà không có khán giả trong sáu tháng. Và sau đó tôi phát hiện ra rằng tôi không có người đọc vì tệp robots.txt của tôi không cho phép công cụ tìm kiếm lập chỉ mục blog! Tóm lại, tôi đã thay đổi cài đặt trong robots.txt và mọi người bắt đầu đọc bài viết của tôi. Không có nhiều độc giả nhưng họ vẫn tạo động lực cho tôi không ngừng đọc. Dần dần tôi đã cải thiện được kỹ năng viết của mình và hiện nay blog của tôi có tới 200 nghìn lượt xem mỗi tháng. Và tất cả điều này là do tôi đã từng quyết định bắt đầu viết về các khuôn khổ mới và các vấn đề mà tôi đã giải quyết được. Và tôi làm điều này để có thể quay lại ghi chú của mình khi tôi cần, chứ không phải vì tôi muốn thu hút một lượng lớn khán giả. Viết blog ban đầu có vẻ như là một công việc nhàm chán, nhưng theo thời gian, nếu bạn không dừng lại, nó sẽ bắt đầu mang lại cho bạn sự hài lòng. Nếu bạn bắt đầu viết với mong muốn được học và dạy, bạn không chỉ học được nhiều điều mà còn trở nên thú vị với nhiều người.

Hãy kiếm cho mình một cuốn sổ tay

Gần đây tôi mới trở thành một fan hâm mộ lớn của máy tính xách tay. Không phải ở dạng chương trình mà là chương trình thực, trên giấy. Đi đến đâu tôi cũng mang theo sổ và bút. Bằng cách này, tôi có cơ hội viết ra những gì tôi nghĩ đến bất cứ lúc nào. Tôi ghi chú khi nghe ai đó nói chuyện, khi đang đợi xe buýt hoặc khi đang nghĩ xem nên nấu món gì cho bữa tối. Tôi cũng sử dụng sổ ghi chú để tạo danh sách những cuốn sách tôi muốn đọc, những khuôn khổ tôi muốn tìm hiểu, những tính năng tôi muốn thêm vào các dự án cá nhân của mình. Và quan trọng hơn, tôi ghi chép khi đọc sách vì nó giúp tôi ghi nhớ tốt hơn những gì đã học. Tôi viết ra tất cả những gì tôi nghĩ đến. Và nếu vì lý do nào đó mà tôi không viết được điều gì đó, tôi cảm thấy lo lắng đến mức không thể ngủ được. Vấn đề là tôi không tin vào trí nhớ của mình. Nếu bạn có trí nhớ tốt và nhớ hoàn hảo mọi điều bạn đã nghĩ cách đây một tuần thì có lẽ bạn sẽ không cần đến sổ ghi chép. Nhưng nếu bạn gặp khó khăn trong việc ghi nhớ, giống như tôi, thì việc ghi chép vào sổ sẽ thay đổi đáng kể cuộc sống của bạn tốt hơn. Để đảm bảo sổ ghi chép của bạn hữu ích nhất có thể, bạn cần có một cách tiếp cận có hệ thống. Bạn phải tự trấn an mình rằng bất cứ điều gì bạn viết vào sổ sẽ không bị thất lạc. Hãy tách vài trang đầu tiên của sổ tay thành mục lục để bạn có thể dễ dàng tìm thấy thông tin mình cần sau này. Hãy tạo thói quen xem lại ghi chú của bạn thường xuyên. Lấy ví dụ, những ghi chú được thực hiện khi đọc một cuốn sách. Khi tôi đọc xong một cuốn sách, tôi xem qua các ghi chú của mình và viết bình luận về nó trên blog của mình. Mặc dù hầu như không có ai đọc văn bản này, nhưng chính quá trình viết bài đánh giá buộc bạn phải suy nghĩ về những gì bạn đã đọc và kết quả là ghi nhớ nó tốt hơn.

Ghi lại chiến thắng của bạn

Sổ ghi chép cũng rất cần thiết khi phát triển thói quen ghi lại thành tích của bạn. Như tôi đã nói, trí nhớ của tôi rất tệ. Chắc chắn, tôi có thể nhớ những gì tôi đã ăn vào bữa trưa ngày hôm qua, nhưng khi tôi tập trung vào một nhiệm vụ phức tạp, khả năng ghi nhớ của tôi giảm đi đáng kể. Đó là lý do tại sao tôi có nguyên tắc viết ra thành tích của mình vào cuối mỗi ngày. Chúng ta không nói về những việc làm nổi bật mà chỉ nói về những chiến công nhỏ. Ví dụ: sửa một lỗi, thực hiện một bước nữa để tạo ra một tính năng mới, v.v. Tôi cũng viết ra những chiến thắng cá nhân, chẳng hạn như hoàn thành bài tập thể dục buổi sáng của mình. Vào buổi tối, tôi chỉ cần lập danh sách những việc tôi đã làm trong ngày và viết tất cả vào sổ. Bạn có thể thực hiện các mục như vậy trên máy tính bảng hoặc sử dụng một số chương trình đặc biệt, nếu điều đó thuận tiện hơn cho bạn. Theo thời gian, có nhiều thành tựu hơn. Bạn thậm chí có thể bằng cách nào đó đánh dấu những cái quan trọng nhất để có thể dễ dàng tìm thấy chúng sau này. Ví dụ: trước khi chuẩn bị đánh giá hiệu suất, bạn xem qua danh sách của mình, tìm những thành tích liên quan và liệt kê chúng vào một danh sách riêng. Điều này sẽ làm cho việc đánh giá tốt hơn nhiều. Danh sách thành tích cũng hữu ích trong việc truyền đạt những gì bạn đã làm.

Tìm thời gian cho những nhiệm vụ quan trọng

Vào cuối ngày, tôi thường cảm thấy như hôm nay mình chưa làm được việc gì. Và mặc dù việc ghi lại những chiến thắng của bạn (hoặc ít nhất là những nhiệm vụ đã hoàn thành) là quan trọng, nhưng điều quan trọng nhất là hoàn thành những nhiệm vụ đó. Chuyện xảy ra là cuộc họp này nhường chỗ cho cuộc họp khác và đột nhiên ngày làm việc kết thúc. Sau cuộc họp với đồng nghiệp, bạn muốn tiếp tục thực hiện nhiệm vụ của mình, nhưng ngay khi bạn có thời gian để khởi động thì một cuộc họp video mới lại bắt đầu. Và sau đó bạn cần phải “khởi động lại” vì bạn đã đánh mất bối cảnh rồi. Điều này làm giảm năng suất của bạn. Nếu tôi đã học được điều gì đó về cách làm việc hiệu quả thì điều quan trọng là phải dành thời gian cho những nhiệm vụ quan trọng. Nếu bạn không tạo thói quen dành thời gian cho những nhiệm vụ quan trọng thì rất có thể bạn sẽ không bao giờ có thời gian để thực hiện chúng. Thời gian của bạn sẽ bị ngốn hết bởi những hoạt động bình thường hàng ngày. Quản lý thời gian của bạn có thể được thực hiện theo nhiều cách khác nhau và thành thật mà nói, tôi chuyển từ cách tiếp cận này sang cách tiếp cận khác vài tháng một lần. Nhưng vấn đề vẫn như cũ: đối với những nhiệm vụ mà bạn thực sự cần phải hoàn thành, bạn cần dành một khoảng thời gian trong lịch trình của mình. Tôi dành một giờ vào buổi sáng, trước khi làm việc, để viết bài cho blog (hoặc các trang khác). Tôi cũng dành một giờ vào buổi tối (khi bọn trẻ đã ngủ) để thực hiện một dự án cá nhân. Tôi hiện có một bảng Trello với một cột cho mỗi ngày trong tuần, nơi tôi liệt kê các nhiệm vụ tôi muốn giải quyết vào buổi sáng và buổi tối. Mỗi tuần một lần, tôi cập nhật bảng này và viết vào đó những gì tôi cần hoàn thành trong tuần tới. Bằng cách này, tôi không phải lãng phí thời gian quý báu để suy nghĩ xem phải làm gì tiếp theo. Ngoài ra, tôi dành hai giờ trong lịch trình mỗi ngày cho công việc đòi hỏi sự tập trung đặc biệt để các đồng nghiệp của tôi không cố gắng sắp xếp bất kỳ cuộc họp nào trong thời gian này. Tất cả điều này giúp tôi đối phó với các nhiệm vụ được lên kế hoạch trong ngày. Nói chung, việc bạn quản lý thời gian chính xác như thế nào không quá quan trọng. Điều chính là làm điều đó một cách nguyên tắc và tạo thói quen từ nó. Nếu không, ngày của bạn sẽ bị tiêu hao bởi những thứ không quan trọng lắm đối với bạn.

Nếu bạn bế tắc, hãy nghỉ ngơi

Các nhà phát triển thường xuyên đi vào ngõ cụt. Và những tình huống này thật khó chịu. Trong những trường hợp như vậy, mọi người thường khuyên nên nghỉ làm. Nhưng đôi khi rất khó thực hiện theo những khuyến nghị như vậy, bởi vì “quyết định đã gần kề, tôi không thể dừng lại lúc này”. Và nếu bây giờ tôi tạm nghỉ thì sau đó tôi sẽ lại phải “can thiệp” vào bản chất của vấn đề. Tại sao lại tự nguyện lãng phí thời gian? Nhưng thực tế là khi bạn bị mắc kẹt trong công việc, nó khiến bạn không thể suy nghĩ sáng suốt được. Bạn nghĩ rằng thật ngu ngốc khi mắc kẹt với một vấn đề như vậy. Suy cho cùng, đồng nghiệp của bạn có thể xử lý việc đó một cách dễ dàng (một lựa chọn khác là họ luôn nhận được những nhiệm vụ dễ dàng hơn). Đồng thời, bạn không nghĩ về cách thực sự giải quyết vấn đề. Hãy nghỉ ngơi và làm việc khác một thời gian. Hoặc (thậm chí tốt hơn) hãy quay lại vấn đề này vào ngày mai. Giữ khoảng cách với vấn đề sẽ cho phép bạn nhìn thấy những giải pháp mà trước đây bạn không nhìn thấy được. Có thể điều này chưa xảy ra với bạn, nhưng tôi đảm bảo với bạn: giải pháp phù hợp thường tự xuất hiện trong đầu bạn. Nếu không có thêm thời gian, bạn có thể sử dụng phương pháp Pomodoro - chia nhiệm vụ thành các phân đoạn 30 phút với thời gian nghỉ ngắn ở giữa. Sau mỗi bước, tôi tự hỏi liệu mình đang ở chế độ giải pháp hay mình đang gặp khó khăn và nên làm gì khác. Phương pháp Pomodoro còn có thêm lợi ích là sử dụng phần cuối của mỗi bước để kích hoạt các thói quen khác. Ví dụ, hình thành thói quen đứng dậy khỏi bàn và vươn vai, uống nước. Điều này đôi khi được gọi là một đống thói quen, bởi vì bạn xếp chồng thói quen này lên chồng thói quen khác và kết quả là bạn sẽ có được hiệu quả tốt.

Không cần phải tìm cây đũa thần

Tôi đã từng viết một cuốn sách về một phong cách kiến ​​trúc phần mềm nhất định và thường xuyên nhận được email với những câu hỏi như “Tôi thực sự thích phong cách này và muốn áp dụng nó cho tất cả các dự án của mình! Làm thế nào để làm nó?" Và bạn có biết tôi trả lời gì không? Không có một phong cách kiến ​​trúc nào phù hợp để giải quyết mọi vấn đề. Khi bạn có một dự án nhỏ, bạn tạo một API CRUD đơn giản. Và nếu bạn có một mô hình phức tạp, bạn sẽ xây dựng một kiến ​​trúc hình lục giác phức tạp hơn. Và khi tạo vi dịch vụ trong từng bối cảnh riêng lẻ, bạn sử dụng một trong hàng trăm kiểu kiến ​​trúc. Không có khuôn khổ chung nào có thể được sử dụng cho bất kỳ dự án nào. Giống như không có ngôn ngữ lập trình hoặc phong cách mã hóa duy nhất. Đừng cố gắng tìm một cây đũa thần. Cô ấy không tồn tại. Có ý kiến ​​của riêng mình là điều tốt khi có những lập luận xứng đáng đằng sau ý kiến ​​của bạn. “Đây là phong cách kiến ​​trúc tốt nhất” và “Tôi luôn làm điều này” không phải là những lý lẽ xứng đáng. Chỉ cần tưởng tượng rằng có một nhà phát triển trong nhóm của bạn, người luôn có sở thích riêng và luôn sùi bọt mép để chứng minh rằng mình đúng, “vì điều đó là tốt nhất”. Bạn sẽ nhanh chóng cảm thấy mệt mỏi với nó. Đừng là kiểu nhà phát triển như vậy.
Bình luận
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION