Archief - Hibernate should be to programmers what cake mixes are to bakers

Parnakra zei:

Jouw definitie van cloud computing klopt niet.

Klik om te vergroten...

Dan zal ik moeten aanvaarden dat mijn commerciële kennis te klein is om de betekenis van cloud computing volledig te kunnen bevatten.

Cycloon zei:

Dan zal ik moeten aanvaarden dat mijn commerciële kennis te klein is om de betekenis van cloud computing volledig te kunnen bevatten.

Klik om te vergroten...

Ik wil een wolk zoals de Ronny - Telenet Wolkenwinkel - YouTube

dJeez zei:

Ik wil een wolk zoals de Ronny - Telenet Wolkenwinkel - YouTube

Klik om te vergroten...

Zalig, hebben ze dat niet in het engels. Ik wil dat hier op kantoor tonen maar vrees dat niemand het gaat snappen

Voordeel van een cloud voor grote corporations is dat men niet via de standaard super bureaucratische weg servers moet aanvragen

Werk nu in een Fortune Top 50 bedrijf en een virtual server aanvragen duurt soms een jaar

Moto zei:

dus dat is de enige optie die gij kent nhibernate of sql spaghetti??
.
Dus met de cloud => bandwith = finite, latency is zero, ???
Met de cloud gaat ongeoptimaliseerd data-verkeer ook trager + dan nog eens meer geld kosten


Nee, nhibernate zorgt zeker en vast niet voor die dingen, orm = leaky abstraction = slechtere aanpasbaarheid + onderhoudbaarheid


nogal flauw? het is wat ik telkens zie, al de developers die ik persoonlijk ben tegengekomen en waarvan ik de programmas zelf gezien heb, zijn totaal niet bezig met hun eindgebruiker

nHibernate word telkens gekozen om maar rap rap van de persistence af te zijn en als het dan allemaal trager is who cares of zo als 1 van die mannen zei "Och, dat is wel traag maar ik moet die applicatie toch niet gaan gebruiken"

Of zoals een andere nhibernate developer zei op men opmerking dat een veel gebruikt schermke openen te traag was.
"Ja ok 5 minuten dat duurt wel lang voor dat scherm te openen maar als ze het ene 2 keer openen is dat gecached en duurt dat MAAR 10 seconden"

Klik om te vergroten...

Ik vraag mij eigenlijk af op wat voor projecten gij zoal zit?
Een scherm dat na caching nog 10sec nodig heeft om te openen dat getuigt toch van zwaar amateurisme.
Projecten waar developers niet inzitten met performantie geeft toch blijk van zeer weinig professionalisme.

In de Java-wereld ben ik niet veel anders gewoon dan Hibernate en over performatieproblemen heb ik zelden klachten gehoord van de gebruikers. Waarmee ik niet ontken dat we van tijd performatieproblemen ondervinden, maar dat is niet iets wat eigen is aan Hibernate.

De overgrote hoop van handelingen die de meeste developers moeten doen zijn relatief eenvoudige get/save operaties. Daarvoor is Hibernate uitermate geschikt en bespaart gigantisch veel tijd en bewerkingen. Daarnaast is uw code veel leesbaarder en correcter (OO/DDD)
Als ge front-end met een zodanige zware dataload zit zodat uw scherm initieel 5min nodig heeft om te laden, dan zit uw design zwaar fout. Maw, perfomantie problemen zijn eerder toe te schrijven aan slecht design dan aan slecht gebruik van Hibernate. (het één werkt het ander natuurlijk ook in de hand)

Voor zwaardere data-transacties waar complexe queries bij komen kijken moet ge idd goed weten waarmee ge bezig zijt en moet ge goed weten wat er met Hibernate mogelijk is en hoe Hibernate zich gedraagt in bepaalde situaties (caching edm).

Bezie het als rijden met een auto: als ge uw auto gebruikt zoals de overgrote hoop van de bevolking doet is het besturen van een auto vrij eenvoudig.
Wilt ge rally gaan rijden, moet ge exact dezelfde handelingen uitvoeren, maar ge moet wel met veel meer factoren gaan rekening houden. Als ge dan constant de gracht inrijdt moet ge dat ook niet op de auto steken eh.