1. Kondisi sendiri: Klo sy sih bakal buat oret2an dulu di Figma atau apapun itu design appsnya untuk nunjukin ke client baru ketika sudah ketok palu designnya seperti yg di harapkan sy langsung construct mulai dari backendnya dulu baru Frontend karena udah ada gambaran. 2. Kondisi sendiri tapi client punya karyawan FE/BE, ya tinggal tektokan aja misal sy fullstack tinggal bantu yg kurang aja dari team clientnya intinya 1 sprint 1~2 weeks kelar. Pengalaman pas sprint pertama sy bantuin FE trus sprint 2 bantu backend buat implement API, dst. Terakhir dokumentasi karena ada JIRA jadi enak nyusunnya timestamp rapih client insyaallah full senyum 😊
Bener nih, saya kerja di salah satu developer aplikasi, ketika membuat aplikasi pasti ada dokumentasi yang berisi APISpec agar Frontend sama Backend kerja bareng, sekaligus untuk diskusi terkait alur program yang digunakan
ini sih ekpetasinya, realitanya lain lagi. blum lagi maangement acc projectnya yang ga masuk akal dealine nya. client minta tambahan fitur yang tidak masuk dengan business proses yng telah dirancang dr awal, jadi harus mulai analisa alur data lagi. macem2 lah. sejatinya. klo kamu kerja dengan client, permasalahannya kebanyakan dengan orangnya bkn prosesnya. belum lagi biasanya ego2 programmer ini ckup tinggi ditambah dengan PM/PO yang cuek(cma mw ngetest pas jadi aja, ga peduli dengan proses), beh lengkap sudah
Iya bener bro, masalah di manajemen, acc nya lama. Gak kedevelop2. Pas udah di acc, udah mepet sama deadline. Waktu teebuang nungu2an. Belum lagi si backend belum naik juga, apinya,
klo mnrt saya pak eko menjabarkan berdasarkan pengalaman dia, posisi dia di blibli kan senior software architecture. ya bisa saja berbeda di tiap kondisi antara di kantor blibli dan kantor kita. balik lagi ambil yang diperlukan, coba implementasikan, kalau tidak bisa diimplementasikan, berarti tidak cocok.
opini kalian semua benar dan tidak bermaksud utk berdebat. q sama sekali tidak menyalahkan siapapun disini. hanya saja realitanya bsa dilihat sendiri, mungkin dengan company sekelas bli2, gojek/unicorn lainnya tidak begitu tapi jgn tutup mata jg mash bnyk company yg SDLC pun ga paham ujung2nya apa extreme programming yg dpakai. setiap individu pnya pengalaman sendiri2. q hanya mengutarakan berdasarkan hasil pengalamanku jg slama ini. skrg posisi q pun udah ckup nyaman secara udh 6 tahun di programming.
Kang pengen tau best practice ngedokumentasiin suatu project/aplikasi (technical) yang baik dan benar mngkin bsa pke cth project laravel. Soalnya kang dari pengalamanku selama kerja setiap masuk satu perusahaan baru mesti kesulitan memahami existing process dari aplikasi di perusahaan itu, jadi kita harus bener2 explore sendiri bahkan sampe harus nyelem ke akar2 nya buat cari tau gmana flow/process dari suatu fitur tertentu dan itu terjadi biasanya karena gak ada dokumentasi sama sekali. Jadi nanti kalo nanya dokumentasi ke tech lead gak di jawab "Saya dokumentasinya". Seneng bgt sih kang kalo dibahas. Nuhun
maap kang, kalo single fighter untuk build project sendiri lebih baik yang mana ya? soalnya di pertanyaan itu dia single fighter, mungkin bikin project pribadi.
bikin backend dulu bang, soalnya ujung2nya dari frontend dan mobile kan consume datanya dari API backend, kalo apinya belom jadi ya frontnednya juga jadi tampilan doang gabisa dapet data apa2an.. cuma ya gitu, pas mau bikin API perlu dipastiin payload/datanya apaan aja yang nanti dibutuhin sama frontend, biasanya ngeceknya juga pake postman. buat bikin OpenApi juga kan butuh ada rest API yang udah jalan, jadi menurutku emang bagusnya bikin rest API atau backend nya dulu
Menurut saya frontend nya terlebih dahulu dan menggunakan data dummy. Karena nantinya api akan menyesuaikan data yg diperlukan di frontend yg audah dibuat, selain itu agar diawal saat report progres ke client, app nya sudah bisa dicoba atau diliat hasilnya meski datanya masih dummy.
kalau menurut saya enakan api spec nya duluan. Api spec kan dibikin berdasarkan kebutuhan data apa aja yg akan ditampilkan. Nanti db yang akan menyesuaikan (misal seperti apakah mau pisah table atau tidak), dsb. izin mengemukakan pendapat nya ya 😁🙏
kalau di frontend kan ada proses consume API jadi untuk itu gimana timeline untuk frontendnya? apa perlu waktu tambahan bagi frontend developer untuk proses consume API nya? sedangkan kalau di backend kalau sudah provide API task di backend bisa dikatakan selesai (menunggu ada report bug/error).
selama gua kerja pake scrum engga bang, sama aja waktunya justru be yang kerjanya jadi harus lebih cepet, tergantung kebijakan perusahaan nerapinnya gimana
terkait ini bang eko, dulu pernah ada case pas kita nentuin API spec, nah ternyata pas FE udah develop banyak yang perlu ditambahkan di bagian BE karena pas Design token ini ada yang kelewat, kalo seperti itu memang wajarkah? atau ada step yang perlu diperhatikan agar mengurangi hal yang seperti ini ya?
Kalau kasusnya, sebagai seorang fullstack yg ngerjain sendiri semuanya, berarti apakah lebih baik ngerjain depan belakang per fitur, setelah API SPEC selesai ?
Saya asumsikan orang se cerdas bang eko, tau lah iya. Apakah bjorka itu beneran hacker yang jago atau orang dalam rezim yang bertugas melakukan pengalihan isu semata.
Kang, klo di kantor resource developer backend & frontend sedikit. Lalu manager mengambil opsi beli base source code resmi utk mengejar timeline dan kita custom sesuai kebutuhan gmn ya menurut kang eko?
Izin bertanya tentang spek laptop HP 14s 2022 (Core i5 1240P 12C 14T, RAM 8 GB upgradeable, Intel Iris Xe). Pake laptop ini kalo RAM diupgrade jadi 20 (4+16) buat kebutuhan ngoding web + android studio + develop 2D game pake engine Godot cukup kan ya? Terima kasih :)
UI/UX itu sebenarnya utk memastikan projectnya sudah sesuai dgn request apa belum. Goals project kan jika semua fungsi UI/UX berjalan dengan baik. Kalo saya sih lebih mengedepankan UI/UX dulu. Karena user ato project owner melihat hasil. Bukan melihat proses aplikasi. Kecuali utk project pribadi ato kita yang nentukan UI/UXnya. Itu terserah kita
Tergantung mood wkwk Tapi alangkah baiknya FE dulu dan pakek data dummy supaya bisa kasih tau progres ke client dan client dapat gambaran yg jelas ttg projeknya 🙏
Pak kalo buat aplikasi nya individu gmn pak, soalnya pas dikampus saya kan gak punya kelompok karena suatu alasan 😢 terus saya kebagian buat aplikasi perpustakaan,yang paling rekomen itu ngerjain back end nya dulu atau front end nya ?
Aslinya kembali ke masing masing tapi mungkin bisa di api spec lanjut ke frontend baru ke backend (buat data sementara bisa buat dummy dulu di frontend)
tantangannya adalah, freeze API spec itu kadang agak susah, karena pasti ada aja kebutuhan yg terlewat atau tambahan dari project ownernya.
jika berdasar video yang sebelumnya, maka masalah freeze API Spec itu ya disebabkan ada 'masalah' saat nyusun BRD nya.
kang bahas culture shock waktu pindah dari belajaar ke production, apa aj yg beda dan yg harus diperhatiin
up
security, audit, data protection & privacy, compliance sama billing bang 😆
Menarik nih pak eko ide nya
Up
Up
mungkin yg tanya itu maksudnya waktu handle proyek sendiri yah, kan kalo handel proyek sendiri gk bisa dibuat secara paralel
1. Kondisi sendiri: Klo sy sih bakal buat oret2an dulu di Figma atau apapun itu design appsnya untuk nunjukin ke client baru ketika sudah ketok palu designnya seperti yg di harapkan sy langsung construct mulai dari backendnya dulu baru Frontend karena udah ada gambaran.
2. Kondisi sendiri tapi client punya karyawan FE/BE, ya tinggal tektokan aja misal sy fullstack tinggal bantu yg kurang aja dari team clientnya intinya 1 sprint 1~2 weeks kelar. Pengalaman pas sprint pertama sy bantuin FE trus sprint 2 bantu backend buat implement API, dst.
Terakhir dokumentasi karena ada JIRA jadi enak nyusunnya timestamp rapih client insyaallah full senyum 😊
Bener nih, saya kerja di salah satu developer aplikasi, ketika membuat aplikasi pasti ada dokumentasi yang berisi APISpec agar Frontend sama Backend kerja bareng, sekaligus untuk diskusi terkait alur program yang digunakan
ini sih ekpetasinya, realitanya lain lagi. blum lagi maangement acc projectnya yang ga masuk akal dealine nya. client minta tambahan fitur yang tidak masuk dengan business proses yng telah dirancang dr awal, jadi harus mulai analisa alur data lagi. macem2 lah. sejatinya. klo kamu kerja dengan client, permasalahannya kebanyakan dengan orangnya bkn prosesnya. belum lagi biasanya ego2 programmer ini ckup tinggi ditambah dengan PM/PO yang cuek(cma mw ngetest pas jadi aja, ga peduli dengan proses), beh lengkap sudah
Iya bener bro, masalah di manajemen, acc nya lama. Gak kedevelop2. Pas udah di acc, udah mepet sama deadline. Waktu teebuang nungu2an. Belum lagi si backend belum naik juga, apinya,
klo mnrt saya pak eko menjabarkan berdasarkan pengalaman dia, posisi dia di blibli kan senior software architecture. ya bisa saja berbeda di tiap kondisi antara di kantor blibli dan kantor kita. balik lagi ambil yang diperlukan, coba implementasikan, kalau tidak bisa diimplementasikan, berarti tidak cocok.
saya sudah bikin vlog juga dengan judul : Kapan Saatnya Resign, mungkin bisa membantu
opini kalian semua benar dan tidak bermaksud utk berdebat. q sama sekali tidak menyalahkan siapapun disini. hanya saja realitanya bsa dilihat sendiri, mungkin dengan company sekelas bli2, gojek/unicorn lainnya tidak begitu tapi jgn tutup mata jg mash bnyk company yg SDLC pun ga paham ujung2nya apa extreme programming yg dpakai. setiap individu pnya pengalaman sendiri2. q hanya mengutarakan berdasarkan hasil pengalamanku jg slama ini. skrg posisi q pun udah ckup nyaman secara udh 6 tahun di programming.
kebanyakan kalo kerja sama client banyak gak puasnya wkwk, makannya scopenya kebanyakan melebar dari yang bikin A udah jadi tiba2 jadi ABC
Kang pengen tau best practice ngedokumentasiin suatu project/aplikasi (technical) yang baik dan benar mngkin bsa pke cth project laravel. Soalnya kang dari pengalamanku selama kerja setiap masuk satu perusahaan baru mesti kesulitan memahami existing process dari aplikasi di perusahaan itu, jadi kita harus bener2 explore sendiri bahkan sampe harus nyelem ke akar2 nya buat cari tau gmana flow/process dari suatu fitur tertentu dan itu terjadi biasanya karena gak ada dokumentasi sama sekali. Jadi nanti kalo nanya dokumentasi ke tech lead gak di jawab "Saya dokumentasinya". Seneng bgt sih kang kalo dibahas. Nuhun
up
up
up
up
up
Berarti alurnya:
Desain UIUX→APIspec→Frontend+backend kerjain bareng
betul. uix selalu di awal
kalo saya sebagai pemula buat mockup asal dulu, setelah itu frontend asal jadi pake boostrap lalu ke backend full work
Di sini enaknya cross functional team. Gampang managenya.. ato deliver per feature slice
Terimakasih pak atas ilmu dan sarannya. Videonya sangat bermanfaat!
mantap pak tutorial softskill di bidang FE & BE
Saya kira di sini case nya kalau single fighter haha. Kalau single fighter (fullstack sendiri) kira-kira gimana mas Eko?
Kalau saya buat B.E nya dulu,
Provide ke client masih bentuk mock up
yg penting pinter² speak lah ke client
setelah buat API spec, suka2 yang coding, mau mana dulu
@@ProgrammerZamanNow betul haha 👍
kalo single fighter FE dulu, biar user bisa liat tampilan dan flownya bisa gunain json server dulu pake data dummy..kalo udah sesuai gas BE
@@ubaydillah1535 kalo single fighter mending bikin prototype figma dulu ga sih atau pake mock frontendnya kayak framer😂
API > slicing FE > BE
Kalo saya sih gitu
pak eko udah bahas tentang SDLC belum ya? bagaimana penerapan Agile / Scrum di kantor misalnya
semoga Pak Eko berkenan untuk membahas SDLC.
mas tlg buatin donk konten mengenai Brute Force, Greedy, D&C, Complexity GOLANG
thanks mass
Om.. buat video studi kasus suatu project untuk diskusi/bikin API spec
Kedua nya harus barengan sih kalo bisa biar tahu kebutuhan frontend ke backend & sebalikanya
Brrti frontend backend jalan nunggu ui/ux nge design gk bg? Butuh pencerahan lagi bg
Mantep banget pak materi kali ini, makasih banyak.
maap kang, kalo single fighter untuk build project sendiri lebih baik yang mana ya? soalnya di pertanyaan itu dia single fighter, mungkin bikin project pribadi.
bikin backend dulu bang, soalnya ujung2nya dari frontend dan mobile kan consume datanya dari API backend, kalo apinya belom jadi ya frontnednya juga jadi tampilan doang gabisa dapet data apa2an..
cuma ya gitu, pas mau bikin API perlu dipastiin payload/datanya apaan aja yang nanti dibutuhin sama frontend, biasanya ngeceknya juga pake postman. buat bikin OpenApi juga kan butuh ada rest API yang udah jalan, jadi menurutku emang bagusnya bikin rest API atau backend nya dulu
Siapa orang yang bertangung jawab untuk bikin API Spec ?
thanks min buat penjelasannya
kalo solo project gimana ?
Tergantung mood diri a wkwk
Menurut saya frontend nya terlebih dahulu dan menggunakan data dummy. Karena nantinya api akan menyesuaikan data yg diperlukan di frontend yg audah dibuat, selain itu agar diawal saat report progres ke client, app nya sudah bisa dicoba atau diliat hasilnya meski datanya masih dummy.
@@alitindrawan24 sangat membantu, terimakasih kak
mantapp ilmunya, terima kasih pak eko, sehat selalu
itu kalau secara tim ya, kalau misal untuk individu apakah bisa dijalankan dengan cara itu mas?
berarti product owner -> system analyst -> UI/UX -> Developtment team ya pak Eko?
Kenapa gak dikasih mandor agar selalu terkontrol dalam pembuatan suatu project.
Bukannya ada kerjaan yang mikirin itu ya mirip mirip mandor
Mending backend baru dan frontend baru
API Spec & DB Design, mana yang duluan ya?
Mengingat antara keduanya dapat saling mempengaruhi.
kalau menurut saya enakan api spec nya duluan. Api spec kan dibikin berdasarkan kebutuhan data apa aja yg akan ditampilkan. Nanti db yang akan menyesuaikan (misal seperti apakah mau pisah table atau tidak), dsb. izin mengemukakan pendapat nya ya 😁🙏
DB design bukannya ranah buat BE? Makanya API spec selalu diduluin. Kalo udah ada standarisasi pasti DB design nya mengikuti
@@localhousee yups bener, tapi kayaknya di perusahaan yang udah gede-gede biasanya ada divisi juga yang khusus ngerancang DB
@@abdoellhathiev9062 sayangnya ga semua kerja di perusahaan besar mas, jadi tetep BE yang megang
@@armandiskandarsyah5414 iya makanya gua bilang biasanya diperusahaan gede, tapi gak semua
mantap, Terima kasih, tapi kalau dalam pembuatan aplikasi nya hanya 1 orang saja mulai dari mana mas? , membuat api spec?
up up kang eko
Tetep API spec dulu, setelah itu bebas mah kerjain mana duluan
kalau di frontend kan ada proses consume API jadi untuk itu gimana timeline untuk frontendnya?
apa perlu waktu tambahan bagi frontend developer untuk proses consume API nya?
sedangkan kalau di backend kalau sudah provide API task di backend bisa dikatakan selesai (menunggu ada report bug/error).
selama gua kerja pake scrum engga bang, sama aja waktunya justru be yang kerjanya jadi harus lebih cepet, tergantung kebijakan perusahaan nerapinnya gimana
Lanjut pak, bahas cara membuat spec api yang baik
kalo gak salah udah ada deh playlist tentang open api
@@dzikrinursyaban3979 bukan ke open api nya sih, tapi alur, brainstorming dan kesepakatan terciptanya api itu
Kalo fullstack tapi dipisah jadi backend fw dan frontend fw gimana pak?
Lagi rame byorka, bahas keamanan dong kang....ngamanin api jg
Krrban plat merah, wajar sih
terkait ini bang eko, dulu pernah ada case pas kita nentuin API spec, nah ternyata pas FE udah develop banyak yang perlu ditambahkan di bagian BE karena pas Design token ini ada yang kelewat, kalo seperti itu memang wajarkah? atau ada step yang perlu diperhatikan agar mengurangi hal yang seperti ini ya?
berarti api spec (yg pake standar open api) itu ibaratnya storyboard ya pak?
Klo untuk belajar yang mana dlu mas eko ?
gimana klo yg bikin hanya 1 org? mana duluan? BE atau FE mas?
Kalau saya bikin backend dulu baru front end
setujuuu, pake TDD way lebih okee
aoakah bikin Json itu hrus Nested Json di backend atw dimana yah
Framework quarkus java dong bahas
Mulai aja dulu
API spec itu siapa yg bikin?
Mungkin maksud yg nanya kalo solo project kang kan gabisa barengan
Kalau kasusnya, sebagai seorang fullstack yg ngerjain sendiri semuanya, berarti apakah lebih baik ngerjain depan belakang per fitur, setelah API SPEC selesai ?
kak saya juga ingin tahu ttg ini. apakah sudah dapat jawabannya ya? boleh share ga kak?
Cara kerja website judi online gimana bg
Jika ada Contoh Front End dan Beck End (Full Stack) dalam satu studi kasus mohon di share
makasih pak, dapet pencerahan hahaha
makasih bang
kaya contract api kayanya sih
Bang Api Spec itu template kah?
Fullstack developer bener-bener superman berarti ya ?
yang fullstack shock wkwk
Pasti backend dulu
Saya asumsikan orang se cerdas bang eko, tau lah iya. Apakah bjorka itu beneran hacker yang jago atau orang dalam rezim yang bertugas melakukan pengalihan isu semata.
Programmer dengan hacker beda bang
Why
Kang, klo di kantor resource developer backend & frontend sedikit. Lalu manager mengambil opsi beli base source code resmi utk mengejar timeline dan kita custom sesuai kebutuhan gmn ya menurut kang eko?
ya gak masalah, kalo bisa beli, kenapa harus bikin sendiri? hehehe
Bang ngoding mengoding lewat handphone bisa gak? Aku pengen bisa tapi gak punya laptop ataupun komputer/pc.
Saranku beli aja laptop yg murah2 bang, yg harga 2 jutaan sdh cukup untuk coding web base.
Kalo yg mobile atau desktop bisa sih tp maksa.
Bisa tapi tidak ramah, yg pake PC aja pada extend layar xD
Main aja kewarnet untuk sementara ntar kalau sudah punya cukup uang baru beli laptop
jika semua di handle 1 orang yg jalan duluan yg mana?
bang cara biar pinter kaya lu gimana
Experience bang, beliau sudah 10 tahun di industri ini sudah masuk ke ranah expert
Izin bertanya tentang spek laptop HP 14s 2022 (Core i5 1240P 12C 14T, RAM 8 GB upgradeable, Intel Iris Xe). Pake laptop ini kalo RAM diupgrade jadi 20 (4+16) buat kebutuhan ngoding web + android studio + develop 2D game pake engine Godot cukup kan ya? Terima kasih :)
cukup bgt bro, gue pake hape apalah daya...hehe
@@aminenhatelu6904 oke kak makasih sudah dijawab
Aplikasi buat gambar namanya apa mas?
Figjam
@@asalaja2899 ty
kalo misalkan dari tim developmentnya sudah ada, tapi untuk UI/UX nya belum ada. Apakah harus menunggu dari tim UI/UX selesai dulu mas?
UI/UX itu sebenarnya utk memastikan projectnya sudah sesuai dgn request apa belum. Goals project kan jika semua fungsi UI/UX berjalan dengan baik. Kalo saya sih lebih mengedepankan UI/UX dulu. Karena user ato project owner melihat hasil. Bukan melihat proses aplikasi.
Kecuali utk project pribadi ato kita yang nentukan UI/UXnya. Itu terserah kita
Klo fullstack gmna?
itu kan fullstack ngab kalo dua2nya dikerjain cmiiw
@@francesc7301 maksudnya noteam bang, di kerjain sendiri.
Tergantung mood wkwk
Tapi alangkah baiknya FE dulu dan pakek data dummy supaya bisa kasih tau progres ke client dan client dapat gambaran yg jelas ttg projeknya 🙏
lah namaya angga wkwkw sama
Bg kan aku habis bikin game ..terus upload ke google play harus bayar kah?
Bayar buat bikin akun developernya
@@ernando. owh berapaan biasanya bre50k?
$25 kalo ga salah kemarin gw
@@ernando. ʕ•ﻌ•ʔ jangkrik gw kira murah :v
@@ernando. balik modal ngak bre?
Buat dulu niat awowkwok 🗿
Foreal lmfao
Pak kalo buat aplikasi nya individu gmn pak, soalnya pas dikampus saya kan gak punya kelompok karena suatu alasan 😢 terus saya kebagian buat aplikasi perpustakaan,yang paling rekomen itu ngerjain back end nya dulu atau front end nya ?
Aslinya kembali ke masing masing tapi mungkin bisa di api spec lanjut ke frontend baru ke backend (buat data sementara bisa buat dummy dulu di frontend)