Halo Saya belum menulis dalam php untuk waktu yang lama, tetapi sekarang dan kemudian saya menemukan toko online di sistem manajemen situs Bitrix. Dan saya ingat penelitian saya.
Mereka tidak menyukai Bitrix seperti yang dilakukan Moskow pada awal 2000-an: proyek yang sukses dan finansial, yang secara obyektif tidak pantas mendapatkan keberhasilannya. Pengembang berbagi cara yang sama: bagi sebagian orang, ini adalah subjek kebencian, sementara yang lain terlihat senang dan perhatikan bahwa ini adalah sistem manajemen situs yang paling sukses secara komersial. Publikasi saya tentang Bitrix tidak dapat menyenangkan salah satu atau yang lain: penyebutan Bitrix sangat menolak satu sisi, dan yang lainnya tidak suka mengabaikan rekomendasi resmi untuk pengembangan Bitrix.
Dan semua ini sangat menarik.
Jumla menyebabkan tawa.
Wordpress mengejutkan.
Bitrix menyebabkan kebencian. Mengapa Saya ingin menjawab dengan tepat pertanyaan ini, dan jawaban ini tidak terduga.
Ketidakpatuhan dengan rekomendasi dari pengembang Bitrix
Enam tahun lalu, saya mengikuti kursus pengembang Bitrix. Pada awalnya, saya jujur mencoba mengikuti rekomendasi dan mengkonfigurasi modul standar, tetapi mereka tidak melakukan tugas yang diperlukan. Kemudian saya mulai menggunakan fungsi-fungsi tingkat bawah dari sistem, tetapi mereka juga bekerja dengan aneh.
Secara bertahap, saya menambahkan mesin templat normal, beralih ke SQL murni, dan umumnya meninggalkan arsitektur yang ditawarkan oleh sistem ini. Sebenarnya, perkembangan saya, itu bukan lagi Bitrix, tetapi semacam add-on pada database dengan struktur yang dapat diprediksi.
Pada beberapa proyek, panel kontrol juga hampir tidak pernah digunakan, karena impor ke toko online barang dan ekspor pesanan dalam 1C, ekspor daftar toko dari 1C ke situs, dan sejenisnya didirikan. Bahkan, hanya database yang tersisa dari Bitrix.
Saya membenarkan ini untuk diri saya sendiri dengan optimasi. Tapi alasan sebenarnya baru terungkap setelah beberapa saat. Dan dia berasal dari daerah yang sama sekali berbeda.
Ditipu
Kebencian lahir dari cinta yang tertipu, dan cinta adalah pemandangan dari layar. Ketika memilih sistem untuk proyek, Anda, pelanggan, dijanjikan pegunungan emas, dan sebagai programmer, tentu saja, Anda mengharapkan arsitektur terobosan yang akan memberi Anda kesenangan murni pemrograman.
Tetapi semakin Anda membenamkan diri dalam pekerjaan, semakin Anda kecewa. Dan uang sudah dibayarkan, pasukan sudah diinvestasikan. Tapi hanya ini yang tidak akan membangkitkan kebencian semacam itu. Dengan siapa itu tidak terjadi, tertawa seperti orang lain. Tapi ini baru permulaan.
Setelah pembelian, mereka terus meyakinkan Anda bahwa semuanya sudah sebagaimana mestinya. Gaya pemrograman Anda adalah cerminan dari visi Anda tentang dunia. Mereka mendesak Anda untuk mengubahnya. Dan ini sudah mengarah pada tabrakan di dalam diri Anda.
Anda tidak dapat menerima gaya ini, tetapi Anda harus menerimanya atau menolak untuk bekerja. Dan jika Anda mencoba mempertahankan sudut pandang Anda, secara tak terduga, Anda berada di minoritas, bahkan jika secara teknis Anda benar.
Justifikasi Bisnis untuk Bekerja dengan Bitrix
Dari sudut pandang bisnis, membiarkan sistem tidak berubah, mengikuti rekomendasi pabrikan sistem sebanyak mungkin, menggunakan solusi standar adalah cara yang andal - perusahaan non-inti mempercayai pabrikan IT terkenal dengan taman layanan besar. Dan di sisi lain - percaya pada programmer yang disewa sendiri, yang kualitas solusinya tidak mungkin diverifikasi, yang dapat keluar kapan saja. Jika situsnya lambat, Anda perlu membeli server yang lebih kuat: ini adalah solusi yang mudah dimengerti dan sederhana. Dan optimasi terkait dengan keputusan programmer tertentu. Bayangkan Anda takut.
Programmer berpikir dengan paradigma, sedangkan manajer berpikir dengan anggaran. Mereka berkomunikasi dengan manajer yang sama dari perusahaan pemasok. Mereka berbicara bahasa yang sama satu sama lain, dan mereka mungkin tidak mengerti kata-kata Anda jika tidak diterjemahkan ke dalam uang.
Konflik pengembang internal Bitrix
Jika Anda melihat masalah dari perspektif ini, mudah untuk melihat mengapa para pemimpin tidak berada di pihak kita. Manajer tidak melihat seluk beluk teknis, mereka membeli sistem, dan mereka membayar Anda. Sangat mudah dan sederhana bagi mereka untuk membenarkan biaya kepada direksi dan pemilik. Tetapi untuk programmer, semua ini memicu konflik psikologis internal.
Mengapa teknisi kalah
Tetapi mengapa bertahun-tahun berlalu dan Bitrix masih dijual? Kekalahan lawan-lawan Bitrix lahir dari pernyataan pertanyaan yang salah. Ya, secara teknis Anda lebih melek, tetapi bukan Anda yang memutuskan pembelian, jika tidak, Anda sendiri yang akan menjadi manajer. Dan pengembangan Bitrix ditentukan oleh konfrontasi kecil antara manajemen dan spesialis teknis, setiap keputusan untuk membeli lisensi.
Anda bermain di bidang di mana Anda diundang untuk bermain. Anda berbicara tentang pengoptimalan - tetapi tidak jelas, dan manfaatnya tidak lebih besar dari itu. Anda berbicara tentang kegunaan - tetapi Anda tidak akan membuat panel kontrol sendiri untuk satu proyek? Bahkan di bawah beberapa. Anda mengatakan bahwa integrasi di luar kotak adalah mitos, tetapi, pertama, bagi orang lain itu tidak lebih baik, dan kedua, karena lalu mengapa Anda? Dan, yang paling penting, Anda berbicara tentang arsitektur - dan mereka tidak mengerti Anda. Semua argumen Anda ada di bidang teknis. Tetapi Andalah yang merupakan spesialis teknis, dan karenanya, ini adalah tugas Anda - untuk membuat semuanya berfungsi secara teknis. Jadi mereka bilang padamu.
Manajer kuat di tempat kerja. Selain itu, biasanya ada lebih dari satu. Dan Anda perlu argumen yang sangat kuat untuk meyakinkan mereka, bahkan jika Anda berkonsultasi. Namun dalam argumen ini Anda akan kalah. Biasanya, programmer pada tahap ini tidak akan memiliki pengalaman teknis, manajerial, dan hidup yang cukup untuk memasuki konfrontasi semacam itu.
Aspek Teknis Klaim Sistem Manajemen Konten Bitrix
Argumen rencana teknis terlihat tidak dapat dipertahankan, hampir setiap pertanyaan dapat dijawab, dan pertanyaan lain dapat dengan mudah dibicarakan, dan programmer standar memiliki lebih sedikit pengalaman dalam konfrontasi verbal daripada manajer. Biasanya banyak klaim pribadi dan kecil dibuat untuk sistem, yang dapat dijawab dengan tingkat pelatihan yang tepat. Penentang Bitrix terlibat dalam semua sengketa kecil ini, dan dalam sengketa ini mereka kalah.
Tetapi cobalah untuk menyoroti hal utama.
- Sistem tidak memiliki titik masuk tunggal. Ini berarti bahwa titik masuk dapat diletakkan di mana saja: dalam struktur direktori yang membingungkan, Anda dapat menyembunyikan file yang mengotorisasi siapa pun sebagai administrator situs. Dan sarang dari subdirektori itu sendiri tampaknya dibuat khusus untuk implementasi seperti itu.
- Ada modul yang saling menduplikasi dalam sistem, dan tidak ada modul yang dapat disesuaikan dengan kebutuhan Anda sendiri tanpa membuat perubahan, terlepas dari kenyataan bahwa mereka memiliki lusinan pengaturan! Dan keberadaan pengaturan ini membingungkan: tampaknya semua fungsi disediakan, tetapi pada kenyataannya, ini hanya ilusi yang dibuat secara sengaja.
- Untuk mengakses data, Anda perlu memanggil banyak fungsi, sementara semua ini dapat dimasukkan ke dalam satu query SQL sederhana. Sistem bahkan memiliki alat reguler untuk bekerja dengan database, dan mengapa semua modul dan fungsi ini? Untuk berbelanja dan menutup masalah pengoptimalan.
- Apa yang disebut caching tiga tingkat dan fungsi serupa lainnya, yang secara teknis sama sekali tidak berguna dan diperkenalkan semata-mata untuk dimasukkannya istilah misterius, dan karenanya menarik, dalam kampanye iklan, memiliki tujuan yang sama.
Dan sekarang, melihat begitu banyak upaya telah dilakukan tepatnya untuk menghadirkan sistem sebagai multifungsi, modern dan universal, haruskah manajer berpengalaman meragukan bahwa semua argumen lain dari penjual adalah dari rencana yang sama? ..
Argumen "Versi Baru"
Tetapi, bahkan jika Bitrix tiba-tiba mulai kehilangan argumen, bahkan secara teknis, dan jawabannya sudah siap di muka: versi baru, yang memperhitungkan semua kekurangan dari versi sebelumnya. Sangat lucu untuk mengamati teknik umum ini, ketika secara siklikal, setiap dua atau tiga tahun, produsen yang sama menawarkan kita untuk membeli yang baru dan yang baik dengan imbalan yang buruk dan yang lama. Yang baru dan baik dua atau tiga tahun lalu.
Alasannya membenci pengembang untuk Bitrix
Akibatnya, beberapa aspek dapat dibedakan:
Tidak masalah apa kualitas sistemnya - yang utama adalah bahwa itu dijual, dan kemudian, ketika mereka membelinya, programmer akan mencari tahu.
- mengabaikan pekerjaan Anda
Tidak cukup bagi Anda untuk hanya memberi, Anda perlu menuntut agar Anda melakukan persis seperti yang disarankan, sehingga Anda terus mendukung arsitektur yang salah ini.
- pelecehan psikologis
Tetapi arsitektur itu sendiri yang menimbulkan masalah. Hal yang menang umumnya salah.
- ketidakadilan
Dokumentasi menciptakan ilusi dari berbagai fungsi terluas dari setiap modul karena kehadiran sejumlah besar pengaturan. Di balik nama-nama pemasaran pseudo-baru yang misterius dan menarik, secara teknis ada fungsi yang sama sekali tidak berguna.
- Menipu harapan
Secara teknis salah, tapi cerdik di pasar. Dan Anda, di bidang yang sepenuhnya teknis, tidak bisa berbuat apa-apa.
- ketidakberdayaan.
Seperti yang Anda lihat, tidak ada alasan teknis murni. Karena itu, reaksinya sangat emosional.
Metode pemrograman dalam sistem manajemen situs Bitrix
Kami menemukan mengapa Bitrix menyebabkan kebencian. Mereka yang terpaksa memodifikasi sistem ini, mewarisinya, menginstalnya karena keputusan manajemen, memiliki kesempatan untuk memilih. Anda dapat mengikuti semua rekomendasi pengembang Bitrix.
Bertindak berbeda sulit karena
- penolakan oleh komunitas pengembang dan manajemen
- kurangnya informasi tentang metode kerja alternatif
Artikel ini akan membantu menghilangkan kontradiksi paragraf pertama, setidaknya yang internal Anda. Dan publikasi berikutnya, yang, saya harap, adalah kemalasan, pekerjaan, dan kehadiran audiensi masih memungkinkan saya untuk melakukannya, akan memberikan jawaban pada poin kedua.
Cari programmer Bitrix
Lihatlah pasar programmer bitrix. Mereka rata-rata yang termurah. Dan lebih murah berarti level yang lebih rendah. Ada kursus akselerasi khusus untuk pengembang Bitrix dari awal. Apakah Anda ingin orang-orang dengan pemrograman tingkat pemula mengembangkan produk Anda? Maka Anda akan bertanggung jawab untuk itu, dan di sebelah Anda akan menjadi orang yang tidak berpengalaman yang tidak akan mampu memecahkan masalah yang setidaknya sedikit di luar yang sepele.
Dan jika Anda ingin melindungi diri sendiri dengan memesan situs dari perusahaan pengembang khusus, maka ketahuilah bahwa sebagian besar mereka menggunakan karya pengembang Bitrix yang sama, Anda membayar lebih untuk situs itu kepada perusahaan pengembang. Di perusahaan mitra terkenal 1C, distributor resmi Bitrix, tepat setelah saya mengikuti pelatihan yang sama di dalamnya, lowongan dari pengembang Bitrix dibuka. Dan mereka menawarkan saya satu setengah kali lebih sedikit uang daripada yang saya miliki saat itu di tempat kerja saya saat ini - dan ini adalah pemimpin pasar!
Ya, proses mempekerjakan karyawan seperti itu cukup mudah, sehingga persyaratan untuk mereka diformalkan. Jika pemrogram Anda sendiri melampaui persyaratan untuk pengembang Bitrix, jelas bahwa di masa depan Anda perlu menyusun persyaratan untuk pemrogram, dan opsi yang mudah-dipekerjakan ini akan hilang untuk Anda.
Tetapi ganti saja dengan kualifikasi lain: pengetahuan SQL. Ini cukup bagi seseorang untuk memahami dan bekerja secara normal dengan sistem apa pun, termasuk Bitrix.
Bekerja langsung dengan basis data Bitrix tidak memungkinkan memperbarui sistem
Anda dapat memperbarui sistem, Anda tidak bisa. Jika Anda tidak menggunakan modul, ini tidak akan mengubah apa pun untuk Anda. Tidak akan ada fitur baru yang tidak dapat disadari oleh programmer. Tetapi Anda bisa mendapatkan masalah ketidakcocokan yang mungkin terjadi, bahkan dalam modul yang belum pernah Anda sentuh.
Jangan takut akan perubahan dalam basis data: mereka tidak akan berada di tabel utama, ini adalah perubahan yang terlalu mahal untuk sistem dengan bagasi yang memiliki kompatibilitas ke belakang.
Hal utama adalah bahwa memperbarui sistem adalah alasan untuk menjual kepada Anda apa yang disebut "berlangganan", yang tanpanya pembaruan tidak akan mungkin terjadi.
Rekomendasi ketika bekerja dengan sistem manajemen situs Bitrix
Tidak mungkin melawan diri Anda untuk waktu yang lama. Tetapi penting untuk memahami alasan untuk membuat pilihan yang tepat, yang, seperti biasa, diserahkan kepada semua orang.