Emacs / Vim / Eclipse / ... - Cá nhân tôi là người dùng Emacs. Nếu bạn tìm thấy các chuỗi điều khiển làm mệt mỏi hồng hào của bạn, chỉ cần Viper-Mode cho nó lên. Emacs được tích hợp rất tốt vào unix, giúp dễ dàng kiểm soát mọi thứ từ một nơi. Vim cũng làm rất tốt ở đây, nhưng tôi thấy Elisp là ngôn ngữ mở rộng mạnh mẽ hơn nhiều so với Vim Script. Người ta có thể nói hàng giờ về tất cả các cách để thiết lập Emacs để phát triển C. Chế độ Flymake đã được đề cập, và là một siêu khởi đầu cho mọi thứ. Tôi không quen thuộc với Eclipse, tôi không thấy nó để lại đủ chỗ trên màn hình cho mã của mình, tôi cũng không thích nó bị phồng lên như thế nào (người dùng Vim sẽ nói điều tương tự về Emacs). Tôi cũng không thiên vị đối với bất cứ điều gì được viết bằng Java, vì lý do thẩm mỹ hoàn toàn.
Ctags - Gắn thẻ chức năng C (hoặc nhiều ngôn ngữ khác) của bạn để Vim hoặc Emacs hoặc bất cứ điều gì có thể thực hiện một chút liên kết siêu văn bản trong tệp của bạn. Giả sử bạn đang đi lang thang và bạn thấy một chức năng và bạn đang gãi đầu nói "Cái đó làm gì nữa? Việc đặt tên hơi mơ hồ." Plink-plank-plunk, bạn có thể hạ gục thẳng theo định nghĩa của nó.
Cmake / Gnu-Autotools - Make rất tuyệt, nhưng đến một lúc nào đó bạn cần trừu tượng hóa mọi thứ một chút để dự án của bạn có thể tự xây dựng trên tất cả các loại hệ thống mà bạn không có cách nào thử nghiệm. Nếu bạn chỉ cần mọi người xây dựng mã của mình trên * nix, Autotools là tuyệt vời, nhưng, thực sự, bạn vẫn nên làm quen với Cmake. Nhóm xây dựng mã Cmake trong mọi cấu hình có thể hiểu được có thể và đảm bảo rằng bạn không phải trải qua cơn đau đầu. Nếu bạn muốn dự án của bạn dễ dàng được chọn mua người khác, một trong những công cụ này là rất quan trọng.
Git / Mercurial / Subversion / ... - Bạn có thể dành hàng tháng để nghiên cứu phần mềm kiểm soát phiên bản, nhưng có lẽ bạn chỉ nên đi với Git. Thật vững chắc, nó được phân phối, Hạt nhân @ $! #% & Linux được theo dõi cùng với nó. Nếu nó đủ tốt cho Linus, thì nó phải đủ tốt cho bạn. Tôi cũng nghe thấy những điều hay về Mercurial, rõ ràng G ** gle sử dụng chúng, nên có lẽ nó không tệ. Một số người có vẻ thích Subversion và CVS và không có gì. Tôi không thích chúng vì chúng nguyên khối, điều này với tôi rất bất tiện và hạn chế.
Stumpwm / wmii / XMonad / ... - Tại một số điểm bạn sẽ nhận ra rằng bất cứ điều gì bạn có thể làm để duy trì công việc của bạn sẽ giúp cải thiện đáng kể sản lượng của bạn. Một trong những cách tốt nhất để giữ cho bộ não của bạn không phá vỡ bối cảnh của nó là chuyển sang ốp lát, các trình quản lý cửa sổ KEYBOARD DRIVEN. Tôi là một fan hâm mộ cá nhân của StumpWM , Emacs của các nhà quản lý cửa sổ. Được thực hiện đầy đủ trong một quy trình Common Lisp có thể tùy chỉnh nhanh chóng, bất cứ điều gì bạn thấy mình làm lặp đi lặp lại đều có thể bị trục xuất vào các chức năng và bị ràng buộc với các lệnh. Công cụ tuyệt vời. Tôi không biết nhiều về bất kỳ ai trong số những người khác, nhưng có lẽ chi tiết hơn nữa là tốt hơn để lại cho một chủ đề khác. SỬ DỤNG KEYBOARD NHƯ VẬY.
GDB - Tôi không quen thuộc với các trình sửa lỗi khác, nhưng điều này dường như là tiêu chuẩn thực tế.
Valgrind - Tôi không biết bất cứ điều gì khác làm điều này rất tốt. Valgrind là rất quan trọng cho tất cả những cuộc săn lùng hồ sơ / rò rỉ bộ nhớ phiền phức mà bạn muốn tiếp tục. Bạn không thể viết mã với malloc / calloc mà không có Valgrind.