Có phải là phổ biến để in mã trên giấy? [đóng cửa]


36

Tôi thích giữ các dòng mã của mình dưới 80 ký tự vì:

  • Tôi không phải thực hiện bất kỳ cuộn ngang nào;
  • Tôi biết đường dây có lẽ quá phức tạp nếu vượt quá giới hạn này; và
  • Nó in ra độc đáo trên giấy.

Liên quan đến cái sau, tôi chỉ gặp một vài người thực sự in mã để xem (Tôi là một trong số họ). Vì vậy, làm thế nào phổ biến là in mã?


1
Tôi nghĩ câu hỏi là tại sao bạn in mã ra giấy?
Anon.

14
Tôi không thể nói mức độ phổ biến của việc in mã, nhưng trừ khi máy in là di tích từ thời gian bị lãng quên , nó có thể in ra hơn 80 ký tự trên mỗi dòng. 80 ký tự được sử dụng để thúc đẩy khả năng đọc và theo lịch sử vì nhiều thiết bị đầu cuối chỉ rộng 80 cột, không phải vì máy in.

12
@Mark Trên thực tế, 80 ký tự xuất phát từ khi mã được viết trên thẻ đục lỗ rộng 80 ký tự. Và 6 đầu tiên là cho mã kiểm soát và số dòng. Đó là lý do tại sao mã FORTRAN phải bắt đầu ở cột 7.
ChrisF

3
@Aaron - điều đó có lẽ tốt cho các lập trình viên '
ChrisF

5
@Aaron - Lập trình viên có nghĩa là cho các câu hỏi chủ quan hơn (nhưng vẫn mang tính xây dựng) xung quanh nghề nghiệp của chúng tôi.
ChrisF

Câu trả lời:


50

Tôi vẫn thỉnh thoảng in ra mã - nhưng chỉ khi đó là một vấn đề đặc biệt khó khăn.

Nó thường chỉ ra rằng mã quá phức tạp và cần tái cấu trúc, vì vậy trong trường hợp đầu tiên có một cái gì đó để viết nguệch ngoạc giúp tìm và khắc phục vấn đề và sau đó nó sẽ giúp tìm ra nơi nên chia mã.

Trong một thế giới lý tưởng của các nguyên tắc RẮNKHÔ, bạn sẽ có thể thấy toàn bộ phương thức trên một màn hình. Tuy nhiên, chúng ta không làm việc trong một thế giới lý tưởng ...


4
+1 cho "[cần xem mã in] thường chỉ ra rằng mã quá phức tạp và cần tái cấu trúc ..."
Bill

Nó cũng đã làm việc tốt để hiểu điều kiện chủng tộc. In các dấu vết ngăn xếp và so sánh chúng cạnh nhau, ghi chú, v.v ...
rperetti

4
@rperetti: In những thứ như dấu vết ngăn xếp rất khác so với in mã. Mặc dù vậy, đừng so sánh chúng cạnh nhau - tìm một cửa sổ (loại kính chứ không phải loại Microsoft.) Đặt hai bản in lên nhau trên kính và sự khác biệt nổi bật. (Rõ ràng, chỉ trong ánh sáng ban ngày.)
Loren Pechtel

5
Sẽ không dễ dàng hơn nếu chỉ so sánh chúng với một công cụ khác?
Jeanne Pindar

14

Bạn đặt cược. Nhưng hãy nhớ in trong phong cảnh cho phép 132 ký tự.

văn bản thay thế

Tại Uni, tôi thường xuyên in mã của mình trên giấy màu xanh lá cây, thật đáng ngạc nhiên khi bạn cảm nhận rõ ràng về mức độ sâu sắc và phức tạp của mã của bạn khi bạn nhìn vào nó trên giấy. Chúng tôi (ít nhất là cho đến ngày hôm nay) vẫn còn in dấu tinh thần từ những ngày học Tiểu học trên các trang đọc và mỗi trang có thể đại diện cho bao nhiêu. Nó đặt một phép ẩn dụ phức tạp tốt cho mã máy tính.

văn bản thay thế


13

đôi khi bạn có thể cần xem xét kỹ một số mã (thường là mới đối với bạn) trong đó về cơ bản bạn cần phải xem rất nhiều cùng một lúc. Sau đó, một bản in có thể là vô giá để bạn có thể nhìn vào toàn bộ cùng một lúc.

Kết hợp với bút dạ quang và bút màu đỏ và xanh lá cây, nó thực sự giúp có được cái nhìn tổng quan. Các ghi chú bạn đặt xuống giấy sau đó được thêm vào dưới dạng nào đó vào mã.

Lưu ý, với máy in màu hiện đại, bạn cũng có thể lấy màu cú pháp trên giấy. Đó thực sự là một trợ giúp tuyệt vời và rất khuyến khích.

(Tôi cũng in ra các thông số kỹ thuật để đọc - đó là để ghi chú ở lề.)


8
+1 Khi ai đó đưa cho tôi một mớ hỗn độn để tái cấu trúc, tôi thường in nó ra và dành thời gian chất lượng ở một nơi nắng đẹp.
Sharpie

Theo nguyên tắc chung, nếu toàn bộ mô-đun không vừa trên một màn hình hiển thị, có lẽ nó cần phải làm lại rất nhiều. Điều này đặc biệt đúng kể từ khi chế độ VGA 50 dòng trở nên khả dụng, không hoàn toàn cách đây 20 năm. Tôi đã nói điều này trước đây và tôi sẽ nói lại lần nữa: gần 40 năm trong cây vợt điên rồ này, tôi đã thấy chính xác MỘT (1) mô-đun cần dài hơn 60 dòng (một trang in) . (Tôi đã thấy RẤT NHIỀU mô-đun dài hơn thế và tất cả chúng "để lại rất nhiều mong muốn" (Cụm từ lịch sự.)
John R. Strohm

@ John, tại sao nó phải dài hơn 60 dòng?

@ user1249: Đó là thói quen ngư lôi photon từ trò chơi Matuszek-Reynolds-McGehearty-Cohen "STARTRK" ("Star Trek"). Nó được viết bằng FORTRAN IV. Nó phải phân tích mệnh lệnh, mô phỏng chuyến bay của một hoặc ba ngư lôi photon (có thể hủy bỏ nếu xảy ra sự cố), với các nhiễu loạn, thiết lập một ngăn xếp để thực hiện kết nối 8 chiều của các ngôi sao khi bị ngư lôi hoặc bị tấn công liền kề với một ngôi sao đang đi đến ngôi sao mới và giết chết bất kỳ Klingons nào bên cạnh những ngôi sao đã nói. FORTRAN IV đã không thực hiện đệ quy và không có cách nào để xác định điều đó không làm cho nó tồi tệ hơn.
John R. Strohm

12

Đôi khi tôi in nó để đọc trên tàu và ghi chú. Khi tôi gặp khó khăn, tôi muốn trải nó ra một cái bàn trong phòng hội nghị yên tĩnh. Không chắc nó có thực sự giúp ích hay không, nhưng đó là một sự thay đổi tốt về tốc độ.

Một cái khác: Tìm thấy một số mã cũ là một câu lệnh If / Then đa lồng nhau không phù hợp trên màn hình. Đáng lẽ họ nên sa thải cựu lập trình viên đã viết điều đó, nhưng sau đó tôi sẽ nghỉ việc;)


4
+1 để thay đổi cảnh. Đôi khi chỉ cần nhìn thấy một cái gì đó trong một bối cảnh khác nhau cũng khiến bạn nghĩ về nó khác đi.
Jon Hopkins

3
+1 Bạn có thể đặt nhiều trang cạnh nhau trên bàn hội nghị lớn hơn trên màn hình máy tính. Và bạn không bị phân tâm bởi Twitter hoặc email
Alex Jasmin

1
Nếu bạn bị phân tâm bởi Twitter hoặc email - bạn đang làm sai. Email cũng như twitter hoặc nhiều mesengers khác không đồng bộ. Bạn không cần phải trả lời càng sớm càng tốt.
mh

8

Tôi chỉ in ra mã để thực hiện đánh giá ngang hàng về mã. Thực hiện đánh giá ngoại tuyến theo ý kiến ​​của tôi hiệu quả hơn so với thực hiện trên máy tính với tất cả các công cụ IDE đáng lo ngại (đôi khi hữu ích).

Nếu bạn có một (hoặc hai hoặc nhiều) màn hình rộng hợp lý, bạn có thể dễ dàng mở hai tệp nguồn được phân chia theo chiều dọc ở chế độ toàn màn hình và không phải tuân theo bất kỳ quy định nào về độ rộng dòng quá hạn chế.

Và trong một số trường hợp, tôi không cần phải xem toàn bộ nội dung dòng (tức là các dòng in ra các thông báo gỡ lỗi hoặc như vậy) và do đó, không có vấn đề gì nếu dòng bị cắt ở bên phải.

Nhưng để trả lời câu hỏi của bạn: theo tôi , việc in mã ra giấy không còn phổ biến nữa .


8

Bây giờ tôi in mã trên giấy không thường xuyên, nhưng thường làm việc đó suốt cả ngày.

Những lý do thông thường ngày nay là ngồi xuống một nơi nào đó yên tĩnh và giải thích mã cho một thiếu niên, hoặc nếu một phương pháp dài thực sự bị lỗi và cần một số rất thông qua công việc bút và giấy. Màn hình không phải lúc nào cũng đủ, đặc biệt là khi bạn muốn ghi chú và tô sáng ở mọi nơi.

Tôi hầu như luôn giữ giới hạn 80 ký tự, vì tôi có xu hướng sửa đổi nhanh các lỗi thông qua SSH trong trường hợp khẩn cấp và không muốn có các thiết bị đầu cuối rộng. Ngoài ra, cuộn ngang là ma quỷ.


5
+1 "cuộn ngang là ma quỷ". Tôi vừa mới nói với ai đó điều tương tự chính xác tuần trước.
morganpdx

8

Khi tôi còn ở tuổi thiếu niên đang học trung học (21 tuổi), tôi không có kết nối internet ở nhà. Vì vậy, tôi thường xuyên in ra các mẫu mã và các tài liệu API khác nhau để mang về nhà.

Lưu ý bên lề: thật đáng kinh ngạc là bạn có thể làm được bao nhiêu công việc mà không cần kết nối internet, miễn là bạn đã có thông tin bạn cần.


6

Tôi không bao giờ in mã nguồn của tôi. Tôi không bao giờ phải làm điều đó. Mã nguồn duy nhất tôi thấy bên ngoài màn hình máy tính là trong sách.

Tôi đã sử dụng máy in của tôi cho một cái gì đó khác.

văn bản thay thế


1
Bây giờ tôi cảm thấy già: D
wildpeaks

Là một người được sinh ra sau phần mềm này, đó là niềm vui để tìm kiếm.
Naltroc

5

Tôi in mã ra khi cả hai màn hình của tôi được lấp đầy và tôi cần liên tục tham khảo một cái gì đó. Một tờ giấy trên bàn là một màn hình bổ sung của người nghèo.


Đặt nó lên màn hình số 3 rồi!
Loren Pechtel

4

Vì vậy, làm thế nào phổ biến là in mã?

Nó đã phổ biến từ nhiều năm trước trong thời kỳ lập trình DOS, 80 ký tự được điền chính xác vào một trang in. Chúng tôi đã có máy in ma trận sau đó vì vậy giới hạn có lẽ là về phía phần cứng. Đó cũng là giới hạn trên màn hình console.

Ngày nay mọi người hầu như không in mã, ngoại lệ duy nhất là các đoạn mã nhỏ được in làm ví dụ kiểm tra cho các cuộc phỏng vấn xin việc.

Mọi người chủ yếu làm việc với màn hình lớn những ngày này, Full HD và nhiều hơn nữa. Tôi thường kéo dài tới 150-200 ký tự mà không nghĩ đến bất kỳ tác dụng phụ in ấn nào.

Khi đó là thời gian để thảo luận trong một nhóm, ai đó thường lấy một máy tính xách tay và kết nối nó với máy chiếu. Một lần nữa, không ai in mã.

Lần trước tôi đã in mã là khoảng 8 năm trước cho bằng tốt nghiệp đại học của tôi mà tôi khá chắc chắn không ai đọc - mã tôi muốn nói là :-). Không bao giờ phải kể từ đó.


Đó là vô số kể từ khi tôi in mã khác ngoài một trang web. Tuy nhiên, tôi không đồng ý với độ dài dòng của bạn - ngay cả khi bạn có thể nhận được nhiều như vậy, thật khó để theo dõi. Tôi hiếm khi vượt qua khoảng 100 ký tự và tôi muốn giữ nó ở khoảng 80.
Loren Pechtel

@Loren Pechtel: Điều tôi thích là những cái tên mô tả dài cho các phương thức và biến. Chỉ với 80 ký tự, tôi sẽ phải vật lộn để giữ cho nó nhỏ gọn và được định dạng đúng. Tất nhiên đó chỉ là trường hợp của tôi.

Bạn đã lập trình DOS trên bàn điều khiển crt? Chúng tôi đã có thẻ đục lỗ. Giới hạn 80 ký tự là kết quả của các thẻ đục lỗ. Có thể học mã trên 3 hoặc 4 trang cùng một lúc khá tiện dụng. Tôi đoán đó là lý do tại sao tôi vẫn thích in ra. Nó dễ dàng hơn để điều hướng giữa các chức năng liên quan.
Huperniketes

Tôi cũng thích những cái tên dài - đó là lý do tại sao đôi khi tôi kết thúc với 100 ký tự.
Loren Pechtel

4

Mã in đã trở nên lỗi thời ở đâu đó giữa năm 1975 và 1982, ngoại trừ các lý do đặc biệt:

  • mã để đọc nó trong khi đi làm
  • mã cũ đi vào đặc tả của một dự án mới sẽ thay thế nó
  • để xử lý các lỗi trắng trợn; An toàn hơn khi đập một đồng nghiệp bằng một chồng giấy so với màn hình

1
Pummeling bị đánh giá thấp.
Keith Layne

3

Luật sư sở hữu trí tuệ của chúng tôi yêu cầu "bản cứng" để nộp bản quyền.

Tôi không biết nếu họ thực sự in nó trên giấy. Tôi gửi cho họ một bản PDF mà họ có thể in hoặc đưa vào hồ sơ bản quyền.


3

Không còn nữa. Tôi đã từng làm điều đó mọi lúc trong những ngày trước IDE, trở lại khi ma trận điểm với nguồn cấp dữ liệu liên tục là chuẩn mực. Bạn có thể trải những bản in đó ra và lật chúng khá dễ dàng. Máy in laser / máy in phun hiện đại là một bước lùi rất lớn. Ghim chúng lại với nhau cũng không chảy, và không tạo ra kết quả trong các tờ rời bị lẫn lộn. Các IDE hiện đại với các trình điều hướng phương pháp và tô sáng tự động cũng loại bỏ toàn bộ các lớp lỗi đã bị bắt bằng cách kiểm tra các bản in.


2

Thỉnh thoảng tôi in mã của mình vì tôi đang ở trên một màn hình nhỏ (15 "). Đôi khi tôi cần kết hợp hai chương trình và rất khó để chuyển đổi qua lại giữa chúng. Tôi không thường xuyên làm điều này khi cần thiết .


Màn hình kép! ;)
Pemdas

@Pemdas tôi ước, lol.
thay đổi

Tôi sử dụng 15 "ở nhà do không có bàn làm việc.
Orble

2

Thỉnh thoảng tôi in mã ra giấy và chỉ khi tôi muốn thực hiện một số gỡ lỗi ngoại tuyến nghiêm trọng hoặc làm quen với mã của người khác - vì vậy có thể đáng để làm điều đó vì lịch sự.

Ngoài ra, tôi có thể thích hợp hơn để in một lược đồ cơ sở dữ liệu ra giấy hơn là mã.

Tôi nghĩ rằng vấn đề cuộn ngang là một phiền toái lớn hơn và lý do để giữ cho <120 ký tự hoặc hơn.


Trên thực tế, 80 char vẫn là một điểm đánh dấu tốt cho vấn đề cuộn ngang. Các nhà phát triển thường có hai khung nguồn và thậm chí ở độ phân giải 1680 của tôi, tôi chỉ có thể nhận được 107 char trước khi tôi phải cuộn khi có hai pan cạnh nhau. Ngoài ra, tôi thích nếu mã không hoàn toàn đi đến lề phải.
Craige

1
@Craige kinda phụ thuộc vào kích thước phông chữ và DPI của bạn mặc dù cũng như số lượng rác bạn có ở hai bên màn hình của bạn (nếu bạn đang ở trong một IDE). Tôi đã bắt đầu sử dụng XTerm thay vì Gnome Terminal tiêu chuẩn khi mã hóa qua SSH vì lý do này - không phải là tôi không thể thay đổi phông chữ.
Peter Turner

@Petur Turner - điều đó đúng, nhưng Eclipse của tôi được thiết lập theo cách giảm thiểu không gian lãng phí khi tôi cần phải viết mã. Hầu như không có không gian lãng phí ở bên trái và bên phải của các biên tập viên của tôi. Cỡ chữ cũng khá chuẩn. Điểm hiện tại - 80 char là độ dài mục tiêu tốt để làm cho nguồn có thể đọc được trong các điều kiện đa dạng nhất.
Craige

2

Tôi chỉ in ra mã đi kèm với một bài báo khoa học. Bởi vì mã này thường cung cấp việc thực hiện một thuật toán (một thuật toán phức tạp mà tôi muốn nói) và bạn cần một vài giờ để xử lý nó.
Tôi nghi ngờ tôi sẽ in ra mã chứa các câu lệnh SQL hoặc một số lập trình GUI.


2

Đôi khi tôi in mã để cố gắng hiểu ý nghĩa của các vấn đề nhiều trang.


+1 Làm cho tôi ước chúng ta vẫn có một máy in ma trận điểm mà không bao giờ kết thúc giấy.
Peter Turner

với các đường màu xanh lá cây và nâu xen kẽ? Nhưng chậm quá !!!
Christopher Mahan

2

Hầu như không bao giờ

Tôi đã nghĩ rất khó nhớ một thời gian tôi đã in mã hoặc đã thấy mã được in. Và tôi có thể thành thật nói rằng tôi không nhớ lại một lần duy nhất (cấm mã giả).

Tôi không cho rằng không có lý do chính đáng để in mã.


2

Tôi thấy dễ dàng hơn để tìm ra các mô-đun lớn nếu tôi có thể in chúng ra và nhanh chóng xem các phần khác nhau. Tôi có thể có thể làm một cái gì đó tương tự với nhiều màn hình, nhưng nếu tôi có nhiều hơn 2-3 vị trí trong mã để xem xét, sẽ nhanh hơn để tất cả trải đều ở một nơi hơn là tiếp tục cuộn và theo dõi dấu trang. Tôi cũng thích đánh dấu các bản in bằng các thay đổi thay vì thực hiện chúng trong trình chỉnh sửa, bởi vì tôi có thể thấy mã cũ và mã mới cạnh nhau. Chắc chắn, tôi có thể nhận xét mã cũ trong trình chỉnh sửa, nhưng nếu bạn thay thế nhiều hơn một vài dòng thì bạn sẽ cuộn mã cũ ra khỏi màn hình, vì vậy bạn sẽ không khá hơn.

Điều đó nói rằng, tôi gần như không bao giờ in mã nữa. Thật tuyệt vời trên giấy fanprint, trong đó toàn bộ danh sách liên tục và bạn có nhiều không gian để ghi chú bên lề, nhưng in mọi thứ ra trên các trang cỡ chữ riêng lẻ cũng tệ như chỉ giữ nó trên màn hình. Đặc biệt là khi biên tập viên của bạn khăng khăng đặt các tiêu đề và chân trang vào lề 1 ". May mắn thay, các IDE hiện đại cung cấp rất nhiều công cụ giúp giảm nhu cầu in ra.


1

Tôi không in bất cứ điều gì cho bản thân mình và tôi chỉ in cho người khác khi tôi không thể thoát khỏi nó. Tôi ghét nhận bản in là tốt. Họ làm lộn xộn bàn của tôi và sau đó tôi chịu trách nhiệm với họ (lưu nó? Nộp nó? Cắt nó? Sử dụng nó như phế liệu?)

Hãy nhớ rằng tôi làm việc gần một người nào đó đã làm mã hóa máy tính lớn trong vài thập kỷ và có một đống các bản in mã cao bên cạnh anh ta.

Làm những gì làm việc cho bạn tôi đoán. Chỉ cần đừng để bản in của bạn ở bàn của tôi , cảm ơn bạn.


1

Một câu trả lời hơi khác nhau cho những người ở trên.

Tôi là một sinh viên và tôi thấy mình đang in mã cho các hướng dẫn học tập khác nhau, nhưng không phải cho mọi đơn vị nơi tôi phải viết mã.

Trong năm đầu tiên của tôi, hầu hết các đơn vị đều yêu cầu bản sao cứng ngoài tải lên điện tử hoặc bản sao bị cháy vào CD (vâng, CD cho tệp zip 5 Mb ...) [Lựa chọn của Giảng viên]

Tôi hiện đang học năm thứ hai và cho đến nay chúng tôi chỉ có một bản tải lên điện tử và một bản Hardcopy + CD.

Xem xét chúng tôi có Moodle cho phép gửi khóa học điện tử, lý do tại sao chúng tôi không luôn tải lên mã nằm ngoài tôi - chúng tôi phải trả tiền để in mọi thứ trên Máy in Đại học và không có ổ ghi CD nào trên bất kỳ PC nào mà tôi biết Tất nhiên, các giảng viên không thích Moodle - nhưng đó hoàn toàn là một câu hỏi khác.

BTW, tôi là một sinh viên đại học Vương quốc Anh, và không phải là một người nhỏ, chưa biết. Của tôi nằm trong top 10 của Uni theo The Times / Guardian khi tôi nhìn lần cuối.


Điều đó làm tôi nhớ đến một dự án tôi đã làm ở uni, nơi cần có một báo cáo bằng văn bản. Nó phải ở trong vòng 10 trang, và mã phải được đính kèm dưới dạng phụ lục vì giảng viên thích xem mã trong khi đọc báo cáo. May mắn thay, phần phụ lục không được tính vào tổng số trang. Vì vậy, giảng viên đã được trao một tệp PDF 90 trang. Không biết nếu anh ta thực sự in tài liệu. ^^
gablin

1

Các công cụ mới hỗ trợ tôi tốt hơn và cho phép tôi điều hướng nhanh và chúng cung cấp nhiều loại tóm tắt và chế độ xem. Do đó tôi không in thường xuyên như trước. Nhưng đọc tuần tự các bản in vẫn dễ dàng hơn. Lý do chính cá nhân của tôi để in là tâm lý: Nó ngăn tôi tiếp tục tìm kiếm và trong khi máy in in tôi bắt đầu suy nghĩ! Ngoài ra, không nên đánh giá thấp hiệu quả của việc đứng lên và đi bộ đến máy in :)


0

Tôi in mã để tôi có thể so sánh song song (màn hình của tôi tại nơi làm việc không phải là màn hình rộng). Ở nhà, tôi có một màn hình rộng để tôi có thể thoải mái xem hai tài liệu cạnh nhau.


0

Quay trở lại thời mà luật pháp Hoa Kỳ không cho phép xuất khẩu mật mã mạnh, các nhà phát triển nguồn mở có trụ sở tại Hoa Kỳ đã sử dụng để in mã và gửi thư cho họ bên ngoài Hoa Kỳ, nơi họ được quét bởi những người tình nguyện. Nhưng tôi không chắc nếu điều này trả lời câu hỏi của bạn;)


0

Tôi in mã lông vào dịp này để thử và tìm ra nó. Tôi cũng đã in tháo gỡ khi gỡ lỗi một cái gì đó "kỳ lạ".


0

Ở công việc cuối cùng của tôi, tôi sẽ in mã để đánh giá mã. Thật tuyệt khi có thể làm nổi bật / đánh dấu một chút mã khi ngồi xung quanh thực hiện đánh giá mã để bạn có một tài liệu tham khảo tốt cho bất kỳ vấn đề nào được đưa ra trong quá trình đánh giá.

Ngoài ra, khi tôi phải cấu trúc lại (cuối cùng là viết lại) một đoạn mã đặc biệt bị xáo trộn và xoắn, tôi thực sự đã in mã nguồn, gõ vào các bản in trên tường, sau đó sử dụng các chuỗi của chuỗi để hiển thị cách logic đã được dệt với nhau.


0

Những ngày này, không bao giờ. Tôi có sự hỗ trợ của nhiều màn hình nếu tôi cần tham khảo một số mã đặc biệt khó khăn. Các ổ đĩa cứng hiện đại sẽ không nháy mắt với tôi khi lưu trữ mã dài hàng nghìn dòng. In mã IMHO là lãng phí và nói chung là vô dụng nhưng đó chỉ là tôi.

Điều đó nói rằng khi tôi mới học phát triển / lập trình, tôi đã nghĩ rằng không có gì để in 20 trang mã, vì vậy tôi cho rằng có thể có thời gian và địa điểm cho nó nhưng tôi chỉ thấy những ngày này không sử dụng nhiều cho nó.


0

Tôi in mã của mình mọi lúc, nhưng chỉ vì tôi là sinh viên cần làm điều đó để chuyển nó cho người hướng dẫn.

Tuy nhiên, vì tôi có quyền truy cập vào nhiều màn hình ( như bất kỳ nhà phát triển giỏi nào ), tôi đã không gặp nhiều tình huống cần in mã nguồn để tham khảo. Tôi đã từng in ra một trong những đoạn script tôi đã sử dụng để điền vào cơ sở dữ liệu để tôi có thể nhìn thấy lược đồ trong nháy mắt, nhưng dường như tôi không sử dụng nó nhiều.


0

Tôi thường in mã ra khá thường xuyên, nhưng bây giờ tôi ít có nhiều màn hình hơn trên bàn - tôi sẽ thường giữ một phần của danh sách mà tôi đang sử dụng làm tài liệu tham khảo trên màn hình bên phải của mình (có phần tắt bên cạnh), và công việc hiện tại của tôi trước mặt tôi.

Nếu tôi in ra ode, hầu như luôn luôn mã từ một ai đó hoặc một nơi nào khác (thư viện) mà tôi muốn nghiên cứu, và cần lật các trang qua lại.

Tôi hầu như luôn in mã ở chế độ ngang, vì xu hướng sử dụng các dòng dài.


0

Trong khoảng 10 năm trở lại đây, tôi chỉ nhớ lại việc in ra mã, vì vậy tôi có thể sử dụng bút đánh dấu trên đó, để đánh dấu các phần có điểm chung trước khi lên kế hoạch làm thế nào để khúc xạ mã.

Tuy nhiên, đôi khi tôi bỏ lỡ việc có thể in ra giấy rộng liên tục, vì đặt mã trên sàn, có thể cung cấp một cái nhìn tổng quan tốt, chủ yếu cùng với bút dạ quang màu và ghi chú bưu điện. Máy nhắn tin in A4 không tốt hơn những gì một màn hình hợp lý mang lại.

Màn hình đã tốt hơn rất nhiều và lớn hơn trong khi máy in tệ hơn mã sau đó.

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.