Các lập trình viên có cần một trí nhớ tốt không? [đóng cửa]


16

Dường như người ta phải nhớ tất cả các loại cú pháp để có thể lập trình. Nếu một người không có trí nhớ tốt để nhớ tên, việc học lập trình sẽ khó khăn hơn?


20
Có một cái tên để có một trí nhớ tốt cho tên, nhưng tôi quên mất nó là gì.
Mike Hai

3
Nếu cú ​​pháp là một vấn đề, sau đó chọn một ngôn ngữ có cú pháp tối thiểu. Lisp / Clojure?
Chiron

1
Những ngày này tôi không dành tất cả các chương trình trong ngày, nhưng tôi dành một số thời gian mỗi chương trình ngày. Và tôi lập trình trong một loạt các ngôn ngữ không giống nhau. Tôi lập trình bằng C, Java, Javascript, Lisp, VBA, PL / SQL, Ruby, Python, Perl, Smalltalk và thậm chí một chút Prolog theo thời gian. Tôi chỉ tìm kiếm cú pháp.
Mike Sherrill 'Nhớ lại mèo'

4
Nếu họ làm tôi đã giả mạo nó trong khoảng 13 năm.
ElGringoGrande

1
Các trường đại học chắc chắn dạy nó giống như bạn cần trí nhớ tốt, điều đó hoàn toàn ngu ngốc. Mine đặc biệt nổi tiếng vì yêu cầu các bài kiểm tra cuối kỳ của CS phải có giá trị ít nhất 50% (luôn luôn đóng sách) và giữa kỳ thường là ít nhất 30-40%.
Rei Miyasaka

Câu trả lời:


34

Cú pháp của một ngôn ngữ không khó như bạn nghĩ để nhớ, nếu bạn sử dụng nó hàng ngày. Cuối cùng, nó trở nên rất dễ dàng. Ghi nhớ tất cả các chức năng thư viện khác nhau có thể khó khăn hơn nhiều và tôi không nghĩ rằng hầu hết mọi người có thể nhớ nhiều hơn những chức năng phổ biến nhất họ sử dụng, nhưng điều đó ổn nếu bạn có quyền truy cập vào Web, hoặc một cuốn sách hoặc một cái gì đó khác " nhớ "tất cả các chi tiết khác cho bạn.


+1. Nó thực sự trở thành bản chất thứ hai. Tôi nhìn lại mã và thậm chí không nhớ thực hiện bất kỳ quy tắc định dạng nào mà tôi tuân theo ...
Reid

1
Hướng dẫn bỏ túi của O'Reilly giúp tôi theo dõi mọi thứ. Rất hữu ích.
Kỹ sư thế giới

17

Dường như người ta phải nhớ tất cả các loại cú pháp để có thể lập trình nói một ngôn ngữ tự nhiên.

Nếu một người không có trí nhớ tốt để nhớ tên các từ, việc học lập trình nói sẽ khó khăn hơn ?

Không thể đúng là mọi người có một cơ sở "tự nhiên" với ngôn ngữ, phải không?

Có thể đúng là chúng ta có phần cứng thần kinh cấp thấp chỉ để tiếp thu ngôn ngữ, phải không?

Lập trình sử dụng các ngôn ngữ nhân tạo tuân theo nhiều quy tắc của ngôn ngữ tự nhiên.

Ngôn ngữ tự nhiên có một chút linh hoạt hơn so với ngôn ngữ lập trình.

ngữ pháp vẫn nghiêm ngặt. quy tắc có rất nhưng đó là

Nếu bạn có thể nói, bạn có thể học lập trình mà không cần ghi nhớ bất cứ điều gì nhiều hơn những gì bạn đã ghi nhớ khi bạn học nói.


13

Đúng:

Nếu bạn đang nói về bộ nhớ ngắn hạn thì . một lập trình viên phải có khả năng xử lý đồng thời nhiều bit thông tin khi lập trình / giải quyết vấn đề.

Không:

Nếu bạn đang nói về bộ nhớ dài hạn thì không thực sự. Có nhiều hướng dẫn và tài liệu tham khảo + công cụ có thể hỗ trợ đáng kể trong việc thu hồi thông tin. Chắc chắn ghi nhớ những thông tin dài hạn này sẽ giúp bạn trở thành một nhà phát triển nhanh hơn (nói chung), nhưng nó không phải là điều kiện tiên quyết.


1
+1 Để vẽ một so sánh hữu ích giữa tính hữu ích của bộ nhớ ngắn hạn và dài hạn liên quan đến câu hỏi. Đã chờ đợi để thấy ai đó làm điều đó.
KChaloux

8

Một trí nhớ tốt là hoàn toàn cần thiết, nhưng không phải vì những lý do rõ ràng.

Ghi nhớ chi tiết về các thuật toán cụ thể, thư viện, tên biến và như vậy rất tiện dụng, nhưng không phải là siêu quan trọng. Bạn có Google, DuckDuckGo, trang con người, tài liệu dành riêng cho ngôn ngữ và biên tập viên thông minh để trợ giúp tất cả những điều trên. Nó giúp nếu bạn không cần phải dựa vào những chiếc nạng này, nhưng bạn sẽ ổn thôi nếu thỉnh thoảng bạn cần chúng.

Nơi bộ nhớ là điều cần thiết là giữ các chi tiết về những gì bạn đang làm việc trong bộ nhớ ngắn hạn đang hoạt động. Có thể hình dung thiết kế, luồng dữ liệu, thuật toán, cấu trúc dữ liệu và cách tất cả chúng tương tác để làm bất cứ điều gì đó là sản phẩm của bạn tách biệt lập trình viên OK khỏi lập trình viên tuyệt vời. Khi bạn chủ động thực hiện nó, có cảm giác như bạn đang tung hứng thành công một số lượng bóng khổng lồ trong khi đi xe đạp một bánh.

Điều này thường được gọi là trong khu vực . Gián đoạn, câu hỏi ngu ngốc, ông chủ cần báo cáo TPS tất cả đưa bạn ra khỏi khu vực này.

Trí nhớ của bạn càng tốt thì càng dễ vào khu vực này, càng dễ ở lại đó và càng dễ dàng quay trở lại sau khi bị gián đoạn.

Nếu bạn gặp vấn đề với loại bộ nhớ này, tôi khuyên bạn nên học các kỹ thuật thiền và các thủ thuật bộ nhớ vì trí nhớ của bạn càng trở nên dễ dàng, bạn sẽ càng thành công hơn khi làm lập trình viên.


1
Tôi thực sự sẽ nói rằng các yêu cầu về bộ nhớ sẽ bị cắt giảm nếu bạn mô đun hóa chương trình tốt hơn và đặt tên đúng. Nếu bạn có một phương thức hai trang với 20 biến, thì bạn phải nhớ nhiều hơn so với nếu bạn có một phương thức 5 dòng với các cuộc gọi đến các phương thức có tên khác để thực hiện các tác vụ phụ. Ngoài ra mỗi lần bạn muốn sửa đổi một cái gì đó phức tạp, bạn phải vào "khu vực" để làm điều đó. Trong khi đó nếu nó đơn giản hơn thì bạn có thể thay đổi. Tôi sẽ nói "khu vực" là một trách nhiệm pháp lý.
Cervo

1
@Cervo - Có, khi bạn mã hóa các mô-đun riêng lẻ và các đơn vị mã nhỏ, những gì tôi mô tả ở trên không thực sự cần thiết. Nhưng khi bạn gỡ lỗi toàn bộ hệ thống và cố gắng tìm ra mô-đun đẹp, gọn gàng và sạch sẽ, vấn đề nằm ở bên trong, điều đó giúp có thể ghi nhớ càng nhiều trạng thái càng tốt.
unpythonic

Tại sao trên thế giới này chỉ có một phiếu bầu? Bạn không thể thiết kế mã của mình đúng cách mà không nhớ nó phù hợp với những thứ xung quanh nó như thế nào. Rất nhiều chương trình hiện đại là về việc cắt giảm số lượng chi tiết này đòi hỏi nhưng điều đó chỉ đơn giản là làm giảm số lượng bạn phải nhớ, chứ không phải thực tế là bạn phải nhớ nó để thực hiện công việc của mình.
Loren Pechtel

5

Tôi sẽ đi ngược dòng chảy, và nói . Một trí nhớ tốt là một tài sản tuyệt vời như một lập trình viên. Trí nhớ của tôi Tôi luôn xem là một trách nhiệm lập trình, vì vậy tôi đã chọn một số thủ thuật để bù đắp cho sự bất lợi của mình:

  • Bạn sẽ có thể nhớ cách biến đó (mà bạn đã sử dụng 3 dòng trước đó) được đánh vần. Nếu bạn không thể học cách sử dụng Intellisense (hoặc bất kỳ hình thức tự động hoàn thành nào trong trình soạn thảo hoặc IDE của bạn).

  • Bạn sẽ có thể nhanh chóng nhớ những gì bạn đã làm lần trước khi bạn làm việc trong dự án này. Điều này có thể đã được vài ngày trước, nó có thể là ngay trước bữa ăn trưa. Nếu bạn không thể, hãy học cách viết ra . Giữ một cuốn sổ bên cạnh và viết những gì bạn đang (hoặc đang) làm, các mục TODO và những thứ bạn cần nhớ về cách mã hiện tại bạn đang làm việc khớp với nhau.

  • Gỡ lỗi và QA là khó. Tốt nhất bạn nên giữ một cuốn sổ tay rất chi tiết về các bước bạn đã thực hiện khi cố gắng tái tạo một lỗi hoặc gỡ lỗi một cái gì đó. Đây là điều tôi biết tôi nên làm, nhưng vẫn phải vật lộn với.

Hi vọng điêu nay co ich!


4

Hướng dẫn phỏng vấn Guerrilla (phiên bản 3.0) là một tài liệu tham khảo phổ biến rằng ghi chú là thông minh và hoàn thành công việc là những điểm quan trọng của lập trình. Thông minh bao gồm một số kỹ năng bộ nhớ nhưng không nhất thiết phải nhiều như bạn nghĩ.

Intellisense có thể giúp ích rất nhiều khi nói đến cú pháp nếu bạn muốn một số trợ giúp về mặt đó. Biết cách bạn học để bạn có thể nhanh chóng áp dụng những gì bạn học theo cách có ý nghĩa quan trọng hơn là có thể trả lời các câu hỏi nhỏ.


2

Tôi tin rằng việc nhớ tên là một chức năng nhận thức khá khác so với việc nhớ các quá trình khác với việc ghi nhớ từ vựng. Đã có trường hợp những người đã bị chấn thương não đã loại bỏ hoàn toàn khả năng nhớ tên trong khi có thể hoạt động hoàn hảo nếu không.

Vì vậy, tôi muốn nói rằng khả năng nhớ tên không liên quan đến việc học ngôn ngữ lập trình.

Tuy nhiên, thật hữu ích khi có thể nhớ các mẫu, quy tắc và từ vựng hợp lý.


2
Tôi khá chắc chắn rằng bạn đúng. Chỉ số loại Myers-Briggs nói rằng INTP (những người đặc biệt phù hợp để trở thành lập trình viên) gặp khó khăn khi nhớ tên của mọi người. Tôi biết điều đó đúng trong trường hợp của tôi. Tôi có thể nhớ tên thú cưng của bạn, biển số xe của bạn và nơi tôi đặt bản in của một ngăn xếp mà bạn đã đưa cho tôi năm ngoái có dòng mới lạ là 0x0D0A0D. Tên riêng của bạn, mặc dù, tôi sẽ quên nó 10 phút. (Khi tôi còn trẻ, tôi phải mất ba năm để có được tên của tất cả những người trong đội bóng đá của tôi.)
Mike Sherrill 'Cat Recall'

2

Không. Độ sâu bộ nhớ của các công cụ (Intellisense, Google, trình biên dịch, trình tạo mã) là vô hạn so với bộ nhớ của con người. Vì vậy, lập trình viên có trí nhớ tốt không hơn gì một người có lỗ hổng trong đầu.

Những gì lập trình viên thực sự cần là "tốc độ lấy nét cao nhất" khi họ chuyển đổi giữa các mức độ trừu tượng. Bạn càng nhanh, bạn càng giỏi làm lập trình viên. Một số có tốc độ nhịp tim như 500 ms, với sự xuất hiện của sóng máu đầu tiên đến não bạn đang tập trung. Một số có đồng hồ tập trung làm tròn đến chu kỳ hút thuốc, khoảng 2 giờ. Một số cần tắm buổi sáng, vì vậy khoảng 24 giờ. v.v ... Sự khác biệt giữa lập trình viên tốt và xấu đã từng được tuyên bố 1:80 lần trước đây và khoảng cách chỉ đang gia tăng.


1

Không, bạn chỉ cần hiểu cách Google hoạt động để có được những gì bạn muốn

Tôi có một trí nhớ khủng khiếp, nhưng kỹ năng Google của tôi thật tuyệt vời ^ _ ^

Nói một cách nghiêm túc, miễn là bạn biết tìm cú pháp ở đâu, bạn không cần phải nhớ nó. Đó là những gì intellisense, các tệp trợ giúp, hướng dẫn tham khảo, internet, v.v.


1

Trước hết, học lập trình là khó khăn cho tất cả mọi người. Có một trí nhớ tốt giúp tôi chắc chắn. Nhưng, sự cống hiến và một tình yêu học tập suốt đời có giá trị hơn. Học cú pháp cũng giống như mọi thứ khác, sự lặp lại.

Không có gì kỳ diệu hay siêu phàm về kỹ năng lập trình. Chỉ cần dành khoảng 10.000 giờ cho nó ... và bạn sẽ trở thành một bậc thầy như bất kỳ kỹ năng nào khác. Tất nhiên, đó là 10.000 giờ đào tạo, không mù quáng và lặp đi lặp lại những sai lầm trong quá khứ.


1

Bạn đã viết bài này bằng tiếng Anh, với cú pháp thích hợp. Rõ ràng bạn có thể nhớ cách sử dụng một ngôn ngữ. Bạn chỉ cần học một ngôn ngữ mới và sử dụng nó thường xuyên đủ để bạn có được ngôn ngữ đó mọi lúc. Không giống như ngôn ngữ hướng đến con người, ngôn ngữ lập trình máy tính sẽ luôn cho bạn biết khi bạn sử dụng cú pháp không chính xác, vì vậy nó thực sự dễ dàng hơn. :-)


1

Tôi đồng ý rằng có rất nhiều thứ mà một lập trình viên trung bình có thể biết để hoàn thành nhiệm vụ của mình, chỉ cần nghĩ về tất cả các từ, cú pháp, kỹ thuật mà bạn nên kiểm soát để xây dựng một trang web đơn giản (ở mặt trước: html, css, javascript (bạn cũng có thể tính một số khung Js là jquery), ajax, ở mặt sau: Php hoặc ASP hoặc ASP.Net và đừng quên các cơ sở dữ liệu, mySql hoặc SqlServer hoặc Oracle hoặc MongoDB, v.v.). Có một danh sách lớn các ngôn ngữ, mô thức, sintaxies, mô hình, vv, không thể nhớ tất cả mọi thứ của chúng.

Nó nghĩ rằng những gì làm cho một lập trình viên giỏi là thực hành, thực hành với các thuật toán nhiều hơn với ngôn ngữ và cuối cùng bạn sẽ nhớ những thứ bạn thường sử dụng nhất, đối với phần còn lại, luôn có google = P


1

Một trí nhớ tuyệt vời có thể cắt cả hai cách.

Nếu bạn có thể xử lý hàng tá thông tin trong đầu cùng một lúc, bạn sẽ có cảm giác dễ dàng hơn nhiều (và hy vọng viết lại) đoạn mã di sản khủng khiếp đó rất quan trọng đối với dự án nhưng phức tạp đến nỗi mọi người khác đều sợ chạm vào nó

Mặt khác, đoạn mã khủng khiếp đó rất quan trọng đối với dự án nhưng phức tạp đến mức mọi người khác sợ chạm vào nó có lẽ được viết bởi một người có khả năng tuyệt vời để xử lý hàng tá thông tin. Nếu bạn có một trí nhớ tuyệt vời, hãy làm việc chăm chỉ hơn nữa để nâng cao sự đánh giá cao cho sự thanh lịch của sự đơn giản.

Học cú pháp của ngôn ngữ lập trình không đòi hỏi một bộ nhớ tuyệt vời. Như những người khác đã nói, cú pháp được củng cố trong bộ nhớ của bạn rất nhiều để nó nhanh chóng trở thành bản chất thứ hai. Bạn có bao giờ quên phía bên đường mà bạn phải lái xe không? Những ký hiệu số học nào đại diện cho phép cộng và phép trừ? Nếu không, bạn sẽ thành thạo các phần phổ biến nhất của cú pháp ngôn ngữ bạn đã chọn mà không gặp quá nhiều khó khăn và bạn có thể tra cứu các bit ít phổ biến hơn khi chúng xuất hiện.

Một số thư viện có hàng trăm hoặc hàng ngàn hàm, lớp và / hoặc phương thức. Nó dường như là một người ngoài cuộc như một nhiệm vụ bất khả thi để học cách sử dụng tất cả các chức năng đó. Nhưng hầu như luôn có một số cấu trúc cơ bản cho thư viện. Thay vì cố gắng nhớ tất cả các chức năng đó, một lập trình viên thông minh cố gắng hiểu cách tổ chức thư viện và những gì nó có thể làm. Với điều đó, thường rất dễ tìm thấy chức năng bạn cần khi bạn cần.

Nói tóm lại, trí nhớ ít quan trọng hơn nhiều so với sự hiểu biết.


0

Nó phụ thuộc. Trong Java và .NET, các thư viện tiêu chuẩn nằm trong một hệ thống phân cấp và được ghi chép tốt. Do đó, nếu bạn biết bạn đang xử lý kết nối mạng, thì bạn truy cập system.net trong C # và từ đó bạn có thể đi sâu vào các đối tượng / cuộc gọi cụ thể mà bạn cần. Vì vậy, từ sự tôn trọng đó, bạn không cần phải ghi nhớ các chi tiết và ở đó.

Trong chương trình của riêng bạn, tất cả là về cách bạn sắp xếp / đặt tên cho mọi thứ. Nếu bạn đang sử dụng các tên như $, b $, c $ ... hoặc g $ từ Basic of old, thì chúc may mắn. Nếu bạn đặt tên mọi thứ theo cách bạn sẽ nghĩ về chúng như FirstName, LastName thì dễ dàng hơn nhiều. Rất nhiều ngôn ngữ có tiêu chuẩn đặt tên cũng giúp. Ví dụ, trong Java có một quy ước của setX, getX để nhận / thiết lập các thuộc tính cụ thể của một lớp cũng như các quy ước viết hoa. Vì vậy, nếu bạn biết một người có tên, thì có lẽ nó được gọi là FirstName và getter / setter có thể là getFirstName và setFirstName ..... Vì vậy, các quy ước đó giúp ích rất nhiều ...

Ngoài ra các phương thức / chức năng ngắn hơn giúp bạn giữ ít hơn trong đầu một lúc. Và sử dụng tên thích hợp giúp bạn không cần phải đi tìm. Ví dụ: nếu bạn đặt tên cho những gì họ làm, thì khi đọc một thủ tục gọi getMaximumValue, bạn có thể sẽ không cần phải đọc getMaximumValue để tìm ra những gì nó làm ... Nhưng khi các hàm / phương thức trở nên dài hơn và được lồng nhiều hơn thì bộ nhớ tốt hơn chắc chắn giúp.


Tôi đã bỏ qua intellisense mà JB King đã đề cập, nhưng đối với C # thì điều đó thực sự hữu ích. Tôi có xu hướng sử dụng các trình soạn thảo cho Java mà không có nó :( Tuy nhiên, phần còn lại vẫn áp dụng, nếu bạn giữ các phương thức ngắn hơn, hãy tuân thủ các quy ước đặt tên thì intellisense hoạt động tốt hơn nữa. Nếu bạn có 50 biến trong một phương thức thì intellisense vẫn có thể rời đi bạn hơi choáng ngợp.
Cervo

Cervo Tôi chủ yếu là một nhà phát triển C # nhưng gần đây đã làm nhiều hơn trong java. Hãy thử ý tưởng IntelliJ. Phiên bản mới nhất của họ có intellisense khá tốt. Không phải Visual Studio tốt nhưng gần gũi.
Adrian

0

Bộ nhớ không phải là tất cả quan trọng. Nếu bạn hoàn toàn lo lắng về điều đó, tôi thường xuyên quên ví hoặc chìa khóa trong nhà vào buổi sáng. Tôi gọi mọi người bằng tên sai ít nhất một lần (bao gồm cả gia đình và bạn gái của tôi). Tôi chỉ đơn giản là quên làm mọi thứ xung quanh nhà mọi lúc.

Vào cuối ngày, các nguyên lý lập trình vẫn sẽ ở trong đầu bạn giống như "bạn không bao giờ quên cách đi xe đạp". Chi tiết cụ thể và chi tiết thực hiện không phải là tất cả quan trọng. Bạn luôn có thể Google những cái đó.


0

Từ Joel On Software về năng suất của một lập trình viên-

Năng suất phụ thuộc vào việc có thể tung hứng rất nhiều chi tiết nhỏ trong bộ nhớ ngắn hạn cùng một lúc.

Vì vậy, bộ nhớ ngắn hạn là rất quan trọng đối với một lập trình viên được giao một nhiệm vụ quan trọng.
Nhưng tôi không nghĩ rằng trí nhớ dài hạn quan trọng đến thế.


0

Từ việc đọc nhanh, tôi không thấy ai nói về bộ nhớ theo nghĩa lập trình chung hơn là một nhiệm vụ đơn lẻ là viết chương trình.

Bộ nhớ hữu ích cho hai điều:

  1. Ghi nhớ ngữ nghĩa / thư viện cơ bản:

    Điều này dễ dàng được thay thế bởi sự lặp lại và Google. IOW, số lượng bộ nhớ bạn sinh ra phải thấp đến mức nực cười để không thể vượt qua vấn đề này.

  2. Ghi nhớ bối cảnh trong các chương trình lớn:

    Đây là nơi mà mánh khóe. Khi các chương trình trở nên lớn hơn (và bạn có thâm niên), các quyết định bạn đưa ra hoàn toàn liên quan đến lượng kiến ​​thức của bạn về hệ thống và khả năng truy xuất nó trong một phần nghìn giây nếu nó được sử dụng trong các cuộc thảo luận dự án, gỡ lỗi, phản ứng với các tình huống khẩn cấp hoạt động, v.v. Đây là một trong những lý do tại sao các kỹ sư chính được định giá / trả nhiều tiền như vậy. Hầu hết trong số họ có thể không dành tất cả thời gian thực sự mã hóa vào thời điểm này, họ dành nhiều thời gian hơn để cập nhật với bức tranh đầy đủ và áp dụng nó cho bất kỳ vấn đề / cải tiến nào. Những người giỏi chỉ cần giữ liên lạc bằng cách thực hiện một tấn CR và thay đổi mã hóa ở đây và ở đó / tạo ra các phiên bản mới hơn.

IOW, Bạn có thể là một lập trình viên hợp lý với số 1 một mình, nhưng nếu bạn sẽ trở thành Linus tiếp theo, tốt hơn là bạn có rất nhiều bộ nhớ, ít nhất là đủ để giải quyết vấn đề bạn đang giải quyết.

Từ những quan sát của tôi, tôi thậm chí có thể nói rằng trí nhớ làm việc gần như tỷ lệ thuận với giá trị của con người.

Một chút từ chối trách nhiệm: Nếu bạn có bộ nhớ Eidetic nhưng sức mạnh trí tuệ bằng không / thấp trong việc áp dụng logic đó, bạn sẽ không tốt cho một dự án hơn máy ảnh.


0

Nếu bạn gặp khó khăn trong việc nhớ tên của những người bạn gặp, bạn vẫn có thể trở thành một lập trình viên tuyệt vời.

Tôi quên tên của mọi người mọi lúc. Tôi là một lập trình viên cao cấp với gần một thập kỷ kinh nghiệm. Trong trường hợp của tôi, bộ nhớ thính giác khủng khiếp của tôi được bù đắp bằng một bộ nhớ thị giác tuyệt vời.

Mặc dù vậy, yêu cầu thiết yếu cho một lập trình viên giỏi là khả năng trừu tượng. Cho dù bạn có thể nhớ bao nhiêu hay ít, nếu bạn không thể hiểu khái niệm về một biến và cách sử dụng nó trong một chương trình, bạn sẽ không trở thành một lập trình viên giỏi.

Đề nghị của tôi là bạn nên thử một khóa học ngắn về lập trình hoặc hoàn thành hướng dẫn Python để xem bạn thích nó như thế nào.

Điều đó sẽ cho bạn một ý tưởng tốt về việc lập trình là một nghề nghiệp mà bạn có thể quan tâm theo đuổi.


-1

Tôi nói CÓ CÓ!

Hiện tại tôi đang học JAVA & C #. Tất cả các bài kiểm tra là cuốn sách đóng, vì vậy đối với JAVA, tất cả 100% từ bộ nhớ mã hóa tất cả các ứng dụng trong các kỳ thi.

Hơn nữa, nó ngày càng khó hơn. Bây giờ tôi đang ở thời điểm mà tôi cần bắt đầu sử dụng các thủ thuật bộ nhớ như ghi nhớ, v.v.

Tôi muốn nói IQ cao, kiến ​​thức tổng quát tốt, vốn từ vựng tốt, tính đa hình, kiến ​​thức toán học cao hơn, đánh máy cảm ứng & trí nhớ tốt là tất cả tài sản cho một lập trình viên.

Tôi biết các lập trình viên rất thông minh không thể chạm vào loại hoặc làm toán cao hơn, v.v. Họ đã làm, họ có thể tốt hơn nhiều.


Thế giới thực không phải là cuốn sách đóng. Trong hầu hết các trường hợp, các bài kiểm tra sách kín là một dấu hiệu của một giáo viên không biết làm bài kiểm tra tốt.
Loren Pechtel
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.