Emerging Technologies - the future of enterprise pojos

Skip to end of metadata
Go to start of metadata

Intro

The Emerging Technologies - the future of enterprise POJOS is the first in a series of open seminars/workshops. The idea is to facilitate discussions between thought leaders and peers on important aspects of the software development. We believe that the results will increase the knowledge, skills and value produced by software professionals.

The workshop participants and the on-line community will collaborate on the process and agenda, and all results will be posted live to this wiki and thus stay free and open to everyone.

Initial announcement: [About:/2008/07/02/Emerging technology \- the future of the enterprise pojos]

Workshop goals
  1. Establish a exciting and fun discussion for important emerging enterprise technologies
  2. Document ideas, different views and key findings to the open community
  3. Provide a indpendent thought leader baseline for further work in the enterprise Pojo arena
  4. Document starting points and directions for projects and architecture to everyone interested

Organizing details

Facillitators

We would like to thank OW Open Community for handling the practical aspects of the event

Twitter Feed

Could not retrieve http://search.twitter.com/search.atom?q=geekcruise - Page not permitted. Gone

Agenda

Emerging technology; extending the object in enterprise context. This agenda meant as a very tentative guideline. The group will change direction and speed acording to the findings and ideas as we go. The timeslots are just meant as a kind of timeline. As time flies we will have a great mix of talks, demos, discussions, lightening talks, peer programming, beer drinking, heavy fights and lots of fun..

Saturday 20.9
1100: Welcome
1130: Qi4j - Why Qi4j is the coolest thing in programming since OO
1300: Qi4j - Getting familiar with the new building blocks
Notes gathered in Composite Object Programming and Qi4J observations and notes
1800: Neo4J (Responsible for docs: Kaare)
Notes gathered in [smidigtonull:GeekCruise Notes \- Part 2 \- Emil presents Neo4J]
1830: Pojos vs Enterprise Pojos (Responsible for docs: Ferris)

Sunday 21.9
0930: Qi4j hacking
1130: Recap
1230: DSLs as Object extensions (Responsible for docs: Knut Vidar)
Notes gathered in GeekCruise Notes - Part 3 - DSLs, SQL
1330: Enterprise requirements (aka. The Mountain) (Responsible for docs: Sergei)
1430: EDR - Data Management taken seriously (Responsible for docs: Richard)
Notes gathered in GeekCruise Notes - Part 4 - Mountains and EDR
1530: CASE2 - Reusabillity of domain objects in the enterprise (Responsible for docs: Ole)
1630: [Combining the strengths, future directions] (Responsible for docs: Totto)
1730: CASE3 - Methodology and tools in the enterprise (Responsible for docs: Kjartan)
1830: [How to start climbing - techniques and challenges] (Responsible for docs: Johannes)
1930: Wrap up and ideas for future work (Responsible for docs: Erik D)

Taken out

The need for Enterprise Pojos
[CASE1 - Evolvabillity from small to enterprise solutions]
[Challenges and possibillities today]

Labels:
activity activity Delete
Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.

15 Comments

comments.show.hide

  1. Aug 20, 2008

    stig.lau

    Kanskje det kunne komme fram at det kommer til å være mye hands-on workshops og ikke bare presentasjoner. Jeg for min del håper ihvertfall at det vil være mye knotting når jeg først ofrer en helg.
    Er det forskjellige track; koding, arkitektur, svada så jeg kan velge å ikke være med på alt hvis det ikke er like spennende?

  2. Aug 20, 2008

    Erik Drolshammer

    To ting jeg er usikker på om vi tar med, men som jeg synes er interessante:
    1. EDR og Qi4J har imho delvis overlappende virkningsområde; Når bør man velge hvilken løsning?
    2. Case2 er mine øyne det desidert mest interessante her og noe vi burde bruke mer tid på. For å sette det litt på spyssen så er alt det andre bare oppbygning for å løse det problemet. Case3 er nødvendig for å gjøre dette i praksis, men blir irrelevant hvis man ikke har en god løsning på case2.

    1. Aug 20, 2008

      stig.lau

      EDR? Kan godt stå i klartekst ett eller anna sted. (damn, jeg klarte ikke 3BAT - 3 BokstaversAkronymTesten!
      Jeg synes Case1 kan love å ha masse snadder. Case2 kan jeg nesten anta går ut på hvordan man skal versjonere og mappe mellom domeneobjekter, ontologier og ditt og datt.

  3. Aug 20, 2008

    Per Spilling

    Jeg vil gjerne få diskutert om dynamiske språk på jvm'en gjør Qj4j overflødig. Hvorfor bruke Java når du ønsker å kode på en så dynamisk måte? Da er det vel mye bedre å bruke et språk som er designet for dette?

    1. Aug 20, 2008

      nixx

      +1

  4. Aug 20, 2008

    Rickard Öberg

    Jag håller helt med Stig om att det bör vara en del "hands on". Min erfarenhet är att en intro följt av workshop för att testa att koda, och sedan fortsättning med mer avancerade koncept och diskussioner, är det som är mest tidseffektivt.

    @Per: Inte helt med på vad du menar. I mina ögon är Qi4j helt odynamiskt (allt är statiskt typat, och kompositer/services registreras "up-front"), så att använda ett dynamiskt språk är det omvända så vitt jag kan se. Vad exakt anser du är "dynamiskt" i Qi4j? (Vi kanske använder termen på olika sätt)

    1. Aug 20, 2008

      Thor Henning Hetland

      De føste bolkene er ment å være intro, og foreksempel for Qi4j, så ser jeg helt klart en fordel av å ha kode i de to første bolkene på agendaen. Det er bare å trykke deg inn på linken og detaljere litt på selve innholdet

    2. Aug 20, 2008

      Thomas Ferris Nicolaisen

      Kanskje det Per mener med dynamiske språk er språk som kommer med ferdig støtte for mixins/AOP, siden det er ganske vanlig for dynamiske språk som Groovy og Ruby. Jeg tror diskusjonen han etterlyser er hvorfor ikke bruke et språk hvor aspekter/mixins er first-class-citizens, noe som jeg husker Anders også spurte om da Qi4J ble presenter sist JavaBin. Husker ikke svaret ditt, desverre

      1. Aug 20, 2008

        Rickard Öberg

        Aha, då är jag med. Ja, en sådan diskussion kan vi helt klart ta. En av poängerna med att dela upp det hela i COP (princip) vs Qi4j (impl) är just att det kan finnas andra implementationer av principerna i andra språk, exempelvis specialdesignade sådana.

      2. Aug 20, 2008

        Per Spilling

        Ja, det var det jeg mente Thomas.

  5. Aug 20, 2008

    nixx

    Om noen har erfaringer fra innføring av aspekter/dynamiske språk eller annet ikke-java stuff i en utviklingsgruppe, hadde jeg satt pris på å høre det. Qi4j kan sikkert, i likhet med mye annet, være verdifullt om man har en gjeng med motiverte utviklere. Men min erfaring er at det er enkelte team som ser ut til å trives mye bedre om man gjør ting i plain java, og foretrekker ekstraarbeidet det medfører fremfor smarte måter å løse problemer på.

    1. Aug 20, 2008

      Thomas Ferris Nicolaisen

      Er jo en del utviklerteam som har måttet lære seg javascript (du og Knut Vidar for eksempel) - hvordan gikk det?

  6. Aug 23, 2008

    Emil Eifrem

    For the Scandinavians out there that aren't 100% at understanding Norwegian – at least not when details matter and discussions are more sophisticated than "beer. please." – is this going to be a Norwegian-speaking or English-speaking event?

    1. Aug 25, 2008

      Erik Drolshammer

      All documentation and presentations will be in English. English or Norwegian for discussions depends on the participants. The final decision will be made when we know the preferred language of the participants.

      1. Aug 25, 2008

        Emil Eifrem

        Ait, cool, thanks!