Newsgroup: it.lavoro.informatica
Titolo: Gallarate (Varese): cerco programmatore database

buongiorno,



per creazione nuovo database aziendale per la gestione di servizi noleggio con conducente:



anagrafica clienti + listini

anagrafica fornitori + listini + flotta + autisti

inserimento e gestione servizi (40 campi circa)

fatturazione



con possibilità di utilizzo anche in remoto



eventuali integrazioni con googlemap, 
flightstats.com
 e invio sms



si ricerca programmatore database (preferibilmente Access) della zona di Gallarate.



retribuzione con contratto a progetto, ritenuta d'acconto o eventuale fattura 



inviare curriculum a 
in...@icarelimo.it




cordiali saluti



Filippo Ferraro


 







se anziché con Access te lo faccio con Oracle o SqlServer mi

prometti che il contratto a progetto diventa un tempo indeterminato?





Oracle 11g One è un po' overkill (visto il costo di 180$ per utente).

SqlServer ok in versione Express, poi per il resto usi VB, C# o altro.



Se a loro basta Access, proponi magari SQLlite (così riduci i costi per 

le licenze, forse), più il resto fatto con software meno costosi (GTK, 

QT, ecc).



Se loro la licenza Access già ce l'hanno, usa Access.



Se prendi il lavoro, mi devi 100 euro per la consulenza.






Kojac, mi puoi scrivere via mail il tuo numero che ti chiamo? 
in...@icarelimo.it









a parte che mi chiamo kojak, non hai detto che l'offerta è a progetto?

Io valuto solo offerte a tempo indeterminato.

Comunque se vuoi scrivermi in privato basta che mi rispondi in privato,

la mail con cui vado su ili è valida.




 Se prendi il lavoro, mi devi 100 euro per la consulenza.



anche te però, lascialo in pace... :P




 Se loro la licenza Access già ce l'hanno, usa Access.



Access è un ambiente integrato, i vari SqlServer Express, Sqlite, (e

mettiamoci pure Postgresql e Firebird) ecc., presi da soli, no. Devi

fare tutto a manella da zero, come la sora Lella.




 fare tutto a manella da zero, come la sora Lella.



parla anche di possibilità di accesso da remoto, nel qual caso 

l'ambiente integrato te lo batti sui ginocchi.

questo pour parler, a differenza di kojak per fare una proposta non mi basta

certo quello che è scritto qui. di certo non mi limiterei ad access perché

si fa prima a fare le maschere...




 Comunque se vuoi scrivermi in privato basta che mi rispondi in privato,



Massi', dai, oggi ho deciso di fare il "Furio" (*) della situazione. Con 

"basta che" ci vuole il *congiuntivo*:



"basta che tu mi *risponda*"



invece di



"basta che tu mi rispondi".



Lo so, e' un messaggio antipatico e completamente OT, pero' vogliamo una 

buona volta finire di massacrare questa nostra povera lingua?



TheStar



(*) Direttamente dal mitico film "Bianco, Rosso e Verdone" :-)










a me sono venuti in mente Oracle e SqlServer perché li conosco

li ho usati e mi sembrano buoni, e anche per il contesto mi sembra

possano andare, ma naturalmente sono aperto ad altri suggerimenti,

possono benissimo esserci prodotti con cui non ho dimestichezza

che vanno bene...





Tra gli ambienti integrati c'è anche FileMaker, per la cronaca.



Volevo sottolineare questo:

- se hai già Access, una soluzione per singola postazione con Access può 

andare bene.

- se NON hai Access, forse una soluzione tradizionale (motore SQL 

embedded + sviluppo dell'interfaccia + business logic) la prenderei in 

considerazione, almeno per esaminare altre strade (chi sviluppa 

gestionali per mestiere ha in genere un pool di applicazioni template 

che rendono lo sviluppo di un software ad hoc un poco meno pesante).



C'è poi da considerare la situazione "inciucio": il cliente sa manovrare 

Access, ma non lo sa programmare abbastanza per raggiungere il target. 

Quindi vuole che tu gli sviluppi in Access in modo che lui possa 

applicare delle modifiche senza doverti chiamare...



My2c










per questa volta mi associo completamente, la nostra lingua viene

continuamente massacrata senza pietà.

Ma devo dire che anche noi informatici contribuiamo parecchio a

quest'opera, con quegli schifosissimi termini storpiati

dall'inglese che vengono usati ovunque...altroche congiuntivo

mancato. 






 si fa prima a fare le maschere...



Chiaro. Comunque lui chiede Access, supponiamo che una ragione ce

l'abbia.

Se poi con Access fai rapidamente maschere e report  è un vantaggio,

non uno svantaggio. E se si parla perfino di Sqlite, eh, Access

risulta una signora soluzione al confronto :-)

Tra l'altro anche in Openoffice c'è un applicativo Base che è un clone

di Access.


 l'ambiente integrato te lo batti sui ginocchi.



In effetti, non appena ho letto i requisiti la domanda che mi sono fatto immediatamente è: perché Access?



Li IMHO va bene un bel backend comune, basato su Postgres, e una serie di frontend a seconda della destinazione (così ci può andare anche Android...)



-- 

Ciao!

Luca


 dall'inglese che vengono usati ovunque...



Vero. Ed è una battaglia inutile che conduco da anni.



-- 

Ciao!

Luca


 applicare delle modifiche senza doverti chiamare...



E tu, il fatto che uno sia autonomo, lo chiami inciucio? Un pò come

dire che l'idraulico guarda con sospetto quello che si cambia una

guarnizione da solo :-))

Non mi sembra proprio il caso di ostacolare scientemente la piccola

manutenzione, è roba da bottegai della specie più bassa.


 di Access.



Adesso vomito (hai mai provato a usarlo?).



-- 

Ciao!

Luca




 







ecco, è più o meno quello che ho pensato io, proponendo però

Oracle e SqlServer al posto di Postgres, solo perché con

gli altri due ho maggior familiarità.

Inoltre è questo l'ambito in cui mi sento più sicuro, visto

che lavoro così da 4 anni.




 Adesso vomito (hai mai provato a usarlo?).



Cinque minuti, si collega pure ad Oracle tramite Odbc. Però c'è, è

pure opensource, "invece di criticare dovresti dare il tuo contributo

fattivo" (detto con la faccia irosa del fan o.s. :-)


 







hai refreshato i jar? Restarta il server :)




 gli altri due ho maggior familiarità.



Non conosco Oracle. SQL Server va abbastanza bene e ha il plus della possibilità di scrivere le stored procedures in .NET; per contro, è parecchio affamato di risorse, se hai un numero rilevante di utenti e/o di accessi contemporanei le versioni Express, a causa delle limitazioni che hanno, non ti bastano e se vuoi scalare costicchia abbastanza. Contro IMHO non da poco, gira esclusivamente su macchine Windows.



Postgres, capiamoci, qualche gaboletta ce l'ha. Pero' scala bene, non hai costi dl licenza, ha un ottimo supporto allo standard ANSI SQL (2003?) e consente di scrivere le stored procedures in un insieme di linguaggi differenti.



-- 

Ciao!

Luca




 fattivo" (detto con la faccia irosa del fan o.s. :-)



Capiamoci. L'ho usato anch'io, ed ero collegato non a Oracle ma ad AS/400. Tuttavia, per fare applicazioni pronte, Access a tutt'oggi vince 10 a 0.



Aggiungo, da fan OS pureio: vuoi un contributo fattivo? eccolo! Fa si che con quello strumento si possano eseguire solo queries e vedere le tabelle, e lascia perdere lo scimmiottamento di Access.



-- 

Ciao!

Luca



e che fretta! 'spetta che deployo quello scriptino e uppo lo zippone







-- 

I fatti mi cosano




Mmm, situazione gi� vista...

(premetto: non mi riferisco al richiedente originale, che magari ha 

ottime ragioni per partire con access)



Di solito il cliente vuole Access proprio perch� cos� puo fare tutto 

quello che vuole con dati e maschere, poi ti chiama e dice: non funziona 

piu' niente, ma io non ho toccato nulla...



Va messo bene in chiaro da subito cosa pu� toccare il cliente in 

autonomia, altrimenti son dolori...






 Aggiungo, da fan OS pureio: vuoi un contributo fattivo? eccolo! Fa si che con quello strumento si possano eseguire solo queries e vedere le tabelle, e lascia perdere lo scimmiottamento di Access.



In verità per vedere le tabelle e fare le queries hai 1000 e 1000

programmi. Il valore aggiunto, se così si può dire, è evitare lo

sviluppo classico nei casi di semplici paginette CRUD e di elenchi

graficamente un pò più curati di quelli estratti da select. Altrimenti

sarebbe uno strumento di scarso significato.


 guarnizione da solo :-))



Condivido. Basta trovare però forme evolute di 'paramento di culo', che ci siamo passati tutti:



"NON VA UN TUBO, NON SAI FARE NIENTE, NON TI PAGO LE FATTURE!!!"

"Scusa, che ha modificato 'sta roba qua?"

"Io??? Fatto niente..."



-- 

Ciao!

Luca


 autonomia, altrimenti son dolori...



Messa così, sono d'accordo.




Giusto quello che volevo dire io :-)




 







non avrei mai creduto che si potesse scendere così in basso.




 non avrei mai creduto che si potesse scendere cosě in basso.



Sě, sě, vai negli states dove usano "qui pro quo" col significato di "do

ut des" (e ci fanno pure i fighi) per il semplice motivo che

1) sono ignoranti

2) gli suona meglio



M.


 







ma almeno lì non sono in Italia o in un paese di lingua latina...




>>>>  
http://www.bb2002.it
 :)  <<<<<

........... [ al lavoro ] ...........


 Non conosco Oracle. SQL Server va abbastanza bene e ha il plus della possibilità di scrivere le stored procedures in .NET; per contro, è parecchio affamato di risorse, se hai un numero rilevante di utenti e/o di accessi contemporanei le versioni Express, a causa delle limitazioni che hanno, non ti bastano e se vuoi scalare costicchia abbastanza. Contro IMHO non da poco, gira esclusivamente su macchine Windows.



esiste anche una versione Express di Oracle e tutto sommato credo che

per le dimensioni di un' applicazione per cui si e' anche solo potuto

considerare un istante Access le versioni express di sqlserver e

oracle vadano piu' che bene.. poi vabbe' ci sono mille considerazioni

su come/dove vai a installare l' applicazione . ma in effetti credo

anche io che la scelta di Posgres potrebbe essere quella piu'

ragionevole.. e credo che se il nostro kojak sa lavorare con Oracle

non avra'  tutte queste difficolta' a farlo con Postgres




 prometti che il contratto a progetto diventa un tempo indeterminato?



in effetti la seconda (la prima era: Access????) domanda che mi era

venuta in mente leggendo il post era: ma non sarebbe meglio assumere

un informatico a TI che si occupi stabilmente della gestione, cura e

pubblicazione dei dati della tua azienda invece che sperare di

risparmiare affidando progetti esternamente per poi ritrovarsi con i

soliti accrocchi?








mi è capitato di usare Oracle, sempre in ambito webapps.

L'ho usato pure per le stored procedures.

Invece Postgres non l'ho mai utilizzato.







select 'kojak' from dual;  :-)










eh ma tu fai domande da un miliardo di dollari...








L'azienda sembra abbastanza grande, prova a chiedere...





ok, però i 100 euro te li verso solo dopo aver superato il

periodo di prova.




 select 'kojak' from dual;  :-)



ce la puoi fare :)


 Io valuto solo offerte a tempo indeterminato.



e quindi per quale motivo ti sei sentito in dovere di rispondergli ?





-- 

Soprano


 autonomia, altrimenti son dolori...



se ti paga a "progetto" e il "progetto" è finito, problemi suoi



-- 

Soprano



Ok, affare fatto.




 





ho soltanto chiarito le mie aspettative, tutto qui.

Non mi sono proprio sentito in dovere.




 Volevo sottolineare questo:



FartMaker non supporta (io sono rimasto alla 12.. a che release siamo 

adesso?) nessun tipo di transazione, ha un editor che fa ridere, ed un 

feedback nullo.. l'ideale per lavorare sui dati



S.


 







http://it.wikipedia.org/wiki/Quid_pro_quo



 Filippo Ferraro



Se vuoi il software per la tua necessita' ce l'ho. La parte che si integra

con il mio pacchetto e' da quotare a parte perche' puo' far uso di un

sistema di geolocalizzazione per verificare la posizione dei vari mezzi.

Vuoi che ti invii offerta?



-- 

http://www.kiva.org
 
http://www.wwoof.it
 
http://www.superzeta.it


Per il ng it.hobby.hi-fi: a*fan*ulo 'sta ca**o di hifi/hiend, tutte

put*an*te.

C/++/#, .net, wxWidgets, CodeTyphon,

Firebird, Oracle & altro.



questo articolo e` stato inviato via web dal servizio gratuito 

http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it







la mente elastica ® © ha scritto:



Errata corrige:



Se vuoi il software per la tua necessita' ce l'ho. La parte che si integra

con google maps e il mio pacchetto e' da quotare a parte perche' puo' far



<venuta in mente leggendo il post era: ma non sarebbe meglio assumere

<un informatico a TI



finchè esistono in italia la FIOM e l'attuale magistratura del lavoro è 

sconsigliato assumere a TI 






> Oracle 11g One è un po' overkill (visto il costo di 180$ per utente).



guarda che c'è la versione XE gratuita di oracle. 








Si, ma tu sai leggere un piano di esecuzione ed intervenire di conseguenza?

Altrimenti il ti te lo scordi.

Mica ti si puň pagare ad oltranza per imparare il mestiere...






 di Access.



intanto il backend di openoffice è hsqldb, che è un noto allorché 

usatissimo engine java. 

detto questo: sicuramente poter fare maschere e report è un vantaggio, ma 

i vantaggi si bilanciano con gli svantaggi. posto che gli strumenti per 

fare maschere e report non mancano in nessun linguaggio, a guardare le 

comparazioni non mi pare che access faccia la figura della "signora 

soluzione": 

http://goo.gl/trtOK


anche comparato con le soluzioni embedded mi pare ce ne siano parecchie 

di scelte migliori.










 immediatamente è: perché Access?



ma perché è un classico, è tutto lì, front-end linguaggio e base dati. se 

la soluzione la fai indicare al cliente sicuramente ti dirà sempre quella 

visto che è la più facile da pensare (non c'è niente da pensare).






 quella visto che è la più facile da pensare (non c'è niente da pensare).



ah, a proposito: leggo che vorrebbero anche l'integrazione con google 

maps, quindi geolocalizzazione con access? auguri.








Access viene spesso usato non come rdmbs ma come "front-end" con i dati che 

si trovano su un engine decente.

In questo senso hai la possibilità di tirar su maschere e report 

velocemente, con i dati che si trovano al sicuro.

Con un approccio client/server, visto che portare quello che esce sul web 

non ho idea se sia possibile e come.




 visto che è la più facile da pensare (non c'è niente da pensare).



Affermazione, l'ultima, ahimè non vera. Alla fine, l'applicazione che ne esce ha sempre grosso modo gli stessi principi, e se non vuoi farti del male devi pensarla come Dio comanda, senno' fai delle cose spaventose. Ricordo un tale con cui discutevamo perché 'i database sono lenti'; scoprii in seguito che tutte le volte che doveva recuperare dei dati apriva la tabella, la scorreva integralmente e sceglieva i record che gli servivano, il che andava bene per 10 o 20 record, quando sono stati 5000 il problema si è presentato...



-- 

Ciao!

Luca






 
http://it.wikipedia.org/wiki/Qui_pro_quo




Quindi mi date entrambi ragione :-)



M.


 fare maschere e report non mancano in nessun linguaggio



??? Forse intendi librerie esterne. Neppure nella coppia VisualStudio-

SqlServer mi risulta che ci sia un tool incorporato per fare una

maschera da una tabella, con la stessa modalità semplificata di

Access.




 Affermazione, l'ultima, ahimè non vera. Alla fine, l'applicazione che ne esce ha sempre grosso modo gli stessi principi, e se non vuoi farti del male devi pensarla come Dio comanda, senno' fai delle cose spaventose. Ricordo un tale con cui discutevamo perché 'i database sono lenti'; scoprii in seguito che tutte le volte che doveva recuperare dei dati apriva la tabella, la scorreva integralmente e sceglieva i record che gli servivano, il che andava bene per 10 o 20 record, quando sono stati 5000 il problema si è presentato...



A parte quetso caso banale, non sono d'accordo che si debba sempre

realizzare una Rolls Royce o Mercedes quando ti basta una 126. O

perlomeno non allo stesso prezzo.


 maps, quindi geolocalizzazione con access? auguri.





Già,

perché non mi sembra di aver lette nessuno che abbia suggerito MySQL con

le estensioni spatial ?



M.




E' un po' limitata (1 CPU, 1GB RAM, 4GB di database max), non ha tutte 

le funzionalità della versione full.

D'accordo che se l'OP chiede Access, Oracle XE va più che bene...




 perlomeno non allo stesso prezzo.



Se ho bisogno di una 126, io mi faccio un paio di mascherelle in wxPython o in C# e uso come backend SQLite; ma io sono un programmatore, per i non programmatori suggerisco OpenOffice e SQLite. Tutto license free e non legato a uno specifico OS... ;-)



-- 

Ciao!

Luca






 perlomeno non allo stesso prezzo.



E comunque, secondo me manchi il punto (e mi scuso per l'altro post, francamente inutile).



Il punto è: quando fai un'applicazione devi sapere cosa stai facendo. Non contesto l'uso di Access, l'ho usato pure io; contesto l'associazione Access con tutto quel che l'OP ha richiesto. Se io dovessi andare a parlare con l'OP, prima vorrei capire bene cosa ha in testa, poi sarei probabilmente costretto a dirgli 'guarda che Access non è lo strumento corretto da impiegare per quel che vuoi fare'. Poi, se lo vuol usare lo stesso, problemi (futuri) suoi.



Ciao!

Luca


 Il punto č: quando fai un'applicazione devi sapere cosa stai facendo. Non contesto l'uso di Access, l'ho usato pure io; contesto l'associazione Access con tutto quel che l'OP ha richiesto. Se io dovessi andare a parlare con l'OP, prima vorrei capire bene cosa ha in testa,





Infatti bisogna capire le esigenze. In questo caso sembra che l'OP abbia 

fatto un mix pericoloso  fra le sue esigenze operative e la soluzione 

implementativa.





poi sarei probabilmente costretto a dirgli 'guarda che Access non č lo 

strumento corretto da impiegare per quel che vuoi fare'. Poi, se lo vuol 

usare lo stesso, problemi (futuri) suoi.



In questi casi di solito e' chi esegue il lavoro che ne paga le 

conseguenze a prescindere dalla chiarezza iniziale.



quindi se vedi un annuncio per panettiere tu rispondi lo stesso 

precisando che non sei panettiere ma informatico ?



Anni fa ce n'erano molti di annunci di lavoro su ILI, poi arrivò la 

"moda" di aggredire senza senso chiunque lo facesse e gli annunci 

sparirono. 



-- 

Soprano


 







ah be', ma sinceramente, generalmente parlando e senza alcun

riferimento a questo annuncio, vista la qualità di tanti

annunci non mi sembra una perdita così grave.

Anche perché in rete posti dove raccattare annunci ce ne sono

a volontà, e la qualità è più o meno la stessa.



Comunque per la moda di cui parli tu io declino ogni responsabilità,

non l'ho introdotta io.




 perché si debbano scrivere cretinate come questa.



è un annuncio dove offrono un contratto a progetto per un programmatore 

Access e tu rispondi che vuoi un contratto TI e che il lavoro glielo fai 

in Oracle. Cosa cazzo vuoi ottenere con quella risposta ? Perchè non sei 

capace di NON rispondere agli annunci che non ti riguardano ? 





-- 

Soprano


 Il punto è: quando fai un'applicazione devi sapere cosa stai facendo. Non contesto l'uso di Access, l'ho usato pure io; contesto l'associazione Access con tutto quel che l'OP ha richiesto. Se io dovessi andare a parlare con l'OP, prima vorrei capire bene cosa ha in testa, poi sarei probabilmente costretto a dirgli 'guarda che Access non è lo strumento corretto da impiegare per quel che vuoi fare'. Poi, se lo vuol usare lo stesso, problemi (futuri) suoi.



Il fatto che stiamo discutendo del tutto in generale mi sembra chiaro.

Dai dettagli potrebbe venir fuori di tutto.

Resto però perplesso da questo "muro", sembrerebbe che Access non si

può usare praticamente per niente. A parte forse per gli esempi da

usare nei corsi su Access... :-)

Ugualmente, c'è il clone di Access in Openoffice, ma pure quello non

va bene per altre ragioni. Mah.


 Se ho bisogno di una 126, io mi faccio un paio di mascherelle in wxPython o in C# e uso come backend SQLite; ma io sono un programmatore, per i non programmatori suggerisco OpenOffice e SQLite. Tutto license free e non legato a uno specifico OS... ;-)



Le mascherelle te le fa un tool che legge direttamente la struttura

della tabella? Sennò non è la stessa cosa.

Personalmente come backend uso con soddisfazione Firebird, versione

embedded, facilmente scalabile ed interscambiabile con la versione

server, se necessario.








non mi aspettavo nulla di particolare.

Ho solo detto la soluzione che mi è venuta in mente leggendo

le richieste, e l'ho buttata un po' sul sarcastico, tutto qui.

Ma al solito bisogna ingigantire le cose e farle diventare

montagne.











Ti devi mettere nell'ottica di un'azienda che ha bisogno di qualcuno, 

posta un annuncio su ILI e si vede rispondere con una frase da nerd che 

di professionale ha ben poco, se la rileggi. Giustamente l'idea che si 

fanno è che ILI non è il luogo adatto per cercar personale. 



Poi se al gruppo va bene così alzo le mani, del resto non è una bacheca. 

Ma di questi tempi non tratterei a pesci in faccia chi viene qua a 

offrire lavoro.





-- 

Soprano


 in Oracle.



Ad onor del vero, leggendo le varie risposte, penso che qui *nessuno*

glielo farebbe in Access ... E' cascato proprio male :-)



Non credo che esista al mondo una categoria più masochista e ingenua 

degli informatici. Se qualcuno cercasse un'incudine per testare un nuovo 

martello arriverebbe sicuro l'informatico di turno a proporre le proprie 

palle in virtù delle loro migliori qualità elastiche.



L'azienda vuole un database Access ? No problem! Gli si fa in Access e 

chiuso. Il database avrà problemi in futuro ? La responsabilità è di chi 

ha scelto Access, non tua. Avrà bisogno di maggior manutenzione ? Maggior 

lavoro per te!



È tanto difficile comprendere questi concetti ?



-- 

Soprano


 





ah io l'avrei trattato a pesci in faccia?

Guarda un po':





https://groups.google.com/forum/#!topic/it.lavoro.informatica/fikfMsGdQaU






https://groups.google.com/forum/#!topic/it.lavoro.informatica/OQOAzqHHa_8








sono due annunci abbastanza recenti. E' vero che in questi si

offriva uno stage, ma se a me dici che l'ho trattato a pesci

in faccia non so che dovresti dire di questi due annunci, tanto

per tornare alla "moda".






 È tanto difficile comprendere questi concetti ?



No. E li comprendo talmente bene che penso che siano responsabili della gran parte del decadimento della considerazione del nostro mestiere.



-- 

Ciao!

Luca



E' che date le (poche) specifiche richieste, dato il tipo di attività 

dell'OP, Access sembra inadeguato.

Ma stiamo discutendo del sesso degli angeli, non stiamo per firmare un 

contratto con l'OP...




 È tanto difficile comprendere questi concetti ?



Parafrasando un mio collega "menti sapendo di mentine" :-)



Sai benissimo che non è così, e lo dimostra l'incip del tuo post.



L'informatico, appunto definito come un babalone, prenderà la colpa

anche se non è sua : sarà sua la responsabilità della scarsa efficienza

e affidabilità del prodotto, probabilmente sobbarcandosi di spese -

anche legali - senza beccarci un soldo... Verrà poi bandito e denigrato

con le accuse di becero millantatore, truffatore e professionista da

quattro soldi; qualcuno aggiungerà che "suo cugino avrebbe fatto il

progetto meglio".



M.


 Bell'approccio professionale, i miei complimenti!!!!



Parliamoci chiaro: tu il database lo fai in Access, come da commessa, AL 

MEGLIO. Se qualcuno ti impone di fare un database in Access è perchè 

qualcuno ha fatto un'analisi di progetto e ha preso delle decisioni. Se 

poi Access è merda e crea problemi non c'entra nulla con l'approccio 

professionale.



-- 

Soprano



Tutto questo avviene a causa dell'ingenuità di cui sopra. Altrimenti 

responsabilità, ruoli e relative conseguenze sono ben definiti fin 

dall'inizio.



-- 

Soprano


 professionale.



Se ha gia' deciso la soluzione informatica non gli serve un 

professionista ma un semplice implementatore. In questo caso la forma di 

contratto a progetto non e' la piu' indicata vista l'autonomia che tale 

forma contrattuale prevede.






Quoto



 progetto meglio".



Dimenticando ovviamente che e' stato lui a imporre tutta una serie di 

rigidità nel sistema.


 qualcuno ha fatto un'analisi di progetto e ha preso delle decisioni.



BALLE. Se qualcuno fa una cosa del genere è perché ne ha sentito parlare e magari ci smanetta un po'. E, da professionista, io quell'analisi la voglio vedere, prima di partire.



-- 

Ciao!

Luca



Non c'è problema, non è un'offerta adatta alla tua figura, avanti il 

prossimo.



-- 

Soprano


 dell'OP, Access sembra inadeguato.



E' vero che parla di google maps e di altro, che trovo difficile

chiamare usando solo Access. Ma magari si può fare, boh.


 prossimo.



Che sarà uno che si lamenterà per le condizioni, per gli strumenti, per la paga, ecc. ecc. e che in ultima analisi farà il lavoro male.



QED.



Fortuna che i miei clienti non la pensano come te.



-- 

Ciao!

Luca


 chiamare usando solo Access. Ma magari si può fare, boh.



Per fare si puo' fare ma il problema e' l'effort implementativo.


 professionale.



Però la lista si allunga. Oltre ad Access a quanto pare è merda pure

Openoffice-Base, Filemaker, ed anche Oracle non mi sembra messo

bene.... Sono ragazzi "ciusi", che ci vogliamo fare :-))


 forma contrattuale prevede.



E quale sarebbe la forma contrattuale più adeguata, di grazia?


 Per fare si puo' fare ma il problema e' l'effort implementativo.



In ultima analisi, stai dicendo che si può fare tutto con una certa

tecnologia (Access, nel caso) ma costa X (in denaro, in tempo);

d'altra parte gli proponi di farlo in un'altra tecnologia (Postgresql

+ Java, ad es.), certo più "tosta" di Access, ma gli costerebbe

sensibilmente di meno di X?  La risposta non mi pare così scontata.



devi capire: un semplice implementatore NON È un professionista



partiamo da questo assunto



-- 

Soprano




un T.D. ad esempio .


 devi capire: un semplice implementatore NON È un professionista



Un pò difficile legare il tipo di contratto all'essere professionista

o meno. Più chiaro se il tizio è iscritto ad un albo o meno. Che però

non esiste per gli informatici, peccato... :-)








Infatti proprio perche' non e' cosi scontata bisogna capire le esigenze 

e gli obiettivi in funzione del budget. Su quello poi si ragiona e si 

tara la scelta dello/degli strumenti.Partire dallo strumento e 

costruirci intorno il sistema non mi pare una buona scelta. Poi ognuno 

e' libero di fare quel che vuole.


 perlomeno non allo stesso prezzo.



su questo sfondi una porta aperta, ma non credo che confrontando access con

sqlite piuttosto che hsqldb si stia confrontando una 126 con una rolls royce.


 un T.D. ad esempio .



In sostanza, se il tizio accetta senza fiatare di usare Access lo

dovrebbe assumere con TD. Se invece si inalbera e propone

qualcos'altro (*) va bene il 
co.pro
. La cosa ha preso una piega

comica :-))



(*) esclusa la listarella delle "merde"


 sensibilmente di meno di X?  La risposta non mi pare così scontata.



La questione costo è un aspetto. L'altro è: quanto la soluzione che hai pensato soddisfa le tue esigenze? Cioè, se domattina voglio fare un'app per Android o iOS che si colleghi al mio sistema di archiviazione, probabilità tutt'altro che remota, siamo sicuri che la strada scelta sia corretta?



Ti dico, sarà che io la vedo in modo un po' più 'da sopra' rispetto a qualcuno che deve implementare e basta, ma a mio avviso, vista la complessità del progetto che mi sembra trasparire dalla richiesta dell'OP, penso che non si tratti di far due mascherine in Access, per cui il discorso dovrebbe essere più lungo.



-- 

Ciao!

Luca








 e' libero di fare quel che vuole.



E quindi sei d'accordo con me che non puoi escludere a priori Access

(se non per una tua propria lista di esperienze negative). Dico bene?


 non esiste per gli informatici, peccato...:-)



Per professionista intendo lavoratore autonomo o parasubordinato (Vedi 

contratto a progetto che e' in parte assibimilabile al primo)  dove

si chiede una consulenza oltre all'implementazione.Senza la consulenza 

devi essere molto chiaro e dettagliato  su come vuoi sia implementato il 

tuo sistema e questo difficilmente l'ho visto.


 E quindi sei d'accordo con me che non puoi escludere a priori Access



Corretto. Pero' giova rivedere le richieste dell'OP:



"per creazione nuovo database aziendale per la gestione di servizi noleggio con conducente: 

anagrafica clienti + listini 

anagrafica fornitori + listini + flotta + autisti 

inserimento e gestione servizi (40 campi circa) 

fatturazione 

con possibilità di utilizzo anche in remoto "



Io continuo a pensare che quanto sopra e Access non vadano d'accordo, ma magari sbaglio io.



-- 

Ciao!

Luca


 (se non per una tua propria lista di esperienze negative). Dico bene?



Non ho mai affermato cio'. Ogni strumento puo' avere una sua ragione a 

seconda del contesto di utilizzo. E' chiaro che se usi un certo 

strumento devi essere ben conscio dei suoi limiti e comunicarli MOLTO 

chiaramente e formalmente.


 Io continuo a pensare che quanto sopra e Access non vadano d'accordo, ma magari sbaglio io.



E sembra il preludio della costruzione di  sistema informatico 

articolato a supporto di un business con esigenze che potrebbero rendere 

access lo strumento meno  idoneo per tutta una serie di limiti e 

problematiche. Ma sono tutte da sviscerare e questo va sotto la voce 

consulenza.




 La questione costo è un aspetto. L'altro è: quanto la soluzione che hai pensato soddisfa le tue esigenze? Cioè, se domattina voglio fare un'app per Android o iOS che si colleghi al mio sistema di archiviazione, probabilità tutt'altro che remota, siamo sicuri che la strada scelta sia corretta?



Questo fa parte del discorso 126 vs Mercedes vs "Land Rover caso mai

dovessi andare in Iraq".

Poi tu, da professionista esperto, puoi dire: l'apertura verso Android/

iOS te la posso dare per soli xxx euro in soli xxx giorni aggiuntivi.

E' un requisito come tanti, a quel punto subentra una abilità

commerciale, più che un'abilità puramente tecnica.


 chiaramente e formalmente.



Attenzione, possono essere tuoi limiti, non della tecnologia...






O anche di qualcuno altro nel non capirli.



Meglio ancora, uno che non ha fatto tanti progetti nella tecnologia X

(es. Access) è un pò difficile che si possa considerare un esperto in

X. E mi sembra precisamente la situazione di tutti quelli che hanno

scritto qui dentro (me compreso).... :-))




Tutti? sei sicuro?


 Tutti? sei sicuro?



Tu hai fatto tanti progetti in Access? Ti sei autoinflitto questa

punizione? :-)



Si chiama lavoro se poi per te lavorare e' punitivo devi cambiare lavoro :)


 comica :-))



No il punto  e' su chi ricadono i costi/rischi  e di chi sono le scelte.


 complessità del progetto



??? a me paiono requisiti di una banalità spaventosa



Resta il fatto che il committente potrebbe avere mille altri motivi per 

prediligere Access, licenze già acquisite, altri software che si 

interfacciano con Access, e sopratutto qualcuno in azienda capace di 

metterci mano quando tu, finito il progetto, te ne andrai.





-- 

Soprano



probabilmente no, hai ragione e bisognerebbe chiuderla li'..invece di

stare a filosofare sulla rava e la fava e i massimi sistemi senza uno

straccio di elemento concreto..

L' unico approccio sano qui e' una sana e chiara discussione con il

cliente per definire necessita' , limiti e prospettive.. Senza questo

tipo di confronto si gira inevitabilmente  a vuoto e si finisce nel

solito ..

http://www.ziqurrat.it/wp-content/uploads/2008/07/03_10_2006_1.jpg


:)


 professionale.



mah insomma.

innanzitutto se una soluzione è imposta da altri mi pare il minimo sindacale

che io non ne debba rispondere. siccome nel caso specifico si tratterebbe

di una scelta che riguarderebbe tutto, backend, frontend e linguaggio, 

se devo portare avanti il progetto e ho delle perplessità sulla buona 

riuscita tacerle non mi pare ne conveniente e ne professionale. 

per esempio: leggo dall'op che è richiesta l'integrazione con google maps,

se nel corso del progetto viene fuori che devi manipolare dei dati di tipo

geografico quale figura di merda preferisci fare col cliente? quella di dirgli

che non lo sapevi o quella di dirgli che lo sapevi ma non glie l'hai detto?



Si chiaro, abbiamo pochi argomenti per discutere meglio. Quello che però 

è ancora meno professionale sono i soliti ragionamenti triti e ritriti 

per il quale se il cliente sceglie Access allora deve essere per forza un 

incompetente che lo fa "per sentito dire", e che si merita la risposta 

"te lo fo con Oracle", coem se poi Oracle fosse la scelta ideale per 

quello che a leggere i requisiti sembra essere un banalissimo gestionale.



-- 

Soprano


 lavoro per te!



cosa si diceva a proposito dell'ingenuità? :)

se il database avrà dei problemi sarà il *prodotto* ad avere dei problemi,

cioè il prodotto che hai scritto *tu*. sicuro che il cliente a quel punto

darà la responsabilità a chi ha scelto access, magari a se stesso? 


 







in effetti se la struttura è semplice semplice potrei pure

pensare a mysql, con cui pure ho lavorato.

Ma solo se si tratta di una struttura molto semplice.




 Ma solo se si tratta di una struttura molto semplice.



e che vuol dire una "struttura molto semplice"?



per una volta ti dò ragione, non sono stato molto chiaro.

Intendo che se la struttura del db è semplice ci vedo bene

anche mysql.

Se ci sono poche tabelle, o anche tante tabelle ma le

operazioni da fare sono soltanto semplici CRUD può andare

bene, secondo me, anche mysql.

Se però è necessario l'uso di stored procedure per fare

operazioni più complesse, come mi è capitato in certi contesti,

allora mysql non lo vedo più adatto, e torniamo a Oracle o

SqlServer.

Questo detto in generale.





Ma in questo caso probabilmente un mysql può andare.




>>>>  
http://www.bb2002.it
 :)  <<<<<

........... [ al lavoro ] ...........


 Si chiama lavoro se poi per te lavorare e' punitivo devi cambiare lavoro :)



Veramente non io, ma chi vede Access come il fumo negli occhi, e pur

tuttavia ci ha fatto decine di progetti, per poter poi accreditarsi

come esperto! :-)








wrote:


Non è un fatto di contratto, ci sono ovviamente fior di responsabili

con un TI, ma conosco anche dirigenti con contratto a termine (forse

non è proprio un TD).


 quello che a leggere i requisiti sembra essere un banalissimo gestionale.



Concordo al 100%. Se i requisiti sono scarsi, ma chiedono

esplicitamente Access, semplicemente non lo si può escludere a priori,

svicolando su prodotti "professionali".

Noto che  l'altro tipico cavallo di battaglia, l'opensource, è morto

subito stecchito, non appena ho fatto notare che esiste il clone di

Access bell'e pronto da personalizzare ;-)




 darà la responsabilità a chi ha scelto access, magari a se stesso?



Mentre se riesci a vendergli un bel baraccone molto più strutturato,

con cui  potrà gestirsi 100.000 accessi contemporanei, più app per

Android/iOS/Windows 8, più gestione dei caratteri orientali per gli

immancabili clienti giapponesi, più un buono per McDonald e 12 pentole

12, ebbene allora farai un figurone. Non so come tecnico (infatti i

problemi ce li puoi avere pure così, e pure grossi a volte) ma certo

come imbonitore :-)




 come esperto!

E chi sarebbe?:)




wrote:


Non saprei, magari tu? :-) Posso solo ribadire che criticare

pesantemente Access, o quel che è, richiede una buona esperienza in

merito, sennò è aria fritta. D'altra parte se uno ha usato una certa

tecnologia per decine di volte si presume che lo abbia fatto con una

certa soddisfazione, e quindi non si limita a ripetere a pappagallo:

sto <nome prodotto> è cacca sempre e comunque.

Altrimenti o è stato uno schiavo incatenato, oppure è un masochista di

prima grandezza :-))  Oppure non è un esperto, per l'appunto.



E di grazia dove avrei scritto che e' un prodotto di cacca?

O tu leggi su un altro newsgroup che io non conosco dove c'e' un mio 

clone  oppure hai preso fischi per fiaschi per l'appunto e non e' la 

prima volta.






 non è proprio un TD).



Questo cosa centra non si sa.





scusa ma mi dici quando avrei parlato in questi termini? tant'è vero che 

si parlava di sqlite.


 Access bell'e pronto da personalizzare ;-)



te la canti e te la suoni. forse la gente si è stancata di ripetertelo 

nella discussione, ma che fra i sql engine embedded (non rdbms) non ci 

siano alternative migliori di access e addirittura più usate (!) nel 

mondo open source è clamorosamente falso. inoltre ti ho fatto notare che 

dietro a openoffice c'è hsqldb, largamente usato nel mondo java, che 

rispetto al microsoft jet engine è proprio un'altra storia sia sotto il 

profilo delle caratteristiche che delle performance.


 svicolando su prodotti "professionali".





Se rileggi bene il post dell'OP access e' preferibile non un vincolo.






qui c'e' una tabella di comparazione fra i due:



http://database-management-systems.findthebest.com/compare/15-24/HSQLDB-vs-Access



 merito, sennò è aria fritta. 



siamo qui a parlarne, non è che offendiamo la mamma di nessuno. 

la questione è sorta, per quanto mi riguarda, nel momento in cui si 

parlava delle ragioni del cliente che impone access come soluzione all in 

one per sviluppare il suo piccolo gestionale. su questo non c'è bisogno 

di aver maturato chissà quale esperienza su access per capire che si 

tratta di una imposizione per risparmiare sui costi di sviluppo. niente 

di male in questo, ma siccome è legittimo che il cliente si aspetti da me 

il miglior risultato è giusto che io opponga le mie ragioni. access è un 

ottimo strumento per il fai-da-te senza competenze di programmazione e da 

questo punto di vista fa risparmiare, ma dal momento che ti rivolgi ad un 

professionista esterno se gli imponi uno strumento del genere ottieni un 

risultato non commisurato al prezzo che paghi, per quanto possa farti 

pagare poco.




 E quale sarebbe la forma contrattuale pi adeguata, di grazia?



un T.D. ad esempio .

--------------------------------------------------------------------



Quindi c'entra, sostieni che se il lavoro prevede una certa autonomia

il tipo di contratto più adeguato è a progetto. Poveri dirigenti e

quadri a TI! :-))


 profilo delle caratteristiche che delle performance.



Ed infatti non ho detto io che openoffice-base non va bene, anzi

curiosamente sono il primo che l'ha citato! (prego controllare storico

messaggi :-) Se poi l'intero prodotto o.o.-Base non è all'altezza,

essendo op.source si può personalizzare nel modo più ampio. Parlando

ovviamente si prodotti simil-Access.

Dov'è che questo discorso non ti convince?






 pagare poco.



Ma certo, ne discutiamo con la solita veemenza, ma se ci attenessimo

strettamente ai pochissimi requisiti esposti nessuno avrebbe dovuto

scrivere una sola riga di messaggio, come è stato già detto

correttamente.

Si discute per amore di discussione.

Qualora tu, sviluppatore informatico, rispondi all'annuncio,

giustamente porterai tutto il tuo bagaglio di esperienze e capacità

tecniche, certo, ma anche commerciali, nel senso di anticipare certi

requisiti possibili ma non esplicitati.

Se valutassi io se rispondere, prima mi chiederei: perchè cita Access?

Al riguardo ho una conoscenza sufficiente per poter, ad esempio,

leggere sorgenti già esistenti che vanno ampliati o rifatti? Se mi

rispondo di no, tendo più ad evitare la perdita di tempo mia e sua,

piuttosto che ritenere il prodotto citato assolutamente inadeguato a

priori.

Non sono un buon commerciale, in sostanza :-)







Sempre per amor di discussione, in senso forse più costruttivo, ho

trovato questo:

http://en.wikipedia.org/wiki/Kexi


Non lo conoscevo per niente, interessante comunque il prologo:

"The impetus for developing Kexi came from a noticeable lack of

applications having the features of Microsoft Access, FoxPro, Oracle

Forms or FileMaker while at the same time being powerful, inexpensive,

open-standards-driven and sufficiently portable."




No sbagliato rileggi bene il post di partenza:



"Se ha gia' deciso la soluzione informatica non gli serve un 

professionista ma un semplice implementatore. In questo caso la forma di 

contratto a progetto non e' la piu' indicata vista l'autonomia che tale 

forma contrattuale prevede."



Sostengo  che se tu committente hai gia' fatto analisi del problema dal 

punto di vista informatico e scelto gli strumenti che secondo te sono 

adeguati e li imponi allora viene meno l'autonomia che dovrebbe essere 

un requisito fondamentale del contratto a progetto(sopratutto perche' il 

lavoratore a progetto lavora sempre a corpo quindi delle scelte ne 

risponde direttamente in termini di rischi/costi) quindi ritengo piu' 

adeguato l'uso di un contratto di lavoro subordinato per chi poi esegue 

materialmente il lavoro sotto le direttive date.

Potrebbe anche alternativamente essere usato un contratto di consulenza 

in regime di partita iva ma che preveda il corrispettivo in termini di 

time & material e non a corpo.



E' piu' chiaro ora?






 time & material e non a corpo.



Questo mi sembra più corretto, specificare o meno certe clausole nel

contratto a seconda di quel che richiede il cliente.










peccato che il contratto a progetto non possa prevedere cio'.




 pesantemente Access, 



Io credo che criticare Access, o essere a favore di Access, in un gruppo di tecnici sia una roba ridicola.

Per la cronaca, io ci ho fatto più di qualche progetto, con Access, utilizzandolo non solo come creatore di backend ma anche come interfaccia utente. Son riuscito a farci anche cosucce carine e distribuite, però mi sono accorto che in taluni casi non è proprio la morte sua; nota, che quanto sto per dire si applica a TUTTI i db file based, in cui la parte di gestione dati non sia divisa dall'applicativo che poi quei dati consuma (quindi, aggiungigli anche SQLite3 e Firebird base).

La mia esperienza dice che quando si ha a che fare con rete da un lato e una discreta quantità di dati dall'altro, e magari un numero di utenti superiore a 5, non sia più lo strumento adeguato. Troppi round trip, troppo impiego della rete che, giova ricordarlo, è in ogni caso una risorsa relativamente limitata.



-- 

Ciao!

Luca



 La mia esperienza dice che quando si ha a che fare con rete da un lato e una discreta quantità di dati dall'altro, e magari un numero di utenti superiore a 5, non sia più lo strumento adeguato. Troppi round trip, troppo impiego della rete che, giova ricordarlo, è in ogni caso una risorsa relativamente limitata.

Infatti sono limiti architetturali che possono essere adeguati per certi 

contesti e non adeguati in altri.


 tratta di una imposizione per risparmiare sui costi di sviluppo. 



Che poi qui sarebbe in effetti da discutere, perché la mia esperienza mi ha insegnato che tutto sommato il risparmio non è detto che ci sia.



-- 

Ciao!

Luca


 La mia esperienza dice che quando si ha a che fare con rete da un lato e una discreta quantità di dati dall'altro, e magari un numero di utenti superiore a 5, non sia più lo strumento adeguato. Troppi round trip, troppo impiego della rete che, giova ricordarlo, è in ogni caso una risorsa relativamente limitata.



Ok. (Per la cronaca di Firebird esiste anche la versione server, oltre

alla versione embedded a cui credo ti riferisci, il passaggio dall'una

all'altra è trasparente all'applicazione).


 all'altra è trasparente all'applicazione).



Parlavo dei i casi in cui la logica è presso l'applicazione.

Peraltro, questa è una cosa che ho letto e che mi garba parecchio, ma non ci ho mai fatto prove. Anzi, quasi quasi sotto le feste, se siamo messi bene col trasloco, faccio due provette e mi rimetto in pari (e magari ti contatto così mi dai due dritte!).



-- 

Ciao!

Luca




 palle in virtï¿œ delle loro migliori qualitï¿œ elastiche.



rotfl, questa mi e' piaciuta



-- 

We are the music makers,

And we are the dreamers of dreams






 Bell'approccio professionale, i miei complimenti!!!!



cioe', adesso mi vieni a raccontare che la professionalita' e' mettersi 

a discutere col cliente sulla bonta' della sua decisione?



 magari ci smanetta un po'. 



rotfl, certo

cosi' ragionano i professionisti



 vista efficienza e aderenza allo standard SQL è MOLTO meglio.



e ti pareva che non nascesse la solita guerra access vs Oracle vs SQLserver 

vs il mondo intero :-)

Se ne parla (di access) in tutto il thread, ma non ho ancora letto questo 

suggerimento e quindi provo a scriverlo io: usare access per fare un file 

.adp ? meglio delle tabelle collegate, unisce i vantaggi dei dati su un db 

'serio' con i vantaggi derivanti dall'utilizzo di access per report - 

maschere - ecc ...



che ne dite ?



:-)



Andrea






 a discutere col cliente sulla bonta' della sua decisione?



Se è il comandante Smith e sta andando contro un iceberg (o il comandante Schettino e sta andando contro le Scole, vedi tu) assolutamente si. Almeno non potrà dire 'eh, ma non me l'avevi detto!!'.



-- 

Ciao!

Luca


 maschere - ecc ...



Che per fare la stessa identica cosa sono in grado di darti almeno due soluzioni che non richiedono costi di licenza e che sono cross-platform.



Personalmente, dopo decenni passati a programmare sotto Win, sto apprezzando molto le situazioni in cui riesco a produrre applicazioni in grado di funzionare - salvo pochi ritocchi - in modo indipendente dal SO.



-- 

Ciao!

Luca




 cosi' ragionano i professionisti



No, così ragionano quelli che, avendo nel pacchetto Office anche Access, lo provano e vedono cosa ci si può fare.



Il professionista sceglie, o dovrebbe scegliere, la soluzione migliore all'ambito applicativo, non escludendo nulla a priori.



L&P



Luca


 Peraltro, questa è una cosa che ho letto e che mi garba parecchio, ma non ci ho mai fatto prove. Anzi, quasi quasi sotto le feste, se siamo messi bene col trasloco, faccio due provette e mi rimetto in pari (e magari ti contatto così mi dai due dritte!).



Se posso dare contributi, ben venga.






I report che fai con Access li faresti anche, a gratis, con?





jasperserver/jaspereports/ireport?



S.


 cross-platform.



be ... la soluzione Microsoft (SQLserver + Access adp) ha i costi delle 

licenze, non ho dubbi che ci siano altre soluzioni senza costi di licenza e 

cross-platform. Pero' l'utente potrebbe averle gia' comprate per altri scopi 

(non lo sappiamo), e potrebbe non avere MAI bisogno di uno sviluppo 

cross-platform.

Ma e' un altra cosa a fare la differenza: il prodotto finito quanto 

sara' -familiare- all'utente ? perche' ... lo saprai di certo che i tempi di 

assimilazione degli utenti sono moooolto alti, e un software 'tecnicamente' 

funzionante al 100% puo' essere utilizzato male (di brutto !) se si scontra 

con le conoscenze (spesso molto scarse) gia' acquisite dell'utente.



In sintesi: se hai 1 utente che conosce (piu' o meno) Acces, presentargli un 

nuovo prodotto in Access fara' risparmiare tanto di quel tempo che 

l'eventuale costo della licenza diventa irrisorio. E la convenienza diventa 

esponenziale se gli utenti aumentano



Ovviamente IMHO



Andrea








E quanti mesi ci vogliono per fare un report tipo un bilancio? Con subtotali 

sparsi e pie' di pagina su enne livelli?




 licenze,



SQL Express è gratis, così come il runtime di Access.




 subtotali sparsi e pie' di pagina su enne livelli?



non un minuto di più che a farli con access, stai sicuro. 




Dici che quella roba li fa i pie' di gruppo a fondo pagina, 

indipendentemente da dove finiscono le righe di ogni gruppo?

E senza magheggi dietro per riuscirci?




 E senza magheggi dietro per riuscirci?



non sono un mago della bi ma a naso direi proprio di sì, ho visto fare di 

peggio.


"rootkit" ha scritto nel messaggio 

news:k9tqfj$vf2$3...@nnrp-beta.newsland.it...


Ma nemmeno io, però senza arrivare alla bi, quelle sono esigenze che 

esistono da tempo e che escono fuori da quei programmi "improvvisati" fatti 

con Access e che tirano fuori reportistica che a rifarla con, per esempio, i 

sql server reporting services, diventi scemo per i workaround che ti devi 

inventare per tirar fuori un layout pari all'originale.




 che ti devi inventare per tirar fuori un layout pari all'originale.



sono moderatamente fiducioso che con ireport/jasperreport si possa fare, 

anche se la reportistica non è centrale nel mio lavoro ho lavorato 

abbastanza con ireport designer (community edition, quindi free) e non ho 

mai riscontrato limiti.




 ho mai riscontrato limiti.



io che con ireport ci lavoro sovente posso dire di aver creato ache report 

dal layout abbastanza complesso e con 3 o anche 4 gradi di sottoreport 

(report -> sottoreport -> sotto-sottoreport -> sotto-sotto-sottoreport)



i limiti sono + "nervosi" che altro :-)



S.




Scusa, non per insistere, la necessità che ho evidenziato è più legata a 

capacità di renderizzazione che alla struttura in se.

I sottoreport e i gruppi sono cose diverse, ma in ogni caso la questione che 

ho sollevato, e in cui mi sono imbattuto, è la capacità reale di mettere 

informazioni sul serio nel pie' di pagina su enne livelli.

Lo si fa o no?