Tujuh kebiasaan mengedit teks yang efektif

Bram Moolenaar

November 2000

Jika Anda menghabiskan banyak waktu mengetik teks biasa, menulis program atau HTML, Anda dapat menyimpan banyak waktu bahwa dengan menggunakan editor yang baik dan menggunakannya secara efektif. Makalah ini akan menyajikan pedoman dan petunjuk untuk melakukan pekerjaan Anda lebih cepat dan dengan lebih sedikit kesalahan.

The open source editor teks Vim (Vi Peningkatan) akan digunakan di sini untuk mempresentasikan ide-ide tentang editing efektif, tetapi mereka berlaku untuk editor lain sama dengan baik. Memilih editor yang tepat sebenarnya adalah langkah pertama menuju editing efektif. diskusi tentang yang Editor adalah yang terbaik untuk Anda akan mengambil terlalu banyak ruang dan dihindari. Jika Anda tidak tahu mana editor untuk menggunakan atau tidak puas dengan apa yang Anda sedang menggunakan, memberikan Vim mencoba; Anda tidak akan kecewa.

Bagian 1: mengedit file

1. Bergerak cepat

Sebagian besar waktu yang dihabiskan membaca, memeriksa kesalahan dan mencari tempat yang tepat untuk bekerja pada, daripada memasukkan teks baru atau mengubah itu.Menavigasi melalui teks dilakukan sangat sering, sehingga Anda harus belajar bagaimana melakukan hal itu dengan cepat.

Cukup sering Anda akan ingin mencari beberapa teks Anda tahu ada. Atau melihat semua lini di mana sebuah kata atau frase yang digunakan. Anda hanya bisa menggunakan perintah pencarian /patternuntuk menemukan teks, tetapi ada cara yang lebih cerdas:

• Jika Anda melihat kata tertentu dan ingin mencari kejadian lainnya dari kata yang sama, gunakan *perintah. Ini akan ambil kata dari bawah kursor dan mencari yang berikutnya.
• Jika Anda mengatur ' incsearch' pilihan, Vim akan menampilkan pertandingan pertama untuk pola, sementara Anda masih mengetik. Ini dengan cepat menunjukkan kesalahan ketik pada pola.
• Jika Anda mengatur ' hlsearch' pilihan, Vim akan menyoroti semua pertandingan untuk pola dengan latar belakang kuning. Hal ini memberikan gambaran singkat dari mana perintah pencarian akan membawa Anda. Dalam kode program itu dapat menunjukkan di mana variabel yang digunakan. Anda bahkan tidak perlu untuk memindahkan kursor untuk melihat pertandingan.

Dalam teks terstruktur bahkan ada lebih banyak kemungkinan untuk bergerak cepat. Vim memiliki perintah khusus untuk program di C (dan bahasa yang sama seperti C ++ dan Java):

• Gunakan %untuk melompat dari penjepit terbuka untuk brace penutupan cocok nya. Atau dari "# jika" untuk pencocokan "# endif". Sebenarnya, % bisa melompat ke banyak item pencocokan yang berbeda. Hal ini sangat berguna untuk memeriksa apakah () dan {} konstruksi yang seimbang dengan benar.
• Gunakan [{untuk melompat kembali ke "{" pada awal blok kode saat ini.
• Gunakan gduntuk melompat dari penggunaan variabel deklarasi lokal.

Ada banyak lagi, tentu saja. Intinya adalah bahwa Anda perlu untuk mengenal perintah ini. Anda mungkin keberatan bahwa Anda tidak mungkin mempelajari semua perintah-perintah ini - ada ratusan perintah gerakan yang berbeda, beberapa sederhana, beberapa sangat pintar - dan itu akan mengambil minggu pelatihan untuk belajar mereka semua. Nah, Anda tidak perlu;bukannya menyadari apa cara tertentu Anda editing, dan belajar hanya mereka perintah yang membuat editing Anda lebih efektif.

Ada tiga langkah dasar :

1. Saat Anda mengedit, mengawasi keluar untuk tindakan Anda mengulangi dan / atau menghabiskan sedikit waktu di.
2. Cari tahu apakah ada perintah editor yang akan melakukan tindakan ini lebih cepat. Baca dokumentasi, meminta seorang teman, atau melihat bagaimana orang lain melakukan hal ini.
3. Melatih menggunakan perintah. Lakukan ini sampai jari-jari Anda mengetik tanpa berpikir.

Mari kita gunakan contoh untuk menunjukkan cara kerjanya:

1. Anda menemukan bahwa ketika Anda mengedit file program C, Anda sering menghabiskan waktu mencari di mana fungsi didefinisikan. Saat Anda menggunakan * perintah untuk mencari tempat-tempat lain di mana nama fungsi muncul, tetapi akhirnya akan melalui banyak pertandingan untuk mana fungsi ini digunakan sebagai pengganti didefinisikan. Anda mendapatkan ide bahwa harus ada cara untuk melakukan hal ini lebih cepat.
2. Melihat melalui referensi cepat Anda menemukan komentar tentang melompat ke tag. dokumentasi menunjukkan bagaimana hal ini dapat digunakan untuk melompat ke definisi fungsi, hanya apa yang Anda cari!
3. Anda sedikit bereksperimen dengan menghasilkan file tag, menggunakan program ctags yang datang dengan Vim. Anda belajar untuk menggunakan CTRL-]perintah, dan menemukan Anda menghemat banyak waktu menggunakannya. Untuk mempermudah, Anda menambahkan beberapa baris untuk Makefile Anda untuk secara otomatis menghasilkan file tag.

Beberapa hal yang harus diperhatikan ketika Anda menggunakan tiga langkah berikut:

• "Saya ingin mendapatkan pekerjaan yang dilakukan, saya tidak punya waktu untuk melihat melalui dokumentasi untuk menemukan beberapa perintah baru". Jika Anda berpikir seperti ini, Anda akan terjebak dalam zaman batu komputasi. Beberapa orang menggunakan Notepad untuk segala sesuatu, dan kemudian bertanya-tanya mengapa orang lain mendapatkan pekerjaan mereka dilakukan dalam setengah waktu ...
• Jangan berlebihan. Jika Anda selalu mencoba untuk menemukan perintah yang sempurna untuk setiap hal kecil yang Anda lakukan, pikiran Anda akan memiliki waktu tersisa untuk berpikir tentang pekerjaan yang Anda benar-benar melakukan. Hanya memilih tindakan-tindakan yang mengambil lebih banyak waktu dari yang diperlukan, dan melatih perintah sampai Anda tidak perlu berpikir tentang hal itu ketika menggunakan mereka. Kemudian Anda dapat berkonsentrasi pada teks.

Pada bagian berikut akan ada saran untuk tindakan yang kebanyakan orang harus berurusan dengan. Anda dapat menggunakan ini sebagai inspirasi untuk menggunakan tiga langkah dasar untuk pekerjaan Anda sendiri.

2. Jangan mengetik dua kali

Ada satu set terbatas kata-kata yang kita ketik. Dan bahkan sejumlah frasa dan kalimat. Terutama dalam program komputer. Jelas, Anda tidak ingin mengetik hal yang sama dua kali.

Sangat sering Anda akan ingin mengubah satu kata ke lain. Jika ini dilakukan di seluruh file, Anda dapat menggunakan :s(pengganti) perintah. Jika hanya beberapa lokasi perlu berubah, metode cepat adalah dengan menggunakan * perintah untuk menemukan kejadian berikutnya kata dan menggunakan cwuntuk mengubah kata. Kemudian ketik nuntuk menemukan kata berikutnya dan . (dot) untuk mengulang cwperintah.

The .perintah mengulangi perubahan terakhir. Perubahan, dalam konteks ini, adalah memasukkan, menghapus atau mengganti teks. Mampu mengulangi ini adalah mekanisme yang sangat kuat. Jika Anda mengatur editing Anda di sekitar itu, banyak perubahan akan menjadi masalah memukul hanya itu .kunci. Watch out untuk membuat perubahan lain di antara, karena akan menggantikan perubahan yang Anda mengulangi. Sebaliknya Anda mungkin ingin menandai lokasi dengan mperintah, terus perubahan Anda berulang dan datang kembali ke sana nanti.

Beberapa fungsi dan nama variabel dapat canggung untuk mengetik. Anda dapat dengan cepat mengetik "XpmCreatePixmapFromData" tanpa salah ketik dan tanpa melihat itu? Vim memiliki mekanisme penyelesaian yang membuat ini jauh lebih mudah. Ini terlihat kata-kata dalam file Anda mengedit, dan juga di # include'd file. Anda dapat mengetik "XpmCr", lalu tekan CTRL-Ndan Vim akan memperluas ke "XpmCreatePixmapFromData" untuk Anda. Hal ini tidak hanya menghemat cukup banyak mengetik, itu juga menghindari membuat kesalahan ketik dan harus memperbaikinya kemudian ketika compiler memberikan pesan kesalahan.

Ketika Anda mengetik sebuah frase atau kalimat beberapa kali, ada pendekatan lebih cepat. Vim memiliki mekanisme untuk merekam makro. Anda mengetik qauntuk mulai merekam ke register 'a'. Kemudian Anda ketik perintah Anda seperti biasa dan akhirnya memukul qlagi untuk berhenti merekam. Bila Anda ingin mengulang perintah direkam Anda mengetik @a. Ada 26 register yang tersedia untuk ini.

Dengan rekaman Anda dapat mengulangi banyak tindakan yang berbeda, tidak hanya memasukkan teks. Perlu ini adalah pikiran ketika Anda tahu Anda akan mengulang sesuatu.

Satu hal yang harus diperhatikan saat merekam adalah bahwa perintah akan dimainkan kembali seperti yang Anda ketikkan mereka. Ketika bergerak di sekitar Anda harus diingat bahwa teks Anda bergerak lebih mungkin berbeda ketika perintah diulang. Bergerak empat karakter yang tersisa mungkin bekerja untuk teks di mana Anda merekam, tapi mungkin perlu lima karakter di mana Anda mengulangi perintah. Ini sering diperlukan untuk menggunakan perintah untuk pindah objek teks (kata-kata, kalimat) atau pindah ke karakter tertentu.

Ketika perintah yang Anda butuhkan untuk mengulang yang semakin rumit, mengetik mereka tepat sekaligus semakin sulit. Alih-alih rekaman mereka, maka Anda harus menulis naskah atau makro. Hal ini sangat berguna untuk membuat template untuk bagian dari kode Anda; misalnya, header fungsi. Anda dapat membuat ini sebagai pintar yang Anda inginkan.

3. Perbaiki ketika itu salah

Itu normal untuk membuat kesalahan saat mengetik. Tidak ada yang bisa menghindarinya. Caranya adalah dengan segera spot dan memperbaikinya. editor harus dapat membantu Anda dengan ini. Tapi Anda perlu untuk menceritakannya apa yang salah dan apa yang benar.

Sangat sering Anda akan membuat kesalahan yang sama lagi dan lagi. jari-jari Anda hanya tidak melakukan apa yang Anda inginkan. Hal ini bisa diperbaiki dengan singkatan. Beberapa contoh:

:abbr Lunix Linux
:abbr accross across
:abbr hte the

Kata-kata akan secara otomatis diperbaiki hanya setelah Anda mengetik mereka.

Mekanisme yang sama dapat digunakan untuk mengetik kata yang panjang hanya dengan beberapa karakter. Terutama berguna untuk kata-kata yang Anda merasa sulit untuk mengetik, dan menghindari yang Anda ketikkan mereka salah. contoh:

:abbr pn penguin
:abbr MS Mandrake Software

Namun, ini cenderung untuk memperluas ke kata penuh ketika Anda tidak ingin itu, yang membuatnya sulit ketika Anda benar-benar ingin memasukkan "MS" dalam teks Anda. Cara terbaik adalah untuk menggunakan kata-kata singkat yang tidak memiliki arti sendiri.

Untuk menemukan kesalahan dalam teks Anda Vim memiliki mekanisme penyorotan pintar. Ini benar-benar dimaksudkan untuk digunakan untuk melakukan sintaks program, tetapi dapat menangkap dan menyoroti kesalahan juga.

Sintaks menunjukkan komentar dalam warna. Itu tidak terdengar seperti fitur penting, tetapi sekali Anda mulai menggunakannya Anda akan menemukan bahwa itu banyak membantu.Anda dapat dengan cepat melihat teks yang harus komentar, tetapi tidak disorot seperti itu (Anda mungkin lupa komentar penanda) .Atau melihat baris kode disorot sebagai komentar (Anda lupa untuk memasukkan "* /"). Ini adalah kesalahan yang sulit untuk tempat di B & W berkas dan bisa membuang-buang banyak waktu ketika mencoba untuk debug kode.

The sintaks juga dapat menangkap kawat gigi tidak seimbang. Tidak seimbang ")" disorot dengan latar belakang merah terang. Anda dapat menggunakan % perintah untuk melihat bagaimana mereka cocok, dan menyisipkan "(" atau ")" pada posisi yang tepat.

kesalahan umum lain juga cepat terlihat, misalnya menggunakan "# disertakan " bukan "#include ". Anda dengan mudah kehilangan kesalahan di B & W, tapi dengan cepat melihat bahwa "termasuk" disorot sementara "termasuk" tidak.

Sebuah contoh yang lebih kompleks: untuk teks bahasa Inggris ada daftar panjang dari semua kata-kata yang digunakan. Apa kata tidak ada dalam daftar ini bisa menjadi kesalahan.Dengan file sintaks Anda dapat menyorot semua kata-kata yang tidak ada dalam daftar. Dengan beberapa macro tambahan Anda dapat menambahkan kata ke wordlist, sehingga mereka tidak lagi ditandai sebagai kesalahan. Ini bekerja seperti yang Anda harapkan di sebuah pengolah kata. Dalam Vim diimplementasikan dengan script dan Anda bisa menyesuaikan untuk Anda gunakan sendiri: misalnya, hanya memeriksa komentar dalam program untuk kesalahan ejaan.

Bagian 2: mengedit lebih file

4. Sebuah file jarang datang sendirian

Orang tidak bekerja hanya pada satu file. Sebagian besar ada banyak file yang terkait, dan Anda mengedit beberapa setelah satu sama lain, atau bahkan beberapa pada saat yang sama. Anda harus dapat mengambil keuntungan dari editor untuk membuat bekerja dengan beberapa file yang lebih efisien.

Mekanisme tag disebutkan sebelumnya juga bekerja untuk melompat antara file. Pendekatan yang umum adalah untuk menghasilkan file tag untuk keseluruhan proyek yang sedang Anda kerjakan. Anda kemudian dapat dengan cepat melompat antara semua file dalam proyek untuk menemukan definisi dari fungsi, struktur, typedef, dll Waktu yang Anda simpan dibandingkan dengan mencari secara manual adalah luar biasa; membuat file tag adalah hal pertama yang saya lakukan ketika browsing sebuah program.

Mekanisme kuat lain adalah untuk menemukan semua kejadian nama dalam kelompok file, menggunakan :grepperintah. Vim membuat daftar semua pertandingan, dan melompat ke yang pertama. The :cnperintah membawa Anda ke setiap pertandingan berikutnya. Hal ini sangat berguna jika Anda perlu untuk mengubah jumlah argumen dalam panggilan fungsi.

Sertakan file berisi informasi yang berguna. Tetapi menemukan satu yang berisi deklarasi Anda perlu melihat dapat mengambil banyak waktu. Vim tahu tentang termasuk file, dan dapat mencari mereka untuk kata yang Anda cari. Tindakan yang paling umum adalah untuk pencarian prototipe dari fungsi. Posisikan kursor pada nama fungsi dalam file Anda dan jenis [I: Vim akan menampilkan daftar semua pertandingan untuk nama fungsi dalam file disertakan. Jika Anda perlu untuk melihat lebih banyak konteks, Anda dapat langsung melompat ke deklarasi.Sebuah perintah serupa dapat digunakan untuk memeriksa apakah Anda melakukan menyertakan file header yang tepat.

Di Vim Anda dapat membagi area teks di beberapa bagian untuk mengedit file yang berbeda. Kemudian Anda dapat membandingkan isi dari dua atau lebih file dan copy / paste teks antara mereka. Ada banyak perintah untuk membuka dan menutup jendela, melompat di antara mereka, menyembunyikan file sementara, dll Sekali lagi Anda akan harus menggunakan tiga langkah dasar untuk memilih seperangkat perintah yang ingin belajar menggunakan.

Ada lebih penggunaan beberapa jendela. Mekanisme pratinjau-tag adalah contoh yang sangat baik. Ini akan membuka jendela pratinjau khusus, sambil menjaga kursor pada file yang sedang Anda kerjakan. Teks dalam jendela pratinjau menunjukkan, misalnya, deklarasi fungsi untuk nama fungsi yang berada di bawah kursor. Jika Anda memindahkan kursor ke nama lain dan meninggalkannya di sana untuk kedua, jendela preview akan menampilkan definisi nama itu. Ini juga bisa menjadi nama struktur atau fungsi yang dideklarasikan di file termasuk proyek Anda.

5. Mari kita bekerja sama

Editor adalah untuk mengedit teks. Program e-mail untuk mengirim dan menerima pesan. Sistem Operasi adalah program yang berjalan. Setiap program memiliki tugas sendiri dan harus menjadi baik. kekuasaan berasal dari memiliki program bekerja sama.

Contoh sederhana: Anda perlu menulis ringkasan tidak lebih dari 500 kata. Pilih paragraf saat ini dan menulis ke program "wc": vip:w !wc -w. The "wc -w" perintah eksternal digunakan untuk menghitung kata-kata. Mudah, bukan?

Akan selalu ada beberapa fungsi yang Anda butuhkan yang tidak dalam editor. Sehingga memungkinkan untuk menyaring teks dengan program lain berarti Anda dapat Tambahkan fungsi yang eksternal. Ini selalu menjadi semangat Unix memiliki program terpisah yang melakukan pekerjaan mereka dengan baik, dan bekerja sama untuk melakukan tugas yang lebih besar.Sayangnya, kebanyakan editor tidak bekerja terlalu baik bersama-sama dengan program lain - Anda tidak dapat mengganti editor e-mail di Netscape dengan satu sama lain, misalnya. Anda akhirnya menggunakan editor lumpuh. Kecenderungan lain adalah untuk mencakup semua jenis fungsi dalam editor; Emacs adalah contoh yang baik dari mana ini bisa berakhir. (Beberapa menyebutnya sebuah sistem operasi yang juga dapat digunakan untuk mengedit teks.)

Vim mencoba untuk mengintegrasikan dengan program lain, tapi ini masih perjuangan. Saat itu mungkin untuk menggunakan Vim sebagai editor di MS-Developer Studio dan Sniff.Beberapa program e-mail yang mendukung editor eksternal, seperti Mutt, dapat menggunakan Vim. Integrasi dengan Sun Lokakarya sedang dikerjakan. Umumnya ini adalah area yang harus diperbaiki dalam waktu dekat. Hanya maka kita akan mendapatkan sistem yang lebih baik daripada jumlah bagian-bagiannya.

6. Teks terstruktur

Anda akan sering bekerja dengan teks yang memiliki beberapa jenis struktur, tetapi berbeda dari apa yang didukung oleh perintah yang tersedia. Kemudian Anda akan harus jatuh kembali ke "blok bangunan" dari editor dan membuat macro dan plugin Anda sendiri untuk bekerja dengan teks ini. Kami sampai ke hal yang lebih rumit di sini.

Salah satu hal yang sederhana adalah dengan mempercepat siklus edit-compile-fix. Vim memiliki :makeperintah, yang dimulai kompilasi Anda, menangkap kesalahan itu menghasilkan dan memungkinkan Anda melompat ke lokasi kesalahan untuk memperbaiki masalah. Jika Anda menggunakan compiler yang berbeda, pesan kesalahan tidak akan diakui. Bukannya kembali ke yang lama "menuliskannya" sistem, Anda harus menyesuaikan ' errorformat' pilihan. Ini memberitahu Vim apa kesalahan Anda terlihat seperti dan bagaimana untuk mendapatkan nama file dan nomor baris dari mereka. Ia bekerja untuk pesan kesalahan yang rumit gcc, sehingga Anda harus dapat membuatnya bekerja untuk hampir semua compiler.

Kadang-kadang menyesuaikan diri dengan jenis file ini hanya masalah pengaturan beberapa pilihan atau menulis beberapa macro. Misalnya, untuk melompat halaman sekitar manual, Anda dapat menulis makro yang meraih kata di bawah kursor, membersihkan buffer dan kemudian membaca halaman manual untuk kata ke dalam buffer. Itu cara yang sederhana dan efisien untuk pencarian referensi silang.

Menggunakan tiga langkah dasar, Anda dapat bekerja lebih efektif dengan apapun file yang terstruktur. Hanya berpikir tentang tindakan yang ingin Anda lakukan dengan file, menemukan perintah editor yang melakukannya dan mulai menggunakan mereka. Ini benar-benar sesederhana kedengarannya. Anda hanya perlu melakukannya.

Bagian 3: mengasah gergaji

7. Biasakan

Belajar mengemudi mobil membutuhkan usaha. Apakah itu alasan untuk tetap mengemudi sepeda Anda? Tidak, Anda sadar bahwa Anda perlu menginvestasikan waktu untuk belajar keterampilan. mengedit teks tidak berbeda. Anda perlu belajar perintah baru dan mengubahnya menjadi kebiasaan.

Di sisi lain, Anda tidak harus mencoba untuk belajar setiap perintah sebuah penawaran Editor. Itu akan membuang-buang waktu. Kebanyakan orang hanya perlu belajar 10 sampai 20 persen dari perintah untuk pekerjaan mereka. Tapi itu yang berbeda dari perintah untuk semua orang. Hal ini membutuhkan bahwa Anda bersandar kembali sekarang dan kemudian, dan bertanya-tanya jika ada beberapa tugas yang berulang-ulang yang bisa otomatis. Jika Anda melakukan tugas hanya sekali, dan tidak mengharapkan harus melakukannya lagi, jangan mencoba untuk mengoptimalkannya. Tapi Anda mungkin menyadari bahwa Anda telah sesuatu yang beberapa kali mengulangi dalam satu jam terakhir. Kemudian mencari dokumentasi untuk perintah yang dapat melakukannya lebih cepat. Atau menulis makro untuk melakukannya. Ketika itu tugas yang lebih besar, seperti lapisan luar semacam tertentu teks, Anda bisa melihat-lihat di newsgroup atau di Internet untuk melihat apakah seseorang sudah diselesaikan untuk Anda.

Langkah dasar penting adalah yang terakhir. Anda dapat memikirkan tugas yang berulang, menemukan solusi yang bagus untuk itu dan setelah akhir pekan Anda lupa bagaimana Anda melakukannya. Yang tidak bekerja. Anda akan harus mengulangi larutan sampai jari-jari Anda melakukannya secara otomatis. Hanya maka Anda akan mencapai efisiensi yang Anda butuhkan. Jangan mencoba untuk belajar terlalu banyak hal sekaligus. Tapi melakukan beberapa pada saat yang sama akan bekerja dengan baik. Untuk trik Anda tidak menggunakan cukup sering untuk mendapatkan mereka di jari-jari Anda, Anda mungkin ingin menuliskannya untuk dapat melihat mereka nanti. Lagi pula, jika Anda tetap tujuan dalam tampilan, Anda akan menemukan cara untuk membuat editing Anda lebih dan lebih efektif.

Satu komentar terakhir untuk mengingatkan Anda tentang apa yang terjadi ketika orang mengabaikan semua di atas: Saya masih melihat orang-orang yang menghabiskan setengah hari mereka di balik VDU menatap layar mereka, kemudian turun di dua jari, kemudian di layar, dll - dan kemudian bertanya-tanya mengapa mereka begitu lelah ... Jenis dengan sepuluh jari!Ini bukan hanya lebih cepat, itu juga jauh lebih melelahkan. Menggunakan program komputer selama satu jam setiap hari, hanya membutuhkan waktu beberapa minggu untuk belajar untuk menyentuh jenis.

Epilog

Ide untuk judul berasal dari buku sukses "The 7 kebiasaan orang yang sangat efektif" oleh Stephen R. Covey. Saya merekomendasikan hal ini kepada semua orang yang ingin memecahkan masalah pribadi dan profesional (dan siapa yang tidak?). Meskipun beberapa dari Anda akan mengklaim itu berasal dari buku Dilbert "Tujuh tahun orang yang sangat rusak" oleh Scott Adams (juga disarankan!). Lihat http://iccf-holland.org/click1.html dan pergi ke "buku yang direkomendasikan dan CD".

Tentang Penulis

Bram Moolenaar adalah penulis utama Vim. Dia menulis inti Vim fungsi dan memilih kode yang diajukan oleh banyak orang lain apa yang disertakan. Dia lulus di universitas teknis Delft sebagai teknisi komputer. Sekarang ia terutama bekerja pada perangkat lunak, tapi masih tahu bagaimana menangani besi solder. Dia adalah pendiri dan bendahara FKKI Holland, yang membantu anak-anak yatim di Uganda. Dia melakukan pekerjaan freelance sebagai arsitek sistem, tapi benar-benar menghabiskan sebagian besar waktu bekerja pada Vim. alamatnya e-mail: Bram AT Moolenaar.net.