Mass Cremation - Nyambu, Kediri (Balinese Culture - Ngaben)

Mass cremation in Bali, lately is booming. That's because the current cost of a Upakara in Bali was not a little. For the sake of showing devotion to their deceased family, the family must pay off the debt to the deceased one with "menstanakan" Hyang Guru. Given this mass cremation, all families equally enforced and knows no rich or poor.

Join your Files

If you have some files which split into several parts such as movie.mkv01, movie.mkv02 and movie.mkv03 you can join it using a programs named hjsplit where it is used in Linux, Windows and Mac. In linux you can use terminal to join those files, the step is :

• Make sure you place the files into one folder
• Open terminal, type "cd yourfolder"
• type "cat movie.mkv01 movie.mkv02 movie.mkv02 > movie.mkv"
• wait for a few minutes then you can enjoy you file

In other way you can download hjsplit on Windows or Linux

Share Your Windows 7 between Mac OS

Hi.. I would like to share my experience about how to share your Mac OS files between Windows 7. First, you need to prepare your Macbook/iMac and any Windows OS laptop, in this case I share my Mac OS 10.6.8 with Windows  7 SP 1. Here we go :

I. Setting on Windows 7 :

• Make sure that your workgroup setting and file sharing is enable. For workgroup setting, we used the default one "WORKGROUP" or we can rename it as you want :D.

Setting Workgroup Name

• Select which folder you want to share, I set the permission if the Guest have only Read access.
• The last one, remember your Windows laptop name :).

Nama Komputer Windows 7

II. next Step setting on your Mac OS :

• Make sure we enabled File Sharing option, go to System Preferences -> Internet and Network -> Sharing -> thick File Sharing -> Select the folder you want to share -> set the permission. I set everyone permission : Read and Write.

enable File Sharing

• Then click the Option button on the right corner, select "Share files and folders using SMB".

Centang SMB

• the setting is done, now we just need to set the Network to be 1 group with the Windows 7. I choose Wireless to connecting this network, Go back to System Preferences -> Internet & Network -> Network -> Airport -> click Advanced on right corner -> select WINS tab -> Fill the Workgroup which we already created on Windows (I choose the default name of Windows 7 setting named "WORKGROUP").

Sett Workgroup

• On Mac OS, Windows folder can only mounted/accessed by Go to Finder -> Go tab -> select Connect to Server (Command+Shift+K).

Connect to Server

• Fill the server address, the format is "smb://computer-windows-name" :

Nama Komputer di Windows 7

• Then we required to fill the username and password to access the Windows laptop, before I sett in Windows laptop that the Guest can accessed it, so I select as Guest -> Next -> select which folder we want to mount, I select the Documents folder.

Pilih Destination Folder

• Then Documents folder of Windows 7 already mounted on Mac OS, on the left menu Shared "psycho-bitch".

• On Windows laptop, we can see our Mac OS file, go to Network -> Macbook's name -> there are folder which already sett to be shared

Mount "psycho-bitch" on Mac

Mac OS file on WIndows 7

Happy access ^ ^

Manajemen Perangkat Lunak

Pada pembukaan bukunya tentang manajemen perangkat lunak, Mieler Page Jones [PAG85] membuat pernyataan yang dapat di banggakan oleh banyak konsultan rekayasa perangkat lunak,yang berbunyi “ Saya telah mengunjungi banyak toko komersial baik yang buruk maupun yang baik, dan saya teklah menilai para manajer pemroses data, yang baik maupun buruk. Sangat sering juga saya melihat dengan perasaan takut ketika manajer-manajer tersebut secara sia-sia bertarung melalui proyek yang penuh mimpi buruk, menggeliat di bawah batas waktu yang tidak mungki dipenuhi, atau sisten penyampaianyang membuat kecewa/marah pemakai mereka dan terus menelan batas waktu pemeriharaan”.

Yang digambarkan oleh Page Jones adalah gejala yang berasal dari serangkaian masalah teknis dan manajemen. Tetapi bila dilakukan evaluasi pada setiap proyek yang baru saja berakhir, sangat dapat dipastikan akan ada tema yang konsisten akan terjadi (manajemen proyek yang lemah).

Pengertian Manajemen Perangkat Lunak

Proyek merupakan suatu tugas yang perlu dirumuskan untuk mencapai sasaran yang dinyatakan secara konkrit serta harus diselesaikan dalam suatu priode tertentu denga menggunakan tenaga manusia dan ala-alat yang terbatas dan begitu kompleks sehingga dibutuhkan pengelola dan kerja sama yang berbeda dari yang biasanya digunakan.

Kumpulan kegiatan termasuk sumber day dan waktu yang diperlukan, yang diorganisasikan dan bersifat sementara untuk mencapai tujuan yang ditetapkan.

Manajemen Proyek dilaksanakan dengan tujuan untuk optimasi penggunaan sumber daya guna mencapai tujuan yang telah ditetapkan. Untuk mencapai tujuan tersebut manajemen Proyek harus dilaksanakan dengan cara:

- Adanya koordinasi horisontal antar pelaksana yang tidak terlalu birokratis, sehingga pelaksanaan kegiatan dapat secara luwes dan cepat dilakukan antipasi bila terjadi penyimpangan.

- Adanya penanggung jawab tunggal, biasanya oleh pimpinan proyek yang berfungsi sebagai pusat informasi, integrator antar komponen yang terlibat dan sekaligus pelaksanaan koordinasi dengan pihak diluar proyek.

-Proyek dapat diuraikan menjadi rincian kegiatan yang terstruktur, dimana setiap kegiatan dapat diuraikan menjadi elemen-elemen kegiatan yang mandiri dengan sifat-sifat :

a). Dapat dikelola sebagai suatu paket kerja.

b). Beban biaya dan waktu dapat diukur.

c). Prestasi, biaya dan kualitas dapat diukur.

d). Dapat diintegrasikan menjadi suatu satuan kegiatan.

e). Dapat disusun secara hirarki berjenjang.

Aktivitas Manajemen

Aktivitas manajemen perangkat lunak meliputi beberapa langkah yang terstruktur seperti:

- Proposal Writing(Pembuatan Proposal). Pimpinan proyek harus membuat rencana pekerjaan proyek yang akan dilakukan dari persiapan awal hingga selesainya proyek tersebut. Persiapannya meliputi, tujuan dan maanfaat dijalankannya proyek,apa saja bentuk kegiatan yang dikerjakan,dan tahapan-tahapan pekerjaan.

- Project Costing (Anggaran Proyek). Budged pengeluaran dan pemasukan proyek yang akan dikerjakan perlu dibuat yang serinci mungkin.

- Project Planning and Scheduling(Penjadwalan dan Perencanaan Proyek). Perencanaan pelaksanaan proyek yang baik harusnya menggunakan jadwal yang tersusun rapi, dan penjadwalan tersebut dikonversi dengan seluruh kegiatan yang akan dikerjakan dari study kelayakan, perencanaan, sampai implementasi dan maintenance proyek.

- Project Monitoring and Review (Pemonitoran Proyek). Memonitor pelaksanaan proyek perlu dilakukan disetiap tahapan, sehingga kesalahan dan keterlambatan penyelesaian proyek dapat diketahui sedini mungkin.

- Personal selection and evaluation (Evaluasi dan penyeleksi Personal). Sebelum dilaksanakannya sebuah proyek, maka personal yang terlibat dalam proyek, harus diseleksi sesuai dengan keterampilan dan pengalaman yang dimilikinya.

- Report Writing and Presentation (Presentasi dan Laporan). Presentasi proposal proyek perlu dilakukan dengan menunjukkan prototype yang ada, sehinnga pihak manajemen yakin akan proyek tersebut

Spektrum Manajemen

Manajemen perangkat lunak berfokus dengan tiga unsur yaitu,

• Manusia

Faktor manusia sangat penting sehinga Sofware Engineering Institute telah mengembangkan sebuah model kematangan kemampuan manajemen manusia untuk mempertinggi kesiapan kesiapan orgnisasi perangkat lunak untuk mengerjakan aplikasi yang semakin kompleks dengan membantu menarik, menumbuhkan memotivasi, menyebarkan dan memelihara dan memelihara bakat yang dibutuhkan mengembangkan kemampuan perkembangn perangkat lunak mereka.

Model kematangan manajemen manusian membatasi area praktis berikut kunci bagi masyarakat perangkat lunak: rekruitmen, seleksi, manajemen untuk kerja, pelatihan, konpensasi, perkembangan karir, disain, kerja dan organisasi, dan perkembangan tim atau kultur.

• Masalah

Seorang manajer proyek perangkat lunak dihadapkan pada sebuah dilema pada awal proyek rekayasa perangkat lunak. Diperlukan perkiraan kuatitatif dan rencana organisasi, tetapi informasi yang solid tidak dapat diperoleh diperoleh. Analisis yang mendetail tentang kebutuhan perangkat akn memberikan informasi memadai untuk suatu perhitungan, tetapi analisis sering memerlukan waktu berminggu-minggu atau bahkan berbulan-bulan. Lebih buruk lagi kebutuhan terkadang berubah-ubah, berubah secara reguler pada saat proyek berjalan. Seorang manajer harus bisa mengamati masalah pada awal dimulainya sebuah proyek. Pada skala minimum, ruang lingkup masalah harus dibangun dan ditentukan.

• Proses 
  

Proses perangkat lunak memberikan suatu kerangka kerja dimana rencana komprihensif bagi pengembangan perangkat lunak dapat dibangun. Didalam suatu industri dikenal berbagai macam proses,demikian juga halnya dengan industri perangkat lunak.Perbedaan proses yang digunakan akan menguraikan aktifitas-aktifitas proses dalam cara-cara yang berlainan.

Manajemen Proyek Perangkat Lunak Berorientasi Objek

Manajemen proyek perangkat lunak modern dapat dibagi kedalam aktivitas-aktivitas berikut:

1.Membangun kerangka kerja proses yang umum untuk proyek.

2.Menggunakan kerangka kerja dan matrik historis untuk membangun usaha dan estimasi waktu.

3.Menentukan produk kerja dan kejadian penting yang membuat kemajuan dapat diukur.

4.Menentukan ceckpoint bagi jaminan kualitas dan kontrol.

5.Mengatur perubahan yang terjadi pada saat proses berjalan.

6.Menelusuri, memonitor, dan mengontrol kemajuan.

Critical Path Method (CPM)

Critical Path Method (CPM) dikatakan juga sebagai jalur kritis dimana jalur ini adalah lintasan/jalur dimana terdapat aktivitas-aktivitas yang paling banyak memakan waktu, mulai dari permulaan dikerjakannya proyek sampai berakhirnya pekerjaan tersebut.

Maksud dan tujuan dari jalur kritis ini yaitu:

• Penundaan pekerjaan pada jalur kritis menyebabkan seluruh aktivitas proyek akan tertunda juga.

• Proyek dapat dipercepat penyelesaiannya bila pekerjaan-pekerjaan yang terdapat di jalur kritis dapat dipercepat.

• Pengawasan dan pengontrolan hanyadipercepat pada jalur kritis saja, maka pekerjaan-pekerjaan di jalur ini harus:

1. Perlu adanya pengawasan yang ketat agar penyelesaian nya tidak tertunda.
2. Kemungkinan dengan melakukan crash program dapat mempersingkat penyelesaian dengan resiko biaya akan bertambah

• Kelonggaran waktu terdapat pada pekerjaan-pekerjaan yang tidak dilalui jalur kritis. Hal ini memungkinkan bagi manajer untuk merealokasikan/memindahkan tenaga kerja, alat-lata dan biaya pekerjaan-pekerjaan pada jalur kritis demi efisiensi.

Perencanaan Proyek Perangkat Lunak Objek Orientasi

Proses manajemen perangkat lunak dimulai dengan serangkaian aktivitas yang secara kolektif disebut project planning (perencanaan proyek)

Observasi Pada Estimasi

Estimasi (perkiraan) sumber daya ,biaya dan jadwal usaha pengembangan PL membutuhkan pengalaman, mengakses informasi historis yang baik dan keberanian untuk melakukan pengukuran kuantitatif bila hanya data kualitatif saja yang ada. Estimasi membawa resiko yang inheren, dan resiko inilah yang membawa kepada ketidakpastian.

Project Complexity(Kompleksitas proyek) berpengaruh kuat terhadap ketidak pastian yang inhern terhadap perencanaan. Tapi kompleksitas ketidak pastian yang inhern terhadap perencanaan. Tapi kompleksitas merupakan pengukuran relatif yang dipengaruhi oleh kebiasaan dengan usaha yang telah dilakukan pada masa sebelumnya.

Project size(ukuran proyek) merupakan faktor penting yang dapat mempengaruhi akurasi estimasi.

Structural Uncertainty(tingkat ketidakpastian struktural) ,resiko diukurmelalui ketidak pastian pada estimasi kuantitatif yang dibuat untuk sumber daya, biaya, dan jadwal. Bila ruang lingkup proyek tidak dipahami dengan baik atau syarat proyek merupakan subjek terjadinya perubahan, maka resiko dan ketidak pastian menjadi sangat tinggi.

Tujuan Perencanaan Proyek Perangkat Lunak

Tujuan perencanaannya adalah untuk menyediakan kerangka kerja yang memungkinkan manajer membuat estimasi yang dapat dipertanggungjawabkan mengenai sumber daya, biaya dan jadwal. Estimasi dibuat dengan sebuah kerangka waktu terbatas pada awal sebuah proyek PL dan secara teratur diperbaharui secara teratur selagi proyek sedang berjalan.

Penjadwalan Proyek Perangkat Lunak

Penjadwalkan proyek perangkat lunak merupakan aktivitas yang mendistribusikan usaha estimasi pada durasi proyek yang direncanakan dengan mengalokasikan usaha untuk tugas rekayasa perangkat lunak tertentu.

Penjadwalan Perangkat Lunak dapat dibagi menjadi dua yaitu:

1. Forward scheduling menentukan tanggal mulai proyek dan menjadwalkan ke depan daritanggal tersebut. Berdasarkan durasi terencana tugas-tugas yang diperlukan,keantarketergantungan tugas-tugas dan alokasi sumber-sumber daya untuk menyelesaikan tugas-tugas tersebut, meng-proyeksi tanggal penyelesaian proyek dengan pengkalkulasian.
2. Reverse scheduling menentukan tenggat waktu proyek dan menjadwalkan mundur dari tanggal tenggat waktu tersebut. Tugas-tugas, durasinya, keantarketergantungan dan sumber-sumber daya harus dipertimbangkan untuk memastikan bahwa proyek tersebut dapat diselesaikan saat tenggat waktu.

Manajemen Resiko

Manajemen risiko adalah suatu proses mengidentifikasi, mengukur risiko, serta membentuk strategi untuk mengelolanya melalui sumber daya yang tersedia. Strategi yang dapat digunakan antara lain mentransfer risiko pada pihak lain, mengindari risiko, mengurangi efek buruk dari risiko dan menerima sebagian maupun seluruh konsekuensi dari risiko tertentu.

Identifikasi Risiko

Proses ini meliputi identifikasi risiko yang mungkin terjadi dalam suatu aktivitas usaha. Identifikasi risiko secara akurat dan komplet sangatlah vital dalam manajemen risiko. Salah satu aspek penting dalam identifikasi risiko adalah mendaftar risiko yang mungkin terjadi sebanyak mungkin. Teknik-teknik yang dapat digunakan dalam identifikasi risiko antara lain:

· Brainstorming

· Survei

· Wawancara

· Informasi historis

· Kelompok kerja, dll.

Analisa Risiko

Setelah melakukan identifikasi risiko, maka tahap berikutnya adalah pengukuran risiko dengan cara melihat potensial terjadinya seberapa besar severity (kerusakan) dan probabilitas terjadinya risiko tersebut.

Pengelolaan risiko

Dalam megelola suatu resiko terdapat berbagai macam cara yaitu:

1. Risk avoidance

Yaitu memutuskan untuk tidak melakukan aktivitas yang mengandung risiko sama sekali. Dalam memutuskan untuk melakukannya, maka harus dipertimbangkan potensial keuntungan dan potensial kerugian yang dihasilkan oleh suatu aktivitas.

2. Risk reduction

Risk reduction atau disebut juga risk mitigation yaitu merupakan metode yang mengurangi kemungkinan terjadinya suatu risiko ataupun mengurangi dampak kerusakan yang dihasilkan oleh suatu risiko.

3. Risk transfer

Yaitu memindahkan risiko kepada pihak lain, umumnya melalui suatu kontrak (asuransi) maupun hedging.

4. Risk deferral

Dampak suatu risiko tidak selalu konstan. Risk deferral meliputi menunda aspek suatu proyek hingga saat dimana probabilitas terjadinya risiko tersebut kecil.

5. Risk retention

Walaupun risiko tertentu dapat dihilangkan dengan cara mengurnagi maupun mentransfernya, namun beberapa risiko harus tetap diterima sebagai bagian penting dari aktivitas.

Penanganan Risiko

1. High probability, high impact : risiko jenis ini umumnya dihindari ataupun ditransfer.

2. Low probability, high impact : respon paling tepat untuk tipe risiko ini adalah dihindari. Dan jika masih terjadi, maka lakukan mitigasi risiko serta kembangkan contingency plan.

3. High probability, low impact : mitigasi risiko dan kembangkan contingency plan Low probability, low impact : efek dari risiko ini dapat dikurangi, namun biayanya dapat saja melebihi dampak yang dihasilkan. Dalam kasus ini mungkin lebih baik untuk menerima efek dari risiko tersebut.

4. Contingency plan: Untuk risiko yang mungkin terjadi maka perlu dipersiapkan contingency plan seandainya benar-benar terjadi. Contingency plan haruslah sesuai dan proporsional terhadap dampak risiko tersebut. Dalam banyak kasus seringkali lebih efisien untuk mengalokasikan sejumlah sumber daya untuk mengurangi risiko dibandingkan mengembangkan contingency plan yang jika diimplementasikan akan lebih mahal. Namun beberapa scenario memang membutuhkan full contingency plan, tergantung pada proyeknya. Namun jangan sampai tertukar antara contingency planning dengan re-planning normal yang memang dibutuhkan karena adanya perubahan dalam proyek yang berjalan.

Implementasi Manajemen Risiko

Setelah memilih respon yang akan digunakan untuk menangani risiko, maka saatnya untuk mengimplementasikan metode yang telah direncanakan tersebut.

Monitoring Risiko

Mengidentifikasi, menganalisa dan merencanakan suatu risiko merupakan bagian penting dalam perencanaan suatu proyek. Namun, manajemen risiko tidaklah berhenti sampai disana saja. Praktek, pengalaman dan terjadinya kerugian akan membutuhkan suatu perubahan dalam rencana dan keputusan mengenai penanganan suatu risiko. Sangatlah penting untuk selalu memonitor proses dari awal mulai dari identifikasi risiko dan pengukuran risiko untuk mengetahui keefektifan respon yang telah dipilih dan untuk mengidentifikasi adanya risiko yang baru maupun berubah. Sehingga, ketika suatu risiko terjadi maka respon yang dipilih akan sesuai dan diimplementasikan secara efektif.

7 Reasons Why Ubuntu is So Successful

Most people like it, many others don’t, the fact is that Ubuntu is the king of Linux distributions right now - and for some very good reasons. Below I will attempt to identify those reasons that made Ubuntu the most popular distribution and explain why its success was “inevitable”.

1) A good start: Ubuntu started with a strong background. It wasn’t “yet another” distribution, it was a distribution that had a vision and enough people and money behind it to support that vision.

2) Easy and straightforward installation: From the text-based installer of the first few versions, to the point&click installer of today, ubuntu always had a very straightforward and simple installation. Every step of the installer was explained in a short, yet clear manner that made it easy for everyone to follow the steps of the installation proccedure (almost) regardless of their experience with computers.

3) ShipIt: Sharing “official” CD’s with the Ubuntu logo increased the trust of users towards the distribution and made it much easier for users on slow connections to try it. People could now give away several CD’s to their friends and coworkers which made the general adoption of Linux much faster.

4) Synaptic: If you ask a first-time Ubuntu user to tell you what impressed them most, chances are that the answer will be “synaptic”. Indeed, this application brought APT much closer to the average user and made program installation in Linux a lot easier. Users didn’t have to search for RPMs or worry that they might needed to deal with dependancies, compile from source etc, synaptic solved everything using a very simple interface. When the first versions of Ubuntu came out, the only thing that could be compared to the flexibility and ease of use of APT and Synaptic was Fedora’s YUM, but unfortunately at that time Fedora didn’t have a good front-end for YUM (although Synaptic could be used with YUM, it was not nearly as easy to set up as synaptic and Ubuntu were).

5) Ubuntu forums/Community: The Ubuntu community was, and still is one of the most important factors that promote the growth of Ubuntu. The forums are very active and old users are very friendly and patient towards newcomers. Maybe it has to do with the philosophy of “Ubuntu”…

6) User promotion: Ubuntu is based heavily on the promotion it receives from it’s users. Nearly every person who uses Ubuntu today has beed advised to try it by someone else who had tried it before them and so on. This, combined with the strong influence of Ubuntu to the internet forums related to GNU/Linux, has led to a major increase in it’s adoption .

7) Fragmented competitors: When Ubuntu started it’s “march to glory” there were three “big” distributions, SuSE, Mandriva, and Fedora. Debian and Slackware were popular but were not very appealling to newbies (Debian still had a text based installer…). All of the “big three” were not at their best when Ubuntu came out and started gathering users. SuSE had recently been bought by Novell and was still undergoing internal reconstructions, Mandriva has in the middle of a severe financial crisis, and Fedora was just at FC2 which wasn’t nearly as easy as it now is. This “fragmentation” (or “decay of the distribution maket” if you like) helped many users make the decision to switch to Ubuntu.

There are definately many other reasons why Ubuntu managed to get to the top, and stay there, but making a complete analysis is not within the purposes of this post. Highlighting some of the points that made Ubuntu what it is today, is.