Adakah anda pernah tertanya-tanya mengapa orang pintar seperti pembangun perisian mengacaukannya dengan kerap? Ada orang yang melakukannya. Dalam catatan ini kami menyemak beberapa undang-undang tidak bertulis yang menggambarkan tingkah laku profesional pengkomputeran.
Komputer pertama saya adalah Commodore 64. Hampir 30 kb RAM digunakan untuk sistem, meninggalkan 32 kb untuk pemprosesan kata, permainan, perakaunan perniagaan keluarga, dan hampir semua yang saya lakukan dengan komputer 6 gb yang saya miliki sekarang. Itu membiarkan soalan terbuka Adakah peralatan hari ini memenuhi keperluan perisian atau adakah perisian menggunakan lebih banyak sumber perkakasan kerana tersedia?
Secara adil, permainannya tidak sama, grafik tidak sama kualiti, dan mustahil untuk menonton filem dan mendengar muzik. Walau bagaimanapun, seseorang tidak dapat tidak memikirkannya ada program yang mengeluarkan versi dan menghabiskan lebih banyak sumber tanpa benar-benar menyumbang sesuatu yang baru.
Inilah sebab-sebabnya.
Hukum Zawinsky
Pemaju Netscape Jamie Zawinsky berpendapat bahawa Setiap program menggabungkan ciri sehingga dapat membaca e-mel. Sekiranya dia tidak berjaya, dia akan digantikan oleh orang lain yang mampu melakukannya.
Ketika mengatakannya, jenaka itu adalah bahawa dia merujuk kepada program yang pada asalnya tidak dimaksudkan sebagai pelanggan e-mel. Ia menjadi tidak lucu apabila diketahui bahawa banyak aplikasi di Google Play meminta izin untuk mengakses komponen telefon dan data pengguna yang tidak perlu mereka lakukan.
Ada yang menafsirkan ini sebagai sebahagian daripada usaha untuk mengintip pengguna. Tetapi mungkin fitrah manusia untuk melakukan sesuatu hanya kerana dapat dilakukan.
Prinsip Peter diterapkan pada perisian
Lawrence Peter menjadi terkenal kerana menyatakan bahawa dalam hierarki, seseorang naik ke posisi yang sangat tidak kompetennya. Tetapi dia juga sempat mengatakan sesuatu tentang projek yang kompleks:
"Projek yang kompleks akan menjadi terlalu kompleks untuk difahami walaupun oleh pemaju sendiri."
Prinsip paling tidak hairan
Diterbitkan dalam Jurnal Sistem IBM pada tahun 1984, prinsip ini menyatakan bahawa:
"Jika fitur yang diperlukan menyebabkan kejutan besar, fitur tersebut mungkin perlu didesain semula."
Dalam kata lain, jika sebahagian atau semua perisian sangat berbeza dengan yang biasa digunakan pengguna, yang terbaik adalah reka bentuk semula. Sebaik-baiknya, berusaha untuk mencapai peningkatan tambahan yang cukup besar untuk memberi kesan, tetapi cukup kecil untuk tetap biasa untuk pengguna.
Sayang sekali Shuttleworth tidak mengambil kira ketika melancarkan Unity.
Undang-undang Entomologi Cybernetic
Bug pertama dalam sejarah komputer adalah nyata. Seekor ngengat terbang ke salah satu geganti pada komputer MARK II yang menyebabkan kerosakan.
Berterusan dengan kiasan, undang-undang entomologi cybernetic menyatakan bahawa akan selalu ada satu bug lagi.
Itu adalah sesuatu yang diketahui oleh semua pengguna komputer. Tidak kira seberapa banyak sistem operasi diuji, selalu ada kekurangan yang ditemui ketika terlambat.
Undang-undang Kernighan
Linux Adictos mempunyai pemalam yang dipasang untuk memastikan kami pengarang menulis dengan cara yang mesra enjin carian. Saya membencinya dari hari pertama. Sebarang percubaan untuk menulis dengan sedikit penerbangan sastera segera dikecam dengan bulatan merah. Lama kelamaan saya terbiasa dengannya dan saya jarang perlu membuat touch-up.
Perkara yang sama berlaku kepada pengaturcara, berkali-kali mereka lebih berminat untuk menunjukkan kemampuan mereka membuat kod daripada menulis kod yang lebih ringkas yang lebih mudah difahami dan dijaga.
Oleh itu undang-undang Kernighan menyatakan bahawa:
Menyahpepijat dua kali lebih sukar daripada menulis kod di tempat pertama. Oleh itu, jika anda menulis kodnya dengan sebijak mungkin, anda tidak semestinya cukup pintar untuk menyahpepijatnya. '
Peraturan 90/90
Sesiapa yang telah memulakan projek untung dalam kehidupan nyata tahu bahawa setiap projek akan memakan masa dua kali lebih lama dan harganya dua kali lebih banyak daripada yang dianggarkan, untuk membuat separuh daripada keuntungan yang diharapkan.
Dunia komputer mempunyai variasi undang-undang ini. Sebagai contoh, seorang Tom Cargill berkata:
“90 peratus pertama kod mewakili 90 persen pertama dari masa pembangunan. Selebihnya 10 peratus kod mewakili 90 peratus masa pembangunan yang lain.
Tidak jelas? Mungkin undang-undang Hofstadter akan membantu:
"Ia selalu memerlukan waktu lebih lama daripada yang anda harapkan, bahkan dengan mempertimbangkan hukum Hofstadter."
Saya rasa pemaju Ubuntu dan Fedora mesti tahu. Atau sekurang-kurangnya mengingatnya setiap 6 bulan.
Undang-undang Brook
Projek perisian sumber terbuka selalunya mempunyai dua masalah; pembiayaan dan kekurangan kolaborator. Kecuali yang kedua tidak menjadi masalah. Menurut Brook:
"Menambah tenaga kerja untuk projek perisian yang ketinggalan jadual akan melambatkannya lebih jauh."
Tidak dapat difahami, anda tidak hanya perlu mengemas kini pengekod baru. Lebih banyak yang perlu didokumentasikan, memerlukan lebih banyak birokrasi untuk memastikan semua orang sentiasa selaras, dan mungkin akan berlaku pergaduhan.
Dan tentu saja kita tidak dapat melupakan rakan Parkinson dan dakwaannya bahawa Tidak kira berapa banyak ruang kosong yang anda mulakan. Anda akan sentiasa memerlukan lebih banyak. Dia merujuk pada ruang pejabat, tetapi hal yang sama berlaku untuk ruang RAM dan cakera.
Teks yang sangat baik. Faham, falsafah dan sastera. Salah satu yang terbaik yang pernah saya baca dari pelayan Linux. Saya ucapkan tahniah kepada kamu.
Terima kasih banyak atas komen anda
Semuanya sangat nyata, bertahun-tahun yang lalu saya adalah pengaturcara dan menjalani banyak situasi tersebut. Selamat bertunang. Dari Chicago saya mengikuti anda.
terima kasih banyak
Prinsip yang terpakai untuk hampir semua pekerjaan