Arkib Kategori: SharePoint Penyelesaian Design

Penjejakan Aktiviti Amalan – Bahagian 1

Kira-kira setahun yang lalu, Saya menyertai Consulting Slalom di sini di new York sebagai apa yang kita panggil Kawasan Amalan Utama.  (Sebagai kecil diperuntukkan untuk titik post blog ini, bahawa perubahan dalam akaun pekerjaan untuk saya jumlah drop-off dalam blog.  Ia merupakan satu perubahan besar dalam peranan dan perubahan besar dalam hari ke hari "barangan" tetapi saya jenis acclimated diri saya dan tidak sabar-sabar untuk menulis lagi Smile ).

Dalam peranan ini PAL, Saya bertanggungjawab untuk menyelamatkan syarikat dan sekitarnya serta-merta 21 Jalan 21 West daripada bencana secara tetap.  Ia banyak tekanan (lebih daripada anda mungkin berfikir - hanya memikirkan semua kanak-kanak!). 

Dalam perkhidmatan itu penting, Saya perlu membantu dengan pra-jualan, mewujudkan dan mengemaskini persembahan pergi ke pasaran, mengupah orang baik, melatih orang untuk menjadikan mereka lebih baik (tetapi benar-benar, untuk membuat kerja saya lebih mudah) dan kadang-kadang melakukan sesuatu kerja yang dibayar pada pelanggan.  Saya mendapat banyak "input" - soalan daripada pelanggan, peluang-peluang jualan, pemikiran addled saya sendiri dan sebagainya.  Sebahagian daripada ia benar-benar baik (seperti oppty jualan panas) manakala banyak ia adalah kurang baik.  Yang penting adalah untuk mengesan mulanya, mengutamakan dan menguruskan setiap idea-idea (besar dan kecil) membuat kesimpulan yang berjaya. 

Ini jenis pengurusan tugas bukan baru, betul?  Dan kita mempunyai banyak alat petugas untuk membantu kami dengan ini.  Outlook mempunyai tugas.  Anda boleh menampar spreadsheet bersama-sama baik dan cepat.  Alat pengurusan tugas pertama saya adalah kembali notepad undang-undang di hari-hari saya di GAF sebagai pemaju dalam jabatan IT.  (Bertanya kepada saya tentang hari-hari yang baik lama masa depan anda melihat saya jika anda berminat, atau mungkin tidak...).

Sebagai seorang lelaki SharePoint (ukuran, sekurang-kurangnya), Saya selalu berfikir untuk menggunakan SharePoint.  Tetapi untuk sebab-sebab tertentu, senarai Petugas generik tidak cukup ia tidak bagi saya.  Sekumpulan bulan yang lalu, Saya membuat keputusan untuk menyembuhkan diri sendiri dan hanya mewujudkan penyelesaian berasaskan SharePoint.  Ia begitu malu mudah untuk membuat yang saya fikir untuk menulis mengenainya di sini.

Jadi, matlamat saya di sini sangat mudah:

  • Super kemasukan data mudah dan cepat
  • Mengutamakan aktiviti-aktiviti
  • Mengkategorikan aktiviti
  • "Langkah seterusnya" didorong - aktiviti ini akan sering rentang minggu (mungkin juga bulan).  Mereka hampir tidak pernah "akhir" selepas satu update tertentu.

Ini bit meminjamkan diri mereka sangat baik untuk jenis kandungan, supaya apa yang saya buat:

image

Anda sebenarnya boleh melihat bahawa saya mempunyai berat sebelah jualan dengan ini pada mulanya, kerana saya mempunyai bahawa "Pelanggan" bidang.  Banyak aktiviti amalan saya adalah berdasarkan sekitar pelanggan (sama ada yang sebenar atau yang bakal).  Tetapi ramai daripada mereka juga memberi tumpuan dalaman.  Saya menampar "Slalom" di sana apabila saya mencipta mereka, tetapi ia sentiasa merasakan anak lelaki pelik.  Saya sepatutnya menamakan ia sesuatu yang lebih generik.  Mungkin "Pertubuhan Sasaran" atau sesuatu.

Berikut adalah beberapa nota pada pelbagai jenis kandungan:

  • Kesan aktiviti telah diturunkan ke dalam ukuran keutamaan.  Saya tidak pasti mengapa saya pergi dengan "Kesan" dan tidak "Keutamaan" hari sifar, tetapi itulah apa yang saya lakukan. 
  • Langkah-langkah seterusnya dan Langkah Seterusnya Tarikh - Saya mempunyai papan pemuka yang dipandu oleh tarikh aktiviti seterusnya.  Papan pemuka ini telah menjadi jenis perintah berarak saya untuk hari / minggu.  Saya hanya pergi ke papan pemuka dan memberi tumpuan kepada barangan keutamaan pertama dan pergi dari sana.  (Ada anggapan bahawa "untagged"
  • Pemilik utama - satu-satunya perkara nota adalah - ia tidak hebat yang anda boleh menyusun dan menapis ruangan multi-pilih dalam SP 2010! Saya sebenarnya tidak sepenuhnya membeli idea ini pada mulanya.
  • Status Aktiviti - benar-benar hanya "Open" atau "tertutup." 
  • Amalan utama - Selepas saya mula menggunakan ini, PAL lain dalam kumpulan saya mahu mencuba ini, jadi saya turun ke dalam campuran ini untuk membezakan antara barangan saya (Portal & Kerjasama) dan barangan itu (Azure).

Berikut adalah papan pemuka saya:

image

(maaf untuk semua kabur keluar bit - saya tidak berasa seperti mewujudkan sekumpulan data ujian dan saya tidak mahu memberi sesiapa serangan jantung lebih butiran perkongsian penting [lihat sedikit dalam semula intro: menyelamatkan dunia, dan lain-lain, dan lain-lain, dan lain-lain]).

Saya mempunyai beberapa pandangan lain dalam senarai ini, termasuk pandangan helaian yang membolehkan saya untuk melakukan update besar-besaran.  Saya melakukan ini paling kerap apabila sekumpulan barangan keutamaan yang lebih rendah saya merancang untuk melakukan tidak pernah cukup mendapat dilakukan dan perlu ditolak keluar seminggu.

Setiap hari, Saya tarik sehingga log aktiviti saya dan hanya mula bekerja di luar bahagian atas senarai.

Dalam bahagian 2, Saya akan terangkan bagaimana saya membuat ini lebih berguna dengan tambahan yang bagus e-mel yang dibolehkan doc perpustakaan dan SPD kerja.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Biarkan Shining Contoh Lead jalan kepada Angkat SharePoint Peningkatan

Pertama "tulen" BrightStarr blog saya telah diterbitkan hari ini.  Berikut adalah penggoda:

Ada telah banyak perbualan di internets akhir-akhir ini mengenai topik penggunaan SharePoint dan terutamanya kekurangan itu. Tiada siapa yang mahu pergi ke semua masalah mereka bentuk sebuah ladang dan infrastruktur keselamatan, yang mengambil bahagian dalam bengkel, meletakkan bersama-sama melihat manis dan rasa, bekerja di luar batu seni bina maklumat yang kukuh yang boleh menahan jatuh bangun syarikat semula orgs dan akhirnya, satu pelancaran berisi sebarang gangguan hanya untuk menemui tiga bulan selepas pergi-hidup yang kurang daripada 50% pekerja syarikat menggunakan SharePoint dan kebanyakan mereka menggunakan ia untuk menggantikan yang lama pelayan fail rangkaian ("S yang:\ Drive").

Ada peluru perak (atau paparkan blog tunggal) akan menyelesaikan masalah yang. Walau bagaimanapun, terdapat banyak perkara yang anda boleh lakukan untuk mengurangkan risiko yang SharePoint portal anemia. Satu teknik tersebut adalah "Shining contoh pola."

Saya suka untuk mengetahui tentang strategi lain pakai SharePoint bahawa anda mengambil berat untuk berkongsi.  Jika anda berkongsi, sila tinggalkan sebagai komen di blog yang BrightStarr.

Baca segala-galanya di sini: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Buat halaman Mesra Pencetak dan Malah Cetak Mereka

Saya menulis satu artikel bagi SharePoint Taklimat seminggu atau lebih yang lalu dan ia telah dihantar.  Berikut adalah sedikit pembukaan:

image

Anda boleh membaca segala-galanya di sini: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Saya harap ini membantu seseorang.  Nikmati!

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

"Boleh Lakukan” berbanding "Sekiranya Adakah” Dalam Projek SharePoint

Saya rasa ramai di antara kita yang kadang-kadang dibentangkan dengan, kerana kekurangan frasa yang lebih baik, keperluan muda-kanak-kanak.  Pengguna akhir benar-benar, sangat teruk mahu melihat tertentu tertentu dan rasa, atau struktur sorting sangat khusus atau untuk memotong satu klik atau pilihan menu untuk memudahkan pelayaran atau [memasukkan kepercayaan ghairah diadakan yang berlaku kepada salah].  Sebagai SharePoint pro, kita biasanya boleh memenuhi hampir apa-apa keperluan dengan platform, tetapi bagi sesetengah daripada mereka, kita tahu dalam hati kita bahawa:

  • Mereka akan mengambil jumlah yang tidak seimbang masa untuk melaksanakan (dan oleh itu kos yang lebih)
  • Mereka akan menjadi sangat adat dan oleh itu sukar untuk mengekalkan dan menyelesaikan masalah
  • Ada adalah beberapa pendekatan SharePoint mudah yang memenuhi 80% atau lebih daripada keperluan (Dgn kata lain. memenuhi sprit keperluan, tetapi tidak Surat keperluan)

Bottom line, kita tahu bahawa "keperluan" adalah benar-benar hanya yang baik untuk mempunyai atau bahkan sah dalam erti-kata sesetengah, tetapi sesuatu yang orang patut hidup dengan bukannya menghabiskan banyak masa cuba untuk "menyelesaikan."

Saya fikir ini sebagai "anak muda" keperluan kerana saya telah melihat pola ini berkali-kali sebelum.  Kanak-kanak akan pine jauhnya dan nag anda untuk mainan baru beberapa minggu pada satu masa.  Anda mendapatkan mereka mainan, mereka bermain dengannya selama beberapa jam atau hari dan kemudian meletakkan ke bawah, Jangan sekali-kali untuk memilih sehingga pernah lagi.  Atau, anda tidak mendapat mainan, berhenti sungutan dan kanak-kanak yang bergerak untuk menjadi Presiden dunia bebas.   Saya telah melihat ini berlaku dalam projek-projek SharePoint.  Pembuat keputusan sama ada mendapat apa yang mereka mahu dan ia menjadi fungsi yang tidak digunakan atau kurang dimanfaatkan atau mereka tidak mendapat apa yang mereka mahu dan projek itu masih berjaya anyway.

Saya teringatkan hari ini bahawa dalam jawatan forum dan saya suka bagaimana Clayton Cobb cuba untuk mendapatkan poster forum untuk menolak kembali kepada salah satu daripada jenis-jenis keperluan: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Saya benar-benar ingin tahu bagaimana orang melihat topik ini dan bagaimana anda menanganinya.  Saya hilang titik?  Adakah anda mempunyai strategi untuk mengemudi keputusan pembuat dari overinvesting dalam keperluan remeh?  Sila tinggalkan komen.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Gunakan workflow untuk simulasi Kandungan Jenis Sekuriti

Satu lagi hari, jawatan lain MSDN-forums diilhamkan.

Seseorang telah bertanya sama ada mereka boleh mendapatkan jenis kandungan seperti itu bahawa apabila pengguna klik pada butang "baru" dalam senarai adat, hanya jenis kandungan yang orang itu diberikan akses akan muncul dalam senarai drop-down.  Seperti yang kita tahu, ini tidak disokong keluar dari kotak.

Soalan ini datang sekarang dan kemudian dan kali ini, Saya mempunyai idea yang baru.  Mari kita andaikan bahawa kita mempunyai senario seperti ini:

  • Kami mempunyai sistem meja bantuan yang tiket.
  • Sistem tiket meja bantuan membolehkan pengguna untuk memasuki meja bantuan tetap tiket info, seperti kawasan masalah, status masalah, dan sebagainya..
  • Kami mahu membenarkan "super" pengguna untuk menentukan suatu "kecemasan" bidang.
  • Pengguna lain tidak mempunyai akses kepada bidang itu.  Sistem ini akan sentiasa memberikan "sederhana" tahap keutamaan kepada permintaan mereka.

Apa yang kita boleh lakukan adalah mewujudkan dua senarai SharePoint berasingan dan dua jenis kandungan yang berbeza, satu untuk "super" pengguna dan lain-lain untuk orang lain.

Aliran kerja pada setiap senarai salinan data ke senarai induk (meja bantuan senarai tiket sebenar) dan proses hasil dari sana.

Pendekatan ini mungkin bekerja mengalir sejenis tahap keselamatan ruang juga. 

Saya telah tidak cuba, tetapi rasanya yang munasabah dan memberikan agak mudah, jika agak kasar, pilihan untuk melaksanakan jenis jenis kandungan dan juga tahap keselamatan ruang.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Kandungan Pertanyaan Web Bahagian: Swiss Army Knife SharePoint

Artikel terbaru saya ke www.sharepointbriefing.com. Berikut adalah penggoda:

image

Baca segala-galanya di sini: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Lihat dalam menggunakan laman web awam yang sebenar di sini dengan mengikuti langkah-langkah:

  1. Pergi ke laman web ini: http://cdi-its.com/Pages/Customer_Support.aspx (Ini adalah halaman sokongan pelanggan untuk CDI).
  2. Klik pada "Kajian Kes" di navigasi tangan kiri.

Ia akan melompat ke "Sokongan Pelanggan" seksyen kajian kes penyenaraian.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Syarat-syarat yang sedia ada: SharePoint Alert Template untuk Penyelamat (?)

Salah satu pelanggan saya bekerja dengan kontraktor sebelumnya untuk membina aplikasi sumber manusia yang kecil tetapi berguna untuk perusahaan. Kontraktor itu digunakan SharePoint Reka bentuk untuk melaksanakan bahagian aliran penyelesaian. Pendapat ini tidak semestinya dalam keadaan kucar-kacir. Sebagai contoh, Terdapat sembilan SPD aliran kerja bagi menyokong proses aliran logik yang tunggal dan sehingga lima daripadanya mungkin kebakaran secara serentak pada waktu yang tertentu diberikan keadaan yang sesuai. It’s not easy to debug πŸ™‚

Pelanggan saya mempunyai beberapa keperluan masih belum, Antaranya ialah untuk secara amnya memberikan lebih banyak konteks apabila sistem menghantar keluar isyarat e-mel – kedua-dua e-mel sendiri serta borang-borang berkaitan tugas. Seperti SPD aliran kerja pelaksana tahu, tindakan SPD "mengumpul data daripada pengguna" sebenarnya mencipta tugasan dengan sejenis kandungan adat. Apabila kita menggunakan tindakan, kita tidak dapat menentukan banyak. Kita boleh Prom untuk sesetengah nilai (e.g. "lulus" atau "tidak") kita boleh menetapkan nilai yang keras dikodkan dalam tajuk dan penerangan. Itulah mengenainya.

Keperluan pelanggan saya adalah dua kali ganda:

  1. Bilakah SharePoint menghantar e-mel tentang tugasan tugasan, mempunyai banyak maklumat tentang tugas dalam badan e-mel.
  2. Apa yang lebih penting, Setakat ini – Bilakah pengguna klik pada pautan tugas dalam e-mel, bentuk tugasan perlu mempunyai semua maklumat Pelulus untuk membuat beliau meluluskan atau menolak keputusan. sekarang ni, Pengurus perlu klik pada link item untuk menggerudi turun ke butiran asas dan tak seorang pun suka yang. Anda perlu klik di e-mel. Kemudian anda perlu klik pautan jenis kabur pada item tugasan. Kemudian anda boleh melihat data asas (InfoPath untuk membentuk dalam kes ini). Kemudian anda klik belakang/belakang, dan sebagainya.. Semua orang benci.

Saya telah mewarisi penyelesaian teknikal ini agak messy dan saya ingin membuat perubahan dengan cara yang-kurangnya mengganggu mungkin.

Pendekatan yang saya mengambil masa sekarang adalah untuk mencipta templat adat berjaga-jaga. Anda boleh membaca tentang perkara itu di sini. Aliran kerja-kerja seperti ini:

  • SPD aliran pusingan.
  • Pada satu ketika, Ia memperuntukkan tugas kepada seorang pengurus.
  • SharePoint sistem secara automatik menghantar keluar amaran kepada Pengurus itu. Ini bukanlah sebahagian daripada aliran SPD tetapi agak "SharePoint Apakah." (Perkhidmatan SharePoint pemasa, Saya percaya).
  • Pengendali berjaga-jaga adat yang payload dipanggil untuk proses berjaga-jaga standard (mengikut kaedah-kaedah silap mata seperti yang dinyatakan dalam perkara di atas dirujuk Artikel).
  • Bilakah saya pengendali berjaga-jaga adat berjalan, Ia menjana e-mel yang indah. Apa yang lebih penting, kerana ia mempunyai tugas di tangan, Ia juga menghiasi tugas sebenar dengan semua konteks maklumat yang diperlukan untuk memenuhi keperluan perniagaan.
  • Pengguna mendapat e-mel dan ianya penuh dengan maklumat berguna konteks.
  • Pengguna klik pada pautan tugas dan tugas itu sendiri penuh dengan maklumat berguna konteks.
  • Semua orang pergi pulang tembikai dan Aiskrim.

Saya lakukan POC cepat dan ia berfungsi baik dalam persekitaran makmal. Saya mendapat amaran e-mel peribadi saya seperti yang dijangka. Saya juga dapat mengemaskini keterangan tugas dan tajuk sendiri.

Bit hanya rumit, setakat ini, adalah untuk mengelakkan keadaan di mana amaran itu kemas kini perkara, mencetuskan amaran lain. Ini tidak bimbang saya.

Nampak memberangsangkan setakat ini...

Perkara yang menarik mengenai ini adalah bahawa saya tidak perlu muck mana-mana aliran kerja SPD yang sedia ada. Merekalah yang tak sedar bahawa pengendali untuk berjaga-jaga adalah"IIZ RUNNIN DI DA BAKGROUND, DECORATIN TEH TUGAS SENARAI WIF MOAR KONTEKS".

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

SharePoint Demonstrasi: Leverage SharePoint Membina Perniagaan Permohonan menegak

[Nota: Saya mahu terus mengatakan bahawa saya mempunyai kepentingan kewangan dalam hasil yang diingini demonstrasi ini, yang saya menyebut dalam kepentingan pendedahan penuh, dan sebagainya.. Inilah sebenarnya pertama kali saya pernah blogged tentang acara tempat saya berdiri untuk manfaat sendiri cara ini.]

Ini demonstrasi web berlaku Khamis, 06/04 pada 12:30 EDT, berakhir pada 1:30PM EDT.

Dalam kerjasama dengan rakan kongsi perniagaan yang sangat baik saya, Sistem Bersepadu dan Perkhidmatan Kumpulan (ISSG), Saya telah bekerja untuk membangunkan sebuah aplikasi perniagaan menegak yang menggunakan SharePoint sebagai platform. Dalam kes ini,, kami sedang membina aplikasi yang menghidangkan keperluan pengilang yang membuat produk yang dibuat khusus untuk pelanggan-pelanggan mereka. Dalam kes-kes, banyak kerjasama perlu berlaku antara anda dan pengeluar. Terdapat juga banyak kerjasama antara Kumpulan-Kumpulan yang berbeza dalam pengeluar, termasuk jualan, kejuruteraan, penyelidikan dan pembangunan, kumpulan undang-undang dan lain-lain.

Demo ini akan menunjukkan kepada aplikasi yang memudahkan yang jenis kerjasama, bersama-sama dengan perbincangan mengenai bagaimana semua orang-orang bit kerjasama perlu mengintegrasikan dengan sistem ERP backend.

Akhir sekali, ini tidak akan menjadi SharePoint demo. Inilah demonstrasi satu penyelesaian untuk masalah niche tertentu yang berlaku untuk menggunakan SharePoint sebagai platform.

Jadi, mengapa anda akan mengganggu untuk mendaftar dan melihat demo ini? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers πŸ™‚ Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

Jika anda berminat, sila daftar di sini(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Anda Boleh mengungkit SharePoint Designer Dari Dingin Saya, Tangan Mati

Artikel terbaru saya terpulang pada www.EndUserSharePoint.com. Saya menulis tentang Reka bentuk SharePoint, Tamatkan pengguna dan menggariskan strategi yang pengguna akhir boleh cuba yang berikut untuk menunjukkan kecekapan dan membina Amanah sekitar alat ini.

Komen-komen yang lebih menarik daripada artikel itu sendiri.

Check it out.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

MOSS Profil Pengguna oleh Pihak Berkuasa untuk Pengguna Pilihan Bahasa

Mengenai projek semasa saya, beberapa pengguna akan perjalanan di seluruh dunia dan apabila mereka tiba di destinasi yang berlainan, menggunakan Mesin apa-apa yang berguna pada masa. Mesin tetamu tersebut akan menggunakan Windows dan memasang dan menkonfigurasi bagi penempatan tempatan. (Saya baru sahaja menyedari bahawa mesin tetamu mungkin tidak mempunyai pek bahasa yang betul… mungkin tidak akan, sebenarnya… Saya letak yang satu untuk sekarang).

SharePoint perlu menyediakan satu mekanisme di mana pengguna boleh memilih bahasa mereka dan kemudian harus menghormati bahasa tersebut tanpa mengira bagaimana pengguna mengakses Lumut Lumut. Dalam erti kata lain, mengabaikan apa sahaja pelayar memberitahu IIS/MOSS dan sebaliknya melihat bahawa bahasa dan menggunakannya.

Kami akan menyiasat dua pendekatan:

  1. HTTP Handler: A Pengendali HTTP adat dipasang pada IIS akan mencari profil MOSS pengguna, mengetahui bahasa pilihan dan kemudian bertukar tajuk HTTP sekitar seperti yang diperlukan sebelum lulus kawalan MOSS.
  2. global.asax: Ubah suai global.asax untuk melakukan perkara yang sama. Kami mungkin mengubah suai sesuatu yang lain, tetapi idea bahawa kita dapati sesetengah tempat di mana kita boleh memasukkan logik menukar penempatan kami.

Faktor lain merumitkan adalah bahawa kita perlu untuk menyokong pengguna 60k, kira-kira 1,000 yang boleh serentak mengakses MOSS pada beban puncak.

The Pengendali HTTP kelihatan agak drastik, tetapi mungkin tempat terbaik untuk meletakkan Kod tersebut kerana ia adalah pada tahap IIS dan Maha Mengetahui. Ia adalah satu titik baik kerja.

Kami condong ke arah pendekatan jenis global.asax, kerana kami percaya bahawa kami akan mempunyai lebih banyak pilihan untuk caching data pada ketika itu.

Saya akan blog lebih mengenai perkara ini kerana saya mengetahui lebih lanjut.

Jika anda tahu apa-apa tentang perkara ini, please post a comment πŸ™‚

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin