Tôi làm chủ các lệnh linux hữu ích nhất cho lập trình viên ở đâu? [đóng cửa]


14

Sức mạnh của sự kết hợp xargs, cut, tail, grep, seq, làm tôi ngạc nhiên. Tài nguyên nào tôi nên xem hướng dẫn về các lệnh linux hữu ích nhất cho lập trình viên?

Tôi chỉ quan tâm đến những người lập trình sử dụng thường xuyên nhất, điều đó sẽ giúp cuộc sống của tôi dễ dàng hơn.


Chào mừng bạn đến với Stack Exchange. Chúng tôi thấy rằng việc yêu cầu một danh sách các tài nguyên hiếm khi hoạt động ở định dạng câu hỏi và câu trả lời của chúng tôi . Xin vui lòng đọc câu hỏi thực sự có câu trả lời . Tôi khuyên bạn nên duyệt trang web (đặc biệt là các câu hỏi trong thông tin thẻ cho shell , xử lý văn bản , sed , v.v.
Gilles 'SO- ngừng trở nên xấu xa'

Câu trả lời:


12

Điều tốt nhất bạn có thể làm để tìm hiểu điều này là tìm ra vấn đề và giải quyết chúng. Đi qua trang web này, xem tất cả "Làm thế nào để tôi làm X trong awk / sed / grep / vv." và thử chúng cho chính mình trước khi nhìn vào câu trả lời. Hãy xem nếu bạn gặp khó khăn hoặc để xem những người khác đã làm điều đó một khi bạn tìm thấy một cách. Nếu bạn thấy mình làm điều gì đó lặp đi lặp lại trong thiết bị đầu cuối, hãy dừng lại và suy nghĩ về cách bạn có thể sử dụng một hoặc nhiều tiện ích để làm cho nó dễ dàng hơn. Nếu bạn không thể tìm ra cách để làm điều đó, hãy đăng ở đây và chúng tôi sẽ hướng dẫn bạn.


Sidenote : seq, headtail(ít nhất là các bộ phận được sử dụng phổ biến nhất) khá tầm thường. Tôi khuyên bạn nên bắt đầu tìm kiếm grepđể thoải mái với việc tìm kiếm một nửa các biểu thức thông thường và sed(song song nhưng tụt lại phía sau một chút grep) để có được một nửa thay thế (lưu các sedlệnh nâng cao hơn cho sau này), awkvì đó là một công cụ khá mạnh mẽ. Sau đó find, sau đó xargs.
Kevin

9

Môi trường lập trình Unix của KernighanPike là tác phẩm kinh điển về chủ đề này. Nó cổ xưa nhưng vẫn còn in, nó sẽ cho bạn biết điều gì đó.

Nghệ thuật lập trình UNIX của esr mới hơn nhiều. Tôi thấy nó thú vị và hữu ích, nhưng với một chút "vận động" hơn tôi cảm thấy là cần thiết. . tiến bộ kể từ thời điểm đó

[1] Hầu hết, tôi nhớ lại những điểm yếu trong các hệ điều hành không phải * ix đã bị loại bỏ trước khi cuốn sách được xuất bản. Điều tương tự bạn tìm thấy trong các đối số nghiệp dư giữa Windows và Mac và Linux trên mạng.


5

Thực hiện theo kế hoạch một ngày. Bắt đầu bằng cách liệt kê tất cả mọi thứ trong /sbin. Sau đó nhận một lệnh mỗi ngày và gõ man commandvà tìm hiểu những gì nó làm. Các lệnh cốt lõi cần thiết là tất cả trong /sbin. Sau đó, đi làm /binvà khi đó là xong, đi làm /usr/sbin/usr/bin. Bạn có thể rút ngắn danh sách các lệnh của mình bằng cách bỏ qua bất kỳ có hơn 5 chữ cái trong tên lệnh và bạn sẽ không bỏ lỡ nhiều điều quan trọng.

Nhưng điều quan trọng là bạn sẽ học được điều gì đó mới mỗi ngày và có lẽ trước khi bạn đi được nửa chặng đường, bạn sẽ hiểu rất nhiều điều cơ bản, rằng bạn có thể dễ dàng nhận được nửa tá lệnh mới mỗi ngày.

Nhưng bạn phải sử dụng chúng, từng người trong số họ, ngay cả khi nó chỉ mày mò và tập thể dục với họ.


2
Đây là ý tưởng tốt. Tìm hiểu các lệnh từng cái một. Kiểm tra những gì họ làm và làm chủ chúng.
Kamil

Tôi không thể đồng ý về việc bắt đầu /sbin, đưa ra "cho lập trình viên" trong tiêu đề câu hỏi. Trên nhiều hệ thống, /sbin/usr/sbinmặc định PATHchỉ dành cho root. Tôi nghĩ rằng bạn có thể đúng khi xem chúng là các lệnh "cốt lõi" theo nghĩa chúng là các phần chính của HĐH, nhưng chúng không phải là công cụ bạn sử dụng trong lập trình nhiều như quản trị hệ thống.
Warren Young

3

Một trong những cách là bắt đầu đọc một số blog chuyên về Unix / Linux ..

Đây blog của thegeekstuff nơi tôi viết thỉnh thoảng là một trong những nơi tốt để bắt đầu ... Một số điều quan trọng mà bạn có thể quan tâm là:

Nơi có một loạt các hướng dẫn về sedawk Hy vọng nó hữu ích cho bạn ...


3
50 lệnh là câu trả lời hoàn hảo cho câu hỏi này! Vượt qua nó, nghiên cứu các ví dụ về từng lệnh và nếu nó thú vị, hãy theo liên kết (thường được cung cấp) để biết thêm các ví dụ. Liên kết đó là một người giữ!
Bill K

2

Đối với Bash, tôi sẽ kiểm tra tldp.org/LDP/abs/html/


2
Hướng dẫn "Advanced Bash Scripting" khét tiếng sẽ dạy bạn viết các lỗi chứ không phải các script. Trong khi ý định viết nó là cao cả, thì sai lầm và thông tin sai lệch là quá cao để đề xuất nó. mywiki.wooledge.org/BashGuide là một hướng dẫn vượt trội.
Chris Down

Cảm ơn @Chris Tôi nghĩ rằng phần giới thiệu là một khởi đầu tốt.
Iman

1

Các lập trình viên có một cơ hội duy nhất để làm chủ Linux. Mỗi cơ hội bạn nhận được, thay vì viết một chương trình để hoàn thành một nhiệm vụ, hãy viết một kịch bản shell để thực hiện nó.

Tôi thực sự có một thách thức cá nhân để viết mọi thứ bằng Bash trước khi tôi viết một chương trình - bạn sẽ ngạc nhiên và bối rối.

Theo như một khuyến nghị cho một cuốn sách, nó có vẻ ngớ ngẩn, nhưng Hướng dẫn bỏ túi Linux có một vị trí danh dự trên giá sách của tôi. Nó nhỏ gọn và có vô số chương trình Linux hữu ích. Tìm hiểu nó là dễ dàng và nó là một tài liệu tham khảo tuyệt vời.




0
info coreutils

cung cấp cho bạn một danh sách lớn các lệnh hữu ích, được nhóm theo ngữ cảnh.

Bạn có thể lấy điều này làm hướng dẫn và học một lệnh mỗi ngày và dĩ nhiên là kho lưu trữ để tìm kiếm.


0

Tôi sẽ thêm Dòng lệnh Linux® và Kinh thánh Shell Scripting của Richard Blum . Thật dễ hiểu, thực tế và đầy đủ nhiều ví dụ hữu ích.

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.