Newsgroup: it.lavoro.informatica
Titolo: vecchio caro C/C++ ....

Quanti di voi, nonostante l'ascesa di Java/.NET e i vari Python, Ruby
etc., lavorano principalmente in C o in C++? E per cosa li utilizzate?
E nelle aziende in cui lavorate quanta richiesta c'e' per sviluppatori
C o C++?

etc., lavorano principalmente in C o in C++?
Principalmente sviluppo in Java/JEE, ma ho sempre usato Delphi, C e
C++ nel corso degli ultimi 10 anni per progetti vari. Ho
progressivamente abbandonato Delphi, diventato ormai decisamente di
nicchia, e sto affrontando nuovi progetti con C#/.NET perch� credo sia
imprescindibile nello sviluppo sotto Windows (ed anche perch� trovo C#
un buon linguaggio e .NET una buona piattaforma), mentre uso C++ alle
applicazioni server. Ultimamente ho dovuto progettare un sistema che
prevedeva un modulo server cross-platform (Windows/Unix/Linux), un
modulo client sotto Windows e un modulo Web di interrogazione e
reportistica. Ho scelto C++ per il primo, C# per il secondo e Java per
il terzo. Java mi risulta comodo dal momento che esistono tool come
Tomcat e tecnologie gi� collaudate e comode da usare. Ho usato Java
anche per scrivere applicazioni server, ma per cose "pesanti"
prediligo il C++. Non uso pi� molto il C, che mi sta stretto per la
sua "primitivit�" :)



Il C e poi il C++ sono stati il mio primo amore, ma ormai li utilizzo solo
per progetti personali, su piattaforma Win32 (no MFC). Raramente devo fare
manutenzione ad una libreria scritta tempo fa per un cliente (2/3 giorni di
attivit� all'anno).
PaF

, 
riccardo...@gmail.com
 says...

presente.....anche se oramai mi capita piï¿œ spesso di fare i corsi di 
formazione per portare le persone verso C# che usare pesantemente il 
Vc++.
-- 
Cordiali saluti
Davide
Consulenza Informatica
 a Monza e Brianza 
www.cleosolutions.com

 C o C++?
Beh noi si lavora solo in C ma la richiesta e' legata ad altre
conoscenze.
C'ya
  STeve

conoscenze.
Serve un collega????? :)))))

Il 25/01/10 23.03, riccardo ha scritto:

Uh, il "vecchio caro C++"? Quel linguaggio perverso, inutile, meno 
conosciuto al mondo ma pi� millantato da chi vuole farsi figo a parole?

 Serve un collega????? :)))))
Ma se hai appena detto che il C ti sta stretto ! :-)))

 Pronti ! :)
Ah, bei tempi, quando i duri e puri del firmware programmavano SOLO in
Assembly...
;-)
-- 
Ciao!
Luca

 conosciuto al mondo ma più millantato da chi vuole farsi figo a parole?
Python o Perl? :P 
-- 
_____________________________
Luc (36, CO)
Software developer since 1985
_____________________________

 etc., lavorano principalmente in C o in C++? E per cosa li utilizzate?
Le cose "power" si fanno in C/C++. Anche oggi, anche domani. 


 Python o Perl? :P
Torna a giocare a moscacieca. In autostrada.

 Ma se hai appena detto che il C ti sta stretto ! :-)))
Guarda che, fosse per me, datemi un assembler e un debugger e sollever� il
mondo :) ... non mi sono mai divertito tanto in vita mia come quando ho
smanettato con quegli strumenti. Purtroppo, per la pagnotta tocca
adeguarsi al mercato e, per quello che faccio adesso, s�, il C mi sta
stretto, ma io guardo ai linguaggi come strumenti da usare per l'ambito
giusto e il C me lo tengo ben stretto se devo scrivere codice di "basso
livello" perch� � la scelta migliore. Di codice di questo tipo ne ho
scritto tanto in passato (device drivers, interfacciamento di hardware
vario, "kernel" di sistemi server di vario tipo, librerie per linguaggi di
pi� alto livello). Bello, sar� malato ma c'� da divertirsi come dei matti
:) Continuo comunque a seguire le evoluzioni del C (gcc e i vari standard
ISO). Tempo fa, durante un colloquio, mi fu prospettata la possibilit� di
lavorare in un ambito di "basso livello", mi si illuminarono gli occhi, ma
al momento di stabilire il compenso, come al solito, tutte le mie
illusioni si dissiparono :( ... :)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


il C++ sfortunatamente quasi mai, il C ogni tanto capita viene usato
sopratutto per demoni o per processi che devono essere particolarmente
veloci. (tipo analisi di log o di file che deve essere schedulato ogni
10 minuti, servizi sempre attivi su una determinata porta basati su un
processo per richiesta-> fornire informazioni-> chiudere il fork)
non pi� di una settimana al mese. (ci sono macchine che hanno solo bash
e un compilatore C).

 Python o Perl? :P 
Perl, decisamente :)


Qui da me tutto cio' che deve pedalare e' scritto in C e C++.
Altro che "vecchi"!

 conosciuto al mondo ma più millantato da chi vuole farsi figo a parole?
il mio post e' per avere informazione utili, non per far partire
sciocchi  e inutili flame..

 _____________________________
hai abboccato subito al flame , ovviamente! :)


Almeno che, nel marasma generale, non mi sia perso una tua risposta, stavo 
aspettando info sul tuo ruolo del progetto editoriale che nomini per farti 
pubblicità ogni tanto.
Ecco, approfitto di questo tuo intervento per rifare la domanda: tu di che 
ti occupi? Immagino programmi in C/C++, ok, ma per fare cosa?
ciao,
Gabriele

 ti occupi? Immagino programmi in C/C++, ok, ma per fare cosa?
Principalmente C++ / C++ managed / C#. Sistemi editoriali: dal driver di stampa 
al programma di impaginazione WYSIWYG.


ok, ma per fare cosa?
Ma che domanda! fa le cose "power".


 C o C++?
Le persone capaci servono sempre.
-- 
Salvatore Iovene
http://www.iovene.com/
http://www.geekherocomic.com/

 
beh non so nello specifico ma visto che il prodotto di cui si occupa luc
va dalla stampa alla grafica se si occupa sia del driver che delle gui,
verosimilmente il driver di stampa sar� scritto in C e magari le routine
che poggiano su GDI per essere mediamente efficenti saranno scritte in
C++, magari il sistema si integrer� un minimo con windows magari a
livello di file manager quindi anche qua qualche estensione shell
scritta in C++ ci st�.
il tutto � ipotetico.

 il tutto � ipotetico.
Appunto. Parlando di Luc, appunto.


 il tutto è ipotetico.
Azz, sei un ex-collega in incognito? :) 


 Ma che domanda! fa le cose "power".
Ovvio. Non ti pagano il mio stipendio per fare mascherine inserimento dati... 


 C o C++?
Se ci fosse richiesta io forse farei lo sviluppatore anche oggi :-)
Comunque l'anno scorso mi e' capitato di rispodere ad un annuncio
per "programmatore C++": una delle "avventure" piu' strampalate che mi
siano mai capitate! L'annuncio chiedeva anche  "conoscenze html" e
"conoscenze java" che penso di avere. Praticamente il bodyrentallaro mi ha
fatto subito il contratto per un anno, *senza nemmeno farmi fare il
colloquio con il cliente finale*.
Solo dopo aver firmato il contratto (e aver scoperto che c'era di mezzo un
bodyrentallaro terzo) sono andato dal cliente finale dove si e' scoperto
che
il cliente finale in realta' voleva un programmatore esperto j2ee,
operativo da subito probabilmente con Struts, Spring, Hybernate, ecc. che
pero', prima di iniziare il lavoro j2ee gli facesse una specie di porting
di un' applicazione C++ da ambiente LAMP ad un ambiente con Oracle (non se
se usando Sun Solaris o altro come SO). Praticamente al cliente finale non
sono piaciuto e al bodyrentallaro ho mandato la raccomandata per il
recesso dal contratto ancor prima di iniziare...
Ciao,
Marco


 Presente.
Ma magari non tutti sanno dove lavori...


 PS: la mia era una risposta seria.
no , mi spiace ma sostenere che C++ sia poco conosciuto e'
semplicemente falso. Dire che e' "perverso, inutile" non significa
assolutamente nulla. Sul fatto che la conoscenza del C++ venga
millantata succede, ma succede per qualsiasi altra abilita' o
conoscenza, e in ogni caso e' un problema di chi millanta non certo
del C++.

 Assembly...
Alla bisogna lo faccio ancora :-)
C'ya
 STeve

 mondo :) ... non mi sono mai divertito tanto in vita mia come quando ho
Tengo presente :-)
Il problema ovviamente e' che sei in Italia :-(
C'ya
   STeve


umh... non sono troppo sicuro che un umano ormai riesca a fare
ottimizzazioni migliori di quanto faccia un buon compilatore C++
(leggesi intel)

 Il problema ovviamente e' che sei in Italia :-(
Eh, lo so Steve. Grazie del pensiero, comunque! :)

 Le persone capaci servono sempre.
seeeeeeeeeeeee!
forse in Finlandia � cos�...

 (leggesi intel)
E chi ha parlato di Intel ?
Ce ne sono cosi' di microprocessori che usiamo e ce ne sono cosi' di
compilatori sul mercato :)
E' per fortuna comunque sempre piu' raro aver "bisogno" di mettere
mano all'assembly, quello e' vero.
C'ya
   STeve


ah si chiedo venia ero nell'ottica x86 only :)

 (leggesi intel)
S� ma programmaci per un DSP :-)


 conoscono più di un un decimo della semantica.
e a parte il fatto che questi "dati" te li sei "decisi" da solo, anche
se fosse vero, questo dimostrerebbe che?

Ovvio. Non ti pagano il mio stipendio per fare mascherine inserimento dati... 
Perch� quanto prendi?

 forse in Finlandia è così...
Non lo so come sia in Italia, ci manco da 4.5 anni e ci ho lavorato solo
9 mesi in un'azienda sola. Quindi parlo solo per quella che è la mia
percezione delle cose che mi circondano.


 Ma magari non tutti sanno dove lavori...
Hai ragione, ma il post non chiedeva di specificare :)


 Perché quanto prendi?
999,90 euro / mese. :P


 forse in Finlandia cos ...
Forse magari e' l'Italia ad essere in "leggera controtendenza" eh ? :)
Nel resto del mondo, persone valide in genere trovano senza molti
problemi.

999,90 euro / mese. :P
Lordi immagino.

problemi.
Non solo � in controtendenza, ma le persone valide si sentono anche
mosche bianche. Quando ti permetti di far presente che lo sviluppo del
software deve essere condotto secondo certi principi e che la qualit�
� imprescindibile, vieni persino deriso. Anche lavorare bene non �
detto che paghi, in questo paese. Il tecnico di solito deve "calarsi"
nella visione del commerciale, adeguarvisi e non fare resistenza.
Persino la progettazione, a volte, "cala dall'alto", e da parte di
gente che non ha la minima idea di cosa si debba fare. Il principio �
fare e rifare, costruire un palazzo traballante pur di intascare i
soldi della gara, tenerlo in piedi con sputo e stecchini, tanto
arriver� qualcun altro a riparare ed eventualmente abbattere e
ricostruire. E altri soldi gireranno. Anni fa fui coinvolto nel
recupero di un progetto che era stato commissionato a tutti i paesi
europei ed aveva una certa deadline; l'Italia era, come al solito, il
fanalino di coda. I commissari di Bruxelles dicevano che non ce
l'avremmo mai fatta (la Spagna aveva quasi completato lo sviluppo, la
Germania era agli sgoccioli e cos� pure gli altri paesi membri).
Prendemmo in mano il codice scritto dall'azienda a cui era stato
commissionato (e che ci aveva supplicato d'aiutarli), lo guardammo, ci
disgustammo, lo buttammo via e in venti giorni lo riscrivemmo, preciso
e funzionante. L'Italia fece un balzo, super� tutti gli altri paesi e
fu il primo paese europeo a finire i test di pre-conformit� e
conformit� con Bruxelles. Primi. Dal Belgio abbracci e complimenti. Il
commerciale italiano ci redargu� perch� eravamo stati "troppo bravi"
(parole sue). Avevamo, in sostanza, finito prima del previsto e quindi
prima della scadenza della commessa. Roba da prenderlo a schiaffi.



Curiosit� personale: l'azienda che ha preso l'appalto vi ha quindi
subcommissionato lo sviluppo ?
PaF

subcommissionato lo sviluppo ?
L'ho chiamata "azienda", ma non � un'azienda vera e propria. E' che
non voglio farne il nome, ma la conoscono praticamente tutti :)
Diciamo che facendo 2+2 non � neanche troppo difficile arrivarci,
comunque s�, si sono rivolti ad un'azienda esterna (per la quale io
prestavo consulenza, non ero dipendente) per risollevare le sorti di
un progetto che era dato per spacciato. Si trattava di sviluppare in C
su sistemi AIX e avevano fatto certi casini nel codice davvero
inenarrabili.

 Lordi immagino.
In ritenuta d'acconto... :) 


 mosche bianche.
<CUT>
Anch'io ho una storiella edificante da raccontare.
Negli ultimi 5 anni circa ho collaborato come consulente presso 
<inserire qui il nome di arcinota multinazionale delle 
telecomunicazioni>. All'inizio mi � stato commissionato lo sviluppo di 
un sottosistema fondamentale nell'architettura di un apparato di rete di 
telefonia cellulare, che tuttora gode di un ottimo successo di vendita: 
giusto per fare un esempio, una buona fetta delle telefonate cellulari 
in Italia sono possibili *anche* grazie a software scritto da me.
Orbene, da qualche tempo a questa parte, la crisi economica ha spinto 
l'arcinota multinazionale a mettere in atto una colossale strategia di 
tagli e di riduzione dei costi.
Il sottosistema di cui ero responsabile, che gira da diversi anni nelle 
pi� svariate parti del mondo, poteva ormai contare su una tra le pi� 
basse difettosit�:da anni solo segnalazioni di problemi men che 
secondari. Questo ha paradossalmente giocato a sfavore mio e del team di 
persone da me coordinato: la logica seguita nell'effettuare i tagli ha 
preferito sfrondare nei team nei quali non era necessario dare 
continuit� all'assistenza di un prodotto ormai maturo. Altre persone e 
altri sottosistemi alle prese da anni con una lista di problemi e bachi 
software quasi ingestibile, continuano la collaborazione con l'arcinota 
multinazionale.
Quelli restano al lavoro, io e altri come me che avevano lavorato bene, 
a spasso.
E questo nonostante gli attestati di stima, i complimenti e la 
gratitudine per l'ottimo lavoro svolto.
La morale ricavatela voi.

 La morale ricavatela voi.
Fanno bene in MS a programmare a cazzo.

 La morale ricavatela voi.
Mi dispiace ovviamente dell'inqualificabile comportamento della
"arcinota multinazionale" .
Però secondo me bisogna distinguere bene. La multinazionale molto
probailmente ha usato con te lo stesso trattamento che avrebbe usato
in altri paesi più "moderni" dell'Italia. Anzi, è molto probabile che
la cultura del taglio indiscriminato, per far cassa subito, sia
inculcata dalla sede centrale straniera di tale azienda. Quindi
l'Italia, nel caso specifico, non c'entra un bel niente.
Al massimo possiamo discutere se i dirigenti italiani di
multinazionali estere siano più ottusi e figli-di-.... di quelli
stranieri. Ma la cultura corrente è quella, non c'è da farsi
illusioni.
La differenza enorme tra Italia e Usa, GB, ecc. è che laggiù  *ci
metti pochi mesi a ritrovare un lavoro equivalente*! (almeno, è vero
fino adesso. Da vedere con la crisi cosa succederà).
Questo è segno che non puoi prendere la cultura aziendale, es.,
americana e riportarla pari pari in Italia. Lì funziona, qui no.

americana e riportarla pari pari in Italia. L� funziona, qui no.
Concordo al 100%.
Stef