3:e Maj – Åter en kväll att minnas!

No Gravatar

Nu är det åter dags för en inspirationsafton av stora mått. Javaforum och nForum samkör sina teknikseminarier 3:e maj i Folkets hus vid Järntorget i Göteborg.
Denna gång behandlas allt från modularitet på JVM’en och case-studies ur veckligheten till scenario-testning och säkerhetsaspekter på .net-plattformen.
Agenda och anmälan hittar ni på respektive site. Som vanligt räcker det att anmäla sig på ett ställe för att sedan kunna växla mellan spåren efter behag.

Kvällen arrangeras av Squeed och sponsras av Experis.

Dela gärna med dig av denna flyer.

Vi ses där!

Presentation av Andreas Brink på Javafroum

No Gravatar

Refactoring Toward Deeper Insight

DDD Findings in Batch Processing, a Case Study When I was introduced to the Domain-Driven Design (DDD) approach close to ten years ago, it provided me with some of the missing pieces I needed to implement Object-Orientation in an effective way. And over the years I’ve been coming back to Eric Evans’ very rich and deep book many times to discover something new to help me design better software – thinking tools and practical design advice, in the small and in the large. Over the years Object-Orientation has become less important to me, but DDD is still my default starting point when I am helping teams to refactor their architectures and take control over their code bases. Many teams have already made attempts to implement DDD, but very often they don’t get the effects they were hoping for. It turns out that DDD is hard to get right. In a current project I have been involved in yet another effort to implement DDD on a legacy code base. And I have made some interesting findings. Batch processing scenarios opened up my eyes to some intrinsic problems with the DDD approach. Issues that have been have been nagging me over the years became very clear. And yet again I managed to gain deeper insight in the DDD approach and come up with some quite interesting ways to implement it.

Presentation av Martin Sjöblom på Javaforum

No Gravatar

I slutet av 80-talet betydde debugger ett verktyg som gjorde att du kunde se stacken när programmet kraschade, lite välplacerade printf-satser så kunde man kanske ana var problemen uppstod. En bit in på 90-talet kom integrerade debuggers som gjorde att man kunde stega i källkoden och inspektera variabler medan man körde; riktigt lyxigt tyckte man då. (ja, ja riktiga programmerare programmerar i ed och inget annat!) Sedan kom webbrevolutionen och så var man tillbaka till loggfiler och tvåskiktslösningar igen…men så gick ett antal år och så kunde man debugga systemen med källkoden integrerat igen. Nu har ytterligare ett steg tagits med Chronons lösning där man spelar in exekveringen och kan hoppa fram och tillbaka i tiden och se hur exekveringen var då! Presentationen kommer visa hur det fungerar i teori samt praktik.

Fullspäckad utvecklarkväll igen 7/2

No Gravatar

Den 7 februari är det dags igen för en utvecklarkväll då Javaforum och nforum samkör sina teknikseminarier. Agendan och anmälan hittas på respektive site samt i denna PDF. Det räcker att anmäla sig på ett ställe, sedan kan man växla mellan spåren. Kvällen arrangeras av Squeed och sponsras av Informator.

Squeed bjuder på mat och kompetens till CV:t

No Gravatar

Att behärska testdriven utveckling (TDD) och clean code, och att kunna skriva med det i CV:t och visa på praktiska kunskaper – det ökar krasst anställningsbarheten på de flesta studenter (och redan anställda) med en rejäl faktor. En tydlig “anledning” till att företag ute på marknaden köper in Coding Dojo-hjälp från Squeed är just att för få utvecklare faktiskt vet hur man skriver kod som blir möjlig att underhålla och leva med. Kass kod = kasst projekt och ännu sämre kod = ännu sämre möjlighet att rädda projekten. En annan faktor är givetvis det ännu mer kortsiktiga i att buggar som upptäcks tidigt är många gånger billigare att upptäcka och rätta än de som upptäcks senare i kedjan. Att ha utvecklare som jobbar testdrivet är helt enkelt ett sätt att få ned totalkostnaden.

Att kunna skriva bra kod är alltså alltför sällsynt och därför väldigt attraktivt. Detta tycker vi på Squeed är hemskt synd. För att motverka detta anordnar vi bl a Javaforum och nforum (nästa gång 24 november), håller i den öppna Coding Dojon JDojo@Gbg utöver att vi givetvis erbjuder professionell hjälp (konsulting).

Nyligen besökte vi dessutom DatE-IT och låter nu 16 studenter få ta del av detta kompetenspaket (plus mat). Utöver detta har Squeed också försökt få in fler kvalitativa utvecklare på banan genom att gå som lärare på KYH:s Agile Web Developer-utbildning och lägga grunden för deras utveckling.

Bidra till communityn?

Ja, vi tror att vi bidrar till branschen och communityn i Göteborg på detta sätt. Vi tror att det är ett sätt inte bara stötta de enskilda individer som går/får utbildning, utan även att det höjer ribban i branschen. Om du har idéer på andra saker vi kan eller bör göra tas detta emot med varm hand.

Minikonferens i Göteborg

No Gravatar

Kvällen 24 november blir det minikonferens då Javaforum och nforum (Microsoft .Net) samkör. Det blir 2 parallella spår med teknikpresentationer. Kom du med, det är gratis. Agendan finns i denna flyer 24novnforum-javaforum samt på respektive forums hemsidor där du också anmäler dig. Du behöver bara anmäla dig på ett ställe så kan du ändå växla mellan spåren.

Presentation av Hardy Ferentschik på Javaforum

No Gravatar

This talks is a personal view on tools, resources and techniques which can help you becoming a better developer. Hardy explains what ideas from books like “My Job Went to India” (Chad Fowler), “The Pragmatic Programmer” (Andrew Hunt) and “Pragmattic Thinking and Learning” (Andrew Hunt) mean to him and how he tries to become a better developer every day by applying some of these ideas. Becoming a better developer, however, requires also to understand our own software better. Only if we understand ourselves we are able to learn effectively and tap into otherwise dormant resources. In this context the Dreyfus model of skill acquisition is explained as well as the different operational modes of our brain (linear vs rich).

Personal kaizen