Cara membuat project android

18.37 | Label: RPL

Apa yang kita butuhkan untuk melakukan pemrograman Android?

1. Pengetahuan Object Oriented Programming, khususnya Java
Android menggunakan Dalvik Virtual Machine untuk menjalankan program APK yang terinstall. Dalvik yang di-modifikasi google dibuat berdasarkan Java Virtual Machine milik Sun/ Oracle. Itulah sebabnya untuk membuat program untuk android, kita menggunakan Java sebagai cara yang paling mudah. Bagi yang punya pengalaman pemrograman C, bisa menggunakan Android NDK, hasilnya lebih cepat karena bersifat native, tapi rumitnya minta ampun.
2. Internet
3. PC, Minimal RAM 1 GB, disarankan 2GB, supaya cepat saat menjalankan emulator.
4. Kartu kredit, karena saat kita ingin memasukkan aplikasi ke Android Market, kita harus membayar US$ 25 dengan Kartu Kredit di http://market.android.com/publish
5. Program yang akan kita gunakan:

a. Java Development Kit, agar kita bisa menjalankan Eclipse. Download dari:
http://www.oracle.com/technetwork/java/javase/downloads/index.html
b. Eclipse
http://www.eclipse.org/downloads/, pilih Eclipse IDE for Java Developers
c. Android SDK
Library untuk membuat program Android. Download dari:
http://developer.android.com/sdk/index.html
d. Plugin ADT untuk Eclipse, fungsinya untuk menghubungkan Eclipse dengan Android SDK, sehingga Eclipse yang sebelumnya editor java bisa digunakan untuk editor program android. Bisa download disini:
http://developer.android.com/sdk/eclipse-adt.html, atau bisa ikuti langkah install langsung dari Eclipse nanti.

Agar lebih mudah, install program tersebut di satu buah folder, misalkan di D:\Java\

Cara instalasi:
1. Install Java Development Kit
2. Install eclipse, misalkan ke D:\Java\eclipse-java-indigo-win32, kemudian:
- Jalankan untuk pertama kali
- Pilih workspace, kemudian klik default
- Tutup tab welcome yang ada, maka kita sudah bertemu dengan antar muka Eclipse IDE

3. Install Android SDK, kemudian:

a. Buka folder Android SDK
b. Klik program SDK Manager
c. Klik bagian Available packages
d. Kita akan menggunakan SDK Froyo, karena versi ini paling banyak digunakan HP saat ini. Maka minimal yg dipilih adalah:
- SDK Platform Android 2.2, API 8, revision paling baru
- Samples for SDK API 8
- Google APIs, Adndroid API 8
- Android SDK Tools
- Android SDk Platform-tools
e. Kemudian install selected
f. Setelah selesai, hasilnya ada di Installed packages

4. Masih di bagian SDK Manager, kita buat emulator. Gunanya untuk mencoba hasil program yang kita buat, tanpa perlu dicoba di HP langsung

- klik virtual devices
- klik New…
- Beri nama, pilih target dengan Android 2.2, API 8
- SD Card Size, dibuat kecil, misalkan 16 MB
- Skin, pilih built-in, yang kecil saja, misalkan resolusi WQVGA400
- Kemudian Create AVD
- Setelah jadi, pilih device tadi, Klik start. Maka tampilan seperti HP Android akan keluar

5. Install Plugin ADT di Eclipse. Caranya:

a. klik Help > Install New Software….
b. klik Add, masukkan ini di bagian Location:

https://dl-ssl.google.com/android/eclipse/

klik OK
Atau,apabila kita tidak punya koneksi internet langsung, kita bisa mendownload ADT terlebih dahulu dihttp://developer.android.com/sdk/eclipse-adt.html. Pilih archive, kemudian pilih file zip hasil kita download.
c. Pilih semua Development Tools yang ada
d. Klik Next, dan Accept TOS yang ada
e. Finish, Tunggu sampai selesai download
f. Setelah menutup dan membuka kembali, akan keluar gambar android di toolbar

6. Menghubungkan Android SDK dengan Eclipse

a. Klik window, Android SDK & AVD Manager
b. Jangan centang send usage, klik Proceed
c. Buka window -> preferences
d. Pilih bagian Android
e. Browse SDk Location, Kemudian pilih folder tempat Android SDK, Apply
f. Setelah keluar jenis Android SDK yang terinstall, klik OK
g. Sekarang coba klik icon android di toolbar eclipse, AVD manager kita akan terpanggil

Kalau sudah beres, kita bisa mencoba membuat aplikasi :P

1. New, Project…
2. Android, Android Project
Project Name: WebsiteLoader
Build Target: Android 2.2
Package Name: us.om4g.WebsiteLoader
3. Finish
4. Coba Run sebagai Android Application

sumber

Read User's Comments(0)

Apa itu RUP?

18.32 | Label: RPL

RUP (Rational Unified Process)

RUP (Rational Unified Process) merupakan suatu Software engineering process hasil kerja awal dari “Three Amigos” –Ivar Jacobson, Grady Booch, dan James Rumbaugh- yang bertujuan untuk memastikan kualitas yang terbaik pada suatu produksi software dengan memperkirakan jadwal dan biaya yang harus dikeluarkan. RUP merupakan process product dari Rational® Software dengan konsep utamanya adalah tentang model, workflow dan workers, serta tentang phase dan iterasi.

Aktifitas yang dilakukan oleh Rational Unified Process adalah membuat dan memelihara model. RUP juga meliputi pembahasan dari implementasi UML (Unified Modelling Language) secara luas dan memfokuskan dirinya pada software yang memiliki metodologi berorientasi objek. Sehingga dapat kita bedakan dengan UML bahwa RUP merupakan sebuah proses yang dilakukan dalam rekayasa perangkat lunak sedangkan UML adalah bahasa standar yang digunakan untuk memvisualisasikan, mendeskripsikan, membangun, dan mendokumentasikan perangkat yang akan digunakan dalam membangun sebuah perangkat lunak. RUP dibutuhkan sebagai pedoman untuk menggunakan UML secara efektif. Sedangkan UML berfungsi sebagai standardisasi notasi yang berorientasi objek untuk mengkomunikasikan kebutuhan/requirement, architectures, dan desain secara jelas dengan user. Oleh karena itu, hubungan antara RUP dan UML sangatlah dekat.

Aktifitas yang dilakukan dalam Software development merupakan sebuah pekerjaan team. Karena perubahan teknologi yang cepat sehingga memerlukan spesialisasi tertentu dalam pelaksanaannya. Produktivitas team ini dapat ditingkatkan dengan menggunakan RUP dalam mendukung pembangunan sebuah software. Mengapa? Karena setiap anggota team akan dibekali oleh pengetahuan dasar yang sama mengenai guidelines dan template dalam aktifitas software development, sehingga saat membangun sebuah sistem akan dijamin bahwa setiap anggota team akan menggunakan bahasa yang sama untuk merepresentasikan requirement yang diminta user. Jika telah ada standar yang digunakan dalam proses pembangunan sebuah software, diharapkan dapat mengoptimalkan hasil yang diperoleh.

alam membangun sebuah software, kita membutuhkan tahapan-tahapan yang harus dipenuhi selama proses men-develop software. Tahapan yang harus dilalui itu dapat kita gambarkan sebagai berikut :

Semua tahapan tersebut dapat dilalui dengan berbagai metode. Salah satu metode yang biasa digunakan adalah Waterfall workflow. Diagramnya adalah sebagai berikut :

Namun dengan metode ini dirasakan kurang efektif karena membutuhkan lebih banyak cost sampai menghasilkan sistem yang baik. Hal ini dapat terjadi karena modul yang ada dalam sistem tidak dibagi-bagi terlebih dahulu dalam pengujian software. Masalah ini dapat diatasi dengan menggunakan metode iteration incremental yang membagi modul-modul sehingga kesalahan dapat diatasi sejak dini. Metode ini yang digunakan dalam RUP.

Keuntungan yang didapat dengan menggunakan pendekatan iterasi diantaranya adalah : mengurangi resiko lebih awal, perubahan yang dilakukan lebih mudah diatur, higher level of reuse, project team memiliki waktu lama untuk memahami sistem yang akan dibangun, dan menghasilkan kualitas yang lebih baik di segala aspek.

RUP menawarkan berbagai kemudahan dalam membangun sebuah sotfware, ada yang disebut Six Best Practices yang terdiri dari :

Develop Iteratively

Manage Requirement

Use Component-based Architecture

Model Visually

Verify Quality

Control Changes to software

Semua proses yang dilakukan oleh RUP akan memberikan keuntungan pada tahapan membangun sebuah software. Yang akan kita bahas di bagian lain dari makalah ini.

Saat melakukan perancangan sebuah perangkat lunak, tentunya setiap tahapan akan mendapatkan masalah. Biasanya gejala/symptom yang menunjukkan ada masalah dalam proses perancangan software seperti berikut :

Ketidak akuratan dalam memahami kebutuhan end-user.

Ketidakmampuan untuk menyetujui perubahan kebutuhan yang diajukan.

Modul-modul yang dibutuhkan tidak dapat dihubungkan.

Software yang sulit untuk dibangun atau diperluas.

Terlambat menemukan kerusakan project yang serius.

Kualitas software yang buruk.

Kemampuan software yang tidak dapat diterima.

Team members yang bekerja sendiri-sendiri sulit untuk mengetahui perubahan yang telah dilakukan karena ada perbedaan dalam membangun software tersebut.

Ada ketidakpercayaan dalam membangun dan me-release proses.

Usaha untuk menghilangkan symptom ini tidak akan menyelesaikan masalah yang dihadapi software developer karena gejala ini dapat terjadi oleh adanya penyebab utama masalah yang timbul saat membangun sebuah sistem, yaitu :

Requirement management yang tidak mencukupi

Komunikasi yang ambigu dan tidak tepat

Arsitektur yang rapuh

Kompleksitas yang sangat besar

Tidak terdeteksinya ketidakkonsistenan antara requirement,desain, dan implementasi

Pengetesan yang tidak mencukupi

Penilaian status project yang subjektif

Keterlambatan pengurangan resiko yang disebabkan waterfall development

Perkembangan yang tidak terkontrol

Otomatisasi yang kurang

Semua hambatan yang ditemui saat membangun software akan dapat diatasi dengan menggunakan best practise yang telah disebutkan di awal pembahasan. Dengan menggunakan best practise yang diterapkan oleh Rational Unified Process, akar masalah yang menyebabkan timbulnya symptom dalam software developer akan teratasi dengan baik.

Read User's Comments(0)

Apa itu RUP?

18.32 | Label: RPL

RUP (Rational Unified Process)

alam membangun sebuah software, kita membutuhkan tahapan-tahapan yang harus dipenuhi selama proses men-develop software. Tahapan yang harus dilalui itu dapat kita gambarkan sebagai berikut :

Semua tahapan tersebut dapat dilalui dengan berbagai metode. Salah satu metode yang biasa digunakan adalah Waterfall workflow. Diagramnya adalah sebagai berikut :

RUP menawarkan berbagai kemudahan dalam membangun sebuah sotfware, ada yang disebut Six Best Practices yang terdiri dari :

Develop Iteratively

Manage Requirement

Use Component-based Architecture

Model Visually

Verify Quality

Control Changes to software

Semua proses yang dilakukan oleh RUP akan memberikan keuntungan pada tahapan membangun sebuah software. Yang akan kita bahas di bagian lain dari makalah ini.

Ketidak akuratan dalam memahami kebutuhan end-user.

Ketidakmampuan untuk menyetujui perubahan kebutuhan yang diajukan.

Modul-modul yang dibutuhkan tidak dapat dihubungkan.

Software yang sulit untuk dibangun atau diperluas.

Terlambat menemukan kerusakan project yang serius.

Kualitas software yang buruk.

Kemampuan software yang tidak dapat diterima.

Team members yang bekerja sendiri-sendiri sulit untuk mengetahui perubahan yang telah dilakukan karena ada perbedaan dalam membangun software tersebut.

Ada ketidakpercayaan dalam membangun dan me-release proses.

Requirement management yang tidak mencukupi

Komunikasi yang ambigu dan tidak tepat

Arsitektur yang rapuh

Kompleksitas yang sangat besar

Tidak terdeteksinya ketidakkonsistenan antara requirement,desain, dan implementasi

Pengetesan yang tidak mencukupi

Penilaian status project yang subjektif

Keterlambatan pengurangan resiko yang disebabkan waterfall development

Perkembangan yang tidak terkontrol

Otomatisasi yang kurang

Read User's Comments(0)

Apa itu SDLC

20.39 | Label: RPL

Apa Itu SDLC

SDLC (Software Development Life Cycle) berarti sebuah siklus hidup pemngembangan perangkat lunak yang terdiri dari beberapa tahapan-tahapan yang sangat penting dalam keberadaan perangkat lunak yang dilihat dari segi pengembangannya.

Tahapan SDLC
SDLC terdiri dari beberapa tahapan-tahapan berdasarkan analisa kebutuhan yang ada . Dimulai dari analisa kebutuhan perangkat lunak akan dibuat terlebih dahulu desain dari kebutuhan tersebut untuk mempermudah dalam pengerjaannya. Kemudian segala kebutuhan tersebut di implementasikan dengan dua tahap yaitu tahap analisa dan tahap evaluasi (User Acceptance Test). Setelah melakukan implementasi, maka proses tersebut akan dikembalikan kembali ke dalam tahap desain untuk pengembangan kembali perangkat lunak ke versi yang terbaru.
Proses Tahapan SDLC yang paling sering digunakan adalah :
1. Perencanaan:
Mempelajari konsep sistem dan permasalahan yang hendak diselesaikan. apakah sistem baru tersebut realistis dalam masalah pembiayaan, waktu, serta perbedaan dengan sistem yang ada sekarang.
2. Analisis Sistem:
Menganalisis konsep sistem, permasalahan dan keperluan yang hendak dibuat.

Desain :

Mendesain sistem teknologi baru untuk permasalahan yang sama.
4 Konstruksi :
Perbaikan terhadap produk yang memiliki kesalahan/kerusakan
5 Implementasi
software yang telah diuji dan siap diimplementasikan kedalam sistem pengguna/ sudah siap diterapkan.
6 Maintenance:
sistem yang telah diimplemantasikan serta dapat mengikuti perkembangan dan perubahan apapun yang terjadi guna meraih tujuan penggunaannya
Kegunaan SDLC
Adapun kegunaan utama dari SDLC adalah mengakomodasi beberapa kebutuhan. Kebutuhan-kebutuhan itu biasanya berasal dari kebutuhan pengguna akhir dan juga pengadaan perbaikan sejumlah masalah yang terkait dengan pengembangan perangkat lunak. Kesemua itu dirangkum pada proses SDLC yang dapat berupa penambahan fitur baru (baca : kemampuan penggunaan) baik itu secara modular (baca : instalasi parsial atau update dan upgrade perangkat lunak) maupun dengan proses instalasi baru (baca : penggantian perangkat lunak menyeluruh atau software replacement). Dari proses SDLC juga berapa lama umur sebuah perangkat lunak dapat diperkirakan untuk dipergunakan yang dapat diukur atau disesuaikan dengan kebijakan dukungan (baca : software support) dari pengembang perangkat lunak terkait.
Implementasi SDLC
Secara sederhana proses implementasi SDLC dapat dilihat dari penamaan sebuah perangkat lunak - sebagai contoh berikut :

Sebuah aplikasi contoh “ABCDE” versi 1.0 {alpha|beta|STABLE|i386|x64}, dapat diartikan bahwa aplikasi contoh “ABCDE” tersebut dipublikasikan dalam tahap awal yang ditandai dengan label versi 1.0 atau biasanya disingkat dengan huruf v1.0. Bila dikemudian waktu label versi menjadi versi 1.2 atau v1.2 maka hal tersebut menandakan bahwa perangkat lunak tersebut telah mengalami revisi (baca : perbaikan) dari versi sebelumnya.

Penambahan akhiran {alpha|beta|STABLE} menunjukkan status pengembangan perangkat lunak tersebut - dimana yang berakhiran alpha menandakan bahwa perangkat lunak tersebut masih dalam pengembangan dalam tahap yang paling awal sehingga kemungkinan akan adanya kesalahan operasional dari perangkat lunak tersebut (baca : software error) masih akan sering dirasakan, dan masih layak di-uji-coba secara terbatas dalam laboratorium. Yang berakhiran beta menandakan bahwa sebuah perangkat lunak tersebut telah siap dipublikasikan dalam lingkup percobaan pada pengguna akhir sembari pengembang menerima masukan evaluasi dari pengguna secara langsung. Penandaan STABLE menunjukkan bahwa sebuah perangkat lunak telah lulus uji coba laboratorium secara baik dan layak untuk dipergunakan di-lingkungan produksi atau pengguna umum.

Penambahan akhiran {i386|x64|smp|sparc|ppc} menunjukkan dalam lingkungan komputasi berbasis prosesor apa sebuah perangkat lunak di-kembangkan dan untuk di-operasikan (baca : di-install). i386 menunjukkan bahwa sebuah perangkat lunak dikembangkan dan di-operasikan untuk lingkungan komputasi berbasis prosesor sekelas Intel 32-bit. x64 berarti dikembangkan untuk kelas prosesor Intel 64-bit. smp berarti perangkat lunak tersebut dapat digunakan untuk oleh komputer CPU berprosesor dua atau lebih. sparc menunjukkan bahwa perangkat lunak dikembangkan khusus untuk komputer berbasis prosesor SUN SPARC, ppc khusus untuk komputer berbasis CPU PowerPC atau PPC.

Kebutuhan SDLC
Penerapan SDLC yang baik dan benar pada prinsipnya juga membutuhkan biaya baik itu finansial dan non-finansial, baik itu teknis maupun non-teknis yang tidak sedikit. Kesemua hal tersebut wajib diperhitungkan secara cermat agar proses pengembangan perangkat lunak itu sendiri (yang menjadi inti utama dari SDLC) tidak terhambat atau bahkan terbengkalai.
Limitasi SDLC
Kadangkala, perkembangan dan penggunaan teknologi antara perangkat keras dan perangkat lunak, dan sesama perangkat lunak tidak sejalan (baca : lebih cepat atau lebih lambat antara satu dengan lainnya, antara mendukung dan tidak mendukung satu dengan lainnya) - sehingga terkadang hasil proses SDLC yang membutuhkan aplikasi pendukung lainnya (baca : software dependencies) maupun perangkat keras (baca : hardware) yang benar-benar mendukung (baca : perangkat keras baru) agak kesulitan dalam proses penyesuaian (baca : serapan) sehingga dapat menyebabkan proses implementasi SDLC “terkesan” stagnan.

Read User's Comments(0)

Membuat Vidio dalam HTML lebih cepat dengan Framwork kiky si kancil

07.14 | Label: Web

Assalamualaikum Wr.Wb

Kali ini saya akan membagi software untuk membuat video web secara cepat dan lebih gampang dibuat

untuk lebih jelasnya kita lihat langsung gambar screenshootnya :

tampilan awal software

pilih add file

pilih jenis tampilan videonya

tampilan plugin videonya

pilih dimana akan disimpan file tersebut

tampilan setelah di publish

ini hasil dari video plugin apabila kita klik videonya

The only prerequisite for adding this effect to your site is that you must have FTP access to upload the JavaScript files that are needed. You will need to replace parts of this code with your own video details. All of these are marked in capital letters.

Read User's Comments(0)

Framework Kiky Si Kancil

16.42 | Label: Web

Framework Kiky Si Kancil adalah Framework baru yang diusung oleh Rickman Roedavan.
fitur ini mempermudah kita untuk membuat halaman admin untuk CRUD alias Create Read Update Delete
ini nih kira-kira hasil jadinya..

https://www.facebook.com/kikysikancil untuk lebih jelasnya mari kita lihat gambar dibawah ini

Tampilan Utama dari Framework

Framework Kiky Si Kancil merupakan pengembangan dari CRUD Generator yang dibuat menggunakan kombinasi Lazarus, jQuery-UI, NodeFire dan sedikit imajinasi. Jangan bandingkan Framework "newborn" ini dengan Framework lain yang jauh lebih kompleks seperti Yii atau CodeIgniter. Sesuai dengan misi awalnya, yaitu menciptakan sebuah Framework yang dapat menyediakan mekanisme CRUD dalam hitungan detik, kode-kode pembangun Framework Kiky Si Kancil ini terus mengalami perkembangan ke arah yang lebih baik. Sebagai pendatang baru, diharapkan Framework ini dapat menjadi bahan pembelajaran bagi para pengguna web, khususnya programmer.

Salam Kancil (Rickman Roedavan)

Halaman Login Framework

Halaman Submenu dari Framework

Submenu Home

Submenu Data

Submenu Skin Framework

Halaman Tabel

Halaman Tabel 2

Halaman User dan Admin

Itu adalah beberapa Screenshot dari Framework Kiky Si Kancil, Semoga bermanfaat dan bisa digunakan sebagai media pembelajaran

Diposkan Yesterday oleh ceritakuliah arief

0

Add a comment
FEB

19

Definisi dan Konsep Web 2.0
Web 2.0 merupakan istilah yang diberikan untuk menggambarkan generasi kedua dari World Wide Web yang difokuskan pada kemampuan orang untuk berkolaborasi dan berbagi informasi secara online.

Web 2.0 pada dasarnya mengacu pada transisi dari halaman web statis HTML ke web lebih dinamis yang lebih terorganisir dan didasarkan pada melayani aplikasi Web untuk pengguna.fungsi yang disempurnakan lain dari Web 2.0 termasuk komunikasi terbuka dengan penekanan pada masyarakat berbasis Web pengguna, lebih terbuka dan berbagi informasi. Seiring waktu Web 2.0 telah digunakan lebih sebagai istilah pemasaran dari istilah komputer berbasis ilmu pengetahuan. Blog, wiki, dan layanan Web semua dilihat sebagai komponen dari Web 2.0.

Web 2.0 adalah pergerakan menuju web yang lebih sosial, kolaboratif, interaktif dan responsif. Ini adalah perubahan dalam filsafat perusahaan web dan web developer, tetapi lebih dari itu, Web 2.0 adalah perubahan dalam filsafat masyarakat secara keseluruhan.
- Prinsip-prinsip Web 2.0
- W eb sebagai platform
- Data sebagai pengendali utama
- Efek jaringan diciptakan oleh arsitektur partisipasi
- Inovasi dalam perakitan sistem serta situs disusun dengan menyatukan fitur dari pengembang yang terdistribusi dan independen (semacam model pengembangan “open source”)
- Model bisnis yang ringan, yang dikembangkan dengan gabungan isi dan layanan
- Akhir dari siklus peluncuran (release cycle) perangkat lunak
- Mudah untuk digunakan dan diadopsi oleh user
Ketika Web 2.0 disebut sebagai tahap kedua dari perkembangan web yang telah ada saat ini, muncul kekhawatiran akan tidak kompatibelnya versi web tersebut dengan program web browser yang dimiliki pengguna. Padahal tidak ada satupun teknologi di sisi pengguna (client) yang perlu di-upgrade untuk dapat mengakses web tersebut. Perkembangan web 2.0 lebih menekankan pada perubahan cara berpikir dalam menyajikan konten dan tampilan di dalam sebuah website. Sebagian besar cara berpikir tersebut mengadaptasi gabungan dari teknologi web yang telah ada saat ini.

hat is Web 2.0 karangan Tim O’Reilly menjabarkan arti dan ciri-ciri web 2.0 tersebut. Kebetulan dia merupakan orang yang mencetuskan kata Web 2.0. Ciri-ciri Web 2.0 diantaranya:

The Web as Platform

Aplikasi Web 2.0 menggunakan Web (atau Internet) sebagai platformnya. Apa sih yang dimaksud dengan platform ? Platform di sini adalah tempat suatu aplikasi dijalankan. Contoh platform yang terkenal adalah Windows, di mana ada aplikasi-aplikasi seperti Microsoft Office dan Adobe Photoshop. Menggunakan Internet sebagai platform berarti aplikasi-aplikasi tersebut dijalankan langsung di atas Internet dan bukan di atas satu sistem operasi tertentu. Contohnya adalah Google yang bisa diakses dari sistem operasi mana pun. Contoh lainnya adalah Flickr yang juga bisa diakses dari sistem operasi mana pun.

Kelebihannya jelas, aplikasi-aplikasi Web 2.0 ini tidak lagi dibatasi sistem operasi seperti pada Windows. Dan kita bahkan tidak perlu menginstall apapun untuk menggunakan aplikasi-aplikasi ini !

Harnessing Collective Intelligence

Aplikasi Web 2.0 memiliki sifat yang unik, yaitu memanfaatkan kepandaian dari banyak orang secara kolektif. Sebagai hasilnya muncullah basis pengetahuan yang sangat besar hasil gabungan dari pengetahuan banyak orang. Contoh yang jelas adalah Wikipedia. Wikipedia adalah ensiklopedi online yang memperbolehkan semua orang untuk membuat dan mengedit artikel. Hasilnya adalah ensiklopedi online besar yang sangat lengkap artikelnya, bahkan lebih lengkap daripada ensiklopedi komersial seperti Encarta ! Contoh lainnya lagi adalah del.icio.us di mana semua orang saling berbagi link-link menarik yang mereka temukan. Akibatnya kita bisa menemukan “permata-permata” di Web gabungan hasil browsing dari ribuan orang. Blogosphere juga merupakan contoh kepandaian kolektif karena setiap orang bisa menulis blog-nya sendiri-sendiri lalu saling link satu sama lain untuk membentuk jaringan pengetahuan, mirip seperti sel-sel otak yang saling terkait satu sama lain di dalam otak kita.

Data is the Next Intel Inside

Kekuatan aplikasi Web 2.0 terletak pada data. Aplikasi-aplikasi Internet yang berhasil selalu didukung oleh basis data yang kuat dan unik. Contohnya adalah Google, yang kekuatannya terletak pada pengumpulan dan manajemen data halaman-halaman Web di Internet. Contoh lainnya lagi adalah Amazon yang memiliki data buku yang bukan hanya lengkap, tapi juga sangat kaya dengan hal-hal seperti review, rating pengguna, link ke buku-buku lain, dan sebagainya. Ini berarti perusahaan yang unggul adalah perusahaan yang menguasai data.

End of the Software Release Cycle

Aplikasi Web 2.0 memiliki sifat yang berbeda dengan aplikasi pada platform “lama” seperti Windows. Suatu aplikasi Windows biasanya dirilis setiap dua atau tiga tahun sekali, misalnya saja Microsoft Office yang memiliki versi 97, 2000, XP, dan 2003. Di lain pihak, aplikasi Web 2.0 selalu di-update terus-menerus karena sifatnya yang bukan lagi produk melainkan layanan. Google misalnya, selalu di-update data dan programnya tanpa perlu menunggu waktu-waktu tertentu.

Lightweight Programming Models

Aplikasi Web 2.0 menggunakan teknik-teknik pemrograman yang “ringan” seperti AJAX dan RSS. Ini memudahkan orang lain untuk memakai ulang layanan suatu aplikasi Web 2.0 guna membentuk layanan baru. Contohnya adalah Google Maps yang dengan mudah dapat digunakan orang lain untuk membentuk layanan baru. Sebagai hasilnya muncullah layanan-layanan seperti HousingMaps yang menggabungkan layanan Google Maps dengan Craigslist. Layanan seperti ini, yang menggabungkan layanan dari aplikasi-aplikasi lainnya, dikenal dengan istilah mashup.

Software Above the Level of a Single Device

Aplikasi Web 2.0 bisa berjalan secara terintegrasi melalui berbagai device. Contohnya adalah iTunes dari Apple yang berjalan secara terintegrasi mulai dari server Internet (dalam bentuk toko musik online), ke komputer pengguna (dalam bentuk program iTunes), sampai ke mobile device (dalam bentuk iPod). Di masa depan diperkirakan akan makin banyak aplikasi-aplikasi yang memiliki sifat ini, misalnya saja demo Bill Gates di CES 2006 menunjukkan integrasi antar device yang luar biasa.

Rich User Experiences

Aplikasi Web 2.0 memiliki user interface yang kaya meskipun berjalan di dalam browser. Teknologi seperti AJAX memungkinkan aplikasi Internet memiliki waktu respons yang cepat dan user interface yang intuitif mirip seperti aplikasi Windows yang di-install di komputer kita. Contohnya adalah Gmail, aplikasi email dari Google yang memiliki user interface revolusioner. Contoh lainnya lagi adalah Google Maps yang meskipun berjalan dalam browser namun bisa memberikan respons yang cepat saat pengguna menjelajahi peta.

Sumber Berita: www.swarakalibata.com

http://tino.dwiantoro.com/berita-mengenal-pengertian-web-20-dan-ciriciri-nya.html#ixzz2tkcLpaQ7

Sumber :
- http://oreilly.com/web2/archive/what-is-web-20.html
- http://radar.oreilly.com/archives/2005/08/not-20.html
- http://www.gayahidupdigital.com/2006/02/16/web-20-1/
- http://www.gayahidupdigital.com/2006/02/18/web-20-2/