Haruskah dev menjadi admin di komputer mereka? [Tutup]


35

Dalam lingkungan perusahaan, haruskah pengembang memiliki hak admin di komputer mereka? Mengapa?

Lingkungan teknologi:

  • Windows 7
  • Visual Studio 2008 & 2010
  • SQL Server




3
Saya memberikan suara untuk membuka kembali yang ini karena meskipun sifatnya agak subyektif dari pertanyaan ini adalah hampir setiap admin Windows (saya tidak dapat mengomentari platform lain) AKAN menghadapi selama karirnya. Jawaban yang diposting sejauh ini memberikan informasi yang saya yakin akan membantu orang lain ketika menghadapi masalah ini.
John Gardeniers

2
Jika saya dapat memilih untuk membuka kembali ini, saya akan melakukannya.
jmort253

Jawaban:


52

Haruskah mereka Terserah korporasi. Secara pribadi saya pikir tidak masalah selama ada beberapa aturan yang dipahami.

  1. Menjadi admin di kotak Anda adalah hak istimewa BUKAN hak.
    1. Menangkap virus pada banyak kesempatan akan dibatalkan haknya
    2. Menonaktifkan agen perusahaan akan dibatalkan haknya - AV / inventaris / penyebaran perangkat lunak / dll
    3. Pada dasarnya jika Anda melakukan sesuatu yang berisiko, jaringan akan dibatalkan haknya
  2. Setiap alat yang Anda instal tidak boleh dijadikan ketergantungan proyek Anda tanpa memasukkannya ke daftar yang disetujui secara resmi. Tanya baik jangan datang menerjang pada hari penyebaran dan meminta $ random_library diinstal pada semua server tanpa pengujian
  3. Untuk apa pun di luar aplikasi normal yang diinstal di tempat lain, dukungan akan menjadi upaya terbaik. Help desk dan / atau sysadmin tidak akan menghabiskan 5 jam mencoba untuk men-debug mengapa Anda memiliki konflik dll.

18
Daftar bagus Akan menambahkan juga bahwa jika produk pada akhirnya akan dijalankan oleh pengguna tanpa hak admin maka Anda perlu menguji sesuai (pengujian kegunaan nyata). Terlalu banyak pengembang melakukan uji coba orang miskin di mana mereka menguji pada mesin dev mereka di mana mereka memiliki hak dewa. Produk ini bekerja dengan baik dan mereka memberinya cap persetujuan hanya untuk mengetahui bahwa produk itu tersedak di lingkungan yang bukan milik pribadi.
Shawn Anderson

4
@ Shawn, ada alasan Anda membutuhkan penguji dan pengembang.
Ian Ringrose

11
Ini adalah balasan admin jaringan biasa yang tidak mengerti mengapa pengembang memerlukan hak admin. Ini harus diputuskan oleh orang tingkat manajer yang telah mengelola atau menjadi pengembang di masa lalu. Kalau tidak, Anda akan menjaga mesin bebas dari virus dan kantor bebas dari pengembang.
Muhammad Hasan Khan

11
@Hasan dan ini adalah balasan pengembang tipikal yang tidak pernah harus berurusan dengan jaringan yang terinfestasi menjenuhkan DS3 dengan lalu lintas mencatat seluruh kantor. Saya tidak meminta Anda untuk melakukan semua yang memberatkan di sini.
Zypher

9
Di rumah pengembangan Anda dalam bisnis karena perangkat lunak tim pengembangan berputar. Saya telah bekerja di beberapa bisnis di mana mesin terkunci ke tingkat yang membuat pekerjaan tidak mungkin dan kami memiliki waktu yang sulit meyakinkan orang-orang yang kami butuhkan hak istimewa admin untuk menjalankan alat pengembangan. Atau di mana akses internet terputus sehingga kami bahkan tidak bisa membaca dokumentasi online. Atau produk antivirus yang memindai setiap entri catatan basis data dan karena itu sangat mengganggu kinerja sehingga tidak mungkin bagi kami pengembang untuk membuat perangkat lunak berjalan dengan baik.
Matt

35

Biasanya saya akan mengatakan ya. Hal-hal seperti debugger memerlukan cukup tinggi jika bukan hak admin untuk bekerja dengan benar. Pengembang sering perlu menginstal perangkat lunak acak yang bisa memakan waktu berhari-hari atau berminggu-minggu untuk diinstal ketika melalui saluran. Selama waktu itu pengembang biasanya berhenti bekerja sehingga perusahaan hanya mengeluarkan uang, terutama jika pengembang itu konsultan.


13
+1 - pengembang (biasanya) adalah orang-orang yang cukup pintar dan menjaga mesin mereka tetap bersih
Mark Henderson

9
Jangan katakan itu. :)
mrdenny

4
@ Mark, saya belum melihat bukti untuk mendukung klaim itu.
John Gardeniers

4
@ Mark Henderson, Anda mungkin cukup beruntung untuk benar-benar bekerja dengan sekelompok orang yang baik. Satu jika situs yang saya baca setiap hari memberi saya kesan bahwa tidak semua pengembang sama.
Zoredache

8
Saya percaya ada pepatah Klingon tua yang berbunyi, "Hati-hati programmer membawa obeng."
Bart Silverstrim

23

Ada sains dan seni dalam pembangunan; itu tidak sesederhana "mengetahui" apa yang kita butuhkan. Jika kita sudah memiliki jawaban, setengah dari pekerjaan kita akan diperdebatkan; menemukan pendekatan yang tepat sering iteratif, dan mungkin melibatkan banyak alat dengan cara yang tidak terduga. Membutuhkan perantara untuk menginstal masing-masing (sering dengan latensi tinggi), hanya untuk menemukan (sekitar satu jam) bahwa untuk skenario Anda "addon alat super-uber" diperlukan sangat konyol.

Sementara VM ideal untuk ini, ada juga banyak alat pengembangan yang tidak dapat berjalan (dengan benar, atau bahkan sama sekali) di VM, karena mereka sendiri adalah VM - dan saya tidak bermaksud hal-hal seperti JVM; Maksud saya emus mesin penuh / vms, seperti toolkit perangkat. Kompatibilitas di sana membaik.

Selain itu, sebagian besar alat pengembangan memiliki jejak yang sangat besar - jauh lebih besar dari alat "biasa" (membuat VM hosting sedikit lebih menyakitkan daripada yang Anda duga), dan seringkali dengan sifat sebagai proses debugger memerlukan akses yang lebih tinggi. Belum lagi fakta bahwa mereka mungkin intensif GUI; mencoba menjalankan full-time pada VM GUI adalah ... sangat menyakitkan.

Kinerja sangat besar di sini; Menurut Anda apakah boleh bagi pengguna untuk menunggu 3 detik setelah setiap penekanan tombol di Word untuk kunci mereka untuk mendaftar? Saya tidak bercanda - alat pengembangan pada VM dll bisa jadi ini sial; untuk sebagian besar tujuan pengembangan Anda perlu responsif. Mengganggu aliran logika kompleks dari otak ke keyboard dapat membuatnya sangat tidak mungkin untuk menyelesaikan pekerjaan. Dan saya benci mengatakannya, tapi ya: waktu pengembangan itu mahal.


18

Dalam lingkungan Windows, dan terutama ketika menggunakan produk pengembang Microsoft, pengembang akan memerlukan hak admin pada mesin mereka. Jika Anda menolak hak-hak itu, kemampuan mereka untuk melakukan pekerjaan mereka akan dibatasi, jika tidak dicegah sama sekali.


1
Mungkin. Tetapi mereka harus diminta untuk menguji kode mereka di lingkungan yang tidak memiliki hak istimewa jika mereka membuat produk untuk konsumsi pengguna.
Bart Silverstrim

2
@ Bart, saya sepenuhnya setuju tetapi para pengembang harus melakukan pengujian pada mesin yang terpisah pula karena alat-alat dev menciptakan lingkungan yang sama sekali berbeda dengan komputer "normal".
John Gardeniers

@ BartSilverstrim yang tidak selalu mengikuti. Hanya karena bagian pengguna dari aplikasi berjalan sebagai pengguna biasa tidak berarti semua komponen melakukan (mis. Pertimbangkan klien layanan, server cenderung membutuhkan hak istimewa yang lebih tinggi). Dan kemudian pertimbangkan penginstal ...
Richard

1
@ Richard, itu juga benar, tetapi saya percaya maksud Bart adalah bahwa pengujian perlu dilakukan dalam lingkungan yang sedekat mungkin dengan apa yang akan digunakan pelanggan.
John Gardeniers

1
Jawaban yang benar untuk masalah perangkat lunak yang tidak terkait dengan tugas-tugas sistem seharusnya hampir tidak pernah "dijalankan sebagai administrator."
Bart Silverstrim

9

Sebagai seorang pengembang, saya memberi kami tingkat hak istimewa di atas pengguna dasar, tetapi di bawah administrator sistem.

Saya mungkin, kadang-kadang, membutuhkan perpustakaan tambahan yang diinstal untuk mendapatkan aplikasi yang saya kembangkan untuk bekerja di lingkungan produksi, yang dikatakan, saya memiliki aturan ketat yang saya kembangkan dengan: "Untuk aplikasi apa pun yang membutuhkan perpustakaan pihak ketiga, perpustakaan harus dipasang di lingkungan kotak pasir sebelum penyebaran produksi dan, dalam beberapa kasus, sebelum pengembangan aplikasi. "

Sysadmin tempat saya bekerja dan saya setuju untuk ini, dan di antara kami berdua, kami akan secara aktif menegakkan aturan itu dan menunda penyebaran aplikasi yang belum melewati "pemeriksaan ketergantungan".

Untuk menjawab pertanyaan Anda, ya, pengembang harus diberikan akses penuh ke mesin mereka sendiri, tetapi mesin-mesin itu harus diisolasi dari lingkungan tempat aplikasi pada akhirnya akan digunakan. Dalam hal ini, bahkan penyebaran aplikasi harus di-sandbox sampai dianggap aman untuk digunakan di lingkungan produksi.


9

Penafian: Saya seorang pengembang.

Bagi saya, pertanyaan ini (dan jawabannya) tampaknya menyerang masalah dari pendekatan yang salah - yaitu, perdebatan berfokus pada apa yang diinginkan / dibutuhkan admin vs. apa yang diinginkan / dibutuhkan pengembang. Tetapi Anda menentukan bahwa kami berada dalam lingkungan perusahaan, jadi mari kita lihat seperti itu.

Jadi mari kita bayangkan kita sedang berdebat di depan direktur TI atau operasi, atau siapa pun yang mengendalikan anggaran kita , dan ajukan pertanyaan-pertanyaan ini.

  1. Apa hak minimum yang diperlukan untuk melakukan fungsi departemen? Ini adalah garis dasar kami.
  2. Apa risiko memberi mereka lebih banyak akses? (risiko aktual, bukan hanya skenario kasus terbaik / buruk)
  3. Berapa biaya yang diharapkan sebenarnya dari memberi mereka lebih banyak akses? (biaya dukungan, memperbaiki perubahan yang tidak disengaja yang dibuat oleh admin yang tidak berpengalaman, dll)
  4. Berapa biaya yang diharapkan sebenarnya dari tidak memberi mereka lebih banyak akses? (kehilangan produktivitas, memerlukan dukungan TI untuk melakukan tugas sehari-hari, pergantian orang yang berpengalaman karena moral, dll.)

Dengan pertanyaan-pertanyaan ini dijawab, Anda dapat membuat keputusan berdasarkan informasi dan bukan keputusan yang menggairahkan.

Untuk lingkungan spesifik Anda , ada beberapa hal yang memerlukan hak admin (lihat Hak Pengguna dan Visual Studio ) - jika mereka tidak melakukan hal-hal itu, maka Anda dapat menjawab pertanyaan 2 - 4.

Sebagai seorang konsultan, saya telah melihat kedua ekstrem dari kebijakan ini, dan walaupun saya selalu ingin memiliki akses admin ke mesin, dalam beberapa kasus itu tidak masuk akal. Dan saya tidak yakin apa yang menyebabkan dan apa efeknya, tetapi tanpa kecuali, setiap tempat yang saya lihat melakukan pengembangan windows di mana para pengembang memiliki akses admin juga memiliki produktivitas yang jauh lebih tinggi dari setiap pengembang daripada tempat-tempat di mana mereka dikunci.


+1 karena Anda meletakkannya dalam perspektif yang benar. Keluarkan preferensi pribadi para dev dan admin dan fokus pada apa yang penting bagi organisasi secara keseluruhan.
Jaap Coomans

4

Saya pikir Anda mengajukan pertanyaan yang salah, Anda seharusnya bertanya:

Akankah pengembang yang baik bekerja untuk majikan yang tidak memberinya hak admin di PC mereka?

Apa yang "dibutuhkan" oleh seseorang dan apa yang mereka harapkan sering kali bukan hal yang sama, lagipula Anda tidak perlu mengizinkan pengembang untuk minum kopi di jam kerja, tetapi jika Anda tidak ...

(Pastikan Anda membuat kebijakan Anda jelas pada tahap wawancara, jika tidak, Anda mungkin membuat orang mengambil pekerjaan yang kemudian membenci perusahaan Anda karena kurangnya hak admin - jangan berharap programmer berpikir secara logis tentang hal semacam ini! )


Saya akui bahwa saya berdua bekerja di pendidikan tinggi dan saya seorang "administrator sistem / programmer", seperti semua orang di grup saya, jadi saya kira pengalaman saya tidak sepenuhnya relevan. Tetapi saya tidak dapat membayangkan bekerja sebagai pengembang di toko yang tidak akan memberi saya kontrol penuh atas workstation saya (pilihan OS dan instalasi, pilihan perangkat lunak, dll.) Apalagi root privat di atasnya.
Jason Antman

4

Sebenarnya itu lebih tergantung pada siapa yang Anda tanyakan tentang siapa yang sebenarnya membutuhkannya. Jika Anda bertanya kepada IT perusahaan dan kelompok manajemen risiko, mereka akan membanjiri Anda dengan cerita-cerita horor (dan jika mereka ingin memberikannya kepada Anda, mereka menuntut seekor kambing yang dikurbankan dalam ikatan janji suci bahwa mereka tidak akan bertanggung jawab), para pengembang di sisi lain menuntut hak admin sebagian besar karena pekerjaan itu membuat stres dan cukup menuntut tanpa harus meminta izin dari help desk untuk bocor. Keadaan yang menyedihkan adalah bahwa sekarang ini lebih banyak tentang perebutan kekuasaan dan mengerahkan kekuatan, kemudian tentang kebutuhan bisnis dan produktivitas (misalnya, bermuara pada siapa yang akan membuat pihak lain melompat melalui lingkaran)

IMHO, lingkungan kerja terbaik yang pernah saya lihat sampai hari ini adalah di mana kedua kelompok itu dipisahkan. Pengembang memiliki domain sendiri di hutan (di mana IT mengontrol apa yang domain ini dan penggunanya dapat lakukan di seluruh perusahaan) dan mereka semua adalah admin lokal dengan orang-orang berpengalaman dengan MCSE yang bertindak sebagai admin domain lokal, mereka memiliki lingkungan pengujian sendiri dan dapat melakukan hampir semua yang mereka inginkan dan butuhkan di LAN lokal mereka dengan satu kebijakan TI (tidak ada perangkat lunak bajakan). IT Korporat tidak bertanggung jawab dan tidak memberikan dukungan kepada devs dan hanya memberlakukan beberapa aturan korporat tingkat tinggi (tidak ada facebook, porno atau sejenisnya melalui firewall, devs tidak mengizinkan untuk mengacaukan dengan LAN korporat) dan mereka semua memiliki VPN berbasis RSA untuk bekerja dari rumah yang menempatkan mereka langsung di dalam LAN mereka. Rapi, bukan?


2

Jawabannya cenderung subyektif dan spesifik untuk setiap skenario individu, tetapi dalam kebanyakan kasus saya akan mengatakan ya.


2

Saya akan mengatakan bahwa hak administratif penting untuk proses pembangunan. Mengingat relatif mudahnya menggunakan VM ke kotak pasir, tidak ada alasan mengapa Anda tidak bisa memasukkannya ke dalam VM dan menjaga keamanan.

Apa pun yang salah dan Anda dapat menghapus dan membangun kembali dalam hitungan menit.


2
Ada satu alasan yang sangat bagus untuk tidak mengunci mereka menjadi VM - kinerja. Seorang pengembang yang bekerja pada aplikasi besar dapat dengan mudah menggunakan setiap bit dari mesin spesifikasi tinggi dengan RAM dalam jumlah besar, HDD cepat, dll. Menempatkan mereka pada VM hampir sama dengan mengembalikan mesin-mesin mereka dari beberapa tahun yang lalu. Bagus untuk keamanan tetapi tidak begitu baik untuk produktivitas.
John Gardeniers

1
Tapi bagus untuk memaksa pengembang untuk menulis ke mesin low end yang didukung secara resmi dalam proyek. Selain itu, dengan server virtual kami dapat melakukan dukungan toleransi kesalahan (dan dalam beberapa kasus beban utama) untuk produk langsung. Semua masalah mesin / kluster yang dijalankan VM Anda.
DivinusVox

4
Ini bukan tentang menulis untuk persyaratan tingkat rendah, ini tentang menggunakan alat yang membutuhkan kinerja lebih tinggi daripada yang diizinkan VM. Menggunakan Visual Studio 2010 di dalam VM terasa kurang responsif daripada pada bare metal. Produk yang Anda tulis dapat berjalan dengan baik di VM, tetapi itu tidak berarti alat pengembang selalu melakukannya.
Michael Shimmins

2

Pastinya! Biasanya banyak perkembangan yang berlangsung mungkin atau mungkin tidak dalam lingkungan virtual. Hak admin membantu mengatasi banyak penggantian penanganan layanan, entri registri, dan IIS secara lokal. Di sisi lain, itu tergantung pada seberapa banyak kepercayaan yang Anda miliki pada pengembang Anda.

Sebagai pengembang, ini membuat frustrasi ketika sesuatu tidak berfungsi karena kami tidak memiliki akses.


2

Tergantung. Sebagai pengembang, seseorang harus selalu beroperasi dengan prinsip privilege paling rendah. Jika Anda bekerja sebagai kontraktor pemerintah, Anda mungkin diwajibkan secara kontrak untuk tidak memiliki akses admin, misalnya.

Sebagai pengembang Java, saya hampir tidak perlu memiliki hak admin di mesin saya secara berkelanjutan . Namun, ada kasus yang sah ketika Anda membutuhkan sesuai permintaan akses admin berdasarkan (. Yaitu. Anda perlu memindahkan laptop Anda ke domain yang terpisah secara fisik, dan Anda perlu mengubah NIC Anda sesuai dengan itu.) Itulah satu-satunya waktu saya benar-benar diperlukan akses admin permanen dan berkelanjutan ke mesin saya.

Kadang-kadang Anda memerlukan akses admin karena IT kekurangan staf (atau tidak kompeten atau terperangkap dalam birokrasi). Tetapi jika Anda bekerja dengan departemen TI yang kompeten, mereka dapat menginstal barang-barang tersebut untuk Anda bahkan dari jarak jauh (atau dengan menyediakan penginstal khusus yang akan "dijalankan sebagai "Admin dan instal barang-barang untuk Anda hanya dengan mengkliknya.)

Jadi jawabannya (lagi) adalah - itu tergantung. Apakah Anda memiliki staf TI responsif yang dapat memasang berbagai hal sesuai permintaan (atau dalam waktu yang wajar)? Apakah pengembang benar-benar membutuhkannya untuk tugas yang harus dibayar ?

Jika pengembang benar-benar dan secara sah membutuhkannya (seperti dalam "Saya benar-benar TIDAK AKAN dapat melakukan apa pun tanpanya" ) sebagai lawan dari kenyamanan (seperti dalam "Saya ingin menginstal apa pun yang saya inginkan" ), dan jika dukungan TI tidak cukup responsif (untuk alasan apa pun), maka ya, mereka harus memiliki akses admin ke mesin mereka.

Kalau tidak, tidak. Ingat prinsip hak istimewa , orang.


2

Ada pengembang dan ada Pengembang. Jika "pengembang" adalah beberapa orang java JBoss $ 40 / jam menulis aturan untuk mesin aturan maka tentu saja tidak. Jika "pengembang" adalah orang C / Majelis $ 350 / jam yang membuat perangkat lunak pengeditan video Anda berjalan secepat mungkin pada GPU, maka ya, tentu saja.


1

Untuk perusahaan yang khawatir tentang keamanan, mereka akan meminta orang keamanan mendikte dan berusaha untuk menegakkan kebijakan yang bekerja dengan model pengembangan dan sistem mereka. Di Windows Environment, kebanyakan orang akan memberi tahu Anda bahwa Anda harus memiliki hak administratif pada host yang mereka kembangkan untuk melakukan tugas mereka.

Ini belum tentu benar ...

Anda dapat membuat kebijakan khusus dan membuat semua program dan fungsi berfungsi dengan pengguna pengembangan di suatu sistem. Anda hanya perlu turun dan kotor dan masuk ke seluk-beluk dengan izin khusus pada direktori program / sistem dengan grup atau grup kustom tergantung pada desain yang diinginkan.

Sebagian besar perusahaan akan mengatakan sangat berbahaya bagi pengembang untuk memiliki sistem di jaringan terbuka karena peretas bisa mendapatkan kendali dan mulai mengkompilasi alat mereka sendiri sehingga menjalani tugas itu jauh lebih berisiko dibandingkan pendapat profesional saya.


Meskipun apa yang Anda katakan benar secara teknis, itu juga merupakan mimpi buruk untuk menerapkan dan memelihara dan menciptakan lingkungan yang rapuh.
John Gardeniers

Saya lebih suka akses penuh pada jaringan dev, dan kemudian hanya terhubung ke jaringan perusahaan melalui internet dengan VPN jika ini adalah masalah nyata. Saya juga banyak perusahaan itu departemen saya telah melihat memberi saya kurang dari apa ISP yang baik !! Tidak perlu sebagai pengembang untuk berada di jaringan tanpa filter yang sama dengan departemen akun dll.
Ian Ringrose

1

Pengembang harus (idealnya) memiliki dua login domain.

Satu yang memiliki hak admin lokal (untuk pekerjaan pengembangan) dan satu yang memiliki hak yang sama dengan semua orang di perusahaan. Kemudian, mereka dapat menguji pekerjaan mereka pada set izin yang representatif.

Ini kemudian harus mengurangi kemungkinan ItWorksOnMyMachine-itis yang muncul sesekali .....


0

Saya harus (tampaknya) memberikan suara yang berbeda dan mengatakan tidak hanya tidak, tetapi "tidak ada". Saya tidak punya masalah memberikan hak admin devs pada VM sandboxed yang tidak memiliki akses jaringan. Zypher sudah hampir benar (koreksi dicetak tebal):

"1. Menjadi admin di kotak saya adalah hak istimewa BUKAN hak." Sistem ini adalah aset perusahaan yang menjadi tanggung jawab saya. Ketika Joe Developer menginstal salinan Microsoft Bob bajakannya ("karena saya perlu ") itu bukan dia yang harus menjelaskan bagaimana itu tidak ditemukan sebelum audit. Pengembang secara rutin berpikir bahwa entah bagaimana aturan perusahaan tidak berlaku bagi mereka. Dengan memberi mereka VM berpasir, mereka dapat mengikuti semua aturan yang harus diikuti semua orang (karena sekarang hanya TI yang dapat menyalin file ke dan dari sistem). Ajaibnya sistem permintaan digunakan oleh pengembang lagi, langit tidak lagi jatuh ketika Joe Developer membuat kotak pengembangannya - ia hanya meminta yang baru (atau mengembalikan jika ia meminta cadangan)

Tn. Denny menyebut pengembang membutuhkan biaya ketika mereka harus menunggu aplikasi diinstal, A. halo ... waktu saya biasanya sama berharganya dengan Joe Pengembang (biasanya lebih karena saya menjaga crapware yang ada tetap berjalan- dan apakah saya benar-benar harus menyebutkan semua waktu yang dihabiskan untuk membantu pengembang Joe men-debug karya terakhirnya), dan B. ketika dev overbudget karena mereka sedang menunggu aplikasi dan mencoba menyalahkan IT untuk itu saya akan mengatakan:

Kurangnya perencanaan untuk apa yang Anda butuhkan untuk menulis perangkat lunak bukan tanggung jawab saya, kami memiliki seperangkat alat standar dan jika kotak alat itu tidak memenuhi apa yang Anda butuhkan, Anda harus memiliki permintaan Anda untuk mendapatkan lebih banyak alat yang dipercepat daripada upaya untuk membuat saya melompat melalui lingkaran untuk mendapatkannya untuk Anda karena tenggat waktu Anda besok.

Setelah mengatakan semua ini, mengunci desktop pengembang bau, jika Anda bisa menyingkirkan pengembang jelek yang berpikir mereka berhak untuk menonton koleksi baywatch mereka dan marah mengetahui bahwa mereka tidak dapat menginstal pemain babewatch untuk melihatnya ("tapi itu open source ") Anda mungkin dapat melonggarkan. Tetapi untuk setiap pengembang hebat yang "mendapatkannya", ada 10 lagi yang akan disewa perusahaan Anda untuk aplikasi vertikal 200 juta dolar itu, dan itulah yang harus Anda perhatikan.

EDIT: Ini sangat mungkin bahwa pengembang saya telah terkena sangat membosankan (polling tanaman saat ini hanya 1 telah mendengar tentang stackoverflow, untuk memberikan beberapa tingkat patokan). Sudut pandang awal yang saya mulai adalah "apa yang Anda butuhkan untuk melakukan apa yang dibayar perusahaan untuk Anda lakukan". Jika Anda memerlukan hak admin, Anda mendapatkannya, tetapi Anda tidak boleh berbelit-belit dengan mereka dan jika saya bisa memberi Anda sebuah kotak yang terus terang saya tidak peduli apa yang Anda lakukan untuk itu dan itu berfungsi maka kita berdua baik untuk pergi.


14
Wow, BOFH tinggal di antara kita! Anda telah gagal pada prinsip dasar bahwa pekerjaan kita terutama adalah memungkinkan semua orang untuk melakukan pekerjaan mereka sebaik mungkin dalam batas yang dikenakan pada kita oleh kebijakan, persyaratan hukum, dll. BUKAN salah satu dari menentukan secara sewenang-wenang kepada orang lain bagaimana mereka adalah untuk bekerja hanya karena itu cocok untuk kita melakukannya.
John Gardeniers

+1 untuk paragraf terakhir. Anda dapat menghilangkan semua paragraf lain jika Anda hanya mempekerjakan pengembang yang layak.
Robert Harvey

6
Wow - cintai mentalitas kita dan mereka. Apakah Anda menganggap bahwa batas waktu "nya" sebenarnya adalah batas waktu "Anda" juga karena Anda semua terlibat bersama (mungkin) untuk kepentingan perusahaan. Saya tidak mengenal Anda dari sebatang sabun, tetapi Anda mengingatkan saya pada admin sistem yang jahat, sombong, mencoba-untuk-menemukan-cara-untuk-mengatakan-tidak-bukan-daripada-ya. Untuk semua orang, 1 sys admin yang baik di luar sana ada 10 yang disewa perusahaan Anda yang mengabadikan stereotip yang baru saja Anda buat dan membuat semua hal lain dalam kehidupan perusahaan menjadi jauh lebih sulit. Anda harus peduli dengan pemberian layanan, bukan kendala.
Michael Shimmins

Saya telah secara khusus membahas sebagian besar poin ini dalam sebuah jawaban: serverfault.com/questions/232416/...
Marc Gravell

1
Mungkin ANDA adalah alasan bahwa "para pengembang yang Anda kenal sangat membosankan" .... Sebuah perusahaan harus memutuskan apakah ia ingin pengembang bebas berpikiran tumpul dan tidak dapat bertindak dengan cara yang membuat pengembang bebas berpikir bebas dan kemudian berharap untuk menjauhkan siapa pun dari pengembang bodoh. Namun pengembang yang membosankan bisa menjadi yang terbaik dari banyak pekerjaan korporat.
Ian Ringrose
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.