ALUR KERJA PEMBUATAN APLIKASI

ALUR KERJA PEMBUATAN APLIKASI

ALUR KERJA PEMBUATAN APLIKASI - Yaya Blog

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