Innlegg

Viser innlegg med etiketten Costs

DOJO kamptyper [forbedre egen kompetanse]

Noen ideer har poppet opp i det siste, trigget av dialog med kolleger; DOJO Code Battle / Showdown samme utfordring, implementer over begrenset tid, oppnå mest mulig funksjonalitet, fagfelle scoring, kan velge det språk/rammeverk en vil, kan gjentas flere ganger om en vil, til en får oppnådd og tilfredstilt sine egne krav til ytelse.  F.eks. kode en mikrotjeneste.  Tenk på en idrettsmann som øver på en ting til perfeksjon.  Dette gjør oss i stand til å gjøre løse ofte forekommende situasjoner raskt og effektivt, så vi kan bruke øvrig tid på andre saker, og gir oss selvtillit til at vi gjør en effektiv jobb. DOJO Theory Battle Hvor ulike forklaringer om samme konsept møtes for å bli enige om en felles forståelse, f.eks. bli enige om hva 'mikrotjenester' er.  Slik enighet om begreper er viktig for fremdrift og fellesskap; å dra i samme retning, få drahjelp, å hjelpe andre lenger i samme retning, å komme lenger enn en selv klarer, og å klare å snakke...

Build a future solution!

A public, commercial, organisation or private need for information or organization can sometimes be solved by applying a computer solution . This solution can be a mix of forms, reports, applications, files, databases and external systems. All these components are often tailored and tuned to the specific need at hand, at great development costs. Some components may be generic enough to be reused in other solutions, enabling big cost savings. With the popularization of open source, reuse of larger components happens far more frequently than earlier. Distinctly functional bordered components like plotting, xml reading, logging, reporting and database communication are popular reusable components that benefits many solutions. These are relatively easily exchanged with similar solutions. More complex web component frameworks (in Java) like Spring, JSF, Struts and others binds the solution to their structure and thus partition solutions into incompatible structures. That's why we do n...