Haruskah pengembang perangkat lunak mendapatkan anggaran peralatan tahunan? [Tutup]


51

Saya melihat posisi baru dengan perusahaan baru. Saya telah berbicara dengan beberapa orang di masa lalu (secara umum, bukan di perusahaan ini) bahwa mereka telah diberi anggaran tahunan untuk membeli barang-barang komputer baru agar tetap terbaru.

Sekarang mengapa saya merasa pertanyaan ini layak ditanyakan di sini adalah bahwa Joel langsung keluar dan mengatakan bahwa seorang majikan harus membayar peralatan terbaik yang dapat dibeli dengan uang ... dengan alasan tentu saja.

Dari The Joel Test: 12 Langkah ke Kode Lebih Baik

9. Apakah Anda menggunakan alat terbaik yang dapat dibeli dengan uang?

Menulis kode dalam bahasa yang dikompilasi adalah salah satu dari hal-hal terakhir yang masih tidak dapat dilakukan secara instan di komputer rumahan berbagai taman ...

Tim pengembang terbaik tidak menyiksa programmer mereka. Bahkan frustrasi kecil yang disebabkan oleh penggunaan alat yang kurang bertenaga bertambah, membuat pemrogram pemarah dan tidak bahagia. Dan seorang programmer pemarah adalah seorang programmer yang tidak produktif ...

Adakah yang tahu jika industri memiliki standar sedemikian untuk menawarkan uang saku atau anggaran?

Saya tidak pernah bekerja untuk perusahaan seperti ini, tetapi saya berpikir saya harus melemparkan ini ke dalam negosiasi. Tampaknya masuk akal. Bagaimana perusahaan besar seperti MS, Google, dan Apple menangani ini? Jika Anda menjawab ya, berikan kisaran ... Saya telah diberi tahu angka dari $ 5k hingga $ 10k. Tampaknya tinggi bagi saya, tapi hei saya dengan senang hati akan menerimanya.


4
Siklus penyegaran untuk non-pengembang juga penting. Jika pengguna internal Anda masih harus menggunakan XP dan IE6, itu akan membatasi kemampuan Anda untuk memperkenalkan fitur-fitur baru.
mhoran_psprep

2
Tidak ada standar, beberapa perusahaan menyediakan anggaran, yang lain tidak. Saya sudah bekerja untuk keduanya, saya saat ini di tempat yang akan membeli Anda laptop baru dan menutupi hingga $ 1000 dan menarik sisanya dari gaji Anda selama 12 bulan ke depan untuk membayar sisanya.
Alan Barber

3
@AlanBarber - perusahaan Anda membuat Anda membayar peralatan sendiri? Saya kira itu berarti ketika Anda pergi, Anda harus menyimpannya, bukan?
warren

12
salah satu tempat terbaru saya bekerja saya diberi $ 300 "murid" kelas Dell craptop dengan i3 termurah dan 8GB RAM sebagai mesin utama saya sebagai Direktur Pengembangan Aplikasi. Ini adalah "standar" untuk pengembang sampai saya mengeluh dan membuat semua orang setidaknya mesin i5 mid-tier dengan 16GB RAM, Anda tidak akan percaya seberapa banyak semangat meningkat, dan tentu saja produktivitas meningkat 10 kali lipat.

3
Ini bukan tentang "pengalaman pengguna" ini tentang produktivitas pengembang . Tidak memiliki paging mesin terus-menerus setiap kali Anda memulai membangun, atau menyebarkan kembali aplikasi ke server aplikasi lokal, atau me-restart server aplikasi lokal, atau mampu menjalankan 2 mesin Virtual Box untuk pengujian lintas browser. Hanya bisa menendang membangun, dan kemudian kembali ke pengkodean sangat penting. Semua hal ini menghasilkan 10X atau lebih produktivitas selama satu hari. Orang-orang QA dan UX harus melakukan pengujian penerimaan pada perangkat keras dan browser lama. Pengembang harus menghasilkan produk seefisien mungkin.

Jawaban:


102

Secara pribadi, saya ingin perusahaan hanya memilah-milah peralatan yang saya butuhkan, tidak memberi saya anggaran dan membuat saya berurusan dengan semua penelitian, negosiasi dan kerumitan lain yang masuk ke dalam membeli dan menginstal perangkat keras perusahaan.

Pada akhirnya, semua yang ingin saya lakukan tentang perangkat keras adalah menyatakan beberapa persyaratan saya, dan meminta orang lain melakukan semua pekerjaan itu, sehingga saya dapat melanjutkan pekerjaan saya.

Yang lebih penting dan sesuai (IMHO) adalah anggaran pelatihan pribadi, yang dengannya Anda dapat membeli buku dan menghadiri kursus dan konferensi.


20
lucu, secara pribadi saya merasa sebaliknya: Saya benar-benar benci datang ke perusahaan dan ditawari perangkat keras yang tidak terlalu canggih dengan omong kosong yang sudah diinstal sebelumnya atau fitur terbatas. Saya jauh lebih suka diberi anggaran dan memilih perangkat keras yang saya tahu kemudian menginstal hanya apa yang saya butuhkan. Pada akhirnya saya akan lebih produktif. +1 meskipun untuk anggaran pelatihan
stijn

25
@stijn Saya mengerti maksud Anda, tetapi bukankah itu lebih tentang kompetensi orang yang menyediakan perangkat keras, daripada tentang apakah Anda menyediakannya sendiri?
Paul Butcher

5
itu tentu saja merupakan faktor, ya. Yang lain adalah saya menjadi orang yang suka mengendalikan ketika harus mengatur tempat kerja saya:]
stijn

5
Memiliki alokasi anggaran untuk perangkat keras tidak harus menyiratkan harus memilah rincian sendiri. Untuk melakukannya dengan cara itu hanyalah jalan keluar yang mudah bagi perusahaan.
CVn

6
Saya pribadi merasa berguna untuk membuat mesin sendiri. Saya dapat tetap mendapatkan informasi terbaru tentang teknologi terbaru di dunia perangkat lunak, tetapi ada baiknya dipaksa melihat perangkat keras dari waktu ke waktu. Setiap kali saya harus memutakhirkan, saya menemukan perkembangan baru dalam perangkat keras yang sebaliknya saya tidak akan tahu jika orang lain membuat mesin saya untuk saya.
Phil

23

Haruskah pengembang perangkat lunak mendapatkan anggaran peralatan tahunan?

Pasti menyenangkan untuk dimiliki dan sesuatu yang akan saya bahas untuk diskusi atau bahkan sebagai bagian dari chip tawar-menawar Anda untuk negosiasi gaji. Pertanyaannya lebih lanjut tentang apakah itu "harus" atau "harus" .

Adakah yang tahu jika industri memiliki standar sedemikian untuk menawarkan uang saku atau anggaran?

Sayangnya industri ini tidak menganggapnya sebagai praktik standar, tetapi untungnya beberapa perusahaan agak kurang serakah dan lebih banyak berhubungan dengan kebutuhan pengembang mereka (dan karyawan pada umumnya).

Ini akan menjadi jawaban yang agak luas, dan dengan anggaran saya tidak membuat perbedaan antara anggaran yang diberikan kepada Anda untuk membeli atau melakukan pemesanan, atau sebagai sesuatu yang transparan di mana Anda meminta peningkatan yang dikelola oleh staf perusahaan Anda . Dalam buku-buku mereka, semuanya sama saja.


Berguna

Masalahnya adalah bahwa ini jelas dapat dengan cepat mewakili anggaran besar untuk sebuah perusahaan, jika mencapai massa kritis tertentu. Namun, saya setuju dengan Anda dan Joel bahwa itu sangat berharga.

Sama sekali tidak ada gunanya membuat karyawan frustrasi.

Jangan dimanja

Yang sedang berkata, Anda juga perlu menjaga karyawan sejalan dan membuat mereka menyadari bahwa kadang-kadang kinerja yang buruk atau perangkat keras yang sedikit ketinggalan zaman hanyalah fakta kehidupan . Anda tidak ingin semua orang berubah menjadi anak-anak manja yang menginginkan SSD baru, prosesor iN terbaru, GB ram tambahan, dll ...

Saya tidak ingin orang terobsesi dengan masa muda yang kekal, dan itu juga berlaku untuk perangkat keras.
(Namun, dengan proyek perangkat lunak, saya cenderung mendorong untuk tetap sedekat mungkin dengan rilis terbaru ... Analogi tidak selalu berlaku :))

Kebutuhan Khusus untuk Perangkat Keras Tertentu

Saya pikir ada perbedaan yang harus dibuat antara:

  • peralatan dasar yang pasti diperlukan untuk pekerjaan Anda saat Anda mulai,
  • dan peralatan yang lebih canggih di mana kebutuhan berasal dari persyaratan khusus.

Paket Dasar

Sebagai contoh, berikut ini adalah hal-hal standar yang Anda berhak harapkan, dan yang saya tidak melihat kebutuhan (kuat) untuk pesanan khusus:

  • laptop + ponsel (jika Anda seorang konsultan di tempat),
  • workstation jika Anda bekerja di luar situs dan menginap di induk,
  • plus mungkin beberapa barang non-kontroversial seperti:
    • perangkat input yang layak (keyboard, mouse, mungkin trackball ...)
    • kursi yang layak.

Ini bisa sama untuk seluruh perusahaan, kecuali untuk kasus-kasus khusus seperti karyawan penyandang cacat. Karyawan dengan disabilitas atau cedera jelas harus ditampung.

Bonus

Maka jika jelas Anda harus melakukan banyak konferensi video dan presentasi, Anda mungkin ingin beberapa gadget seperti bluetooth, tablet, dan stylus. Yang sebenarnya dapat dibagikan lintas departemen dengan menggunakan sistem reservasi, untuk tidak berakhir pada semua orang yang meminta beberapa (dan kehilangan mereka), sambil mengurangi ruang untuk merengek.

Jika Anda seorang desainer, Anda akan membutuhkan tablet gambar, trackball, dll ... Saya sesekali melihat pengembang yang meminta trackball alih-alih mouse. Secara pribadi saya sudah mencoba keduanya, dan saya melihat keduanya hampir sama identik, jadi saya tidak pernah benar-benar setuju dengan klaim ini, jika Anda tidak memiliki kebutuhan khusus untuk itu selain "Saya suka lebih baik". Anda dapat hidup dengan mouse bukannya trackball tanpa mengembangkan RSI dalam waktu 8 jam jika Anda belum memiliki masalah dan memiliki kebiasaan penggunaan yang benar. Ini masalah yang berbeda ketika Anda mendapatkan mouse jelek atau trackball atau keyboard, tapi saya tidak melihat kemenangan yang jelas untuk satu atau yang lain.

Jika Anda seorang pengembang yang perlu menjalankan 4 server aplikasi secara bersamaan, membangun proyek, dan menjaga 3 contoh Eclipse atau Visual Studio terbuka setiap saat, Anda tentu saja memerlukan workstation yang kompetitif. Saya akan mempertimbangkan ini "kebutuhan dasar" untuk pengembang , jadi itu tidak berarti dudes pemasaran harus perlu disejajarkan dengan itu.


Bangun Kasus Anda: Hard-Data For the Win

Dari pengalaman, sebagian besar perusahaan memahami mengenai kebutuhan Anda jika Anda dapat membuktikan bahwa mereka sah. Jika Anda dapat mempertahankan alasannya, mereka akan mengeluarkan uang atau mencoba mengakomodasi Anda. Mereka membayar Anda untuk bekerja , sehingga mereka benar-benar tidak ingin Anda membuang-buang waktu.
(Yaitu, jika mereka sedikit peduli dengan pekerjaan Anda ... jika Anda tidak relevan, saya khawatir Anda kurang beruntung di sana ...)

Tunjukkan Gain untuk Anda

Jadi, di masa lalu, rekan kerja saya dan saya mendapatkan peningkatan untuk RAM, perangkat input, kursi, hard drive dan seluruh workstation atau bahkan server farm berdasarkan pada persyaratan yang dikumpulkan dan diuraikan dengan jelas. Dibutuhkan sedikit waktu untuk membangun kasus Anda, jadi diskusikan dulu dengan manajer lini Anda, tetapi mungkin akan baik-baik saja. Atau habiskan waktu ekstra satu minggu di kantor untuk membangun kasing, itu bisa berharga dan manajer lini Anda akan lebih mempercayai Anda dengan keputusan seperti itu di masa depan.

Perlihatkan Gain untuk Mereka (Uang adalah akar dari semua kejahatan ...)

Sehubungan dengan contoh di atas, kami melakukan misalnya menghitung waktu membangun dan pengurangan yang bisa kami dapatkan, dan melakukan perbandingan antara berbagai pengaturan yang ada di perusahaan, menghitung rata-rata waktu yang terbuang per pengembang per hari, dan kemudian membuat mereka sadar bahwa itu setara dengan satu tahun hingga sekitar 20 hari penuh per orang karena tidak dapat melakukan apa-apa (karena komputer pada dasarnya tidak responsif jika Anda tidak memiliki paling tidak quad-core dan 8GB RAM untuk versi ini). Kali jumlah pengembang, itu jumlah besar jam mereka membayar orang untuk tetap melakukan apa-apa, yang jauh lebih tinggi daripada memperbarui setidaknya beberapa stasiun.

Baru-baru ini, seorang rekan kerja telah melakukan evaluasi yang sama untuk meyakinkan mereka untuk mempertimbangkan drive SSD, dan sedang dalam proses mengumpulkan data yang sangat halus tentang berapa banyak waktu yang akan dihemat untuk setiap tubuh, dengan cara yang sama.

Untuk pertanyaan yang berhubungan dengan kesehatan, rekomendasi sederhana dari dokter Anda, bahkan informal, mungkin cukup.

Untuk perangkat lunak khusus, Anda mungkin hanya perlu menyajikan keunggulan alat dan dampaknya saat diintegrasikan ke dalam proses Anda. Sebagai contoh, saya berhasil membuat 3 perusahaan terakhir saya untuk membeli lisensi untuk alat wireframing setelah menggunakan versi demo untuk presentasi untuk menarik minat mereka, dan kemudian menggunakannya secara lebih luas dalam satu atau dua proyek berumur pendek yang melibatkan beberapa orang. Ini agak murah, tetapi pada awalnya mereka tidak ingin membeli lisensi tanpa melihat kebutuhan. Ketika mereka menyadari itu jelas membantu memvisualisasikan prototipe dan membuat keputusan yang berpendidikan sebelumnya, mereka memberi lampu hijau dengan cepat.

Rencana

  • Tentukan paket upgrade.
  • Tentukan tolok ukur dan metrik yang digunakan untuk mengukur perolehan.
  • Berikan hasil yang jelas.
  • Buat kesimpulan tentang hasil ini.
  • Mungkin melakukan beberapa langkah awal tentang perhitungan biaya dan tabungan (diskusikan juga dengan manajer lini, atau lakukan ini di review kedua proposal Anda).
  • Mintalah rekan kerja untuk menandatangani atas permintaan Anda, mungkin dengan masing-masing menulis pernyataan tentang bagaimana perasaan mereka tentang pembaruan, apakah itu positif atau negatif (intinya bukan untuk membuat pidato pemasaran yang sepenuhnya bias untuk memeras sesuatu dari perusahaan Anda, itu juga untuk benar-benar meneliti ini dan melihat apakah itu benar-benar diperlukan).

Catatan Cepat tentang Peningkatan Besar untuk Seluruh Tim

Sarankan rilis bergulir jika Anda meminta peningkatan untuk seluruh tim:

  • itu mendistribusikan biaya selama periode yang lebih lama ,
  • itu memberi waktu untuk menyelesaikan masalah transisi ("wah, hanya menyadari bahwa CPU ini dikombinasikan dengan versi OS ini benar-benar menghadirkan masalah ketika mengkompilasi silang produk X kami untuk platform X lainnya"),
  • itu mencegah seluruh tim dari terjebak dalam neraka pemeliharaan TI dengan menginstal ulang sistem, pembaruan sistem dan masalah batu tulis yang biasa, atau kecelakaan sesekali '("whoops, hapus cadangan penting ...").

Akui Kekalahan: Tidak Selalu Berfungsi Untuk Semuanya ...

Dan memang demikian. Tidak semuanya bisa diterima. Dan hal-hal yang dapat diterima mungkin di luar jangkauan untuk perusahaan Anda. Bangun koper Anda, bawa ke manajer lini, diskusikan saat makan siang tim atau sesuatu yang lebih ramah dan bersemangat tim daripada panasnya ulasan keuangan tahun ini.

Juga, jika Anda kesulitan membangun kasing Anda :

  • mengakui bahwa Anda mungkin tidak membutuhkannya ,
  • mengakui Anda mungkin salah dan meningkatkan X tidak memberi Anda apa yang Anda pikir akan.

Jika Anda tidak dapat membuat kasing dan mulai bersikap defensif tentang permintaan Anda, itu berarti Anda akan lebih baik melakukan sesuatu yang lain.


2
+10 untuk jawaban yang jelas dan terdefinisi dengan baik, dengan rencana yang bisa dicuri untuk pembenaran. Beralasan, esp. dengan bagian Admit Defeat.
Jennifer S

@ JenniferS: Terima kasih. Saya senang jika itu berguna bagi seseorang.
haylem

Saya merasa seperti mendapatkan RSI sekitar dua tahun yang lalu (saya bekerja secara teratur 50/60 jam per minggu) - mendapat trackball (Kensington) dan sejak itu saya tidak merasakan apa-apa. Mouse secara ergonomis sangat aneh. Namun penemuan Apple jelek lainnya! Lucu bahwa keyboard split Microsoft sangat baik untuk digunakan ... hanya produk MS yang pernah saya rekomendasikan.
Bryan Hunt

Inilah beberapa makanan untuk dipikirkan. Bagaimana saya bisa menghabiskan uang pribadi saya untuk perangkat lunak atau perangkat keras yang perusahaan saya tidak mau bayar? Menghabiskan uang saya sendiri berarti saya benar-benar yakin bahwa perangkat keras atau lunak itu akan membantu saya melakukan pekerjaan saya dengan lebih baik. Saya tidak berpikir ini tentang dimanjakan, saya pikir programmer dan manajer perlu mengambil profesi kita lebih serius. Dan bertindak seperti profesional sejati tentang hal itu.
Saab

@BryanHunt: Saya pikir (jangan mengutip saya tentang hal itu) bahwa Apple adalah yang pertama mencoba untuk membagi keyboard, jadi jangan salahkan mereka terlalu banyak. Dan (Anda bisa mengutip saya tentang itu) mereka juga tidak benar-benar menciptakan mouse. Ada model-model sebelumnya, tetapi kami umumnya menganggap bahwa Douglas Engelbart di Stanford menciptakan mouse modern pertama, dan kemudian dikembangkan lebih lanjut di Xerox PARC (yang dikunjungi oleh orang-orang Apple). Saya setuju mouse itu tidak sempurna (dan saya punya beberapa masalah tahun lalu), tapi itu bisa dikurangi jika Anda tidak memiliki yang benar-benar jelek. (Hal yang menakutkan, RSI itu. Senang milikmu baik-baik saja).
haylem

8

Tunjangan masing-masing peralatan tahunan adalah jalur berbahaya untuk diikuti:

  • Manajer akan mengharapkan waktu kompilasi yang dapat diabaikan, oleh karena itu peningkatan produktivitas.
  • Anda harus berurusan dengan semua kerumitan yang terkait dengan memelihara peralatan profesional, dari membeli hingga menyingkirkan melalui banyak kegagalan yang pada akhirnya akan terjadi.
  • Bagaimana dengan peralatan umum? server, router, sysadmin, perangkat lunak berlisensi / korporat ... Jika saya bos, saya akan menjual layanan ini sebagai bagian dari tunjangan.

  • Bagaimana dengan melangkah lebih jauh? tunjangan telepon, meja, kantor, mesin kopi, tenaga listrik, AC ...


7
Memiliki tunjangan atau anggaran masing-masing peralatan tidak selalu menyiratkan poin yang Anda daftarkan. Jika Anda menyatakan persyaratan seperti misalnya "pengembangan IDE X yang kami gunakan membutuhkan RAM 4 GB untuk menjalankan dengan sangat cepat; Saya ingin dapat menjalankan tiga contoh dengan beberapa ruang kosong, jadi minimum 16 GB RAM", maka TI masih dapat
selesaikan rinciannya

Sementara "Memiliki tunjangan atau anggaran masing-masing peralatan tidak selalu menyiratkan poin yang Anda daftarkan." adalah benar. Manajer yang tidak mengerti akan menganggap bahwa karena Anda membuat pilihan dan menghabiskan uang, semuanya akan bekerja dengan sempurna dan tidak ada alasan Anda tidak dapat memberikan produktivitas X% lebih tinggi.
cdkMoose

2
Semua yang Anda minta bisa menjadi senjata yang digunakan untuk melawan Anda oleh manajemen. Pilih pertempuran Anda.
JeffO

5

Gaji insinyur tahunan tinggi, oleh karena itu berinvestasi dalam peralatan itu bagus. $ 5-10k tidak apa-apa, jika itu akan digunakan dengan baik.

Mengutip penulis perpustakaan MSM boost :

Waktu kompilasi mesin negara dengan> 80 transisi yang akan membuat Anda menyerbu kantor CFO dan memastikan Anda mendapatkan octocore mengkilap dengan RAM 12GB minggu depan, kecuali dia tertarik membayar Anda menonton kompiler yang menderita selama berjam-jam ... ( Pastikan Anda meminta dual 24 "juga, tidak ada salahnya).

Namun, jika peralatan saat ini masih bagus, saya tidak melihat gunanya membuang-buang uang.


4

Saya kira itu tergantung pada lingkungan tempat Anda bekerja. Ambillah Delphi misalnya, waktu kompilasi yang sangat cepat sehingga kecepatan komputer menjadi kurang penting. Layar realestate tidak.

Selain itu, walaupun memberikan alat baru itu bagus, jangan meremehkan waktu yang hilang saat memasang komputer baru, mengkonfigurasi pengaturan Anda seperti sebelumnya. Hal-hal tidak berfungsi.


4

Katakanlah Anda sedang mengerjakan proyek yang mengerjakan selusin kompilasi atau tes yang dibangun sehari, dan masing-masing proyek membutuhkan sepuluh menit.

Jika Anda memiliki mesin yang lebih baik, mungkin hanya butuh delapan menit. Atau lima menit. Dan mesin Anda mungkin masih cukup cepat untuk melakukan hal-hal lain sehingga Anda dapat tetap bekerja saat sedang membangun.

Tentukan berapa banyak waktu yang akan Anda hemat setiap hari, tambahkan satu tahun penuh. Konversikan ke nilai dolar dengan menggunakan kurs per jam Anda.

Terkejut belum?


3

Saya pikir ada pro dan kontra (seperti biasa). Memiliki anggaran masing-masing peralatan dapat berarti beragam perangkat keras, baik untuk debugging, buruk untuk pemeliharaan.

Apakah individu juga melacak jaminan pada peralatan? Waktu terbuang jika mereka melakukannya, masalah administrasi jika tidak.

Ini mungkin tergantung pada situasi Anda. Perusahaan kecil / menengah yang menjual perangkat lunak ke pasar umum, maka anggaran individu mungkin merupakan hal yang baik, (baik untuk debugging). Korporasi besar yang bekerja pada perangkat lunak internal, maka anggaran individu mungkin merupakan hal yang buruk (semua orang memiliki perangkat keras yang sama).

Ada juga argumen bahwa pengembang harus menguji pada mesin yang rata-rata, sehingga mereka mendapatkan kinerja yang sama dengan target pengguna.


1

Saya pikir anggaran tahunan adalah buang-buang uang - peralatan tidak menjadi usang yang cepat. Saya pikir lebih baik untuk meningkatkan ketika kinerja melompat ke depan ke tempat yang layak untuk beralih, misalnya ketika prosesor dual-core diganti dengan quad atau 6-core, ketika Windows 7 menggantikan Windows Vista dan XP, ketika terabyte keras drive diganti 200 atau 300 MB drive, dan ketika drive SSD keluar. Ini semua adalah peningkatan yang signifikan.

Tetapi setelah mendapatkan desktop terbaru dan terhebat dengan beberapa atau semua fitur yang disebutkan di atas, tidak masuk akal untuk menghabiskan $ 5K lainnya pada tahun berikutnya untuk peningkatan tambahan.

Juga, saya percaya semua pengembang dalam grup harus ditingkatkan bersama, dan juga mendapatkan peralatan yang sama, karena dukungan akan lebih mudah seperti itu.


Mengapa downvote? Saya menjawab pertanyaan itu. Siapa pun yang downvoted mungkin tidak setuju dengan saya, tetapi itu tidak pantas downvote.
tcrosley

Siapa yang memutuskan kapan peningkatan teknologi signifikan dalam kasus ini?
Zoot

2
@ Zoot Itu biasanya akan menjadi manajer grup (dengan masukan dari pengembang), atau CTO (Chief Technology Officer jika ada) atau dalam kasus satu perusahaan kecil tempat saya bekerja, CEO (CEO yang memiliki gelar CS, jadi dia memenuhi syarat untuk membuat keputusan seperti itu). Keputusan harus dibuat oleh seseorang yang dapat menimbang manfaat bagi programmer dibandingkan biaya keseluruhan untuk perusahaan. Jika Anda bekerja untuk perusahaan yang memproduksi perangkat lunak di mana manajemen tingkat atas tidak memenuhi syarat untuk mengenali perubahan teknologi, saya akan lompat. Mereka mungkin tidak memenuhi syarat untuk mengelola proyek perangkat lunak juga.
tcrosley

0

Anggaran tahunan akan menyenangkan, tetapi saya dapat melihat beberapa pemborosan terjadi jika Anda harus "menggunakannya atau kehilangannya". Misalnya beberapa tahun Anda mungkin perlu menyiapkan dan menghabiskan lebih banyak dari yang dialokasikan tetapi tahun-tahun lain Anda mungkin tidak perlu menghabiskan banyak. Jadi mengizinkan anggaran untuk bergulir ke tahun berikutnya akan menjadi penting bagi kebijakan tersebut.

Pilihan lain adalah menggabungkan anggaran perangkat keras dengan pelatihan, sehingga Anda dapat memilih untuk memasukkan sebagian ke dalam pelatihan dan sebagian ke dalam perangkat keras. Tentu saja majikan yang baik akan menempatkan Anda pada kursus pelatihan setiap tahun, tetapi dalam pengalaman saya ini jarang terjadi.


0

Saya belum pernah bertemu dengan anggaran seperti itu. Pada kontrak jangka panjang, korporasi menyediakan barang-barang komputer dan mereka peduli jika ada yang rusak. Ini lebih rasional daripada memberi karyawan uang dan berharap mereka akan membeli untuk apa yang mereka inginkan. Bagaimana ketika laptop seseorang rusak? Beberapa hari terbuang sebelum dia memperbaikinya atau membeli bagian-bagian baru dll. Ketika perusahaan mengelola perangkat keras, dia akan mendapatkan pengganti untuk laptop yang rusak dalam beberapa jam.

Kasus lain adalah kontraktor / pekerja lepas, yang disewa untuk jangka pendek, dan mereka mengelola barang-barang mereka sendiri. Mereka menangani perbaikan sendiri dan mereka hanya berharap pembayaran akan cukup baik sehingga akan menguntungkan bagi mereka.


0

Ketika perusahaan tempat saya bekerja, kami memiliki uang saku perangkat pribadi senilai $ 1500. Karyawan dapat membeli peralatan untuk bekerja di rumah dan membiayainya. Karena perusahaan dibeli dan dijual, kami kehilangan manfaat yang baik ini. Departemen TI kami saat ini akan memasok para pengembang dengan peralatan terbaik, tetapi berasal dari salah satu vendor besar (HP, Dell, Lenovo, dll).


Baik Dell dan HP membuat kit mengerikan hari ini. Sangat murah dan sangat sering hanya Windows (nirkabel, modem, grafik). Tidak ideal untuk pengembang yang menggunakan OS Linux sebagai desktop pengembangan sehari-hari mereka.
Bryan Hunt

-1

Pembaruan tahunan tidak diperlukan. Saya tergantung pada kinerja sistem alat Vs.

Saya lebih suka bahwa sistem Pengembang ditingkatkan karena mereka membutuhkan sistem yang lebih kuat untuk menjalankan semua alat pengembangan.

Ini pada dasarnya baik untuk organisasi karena mengurangi waktu pengembangan.

juga setiap organisasi harus mempertimbangkan untuk menggunakan server terpusat seperti sistem yang dapat digunakan untuk menginstal perangkat lunak yang dapat digunakan untuk tujuan pengujian dan mengurangi pemanfaatan sumber daya pada sistem pengembang.


-1

Pengembang harus mendapatkan pelatihan tahunan + anggaran peralatan, tetapi ketika segalanya berjalan sangat baik, kelas tambahan / konferensi / pelatihan / peralatan / buku / tshirts / makanan harus disediakan.

Biasanya bernilai lebih bagi pengembang daripada uang tunai.

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.