Saya sudah sangat terlibat di DELPHI. Tentu saja DELPHI kini telah melewati masa kejayaannya. Tapi mengapa melanjutkan tanpa beralih ke hal lain? Bukankah ini tugas yang bodoh?
Saya melihat kelahiran LINQ untuk C# dan kemudian penggantinya dengan Entity Framework. Setelah memikirkannya:
1) LINQ memang memiliki kelebihan, namun penggunaannya tidak banyak sehingga menjadi tidak berguna. Jadi, ketika mempelajari hal-hal baru, terkadang hal itu mungkin tidak memberikan banyak manfaat bagi Anda.
2) Dengan berkembangnya pemrograman perangkat lunak, ada banyak hal kecil yang menarik. Hal-hal kecil ini mungkin memberi Anda manfaat, tetapi belum tentu. Selama Anda tidak menggunakannya, tidak ada gunanya. Apalagi ada beberapa hal yang hanya bersifat transisi dan eksperimental. Jika menurut developer tidak bagus, mereka mungkin akan meninggalkannya. Ini memang sesuatu yang sangat tabu bagi developer. Bahasa C sudah sangat tua, namun masih menduduki peringkat kedua, yang dapat menggambarkan permasalahan tersebut. Karena C bisa mengerjakan semuanya sendiri, dan dia bisa membuat roda sendiri. Itu dapat memiliki satu fungsi dan tidak memerlukan terlalu banyak hal untuk menempati peringkat kedua.
3) Masalah kerangka kerja. Faktanya, jika Anda mendalami satu hal, dalam jangka waktu pemrograman yang lama, Anda akan mengumpulkan kerangka kerja yang bermanfaat bagi pekerjaan Anda. Dengan cara ini, efisiensi kerja Anda akan terus meningkat. Jika Anda melompat ke lubang lain, Anda harus mengumpulkannya lagi, jadi ini mungkin tidak ada gunanya. Ketika kerangka tersebut terakumulasi sampai batas tertentu, efisiensinya belum tentu jauh lebih buruk daripada gadget baru.
4) Persyaratan pelanggan, sebagian besar tidak memiliki persyaratan bahasa. Selama arahnya tetap tidak berubah, buat apa repot-repot. Mungkin beberapa pelanggan memiliki persyaratan, tapi pesanan seperti itu tidak perlu dilakukan. Jika ada persyaratan bahasa, Anda juga bisa menanyakan framework apa, struktur apa, dll yang akan digunakan. Namun kerangka kerja selalu berubah, begitu pula gaya pengkodean. Sebuah kode sumber, bahkan untuk bahasa yang paling populer sekalipun, tidak mudah dikelola oleh orang lain.
5) D terus berkembang dan tidak takut dengan niche. Selama Anda masih menggunakannya untuk diri sendiri, Anda tidak takut dengan niche tersebut. Seseorang hanya dapat melakukan pekerjaannya sendiri. Buatlah nyaman bagi Anda untuk menulis dan nyaman untuk digunakan oleh pelanggan Anda. Ketika Anda sudah puas, Anda tidak harus berjuang untuk menjadi yang pertama dalam segala hal. Waktu luang bisa digunakan untuk melakukan hal lain. Hal-hal lain juga penting. Orang perlu memiliki keseimbangan yang baik. Jika mereka terlalu menuntut dan mencari yang terbaik dalam segala hal, mereka tidak akan berhasil dalam segala hal.
6) Memanfaatkan hal-hal kecil yang tidak mencolok untuk memikirkan masalah. Tingkatkan diri Anda. Saya mengeluh sebelumnya bahwa DELPHI dibagi menjadi bagian implementasi dan bagian definisi, dan tidak nyaman untuk mengubah kode. Belakangan, saya menggunakan MMX dan menemukan bahwa kekurangan ini tidak begitu jelas. Bekerja dengannya juga jauh lebih nyaman. Saya terus mendalami DELPHI XE IDE, CNPACK, MMX dan gadget terbaru lainnya, dan menemukan bahwa gadget-gadget tersebut bagus jika digunakan dengan baik. Meskipun selalu ada beberapa perbedaan antara C# secara keseluruhan dan C# yang paling populer, masalahnya secara keseluruhan tidak besar dan dapat diterima.
Hal yang sama berlaku untuk kode debugging. Saya pikir bahasa seperti VB dapat mengubah kode saat debugging, tetapi D tidak bisa. Namun kemudian saya memperbaiki teknik dan kebiasaan debugging saya, dan menemukan bahwa masalahnya tidak terlalu besar.
Faktanya, ini juga merupakan filosofi dalam berurusan dengan orang dan benda, dan hal yang sama berlaku untuk seseorang. Tidak perlu mengeluh tentang buruknya lingkungan tempat Anda berada karena hal-hal kecil, dan Anda harus mengubah ini atau itu. Faktanya, selama Anda menganalisis kehidupan dan pekerjaan Anda dengan hati-hati, Anda akan mencapai hasil yang baik meskipun Anda terus melakukan perbaikan kecil dengan sumber daya yang terbatas.
Poin-poin di atas hanyalah pertukaran pendapat berdasarkan situasi pribadi saya. Mungkin pembaca akan mempunyai pemikiran berbeda.
Kelebihan dan Kekurangan DELPHI
IDE sederhana dan mudah digunakan, kompilasi luar biasa, bantuan ringkas (D7 dan di bawahnya), fungsi canggih, pengembangan efisien...
C/S lebih disukai
Versi 2016 rawan crash, kecuali perangkat lunak yang dikembangkan oleh Delphi yang digunakan oleh perusahaan perlu dipelihara. Umumnya pemula memilih Java, C#, dll.
Bagaimana masa depan Delphi yang sekarat?
Sejak Borland merilis Delphi 1.0 pada tahun 1995, Delphi telah disukai oleh banyak pengembang. Pada saat Delphi5 dirilis pada tahun 1999, Delphi menarik banyak pengembang dengan keunggulan pengembangan yang cepat, kontrol yang kaya, dan kemudahan penggunaan klimaks. Setelah melampaui Visual Studio. Namun masa-masa indah itu tidak berlangsung lama. Tak lama setelah peluncuran Delphi7, perusahaan Borland juga mengalami kemunduran dan akhirnya diakuisisi hanya dengan harga US$75 juta.
Alasan utama kebangkrutan Borland adalah kesulitan keuangan perusahaan dan meningkatnya konflik internal. Namun menurut saya alasan yang mendasarinya adalah harga produk yang kaku dan terlalu tinggi. Saya ingat satu set Delphi asli berharga 68.000 RMB pada saat itu, sedangkan Visual Studio pada periode yang sama hanya dijual lebih dari 10.000 RMB. Harga yang selangit menyebabkan banyak orang menyerah menggunakan produk asli dan menggunakan versi bajakan. Ini mungkin menjadi alasan utama kesulitan keuangan Borland.
1. Perubahan versi setelah kebangkrutan
Setelah perusahaan Borland bangkrut, pertama-tama jatuh ke tangan Eberon, lalu ke Microsoft, dan akhirnya ke Embarcadero. Versi terakhir Borland adalah Delphi7. Belakangan ada Delphi2005 hingga Delphi2010. Versi ini pada dasarnya tidak diperhatikan oleh pengembang Delphi karena D7 digunakan dengan sangat baik. Embarcadero meluncurkan DelphiXE, dan versinya telah ditingkatkan dengan sangat cepat. Kini telah mencapai XE10.2. Dan mulai mendukung pengembangan ponsel di XE5. Menyebabkan perhatian Delphi.
2. Populasi pengguna Delphi saat ini
Setelah runtuhnya perusahaan Borland, kepercayaan banyak penggemar Delphi terguncang. Selain itu, dengan munculnya Java dan .net, banyak pengembang meninggalkan Delphi, dan basis pengguna Delphi dengan cepat hilang. Setelah beberapa tahun, diperkirakan hanya tersisa tiga jenis pengembang Delphi:
1. Pengembang amatir, orang yang merasa kesulitan untuk beralih ke alat pengembangan lain;
2. Penggemar berat Delphi sangat sedikit. Pemrogram harus mencari nafkah, dan tidak ada yang akan kehilangan pekerjaan karena bergantung pada Delphi ;
3. Ada banyak orang yang sudah memiliki sistem Delphi dan tidak bisa menulis ulang semuanya, sehingga mereka hanya bisa tinggal di Delphi.
Pengembang muda pada dasarnya tidak masuk ke Delphi. Semua orang tahu bahwa Delphi adalah alat yang menurun, dan sulit untuk mendapatkan pekerjaan setelah mempelajarinya, jadi mereka tidak masuk. Oleh karena itu, selama ini pengembang Delphi pada dasarnya adalah pengembang yang berpengalaman. Saya pernah menghadiri konferensi peluncuran versi baru Delphi XE. Pada dasarnya, pesertanya semuanya berusia di atas 30 tahun. Oleh karena itu Delphi bisa dikatakan tidak memiliki penerus.
Usia termuda pengemudi veteran diperkirakan sekitar 35 tahun. Jika tidak ada orang baru yang masuk, orang-orang ini akan keluar dari program dalam lima atau sepuluh tahun dan keluar dari lautan kepahitan. Oleh karena itu, Delphi tidak akan berumur panjang.
3. Dilema pengguna Delphi saat ini
1. Peningkatan perangkat keras dan sistem operasi membuat pengguna tidak dapat tetap menggunakan D7
Kebanyakan orang yang terus menggunakan Delphi pada dasarnya masih menggunakan versi Delphi6 atau Delphi7, dengan versi terakhir lebih banyak. Delphi telah berpindah tangan beberapa kali, dan beberapa versi telah dirilis setelah D7. Delphi2005.net, 2009, 2010, dan sekarang XE, XE telah mencapai sepuluh. Alasan mengapa driver veteran tidak dapat terus menggunakan D7 terutama karena peningkatan sistem operasi dan perangkat keras komputer. Versi Delphi7 sebelumnya berjalan sangat baik di bawah sistem XP 32-bit, tetapi tidak berfungsi dengan baik pada Win7 dan versi selanjutnya. Sistem 64-bit juga tidak mendukung CPU multi-core. XP tidak lagi didukung oleh Microsoft. Hal ini memaksa beberapa orang untuk meninggalkan Delphi, dan pengemudi berpengalaman lainnya mempertimbangkan untuk mencari XE untuk mengupgrade sistem lama.
2. XE tidak mendukung pengembangan Windows dengan baik.
Dilihat dari orientasi versi terbaru Delphi XE, Embarcadero sepertinya lebih fokus pada pengembangan mobile. Versi terbaru juga ingin beralih ke Linux dan melepaskan dukungan untuk Windows. D6 dan D7 hanya fokus pengembangan di Windows, Sekarang XE harus mendukung Windows, Android, IOS dan Linux secara bersamaan, yang bisa dikatakan terlalu lama. Dukungan pengembangan untuk Windows terasa semakin buruk. Anda harus tahu bahwa pengguna utama sekarang adalah pengemudi veteran, yang mengikuti jalur lama, EXE + DLL. Mereka perlu memigrasi sistem lama ke alat baru sebelum mereka dapat terus menggunakan fitur baru Delphi dengan cara lama dan mengembangkan Android, iOS dan Linux. XE sepertinya tidak berfungsi ketika menyangkut DLL. Ini tidak dapat menyelesaikan kekhawatiran pengemudi lama. Kekhawatiran pengemudi lama adalah memindahkan barang lama mereka ke XE baru itu. Gunakan fitur baru XE.
Selain itu, bukankah Delphi ditulis untuk Android, IOS dan Linux hanya untuk driver berpengalaman? Siapa driver baru yang masih menggunakan omong kosong ini seperti Delphi? Selain itu, ada banyak alat pengembangan untuk Android, IOS dan Linux yang bersifat open source dan gratis. Asli, orisinal, matang dan banyak digunakan. Delphi benar-benar tidak memiliki kelebihan sama sekali. Siapa lagi yang bisa menggunakannya kecuali para driver lama yang hanya mengenal Delphi dan tidak mau meninggalkan Delphi.
Selain itu, menggunakan Delphi untuk mengembangkan Android dan iOS akan selalu tertinggal dari yang lain. Karena Android dari Google dan IOS dari Apple, keduanya memiliki alat pengembangannya sendiri. Ketika Android dan IOS diupgrade, sistemnya akan langsung mendukung versi baru, sedangkan Delphi harus menunggu hingga Embarcadero mengembangkan versi baru itu. mendukungnya. Oleh karena itu, dari sudut pandang mengejar teknologi baru, pengembang profesional tidak akan memilih DelphiXE untuk mengembangkan Android dan iOS. Meskipun Embarcadero membanggakan bahwa ia memiliki banyak kontrol dan antarmuka yang relatif indah, hal itu tidak akan berpengaruh apa pun.
4. Kurangnya dukungan pembangunan
Orang bilang "programmer pintar menggunakan Delphi", Delphi mudah untuk memulai tetapi sulit untuk dipraktekkan. Lebih mudah untuk melakukan beberapa program sederhana di Delphi, tetapi akan sangat merepotkan untuk melakukan program yang lebih profesional. Kurva pembelajarannya datar di awal dan curam di akhir. Setelah Anda mencapai level pemrograman tertentu, Anda pasti ingin programnya menjadi lebih indah dan bertenaga. Saat ini, Anda akan merasa bahwa Delphi bukanlah asisten melainkan penghalang. Dari sudut pandang ini, sudah sepatutnya generasi muda tidak memilih Delphi.
Selain itu, hanya ada sedikit informasi. Ada lebih banyak informasi tentang D6 dan D7, tetapi informasi tentang versi yang lebih baru jauh lebih sedikit. Bagi pengemudi berpengalaman pada dasarnya tidak perlu mencari informasi saat menggunakan Delphi lama, melainkan hanya saat menggunakan Delphi baru. Namun informasi yang ada sangat sedikit. Bahkan ada sedikit informasi dalam bahasa Inggris. Alasannya dapat diringkas sebagai berikut:
(1) Dengan lebih sedikit pengguna, semakin sedikit orang yang memposting artikel secara online, dan akan sulit untuk menemukan informasi berguna secara online. Masalah ini juga terkait dengan mahalnya harga Delphi dan kurangnya versi komunitas gratis.
(2) Embarcadero sendiri hanya memberikan sedikit informasi, bersifat konservatif dan menolak membuka sepenuhnya sedikit informasi yang dimilikinya.
(3) File bantuan terlalu buruk. Dibandingkan dengan MSDN, ini benar-benar surga dan bumi. Sulit untuk dijelaskan. menyukai:
Keterangan
Embarcadero Technologies saat ini tidak memiliki informasi tambahan. Tolong bantu kami mendokumentasikan topik ini dengan menggunakan halaman Diskusi!
Arti dasar di atas dalam bahasa Inggris adalah "Embarcadero tidak memiliki komentar, tolong tuliskan untuk saya." Tentu saja, hanya ada sedikit materi berbahasa Mandarin. Bahkan jika Anda siap membaca materi berbahasa Inggris, Anda juga akan menemukan bahwa materi berbahasa Inggris juga sedikit. Ada beberapa di beberapa situs web Embarcadero sendiri, dan Anda harus membeli produknya sebelumnya mereka terbuka untuk Anda. Artinya orang yang ingin masuk Delphi tidak bisa masuk, dan orang yang ingin tinggal di Dephi tidak bisa tinggal.
5. Pemasaran yang berlebihan membuat pengguna Delphi merasa jijik
Pengguna tidak hanya ingin menggunakan versi bajakan saja, kebanyakan orang juga ingin menggunakan versi asli, namun ada prasyaratnya yaitu:
(1) Produk tidak akan memiliki bug, yang mungkin tidak dapat dilakukan dengan baik oleh XE.
(2) Dukungannya harus bagus, jika tidak, Anda tidak akan bisa menggunakannya setelah membelinya, itu tidak bagus sama sekali;
(3) Harga harus masuk akal dan sikap pelayanan harus baik.
Dikatakan bahwa seseorang menelepon agen Delphi (Embarcadero) untuk menanyakan harga. Agen tersebut pada dasarnya ragu-ragu dan menolak mengutip, dan kemudian seseorang dari Delphi menelepon keesokan harinya dan mengatakan bahwa Anda menggunakan Delphi versi bajakan dan membuat orang. merasa tidak nyaman. Saya sangat marah, tercengang, dan merasa sangat tidak enak. Harga Delphi masih sangat tinggi, jauh lebih mahal dari development kit Microsoft. Oleh karena itu, saya memperkirakan akan sulit bagi Embarcadero untuk mendapatkan uang dari penjualan tersebut. Mereka ingin memerangi pembajakan, namun pembajakan masih ada.
Cari di Internet tentang pemasaran Embarcadero yang berlebihan, dan ada banyak postingan.
4. Prospek Delphi
Saya bersimpati dengan Delphi, dan terlebih lagi dengan pengembang yang memiliki ilusi tentang Delphi. Mereka sangat melekat pada Delphi, jadi mereka harus rela membeli Delphi versi asli dan mendukung Delphi, namun merupakan siksaan bagi mereka yang menjual Delphi untuk melakukannya. Embarcadero menangani hak cipta produknya dengan sangat serius, namun tetap tidak bisa mengendalikan pembajakan. Saya tidak hanya memperhatikan produknya, tetapi saya juga memperhatikan beberapa dokumen teknis Delphi. Jika saya ingin memeriksa beberapa dokumen teknis di situsnya, tanpa izin, pada dasarnya hanya membuang-buang waktu. Melihat file bantuannya, penulisannya juga sangat buruk, tidak jelas dan membingungkan. Mencari secara online, hanya ada sedikit informasi.
Delphi telah terjebak dalam lingkaran tanpa akhir. Melihat penampilan Embarcadero baru-baru ini, tampaknya ia tidak memiliki kemampuan maupun ide untuk keluar darinya. Jika semuanya berjalan seperti ini, Delphi mungkin akan menghilang dalam tiga sampai lima tahun. Jika Delphi ingin terus eksis, sebaiknya dimulai dari aspek berikut.
1. Hilangkan bug sistem, tingkatkan dukungan untuk pengguna lama, dan stabilkan driver lama;
2. Luncurkan versi komunitas gratis sesegera mungkin dan tingkatkan kelompok pengguna baru secara giat.
3. Sesuaikan strategi harga untuk mencapai keuntungan kecil namun perputaran cepat.
4. Meningkatkan dukungan pengguna dan membuka informasi teknis untuk memudahkan lebih banyak orang mempelajari Delphi dan meningkatkan daya tariknya bagi pengguna.
5. Reposisi pengguna. Seperti disebutkan dalam analisis sebelumnya, dengan alat seperti C++, Java, Android, dan Objective-C yang asli, gratis, dan canggih, Delphi tidak mungkin lagi menjadi alat pengembangan profesional. Delphi hanya dapat memanfaatkan kemudahan masuknya untuk memposisikan kelompok penggunanya pada kelompok pengembang amatir. Faktanya, kelompok ini sangat besar. Sejumlah besar analis keuangan, analis keuangan, dan insinyur menggunakan skrip Excel, perangkat lunak statistik, atau perangkat MATLAB untuk pemrograman, tetapi tidak dapat mengatur program mereka secara efektif. tetapi juga membantu mereka mengatur program mereka. Persyaratan fungsional kelompok orang ini relatif tetap dan mereka tidak memiliki persyaratan untuk mengejar ketertinggalan teknologi Delphi yang tepat untuk mereka.