Wah… blog yg ini jadi tidak terurus dan nyaris terlupakan. Soalnya aku sedang sibuk dengan blog baru. Sayangnya, karena satu dan lain hal, aku tidak bisa pamerkan blog itu di sini karena aku pakai identitas samaran. Dua bulan terakhir ini aku sedang gandrung ke sana.
Maafkan ya blog tumblr-ku. Kamu tetap blogku yg utama kok, cuma belum tentu selalu mendapat perhatian utama. Yg sabar ya… 😊
Kau adalah masa laluku
dan kuingin kau tetap sebagai masa laluku.
Tak ada tempat buatmu di masa kini,
tak juga di masa depanku.
Namun bukan berarti kau hilang dari kenanganku,
yg masih muncul di sesekali waktu.
Ya, kau hanyalah kenangan.
Tak lebih, tak kurang.
Tentu aku masih bisa bercumbu dengan kenangan.
Dan kita sama-sama tahu itu kosong.
Tanpa makna dan semu belaka.
Namun terkadang kuingin memuaskan egoku.
Biarkan aku merasa menang dalam kehampaan.
Tak apa, yg penting jiwaku senang walau hanya sesaat.
Izinkanlah.
Sebenarnya sudah sejak lama aku ingin berbagi kisah misteri atau horor di blog, bahkan sebelum pindah ke blog ini. Namun entah kenapa aku kok malas banget mau cerita. Tetapi sejak jadi pengikut akun @infomemetwit beberapa waktu lalu, aku jadi bersemangat untuk menuliskan pengalamanku dengan makhluk dan dunia ghaib.
Sekadar info saja, aku orangnya bisa dibilang logis dan rasional. Apalagi pekerjaanku adalah pemrogram, selain penggemar sains dan teknologi modern. Tapi bukan berarti aku tidak mengakui adanya makhluk ghaib. Justru pengalamanku berinteraksi dengan mereka relatif banyak, sejak aku kecil bahkan. Padahal aku bukan tipikal orang yg punya kemampuan “khusus” terkait hal-hal ghaib. Memang aku punya beberapa teman yg memiliki kemampuan “khusus”, dan di keluarga besarku juga ada beberapa anggota keluarga yg punya kemampuan seperti itu, tapi aku sendiri tidak punya sama sekali dan cenderung tidak mau tahu dan tidak tahu-menahu.
Ini kisah sekitar 30 tahun yg lalu. Waktu itu aku masih anak-anak usia SD, jika tak salah ingat masih kelas 3 atau 4 SD. Aku tinggal bersama kakek dan nenekku di pinggiran kota Pamekasan, Madura. Kakekku hanya pensiunan pejuang kemerdekaan tapi kakek memiliki rumah dengan pekarangan yg sangat luas, kira-kira luas tanahnya ±20×100 meter dengan bentuk persegi yg memanjang ke belakang. Bangunan rumah kakek ada di tengah agak ke depan, kira-kira 20 meter dari tepi jalan raya, berupa sebuah bangunan cukup besar tapi sangat sederhana. Rumah kakek hanya bagian ruang tamunya saja yg dibangun dengan dinding bata beralaskan semen, bagian setelahnya dibangun dengan dinding bambu (atau gedék dalam bahasa Jawa) bertulang kayu dan beralaskan tanah.
Kakek dan nenekku suka berkebun dan beternak. Pekarangan kakek sangat asri dipenuhi beraneka ragam tanaman dan pepohonan, mulai dari bunga melati hingga pohon nangka besar. Mereka juga memelihara beberapa ekor burung merpati, puluhan ayam dan bebek, dan dua ekor kambing. Bagian belakang tanah kakek berbatasan dengan sungai kecil yg kadang airnya meluap masuk ke pekarangan setelah hujan deras di musim penghujan. Sisi kanan tanah kakek berbatasan dengan kebun pohon jati, sementara sisi kirinya berbatasan dengan hutan bambu. Suasananya sangat pedesaan sekali walaupun tidak terlalu jauh dari pusat kota.
Semoga pembaca sudah mendapat gambaran suasana rumah kakek tempat tinggalku ya. Sangat asri dan sejuk memang, tapi di waktu tertentu juga cukup menyeramkan. Apalagi rumah kakek masih bergaya tradisional, di mana letak kamar mandi dan sumur berada di luar rumah. Bayangkan jika kamu kebelet malam-malam! 😨
Karena berada di pinggiran kota, listrik sudah menjangkau rumah kakekku. Tapi jangan dibayangkan seperti sekarang, di jaman itu listrik masih tergolong mahal dan terbatas. Di rumah kakek, hanya ruang tamu, ruang tengah, dan ruang makan atau dapur saja yg diterangi lampu neon sederhana. Di ruangan lain dan pojok-pojok rumah hanya diterangi lampu bohlam kecil. Jadi suasana pekarangan rumah cukup gelap sejak petang menjelang.
Sore itu listrik sedang padam. Aku sendirian belajar di ruang tamu dengan penerangan dari lilin beralaskan tatakan cangkir kecil di atas meja kayu. Aku duduk di kursi rotan di sisi meja itu sehingga cahaya lilin menerangi dari arah kananku. Sebuah hiasan keramik berbentuk tangan memegang vas bunga berisi beberapa tangkai bunga mawar ikut menemani lilin. Gemerisik daun bambu di sebelah rumah cukup berisik karena angin bertiup agak kencang. Nyala api lilin sesekali bergoyang tertiup angin yg berhasil lolos masuk ke ruang tamu. Udara saat itu tidak panas, tapi juga tidak dingin. Madura gitu loh!
Ini hanya ilustrasi bentuk vas bunga. Aslinya cukup mirip dengan ini, tapi warnanya kecoklatan, dan di tengah tangan ada wadah untuk meletakkan air dan bunga.
sumber: etsy.com
Terdengar masjid mulai melantunkan ayat suci, pertanda tak lama lagi akan masuk waktu maghrib. Mendadak tercium bau wangi pandan. Awalnya aku biasa saja, tak ada curiga sedikit pun karena di pekarangan samping memang nenek menanam pohon pandan. Tetapi ketika hawa terasa dingin di sekitarku, dingin yg tak lazim, aku mulai tak tenang. Kucoba membuang pikiran aneh dengan berusaha konsentrasi ke buku pelajaran yg sedang kubaca.
Aku berhasil. Hingga terdengar lagi suara gesekan di atas meja. Reflek aku menoleh ke arah meja kayu tempat lilin dan vas bunga berada. Aku tak melihat ada hal yg mencurigakan. Ah, mungkin suara angin saja, pikirku. Aku pun kembali menunduk dan melanjutkan membaca buku pelajaran.
Hanya beberapa detik kemudian, terdengar lagi suara gesekan benda dari atas meja. Kulihat ke arah meja. Aku mulai merasa ada yg berubah di atas meja, tapi aku belum tahu apa. Karena penasaran, kuperhatikan terus meja dan segala benda di atasnya. Mungkin ada cicak atau serangga besar di meja itu.
Beberapa detik kemudian… seketika jantungku terasa mau copot! Vas bunga berbentuk tangan berisi bunga mawar itu terlihat bergerak memutar perlahan dan gesekannya menimbulkan suara seperti yg kudengar sebelumnya. Tak ada benda atau hewan apa pun yg kulihat menggerakkan vas. Dan angin juga tak cukup kencang untuk bisa menggerakkan vas itu, apalagi secara memutar. Aku hanya bisa terdiam sambil ternganga menyaksikan itu! Tak lama kemudian, lagi-lagi vas bunga itu bergerak memutar perlahan. Bentuk tangan yg menggenggam vas tampak seolah hidup. Tak ayal, aku pun membuang buku yg sedang kupegang dan segera berlari mencari kakek atau nenekku. Aku berlari ke dapur, tempat dimana biasanya nenek berada.
“Ada apa, Bee?” tanya nenek melihat aku berlari ke dapur.
“Ah, ndak ada apa-apa, nek… cuma pengen minum aja,” jawabku berbohong karena aku tidak mau dibilang penakut oleh nenek.
“Oh, ya sudah. Setelah itu segera ambil wudhu dan berangkat mengaji sana. Sebentar lagi adzan maghrib,” suruh nenek.
Aku pun melakukan apa yg disuruh nenek. Sepulang mengaji, listrik di rumah kakek sudah menyala. Aku kembali ke ruang tamu untuk melanjutkan belajar. Kulirik vas bunga di atas meja kayu ruang tamu. Lilin telah padam. Mungkin nenek yg memadamkannya. Semua tampak baik-baik saja.
Ya, begitulah kisah horor pertama ini. Memang tidak terlalu menyeramkan, tapi cukuplah sebagai awalan. Ini bukan pengalaman pertamaku berinteraksi dengan hal ghaib. Pun masih banyak kisah horor nyata pengalamanku yg akan kukisahkan di lain kesempatan. Penjelasan pembuka yg cukup panjang itu akan penting dalam kisah-kisah selanjutnya.
.
Yesterday I met someone who is complaining about how expensive Delphi is that he couldn't afford to purchase it anymore. He had asked Embarcadero to lower the price and make Delphi becomes affordable again to education, hobbyist, and indie developers. Yet, Embarcadero ignored him again and again. I've seen this more than once occurrence. Here's what I said to him…
These days most development tools –compilers or interpreters, IDEs, libraries, plugins– are either open source, free, or cheap. Java, Swift, Python, JavaScript, Go, Kotlin, PHP, you name it… are free and open source. Even Microsoft is offering many of their developers tools for free and open sourcing some of them. There is one or two reasons why it's going that way (which needs another thread to discuss it).
Delphi's pricing and business model are obviously not for students and teachers, hobbyist, nor indie developers. Embarcadero is clearly targeting enterprise developers market which have a lot of money. If you're not in their target market, well… shame on you. Their free version product is just a sneak peek, a teaser. They don't want you to create real apps using the free version.
If you want to study Pascal programming, stop whining and use Free Pascal and Lazarus IDE. Pascal as language is larger than Delphi. For educational purpose, Free Pascal and Lazarus IDE are more suitable because you can dig down deep into the code and study how all the things work. And, if you're not in Delphi's target market, I suggest you to either use Free Pascal with Lazarus IDE and avoid Delphi as much as possible; or use another language entirely.
Unless –of course– if you don't mind to spend some great amount of your (company) money, you may use Delphi happily. 😊 Most programmers who couldn't afford to purchase Delphi go into the dark side, pirating and cracking Delphi, which is another reason to avoid Delphi altogether.
Oh… and please stop praising Delphi as the best tool ever. It's non-sense. Well, it used to be, but it's no longer now. Today there are many developers tools out there that are as good as Delphi or even better. Whether you admit it or not, it's not relevant and doesn't change the fact.
I've abandoned Delphi since about 10 years ago and completely switch to Free Pascal and Lazarus IDE, without any regrets. Well, of course both are not perfect, just like Delphi is. As any developers tools, you need to learn how to use it, workaround the flaws, and maximize its potentials. But I can assure you, Free Pascal and Lazarus IDE today is more than good enough to create real (commercial) apps for any platforms you can imagine.
I hope this will encourage you –and anybody else out there who's considering to learn or use Pascal– to use Free Pascal and Lazarus IDE, and avoid Delphi. Unless you can really afford it. 😉
Kenapa aku makin malas menulis opiniku sendiri? Salah satu alasannya adalah… apapun gagasan kita, percayalah… pasti ada orang lain yg berpikiran serupa. Dan bisa jadi salah satu dari mereka sudah ada yg menuliskan gagasan tersebut, sama baik atau bahkan lebih baik, dari kita.
Tulisan ini misalnya –tentang poligami dalam Islam dan bagaimana seharusnya para muslimah menyikapinya– sudah mencerminkan ±90% dari pendapatku yg sudah lama ingin kutulis tapi ndak pernah benar-benar kutulis (karena banyak alasan). Silakan disimak…
Polygamy in Islam
~by a Salafi feminist
I get a lot of messages from women asking me about polygamy in Islam. Why men are permitted poly and how women are supposed to handle it.
So here's the thing – if you're asking me to help you feel better about the idea of poly, I honestly can't. If you're asking about actual poly situations, I can give some advice and such, but as for women wrestling with the *idea* of poly… I'm useless. It bewilders me that people will exert so much emotional energy on something that is not a reality of their lives.
My perspective on love and loyalty between spouses is very different from the "one true love" Hollywood/Bollywood ideas; I believe that humans are capable of loving many people, and that even romantic love is not something that is limited to one person alone. It is perfectly possible for a man to love more than one woman – not in a cookie cutter way, but an organic way, loving and appreciating each woman for who she is. There is no real reason to "compete" unless the dude is an epic douchebag who wants his wives to feel bad and be caught up in jealous games, in which case said douchebag isn't cut out for poly in the first place and the women should dump his miserable backside (and will probably be happier together without him anyway).
But when it comes to love itself, truly sincere love, then yes… it is very possible for (some) men to love more than one woman, and for women themselves to thrive within poly. The caveat is that the relationships must be founded upon ethics, upon consent of all involved, and sincerity to Allah first and foremost, and to one another. When Islamic principles of justice are made the foundation of the relationship, there is far less room for folks to use poly selfishly for their own wants.
Going back to women feeling bad about the idea of poly; ladies, why place so much importance on one man's attention? Why make him the barometer of your self-worth? As a woman, your value is intrinsic to *yourself*, not on him. This isn't to say that I don't understand jealousy or think feeling jealous is bad. Jealousy is normal – but it's not (or shouldn't be) all-consuming, nor should you invest so much of yourself into another human being that the perceived 'loss' of their sole attachment to you should devastate you. Jealousy is a sign of deeper insecurities; I struggled with both for some time, until I was finally able to reach a point where I became confident enough in my self-worth, and my relationship with my husband, that it became no more than a passing twinge of discomfort rather than something that occupied my emotional bandwidth significantly.
Keep in mind that I am very much a "jealous wife" type (I put a clause in my marriage contract that he can't take a 3rd), but the reality of sharing him with another woman is nowhere near as catastrophic as many imagine it to be.
Poly is absolutely not for everyone; it's not even for most people. But for some, it is a huge blessing, so don't knock it. If poly isn't a reality for you, truly, don't stress out about it. If it is a reality, and it's a shitty one, get help or get out.
And before anyone asks about women loving more than one man – Allah decreed poly halal for men, not for women. I do think it's possible for women to love more than one man, but for whatever Divine reasons, it was not permitted in the Shari'ah, and that's what I will submit to.
In the end, I am sorry for not being able to make anyone feel better about poly. It is what it is – a part of who I am, a part of my life, and something I would never truly want taken away from me.
And while on the topic of poly, here's a podcast on it! Skip ahead to 1:25 (towards the very end) if you want to hear me blather on a bit:
https://soundcloud.com/voislam/drive-time-podcast-22-08-2017
_____
source: taken from a twitter thread started from here.
–with minor editing when necessary (typos, paragraphing, emphasis, etc) by me.
Ada dua hal lain yg perlu kutambahkan ke tulisan tersebut. Pertama, aspek hukum poligami dalam Islam. Poligami sering disebut sebagai "sunnah". Ini menimbulkan kerancuan… apakah sunnah tersebut dalam makna "sesuatu yg dilakukan Rasul" atau "amalan yg dianjurkan"? Aku condong pada pemahaman yg pertama. Poligami itu sunnah yg mubah (teladan Rasul yg boleh kita lakukan), bukan sunnah yg dianjurkan, apalagi sunnah muakkad.
Poligami dalam Islam adalah salah satu pilihan solusi (dari beberapa solusi lain) bagi pasangan yg punya masalah dengan pernikahannya. Jika pernikahan sudah baik-baik saja tanpa masalah, poligami tak perlu dilakukan karena jika dipaksakan (terutama oleh nafsu) maka alih-alih menjadi solusi, poligami justru akan jadi masalah dan merusak pernikahan yg awalnya baik-baik saja. Sayangnya, poligami yg demikian yg sering dijadikan bahan propaganda negatif melawan poligami dalam Islam, sambil mengabaikan fakta poligami yg positif dan sukses. Sebagai sebuah pilihan, biarlah poligami tetap tersedia bagi mereka yg membutuhkan. Bagi yg tak membutuhkan, ya tak perlu dipilih. Tapi juga tak perlu menolak apalagi berusaha menghapusnya dari syariat Islam.
Kedua… pernikahan itu "responsibility comes first, love second". Dalam pernikahan, tanggung jawab jauh lebih penting daripada cinta. Aspek ini berlaku universal, bukan aspek khusus Islam saja. Pernikahan bisa bertahan jika dilandasi tanggung jawab, walaupun tanpa cinta. Tapi pernikahan akan hancur jika hanya bermodal cinta, tanpa tanggung jawab. Dan pernikahan akan bahagia jika dibangun dengan cinta *dan* tanggung jawab. Bagian "douchebag" pada tulisan di atas merujuk pada lelaki yg tak bertanggung jawab, yg sama-sama bisa terjadi pada pernikahan poligami maupun monogami. Walaupun secara hukum syari’ah poligami tidak perlu ijin istri sebelumnya, tapi sebagai bentuk tanggung jawab seharusnya suami melibatkan istri sejak awal proses poligami. Poligami diam-diam atau sembunyi-sembunyi adalah tanda tak adanya itikad baik dan tanggung jawab dari suami.
Jadi, ya… aku pro poligami karena itu bagian dari tuntunan agamaku, Islam. Tapi aku tidak/belum akan poligami karena pernikahanku baik-baik saja, dan insya Allah akan terus baik-baik saja. Hingga ajal memisahkan aku dari istriku tercinta. Atau istriku sendiri yg menyodorkan calon istri baru buatku. 😀
“Delphi is Dead!” - I remember when I first heard or rather read that statement. It was back in 2001 shortly after MS has released .NET and their “Java-killer” C# language as well as a major IDE in the form of Visual Studio. The author of the article explained how C# was a better Delphi for the all-new .NET framework and was stealing it’s thunder. I had been intrigued by C# and even had the beta in 2000 but the statement of Delphi being dead seemed a little premature considering Delphi’s popularity and superiority over MS’ previous flagship development system, Visual Basic. At the time I was deep in a multi-year project with Delphi and we couldn’t simply just stop to jump on Anders’ new bandwagon.
The rise in popularity of C# in the early 2000s was nothing short of astonishing and it’s impact on the Delphi ecosystem was almost immediate and devastating. It quite simply took away virtually every competitive advantage Delphi had almost overnight. C# never quite became the Java-killer MS had hoped it would be but it quickly started to become the Delphi-killer. Instead of responding to the threat of C# and.NET, Borland developed a weird obsession with getting Delphi onto Linux with a doomed product called Kylix which no-one cared about. All too late Borland woke up to finally release a .NET version of Delphi at the beginning of 2004 but it was horrendously buggy, with an attempt to fit Delphi’s VCL into .NET’s API and it fell a long way short of matching up to the MS offering. Instead of halting the relentless exodus of developers from Delphi to C#, this failure accelerated it.
The “Delphi is Dead” mantra was further fuelled as C# and .NET exploded and MS drove it forward relentlessly while Borland flailed in their innovation. They back-tracked after the disaster of Delphi 8 on their decision to focus on .NET and instead released 2 half-hearted updates in the mid-noughties which included both VCL/native and their half-baked .NET implementation. Worst of all they completely redesigned their IDE which, while admittedly superior, removed their advantage of familiarity for existing developers. If you were going to have to learn to work with a new IDE then why not learn Visual Studio like the rest of the world seemed to be doing?
After Delphi 8’s disastrous .NET attempt, a small company named RemObjects saw the situation as an opportunity to create a “proper” Delphi for .NET which they called Chrome and later renamed to Oxygene. Unimpeded by any need for backward compatibility with Delphi’s VCL they designed an implementation which was potentially another dagger in Delphi’s heart. It’s important to note Delphi was never a language in and of itself, instead it was always more of a brand for a product which encompassed an OOP version of the Pascal language (descended from Borland’s famed Turbo Pascal and referred to as Object Pascal), it’s own IDE and the VCL which was a component abstraction layer over the Win32 API. With Oxygene, RemObjects focussed almost entirely on the language part to deliver a true Object Pascal for .NET, they utilised Visual Studio as their IDE and there was simply no need for a VCL-style abstraction layer as they interfaced directly with the .NET framework rather than Win32.
There was a brief moment of hope for Delphi in 2006 when Borland spun it’s developer tools division off into it’s own autonomous company called CodeGear. The buzz this generated was phenomenal and those who’d been hoping for a revival, like myself, were elated. And at that point there was a real chance it could be turned around. Delphi 2007 was the first “proper” release since Delphi 7, 4 years earlier, and the majority flocked to it. With CodeGear they finally figured out that their only real competitive advantage over C# was that Delphi produced a native, self-contained executable that was perfect for “shrink-wrapped” products that didn’t rely on end-users having a specific version of the .NET framework installed for your software to work - this was the single reason I stuck with Delphi for so long even for new projects (although it no longer applies). It all looked extremely hopeful. Sadly it was a false dawn. It was all done to create a fresh buzz to attract a buyer for the developer tools business. Borland had seen the future and it was the commoditisation of developer languages and they wanted to offload it before it became a drain on their other more profitable businesses. In the end CodeGear was acquired not by Microsoft, Oracle or IBM but by a company nobody had heard of called Embarcadero. A sign if ever there was one of where Delphi now stood in the food chain of developer tools. The days of punching above it’s weight to see off Microsoft and haling it as the “VB Killer” were now just a distant memory.
After Delphi’s acquisition by Embarcadero in 2008, the new owners dropped Delphi for .NET which helped to further alienate large numbers of developers who had, for better or worse, adopted it. As a replacement they wisely licensed Oxygene from RemObjects as their .NET option. They branded it Delphi Prism which was a bit of a joke seeing as it had absolutely nothing to do with Delphi except they shared a core language in Pascal. With this Delphi became a strictly Win32 development system. While Delphi’s Pascal implementation stagnated, the Oxygene/Delphi Prism implementation got more advanced with relentless development, becoming a Pascal++.
As we entered the teenies, Delphi was on it’s last legs in terms of developer numbers and while Embarcadero continued to claim 3 million developers it was fairly obvious that these were old numbers or represented a mass of developers who had moved on but need to maintain older apps. The number of 3rd party component developers was down significantly and the job market was in the gutter, Delphi shops couldn’t find skilled developers and Delphi developers were finding their skills unwanted. A new generation of developers were coming through who had never even heard of Delphi never mind actually used it. It seemed only those who were already working on long-term projects, had existing apps to maintain or had such a deep investment in their Delphi skills that they didn’t want to switch seemed to be staying with it.
In 2012 Embarcadero made one last throw of the dice to reboot Delphi and attempt to reignite the fire necessary for any development tool - new developer take-up. The focus would be on cross-platform and on mobile. It would be iOS, Android and MacOSX. But with the VCL wrapped around Win32 how could they achieve this? Their answer was something called FireMonkey. FireMonkey would not utilise native frameworks on any platform such as .NET or Cocoa. Instead it would draw the components to look native on each platform. It was a bold attempt and it was worth a shot but it was almost universally hated and took Delphi in a direction that pushed even diehards to the end of their tether. Most Delphi apps would require huge rewrites or massive refactoring projects to get on this new cross-platform tech. It was as buggy as hell and massively expensive. RemObjects had made their Oxygene compiler cross-platform to now work across .NET, Java (inc Android) and Cocoa (for iOS & MacOSX) and so rather than complement Delphi it was now a potential competitor. So Embarcadero shot the fox in it’s new hen-house by discontinuing their license agreement with the small developer tools company. There was now no avenue to .NET through Delphi. Instead Embarcadero just shouted even louder the same old mantra we’d heard since the early 2000s “native is best” - an argument which had lost it’s relevancy long ago.
Embarcadero limped on like this for the next few years and several more releases, focussing on getting existing developers to pay substantial annual subscription fees, realising that the goose of mass new developer uptake was finally cooked. At the end of 2015 Embarcadero was acquired by Idera. Within 6 months they had let almost all of the Delphi engineering and technical teams go. People who had been there for decades through all of the ups and downs of Delphi were suddenly gone. Even the seemingly omnipresent Delphi acolyte David Intersimone (David I) has now gone - a man whose propensity for cheerfully towing the corporate line of whoever owned Delphi seemed to know no bounds.
The final nail in Delphi’s coffin could well have come, in the end, from Microsoft. They released a community edition of Visual Studio completely free. Then they acquired Xamarin which was competing (and winning hands-down) with Delphi for the mobile development space. While Xamarin maintained high prices, Delphi could justify it’s own prices. But Microsoft incorporated Xamarin into Visual Studio making it completely free to all. This means C# can reach virtually any platform, including web, based on .NET and Mono and developers can use a world-class IDE - all for free. The case for adopting Delphi for new projects is pretty much non-existent today and the chances of start-ups or new developers adopting Delphi, with it’s esoteric & stagnant language and it’s high adoption and maintenance costs, are slim to none.
The question of whether Delphi is truly dead has been hotly debated since the early 2000s. Many have switched camps from the No to the Yes side and vice versa over the years. I count myself among them. But is it truly dead? Those in the No camp will point to the fact that people have been saying it is dead since 2001 as a sign the naysayers have always got it wrong however they still have to admit that it has been haemorrhaging developers in increasing numbers since 2001, there’s no doubt about that. But no, Delphi isn’t dead but only in the same way as PowerBuilder, COBOL and xBase aren’t dead - they are however in a coma on life support and are never realistically going to recover. It now seems only a matter of time before the new owners realise that high-priced proprietary development languages are on their way out. When they finally conclude that there’s no longer any more dollars to be sucked out of it they’ll pull the plug in a heartbeat.
For the future of Delphi developers, their apps, their careers and their businesses we cannot afford to wait for the life support to be switched off. I left Delphi back in 2012. Having used every Delphi version including 1, I never moved beyond the 2007 edition having never seen anything worthwhile in any of the very expensive Embarcadero updates. No developer tool has ever recovered to prominence from such a low base and listening to the people who remain at Embarcadero, they’re still talking like it was 10 years ago and refusing to acknowledge present reality. All of the stats show that Delphi is already in the grave in the US and in most of Europe, especially the UK. It appears that usage in other parts of the world are keeping it afloat. Reading an article from their new CEO it seems a resurrection in the US is so far-fetched it’s not even on their radar. No developer, especially in the US, Western Europe and the UK can stake their future on a development system that is effectively a zombie with virtually no developers West of Warsaw or north of El Paso and no technical team to drive it forward.
That of course is not to say that there isn’t millions of lines of code in products developed with Delphi, I still have an important, revenue generating, app in Delphi that I still maintain and cannot afford to scrap or rewrite. So where do developers like me with huge codebases and commercial apps developed in Delphi go now?
I laced the story so far with mentions of RemObjects because they are an important part of where we can go now. They are offering a way to move on from Delphi without rewrites and without huge expense. They are offering us the ability to Escape from Delphi in a way which, they claim, means we can do it steadily, develop new features in more innovative tech and in a way we choose. And we don’t need to be stuck with Pascal either if we don’t want to be (personally I was never enamoured with Pascal and for me it was something I had to use to get at Delphi’s other benefits so the fact I can move my Delphi app forward in another language is a real bonus).
In Part Two of this post I’ll review the components of RemObject’s “Escape from Delphi” offer package and show how they can help you breathe new life into legacy apps without the “all-or-nothing” approach you’d normally expect when moving an app to different technologies and platforms.
*I do not have any affiliation to Remobjects nor do I stand to gain financially or in any other way directly from reviewing and/or advocating their tools.
Berikut adalah tulisan putriku, Sabina, kelas 3 SD. Kusalin ke sini apa adanya, persis sebagaimana yg dia tuliskan di Pages for iPad. Proud of you, my little girl… ♥️😘
_____
Rukun Dengan Keluarga
Pada hari Minggu ,Lani bangun sangat pagi.Karena Lani orang Islam , jadi pk 05.00 Lani sholat Subuh.Ibu dan ayah Lani juga sudah bangun. Lalu mereka semua berolah raga bersama sampai pk06.00 pagi.selesai berolah raga ibu Lani memutuskan untuk bersih bersih,dan akhirnya mereka menyetujuinya. Lani membereskan semua kamar,ibu lani menyapu,mengepel membrsihkan kamar mandi,ayahnya menyapu dan menyiram tanaman di halaman belakang rumah.pk09.00 pagi keluarga Lani sudah selesai bersih bersih."bu apakah Lani boleh bermain?" "boleh,tapi Lani mandi dulu" kata ibu Lani menyuruh Lani mandi. Selesai Lani mandi ibu Lani berkata "Lani kita akan di ajak ayah ke rumah nenek dan kakek" "hore!!!!" seru Lani.Sesudah semua mandi mereka menyiapkan barang yang akan dibawa,lalu sarapan dan siap untuk berangkat.
💗👌👍
Menginap di rumah nenek
Sesampainya di rumah nenek,Lani dan keluarganya langsung turun dari mobil.dilihatnya rumah nenek sangat indah dan bagus.kami berjalan ke depan rumah nenek dan keluarga Lani mengucapkan salam,tak lama kemudian nenek membukakan pintu untuk kami.Lani langsung masuk ke dalam rumah dan Lani sangat terkejut sekali karena barang nenek terpindah."nek siapa yang memindahkan semuanya?" tanya Lani kepada nenek yang sedang berbicara dengan orang tua Lani."om om kamu Lani,yang telah memindahkan semuanya." kata neneknya Lani."nek ,kakek dimana ?" tanya Lani lagi. "kakek ada di belakang rumah Lani." kata nenek.Lalu Lani langsung ke halaman rumah nenek.Di belakang rumah nenek,kakek sedang memeras susu sapi sendirian. Lani langsung ke kakeknya."kek apakah kakek ingin di bantu?" tanya Lani kepada kakek."boleh kok Lani, bawa ember ember itu ke dalam rumah ya."kata kakek "ya kek." jawab Lani.Sekarang sudah pk05.00sore.Ibu Lani menyuruh Lani dan kakek masuk ke dalam rumah dan bersiap siap untuk sholat Maghrib berjamaah.Kami sholat Maghrib berjamaah,kakek Lani menjadi Imam.Selesai sholat,Lani pergi ke ruang tamu karena nenek menghidangkanmakan malam dan makanan ringan.Sekarang sudah pk07.00 malam saatnya kami sholat Isya' ,karena belum makan malam,jadiselesai sholat Isya',keluarga Lani makan malam.Selesai makan malam pk08.00Lani bermain mainannya yang ia bawa dari rumah.pk09.00 Lani masuk ke kamar lalu tidur.
💗👌👍
Pulang ke rumah
Pk05.00 keluarga Lani bangun lalu sholat Subuh,selesai sholat Subuh mereka olah raga bersama sampai pk06.00.Selesai olah raga keluarga Lani mandi dan memberereskan barang barang untuk pulang ke rumah.setelah itu mereka mandi,sarapan,dan siap untuk pulang ke rumah.Setelah itu keluarga Lani berpamitan untuk pulang.Lalu kakek dan nenek Lani membukakan pintu untuk keluarganya Lani.keluarga Lani naik mobil dan siap untuk pulang. Semua keluarga Lani melambaikan tangan.
💗👌👍
Di rumah kembali
Sesampainya di rumah,keluarga Lani turun dari mobil.Lalu Lani bertemu dengan Dayu,Udin,Edo,Beni ,Siti.Lalu Lani minta izin kepada ibunnya untuk bermain.Ibu Lani mengijinkan Lani bermain di taman.Lalu mereka bermain di taman dengan rukun.pk12.00,Lani meminta izin kepada temannya untuk pulang,karena Lani harus sholat Zhuhur,makan siang danbermain di sore hari.Teman Lani mengijinkan Lani pulang dan teman Lani juga mau pulang karena udaranya panas.Lalu mereka pulang ke rumah masing masing.
💗👌👍
Assalamualaikum Wr.Wb
Hai teman teman nama ku Sabina Ayra V. Teman teman kepanjangan V adalah Venanda.Aku membuat cerita ini sendiri lho! Aku memberi nama Lani dari mata pelajaranku sendiri.Aku memang menceritakan ini dengan mata pelajaranku sendiri.Sudah dulu ya teman teman.
How to enable config file syntax highlighter for GNU Nano editor?
1. Create a new conf.nanorc in your home directory.
2. Copy the code below and paste it into the conf.nanorc file.
# config file highlighting syntax "conf" "(\.(conf|config|cfg|cnf|rc|lst|list|defs|ini|desktop|mime|types|preset|cache|seat|service|htaccess)$|(^|/)(\w*crontab|mirrorlist|group|hosts|passwd|rpc|netconfig|shadow|fstab|inittab|inputrc|protocols|sudoers)$|conf.d/|.config/)" # default text color magenta "^.*$" # special values icolor brightblue "(^|\s|=)(default|true|false|on|off|yes|no)(\s|$)" # keys icolor cyan "^\s*(set\s+)?[A-Z0-9_\/\.\%\@+-]+\s*([:]|\>)" # commands color blue "^\s*set\s+\<" # punctuation color blue "[.]" # numbers color red "(^|\s|[[/:|<>(){}=,]|\])[-+]?[0-9](\.?[0-9])*%?($|\>)" # keys icolor cyan "^\s*(\$if )?([A-Z0-9_\/\.\%\@+-]|\s)+=" # punctuation color blue "/" color brightwhite "(\]|[()<>[{},;:=])" color brightwhite "(^|\[|\{|\:)\s*-(\s|$)" # section headings icolor brightyellow "^\s*(\[([A-Z0-9_\.-]|\s)+\])+\s*$" color brightcyan "^\s*((Sub)?Section\s*(=|\>)|End(Sub)?Section\s*$)" color brightcyan "^\s*\$(end)?if(\s|$)" # URLs icolor green "\b(([A-Z]+://|www[.])[A-Z0-9/:#?&$=_\.\-]+)(\b|$| )" # XML-like tags icolor brightcyan "</?\w+((\s*\w+\s*=)?\s*("[^"]*"|'[^']*'|!?[A-Z0-9_:/]))*(\s*/)?>" # strings color yellow "\"(\\.|[^"])*\"" "'(\\.|[^'])*'" # comments color white "#.*$" color blue "^\s*##.*$" color white "^;.*$" color white start="<!--" end="-->"
3. Save and copy the conf.nanorc into /usr/share/nano or /usr/local/share/nano (whichever existed on your system).
4. Edit /etc/nanorc config file with an editor (you could use nano, of course) and then add below codes at the last line of the nano config file.
## Configuration files (catch-all syntax) include "/usr/share/nano/conf.nanorc"
5. After saving the nano config file then test the new config syntax highlighter by edit a config file. Here's what it looks when I edited my Apache's config file.
If you need to force the use of config file syntax highlighter on a file, you could use the nano's -Y conf parameter like this:
$ nano -Y conf your-config-file
If you don't like the given highlighter colors, feel free to edit them whatever you like. I think how to change the color is pretty obvious.
Manakah penulisan yg benar; insya Allah atau insha Allah?
Dulu, sebelum adanya media sosial (blog, facebook, twitter, dll) kita sudah terbiasa menulis kalimat arab “إن شاء الله” dengan “insya Allah”. Namun beberapa waktu lalu muncul kontroversi karena tulisan seorang ulama asal Inggris yg menyatakan bahwa tulisan yg benar adalah “insha Allah”. Lalu, manakah yg benar?
Sebelum membahas itu, mari kita kenali dulu apa yg dimaksud dengan alih makna (translation) dan alih aksara (transliteration). Alih makna atau penerjemahan adalah mengalihkan makna atau arti dari satu bahasa ke bahasa lainnya. Contohnya, dari bahasa Inggris ke bahasa Indonesia, kata “you” (Inggris) berarti “kamu” (Indonesia). Alih aksara adalah mengalihkan huruf dari satu sistem tulisan ke sistem tulisan lainnya. Contohnya, dari sistem huruf Cyrillic (bahasa Rusia, misalnya) ke sistem huruf Latin (bahasa Inggris, misalnya), huruf “В” (Cyrillic, Rusia) menjadi “V” (Latin, Inggris). Alih aksara biasanya mengacu pada bunyi huruf asal disesuaikan dengan bunyi pada huruf tujuan, walaupun tak selalu demikian. Perlu dicatat bahwa transliterasi tak harus 1:1 karena bisa saja satu aksara di sistem huruf asal dialih-aksarakan menjadi 2 aksara (atau lebih) di sistem huruf tujuan. Contohnya, huruf “Я” dalam bahasa Rusia dialih-aksarakan menjadi “ya” dalam bahasa Inggris.
Di setiap bahasa, baik alih makna atau alih aksara mempunyai kaidah baku yg berlaku formal. Dalam bahasa Indonesia, kaidah baku yg berlaku mengacu pada EYD (Ejaan Yang Disempurnakan) yg diatur oleh beberapa peraturan dari kementrian atau departemen pemerintah yg terkait. Peraturan-peraturan EYD mengatur banyak hal, mulai dari baku ejaan, tata bahasa, metode penulisan, dan sebagainya. Beberapa contoh peraturan EYD misalnya: Peraturan Menteri Pendidikan Nasional No. 46 Tahun 2009 tentang Pedoman Umum Ejaan Bahasa Indonesia Yang Disempurnakan; Keputusan Menteri Pendidikan Nasional Republik Indonesia No. 146 Tahun 2005 tentang Penyempurnaan Pedoman Umum Pembentukan Istilah; Surat Keputusan Bersama Menteri Agama dan Menteri P dan K No. 158 Tahun 1987 tentang Panduan Alih Aksara Dari Huruf Arab Ke Latin Dalam Bahasa Indonesia; dan masih banyak lainnya. Dan tentu saja Kamus Besar Bahasa Indonesia resmi. Rincian setiap aturan-aturan EYD bisa dibaca di situs pemerintah terkait atau di Wikipedia, tak cukup jika semuanya dijelaskan di sini.
Nah, kembali ke topik utama, manakah penulisan yg benar; “insya Allah” atau “insha Allah”? Jawabannya, tergantung bahasa mana yg digunakan. Jika berdasarkan kaidah baku alih aksara dalam bahasa Inggris, maka penulisan yg benar adalah “insha Allah”. Hal ini karena kaidah baku transliterasi dalam bahasa Inggris, huruf ش ditulis sebagai “sh”. Jadi, ulama Inggris yg menganjurkan penulisan “insha Allah” itu benar karena beliau berbahasa Inggris. Namun, jika menggunakan bahasa Indonesia, maka penulisan yg benar adalah “insya Allah”. Hal ini karena dalam kaidah baku transliterasi dalam bahasa Indonesia, huruf ش ditulis sebagai “sy” (syin) bukan “sh”. Yg ditulis dgn “sh” dalam bahasa Indonesia adalah huruf ص (shad), sehingga jika kita menuliskan “insha Allah” justru malah salah secara bunyi dan makna. Dengan demikian, kebiasaan kita terdahulu itu sudah benar adanya.
Lebih lengkap tentang aturan transliterasi huruf Arab-Indonesia bisa dibaca pada laman Wikipedia berikut ini.
Jadi, ini bukan tentang ilmu bahasa Arab, apalagi ilmu agama, melainkan ilmu bahasa Indonesia. Dari kasus ini ada dua hikmah yg bisa kita ambil. Pertama, kita (termasuk saya juga) masih perlu lebih memahami bahasa Indonesia, bahasa kita sendiri. Ternyata masih banyak di antara kita yg belum paham bagaimana aturan transliterasi yg benar sesuai EYD sehingga kebingungan mana penulisan yg benar. Kedua, kita harus jeli dalam melihat suatu permasalahan, pahami lingkup dan konteks masalah. Tak semua yg datang dari barat, bahkan dari ulamanya sekalipun, itu dijamin benar. Perlu kita kaji sesuai lingkup dan konteksnya. Kaidah penulisan itu lingkup dan konteksnya adalah bahasa, dalam hal ini bahasa Indonesia, bahasa kita sendiri; bukan agama. Kita seharusnya lebih paham hal ini daripada seorang ulama Inggris.
Andai misalnya ada ulama asal Rusia menyatakan bahwa penulisan “إن شاء الله” yg benar adalah "инша Алах”, apakah kita juga akan ikut-ikutan menulis demikian? 😊
Read writing from Mr. Bee (Pak Lebah) on Medium. is an Apple’s Swift programming language enthusiast. Every day, Mr. Bee (Pak Lebah) and thousands of other voices read, write, and share important stories on Medium.
Bikin blog baru di Medium khusus untuk bahas pemrograman dengan bahasa Swift dari Apple.
“Pemrogram adalah makhluk yang mampu mengubah secangkir kopi menjadi sederet baris perintah komputer.” ~Anonim
Bagi yang berkecimpung atau bersinggungan dengan pekerja TI (teknologi informasi), khususnya profesi pemrogram (programmer) dan perancang grafis (graphics designer), biasanya mafhum pada kebiasaan jam kerja mereka yang tak seperti pekerja kantoran pada umumnya. Seperti masuk kantor kesiangan, susah diajak rapat, sistem kebut semalam, dan—terutama—produktif di malam hari. Itu sebabnya mereka sering disebut pekerja kalong (kelelawar) karena jam kerjanya malam hari.
Berbagai alasan dan penjelasan berusaha membenarkan kebiasaan ngalong tersebut. Misalnya, mereka adalah pekerja kreatif sehingga produktivitas mereka tergantung pada mood (kesiapan mental), menunggu wangsit (entah dari mana), suasana malam yang jauh dari gangguan (distraction), dan sebagainya. Yang intinya adalah perilaku tersebut sudah sewajarnya dalam profesi mereka sehingga yang lain dimohon harap maklum saja. Diskusi seputar hal ini juga ramai diperbincangkan. Bahkan ada yang menulis buku secara khusus membahas tentang kebiasaan ini. Tak luput pula hasil penelitian ilmiah yang terkait dijadikan dasar pembenaran.
Saya juga seorang pemrogram profesional. Sudah 20 tahun lebih saya menekuni profesi ini. Tentu saya paham betul perilaku demikian karena saya juga pernah menjalaninya. Dan semua alasan di atas memang benar adanya. Memang bekerja di malam hari itu sangat mengasyikkan. Saking asyiknya bekerja, waktu berlalu tanpa terasa. Tahu-tahu matahari sudah terbit dan seribu baris program telah dituliskan dengan baik. Puas. Lalu tidur. Sementara orang lain baru akan berangkat ke kantor. 😊
Namun seiring waktu, karier saya pun berkembang. Selain membuat program komputer, saya mulai berhadapan dengan berbagai profesi lain, bertemu mitra kerja, menghadapi pelanggan, menyampaikan presentasi produk, dan sebagainya. Secara pribadi, seiring usia, saya mulai menjalin hubungan serius dengan wanita, lalu berkeluarga dan punya anak, serta tuntutan bersosialisasi dengan lingkungan yang di luar zona nyaman saya. Dari perkembangan itu, saya mulai memahami mengapa kebiasaan bekerja di malam hari itu kurang baik. Bisa jadi kebiasaan tersebut ada benarnya, tapi apa betul harus dibiarkan begitu selamanya? Secara kesehatan, kebiasaan tersebut jelas kurang baik dalam jangka panjang. Apa pemrogram tak bisa menikmati hidup dan jam kerja normal seperti profesi lainnya?
Pasti ada cara lain, pikir saya. Pemrogram pasti bisa hidup dan bekerja di jam normal. Jika memang harus bekerja di malam hari, tidak perlu dilakukan tiap hari/malam, cukup seperlunya saja. Saya pun mulai mengatur strategi bagaimana bisa bekerja di jam normal dan mengurangi bekerja di malam hari. Secara bertahap saya ingin betul-betul tidak perlu lagi bekerja di malam hari, kecuali karena ada perkara yang betul-betul mendesak sehingga harus dikerjakan malam hari.
Berdasarkan pengalaman pribadi, menurut saya hanya ada satu hal paling penting yang menyebabkan pemrogram suka bekerja di malam hari. Yaitu: konsentrasi atau fokus.
Konsentrasi yang baik didukung oleh situasi dan kondisi lingkungan yang nyaman. Bagi pemrogram, situasi dan kondisi yang nyaman itu umumnya tersedia pada malam hari. Kondisi yang sepi dan dingin, terutama setelah dini hari, sangat membantu pemrogram untuk berkonsentrasi pada pekerjaannya. Konsentrasi akan menghadirkan mood untuk mulai berpikir dan berkreasi. Wajar jika kemudian ide-ide inovatif dan pemikiran kreatif bermunculan. Mungkin itu sebabnya disunnahkan sholat tahajjud di akhir sepertiga malam (dini hari) untuk mendekatkan diri pada Tuhan. Mungkin supaya kita bisa berpikir inovatif dan kreatif dalam mencari solusi permasalahan hidup, ndak melulu mengeluh. 😊
Situasi malam hari jelas tak ada gangguan. Bekerja di malam hari menjauhkan pemrogram dari panggilan atasan, obrolan teman kerja, juga keributan anak-anak, dan omelan curhatan istri. Situasi yang seperti itu tentu sangat menyenangkan bagi pemrogram untuk bekerja. Pekerjaan menjadi lancar tanpa interupsi, ide-ide muncul tak terputus, pemikiran tak tersendat keributan sekitar. Jadi bisa dimaklumi jika pemrogram lebih menyukai bekerja di malam hari. Situasi dan kondisinya memang sangat nyaman dan mendukung.
Lalu, bisakah pemrogram bekerja dengan nyaman dan konsentrasi penuh di kantor pada jam kerja normal? Jawabnya, bisa. Mungkin tidak mudah, tapi bisa. Diperlukan latihan dan pembiasaan, baik secara pribadi pemrogram maupun secara manajemen di tempat bekerja. Berikut kiat dan triknya…
Untuk Pemrogram
1. Isolasikan diri dari keramaian kantor. Jika bisa punya ruangan khusus sendiri di kantor tentu lebih nyaman, tapi tak semua pemrogram bisa seperti itu. Cara yang lebih mudah adalah mengabaikan sekitar dengan cara tutup telinga dan tundukkan pandangan. Pasang headphone lalu putar lagu atau musik yang bisa membantu konsentrasi. Jaga pandangan hanya pada layar komputer kita saja, jangan jelalatan atau tolah-toleh mengintip kegiatan orang lain. Layar komputer yang agak besar dan lebih dari satu juga bisa membantu menjaga pandangan. Pasang tampang sibuk, tampang yang menyampaikan pesan “Saya sedang tidak mau diganggu!” sehingga rekan kerja sungkan untuk mengganggu. Jika perlu, pasang tulisan “JANGAN DIGANGGU!” atau “DO NOT DISTURB!” di meja kerja kita.
2. Bangun mood secara aktif, jangan menunggu. Kesalahan umum pemrogram adalah pasif menunggu mood. Padahal mood itu bisa secara aktif kita bangun sendiri, kapan pun. Sebab mood adalah kondisi mental, kontrolnya ada pada diri kita masing-masing. Setiap pemrogram biasanya punya cara masing-masing untuk memancing mood, bisa dengan musik, camilan, atau bacaan. Saya biasanya dengan membaca kode program sendiri yang sudah dibuat sebelumnya. Dengan begitu saya mengondisikan otak untuk mulai fokus pada masalah dalam kode-kode program tersebut dan terbangkit ide untuk mencari solusinya.
3. Hindari gangguan dari diri sendiri. Gangguan tak semata datang dari luar, tapi juga bisa dari dalam pemrogram sendiri. Biasanya dengan alasan cari mood, malah keluyuran di media sosial, nimbrung di grup diskusi, blogwalking, atau nonton video. Itu sih bukan cari mood namanya, tapi justru cari masalah. Menghindari gangguan dari luar itu lebih mudah daripada menghindari gangguan dari dalam kita sendiri. Biasanya karena malas, tapi mood yang jadi alasan. Jika kita ingin konsentrasi maka mulailah berusaha untuk konsentrasi, bukan malah membuyarkannya.
4. Bangun mental untuk siap menghadapi gangguan. Bagaimana pun kita berusaha membentengi diri dari gangguan, kadang gangguan tak bisa kita elakkan juga. Mulailah menerima gangguan sebagai bagian dari pekerjaan. Tak perlu merasa marah atau jengkel jika datang gangguan saat kita bekerja. Apabila kita bisa menerima gangguan maka gangguan tak lagi menjadi masalah. Mungkin ini terdengar absurd, tapi saya sudah membuktikannya. Begini yang saya lakukan…
Ketika sedang khusyuk membuat program, seorang pemrogram seolah berada di dunianya sendiri. Gangguan yang datang akan dianggap menghancurkan dunia tersebut. Saya ubah anggapan seperti itu. Alih-alih, saya anggap gangguan sebagai tamu, yang datang mengetuk pintu dan ingin bertemu saya. Jadi, tak perlu ada yang dihancurkan atau dirusak akibat kedatangan tamu tersebut. Seperti layaknya tamu, saya pun menerima dan melayaninya dengan baik. Setelah tamu itu selesai dengan urusannya, saya tutup pintu dan kembali ke dunia saya untuk melanjutkan pekerjaan yang terhenti tadi. Itu konsepnya. Prakteknya begini…
Saat asyik menulis kode-kode program, isi kepala seorang pemrogram adalah masalah dan ide-ide solusinya. Saat ada gangguan, jangan langsung direspon, tapi bangun dulu ingatan tentang apa yang saat ini sedang dipikirkan (masalah dan solusi yang sedang aktif). Ibarat lagu yang sedang diputar, saya pause lagu itu, lalu saya ingat posisi terakhirnya. Begitu ingatan itu terekam baik, baru saya merespon gangguan. Setelah selesai menghadapi gangguan, saya kembali ke depan laptop, menutup mata dan memutar kembali ingatan terakhir tadi, dibantu dengan membaca kode-kode program terkait, dan saya pun bisa segera kembali konsentrasi melanjutkan pekerjaan. Awalnya memang sulit, tapi jika dilatih dan dibiasakan, jadi mudah.
Sekarang, saya bisa saja sedang asyik koding, tahu-tahu anak saya memanggil. Saya butuh sekitar 5-10 detik untuk merekam apa yg sedang saya kerjakan saat itu ke otak. Saya simpan ingatan tersebut di “celah” otak tertentu agar mudah “diambil” kembali. Setelah itu segera bangkit dan merespon panggilan anak saya. Setelah urusan dengan anak selesai, saya kembali ke laptop dan butuh sekitar 20-30 detik untuk mengambil rekam ingatan tadi dan membangun konsentrasi kembali seperti sebelumnya. Lalu, saya kembali asyik melanjutkan koding seolah tak terjadi apa-apa. Jika gangguan datang lagi sebelum saya sempat bangun ulang konsentrasi, ya tinggal batalkan saja karena rekam ingatan kerja yang tadi belum terhapus.
Jika seorang pemrogram bisa melatih kemampuan seperti di atas, gangguan tak akan lagi terasa mengganggu. Gangguan hanya jadi semacam jeda dalam pekerjaan. Hanya sebuah tombol pause di alat kerja kita, yang bisa kita tekan dan lepas kapan pun kita mau.
Untuk Kantor Tempat Bekerja
Situasi dan kondisi yang nyaman bagi pemrogram tentu juga perlu dukungan dari tempat bekerja. Berikut kiat dan trik yang perlu dilakukan di kantor agar pemrogram bisa bekerja pada jam kerja normal.
1. Bangun budaya hargai privacy pemrogram. Pemrogram adalah pekerja yang perlu konsentrasi penuh dan seminimal mungkin gangguan. Lebih baik lagi jika setiap karyawan bisa punya ruang khusus dimana ia bisa bekerja nyaman tanpa terganggu. Jika pemrogram sedang bekerja, usahakan untuk tidak mengganggunya kecuali memang betul-betul mendesak. Di lingkungan karyawan juga dibiasakan untuk tidak mengganggu pemrogram yang sedang bekerja. Pihak manajemen harus paham dan menghormati hal-hal seperti ini.
2. Jangan biasakan rapat mendadak. Rapat memang kadang penting dan diperlukan. Tapi sebaiknya dilakukan secara terjadwal dan ada pemberitahuan sebelumnya. Dengan demikian karyawan bisa menyiapkan diri sebaik-baiknya untuk mengikuti rapat. Jika memang perlu diadakan rapat mendadak, cukup undang karyawan yang betul-betul diperlukan untuk hadir, tak perlu semuanya diundang, apalagi pemrogram yang kadang tak perlu berurusan langsung dengan hal yang dirapatkan.
3. Hindari akses langsung manajemen ke pemrogram. Karyawan pemrogram yang tak berhubungan dengan pengambilan keputusan kantor, sebaiknya tidak berhubungan langsung dengan manajemen. Manfaatkan atasan pemrogram (manajer atau ketua proyek) untuk hal-hal yang terkait manajemen. Jadi, tak perlu misalnya seorang direktur memanggil karyawan pemrogram untuk menjelaskan kondisi aplikasi atau sistem yang sedang bermasalah. Justru hal seperti itu mengganggu karyawan tersebut untuk segera bekerja menyelesaikan permasalahan yang terjadi. Jika atasan pemrogram tak bisa menjalankan fungsi tersebut, maka jelas masalahnya dimana bukan?
4. Biasakan pemrogram menyelesaikan pekerjaan di kantor di saat jam kerja. Untuk mengurasi stres karyawan pemrogram, usahakan tak ada beban kerja tambahan di luar jam kerja kantor. Beri kesempatan karyawan untuk menikmati hidup dan hasil kerjanya di luar jam kerja, bersama keluarga, sanak kerabat, dan teman-temannya. Karena hidup itu tak semata hanya kerja, kerja, dan kerja. Jika pun perlu bekerja di luar jam kantor, berilah penghargaan yang layak dan sesuai.
* * *
Dengan kiat dan trik di atas, pemrogram tak perlu lagi jadi kalong yang hanya bisa produktif di malam hari. Jika setelah membaca ini seorang pemrogram tetap saja ndak mau berubah dari kebiasaan kerja di malam hari nyaris setiap hari, kemungkinan besar dia adalah seorang pemuda jones alias jomblo ngenes yang tak merasa perlu memikirkan kencan, kesehatan, apalagi masa depan. 😄
Berhubung tempat ngoprek di beeography.koding.io sudah tutup, rumah lebah pindah ke pak.lebah.web.id. Silakan berkunjung untuk melihat eksperimen koding apa yg sedang aku lakukan. Terima kasih. 😊
stormborns
titsay
jbbartram-illu
yousharknotpass
janainaart