IDE atau editor apa yang digunakan perusahaan seperti Google, Apple, IBM, dll.? [Tutup]


11

Walaupun saya memiliki cukup pengalaman dalam menggunakan berbagai alat, saya masih tidak dapat memutuskan apakah saya lebih suka menggunakan IDE atau editor sederhana untuk mengedit kode.

Kebanyakan IDE yang saya alami ditulis dalam Java (seperti Eclipse) yang membuatnya lambat dan tebal. Apa yang baik tentang mereka adalah menyediakan banyak alat.

Di sisi lain editor biasanya SANGAT cepat. Mereka juga dapat diperluas menjadi lebih mirip dengan IDE tetapi biasanya saya tidak melakukan itu. Namun, ada Sublime Text 2 yang memiliki beberapa penyelesaian kode dasar built-in.

Pertanyaan saya adalah apakah sebagian besar perusahaan Enterprise seperti Google, Apple, IBM dan lain-lain (kecuali Microsoft karena mereka memiliki IDE AMAZING yang, saya asumsikan, digunakan oleh pengembang MS) memaksa pekerja mereka untuk menggunakan IDE dan apakah menggunakan editor biasa dengan alat eksternal adalah dianggap tidak profesional?

PS Tidak berbicara tentang kasus-kasus seperti pengembangan Android di mana bekerja tanpa IDE hampir tidak mungkin.


1
Saya telah menggunakan banyak editor selama dua tahun terakhir (pengembangan Ruby on Rails). Saya telah memutuskan untuk menggunakan KEDUA dasar (vi) dan IDE (IntelliJ) tergantung pada tugas ini. Pengeditan berat kode baru - Saya menggunakan vi (sebenarnya vim). Untuk membaca kode dalam proyek baru, memeriksa strukturnya, dll. Saya melihat IDE yang memudahkan penelusuran dan pencarian banyak file dan struktur direktori. Akhirnya kadang-kadang ketika saya memiliki banyak kode bersarang, sebuah IDE sangat penting untuk menunjukkan danlging end-if's, dll.
Michael Durrant

1
Ini tidak menjawab pertanyaan Anda tentang perusahaan besar (saya juga memberi judul pertanyaan untuk mencerminkan konten). tetapi mungkin membantu Anda dengan bagian akhir dari pertanyaan tentang pilihan pribadi Anda.
Michael Durrant

4
Eclipse tidak lambat dan besar karena Java. Itu karena programmer mengisap efisiensi.
Rig

Pilih untuk menutup - meskipun bisa dibilang sebuah pertanyaan nyata, itu memunculkan jawaban tentang individu "Saya menggunakan" dll, membuat lebih banyak polling.
mattnz

1
Maaf, saya tidak ingin menjadi troll atau rager, tetapi mengatakan bahwa Eclipse lambat dan tebal dan IDE MS adalah "MENAKJUBKAN", paling banter, adalah masalah pendapat. Eclipse berjalan pada 3 OS, mendukung sejumlah besar bahasa, sedangkan MS's IDE berjalan pada 1 OS untuk 1 bahasa. Itu setidaknya satu area di mana itu pasti tidak LUAR BIASA dibandingkan dengan Eclipse
Shivan Dragon

Jawaban:


17

Di dua perusahaan tempat saya bekerja (Apple dan Google), saya diizinkan menggunakan IDE apa pun yang saya pilih. Di Apple, pengembangan untuk iPhone agak terbatas karena saya harus menggunakan Xcode secara teratur. Tetapi di Google, saya diizinkan menggunakan hampir semua IDE pilihan saya.

Kadang-kadang, saya biasanya menggunakan kode untuk menulis di Vim atau Emacs (favorit saya berdua).

Kebanyakan programmer menulis java menggunakan JetBrains 'IntelliJ IDE untuk java, yang lain menyukai Eclipse. Beberapa bahkan menggunakan Netbeans. Saya menggunakan IntelliJ dan Emacs.

Jadi: tidak masalah apa pun IDE yang Anda gunakan selama Anda tetap mempertahankan standar pengkodeannya. Untuk Python tidak ada yang lebih baik dari Emacs.

Untuk C ++ / CI menggunakan Emacs (atau VS2010), untuk Java saya menggunakan (dan masih menggunakan) Jetbrains 'IntelliJ, untuk C # dan lainnya saya menggunakan Visual Studio 2010.

Untuk VB saya menggunakan VS2010.

Untuk HTML / css / JS saya menggunakan editor teks PLAIN (Notepad ++).

Untuk Lisp saya akan merekomendasikan Emacs + Slime.

Itu tergantung pada apa yang akan Anda kode dan keahlian Anda dengan para editor itu.


5

Saya telah diberitahu (secara pribadi, tidak ada tautan pendukung di sini: komunitas wiki untuk mengundang koreksi jika info saya kedaluwarsa) bahwa sebagian besar tim di Apple menggunakan versi Xcode apa pun yang terbaru. Mereka yang ingin melakukan sesuatu yang lain perlu mendapatkan semacam pembebasan.

Tim WebObjects (dan iTunes Store, apple store dll) tidak dapat menggunakan Xcode karena tidak lagi mendukung proyek Java. Sebagian besar mereka menggunakan Eclipse dengan plugin WOLips.

Tim kernel adalah satu lagi yang saya tahu yang memilih keluar dari Xcode, dan mereka punya sistem build berbasiskan.


1

Setelah bekerja untuk beberapa perusahaan besar (dan departemen pemerintah) selama bertahun-tahun, saya hanya dapat mengatakan bahwa ada banyak variasi tidak hanya antara tetapi dalam perusahaan. Beberapa membuat Anda benar-benar bebas, yang lain memiliki persyaratan yang sangat kaku dan tidak akan mengizinkan orang mereka menggunakan apa pun selain "standar perusahaan". Beberapa bahkan membuat tidak mungkin untuk menginstal apa pun kecuali paket standar yang disediakan oleh departemen IT perusahaan, kecuali Anda harus melalui banyak dokumen terlebih dahulu untuk mendapatkan izin untuk meminta lisensi yang akan diperoleh setelah itu diinstal untuk Anda oleh beberapa sysadmin bujang.
Pada satu proyek saya terlibat, ini menyebabkan seluruh pembangunan kembali lanskap IT perusahaan dilakukan sebagai makro MS Office karena departemen TI tidak akan mengizinkan tim proyek untuk menginstal IDE dan kompiler di workstation mereka, tidak meninggalkan kami pilihan lain.


0

Mengapa menggunakan editor dan alat eksternal harus profesional? Banyak programmer lebih menyukai editor seperti vi atau emacs. Lagi pula, banyak alat tidak dapat diintegrasikan dalam IDE. Setidaknya tidak dalam semua kasus penggunaan. IDE Anda mungkin memiliki terminal terintegrasi, tetapi ketika Anda menggunakan server Anda masih harus dapat menjalankan banyak alat melalui sesi SSH atau yang serupa. Menjadi tergantung pada IDE yang menangani segalanya untuk Anda bisa berisiko.


2
Tidak menjawab 'apa yang digunakan perusahaan besar. Saya akan menulis ulang pertanyaan untuk mencerminkan konten.
Michael Durrant
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.