Hi Ho temen-temen sama tempe di channel programme zaman now bersama saya Eko kali ini saya mau bahas tentang alur pembuatan aplikasi yeah jadi ya lebih Kalau lebih kekiniannya namanya adalah software development life cycle Jadi kemarin ada temen yang nanya gimana sih alur pembuatan aplikasi yang bener gitu ya Nah sebenarnya sih tiap perusahaan itu punya alur aplikasinya pembuatannya pembuat aplikasi yaitu masing-masing kita nggak bisa main apa yang saya lakuin tiap hari di kerjaan Saya mungkin nggak bisa juga diimplementasikan di tempat teman-teman gitu ya nah jadi sebenarnya yang kita mau bahas kali ini adalah versi saya yang biasa saya lakuin jadi ini apakah sama dengan di tempat teman-teman ya bisa jadi beda belum tentu juga lebih bagus daripada tempat yang teman-teman lakuin Ya tapi ini lebih sharing Apa sih yang saya lakuin ya biasanya dalam pekerjaan saat membuat aplikasi Oke tahapan yang tak yang biasa saya lakuin ya saat bikin aplikasi itu yang pertama kita akan selalu dapetin dulu yang namanya by are Light atau bisnis requirement document nah ini biasanya sih bukan orang teknologi yang bikinnya tapi lebih ke orang operasional atau orang produk layak istilahnya atau orang bisnis lah Nah ini intinya apa sih intinya itu nanti jadi sebelum teman-teman developer kasih jadi enggak tiba-tiba kita bikin aplikasi ya a'udzubika aplikasi itu enggak juga kita harus punya data habis punya dokumen alurnya Seperti apa Nah itu biasanya dalam biar di nabi Ardi itu ya Biasanya sih bentuknya Dokumen yantah itu misalnya menggunakan Microsoft Word atau mungkin kalau saya teman-teman punya document management system kayak konfluen segitu yaitu mungkin dibikin di konferensinya Jadi intinya di dalamnya itu ada list of fitur apaato misalnya aplikasi apa ya aplikasi apa sih yang mau kita buat habis itu fiturnya apa aja ya kira-kira kalau misalnya fiturnya Ini yo banget gitu ya atau aplikasinya gede banget kira-kira kita akan breakdown Berapa lama timelinenya misalnya Tempenya tiga bulan gitu ya tiga bulan sekali sampai jadi gitu Ya tapi kan di biground biji breakdown lagi saya perbulannya teman-teman mau deliverynya apa misalnya bulan pertama MPV nya dulu lah gitu ya most valuable MPV MPV tulisannya Mouse hole sore MPV most powerful W produknya dulu apa gede ya nanti bulan kedua instrumennya apa bulan ketiga itu info penyapa jadi ada timelinenya habis itu yang paling penting itu adalah alurnya Jadi mirip alur ia mirip kayak flownya flowchart Ya Allah Jadikan saya dari pertama customer Habis itu dia akan ngebuka halaman apa Habis itu dia ngelakuin proses apa dan seterusnya kalau ada misalnya percabangan dia ke mana gitu ya pokoknya ada alurnya nah ini tapi alurnya bukan Aur aplikasi ya tapi lebih ke alur flow bisnis Seperti apa ini semuanya udah lengkap dokumennya apa datanya apa Lita jadi enggak ngawang-ngawang saat kita bikin aplikasi pokoknya udah jadi biasanya ini sih hasil riset antara tim produk tim bisnis sama tim Operation jadi hal yang pertama dilakukan adalah ini jadi Saran saya kalau teman-teman Ya misalnya udah ada nih tim bisnisnya udah ane terima operasionalnya udah ada nih tim produknya tiba-tiba teman-teman diminta bikin sesuatu gitu ya Saran saya minta si dokumen di artinya yang pertama Kenapa karena kalau Tanpa dokumen biar di kita sebagai tim teknologi ya agak bingung kalau bikin contohnya misalnya saya kerja di comosus tiba-tiba ada requirements eh tolong bikinin jualan tiket pesawat dong gitu ya Nah itu kan bingung ya enggak mau kayak gimana jualannya gitu ya Apakah jual doang Teteh atuh gimana connect ke siapa gimana flownya gitu ya Solo alur-alur yang tidak jelas Kayak misalnya tiba-tiba dibatalkan tiketnya kayak gimana Itu kan harus ada gitu ya Ada flownya ada aturan ngana itu semuanya harus tertulis dalam biar di ya teman-teman Saran saya kalau dapet fitur ya diminta bikin fitur itu minta biar dirinya biar jelas gitu ya Ya nanti kalau benar atau salahnya saat implementasi bikin aplikasinya itu nanti kita lihat lagi Kebyar dirinya nah bcb artinya walaupun datang dari tim non teknologi ya tapi nanti kita akan review lagi bareng-bareng sama tim teknologinya kira-kira sih Apa sih yang memang bisa diimplementasikan sama teknologi atau enggak Ya bisa aja kan ada fitur permintaan fitur yang enggak-enggak Messengernya nggak bisa diimplementasikan sama teknologi bisanya Hosea pengen gitu Ya dikirim saat ini Dua jam kemudian nyampe pada ada di luar pulau gitu itu enggak mungkin bisanya kayak gitu jadi Ya intinya teman-teman nanti bakal diskusi sama tim bisnis sama tim Operation sama tim produk pada fase di awal ini kita lebih diskusi ke biar dirinya flow aplikasi dan seterusnya Hai selanjutnya setelah biar dirinya selesai ya nanti tahapan kedua yang biasa saya lakukan adalah ini ini bukan tim teknologi lagi sih tergantung ya teman-teman ini timnya ada dimana ditempat temen-temen Nah selanjutnya setelah biar di selesai itu kita akan mulai development yang namanya Yui kyanya nah jujur saya sendiri kurang ngerti ya gimana tahapan didalamnya UX tapi Intinya kalau saya dari sisi orang teknologi ngertinya Nanti pokoknya hasil dari tim YKS itu nah kebetulan di tempat saya itu Yes Maksudnya ke tim production ke tim development Jadi waktu nanti hasilnya adalah berupaya Yui ininya apa you akhirnya dari tiap pulau yang ada di biar dingin saya kalau dibiarin itu kan ada flow Tahapan pertama misalnya ayuse registrasi tahapan kedua verifikasi dan sebagainya Itu semuanya ada dalam bentuk Kya jadi ada semuanya jadi saya dari form registrasi Seperti apa form Seperti apa form change password Seperti apa dan alurnya pun saya dari tombol ini kalau diklik kemudian masuk ke flow mana Dre tombol ini dia diklik ke flow mana Jadi semuanya jadi dulu jadi ini lebih ke yatim YKS yang ngerjain jadi nanti dari saya sebagai tim teknologi saya terima jadinya setelah dapat biar dibaginya oke udah Final gitu ya nanti akan di eksekusi sama tim YKS nya mereka akan bikin kan si alur dalam bentuk gambar ya atau prototipe ya ya bagus-bagus kalau misalnya bisa ditemuin ya kayak Misalnya menggunakan apa ya mungkin Adobe XD dan sebagainya gitu ya yang udah bisa langsung diklik jadi kita bisa lihat alurnya dengan jelas nah intinya dari sini nanti biar kita ngerti interaksinya kayak gimana nah kenapa kita butuh ini karena biasanya tim teknologi itu ini bikin aplikasinya sesuai dengan alur qwertz yang sudah di buat ya jadi kita enggak tiba-tiba bikin Oh bikin aplikasi BB nya kayak gini Okay gitu GTA bikin FBnya kayak gini Enggak enggak kayak gitu kita ngikutin dari sih alur sih biar di dan hasil dari tim YKS ngejerit sih ininya apa you ask ya Jujur saya sendiri nggak bisa bicara banyak soal you ask some Saya bukan orang guys ya tapi intinya tahapannya yang kedua itu adalah nanti akan diberikan ke tim ayu-ayu X untuk dibuatkan see you ask nanti hasilnya hasil prototypenya atau misalnya bisa pakai absteak zepplin gitu ya nanti Nah kita tim teknologi yang mulai lihat dari situ selanjutnya tahapan selanjutnya yah tahapan ketiga setelah jadi websitenya nanti dia akan jatuh ke tim yang mengerjakannya nah saat di tempat saya kerja yang bisa lakukan adalah saya seketika udah jadi your site maka kita akan melakukan pembuatan namanya technical design eh technical design ini ya simpelnya kan kalau biar itu kan lebih ke flow ya alur-alur Sera bisnisnya Seperti apa Nek Nek enek audition tuh apa yang dilakukannya technically sentuhan dari alurnya habis itu kita dari Kya kita bisa Tentukan kira-kira kalau bikin aplikasi kira-kira butuh bikin berapa aplikasi habis itu Kalau misalnya tidak perlu bikin aplikasi misalnya akan dari WAnya kita perlu nampilin data maka kita butuh data dari aplikasi mana dan sebagainya lalu interaksi antar aplikasinya Seperti apa dan seterusnya jadi semua Pokoknya technical implementation nya kita harus bikin buatkan ya dalam bentuk dokumen jadi Biasanya sih saya enggak ya Di tempat saya biasa kerja sih nggak formal formal banget kita bisa bikin satu confluence itu ya nanti di sana ada zat diagramnya kayak diagram aplikasinya Seperti apa gitu ya Jadi yang pertama tayang Kita bikin kaya diklaim diagram tipe mandi seperti apa sih misalnya misalnya kita mau bikin fitura gitu ya nanti of fitur itu kita butuh aplikasi a&g tuya nanti ternyata si itu butuh BGT ya nanti butuh b maka dia kita butuh B aplikasi b maka abis itu misalnya ini kan punya database nanti kita kira-kira kita mau pakai database nya apa itu ini postgre kamu bisanya mongok atau masih well kadas terusnya habis itu untuk dapatin data ke sini kita mau gimana Apakah nembak di sini ke sini misalnya pakai FPI ya atau misalnya kita mau setup namanya MSS broker gitu ya nanti ini ngirim kremes broker nanti ini akan di terima sama ini gitu ya nanti kalau ternyata butuh Eh kayaknya agregasi beberapa service gimana gitu ya nanti kita akan bikin semua interaksinya jadi interaksi dengan aplikasi C gitu ya misalnya nanti ini akan mengirim data ke c seperti itu jadi semuanya akan kita buat technical design nya jadi aplikasinya pun bahkan teknologinya mau menggunakan apa dan seterusnya itu semua dibuat jadi ini nggak perlu sampai ke implementasi ini sih Tapi kalau teman-teman map bisa sih ya bagus ya kalau contohnya teman-teman bisa bikin diagram contohnya yg artinya kayak nanti eh teman-teman saya bikin service a nanti butuh tabelnya tabel-tabel Aa gitu ya sama tabel B nah kira-kira struktur data di tabel Anya struktur tabelnya Seperti apa jadinya kayak bikin relasional ardilaya m Saya tabel Agito tabel B ini misalnya kesini one-to-many itu nanti ini relasi lagi ke tabel mana tabel C Ini kesini misalnya one-to-one itu semuanya dibuat ini secara technical design nya dan ini teman-teman belum codingnya jadi teman-teman bikin dulu technical design nya seperti apa Nah ini untuk untungnya apa sih keuntungannya adalah nanti kita bisa lihat kira-kira kalau misalnya Oh Ternyata the kita butuh connect ke service B ternyata service begitu atau aplikasi B itu yang punya orang lain atau tim lain gitu ya apa kita bisa eh ATM tersebut kalau kita pengin development kita mau manggil fb-nya atau misalnya Oh kita butuh data dari Tim B nih tapi ternyata belum ada fb-nya gitu ya Nah kita bisa minta ditimba itu untuk development Cie yang kita butuhkan kayak gitu Jadi kita harus tahu gambaran besarnya Seperti apa cara kerja secara teknikal nya deh teman-teman enggak bisa habis dari bikin ux2 tiba langsung dikerjain aja tiba-tiba tengah-tengah dikerjain Oh Tata butuh butuh bei enggak bisa kayak gitu ya kita design dulu kira-kira kebutuhannya apa Dan kalau saya bikin table yang tempel yang bagusnya Seperti apa gitu ya Dan yang lain-lain jadi kalau saya teman-teman misalnya butuh hottest Saya butuh ngirim SMS gitu ya Oke kita akan pakai the party misalnya disini pakai twilio kita sebutin juga kita akan butuh Joe untuk kirim SMS besarnya seperti itu dan yang lain-lain Jadi intinya apa yang kita pelajari di itu ya Waktu kuliah atau sekolah itu yang rekayasa perangkat lunak Nah itu kita akan buat disini cuma memang tidak sedetail saat kita kayak bikin skripsi gitu ya sampai di Kell banget itu Enggak emang itu ada kayak Deeply menjaganya kita ngerti habis itu ya di nya kayak gimana Kayak misalnya A struktur kelas dan sebagainya situ nggak butuh ya karena ke nanti implementasi pasti bisa berubah-rubah struktur kelas dan sebagainya yang jarang Berubah kan biasanya dipakai Man diagram sama yang yardi jadi juga kan kalau berubah pasti kita gampang update-nya jadi ini tahapannya selanjutnya setelah jadi Wayer nya kita akan buatkan sih technical design nya Setelah jadi technical bisanya Nah ada tahapan selanjutnya yang biasa saya lakukan adalah yang keempat ya itu adalah namanya arsitektur review jadi si technical design yang sudah kita buat sebelumnya itu akan di-review secara arsitektur jadi nanti semua software arsitek atau teknik arsitek akan nge-review apa yang sudah kita buat jadi technical design nya akan di-review Hai Nah kenapa butuh karena biasanya kan kalau misalnya kita developer atau programmer yang nantinya akan Cuma programming itu ya Nah kita enggak ngerti soalnya biasanya misalnya soal Network kelas soal security lah soal depot dan sebagainya nah disaat technical review nanti semua orang itu berkumpul jadi ada yang tim infra jadi ada infra arsiteknya ada security arsiteknya ada development arsiteknya ada misalnya kalau ada Pro negatif ronen arsiteknya gitu ya Nanti pokoknya semua arsitek itu akan berkumpul nah berkumpul untuk apa untuk ngelakuin review technical design yang sudah kita buat jadi technical design ini akan di-review sama sih semua arsitek di tempat kita bekerja nah tujuannya buat apa sih tujuannya sih simple untuk mastiin bahwa apa yang kita buat ini sudah baik dan kalau misalnya ada konsen ya kira-kira nanti akan disampaikan konsernya atau problemnya yang kira-kira bakal dengan contohnya mungkin saat kita bikin aplikasi Ternyata kita lupa gitu ya Oh kita mau pakai encrypt password menggunakan md5 gitu tadi kan ditanya sama tips ikuti ini kenapa pakai m5m dimakan gampang banget gitu ya Di apa brushnya gitu ya Tolong ganti pakai bakery misalnya seperti ini Nah itu semuanya ke akan di-review sama tim arsitek di perusahaan kita walau kalau teman-teman saya belum ada ya kayaknya ori tempat kita kerja belum ada nih orang-orang arsiteknya yang paling penting sih kumpulin semua Senior yang paling senior di teknologi nanti minta review apa yang sudah kita apa yang mau kita buat ketika di technical design nya minta di-review contohnya kita ketika kita bikin year diartikan usahanya kalau teman-teman yang press bisanya pastikan kalau Bikinnya di harus selalu normal gitu ya normalisasinya harus bagus gitu Ya nah tapi ternyata mungkin pada kenyataannya nanti Tim development dilihatin be'en itu arsitek yang baiknya bilang oh ini Hai kemungkinan grow datanya terlalu tinggi gitu ya kalau misalnya kita start lalu standar itu terlalu banyak join saja kau ini bakal ngelakuin 5 join gede itu makin kesana impactnya makin lambat tolong enggak Jadiin pelet aja gitu tabelnya Dedek didied denormalisasi ini dia jadi jangan talu normal jadi input-input itu nanti akan diberikan sama ini termasuk ke infrastruktur gitu ya Nanti ditanya spekernya Butuh berapa gitu ya oh aplikasi kita kira-kira bakalnya indotrafic berapa gede gitu ya ada datanya enggak Kalau belum ada perkiraan kita minta berapa cashbacknya of kita perkiraan kayaknya Oh butuh dua shift puya sama memorinya misalnya 10 giga gitu GB kayak gitu nanti ini akan divalidasi sama tim infra nya emang butuh sekian kira-kira memang dapat data scan dari mana dan sebagainya jadi security semuanya akan ngasih konsen kira-kira Diwa aplikasi atau technical design kita ada security holenya atau enggak gitu ya Ini dari tim pun misalnya kalau timpalnya ada tim Enno performance gitu ya ini gimana mastiin aplikasi kita secara fonemnya bagus dan sebagainya jadi semuanya akan di-review Nah biasanya feedbacknya dari sini nanti kita akan dapat feedback semuanya nanti tinggal kita perbaiki lagi technical dieselnya kalau saya udah dapet nanti tinggal kita perbaiki Oh contohnya Oh ini datanya aplikasi B ini terlalu slow gitu ya Nah slow banget jadi jangan pakai FPI contohnya Ini diganti jadi yang meses broker gitu ya biar ini enggak Kalau terbebani sama beratnya aplikasi kita dan sebagainya jadi semuanya akan di-review sama sih technical arsitek atau software cetak di tempat kita bekerja jadi semuanya akan memberikan input dari technical design yang sudah kita buat jadi ini adalah arsitektur review jadi memastikan bahwa technical design yang sudah kita buat atau nanti aplikasi yang bakal kita develop itu ya itu baik Dara arsitektur jadi ini gunanya ada istilahnya setek to review ini juga untuk tidak ada celanya kecolongan ya tiba-tiba teman-teman bikin aplikasi tiba-tiba naik ke production gitu kecolongan enggak di review dulu Teteh banyak masalah Nah ini bisa mengantisipasi ya kalau misalnya ada apa-apa biasanya kan yang jadi arsitek atau teknik lasitae kan udah orang-orang yang paling senior di tempat kita kerja jadi mereka harus sudah lebih berpengalaman jadi ketika kita bikin aplikasi itu mereka harusnya udah pada ngerti kira-kira bakal dapat masalah apa dan kira-kira dari arsitektur yang kita bikin di technical design itu baiknya idealnya Seperti apa di buatnya Oke setelah arsitektur review selesai ya Misalnya dan kondisinya udah oke Ini udah clear Kenapa kita langsung development nah sayangnya enggak keep saya DC yang saya bisa lakukan yaitu enggak langsung codingnya langsung bikin aplikasi Kenapa Oke gini nih Saya akan eh ganti warna ya Biar gak bosen jadi tahapan yang ke lima itu di yang biasa lokal adalah kita akan diskusi tentang FPI spek atau FPI spesification Nah kenapa butuh ini Oke ini saya akan Jelaskan dulu kenapa kita bahaya banget kalau tidak bikin FB aspek oke ya Di misalnya Biasanya kan kalau bikin aplikasi apa sih yang diperlukan dulu biasanya kan aplikasi bekennya ya jadi aplikasi backnya kita akan bikin dulu selanjutnya aplikasi BKN setelah selesai anggap aja dua minggu nah terus apa yang dilakuin sama peron Enginer sama kue mereka ya bengong diem Kenapa karena nungguin BKN nya kelar gitu ya Iya kalau dua minggu kelar concert empat minggu ketiga keluarnya maka sebulan mereka magabut nih enak banget jadi orang protein sama kayak gitu ya Nah akhirnya apa Kenapa ini kejadian karena dari awal kita tidak bikin FB aspek jadi Harusnya itu idealnya saat sebelum kita development coding ya implementasi kode kita-kita bikin yang namanya epispde ePSXe apa sih efektif soalnya kesepakatan nanti kalau misalnya mau bikin Epi Epi hanya Permata Seperti apa request seperti apa responya seperti apa dan seterusnya nah ini biasanya yang saya lakukan adalah besson ini kyanya jadi dari UI UX sini ada kita tahu Oh you ini misalnya butuh data a-b-c-d gitu ya Oke kita akan diskusi nanti sama tempramen sama tim cuek kira-kira kita butuh handphonenya berapa nih oke ternyata untuk ini screen ini kita akan butuh misalnya Dua happy-nya soalnya nanti dua ini akan kita buat disini jadi ini saya bilang salah ya salah yang ini Ini salah Jadi yang benar itu adalah kita bikin Epi spek jadi soalnya dari screen yang tadi oke teteh butuh dua epia epia nya apa itu Yang pertama adalah berarti kita selesai FPI misalnya selesai ya Misalnya products untuk mendapatkan dataproducts itu ya habis itu Oh tadi halaman produksi itu ada selesai kita butuh juga slash banner jadi ada dua epiao ini kira-kira ngeget dataproduct jadi kita bilang ini get ini juga get Nah setelah itu nanti habis diskusi kira-kira Happy apa aja yang dibutuhkan kita lihat nih dari aplikasi kita butuhnya berapa contohnya bisa kita Wow ternyata butuh total ada 20fi dari 20et setelah kelar maka kita akan diskusi lagi tentang kira-kira tiap FPI butuh request dan respon Seperti apa Nah ini juga harus didiskusikan bareng-bareng antara tim Pro nanti Mbak enplus yay Nah kenapa butuh bareng-bareng kita nggak bisa yang ngerjain cuma tim you abkin gitu nggak bisa kenapa Karena kalau detim be'en biasanya orang beken itu ngerjain FPI berdasarkan tabel tabel yang ada di database mereka bikin lo ada tabel produk mereka kandikia bikinnya Piaget produk update produk kayak gitu kalau ada tabelnya tabel member ada get member dan sebagainya padahal secara screen itu belum tentu gitu ya karena bisa aja ketika di halaman produk itu enggak cuma produk loh adanya dia butuh Juga misalnya logistik butuh juga banner butuh Juga misalnya inventory dan sebagainya artinya Gabungan beberapa data jadi nggak bisa jadi kita enggak bisa tiba-tiba tim BKN Ngerjain sendiri FPI speknya nggak bisa ini semua harus bareng-bareng Natus gimana biar enggak enggak Ini hasilnya kayak enggak gontok-gontokan ya antara tim dek yang sangat Imron atau temui Nah kita biasanya yang dilihat dari QNet simpel di you data apa yang keluar maka fb-nya kita harus ngeluarin semua data itu jadi kayak gitu jadi jangan dibilang odata ini ada di table ini kita harus yang query join sebagai nyawa Enggak ada alasan kayak gitu jadi pokoknya diskonnya ini saya butuh data produk pools-data logistik + data promo gede tiada 3data maka 1fc itu harus ngebalikin 3data itu jadi di sini nanti diproduksinya reproduksinya ada ide produknya gitu ya nanti dia harus ngeluarin Jason nanti formatnya ditentukan juga Oh jasanya seperti ini ada files namanya produk ada Vietnam Anya banner ada files namanya Promo aquery parameternya adalah ide produk ini seperti itu jadi semuanya udah di detail kan Nah teman-teman kalau pengen tahu gimana contoh bikin FP aspek-aspek Tunggul enggak usah Fancy Fancy ya enggak usah keren-keren yang penting bisa dibaca contohnya kalau sayap dulu pernah bikin di programmer zaman now itu ada project namanya kotlin resep Pule via Yahoo to repay badan bisa buka Nah ini contohnya PSP jadi ini contoh happy aspek jadi Disini ndak Riyadh data produk ya Nah ini mm point fb-nya kira-kira ini ya dan keyboard kira-kira methodnya ini dan headernya apa dan body requestnya ini kira-kira body responnya seperti ini jadi semua di detail kan jadi satu aplikasi kita detail kan lama dong bikinnya nggak masalah seharian mau bikin epsd gak masalah yang penting apa nanti teman-teman bakal lihat benefitnya ya di tahapan selanjutnya jadi semuanya dibikin jadi kalau kita bikin ternyata fitur aplikasi kita butuh 20hp Iya 20p itu harus dibikin semua speknya dan semua harus disetujui sama tim proment BKN sama tim cueknya jadi nggak ada salahnya Oh yang setuju steam pronoun doa menembakkan gas 7 ya nggak bisa nanti yang satu bikin apa itu bikin apa ya enggak bisa pokoknya semuanya harus sepakat udah boleh ada orang yang bilang Oke saya enggak setuju dengan efek tersebut enggak bisa pokoknya harus ketok palu semuanya harus ngikutin Epi aspeknya jadi tim harus bikin kue pia sesuai dengan spek tempramen pun akan menggunakan Epic sesuai dengan speknya jadi ini tahapan kelima bikin efeknya jadi ini adalah tahapan yang lumayan ya mau debat mau berantem silakan lah di sini pokoknya setelah diketok Palu enggak boleh ada lagi yang berubah perubahan gede jadi semuanya harus sepakat dengan Happy aspek yang akan dibuat dari fitur-fitur kita jadi kalau teman-teman tadi trip tips saya ya kalau misalnya ribet Gimana cara bikin FB aspek lihat dari screen-nya screen you esnya nanti kita bikin fb-nya dari si screen ini Jadi skin.ini fb-nya butuh apa datanya silakan dibikin fb-nya scene ini butuh apa silakan dibikin screen ini butuh apa silakan dibikin kayak gitu jadi Epic itu penting ya untuk kesepakatan di awal Jadi jangan sampai teman-teman tengah jalan berubah-rubah lagi ya apalagi tiba-tiba berubah nggak ngasih tahu orang pihak lain itu ya jadi Epic wajib tih kuat tahapan selanjutnya kalau misalnya Facebooknya udah jadi ya udah kelam dan semua orang sudah sepakat antara tim beken dan juga tim ronen dan juga tim sue Nah baru yang kita lakukan adalah tahapan keenam adalah development development yaitu semuanya secara pararel langsung tim bekennya tim proteinnya dan juga tim kyanya jadi tim beken akan bikin fb-nya ya Tim ronen dia akan bikin front-end nya dimana dia pakai FPI spek yang sudah ada dan tim gue dia akan bikin quart omission besson fsp yang sudah disepakati nah ini enaknya di depan kita bikin happy aspek Jadi kalau udah bikin FPI spek eh nanti jalannya pararel kayak gitu Jadi kalau ini Thailand udah timeline misalnya kita Project termin pertama atau mtp nya kelar dalam waktu satu bulan gitu ya 1/4 Minggu lah ya empat minggu nabati ini semuanya jalan bareng antara be'en antara floem dan juga tim KYT jadi semuanya Jalan ngikutin ini kesepakatan yang sudah kita buat di FB speknya Nah inilah untungnya Kenapa tadi saya bilang mendingan kita berantem nya pasti bikin happy aspeknya daripada bayangin kalau Ya udah bikinnya jalan dulu gitu ya tengah jalan setelah selesai baru tim proteinnya bikin tiba-tiba timbulnya Jalan tiba-tiba timbulnya bilang Yini enggak kayak gini harusnya ada data Ini akhirnya dirubah lagi tembaknya itu kan ribet gitu ya mendingan dari awal udah sepakati nepia Spike Seperti apa nanti timro nanti Mbak Entin kue semuanya jalan jadi nanti timnya bakal bikin Kyoto mission Best One Piece spek timnya juga sama bikin ronen dia akan konsumeb Ia yang sesuai dengan epsp kini dan tim bikin juga akan bikin aplikasi be'en plus databasenya ngikutin si Epi spek yang sudah dikerjain jadi ini adalah untungnya kalau kita sedari awal sudah bikin efek atau kesepakatan jadi semuanya bisa jalan pararel tidak kayak Waterfall ya jadi nunggu nunggu nunggu itu enggak jadi ini langsung pararel dan bisa selesai bareng Jadi kalau ini misalnya kelar dalam waktu tiga minggu gitu ya Nah ini bisa langsung kita kelar jadi nanti kita punya spare waktu satu minggu lagi untuk ke tahapan selanjutnya nah ini adalah proses developernya jadi diproses development itu enggak ada istilahnya tim be'en SWT menunggu intim bikin enggak ada KYT gak ada pohon semua jalan bareng sesuai ngikutin dari Epic yang sudah ditentukan Hai selanjutnya kalau misalnya Sudah kelar semuanya ya development nya antara tim be'en tinggi edan juga timlonet semuanya kalau semua Mas soalnya kita akan melakukan proses yang namanya develop sorry deployment Nah tapi tidak langsung ke production kita ada istilahnya itu kalau saya istilahnya adalah non front di playmen nah ini tergantung tiap perusahaannya ya kalau perusahaan itu kan biasanya ada sebelum ke environment production ada beberapa environment ya Nah besekan ya istilahnya bukan production contohnya ada mungkin yang namanya defense ironmen ada kwaron menada stejing environment ada yang bilangnya sendok situ ya adot dan yang lain-lain lah istilahnya yang penting ini intinya dia bukan di production Nah kita akan lakukan diploid kesini semuanya jadi bekennya kita diplo ya proteinnya kita diploy ya kesemuanya tersebut biasanya adanya kwaya ya batin di dp-nya ke kie kalau adanya istilahnya stejing hebat kejing selanjutnya yang kita lakukan adalah setelah ini semuanya kelar nah Biasanya sih ini dilakukannya otomatis ya enggak harus manual kalau saya sih biasanya bikin cd-nya jadi kita bikin Si ICD nya jadi setelah developer selesai dia akan merilis versi gitu ya ketika akan merilis yang rilisnya sesimple misalnya kayak bikin tak digigit gitu ya misalnya nanti setelah selesai nanti ccnya akan baca dari repotnya repotnya saya menggunakan gitu ya nanti baca kisahnya disini ada teh baru tadi teh gini akan di diploy sama Sisi lcd-nya entah itu kedep kwe ke staging dan ke Saint box misal kalau saya ada banyak ya tapi kalau misalnya bssi saya selalu implementasi Q kayaknya dua misalnya ya Kenapa kiranya dua karena pada saat yang bersamaan bisa aja ada dua Project yang jalan bareng Nah kalau kliennya gabung nanti ketimpa timpak lagi Project Anger jaina gitu Ya dimasukin ke kie begitu Project B masukin Kyle lagi padahal Project lagi jalan gitu ya lagi dites maka akan berubah-rubah fitur yang di steady cuek abisnya sih ada yang ke-1 misalnya ada yang istilahnya qe2 environment nya atau yang hanya df1 df2 dan seterusnya Jadi intinya setelah selesai development kita akan eh jalankan semuanya di non production di PointBlank nah ini adalah Moment Of Truth ya jadi kayak apakah yang kita lakukan selama ini di BKN dan dethroned beneran sesuai dengan janji yang sudah kita lakukan di FB aspek atau tidak selanjutnya Setelah semua di diplo ya Misalnya Deeply kesemua Ki environment atau devention Maka selanjutnya akan kita lakukan adalah kita akan jalankan si testingnya testing testing disini bukan teman-teman bikin unit SY bukan United Uya harusnya pas bikin development udah dibikin unit esnya Iya nah testing disini lebih ke end-to-end tes ini ada jenisnya banyak si testingnya myself Anda laen puentes end-to-end tes ya atau yang sudah dibuat sama tim cuek ketika development jadi yang tidak developer ini akan dia bikin kue automation ya Nah ini timenya akan raningsih tesnya end-to-end tesnya jadi akan call langsung servis yang benar di devourment atom saya di Kyle menjadi semuanya dilakukan atau kalau teman-teman saya punya tim performance dia juga nanti mereka akan melakukan performance performance test atau kalau ada tim security-nya ada yang Hai istilahnya security test semuanya akan dilakukan terhadap tergantung mv-nya ya bisa qnp Ironman atau defense Ironman atau stejing dan seterusnya jadi semua dilakukan ketika end-to-end tes Ayah atau Kyoto mesin dijalankan nantikan Pasti Ketemu masalahnya Apakah ternyata masalahnya ada tim ada tim Yui gitu ya nanti timnya yang benerin Kau ada masalah di be'en nanti baiknya yang masalah yang dibenerin contohnya ada performances juga tentunya Misalnya ini tergantung KPI perusahaan teman-teman Saya misalnya Kevia itu respon TPI itu tidak boleh dari lebih dari 2 seconds halnya seperti ini nanti performances akan mencoba nge kirim performance test ya kayak stres gitu ke fb-nya semuanya nanti kita bisa list Epic mana aja yang kira-kira respon timnya di atas 2 second nanti kita bisa improvement jadi kita bisa improve lagi cv-nya termasuk kalau security tes tes cat dia akan ngelakuin security test kesemua end point happy-nya dan juga front-end nya apakah di pronada crossed scripting gitu ya xss Ada juga kalau dibikinnya fb-nya mungkin ada SQL injection gitu ya Dan Seterusnya semuanya akan dilakukan nanti ketika ada repotnya kalau security test batin nanti kalau misalnya ada oh Teteh ada security hole gitu ya ada bolong-bolong ini scriptnya di bagian abcdefgh nanti kita akan Benerin lagi jadi development lagi nge maka dari itu kalau misalnya bayangin kalo tumbuh-tumbuhan gitu ya kan dari awal tunggu-tunggu and bikin-bikin dulu baru keluar bikin proneon barulah bikin ceweknya itu kan nama dengan pararel gini jadi nanti ketika tes pun bisa jalanin pararel karena semuanya udah siap jadi ini tahapanya jadi kita akan melakukan testing di environment yang bukan production Setelah semua proses testing selesai ya entah itu kiri automotion tes entah performance test protes dan semuanya udah nggak ada masalah yang terakhir yang kita lakukan adalah proses production development eh sorry for development terus saya bilangnya tapi diklaim Sorry ya Jadi yang ke-9 adalah baru kita ke production diploy men jadi terakhir ya tujuannya pasti ini kita akan dipilih aplikasi kita ke production Jadi kalau misalnya udah melewati ini semuanya jadi memang panjang tampang di awalnya dan terakhir adalah si production diklaim an-nas banyak ada banyak strategi untuk ngelakuin production di payment tergantung tempat temen-temen ya kalau misalnya produk baru mungkin langsung dilaunching itu ya Atau mungkin bisa di loncengnya perlu dirolling ya kayanya sebagian doang jika ada banyak teman-teman bisa baca sih strategi untuk production diklaim Seperti apa Kayanya ada Ebi testing gitu ya Ada misalnya karena redeployment ada Green diklaim Anda sebagainya Itu ada banyak contohnya yang paling simple adalah teman-teman bisa ngelakuin bisanya MB testing jadi kayanya setelah detail produk baru gitu ya teman-teman bisa kirim ke sebagian user dulu Jadi kalau ada yuser gitu ya Sayang lagi login gitu ya temen-temen dicek misalnya misalnya kita ngasih kalau ada user ya Tergantung slime-nya kalau misalnya pakai ID number dari satu teman-teman maksimal ada setuju tak gitu ya saya 1-100 500.000 kita kasih figura nih ya Hah kasih fitura yang baru nanti dia akan dikasih fitur yang baru ini atau yang ininya yang 500-700 kita kasih fitur B Maksudnya yang lama gitu ya bisa kayak gitu tapi intinya ya kita Deeply kepedasannya paling simpel sih pokoknya di pulau aja semuanya gitu ya jadi semua customer kita langsung dapat ininya tapi saat teman-teman di-like Productions kalau ada udah fitur baru teman-teman tetep perlu ngejalanin yang namanya quart omission ya Jadi geotimes yang dibikin ini perlu Khan kan cuma enggak harus se-eks tensif yang saat ngelakuin testing disini ini enggak perlu yang diijinkan ketika temen-temen laku end-to-end tekan banyak skenarionya ya kayak ada Happy flow gitu ya kayak heplock kalau dikompreskan belanja biasa gitu ya kalau yang nggak happy-nya kayanya ngebatalin sebagainya Ya banyaklah ya flownya Nah teman-teman di produsen tetap bisa ngelakuin cewe automation tapi usus yang slow yang paling gede misalnya flownya adalah belanja Yanti kayak tiap satu jam sekali kita akan bikin Kyoto Mesin nyaranin coba proses belanja ini untuk memastikan bahwa ketika kita sudah diproduksi on aman ya aplikasinya tidak ada masalah karena Kanada kadang-kadang ada di development atau stejing menggoda masalah tiba-tiba depression ada masalah karena mungkin datanya lebih gede misalnya atau trafiknya lebih gede gitu dan sebagainya nah ini adalah proses tahapan terakhir sebenarnya yaitu proses Production demen oke ya Tadi katanya terakhir ya dipilih men.com sini ada lagi sekarang materinya Oke seperti ini lebih ke bukan Pro alur kerja biasanya sih tapi kan kalau di ujung-ujungnya kan teman-teman biasanya kalau tentuin Thailand Ya udah sampai production di preman udah kelar gitu ya Nah selanjutnya yang terakhir pasti ada prosesnya namanya maintenance atau improvement eh jadi ya kalau saya teman-teman kayak beli mobil kan bukan tujuan akhirnya bukan beli mobilnya udah setelah itu ya pendek tapi kan setelah kita pakai mobilnya pasti perlu butuh yang namanya maintenance nah termasuk juga software-software juga yang tahapan yang perlu kita sering lakukan setelah dipakai production adalah maintenance atau juga improvement eh jadi maintenance atau improvement Nah kalau teman-teman melakukan improvement sebenarnya simpel sih dia akan balik lagi ke tahapan awal tahapan awal dari bikin Andi dulu udah sebagainya kira-kira mau ada fitur baru apa ada sebagainya itu baik Lex awal selesai Nah jadi ini enggak perlu Saya bahas ya untuk improvement nah yang saya baca tentang maintenance Nah untuk maintenance itu kadang-kadang biasanya kita ya Tergantung orangnya ya kita tuh kadang-kadang kalau misalnya ada mobil ketiga yang sakit itu mobilnya sp-nya Aduh udah agak sedikit rusak kalau kita nggak ngerti gejala-gejalanya kita akan tahu gitu ya atau dipakai aja terus terlihat tiba-tiba Mobilnya mogok aja ya pada kita enggak tahu padahal dia udah ada banyak sangat tandanya kalau mobil kita misalnya udah bermasalah termasuk aplikasi kalau aplikasi kita kita nggak tau kondisinya seperti apa itu tiba-tiba mati aplikasinya kita enggak tahu gitu ya Nah Oleh karena itu proses mantra itu perlu Nah Gimana cara biar mantannya mudah mentalnya mudah simpel kita perlu istilahnya namanya bikin monitoring jadi kita bikin monitoring dari aplikasi kita kayak berapa sekarang jumlah datanya kayak total data gitu ya ah ah Mungkin pas awalnya lah hari pertama cuma datanya puluhan Mega ternyata udah sebulan udah nyampe juga Anda sebagainya kita harus monitor terus habis itu kaya atau traffic traffic gitu ya habis itu Ya banyaklah semuanya monitoring kayak respon time gitu ya dan sebagainya jadi semuanya bisa dimonitor banyaklah totalnya teman-teman bisa pakai tool-tool yang sudah ada nah dari monitoring ini teman-teman nanti bisa tahu Oh ternyata ada tanya sekarang makin gede nyata semakin gede datanya ternyata responnya semakin lambat gitu ya akhirnya teman-teman Ya udah kalau gitu teman-teman butuh improve lagi si aplikasinya untuk improvement kayak gini kan enggak butuh Biarin sebagainya Ini kan udah lebih ke technical problem gitu ya bukan lagi soal bisnis problem Jadi nggak perlu lagi dari awal lagi bikin diare dan sebagainya jadi yang pulau adalah ya optimize algoritma cara kerja fb-nya dan sebagainya atau tiba-tiba teman-teman lebih proteinnya nambahin satu buat rekor transfernya malah bikin kwe pronounnya akhirnya nantikan babi itu lebih ke technical problem jadi semuanya kita lakukan menten jadi ya mirip kayak kita beli kendaraan gitu ya kita nggak bisa ya udah selesai beli paket terus enggak software juga sama setelah bikin Deeply kepedasan nggak bisa langsung pakai terus gitu ya pasti butuh yang namanya maintenance dah biar maintenancenya lebih mudah itu pastikan teman-teman punya monitoringnya jadi teman-teman bisa tahu kira-kira masalahnya apa aja lebih gampang ya kalau punya monitoring karena teman-teman juga sebelum ada masalahnya teman-teman bisa tahu dulu oh kira-kira oh slow nih udah mulai slow data-datanya makin banyak itu pengin kau tiba-tiba teman-teman enggak sadar aplikasinya slow tiba-tiba mati aja itu kan nggak lucu gitu jadi produsen tiba-tiba mati teman-teman gak tau problemnya apa Nah jadi monitoring untuk membantu mentornya itu wajib teman-teman nanti lakukan di production Oke teman-teman Mungkinkah kyana Jaya tentang Vlog alur kerja pembuatan aplikasi atau software development life cycle nah ini murni pengalaman saya ya Jadi apa yang biasa saya lakukan di kerjaan saya jadi bukan berarti secara ideal itu seperti ini enggak enggak juga ya mungkin teman-teman juga punya development lifecycle yang lebih baik gitu ya Atau mungkin berbeda itu enggak masalah karena namanya bikin aplikasi ya Tiap orang beda caranya ya tiap perusahaan biasanya punya aturan masing-masing itu ya Nah ada mungkin perusahaannya yang masih konservatif kayak bikinnya pakai waterflow gitu enggak masalah atau yang ada yang pakai slime sebagainya nah ini yang bisa saya lakukan Jadi teman-teman silakan bisa diadopsi yang bagus-bagusnya aja yang sisanya kalau ah kayaknya bagian A bagian B saya enggak Cocok nih ya udah nggak usah dipakai gitu ya jadi ini lebih ke sering Jadi kalau temen-temen misalnya punya ide yang greeter atau yang punya implementasi software development cycle dipesan teman-teman yang kira-kira lebih baik ya Silahkan masukkan di komen ya biar yang lain nah pada tahu oke mungkin sekian aja ya lovenya takutnya kepanjangan Kua temen-temen ada kritik atau saran silahkan dimasukkan di dalam komentar eh jangan lupa dan jangan lupa juga share ke teman-teman yang lain biar videonya bermanfaat juga buat teman-teman yang lain dan jangan lupa follow dan juga subscribe ke beberapa sosial media yah Eh programmer jaman now sekarang enggak cuma ada di YouTube ada juga di Facebook dan juga Istagram Oke Mungkin aja salam programmer jaman now Bye bye