Nghỉ giải lao #51. 4 cách đơn giản để lập trình viên tránh mệt mỏi tinh thần 7 bước giúp bạn vượt qua nỗi sợ lập trình

4 cách đơn giản để lập trình viên tránh mệt mỏi tinh thần

Nguồn: Dev.to Lập trình có thể là một nỗ lực rất khó khăn. Bạn cần phải nhớ những gì bạn đang làm. Ghi nhớ bối cảnh và hoạt động bên trong của một ứng dụng hoặc hệ thống. Hãy tính đến cú pháp và tính năng của ngôn ngữ mà mã được viết. Hãy nhớ vị trí của một đoạn mã cụ thể để bạn có thể quay lại sau nếu cần. Hãy nhớ những giai đoạn công việc nào đã được hoàn thành và giai đoạn nào chưa. Với tất cả những điều này, bạn vẫn phải học các công nghệ, công cụ và ngôn ngữ mới. Tất cả những điều cần được ghi nhớ này đang tranh giành khoảng trống trong đầu bạn. Kết quả là, bạn có thể cảm thấy chán nản và có cảm giác như não mình đã trở nên hỗn loạn. Việc đưa ra quyết định trở nên khó khăn vì bạn suy nghĩ quá nhiều, phân tích quá mức và phức tạp hóa mọi thứ. Bạn quên mất mình định làm gì bây giờ và định làm gì sau này. Cuối cùng, bạn trở nên mệt mỏi về mặt tinh thần. Đầu của chúng ta không được thiết kế để liên tục lưu trữ và xử lý một lượng thông tin khổng lồ như vậy. May mắn thay, có ít nhất bốn cách hiệu quả để giảm bớt khối lượng công việc trí óc.

1. Viết mọi thứ ra giấy

Điều đầu tiên tôi muốn nói đến là kỹ thuật “Sắp xếp mọi thứ theo thứ tự” của David Allen . Trong cuốn sách của mình, David đề cập đến một vấn đề phổ biến: mọi người phải theo dõi, ghi nhớ và sắp xếp quá nhiều thứ trong cuộc sống. Chúng có thể liên quan đến công việc, bạn bè, sở thích, gia đình. Thông thường tất cả thông tin này được lưu trữ trong đầu chúng ta và do đó, việc quản lý nó khá khó khăn. Ý tưởng của Allen là bộ não của chúng ta không phải là nơi lưu trữ thông tin tốt nhất. Sẽ hiệu quả hơn nhiều nếu sử dụng nó như một nguồn ý tưởng. Là nơi dành cho tư duy sáng tạo. Và điều tốt nhất bạn có thể làm cho việc này là cố gắng loại bỏ nhu cầu ghi nhớ những điều không cần thiết của bộ não. Giải pháp đơn giản như thiên tài: viết ra mọi thứ bạn cần nhớ. Chúng tôi có thể ghi lại cách ứng dụng hoạt động. Chúng ta có thể viết ra các quy tắc cú pháp cơ bản của ngôn ngữ lập trình. Chúng ta có thể lập danh sách các nhiệm vụ, bao gồm mọi thứ chúng ta không cần quên. Bạn càng viết ra nhiều thì não của bạn càng phải lưu trữ ít thông tin hơn trong bộ nhớ. Bằng cách này, chúng tôi giảm bớt khối lượng công việc tinh thần.

2. Đánh dấu những thứ bạn muốn quay lại.

Nếu bạn tìm thấy lỗi trong mã của mình và không ghi lại vị trí của nó, bạn có nguy cơ quên nó và bị phân tâm bởi một nhiệm vụ khác. Kết quả là bạn sẽ lãng phí thời gian để tìm kiếm lỗi này. Một giải pháp đơn giản sẽ giúp tránh tình trạng như vậy: mỗi khi chúng ta cảm thấy muốn bị phân tâm khỏi các nhiệm vụ khác, hãy ghi lại. Hãy tin tôi: bạn sẽ không thể nhớ được mọi thứ. Ngoài ra, nó còn làm tăng tải cho não. Cũng không phải lúc nào cũng có thể xử lý ngay một vấn đề được phát hiện. Tôi tưởng tượng việc tích lũy các nhiệm vụ như một chồng các đĩa có hình dạng khác nhau mà chúng ta phải giữ cân bằng. Cầm một chiếc đĩa trên tay không khó. Nhưng mỗi khi chúng ta bị phân tâm bởi điều gì đó, một chiếc đĩa khác lại được thêm vào đống của chúng ta. Dần dần, chồng chất trở nên nặng nề và không ổn định, và việc giữ nó cân bằng ngày càng khó khăn hơn. Vì vậy: nếu chúng ta lấy từng chiếc đĩa mới, đặt chiếc đĩa cũ lên bàn (viết ra) thì chúng ta sẽ chỉ phải cầm một chiếc đĩa. Tải trọng được giảm bớt. Và bộ não của chúng ta có thể tập trung vào nhiệm vụ trước mắt hơn là giữ cho các đĩa cân bằng.

3. Nghỉ làm

Một lý thuyết được chấp nhận rộng rãi là giấc ngủ giúp não giảm xung huyết. Trong khi ngủ, não sẽ xóa những ký ức không quan trọng và giữ lại những ký ức quan trọng. Ngoài ra, trong khi ngủ, não xử lý các suy nghĩ và cảm xúc. Bộ não của chúng ta là một thiết bị phức tạp. Chúng tôi vẫn chưa hoàn toàn biết nó hoạt động như thế nào và nó có tác dụng gì. Nhưng ý tưởng về việc thoát khỏi tình trạng trì trệ trong giấc ngủ lại dẫn chúng ta đến một ý tưởng khác - rằng bộ não của chúng ta có thể hoạt động “ở chế độ nền”. Chúng ta không cần phải suy nghĩ cụ thể về một vấn đề để bộ não xử lý nó. Điều này giải thích tại sao nhiều ý tưởng ngẫu nhiên nảy sinh khi chạy bộ hoặc đang tắm. Chúng ta phải sử dụng công việc nền tảng của bộ não. Tại sao bạn phải đập đầu vào tường để cố gắng giải quyết vấn đề khi bạn có thể nghỉ ngơi và để bộ não của mình giải quyết nó trong yên bình?

4. Nói chuyện với mọi người

Bạn đã bao giờ nghe nói đến việc "gỡ lỗi một con vịt nhựa" chưa? Ý tưởng đằng sau cách tiếp cận này là khi gặp một vấn đề, người lập trình sẽ giải thích mã của mình, đôi khi từng dòng một, cho con vịt nhựa của một đứa trẻ. Vì vậy, anh ấy đặt mình vào vị trí của một giáo viên và giải thích rằng anh ấy cần phải viết mã theo cách này và những gì anh ấy đang làm bây giờ. Thật kỳ lạ, bằng cách sử dụng phương pháp này, người ta thường có thể xác định được vấn đề là gì. Vịt con, là một vật vô tri, đóng vai trò như một người biết lắng nghe. Tuy nhiên, bạn sẽ mất đi nhiều lợi ích khi nói chuyện với một người trực tiếp. Rốt cuộc, người này có thể:

• đặt những câu hỏi buộc bạn phải suy nghĩ lại cách tiếp cận của mình,
• tư vấn về cách tốt nhất để tiến hành nhiệm vụ,
• đề xuất giải pháp thay thế,
• thể hiện một góc nhìn khác về vấn đề,
• Chia sẻ kinh nghiệm của bạn,
• nói về các giải pháp hiện có.

Khả năng chia sẻ kiến ​​thức với đồng nghiệp là một kỹ năng quý giá. Khi hai người cùng nghĩ về một vấn đề, nỗ lực tinh thần để giải quyết vấn đề đó sẽ tăng gấp đôi. Kết quả là, bạn có thể nhận được giải pháp tốt hơn (đây là cơ sở của lập trình cặp).

Phần kết luận

Lập trình là một hoạt động phức tạp. Các nhà phát triển thường phải ghi nhớ rất nhiều thứ không cần thiết trong bộ nhớ của mình. Nhưng đồng thời, họ được kỳ vọng sẽ ngay lập tức đưa ra những giải pháp sáng tạo cho những vấn đề phức tạp. Tất cả điều này dẫn đến tình trạng quá tải về mặt tinh thần. Để giải quyết vấn đề này, chúng ta cần giảm tải cho não càng nhiều càng tốt, cho phép nó chỉ tập trung vào nhiệm vụ trước mắt. Để làm điều này chúng ta có thể:

• viết ra mọi thứ quan trọng
• tạo dấu trang để bạn có thể quay lại nội dung quan trọng sau này,
• dành thời gian không lập trình để não có thể phục hồi,
• thay đổi quan điểm và trao đổi suy nghĩ với người khác.

7 bước giúp bạn vượt qua nỗi sợ lập trình

Nguồn: Nickbulljs Hầu hết những người sợ lập trình thực chất là sợ thất bại. Ngay cả trước khi bắt đầu học một ngôn ngữ, chúng ta đều biết trước rằng mình sẽ thất bại. Tại sao chuyện này đang xảy ra? Có thể có nhiều lý do:

• chúng ta có thể nghĩ rằng việc lập trình quá khó;
• chúng tôi chắc chắn rằng điều này không được “trao” cho chúng tôi;
• chúng ta bị ảnh hưởng bởi khuôn mẫu cho rằng chúng ta đã quá già để bắt đầu.

Danh sách có thể được tiếp tục nếu muốn. Nhưng hãy đối mặt với sự thật: tất cả chỉ là những lời bào chữa. Và đằng sau mọi lời bào chữa, chúng ta đều che giấu nỗi sợ thất bại. Chính anh ta là người ngăn cản chúng tôi. Nếu chúng ta tự tin vào sự thất bại không thể tránh khỏi của mình thì rất có thể chúng ta sẽ không bắt đầu được điều gì. Rốt cuộc, chúng tôi nghĩ rằng dù sao thì cũng sẽ không có kết quả gì, vậy tại sao lại bắt đầu. Nghĩa là, đơn giản là chúng ta không có lý do gì để đảm nhận một nhiệm vụ vì chúng ta đã bị thuyết phục trước rằng cố gắng sẽ dẫn đến thất bại. Đây đại khái là cách mà nỗi sợ lập trình nảy sinh. Chúng tôi chỉ nghĩ rằng chúng tôi không thể thành công. Để vượt qua nỗi sợ hãi, bạn cần điều chỉnh lại bộ não của mình để thành công. Hãy xem cách thực hiện việc này.

1. Không có năng khiếu lập trình

Hầu hết mọi người nhầm lẫn tài năng với nhiều năm luyện tập. Chúng ta thường nói “Người này tài giỏi” khi thấy kết quả tốt. Nhưng trên thực tế, người này mới bắt đầu tu luyện từ rất sớm. Bạn luôn dễ dàng cho rằng những thất bại của mình là do thiếu “tài năng”. Nhưng thay vào đó, tốt hơn là hãy bắt đầu luyện tập. Bắt đầu viết mã ít nhất 30 phút mỗi ngày. Ban đầu bạn lập trình giỏi đến đâu không quan trọng, bạn chỉ cần bắt đầu thực hiện nó.

2. Chọn nhiệm vụ chứ không phải ngôn ngữ

Hầu hết mọi người bắt đầu hành trình lập trình của mình không đúng chỗ. Điều đầu tiên họ làm là chọn một ngôn ngữ lập trình. Nhưng bạn cần bắt đầu với vấn đề bạn muốn giải quyết. Chúng tôi không viết mã chỉ để giải trí. Với sự trợ giúp của mã, chúng tôi giải quyết được một số vấn đề. Vì vậy, trước tiên bạn nên quyết định những vấn đề nào bạn muốn giải quyết trong tương lai, những dự án nào sẽ thực hiện. Khi bạn quyết định, bạn có thể chọn ngôn ngữ phù hợp nhất để giải quyết những vấn đề này.

3. Định luật Pareto trong mã hóa

Để bắt đầu viết mã và tạo ra thứ gì đó với nó, bạn không cần phải có kiến ​​thức 100% về lập trình. Áp dụng định luật Pareto . Theo định luật này, “20% nỗ lực tạo ra 80% kết quả, 80% nỗ lực còn lại chỉ tạo ra 20% kết quả”. Nói cách khác, để tạo ra 80% sản phẩm bạn chỉ cần biết 20% ngôn ngữ lập trình (Tôi đang đơn giản hóa nhưng ý tưởng chung thì rõ ràng). Bắt đầu bằng việc học những kiến ​​thức cơ bản về ngôn ngữ, sau đó đi vào chi tiết hơn nếu cần. Không cần phải nhảy thẳng vào vực thẳm của các đặc tả ngôn ngữ lập trình. Điều này sẽ kéo dài hành trình học tập của bạn qua nhiều tháng. Bắt đầu với những điều cơ bản và sau đó đào sâu hơn.

4. Tập trung vào một việc một lúc

Học nhiều hơn một hoặc hai ngôn ngữ cùng lúc dẫn đến những hậu quả không mong muốn:

1. Bạn đang bị phân tâm.
2. Bạn trì hoãn thời điểm có thể bắt đầu công việc thực sự.
3. Bạn không thấy sự tiến bộ và bắt đầu liên tục trì hoãn mọi việc “cho tương lai”.

Để ngăn chặn điều này, hãy chọn một ngôn ngữ và gắn bó với nó. Dừng chuyển đổi giữa các ngôn ngữ khác nhau. Đa nhiệm không hoạt động. Tập trung vào một việc tại một thời điểm.

5. Bắt đầu làm việc gì đó

Bạn học tốt nhất bằng cách làm. Tiếp thu kiến ​​thức mà không áp dụng vào thực tế là lãng phí năng lượng. Rốt cuộc, bạn sẽ quên rất nhiều. Để ngăn chặn điều này xảy ra, bạn cần củng cố kiến ​​\u200b\u200bthức đã học vào thực tế. Bạn có xem video hướng dẫn trên YouTube không? Mở trình soạn thảo và viết mã bạn vừa thấy. Nghiên cứu phát triển web? Chọn một dự án đơn giản và bắt đầu thực hiện nó.

6. Đánh lừa bộ não của bạn

Khi mở danh sách nhiệm vụ của mình và thấy nội dung nào đó như “Tạo trang web”, chúng tôi thường trì hoãn nhiệm vụ này vô thời hạn. Chúng tôi biết rằng điều này sẽ đòi hỏi rất nhiều nỗ lực và thời gian mà chúng tôi chưa sẵn sàng chi tiêu. Nhưng hãy nhớ rằng bằng cách trì hoãn mọi thứ “để dành cho ngày mai”, bạn có nguy cơ không bao giờ bắt đầu giải quyết được vấn đề. Chia một nhiệm vụ lớn thành nhiều phần nhỏ. Các giai đoạn của công việc phải sao cho mỗi nhiệm vụ nhỏ riêng lẻ có thể được giải quyết trong 2-4 giờ. Danh sách đầy đủ các nhiệm vụ:

1. Tạo một trang web

Danh sách nhiệm vụ chi tiết:

1. Mua một tên miền.
2. Tạo một thiết kế trang web.
3. Tạo giao diện người dùng trang chủ bằng CSS và HTML.
4. ...

Khi bạn mở danh sách nhiệm vụ của mình, bạn sẽ mất ít công sức hơn để bắt đầu. Và điều này rất quan trọng vì nếu bạn không bắt đầu luyện tập, bạn sẽ học mãi .

7. Cấu trúc nỗi sợ hãi của bạn

Và cuối cùng, lời khuyên yêu thích của tôi từ Tim Ferriss. Ông là tác giả của cuốn sách bán chạy nhất Tuần làm việc 4 giờ và là người dẫn chương trình podcast nổi tiếng nhất thế giới, The Tim Ferriss Show. Cấu trúc có thể giúp bạn vượt qua nỗi sợ viết mã và những nỗi sợ hãi khác. Đây là cách thực hiện (đây là phiên bản đầy đủ ):

1. Tạo ba cột và gắn nhãn chúng là “Định nghĩa”, “Phòng ngừa”, “Đối phó”.
2. Trong cột đầu tiên, hãy viết ra chính xác điều bạn sợ hãi, điều gì ngăn cản bạn hành động tích cực.
3. Trong cột thứ hai, hãy liệt kê những cách bạn có thể ngăn chặn những tình huống xấu nhất.
4. Trong cột thứ ba, liệt kê các cách bạn có thể khắc phục thiệt hại gây ra (nếu mọi việc đi đến trường hợp xấu nhất).
5. Đánh giá tác động có hại của các tình huống xấu nhất theo thang điểm từ 1 đến 10.
6. Đánh giá lợi ích tiềm năng của sự thành công theo thang điểm từ 1 đến 10.
7. Vẽ thêm ba cột nữa và dán nhãn “6 tháng”, “1 năm”, “3 năm”.
8. Viết ra chi phí tiềm tàng của sự thụ động của bạn.

Phần kết luận

Tôi hy vọng bảy mẹo này sẽ giúp bạn bắt đầu lập trình và đạt được mục tiêu của mình. Hãy nhớ rằng nếu bạn tự chuẩn bị cho sự thất bại, thì vấn đề chắc chắn sẽ kết thúc trong thất bại. Đừng làm thế!