Selasa, 10 Juni 2014

penutupan windows xp

Merdeka.com - 4 hari lagi, produk Microsoft yang terkenal yaitu Windows XP akan berakhir masa edarnya. Sebenarnya, apa sih alasan Microsoft menutup operating system tersebut?

Menurut data yang diunggah oleh Net 
Applications
, sampai saat ini pengguna Windows XP di seluruh dunia masih berada di kisaran 28 persen atau menduduki posisi kedua di bawah Windows 7 (49 persen) dan di atas Windows 8 (6,4 persen).
Pihak Microsoft sendiri ternyata memiliki alasan kenapa mereka mengambil keputusan tersebut. "Alasan utama kami menghentikan support kepada Windows XP karena masalah keamanan," jelas pihak Microsoft, seperti dikutip dari WSJ (02/04).
Namun benarkah mereka menghentikan masa edar Windows XP tersebut karena masalah keamanan saja?
Memang selama ini banyak hacker dan cybercriminal lainnya yang lebih menyukai Windows XP sebagai sasaran tembak mereka karena celah keamanan di operating system itu mudah untuk diterobos.
Bahkan, ada prediksi bahwa setelah tidak lagi mendapatkan support dari Microsoft, ATM-ATM di seluruh dunia yang menggunakan Windows XP sebagai otak pengoperasiannya dapat dengan mudah diretas.
Berdasarkan hal tersebut, maka Microsoft memutuskan untuk menghentikan masa kerja Windows XP setelah beberapa tahun berkibar di dunia PC.
Namun apabila sedikit menjelajah ke dalam, nampaknya ada tendensi lain yang menyebabkan kenapa Microsoft harus mengakhiri hidup dari operating system populer tersebut.
Hal itu dikarenakan popularitas dan pangsa pasar serta penjualan Windows 8 yang digadang-gadangkan sebagai produk paling unggulan dan modern milik Microsoft yang kurang begitu tumbuh pesat.
Bukti kenapa Microsoft ingin menaikkan penjualan operating system baru itu dan juga produk-produk berbasis Windows 8 adalah seringnya muncul publikasi kepada pengguna PC agar beralih menggunakan OS tersebut dan meninggalkan Windows XP daripada ke Windows 7.
Dan lagi, ada rumor yang sempat beredar bahwa dalam beberapa bulan lagi, Windows 7 juga akan 'dikebiri' perlahan dan sedikit demi sedikit.
Memang masih terlalu awam untuk mengatakan bahwa penutupan Windows XP hanya gara-gara Windows 8 tidak begitu laku di pasaran, namun pastinya Microsoft memiliki alasan lainnya yang tidak diungkapkan ke publik kenapa harus mengambil langkah tersebut.



Heart Bleed (Debug Internet)

Heart Bleed (Debug Internet)
Debugging adalah sebuah metode yang dilakukan oleh para pemrogram dan pengembang perangkat lunak untuk mencari dan mengurangi bug, atau kerusakan di dalam sebuah program komputer atau perangkat keras sehingga perangkat tersebut bekerja sesuai dengan harapan. Debugging cenderung lebih rumit ketika beberapa subsistem lainnya terikat dengan ketat dengannya, mengingat sebuah perubahan di satu sisi, mungkin dapat menyebabkan munculnya bug lain di dalam subsistem lainnya.

Bug dengan terjemahan langsung ke bahasa Indonesia adalah serangga atau kutu. Bug merupakan suatu kesalahan desain pada suatu perangkat keras komputer atau perangkat lunak komputer yang menyebabkan peralatan atau program itu tidak berfungsi semestinya. Bug umumnya lebih umum dalam dunia perangkat lunak dibandingkan dengan perangkat keras.

Kenapa dinamakan bug?
Tahun 1945 sewaktu ukuran komputer masih sebesar kamar, pihak militer Amerika Serikat menggunakan komputer yang bernama “Mark 1″. Suatu hari komputer ini tidak berfungsi dengan semestinya, setelah komputer itu diperiksa ternyata ada suatu bagian perangkat keras di mana terdapat serangga yang tersangkut. Setelah serangga itu diangkat dari perangkat keras, komputer dapat berfungsi dengan baik. Maka sejak saat itu kata bug lekat dengan masalah-masalah pada komputer. Debugging adalah proses menghilangkan bug dari suatu program.

Pengujian perangkat lunak adalah proses yang dapat direncanakan dan ditentukan secara sistematis. Desain test case dapat dilakukan, strategi dapat ditentukan, dan hasil dapat dievaluasi berdasarkan harapan-harapan yang ditentukan sebelumnya.

Debugging terjadi sebagai akibat dari pengujian yang berhasil. Jika test case mengungkap kesalahan, maka debugging adalah proses yang menghasilkan penghilangan kesalahan. Perekayasa perangkat lunak yang mengevaluasi hasil suatu pengujian sering dihadapkan pada indikasi “simtomatis” dari suatu masalah pernagkat lunak, yaitu bahwa manisfestasi eksternaldari kesalahan dan penyebab internal kesalahan dapat tidak memiliki hubungan yang jelas satu dengan lainnya. Proses mental yang dipahami secara buruk yang menghubungkan sebuah symptom dengan suatu penyebab disebut debugging.

Proses Debugging

Debugging bukan merupakan pengujian, tetapi selalu terjadi sebagai bagian akibat dari pengujian. Proses debungging dimulai dengan eksekusi terhadap suatu test case. Hasilnya dinilai, dan ditemukan kurangnya hubungan antara harapan dan yang sesungguhnya. Dalam banyak kasus, data yang tidak berkaitan merupakan gejala dari suatu penyebab pokok tetapi masih tersembunyi, sehingga perlu ada koreksi kesalahan.

Proses debugging akan selalu memiliki salah satu dari dua hasil akhir berikut:

Penyebab akan ditemukan, dikoreksi, dan dihilangkan, atau
Penyebab tidak akan ditemukan.
Dalam kasus yang terakhir, orang yang melakukan debugging mungkin mencurigai suatu penyebab, mendesainsuatu test case untuk membantu kecurigaannya, dan bekerja untuk koreksi kesalahan dengan gaya yang iterative.

Beberapa karakteristik bug memberi kunci :

Gejala dan penyebab dapat jauh secara geografis, dimana gejala dapat muncul didalam satu bagian dari suatu program, sementara penyebab dapat ditempatkan pada suatu sisi yang terlepas jauh.
Gejala dapat hilang (kadang-kadang) ketika kesalahan yang lain dibetulkan.
Gejala dapat benar-benar disebabkan oleh sesuatu yang tidak salah (misalnya pembulatan yang tidak akurat).
Simpton dapat disebabkan oleh kesalahan manusia yang tidak dapat dengan mudah ditelusuri.
Gejala dapat merupakan hasil dari masalah timing, dan bukan dari masalah pemrosesan.
Mungkin sulit untuk mereproduksi kondisi input secara akurat (misalnya aplikasi real time dimana pengurutan input tidak ditentukan).
Gejala dapat sebentar-sebentar. Hal ini sangat umum pada system yang embedded yang merangkai perangkat lunak dan perangkat keras yang tidak mungkin dilepaskan.
Gejala dapat berhubungan dengan penyebab yang didistribusikan melewati sejumlah tugas yang bekerja pada prosesor yang berbeda.
Selama debugging, kita menemukan kesalahan-kesalahan mulai dari gangguan yang halus (missal format output yang tidak betul) sampai katrastropis (misalnya kegagalan system yang menyebabkan kerusakan fisik atau ekonomis).

Sebagai akibat dari peningkatan keslahan, jumlah tekanan untuk menemukan kesalahan juga bertambah. Sering kali tekanan memaksa seorang pengembang perangkat lunak untuk membetulkan keslahan dan pada saat yang sama memunculkan lagi dua kesalahan baru.

Pertimbangan Psikologis

Sayangnya muncul banyak bukti bahwa kekuatan debugging adalah sifat bawaan manusia. Banyak orang yang cakap dalam hal ini, sementara banyak juga yang tidak. Menanggapi aspek manusia dari debugging. Shneiderman [SHN80] menyatakan :

Debugging merupakan salah satu dari berbagai bagian pemrograman yang membuat lebih frustasi. Debugging memiliki elemen pemecahan masalah atau pengganggu otak, yang bersama dengan penghindaran kesadaran bahwa Anda melakukan suatu kesalahan. Kekhawatiran yang meningkat dan keengganan untuk menerima, kesalahan akan meningkatkan kesulitan tugas. Sayangnya, ada keluhan yang sangat mendalam mengenai pembebasan dan pengurangan ketegangan ketika pada akhirnya bug ……… dikoreksi.

Meskipun mungkin sulit untuk mempelajari debugging, sejumlah pendekatan terhadap masalah tersebut dapat diusulkan. Kita akan melihat dalam sub bab selanjutnya.

Pendekatan-pendekatan Debugging


Tanpa memperhatikan pendekatan yang diambil, debugging memiliki satu sasaran yang diabaikan, untuk menemukan dan mengkoreksi penyebab kesalahan perangkat lunak. Sasaran tersebut direalisasi dengan suatu kombinasi evaluasi yang sistematis, intuisi, dan keberuntungan.

Bradley (BRA85) menggambarkan pendekatan Debugging dengan cara berikut :

Debugging adalah sebuah aplikasi langsung dari metodekeilmuan yang telah dikembangkan selama 2500 tahun. Dasar dari debugging adalah meletakkan sumber-sumber masalah (penyebab) dengan partisi biner melalui hipotesis kerja yang memperkirakan nilai-nilai baru yang akan diuji.

Ambillah contoh non-perangkat lunak sederhana, yaitu :

Lampu dirumah saya tidak bekerja. Bila tidak ada yang bekerja didalam rumah itu, penyebabnya tentu pada pemutus rangkaian utama atau sebab dari luar. Saya melihat sekeliling untuk melihat apakah lampu para tetangga juga mati. Saya memasukkan lampu yang dicurigai kedalam soket yang bekerja dan menyelidiki lampu rangkaian yang dicurigai. Begitulah berbagai pilihan hipotesa dan pengujian.

Secara umum, tiga kategoti pendekatan debugging dapat diusulkan (MYE79) :

1. Gaya yang kasar (Brute force)
Kategori debugging brute force mungkin merupakan yang paling umum dan metode yang paling efisien untuk mengisolasi penyebab kesalahan perangkat lunak. Kita mengaplikasikan metode debugging brute force bila semua yang lain telah gagal. Dengan menggunakan filosofi ”biarkan komputer menemukan kesalahan”, tempat sampah memori dipakai, penelusuran runtime dilakukan, dan program dibebani dengan statemen WRITE. Kita mengharapkan bahwa dimanapun didalam rawa informasi yang diproduksi, kita akan menemukan suatu kunci yang akan membawa kita kepada penyebab kesalahan. Meskipun banyaknya informasi yang dihasilkan pada akhirnya akan membawa kita meraih sukses, lebih sering dia menyebabkan kita menghambur-hamburkan usaha dan waktu. Kita harus memikirkannya terlebih dahulu.

2. Penelusuran balik (backtracking)
Backtracking adalah pendekatan debugging yang sangat umum yang dapat digunakan secara sukses didalam program yang kecil. Mulai pada sisi dimana suatu gejala diungkap, kode sumber ditelusuri balik (secara manual) samapai sisi penyebab ditemukan. Sayangnya, bila jumlah baris sumber bertambah, maka jumlah jalur balik potensial dapat sangat banyak.

3. Eliminasi penyebab
Cause elimination dimanisfestasikan oleh induksi atau deduksi serta mengawali konsep partisi biner. Data yang berhubungan dengan kejadian kesalahan dikumpulkan untuk mengisolasi penyebab potensial. Hipotesis penyebab dibuat dan data digunakan untuk membuktikan penolakan hipotesis tersebut. Sebagai alternatif, daftar semua penyebab yang mungkin dikembangkan dan dilakukan pengujian untuk mengeliminasi masing-masing kesalahan. Jika pengujian awal menunjukkan bahwa suatu hipotesis penyebab memberikan gambaran hasil yang jelas, maka data itu disaring sebagai usaha untuk mengisolasi bug.

Masing-masing pendekatan debugging tersebut dapat ditambah dengan piranti debugging. Kita dapat mengaplikasikan berbagai kompiler debugging yang luas, bantuan debugging yang dinamis (tracer), generator test case, ruang sisa memori dan peta cross-reference. Namun piranti bukanlah pengganti bagi evaluasi yang berhati-hati yang didasarkan atas dokumen desain perangkat lunak yang lengkap dan kode sumber yang jelas.

Sekali bug ditemukan, bug harus dibetulkan. Tetapi seperti telah kita catat, koreksi terhadap suatu bug dapat memunculkan kesalahan lain sehingga lebih banyak merugikan daripada menguntungkan.

Van Vleck (FAN89) mengusulkan tiga pertanyaan sederhana yang harus diajukan kepada perekayasa perangkat lunak sebelum melakukan koreksi yang menghilangkan penyebab suatu bug, yaitu :

1. Apakah penyebab bug direproduksi didalam bagian lain program tersebut?
Dalam berbagai situasi, kesalahan program disebabkan oleh sebuah contoh logika yang keliru yang dapat dibuat ulang ditempat lain. Pertimbangan eksplisit dari contoh logika tersebut akan menghasilkan penemuan kesalahan yang lain.

2. Apa ”bug selanjutnya,” yang akan dimunculkan oleh perbaikan yang akan dibuat?
Sebelum koreksi dibuat, kode sumber (atau lebih baik,desain) harus dievaluasi untuk memperkirakan pemasangan logika dan struktur data. Bila koreksi akan dilakukan pada bagian program yang akan dirangkai, maka harus ada perhatian khusus bila banyak perubahan dilakukan.

3. Apa yang dapat kita lakukan untuk menghindari bug ini didalam tempat pertama?

Pertanyaan ini merupakan langkah pertama untuk membangun pendekatan jaminan kualitas perangkat lunak statistik. Bila kita mengkoreksi proses dan produk, bug akan dihilangkan dari program yang ada dan dapat dieliminasi dari semua program selanjutnya.

sumber:
http://revoluthion.wordpress.com/2009/10/07/debugging-pengertian/


Perkembangaan timnas u 19



Melihat perkembangan timnas saat ini, Kurniawan sangat mengapresiasi performa timnas Indonesia U-19 di bawah asuhan pelatih Indra Sjafrie. Dengan persiapan yang matang serta penambahan jam terbang, diharapkan tim Garuda Muda bisa berbicara banyak di kawasan Asia maupun internasional.

"Ya saat ini saya melihat timnas U-19 bisa menjadi harapan warga Indonesia. Mungkin dengan bertambahnya pengalaman mereka di event yang diikuti bisa menjadikan mereka tim yang solid dan bagus," jelas Kurniawan kepada wartawan.

Keberhasilan timnas U-19 menggondol Piala AFF U-19 tahun lalu menjadi bukti Indonesia memiliki bibit pemain dan tim potensial untuk berlaga di ajang yang lebih prestis. Akan tetapi, mantan pemain Persija itu mengatakan, jangan memberikan harapan berlebih pada skuad U-19.

Menurutnya, Evan Dimas dkk hanya memerlukan dukungan penuh dari segenap warga Indonesia.

"Walau mereka (Timnas U-19) pernah memberikan gelar juara, namun tak baik jika menumpahkan ekspektasi berlebih karena hanya akan jadi tekanan berat bagi mereka," ia memungkasi.

Timnas U-19 saat ini tengah menjalani rangkaian tur ujicoba di Timur Tengah. Usai dua kali berhadapan dengan Timnas U-19 Oman, skuad Garuda Muda yang kini telah tiba di Uni Emirat Arab akan menjajal Timnas UEA U-19 dan klub Al-Shabab.[rza]


sejarah hari buruh

Sejarah hari buruh
May Day lahir dari berbagai rentetan perjuangan kelas pekerja untuk meraih kendali ekonomi-politis hak-hak industrial. Perkembangan kapitalisme industri di awal abad 19 menandakan perubahan drastis ekonomi-politik, terutama di negara-negara kapitalis di Eropa Barat dan Amerika Serikat. Pengetatan disiplin dan pengintensifan jam kerja, minimnya upah, dan buruknya kondisi kerja di tingkatan pabrik, melahirkan perlawanan dari kalangan kelas pekerja.
Pemogokan pertama kelas pekerja Amerika Serikat terjadi pada tahun 1806 oleh pekerja Cordwainers. Pemogokan ini membawa para pengorganisirnya ke meja pengadilan dan juga mengangkat fakta bahwa kelas pekerja di era tersebut bekerja dari 19 sampai 20 jam seharinya. Sejak saat itu, perjuangan untuk menuntut direduksinya jam kerja menjadi agenda bersama kelas pekerja di Amerika Serikat.
Ada dua orang yang dianggap telah menyumbangkan gagasan untuk menghormati para pekerja, Peter McGuire dan Matthew Maguire, seorang pekerja mesin dari Paterson,New Jersey. Pada tahun 1872, McGuire dan 100.000 pekerja melakukan aksi mogok untuk menuntut mengurangan jam kerja. McGuire lalu melanjutkan dengan berbicara dengan para pekerja and para pengangguran, melobi pemerintah kota untuk menyediakan pekerjaan dan uang lembur. McGuire menjadi terkenal dengan sebutan "pengganggu ketenangan masyarakat".
Pada tahun 1881, McGuire pindah ke St. Louis, Missouri dan memulai untuk mengorganisasi para tukang kayu. Akhirnya didirikanlah sebuah persatuan yang terdiri atas tukang kayu di Chicago, dengan McGuire sebagai Sekretaris Umum dari "United Brotherhood of Carpenters and Joiners of America". Ide untuk mengorganisasikan pekerja menurut bidang keahlian mereka kemudian merebak ke seluruh negara. McGuire dan para pekerja di kota-kota lain merencanakan hari libur untuk Para pekerja di setiap Senin Pertama Bulan September di antara Hari Kemerdekaan dan hari Pengucapan Syukur.
Pada tanggal 5 September 1882, parade Hari Buruh pertama diadakan di kota New York dengan peserta 20.000 orang yang membawa spanduk bertulisan 8 jam kerja, 8 jam istirahat, 8 jam rekreasi. Maguire dan McGuire memainkan peran penting dalam menyelenggarakan parade ini. Dalam tahun-tahun berikutnya, gagasan ini menyebar dan semua negara bagian merayakannya.
Pada 1887, Oregon menjadi negara bagian pertama yang menjadikannya hari libur umum. Pada 1894. Presider Grover Cleveland menandatangani sebuah undang-undang yang menjadikan minggu pertama bulan September hari libur umum resmi nasional.
Kongres Internasional Pertama diselenggarakan pada September 1866 di Jenewa, Swiss, dihadiri berbagai elemen organisasi pekerja belahan dunia. Kongres ini menetapkan sebuah tuntutan mereduksi jam kerja menjadi delapan jam sehari, yang sebelumnya (masih pada tahun sama) telah dilakukan National Labour Union di AS: Sebagaimana batasan-batasan ini mewakili tuntutan umum kelas pekerja Amerika Serikat, maka kongres mengubah tuntutan ini menjadi landasan umum kelas pekerja seluruh dunia.
Satu Mei ditetapkan sebagai hari perjuangan kelas pekerja dunia pada Konggres 1886 oleh Federation of Organized Trades and Labor Unions untuk, selain memberikan momen tuntutan delapan jam sehari, memberikan semangat baru perjuangan kelas pekerja yang mencapai titik masif di era tersebut. Tanggal 1 Mei dipilih karena pada 1884 Federation of Organized Trades and Labor Unions, yang terinspirasi oleh kesuksesan aksi buruh di Kanada 1872 [1], menuntut delapan jam kerja di Amerika Serikat dan diberlakukan mulai 1 Mei 1886.