Profil Singkat Angga Kusumandaru

Status offline

Angga Kusumandaru

koneksi tingkat ke-3 Ke-3

Software engineer - Ruby - Golang, medium: kusumanda.ru

Jakarta, Jakarta Raya, Indonesia

TentangTentang

Bridging existing system and new product on insurance based company using Rails. Use multi cloud (AWS and GCP) including Kubernetes, Anthos, and adopt CI/CD integration (bitbucket pipeline, cloud build).

Previous work on HR Technology SAAS as Ruby on rails developer. Refactor and do migration data from laravel into rails. Increase reliability, performance and less bug using test coverage untill 85%

Other past job is to develop and improve flight booking engine in B2C Online Travel Agent area. Concentrate on API connection, scrap data, and performance optimisation using C#.

Other one, was developing for B2B Online travel agent using Java.

As independent consultant, create activity tracker for IT Consultant company using Laravel.

Volunteering on extension vs code as rails touchbar and adzan reminder.
also sharing story on medium: @kusumandaruBridging existing system and new product on insurance based company using Rails. Use multi cloud (AWS and GCP) including Kubernetes, Anthos, and adopt CI/CD integration (bitbucket pipeline, cloud build). Previous work on HR Technology SAAS as Ruby on rails developer. Refactor and do migration data from laravel into rails. Increase reliability, performance and less bug using test coverage untill 85% Other past job is to develop and improve flight booking engine in B2C Online Travel Agent area. Concentrate on API connection, scrap data, and performance optimisation using C#. Other one, was developing for B2B Online travel agent using Java. As independent consultant, create activity tracker for IT Consultant company using Laravel. Volunteering on extension vs code as rails touchbar and adzan reminder. also sharing story on medium: @kusumandaru

DifiturkanDifiturkan

• ArtikelArtikel How we rewrite our code without customer aware and uninterrupted businessHow we rewrite our code without customer aware and uninterrupted business Angga Kusumandaru di LinkedInAngga Kusumandaru di LinkedIn Rebuild could be cure for startup problem on scaling and bug flooding, how to make sure it become medicine rather than band aid. When beginning project was initiated, either you are startup or stable corporation, we tend to make project which have technical debt inside. it could like: don’t have any test, bad naming variable, hard to scale, complicated to modified, took wrong short cut, or anything else which can you drink aspirin everyday to catch customer growth or make minimum viable product which accepted by market. And time is passed and now management want new feature or your customer raise into exponentially growth. Nevertheless your system is hard to adapt either your team busy on fixing never ending bug or found perplexity to adding new stuff. Suddenly your whole team (and management) agreed to do some refactor plan to overcome those obstacles. But refactor is tricky challenge, it’s hard to see progress as clear as development (some ticket seems not move day to day) and have some drawback like: you must allocate dedicated member and time, make regressive whole testing, hold some new feature, make sure recent feature still steady and not broken, lack of documentation how recent module work. In current company we do rewrite not only make it project more robust and clean but also change language and framework, and how we roll it without customer unconsciously disturbed, let’s dive in. Our progress is start on beginning of 2018. We move from PHP to Ruby on Rails cause our CTO love ruby. kidding :) We change to ruby cause of several aspect: No test on phpUnit, when join, i try to make unit test on php and it long time to separate logic and query builder on current class and it spend long time to prepare input data rather than create logic test. No standardisation and code review, yes this is not language sin but it make some code is have duplication (not DRY) and hard to read. Hard to maintain, when you change or add new feature it tend to make other feature became broken. We pray to God when we deploy our system still fine on our patch. On-the-fly calculation, in some feature, when use option Ait will read directly from database and otherwise when we use option Bit need to recalculate using some formula, it make data inconsistent on some area and make customer upset. Some UI/UX need to adapt. Disclaimer: i don’t say Rails is better than Laravel. We change over language because on past development developer tend to use any shortcut and we don’t want premature refactor if use same language also we need separate repository to adapt strict pipeline: like linter and running whole testing, before code merge to master branch. Strategy pattern to rewrite: We try replace module 1 by 1 rather than big bang deploy. Big-bang deploy can bring catastrophe like previous module, it needs long time to build among half until several years with unchanged scope, but customer demand can change in several month, also it make big scope to be underestimated on time estimation, and forget side case scenario. Use data driven when adopt old module to new one, use how many transaction which generated, more transaction in selected module means important to build, use net promoter score to scan part of module to be improved. We use group discussion on new database schema to analyse outcome challenge and capability of proposed database, we even invite product owner to make scenario and make simulation how data is insert and read. Use pair programming to initialise core code like model definition and basic service. We do pair programming also for migration script cause it have some many if-else condition cause of abnormal data and different behaviour between old system and new system. Make coverage test to more than 90%. Use code review and linter to make code become standard. Also implemented on repository pipeline so every code can be tested and standardized. Our first deploy is login and signup module, we use existing table to avoid migration and make as proof on concept if code can be running on production, we also use same session and oauth to make sure laravel can use login module directly. And voila it works like charm. Next step is do refactor on core data like decoupling employee information, role and additional attribute. We don’t change current column on existing table but we leverage on other table. In this step we make new table like profile to save personal identity employee, dependent to save family member and other table which become supplement of employee. And before deploy in production we found some chaotic moment cause of some unexpected thing we don’t realise. Like: both system need redirection url between each system. Some data need to be created on old system but it not exist on new one (we create some endpoint to call old system module, to create relevant data which used by laravel) some data have anomaly (inconsistent ) because in new system some validation is more strict than old one. In these case we use transaction to lock data when migrate and use rollback when some error occurred, we did in staging fortunately. We do on mob programming on co-working place to avoid disturbing and to more focus (we do this about 5 days), and after that our core system replaced in new one. We monitor and fix some bugs on several day later. Before facing more challenging area, migrate rest module and shutdown php. We learn some point after last deploy like: It cause downtime on all customer (3 hour only in 1 module) and affected to all customer and we want avoid this on next iteration. Imagine next iteration is remaining module (12 * 3 hour downtime is bad scenario) There are gap of validation on old data and new data, and since next module is write on new table, it need more test scenario to adapt and convert missing validation. Some customer already churn, and we don’t hesitating to migrate this customer on new feature. It need dev-ops to run migration process. We ask dev-ops to running migration and we waiting result either success and fail, and when fail we ask log to dev-ops again. It one-way street and cannot turn back around when customer feels better on old system. Customer must accept it, like or not. We do overtime on weekend, it deteriorate mental and make physical exhausted and can make wrong decision indeed. We want work life balance so we try to avoid this method. Cause of above point we try to make migrate by selected customer rather than global (whole company). With step: Coordinate business development and product owner to select and inform customer which want to migrate on new feature. Using regression test using automate script by Software Development Engineer in Test (SDET) to match old data and new data. And when we found some anomaly in some customer, other customer still can be moved. Deploy refactoring code on production but only activated on new signup customer to get direct feedback to improve. Select company or some company via admin dashboard, so everyone can migrate and call web-hook to flock / slack so progress can be tracked, we also got log when it fail, some migration running on long time on background processing job. Freeze whole account on selected member of company and force logout so no data change when migrate to keep data consistent. Do migration on one transaction so when some bad occurred old data still save. We do on job with zero retry. It’s important to stop retry cause it cause locking database. def migrate(company) company.update_attribute(:suspended, true) ActiveRecord::Base.transaction do migrate_approval_modules(company) payroll(company) document(company) broadcast(company) report(company) petty_cash(company) cash_advance(company) post_populate_data(company) end company.update_attribute(:suspended, false) if @errors.present? end def migrate_approval_modules(company) approval_template(company) time_off_policy(company) time_off(company) overtime(company) claim(company) cash_advance(company) migrate_approval_pipeline(company)end Make some feature toggling so when migration done any redirection and service switch and new one. We use redis to make IO read fast. Set versioning migration so we can track company status migration of each company. Button to rollback when needed, to switch back to old system. So when customer still missing old system, or some new system not work, we can accommodate. And before customer migration, we do some improvement like: automatic deploy (continuous delivery and continuous integration) so we can deploy every time code merge to production. see this link Make code already in production but not active with feature toggle. (Deploy code on dormant mode). Do scrum routine like daily standup to catch problem early, create Pull Request so everyone can understand proposed change and catch some edge case defect and make code have more quality This post first appeared on the medium blog at https://medium.com/sleekrco/how-we-rewrite-our-code-without-customer-aware-and-uninterrupted-business-b4590273c3c9Rebuild could be cure for startup problem on scaling and bug flooding, how to make sure it become medicine rather than band aid. When beginning project was initiated, either you are startup or stable corporation, we tend to make project which have technical debt inside. it could like: don’t have any test, bad naming variable, hard to scale, complicated to modified, took wrong short cut, or anything else which can you drink aspirin everyday to catch customer growth or make minimum viable product which accepted by market. And time is passed and now management want new feature or your customer raise into exponentially growth. Nevertheless your system is hard to adapt either your team busy on fixing never ending bug or found perplexity to adding new stuff. Suddenly your whole team (and management) agreed to do some refactor plan to overcome those obstacles. But refactor is tricky challenge, it’s hard to see progress as clear as development (some ticket seems not move day to day) and have some drawback like: you must allocate dedicated member and time, make regressive whole testing, hold some new feature, make sure recent feature still steady and not broken, lack of documentation how recent module work. In current company we do rewrite not only make it project more robust and clean but also change language and framework, and how we roll it without customer unconsciously disturbed, let’s dive in. Our progress is start on beginning of 2018. We move from PHP to Ruby on Rails cause our CTO love ruby. kidding :) We change to ruby cause of several aspect: No test on phpUnit, when join, i try to make unit test on php and it long time to separate logic and query builder on current class and it spend long time to prepare input data rather than create logic test. No standardisation and code review, yes this is not language sin but it make some code is have duplication (not DRY) and hard to read. Hard to maintain, when you change or add new feature it tend to make other feature became broken. We pray to God when we deploy our system still fine on our patch. On-the-fly calculation, in some feature, when use option Ait will read directly from database and otherwise when we use option Bit need to recalculate using some formula, it make data inconsistent on some area and make customer upset. Some UI/UX need to adapt. Disclaimer: i don’t say Rails is better than Laravel. We change over language because on past development developer tend to use any shortcut and we don’t want premature refactor if use same language also we need separate repository to adapt strict pipeline: like linter and running whole testing, before code merge to master branch. Strategy pattern to rewrite: We try replace module 1 by 1 rather than big bang deploy. Big-bang deploy can bring catastrophe like previous module, it needs long time to build among half until several years with unchanged scope, but customer demand can change in several month, also it make big scope to be underestimated on time estimation, and forget side case scenario. Use data driven when adopt old module to new one, use how many transaction which generated, more transaction in selected module means important to build, use net promoter score to scan part of module to be improved. We use group discussion on new database schema to analyse outcome challenge and capability of proposed database, we even invite product owner to make scenario and make simulation how data is insert and read. Use pair programming to initialise core code like model definition and basic service. We do pair programming also for migration script cause it have some many if-else condition cause of abnormal data and different behaviour between old system and new system. Make coverage test to more than 90%. Use code review and linter to make code become standard. Also implemented on repository pipeline so every code can be tested and standardized. Our first deploy is login and signup module, we use existing table to avoid migration and make as proof on concept if code can be running on production, we also use same session and oauth to make sure laravel can use login module directly. And voila it works like charm. Next step is do refactor on core data like decoupling employee information, role and additional attribute. We don’t change current column on existing table but we leverage on other table. In this step we make new table like profile to save personal identity employee, dependent to save family member and other table which become supplement of employee. And before deploy in production we found some chaotic moment cause of some unexpected thing we don’t realise. Like: both system need redirection url between each system. Some data need to be created on old system but it not exist on new one (we create some endpoint to call old system module, to create relevant data which used by laravel) some data have anomaly (inconsistent ) because in new system some validation is more strict than old one. In these case we use transaction to lock data when migrate and use rollback when some error occurred, we did in staging fortunately. We do on mob programming on co-working place to avoid disturbing and to more focus (we do this about 5 days), and after that our core system replaced in new one. We monitor and fix some bugs on several day later. Before facing more challenging area, migrate rest module and shutdown php. We learn some point after last deploy like: It cause downtime on all customer (3 hour only in 1 module) and affected to all customer and we want avoid this on next iteration. Imagine next iteration is remaining module (12 * 3 hour downtime is bad scenario) There are gap of validation on old data and new data, and since next module is write on new table, it need more test scenario to adapt and convert missing validation. Some customer already churn, and we don’t hesitating to migrate this customer on new feature. It need dev-ops to run migration process. We ask dev-ops to running migration and we waiting result either success and fail, and when fail we ask log to dev-ops again. It one-way street and cannot turn back around when customer feels better on old system. Customer must accept it, like or not. We do overtime on weekend, it deteriorate mental and make physical exhausted and can make wrong decision indeed. We want work life balance so we try to avoid this method. Cause of above point we try to make migrate by selected customer rather than global (whole company). With step: Coordinate business development and product owner to select and inform customer which want to migrate on new feature. Using regression test using automate script by Software Development Engineer in Test (SDET) to match old data and new data. And when we found some anomaly in some customer, other customer still can be moved. Deploy refactoring code on production but only activated on new signup customer to get direct feedback to improve. Select company or some company via admin dashboard, so everyone can migrate and call web-hook to flock / slack so progress can be tracked, we also got log when it fail, some migration running on long time on background processing job. Freeze whole account on selected member of company and force logout so no data change when migrate to keep data consistent. Do migration on one transaction so when some bad occurred old data still save. We do on job with zero retry. It’s important to stop retry cause it cause locking database. def migrate(company) company.update_attribute(:suspended, true) ActiveRecord::Base.transaction do migrate_approval_modules(company) payroll(company) document(company) broadcast(company) report(company) petty_cash(company) cash_advance(company) post_populate_data(company) end company.update_attribute(:suspended, false) if @errors.present? end def migrate_approval_modules(company) approval_template(company) time_off_policy(company) time_off(company) overtime(company) claim(company) cash_advance(company) migrate_approval_pipeline(company) end Make some feature toggling so when migration done any redirection and service switch and new one. We use redis to make IO read fast. Set versioning migration so we can track company status migration of each company. Button to rollback when needed, to switch back to old system. So when customer still missing old system, or some new system not work, we can accommodate. And before customer migration, we do some improvement like: automatic deploy (continuous delivery and continuous integration) so we can deploy every time code merge to production. see this link Make code already in production but not active with feature toggle. (Deploy code on dormant mode). Do scrum routine like daily standup to catch problem early, create Pull Request so everyone can understand proposed change and catch some edge case defect and make code have more quality This post first appeared on the medium blog at https://medium.com/sleekrco/how-we-rewrite-our-code-without-customer-aware-and-uninterrupted-business-b4590273c3c9
• PostingPosting Are you curious with speed of Ruby 3 JIT compared with Ruby 2.7. Or is it possible to adopt Ruby 3 on Rails 6. see article below Using Ruby 3 in Rails 6 kusumandaru.medium.com • bacaan 2 menit
• LinkLink Karma baik dalam unit Testing – Daily Sleekr – MediumKarma baik dalam unit Testing – Daily Sleekr – Medium MediumMedium Cacat yang muncul pada fase produksi memiliki ongkos lebih besar daripada saat pengembangan.Cacat yang muncul pada fase produksi memiliki ongkos lebih besar daripada saat pengembangan.
• LinkLink Menjaga kesehatan sebagai software engineer – Daily Sleekr – MediumMenjaga kesehatan sebagai software engineer – Daily Sleekr – Medium MediumMedium Seringkali stigma developer adalah pekerjaan yang merusak ritme hidup dan dapat menimbun penyakit. Berikut beberapa tips untuk menjauhinya.Seringkali stigma developer adalah pekerjaan yang merusak ritme hidup dan dapat menimbun penyakit. Berikut beberapa tips untuk menjauhinya.
• LinkLink rails-touchbar - Visual Studio Marketplacerails-touchbar - Visual Studio Marketplace marketplace.visualstudio.commarketplace.visualstudio.com Extension for Visual Studio Code - Touchbar extension for rails userExtension for Visual Studio Code - Touchbar extension for rails user

AktivitasAktivitas

1.090 pengikut1.090 pengikut

• Angga belum memposting akhir-akhir iniAngga belum memposting akhir-akhir ini

  Posting dan komentar terbaru dari Angga akan ditampilkan di sini.Posting dan komentar terbaru dari Angga akan ditampilkan di sini.

PengalamanPengalaman

• Software EngineerSoftware Engineer

  PT. Asuransi Jiwa Sequis Life · PurnawaktuPT. Asuransi Jiwa Sequis Life · Purnawaktu Okt 2019 - Saat ini · 3 thn 2 blnOkt 2019 - Saat ini · 3 thn 2 bln Greater Jakarta Area, IndonesiaGreater Jakarta Area, Indonesia

  • • Integrating prior system with other party to improve service level for agent and customer.
      Using Golang and Ruby on Rails. Kubernetes (AWS and GCP) and Continous Integration (jenkins + cloud build)Integrating prior system with other party to improve service level for agent and customer. Using Golang and Ruby on Rails. Kubernetes (AWS and GCP) and Continous Integration (jenkins + cloud build)
• Ruby on Rails DeveloperRuby on Rails Developer

  Mekari · PurnawaktuMekari · Purnawaktu Apr 2019 - Okt 2019 · 7 blnApr 2019 - Okt 2019 · 7 bln Greater Jakarta Area, IndonesiaGreater Jakarta Area, Indonesia

  • • Sleekr is now part of mekariSleekr is now part of mekari
• Software EngineerSoftware Engineer

  Sleekr - #1 HR & Accounting Software · PurnawaktuSleekr - #1 HR & Accounting Software · Purnawaktu Nov 2017 - Mar 2019 · 1 thn 5 blnNov 2017 - Mar 2019 · 1 thn 5 bln Greater Jakarta Area, IndonesiaGreater Jakarta Area, Indonesia

  • • Rewrite, optimize and do migration script from Laravel into Ruby on Rails.
      Implemented 85 coverage test and continuous integration.Rewrite, optimize and do migration script from Laravel into Ruby on Rails. Implemented 85 coverage test and continuous integration.
• .NET Developer.NET Developer

  PT Reservasi Global DigitalPT Reservasi Global Digital Jul 2016 - Okt 2017 · 1 thn 4 blnJul 2016 - Okt 2017 · 1 thn 4 bln Greater Jakarta Area, IndonesiaGreater Jakarta Area, Indonesia

  • • Concerned in airflight booking engine development via C#
      
      Decrease loading search into half and handle 4x traffic increaseConcerned in airflight booking engine development via C# Decrease loading search into half and handle 4x traffic increase
• Javascript DeveloperJavascript Developer

  self employed · Pekerja Lepasself employed · Pekerja Lepas Mar 2017 · 1 blnMar 2017 · 1 bln Greater Jakarta Area, IndonesiaGreater Jakarta Area, Indonesia

  • • Revamp layout oracle based app using JS
      
      See portofolio on https://github.com/kusumandaru/ezrxRevamp layout oracle based app using JS See portofolio on https://github.com/kusumandaru/ezrx

PendidikanPendidikan

• Institut Teknologi Sepuluh NovemberInstitut Teknologi Sepuluh November Bachelor's degree, Management Information Systems, GeneralBachelor's degree, Management Information Systems, General 2008 - 20122008 - 2012

  • IPK: AIPK: A
  • Kegiatan dan masyarakat: College and OrganizationKegiatan dan masyarakat: College and Organization
  • • Staff BEM (departemen dalam negeri) in 2009.
      Staff Himpunan in 2009.
      Assistant of PPSI Laboratorium (information system development program) in 2010.
      
      
      Undergraduate thesis titled “Sistem Pemogramam Acara di Stasiun TV 9”, 2012. Published in The 1st Conference on Information Technology, Computer and Electrical Engineerings, (CITACEE 2013)Staff BEM (departemen dalam negeri) in 2009. Staff Himpunan in 2009. Assistant of PPSI Laboratorium (information system development program) in 2010. Undergraduate thesis titled “Sistem Pemogramam Acara di Stasiun TV 9”, 2012. Published in The 1st Conference on Information Technology, Computer and Electrical Engineerings, (CITACEE 2013)

Lisensi dan sertifikasiLisensi dan sertifikasi

• Ruby on Rails (Intermediate) CertificateRuby on Rails (Intermediate) Certificate HackerRankHackerRank Diterbitkan Sep 2020 Tidak Ada Tanggal KedaluwarsaDiterbitkan Sep 2020 Tidak Ada Tanggal Kedaluwarsa

  • Tampilkan kredensial
• Gold Badge HackerRank on Python, SQL, Ruby and Problem SolvingGold Badge HackerRank on Python, SQL, Ruby and Problem Solving HackerRankHackerRank

  • Tampilkan kredensial

KeahlianKeahlian

• JavaJava

  • Lulus Penilaian Keahlian LinkedInLulus Penilaian Keahlian LinkedIn
  • Direkomendasikan oleh Arip Hidayat yang sangat ahli dalam hal iniDirekomendasikan oleh Arip Hidayat yang sangat ahli dalam hal ini
  • Direkomendasikan oleh 4 kolega di PT Reservasi Global DigitalDirekomendasikan oleh 4 kolega di PT Reservasi Global Digital
  • Tampilkan semua 4 detail
• .NET Framework.NET Framework

  • Lulus Penilaian Keahlian LinkedInLulus Penilaian Keahlian LinkedIn
  • Direkomendasikan oleh Muammar Q yang sangat ahli dalam hal iniDirekomendasikan oleh Muammar Q yang sangat ahli dalam hal ini
  • Direkomendasikan oleh 3 kolega di PT Reservasi Global DigitalDirekomendasikan oleh 3 kolega di PT Reservasi Global Digital
  • Tampilkan semua 4 detail
• MySQLMySQL

  • Lulus Penilaian Keahlian LinkedInLulus Penilaian Keahlian LinkedIn
  • Direkomendasikan oleh Arip Hidayat yang sangat ahli dalam hal iniDirekomendasikan oleh Arip Hidayat yang sangat ahli dalam hal ini
  • Direkomendasikan oleh 5 kolega di PT Reservasi Global DigitalDirekomendasikan oleh 5 kolega di PT Reservasi Global Digital
  • Tampilkan semua 4 detail

RekomendasiRekomendasi

• Danu .Danu . · Ke-3Koneksi tingkat ketiga SRE - Load balancing between infra and coding. I love both!SRE - Load balancing between infra and coding. I love both! 12 Maret 2019, Danu pernah bekerja bersama Angga di tim yang sama12 Maret 2019, Danu pernah bekerja bersama Angga di tim yang sama

  • • Angga is highly passionated engineer. Always giving strong and solid opinions when develop something. It makes his work is always at high standard. He also fast deliverable engineer. Nice to work with him!Angga is highly passionated engineer. Always giving strong and solid opinions when develop something. It makes his work is always at high standard. He also fast deliverable engineer. Nice to work with him!
• Kunto Aji KKunto Aji K · Ke-3Koneksi tingkat ketiga Software Engineer at Dropsuite | HTML, CSS, Ruby (on Rails) & PosgreSQL EnthusiastSoftware Engineer at Dropsuite | HTML, CSS, Ruby (on Rails) & PosgreSQL Enthusiast 12 Maret 2019, Kunto Aji pernah bekerja bersama Angga di tim yang sama12 Maret 2019, Kunto Aji pernah bekerja bersama Angga di tim yang sama

  • • Ndaru pada awalnya tidak memiliki latar belakang bahasa pemrograman Ruby dan framework Ruby on Rails, namun dengan waktu relatif singkat dapat menguasai Ruby dan Rails. Bahkan menguasai TDD dengan sangat baik walaupun sebelumnya tidak pernah.
      
      Ndaru juga rajin riset sendiri dan menulis blog. Selain itu juga seseorang yang rajin serta memiliki analisa yang tajam dan jitu dimana sangat bisa diandalkan jika ada migrasi aplikasi.Ndaru pada awalnya tidak memiliki latar belakang bahasa pemrograman Ruby dan framework Ruby on Rails, namun dengan waktu relatif singkat dapat menguasai Ruby dan Rails. Bahkan menguasai TDD dengan sangat baik walaupun sebelumnya tidak pernah. Ndaru juga rajin riset sendiri dan menulis blog. Selain itu juga seseorang yang rajin serta memiliki analisa yang tajam dan jitu dimana sangat bisa diandalkan jika ada migrasi aplikasi.

BahasaBahasa

• EnglishEnglish

  Tingkat fasih atau bahasa asliTingkat fasih atau bahasa asli

MinatMinat

• Bill GatesBill Gates Co-chair, Bill & Melinda Gates FoundationCo-chair, Bill & Melinda Gates Foundation 36.028.462 pengikut36.028.462 pengikut

IsuIsu

Pendidikan • Kesehatan • Sains dan TeknologiPendidikan • Kesehatan • Sains dan Teknologi