it-swarm-vi.com

Viết chương trình không có đồ họa IDE

Tôi không chắc liệu điều này có khả thi hay không nhưng tôi đã xem một vài video với các ví dụ lập trình trong đó có vẻ như chương trình đang được viết bằng một loại lệnh Prompt chứ không phải là IDE đồ họa đẹp. Tôi chỉ tò mò về những gì có thể xảy ra trong những video này. Có thể viết một chương trình mà không có IDE không?

đây là hai ví dụ: http://www.youtube.com/watch?v=hFSY9cWjO8o (@ 6 phút) http://www.youtube.com/watch?v=tKTZoB2Vjuk (@ 5 phút)

Bất cứ ai có thể giải thích làm thế nào điều này được thực hiện?

Cảm ơn tất cả các bạn đã phản hồi tuyệt vời!

19
Matt

Tất cả những gì bạn cần để viết chương trình là trình soạn thảo văn bản và trình biên dịch (hoặc trình thông dịch nếu bạn viết bằng ngôn ngữ không được biên dịch). Mã thường chỉ là văn bản đơn giản. Thực sự, bạn có thể viết bất kỳ chương trình nào có thể tưởng tượng được bằng Windows Notepad và trình biên dịch C dòng lệnh.

Nhiều lập trình viên thậm chí không sử dụng IDE. Cá nhân tôi đã sử dụng Gedit (trình soạn thảo văn bản Linux cơ bản có tô sáng cú pháp) trong thời gian dài nhất trước khi cuối cùng tôi chuyển sang Eclipse.

Trên thực tế, tôi vẫn sử dụng Gedit khi tôi muốn viết một chương trình đơn giản. Đôi khi, tôi thậm chí sẽ chỉ sử dụng nano nếu tôi muốn tạo ra một tập lệnh nhanh, bởi vì tôi quá nôn nóng để chờ đợi IDE để tải.

22
Charles Salvia

@Matt, nó đơn giản hơn vẻ ngoài của nó. Chúng ta hãy xem video thứ hai: Họ đang viết chương trình python. Python là một ngôn ngữ được diễn giải - có nghĩa là một chương trình được viết bằng python không cần phải biên dịch, nó chỉ cần được giải thích để chạy.

Nếu bạn có một trình soạn thảo đơn giản, như notepad (windows) hoặc nano (linux), bạn có thể viết một tệp văn bản đơn giản, đặt tên cho nó, giả sử, "program.py" và chạy phiên dịch từ dòng lệnh, như dưới đây:

python program.py

Nếu bạn muốn lập trình trong Lua chẳng hạn, bạn có thể viết một tệp văn bản đơn giản có tên "program.lua" bằng cách sử dụng notepad hoặc nano và viết một dòng trên tệp văn bản của bạn như dưới đây:

print("my first program in lua")

Sau đó vào lệnh Prompt (cmd trên windows, terminal trong linux) và chạy lệnh:

lua program.lua

Các khái niệm chính:

  • Một chương trình thô là một tệp văn bản. Tất cả những gì bạn thực sự cần để viết một chương trình là một trình soạn thảo văn bản;
  • Nếu lựa chọn ngôn ngữ của bạn là một phiên dịch, bạn sẽ cần trình thông dịch để chạy chương trình của bạn (Lua, Basic, Python, v.v.). Trình thông dịch này phải được cài đặt trên máy tính của bạn;
  • Nếu lựa chọn ngôn ngữ của bạn là một ngôn ngữ được biên dịch, bạn sẽ cần một toolchain được cài đặt (chủ yếu là trình biên dịch và trình liên kết) để dịch mã nguồn của bạn sang mã nhị phân có thể hiểu và có thể chạy được. Mỗi ngôn ngữ (C, Java, C++, C #, VB.Net, v.v.) có chuỗi công cụ riêng.

Mong rằng sẽ giúp.

11
Machado

Chúa ơi, bây giờ tôi cảm thấy già và tôi thậm chí không bao giờ phải lộn xộn với thẻ đục lỗ hoặc xử lý hàng loạt. Chết tiệt, tôi chỉ phải sử dụng thiết bị đầu cuối cứng một hoặc hai lần trong suốt sự nghiệp đại học của mình.

Đây là cách chúng tôi đã làm mọi thứ trở lại vào cuối kỷ Phấn trắng (khoảng năm 1986). Tôi đã làm việc trên VAX/VMS thông qua thiết bị đầu cuối dựa trên ký tự màu hổ phách VT220 có thể hiển thị ở cả 80x24 hoặc 132x24.

Đầu tiên, bạn kích hoạt trình soạn thảo văn bản:

$ EDIT/EDT HELLO.C

EDT là VMS tương đương với vi, nằm ở đâu đó trong khả năng giữa DOS edlin và Notepad. Bạn đã gõ vào văn bản chương trình của bạn

#include <stdio.h>

int main(void)
{
  printf("Hello, Stupid\n");
  return 0;
}

lưu nó vào tập tin, và sau đó thoát khỏi trình soạn thảo.

Sau đó, bạn chạy mã của mình thông qua trình biên dịch:

$ CC HELLO

Điều này đã dịch mã nguồn trong HELLO.C và tạo tệp đối tượng HELLO.OBJ. Tệp đối tượng chứa mã máy cho chương trình, nhưng nó chưa ở dạng thực thi được. Đối với một điều, mã nhị phân thực tế cho cuộc gọi printf không có mặt; chỉ có một giữ chỗ cho nó. Bạn vẫn phải chạy tệp đối tượng thông qua linker, kết hợp mã nhị phân từ thư viện chuẩn (và bất kỳ thư viện nào khác bạn cần) và định dạng tệp để có thể nhận ra tệp đó là tệp thực thi:

$ LINK HELLO

Kết quả của bước này là tệp HELLO.EXE, đây là phiên bản thực thi của chương trình của bạn.

Các thủ tục khá giống nhau trên bất kỳ hệ thống hiện đại nào; chỉ là các công cụ cụ thể là khác nhau. Ví dụ: chuỗi các lệnh trên một hệ thống Linux điển hình sẽ là

$ vi hello.c
$ gcc -o hello hello.c 

hoặc là

$ vi hello.c
$ gcc -c hello.c 
$ ld -o hello hello.o -lc

Vì tôi lớn lên trong môi trường này, tôi không bao giờ hiểu làm thế nào ai đó có thể cần an IDE chỉ để viết mã của họ. Tuy nhiên, đầu năm nay tôi đã bắt đầu làm việc với Java, và trong khi Eclipse có nhiều, rất nhiều lỗi, tôi có thể hiểu làm thế nào một người nào đó có thể tin tưởng nhiều vào một IDE để hoàn thành công việc của họ. Vì Java là ngôn ngữ rất lớn so với C và kể từ đó Tôi vẫn đang cố gắng giảm các điểm tốt hơn của cú pháp, điều này giúp có một môi trường phát triển thông minh để biết các loại gói cụ thể đang ở trong và giúp tôi tổ chức nhập khẩu.

10
John Bode

Biên tập viên? Tôi không cần trình soạn thảo hôi thối hoặc IDE to viết mã :

cat << EOF > hello.c
/* This IS an example of writing code from the command line */
#include <stdio.h>

int main(void)
{
    puts("Hello, World!");
    return 0;
}

EOF

Tuy nhiên, thật tuyệt khi có một cái gì đó để chỉnh sửa tập tin sau này. IDE (môi trường phát triển tích hợp) đã tồn tại lâu hơn nhiều so với nhiều người đề xuất trong câu trả lời của họ. Chỉ IDE tôi từng thực sự thích là một trong đó đi kèm với Turbo C , chạy trên DOS. Nó giống như oxy đối với những người bị buộc phải làm quen với edlin .

Tôi đã thử nhiều cách khác nhau IDE 'bộ' trên các đề xuất từ ​​bạn bè, những người không thể ngừng nói về việc họ tiết kiệm được bao nhiêu thời gian và họ làm mọi thứ thuận tiện như thế nào. Mỗi lần tôi ngồi thử và sử dụng một, tôi thấy rằng tôi chiến đấu với nó nhiều hơn là sử dụng nó.

Đối với hầu hết các phần, tôi chỉ sử dụng các trình soạn thảo văn bản đơn giản nhất. Yêu thích của tôi là KATE, đi kèm với KDE. Đây là những tính năng mà tôi thích:

  • Cú pháp tô sáng tuyệt vời
  • Mã gấp
  • Tìm kiếm/thay thế dựa trên regex đơn giản
  • Cửa sổ Inline Shell
  • Cửa sổ trình biên dịch nội tuyến/cửa sổ gỡ lỗi
  • Bộ sưu tập đoạn trích
  • Biểu tượng người xem
  • Dấu chân bộ nhớ cực kỳ nhẹ (một số dự án của tôi có hàng trăm tệp nguồn)
  • Dễ dàng tab/chia cửa sổ
  • Các phiên đơn giản thay vì các 'dự án' phức tạp
  • (Semi) kiến ​​trúc trình cắm thêm đơn giản

Chỉ với những tính năng cơ bản đó, tôi cảm thấy mình gần như hư hỏng.

Tôi thực sự ít làm việc hiệu quả khi làm việc với các IDE giàu tính năng và rất may là tôi không bao giờ phát triển sự phụ thuộc vào một.

6
Tim Post

Vâng vâng nó là.

Cũng giống như bạn có thể pha cà phê mà không cần pha sữa, lái xe đi làm mà không cần nói chuyện điện thoại và đóng thuế, hay nhìn chằm chằm vào các ngôi sao mà không cần nghe "chuyến bay của ong nghệ" trên hệ thống âm thanh vòm. để biên dịch mã mà không cần chạy trình soạn thảo, trình gỡ lỗi, hệ thống phân tích mã và trò chơi con rắn.

Nhưng ... ai thực sự muốn nhìn chằm chằm vào các vì sao trong im lặng?!

6
Shog9

IDE không phải là trình biên dịch, trình gỡ lỗi hoặc bất cứ thứ gì tương tự, nó thực sự là một giao diện cho phép bạn truy cập tất cả các chương trình này, thường là các chương trình riêng biệt. một trình biên dịch mà bạn có thể truy cập như một chương trình riêng biệt, biên dịch các chương trình của bạn từ Dấu nhắc lệnh và có thể có một trình gỡ lỗi cũng có thể truy cập riêng và v.v. - Tôi không quá quen thuộc với cơ sở hạ tầng của nó vì tôi không sử dụng nó .

Tùy thuộc vào người bạn hỏi, một IDE rất hữu ích hoặc có xu hướng cản trở bạn. Nó cũng phụ thuộc vào những gì bạn đang viết, về kích thước, phong cách mã hóa của bạn, v.v. Tôi, đối với một người, thực sự không cảm thấy cần phải sử dụng IDE quá nhiều, nhưng tôi cho rằng một số tác vụ được xử lý tốt hơn bởi nó (hoặc, tùy thuộc vào cách bạn nhìn vào nó , rằng tôi quá lười để viết kịch bản/macro cho những người đó).

4
donkey_lz

Nó chắc chắn là như vậy. Trong video đầu tiên, đó là về lập trình C. Để viết chương trình C, bạn cần những điều sau đây:

  • một số loại tệp nguồn nơi mã được ghi vào
  • một chuỗi công cụ để chuyển đổi tệp nguồn này thành tệp nhị phân, đó là điều duy nhất mà CPU có thể hiểu được cuối cùng.

Nói đúng ra, bạn không cần tệp, nhưng tôi không biết bất kỳ môi trường nào không sử dụng tệp cho C/C++. Như vậy, bạn cần một trình soạn thảo để chỉnh sửa mã nguồn. Mặc dù một cái gì đó đơn giản như notepad hoạt động, bạn thực sự muốn một cái gì đó phức tạp hơn để thực hiện mã hóa (tô sáng mã, mở nhiều tệp cùng một lúc, v.v ...).

Đối với điểm thứ hai, bạn cần một trình biên dịch (mã nguồn -> mã đối tượng) và một trình liên kết (mã đối tượng được hợp nhất với nhau + hỗ trợ tối thiểu để bắt đầu chương trình).

Ngay cả với IDE, hầu hết các tác vụ được thực hiện phía sau cảnh có thể được thực hiện từ dòng lệnh: ví dụ: trong phòng thu trực quan, IDE vẫn sử dụng tệp và gọi trình biên dịch tại dòng lệnh cho bạn , nhưng nó có thể hoạt động theo một cách khác (và có thể giúp tích hợp nhiều hơn).

Vậy tại sao không sử dụng IDE? Một số người khá khó hiểu về trình soạn thảo mã của họ, vì họ thực sự biết điều đó. Ví dụ, tôi khá hiệu quả với trình soạn thảo mã vi. IDE cũng bị giới hạn nếu bạn cần tương tác với những thứ mà IDE chưa được thiết kế cho. Có một sự đánh đổi ở đây phụ thuộc vào khả năng lập trình, dự án, ngôn ngữ/công cụ lập trình , v.v ... Một số ngôn ngữ thậm chí không có IDE tốt, một số ngôn ngữ khác gần như không thể sử dụng được nếu không có. Mặc dù tôi không sử dụng IDE bản thân tôi, một lĩnh vực mà tôi nghĩ chúng là rất hữu ích là gỡ lỗi tích hợp cho C và C++.

3
David Cournapeau

Bạn chắc chắn có thể viết chương trình mà không cần IDE đồ họa. Đối với các ngôn ngữ được biên dịch (ví dụ: C hoặc C++), quy trình sẽ diễn ra như sau:

  1. Viết chương trình trong trình soạn thảo văn bản ưa thích của bạn.
  2. Từ dòng lệnh, gọi trình biên dịch và/hoặc trình liên kết sẽ chuyển đổi chương trình của bạn thành mã máy thực thi và kéo vào các thư viện bên ngoài cần thiết. (Tôi hơi mơ hồ về thứ tự liên kết và biên dịch ở đây, nhưng tôi chắc chắn rằng ai đó sẽ sửa tôi ngay lập tức. :))

Đối với các ngôn ngữ được diễn giải như PHP hoặc Python, bạn viết mã trong trình soạn thảo văn bản ưa thích của mình (hoặc Shell tương tác như một Python đi kèm) và mã là được thực thi bởi một chương trình được diễn giải. Ví dụ: để gọi một tập lệnh Python, bạn sẽ chạy một cái gì đó như python.exe myScript.py.

Python không phải là ngôn ngữ được hiểu hoàn toàn, vì nó được biên dịch trước, nhưng dạng được biên dịch đó được điều hành bởi trình thông dịch Python, vì vậy nó vẫn phù hợp với định nghĩa. Các ngôn ngữ khác như PHP hoàn toàn được giải thích.

2
Adam Lear

Bạn thậm chí không cần một trình soạn thảo văn bản. :) :)

Nếu bạn đang ở trong cửa sổ hãy thử điều này:

more > hello.c 
#include <stdio.h>

main()
{
   printf ("Hello World!\n");
}
Ctrl-C

Nếu bạn ở UNIX

cat > hello.c <<. 
#include <stdio.h>

main()
{
   printf ("Hello World!\n");
}
.

Và sau đó chỉ cần biên dịch nó với trình biên dịch dòng lệnh yêu thích của bạn. :)

Rõ ràng bạn phải viết nó ngay lần đầu tiên.

Hãy nhớ rằng các lập trình viên thực sự sử dụng bướm: http://xkcd.com/378/

1
OscarRyz

Bạn thực sự cần phải nghĩ rằng IDE chỉ là Trình chỉnh sửa + Trình biên dịch + (một số loại) Makefile + Debugger (đôi khi) + Trình tạo giao diện người dùng đồ họa (đôi khi) vì vậy tất nhiên bạn có thể chọn không sử dụng một IDE, và bạn thay thế chúng bằng Trình chỉnh sửa bạn chọn (vim, emacs, gedit, notepad ++, [insert_others_here]), trình biên dịch (jdk cho Java, gcc, SDK nền tảng hoặc [insert_Cpp_toolchain_here] cho C++, python hoặc bất kỳ công cụ nào mà ngôn ngữ của bạn có), một số loại makefile (như autoh ... công cụ, cmake, ant, maven, v.v.), một số loại trình gỡ lỗi (thường được bao gồm trong trình biên dịch) và nếu bạn muốn một trình xây dựng đồ họa (glade đến với tâm trí), và ở đó bạn có nó IDE không có IDE. Cách tiếp cận là tốt nhất phụ thuộc vào bạn (và tôi nghĩ rằng IDE ngày nay được đánh giá quá cao)

1
Coyote21

Có, bạn có thể viết mã mà không cần trình biên dịch và không có IDE. Tất cả nó là viết. Bản văn.

1
Matthew Read

Tôi nghĩ rằng bạn đang đề cập đến Môi trường phát triển tích hợp (IDE). Họ cung cấp gợi ý mã và cú pháp tô sáng trong số những thứ khác. Một trình biên dịch chỉ lấy các tệp và biên dịch chúng thành mã máy hoặc mã byte. Trình biên dịch thường được sử dụng bởi một IDE bằng cách gửi cho nó một lệnh để biên dịch các tệp của bạn.

Có thể viết mà không cần trình biên dịch. Các ngôn ngữ này sử dụng một 'trình thông dịch' và xử lý tập lệnh trong thời gian chạy.

1
Ross

Tất cả một IDE không cung cấp một số công cụ ở một nơi thuận tiện duy nhất và sau đó tự động hóa một số quy trình. Những công cụ đó thường ...

  • Một trình soạn thảo văn bản
  • Một trình biên dịch
  • Trình gỡ lỗi
  • Một người xem tài liệu

Để viết nguồn của bạn, bạn có thể sử dụng bất kỳ trình soạn thảo văn bản nào tạo ra văn bản thuần túy, vd. NotePad, Word hoặc một trình soạn thảo văn bản mã được xây dựng có mục đích.

Khi bạn có nguồn của mình trong tệp văn bản, bạn có thể khởi chạy trình biên dịch của mình thông qua dòng lệnh đi qua tệp thử nghiệm của mình, ví dụ cc my_program.c Điều này sẽ tạo ra một tệp đối tượng mà bạn có thể thực thi.

Để gỡ lỗi chương trình của bạn, bạn khởi chạy trình gỡ lỗi của mình thông qua dòng lệnh truyền trong chương trình của bạn, vd. gdb my_program Sau đó, bạn có thể đặt điểm dừng, bước qua chương trình của mình, kiểm tra công cụ, v.v.

Với một IDE, tất cả điều này xảy ra với một lần nhấn nút phía sau hậu trường và IDE đặt một giao diện người dùng lên trên tất cả.

Tái bút Lập trình viên thực sự sử dụng dòng lệnh

1
Henry

Tôi viết mã hàng ngày của mình trong một trình soạn thảo vim (trình soạn thảo văn bản cơ bản) và tôi có thể chắc chắn với bạn rằng nó diễn ra suôn sẻ (hầu hết mã của tôi là PHP). Đặc biệt nguyên nhân khiến dev env của tôi là một bản phân phối Linux cơ sở và tôi tận dụng khá nhiều lợi thế của các công cụ Shell. Tôi đã lập trình như thế này được một năm nay và điều này đã giúp tôi rất nhiều khi xử lý các sửa đổi sản xuất và triển khai ứng dụng từ xa nơi bạn thường có quyền truy cập vào bảng điều khiển * Nix thông qua ssh.

1
guiman

Bạn thực sự chỉ cần một trình soạn thảo văn bản (địa ngục, notepad sẽ hoạt động) và trình biên dịch/trình thông dịch (điều quan trọng hơn).

Bạn nói gì về việc thực hiện nó thông qua dòng lệnh? Chết tiệt nghe có vẻ điên rồ, nhưng nó rất có thể. Ý tôi là chỉ sử dụng lệnh Windows tích hợp Nhắc bạn 'có thể' ghi vào tệp qua echo "some codez" > target_file.sauce nhưng bạn sẽ phải

A) Hãy thực sự giỏi trong những gì bạn đang làm

B) Viết một chương trình đơn giản

C) Trở nên điên

1
user7007

chớp mắt

Anh ta đang sử dụng pico, một bản sao nano. Tôi sử dụng nó đôi khi. Thông thường tôi sử dụng emacs, nó hơi ít hữu ích, nhưng đặc trưng hơn.

Tôi không sử dụng IDE làm quy tắc. Thỉnh thoảng tôi đã rơi vào chúng để gỡ lỗi hoặc vì chuỗi công cụ dòng lệnh là một nỗi đau để tìm (nhìn vào bạn Xilinx). Tôi cũng sử dụng chúng để phác thảo C # trong trường hợp hiếm hoi khi tôi làm GUI. Nhưng IDE không phải là những biên tập viên giỏi trong kinh nghiệm của tôi: hợp âm nhân vật không linh hoạt, kỳ quặc, không dễ sử dụng, không hỗ trợ nhiều ngôn ngữ, chiếm quá nhiều bộ nhớ.

Tôi muốn sử dụng emacs.

Bạn nên nhìn vào lịch sử của máy tính. Nó được viết khá dễ tiếp cận và sẽ cho bạn một viễn cảnh tuyệt vời về công việc của chúng tôi.

1
Paul Nathan

máy tính chương trình lưu trữ kỹ thuật số đã được sử dụng từ những năm 1950, trong khi giao diện người dùng đồ họa thực sự chỉ bắt đầu xuất hiện vào cuối những năm 1960 (và cho người dùng cuối vào những năm 1980). Mọi người phải sử dụng - và chương trình - máy tính bằng cách nào đó trước đó.

Mặc dù nó chứa một số điểm không chính xác (không phải giao diện người dùng của mọi nền tảng là một lớp trên hệ thống dòng lệnh), bạn có thể nên đọc đoạn ngắn của Neal Stephenson Lúc bắt đầu là dòng lệnh.

Nó thực sự sẽ khiến bạn suy nghĩ về những thứ trên máy tính của bạn hoạt động dưới mui xe và làm thế nào "có thể" để lập trình mà không cần IDE, hoàn thành công việc thực sự với một dòng lệnh, v.v.

1
Chris Hanson

Đối với công việc cơ sở dữ liệu, bạn chỉ cần một trình soạn thảo văn bản (notepad ++) và một máy khách dòng lệnh như osql hoặc sqlcmd. Thậm chí không phải là một trình biên dịch.

0
gbn

Gần đây tôi đã nâng cấp lên vim. Tôi thích cách nó làm nổi bật các từ khóa bằng bất cứ ngôn ngữ nào tôi đang viết. Thở dài, chỉ khi tôi có thể đến một hệ điều hành thực sự và không sử dụng notepad.

Vợ tôi đã viết COBOL bằng edlin. Tôi nghĩ nó khá là buồn cười.

Một cải tiến như vậy đối với các thẻ keypunch mà chúng ta đã sử dụng và 24 giờ quay lại từ các hoạt động chỉ để phát hiện ra chúng ta có một lỗi đánh máy.

Tôi có các hình thức mã hóa ở đâu đó trên gác mái.

Bạn đã có 1 và 0? Chúng tôi đã phải vẽ một đường qua 0 của chúng tôi.

Nhưng bạn nói với những người trẻ ngày nay rằng họ sẽ không tin bạn.

j.

0
jp52

Không chỉ có thể , mà - ít nhất một lần trong đời - bạn phải làm lập trình mà không cần IDE. Nó sẽ giúp bạn hiểu quá trình biên dịch, sử dụng các thư viện - có thể điều đó sẽ mở ra cho bạn ý nghĩa của việc lập trình thực sự.

Ngoài ra, tôi nghĩ rằng một trình soạn thảo văn bản tốt sẽ tốt hơn IDE. Đối với MS-Windows, tôi khuyên dùng PSPad (đó là một đèn flash mạnh như vậy, giống như MultiEdit trong thời đại MS-DOS), đối với GNU/Linux, hãy thử Geany (có thể là trong repo của distro của bạn).

0
ern0

Lập trình mà không có IDE là một cách tuyệt vời để tìm hiểu những gì đang xảy ra.

Chúng tôi bắt đầu lập trình ở trường với một trình soạn thảo văn bản màu cú pháp đơn giản. Quá trình biên dịch đã xảy ra với lệnh Prompt (hoặc thông qua một tập lệnh bó đơn giản).

Chỉ khi chúng tôi hiểu những điều cơ bản về lập trình, chúng tôi mới chuyển sang các trình soạn thảo mạnh hơn như Eclipse hoặc Visual Studio.

0
Carra

Đúng như dự đoán, tất cả các câu trả lời đều nói giống nhau: "tất nhiên là bạn có thể! Đó chỉ là văn bản! Văn bản văn bản văn bản văn bản!" Điều này đúng, nói chung, và là câu trả lời tốt nhất cho câu hỏi của bạn. Hầu hết các IDE chỉ đơn giản là thao tác văn bản.

Nhưng điều đó không phải lúc nào cũng đúng và trong một số trường hợp nhất định, việc di chuyển khỏi một mô hình chỉ có văn bản dẫn đến những tiến bộ lớn. Những tiến bộ này thường bị từ chối bởi những người theo chủ nghĩa thuần túy văn bản (hầu hết mọi người, bởi vì nó cũng là như thế nào ... nó không phải là một sự trùng hợp?!). IBM Visual Age là một ví dụ thực sự tuyệt vời đã chết một cái chết khủng khiếp.

Một ví dụ khác xuất hiện trong tâm trí và nó rất hay và rất phổ biến là Interface Builder để tạo các sản phẩm Mac và iOS. Đầu ra của nó KHÔNG phải là chương trình văn bản mà là các đối tượng được tuần tự hóa, vì vậy bạn không thể tạo NIB mà không cần sử dụng IB hoặc viết IB của riêng bạn.

Những người theo chủ nghĩa thuần túy sẽ nói, "ừ, nhưng Interface Builder được viết bằng mã văn bản!" Vì thế?

Tôi thực sự tin rằng CS với tư cách là một lĩnh vực sẽ tiến bộ vượt bậc nếu chúng ta có thể vượt ra ngoài mô hình chỉ có văn bản. Ngoài ra, tôi nghĩ rằng cuối cùng chúng ta sẽ đi theo hướng này, nhưng sẽ mất nhiều thập kỷ. Trước tiên, chúng ta phải tìm ra cái nào tốt hơn, vi hoặc emacs....

0
Dan Rosenstark

Tôi sử dụng một cuốn sổ tay 99 xu với Bút Pilot Gel đáng tin cậy của mình để viết chương trình.

Chúng tôi chỉ cần nhập lại vào Visual Studio mã.

Viết một chương trình và mã hóa là hai điều khác nhau (đối với tôi).

0
Pablo

Đây là điều thú vị: Trường khuyến nông Harvard đang dạy lập trình với no IDE ... trừ khi telnet + pico là ý nghĩa của IDE.

Cách dễ nhất là sử dụng trình soạn thảo văn bản cơ bản để viết Java chương trình, sau đó chuyển tệp sang hệ thống FAS bằng chương trình FTP, kết nối qua telnet và biên dịch và chạy chúng trên FAS (fas .harvard.edu - Java đã được cài đặt ở đó). Họ PHẢI có mặt trên FAS để gửi chúng cho bài tập về nhà của bạn. Để sử dụng phương pháp này, bạn có thể muốn tìm hiểu đủ về một trong những Trình chỉnh sửa văn bản Unix để có thể thực hiện bất kỳ chỉnh sửa nhanh cần thiết nào cho các tệp của bạn hoặc lên kế hoạch cập nhật tệp cục bộ và chuyển lại tệp. Thông tin thêm về việc chuyển tệp có trên trang FAQ.

KHÔNG sử dụng bộ xử lý Word, ví dụ: Word hoặc Worderinf! Họ thêm nhiều ký tự định dạng mà bạn không nhìn thấy, nhưng điều đó sẽ ngăn chương trình của bạn không bao giờ biên dịch. Trên Windows, bạn có thể sử dụng Notepad hoặc Wordpad và đảm bảo bạn lưu các tệp dưới dạng "Tài liệu văn bản" với phần mở rộng .Java. Nếu hệ thống cố gắng thêm hậu tố ".txt", hãy đặt dấu ngoặc kép quanh tên tệp và phần mở rộng của bạn trong hộp Lưu để ngăn điều này. Bạn cũng có thể thử bất kỳ trình soạn thảo nào trong phần Tải xuống hữu ích (một phần chúng tôi khuyên dùng cho PC là Trình chỉnh sửa tệp lập trình viên). Trên máy Mac, sử dụng BBEdit Lite (cũng được liên kết trên trang Tài nguyên) hoặc một trong các trình soạn thảo Unix tích hợp sẵn có trong cửa sổ Terminal. Bạn có thể có được một chương trình telnet an toàn hoặc sử dụng một chương trình mà bạn có, telnet vào hệ thống FAS, viết và chỉnh sửa các chương trình của bạn trên hệ thống. Có ba trình soạn thảo Unix mà bạn có thể thử: pico, emacs và vi. Khi bạn đã viết chương trình của mình và lưu nó, như trên, bạn có thể biên dịch và chạy nó trên FAS

http://www.fas.harvard.edu/~libe50a/homework.html http://www.fas.harvard.edu/~libe50a/faq.html http://www.fas.harvard.edu/~libe50a/Java.html

Nếu bạn hỏi tôi, họ đang hành hạ bọn trẻ, nhưng không sao. Có nhiều người Sparta, huống chi là Mothakes, Perioikoi và Helot hơn Harvard có thể thừa nhận trong bất kỳ năm nào.


Vâng, nó là có thể. Tôi cho rằng một cái gì đó giống như Notepad là không có IDE, nhưng emacs và Textpad (tôi đã sử dụng cả cho C, Java khóa học) được coi là một IDE. Bây giờ ... sau khi mã hóa bằng C # trong VS2010, với WinForms và tất cả, tôi sẽ không muốn quay lại với các biên tập viên văn bản tại nơi làm việc - tôi sẽ bị mắng vì không làm việc tào lao.

Tuy nhiên, đối với các dự án học thuật, khi các ví dụ nhỏ, việc sử dụng không có IDE là điều hợp lý. Hãy nhớ rằng: trong các lớp lập trình giới thiệu, nhiều vấn đề trong thế giới thực không có mặt. Bạn có thể sẽ không phải thêm các tệp .xml dưới dạng tài nguyên vào một dll; Bạn có thể không cần gỡ lỗi nhiều, bạn sẽ không cần sử dụng hợp đồng mã hoặc chuyển từ C++ không được quản lý sang C++/ClI, sau đó chuyển sang C # và quay lại. Bài tập học tập không cần phải lộn xộn bởi vì chúng có thể được thực hiện từ đầu, và được đo bằng man-ngày/tuần. Tất cả các tệp có thể là một phần của chỉ một dự án (ngay cả đối với trình biên dịch hoặc lớp hệ điều hành). Một IDE như Visual Studio thực sự có thể cản trở bạn khi một tệp thực hiện đơn giản sẽ làm. Hãy nghĩ về vô số các tùy chọn mà người ta phải cấu hình. Tương tự với Eclipse - đó là một trình soạn thảo được thiết kế quá mức vô hạn Có thể tùy chỉnh một tệp Makefile đơn giản và hai tệp C đơn giản có thể là tất cả những gì bạn cần. Thực tế, bạn có xu hướng kiểm soát nhiều hơn theo cách đó, khi bạn tự xác định mỗi cờ. Tôi đã mã hóa như vậy trong phòng thí nghiệm đại học một lần. , nhưng một trong những "nhúng" (có nghĩa là nó phải nhỏ đến mức có thể vừa với máy bay) không có GUI và không có chuột :) Tôi vẫn có thể đăng nhập, chỉnh sửa, biên dịch và gỡ lỗi C chương trình, cũng như thêm trình điều khiển và biên dịch lại kernel.

0
Job