Re: (ri)cominciare a programmare in c++

[Marcoxxx]

Il 09/06/2022 16.51, Luis ha scritto:
> ciao a tutti,
> dopo anni sto riprendendo a studiare c++ (anche java, c#,
> javascript, e sei riesco python), e per le aziende sono un
> po' grande, avendo passato i 50 (mi manca 1 esame e la tesi
> per la laurea in ingegneria informatica), mi piacerebbe
> capire come entrare in questo giro, magari da consulente
> esterno, che tanto le aziende italiane cercano solo junior
> e se senior li vogliono super esperti.

Se è per questo, anche le aziende di consulenza esterna,
con la differenza che le aziende di consulenza esterna ti pagano
comunque da junior, ammesso che ti paghino.
>
> mi spiego, il mio sogno è:
> -per qualche mese studio e mi faccio qualche applicazione
> di c++, (re)imparo il linguaggio per conto mio con
> approccio general purpose
> -mi chiama l'azienda xyz: "ci serve un software in c++,
> delle classi, dei template, una sezione multithread, etc.

Questa la vedo molto difficile. Oggi come oggi credo che C++ sia in
totale disarmo rispetto ad anni fa. Il multithread poi credo che vada
anche peggio.

> ti diamo le specifiche, tu da casa ci scrivi il software,
> lo testi, fai delle simulazioni, ce lo passi e noi ti
> paghiamo dietro fattura".

Non so a Milano, ma a Roma questo te lo puoi scordare al 100%,
soprattutto se hai contratti con aziende di consulenza esterna (a meno
che non capiti ancora un periodo di lockdown dovuto alla pandemia). Il
consulente esterno ha contratto con azienda X che lo rivende a Y che lo
rivende a Z. Z poi rivende il suo software al cliente C. Il cosnulente
esterno viene mandato sempre e comunque a lavorare nella sede di C,
spesso in una stanza "dedicata" al fornitore Z (fornitore di C) e con
dirigenti di Z (e a volte anche di C e di Y) che tengono il consulente
esterno sotto stretta sorveglianza e tutto quello che fai al di fuori
della loro sorveglianza è rigorosamente "non pagato", anche se spesso ti
tocca farlo perché altrimenti non riesci a rispettare i tempi di
consegna. Inoltre molto spesso Z dice a C che tu sei allocato al 100% al
progetto di C, (e quindi si fa pagare da C le tue 8-10 ore giorno )ma
poi Z pretende che tu lavori 4 ore al progetto di C, due ore al progetto
dell'altro loro cliente D, e 2 ore al progetto dell'altro loro cliente E
(ovviamente anche da E e da D si fanno pagare 8-10 ore al giorno tue,
per cui tu devi produrre per trenta ore che Z si fa pagare dai suoi
clienti, ma lo devi fare in 8-10 ore delle quali se te ne vengono pagate
5 è giù grassa). Per lo meno se hai un contratto direttamente con C ti
pagano le ore che fai (se lo hai con Z è sempre peggio che con C, ma
meglio che con X o Y). Inoltre se hai contratti con X o Y ogni 1 o 2
anni sei soggetti all'andamento dell'asta al ribasso che ogni anno sia C
che Z impongono ai loro fornitori. Cioè ogni 1-2 anni, se arriva
un'azienda K che fornisce a Y del lavoratori a costi minori rispetto a
quelli dell'azienda X, allora K prenderà il posto di X e tu dovrai
cercarti un altro lavoro. Al limite, in casi ai limiti della legalità,
potrai passare da X a K accettando la relativa riduzione del compenso
(e ovviamente al benché minimo problema legale sia X che Y che Z che C
che K, che magari ti avranno chiesto loro [tranne X] "ufficiosamente" di
passare da X a K, non avranno il benché minimo scrupolo ad indicarti
come responsabile penale di qualsiasi problema [nel caso in cui ad
esempio X andasse in tribunale a dire che K ha fatto concorrenza sleale
a X "soffiandogli" un lavoratore, tutte le aziende si coalizzerebbero
immediatamente per indicare te come unico responsabile di eventuali
illeciti penali e non solo e non avrebbero alcuno scrupolo nel chiedere
tutte quante un risarcimento a te: X direbbe che tu gli hai causato un
danno passando illecitamente da X K, Y direbbe che ha avuto un danno
d'immagine da tutta la vicenda che compromette i suoi a affai con Z,
così come Z direbbe che tu hai compromesso i suoi affari con C, ecc. E
nessuna delle aziedne X,Y,Z,C e K si farebbe alcuno scrupolo nel
fabbricare prove false a tuo carico, che tu non potresti dimostrare
essere false]) .



> -magari per aziende sempre diverse per conoscere ambiti
> applicativi sempre diversi, che mi fa crescere
> professionalmente e personalmente.

> poi ... oh ... se un'azienda si affeziona non mi tiro
> indietro eh.

Le aziende C si affezionano molto, basta che il tuo contratto non sia
con loro. Però si affezionano solo fino alla prossima ristrutturazione.

> ho speranze secondo voi?
> ah ... (soprav)vivo a milano.
> grazie per i pareri in anticipo
>
> ps: non cerco riferimenti, solo dei pareri :)

Secondo me, se ti sei rimesso a studiare, potresti andare fino in fondo
e prendere una laurea magistrale in Data Management, magari con qualche
specializzazione in AI (un po' rimpiango di non aver provato a farlo
quando forse ne avrei avuto la possibilità, nel periodo 2015-2020) . E'
molto più probabile che trovi qualcosa di stabile, magari attraverso
concorso (personalmente le consulenze esterne le lascerei proprio perdere).


--
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus

[Marcoxxx]

> e prendere una laurea magistrale in Data Management,

Scusa, ho scritto una cavolata. Intendevo Data Science

[enoquick]

Il 09/06/22 09:51, Luis ha scritto:

> ciao a tutti,
> dopo anni sto riprendendo a studiare c++ (anche java, c#,
> javascript, e sei riesco python), e per le aziende sono un
> po' grande, avendo passato i 50 (mi manca 1 esame e la tesi
> per la laurea in ingegneria informatica), mi piacerebbe
> capire come entrare in questo giro, magari da consulente
> esterno, che tanto le aziende italiane cercano solo junior
> e se senior li vogliono super esperti.
>

> ho fatto software per automazione per 25 anni, mi sono
> stancato di scrivere software al freddo di un capannone
> industriale.

>
> mi spiego, il mio sogno è:
> -per qualche mese studio e mi faccio qualche applicazione
> di c++, (re)imparo il linguaggio per conto mio con
> approccio general purpose
> -mi chiama l'azienda xyz: "ci serve un software in c++,
> delle classi, dei template, una sezione multithread, etc.

> ti diamo le specifiche, tu da casa ci scrivi il software,
> lo testi, fai delle simulazioni, ce lo passi e noi ti
> paghiamo dietro fattura".

> -magari per aziende sempre diverse per conoscere ambiti
> applicativi sempre diversi, che mi fa crescere
> professionalmente e personalmente.
> poi ... oh ... se un'azienda si affeziona non mi tiro
> indietro eh.

> ho speranze secondo voi?
> ah ... (soprav)vivo a milano.
> grazie per i pareri in anticipo
>
> ps: non cerco riferimenti, solo dei pareri :)

Il mio consiglio e' prendi dimestichezza con il linguaggio,fai quello
che ti piace fare fino a quando e' possibile


--
|___|

[enoquick]

Il 09/06/22 11:45, Marcoxxx ha scritto:

> Il 09/06/2022 16.51, Luis ha scritto:

> Questa la vedo molto difficile. Oggi come oggi credo che C++ sia in
> totale disarmo rispetto ad anni fa. Il multithread poi credo che vada
> anche peggio.
>

[CUT]

Mica tanto, qualche anno fa dai benchmark fatti da me risultava
superiore a java (il multi th)
Che sia in decadenza idem,rimane sempre uno dei linguaggi piu usati



--
|___|

[rootkit]

On Thu, 9 Jun 2022 16:51:37 +0200, Luis wrote:

> ciao a tutti,
> dopo anni sto riprendendo a studiare c++ (anche java, c#,
> javascript, e sei riesco python), e per le aziende sono un po' grande,
> avendo passato i 50 (mi manca 1 esame e la tesi per la laurea in
> ingegneria informatica), mi piacerebbe capire come entrare in questo
> giro, magari da consulente esterno, che tanto le aziende italiane
> cercano solo junior e se senior li vogliono super esperti.
>
> ho fatto software per automazione per 25 anni, mi sono stancato di
> scrivere software al freddo di un capannone industriale.
>
> mi spiego, il mio sogno è:
> -per qualche mese studio e mi faccio qualche applicazione di c++,
> (re)imparo il linguaggio per conto mio con approccio general purpose -mi
> chiama l'azienda xyz: "ci serve un software in c++,
> delle classi, dei template, una sezione multithread, etc.
> ti diamo le specifiche, tu da casa ci scrivi il software,
> lo testi, fai delle simulazioni, ce lo passi e noi ti paghiamo dietro
> fattura".
> -magari per aziende sempre diverse per conoscere ambiti applicativi
> sempre diversi, che mi fa crescere professionalmente e personalmente.

ma lascia perdere proprio. a parte che hai una visione "vintage" di come
si fa software, così finisci in una body rental da 4 soldi che ti rivende
per qualsiasi cosa. questo è il destino dei "general purpose" specie di
una certa età.

il software poi si realizza in team, ci sono i processi, il devops, è
finita il secolo scorso l'epoca in cui si danno le specifiche al singolo e
questo torna dopo un tot con il programma fatto e finito.

hai più di 50 anni e siccome anch'io ho più di 50 anni lascia che ti dia
una notizia buona e una cattiva. la notizia buona è che il mercato c'è ed
è vivace anche per chi ha la nostra età (io stesso mi sono messo sul
mercato e ti garantisco ho avuto l'imbarazzo della scelta): la notizia
cattiva è che il mercato cerca come il pane la *specializzazione* e del
"general purpose" non sa cosa farsene.

vuoi un consiglio? lascia perdere la programmazione. o meglio, datti da
fare sul fronte architetture e sistemi, fra cloud e cloud-native c'è una
fame di professionalità che porta via. se sei rimasto indietro e non sai
cosa sono i container, kubernetes, pipeline, etc... male ma è l'occasione
per trovare quella crescita professionale e personale che cercavi. oppure
specializzati su data analysis e machine learning. in ogni caso
specializzati.

[rootkit]

On Thu, 9 Jun 2022 12:53:27 -0500, enoquick wrote:

> Il 09/06/22 11:45, Marcoxxx ha scritto:
>> Il 09/06/2022 16.51, Luis ha scritto:
>
>> Questa la vedo molto difficile. Oggi come oggi credo che C++ sia in
>> totale disarmo rispetto ad anni fa. Il multithread poi credo che vada
>> anche peggio.
>>
> [CUT]
>
> Mica tanto, qualche anno fa dai benchmark fatti da me risultava
> superiore a java (il multi th)

rotfl!!!

[Vittorio]

Il 09/06/2022 16:51, Luis ha scritto:

> ps: non cerco riferimenti, solo dei pareri :)

macchè parere, sei venuto qui per avere un riconoscimento che non
troverai mai

[Dash]

On 09/06/2022 16:51, Luis wrote:
[CUT]

>
> ho fatto software per automazione per 25 anni, mi sono
> stancato di scrivere software al freddo di un capannone
> industriale.
>
> mi spiego, il mio sogno è:

[CUT]

>
> ps: non cerco riferimenti, solo dei pareri :)

Cosa hai fatto in particolare per 25 anni?
Hai configurato i vari PLC attraverso i software proprietari
Honeywell, Siemen, Bosch, Hitachi ecc.?
Oppure hai partecipato all realizzazione di questi software proprietari?

[Dash]

On 10/06/2022 07:51, Luis wrote:

> ho sviluppato software per impianti e macchine automatiche
> industriali

Quindi in sostanza butteresti tutti questi anni di esperienza
per un'altra strada che non non solo non conosci, ma ammesso di
riuscire a imparare qualcosa di nuovo, non sai nemmeno se ti pagherà
il conto mensilmente.

[LutherBlissett]

Spiega meglio questa risposta del cazzo.
Cosa intendi per "riconoscimento"?

[rootkit]

On Thu, 9 Jun 2022 18:45:58 +0200, Marcoxxx wrote:


> Questa la vedo molto difficile. Oggi come oggi credo che C++ sia in
> totale disarmo rispetto ad anni fa. Il multithread poi credo che vada
> anche peggio.

quello che lo frega è come si presenta e quello che chiede al mercato. ci
sono ambiti e aziende che lavorano con c++ ma bisogna mettersi nell'ordine
delle idee di entrare con tutte le scarpe in uno di questi ambiti e
levarsi dalla testa di essere ricercato come consulente specialista di
linguaggio. è una figura che non esiste più ma non da ora, dal secolo
scorso. puntare su consulenze di linguaggio vuol dire mettersi nelle mani
delle body rental che a quel punto ti piazzano dove torna meglio a loro e
alle condizioni che tornano meglio a loro.

>> ti diamo le specifiche, tu da casa ci scrivi il software, lo testi, fai
>> delle simulazioni, ce lo passi e noi ti paghiamo dietro fattura".
>
> Non so a Milano, ma a Roma questo te lo puoi scordare al 100%,
> soprattutto se hai contratti con aziende di consulenza esterna

ma anche a canicattì o a sidney. i progetti software si realizzano in
team, ormai non esiste più nulla a misura di singolo e non è pensabile
fare a meno di una forte interdipendenza anche nelle posizioni full
remote.

[bramante]

Il 10/06/22 09:24, Luis ha scritto:

> On Fri, 10 Jun 2022 08:01:16 +0200, Dash wrote:
>
>>> ho sviluppato software per impianti e macchine automatiche
>>> industriali
>>

sempre nel tuo ambito c'è tutta la prateria dell'industria 4.0
mi specializzerei su quello
non butterei 25 anni di conoscenza e professionalità

>> Quindi in sostanza butteresti tutti questi anni di esperienza
>> per un'altra strada che non non solo non conosci, ma ammesso di
>> riuscire a imparare qualcosa di nuovo, non sai nemmeno se ti pagherà
>> il conto mensilmente.
>

> è un piano b, non butto via niente, ma avendo un piano b
> potrei scegliere lavori di maggiore qualità, come ti dicevo
> lavorare al freddo al pc in un capannone industriale, e
> talvolta anche all'aperto, non è il massimo, anche se il
> lavoro mi piace molto, è molto divertente fare sofware per
> impianti meccanici e macchine automatiche, ne ho fatte di
> spettacolari.
> studiare nella direzione che mi state indicando per me non
> è un peso, sono cose che mi piacciono moltissimo, nella
> peggiore delle ipotesi diventa un hobby.
> poi nella mia vita ho trovato un sacco di persone di
> elivello estremamente basso in diversi ambiti, non penso
> sfigurerei, magari finisco a fare cose semplici, pazienza

come puntare in basso invece che in alto.



bo questo modo di ragionare non lo capisco.

[Dash]

On 10/06/2022 09:24, Luis wrote:
> On Fri, 10 Jun 2022 08:01:16 +0200, Dash wrote:
>

>>> ho sviluppato software per impianti e macchine automatiche
>>> industriali
>>
>> Quindi in sostanza butteresti tutti questi anni di esperienza
>> per un'altra strada che non non solo non conosci, ma ammesso di
>> riuscire a imparare qualcosa di nuovo, non sai nemmeno se ti pagherà
>> il conto mensilmente.
>

> è un piano b, non butto via niente, ma avendo un piano b
> potrei scegliere lavori di maggiore qualità, come ti dicevo
> lavorare al freddo al pc in un capannone industriale, e
> talvolta anche all'aperto, non è il massimo, anche se il
> lavoro mi piace molto, è molto divertente fare sofware per
> impianti meccanici e macchine automatiche, ne ho fatte di
> spettacolari.
> studiare nella direzione che mi state indicando per me non
> è un peso, sono cose che mi piacciono moltissimo, nella
> peggiore delle ipotesi diventa un hobby.
> poi nella mia vita ho trovato un sacco di persone di
> elivello estremamente basso in diversi ambiti, non penso
> sfigurerei, magari finisco a fare cose semplici, pazienza

Un consiglio caloroso.
Le cose più sensate nel tuo caso potrebbero essere 1) quella di allargare le
conoscenze nel settore che già conosci. Fabbriche
con capannoni che necessitano di PLC ce ne sarà smepre bisogno; 2)
iniziare con il web development. Quest'ultimo te le consiglio solo in parte.
Da un lato il materiale è tutto in rete, ciascuna tecnologia non è complessa,
puoi cominciare a vedere i risultati sin da subito. Dall'altro, ahimè,
il web development è un calderone di tecnologie tools ecc. HTML, CSS, LESS,
SASS, Javascript, static website generators, Hugo, Typescript, Nodejs, PHP,
Electron, WebApp, i vari framework lato clients tailwind, bootstrap, app per
android, iOS ecc. ecc. Magari con un po' di impegno e passione riesci a
ritagliarti un po' di spazio tutto tuo.

Con il C++ e non solo ci lavoro da una trentina d'anni e ti posso dire che
non ti porterà nessun lavoro conoscendo solo quello, ammesso che tu lo riesca
ad imparare in un tempo ragionevole, almeno nelle sue parti più centrali.


- Dash

[enoquick]

Il 09/06/22 16:30, rootkit ha scritto:

Mi spiace per te ma i test erano chiari
I test avevano rilevato un context switch fra i thread piu performante
di c++ rispetto a java



--
|___|

[Roberto Tempesti]

Il 10/06/2022 15:32, enoquick ha scritto:
> I test avevano rilevato un context switch fra i thread piu performante
> di c++ rispetto a java

I *TUOI* test. Valgono come le premonizioni del Mago Oronzo.
--
The three most dangerous things in the world are a programmer with a
soldering iron, a hardware type with a program patch and a user with an
idea.

“Alles hat ein Ende, nur die Wurst hat zwei”

[enoquick]

Il 10/06/22 09:07, Roberto Tempesti ha scritto:

> Il 10/06/2022 15:32, enoquick ha scritto:
>> I test avevano rilevato un context switch fra i thread piu performante
>> di c++ rispetto a java
>
> I *TUOI* test. Valgono come le premonizioni del Mago Oronzo.

I miei test erano stati pubblicati proprio qui,nessuno li ha messi in
discussione su questo
Non a parole ma revisionando il codice
Quindi le tue parole sono,tanto per non cambiare,da quaraquaqua



--
|___|

[Betti]

Il 10/06/2022 16:22, enoquick ha scritto:
>
> I miei test erano stati pubblicati proprio qui,nessuno li ha messi in
> discussione su questo

Non hai preso in considerazione l'ipotesi che nessuno li abbia mai cagati?

[Roberto Tempesti]

Il 10/06/2022 16:22, enoquick ha scritto:

> I miei test erano stati pubblicati proprio qui,nessuno li ha messi in
> discussione su questo

Infatti, nessuno li ha messi in discussione. Non lo meritavano.
La gente si è limitata a cacarci sopra.
Imbecille

[enoquick]

Il 10/06/22 09:24, Betti ha scritto:

No,perche ci furono discussione all'epoca


--
|___|

[enoquick]

Il 10/06/22 09:44, Roberto Tempesti ha scritto:

> Il 10/06/2022 16:22, enoquick ha scritto:
>> I miei test erano stati pubblicati proprio qui,nessuno li ha messi in
>> discussione su questo
>
> Infatti, nessuno li ha messi in discussione. Non lo meritavano.
> La gente si è limitata a cacarci sopra.
> Imbecille

Quando un pubblicai un programma java non adeguatamente ottimizzato mi
fu fatto notare
Quindi non si erano limitati a cacarci sopra
Come al solito,tanto per non cambiare, stai sparando cazzate


--
|___|

[Roberto Tempesti]

Non erano esattamente "discussioni" quanto, più precisamente,
"spernacchiamenti".

Insomma, fosti mandato a cacare immantinentemente.
Cialtrone affetto da cretinismo!

[Roberto Tempesti]

Il 10/06/2022 17:13, enoquick ha scritto:
> Quando un pubblicai un programma java non adeguatamente ottimizzato mi
> fu fatto notare
> Quindi non si erano limitati a cacarci sopra

Infatti c'è a chi è venuta un'ernia da sforzo a furia di sghignazzare.
Pezzente, cialtrone e imbecille senza speranza alcuna (non ti basta
nemmeno Lourdes).

[enoquick]

Il 10/06/22 11:07, Roberto Tempesti ha scritto:

> Il 10/06/2022 17:10, enoquick ha scritto:
>> Il 10/06/22 09:24, Betti ha scritto:
>>> Il 10/06/2022 16:22, enoquick ha scritto:
>>>>
>>>> I miei test erano stati pubblicati proprio qui,nessuno li ha messi
>>>> in discussione su questo
>>>
>>> Non hai preso in considerazione l'ipotesi che nessuno li abbia mai
>>> cagati?
>>>
>>>
>>
>> No,perche ci furono discussione all'epoca
>>
>>
>
> Non erano esattamente "discussioni" quanto, più precisamente,
> "spernacchiamenti".
>
> Insomma, fosti mandato a cacare immantinentemente.
> Cialtrone affetto da cretinismo!

erano discussioni, caro il mio sovietico
Ma chiamale come vuoi
Affari tuoi


--
|___|

[enoquick]

Il 10/06/22 11:09, Roberto Tempesti ha scritto:

> Il 10/06/2022 17:13, enoquick ha scritto:
>> Quando un pubblicai un programma java non adeguatamente ottimizzato mi
>> fu fatto notare
>> Quindi non si erano limitati a cacarci sopra
>
> Infatti c'è a chi è venuta un'ernia da sforzo a furia di sghignazzare.
> Pezzente, cialtrone e imbecille senza speranza alcuna (non ti basta
> nemmeno Lourdes).
>

Invece negli altri casi che erano corretti cosa gli e' venuto caro il
mio sovietico ?


--
|___|

[Dash]

On 10/06/2022 20:35, Luis wrote:

> On Fri, 10 Jun 2022 14:10:17 +0200, Dash wrote:
>
>> iniziare con il web development.
>

> in effetti il web developement non mi ha mai attirato

>
>> Con il C++ e non solo ci lavoro da una trentina d'anni e ti posso dire che
>> non ti porterà nessun lavoro conoscendo solo quello, ammesso che tu lo riesca
>> ad imparare in un tempo ragionevole, almeno nelle sue parti più centrali.
>

> ok, grazie per i consigli

Sarebbe gentile se ci facessi sapere come è andata finire in futuro, se non ti
scoccia.


In bocca al lupo.

- Dash

[Marcoxxx]

Il 09/06/2022 18:59, Luis ha scritto:
> On Thu, 9 Jun 2022 18:45:58 +0200, Marcoxxx wrote:
>

>> Oggi come oggi credo che C++ sia in

[SNIP]

>> con loro. Però si affezionano solo fino alla prossima ristrutturazione.

> e
> cosa ne pensi se cercassi direttamente le aziende finali?

Se riesci ad avere contratti con quelle sarebbe le cosa migliore

> oggi come oggi si affidano solo a intermediari?

Da molti anni i clienti finali cercano di avere quasi solo contratti con
altre aziende, possibilmente grandi e con elevato capitale sociale,
semplicemente perché se qualcosa va storto possono rivalersi sui loro
fornitori. Se il fornitore è un privato con p.iva., anche facendogli
causa non possono ottenere più di tanto, mentre se il fornitore è una
spa con un capitale sociale di 1.000.000 di euro possono ottenere
eventuali risarcimenti anche elevati, almeno in teoria.

Di solito negli ultimi anni, almeno quello che ne so io, se non si
rivolgono a grandi fornitori esterni (che poi a loro volta si rivolgono
ad altri fornitori che eventualmente possono rivolgersi ad altri, ecc.
secondo il meccanismo descritto nel post precedente) prendono degli
stagisti/apprendisti o comunque dei giovani alle prime esperienze.

Molto difficilmente si rivolgono direttamente al singolo libero
professionista esperto, però uno un tentativo lo può sempre fare.

Questa è un po' la situazione, almeno a Roma, dove i clienti finali
prevalentemente sono grandi aziende o enti pubblici tipo ministeri o
simili.

Magari però a Milano ci potranno essere più aziende di dimensioni
medio-piccole che potrebbero anche rivolgersi direttamente al singolo
professionista, non saprei.

>> Secondo me, se ti sei rimesso a studiare, potresti andare fino in fondo
>> e prendere una laurea magistrale in Data Management, magari con qualche
>> specializzazione in AI (un po' rimpiango di non aver provato a farlo
>> quando forse ne avrei avuto la possibilità, nel periodo 2015-2020) . E'
>> molto più probabile che trovi qualcosa di stabile, magari attraverso
>> concorso (personalmente le consulenze esterne le lascerei proprio perdere).
>

> annotato, grazie.

Come avevo corretto anche in altro post, intendevo Data Science, non
Data Management.

> per concorso cosa intendi?
> pubblica amministrazione?

Anche PA, anche se c'è da dire che concorsi per informatici non ce ne
sono moltissimi; ogni tanto però ad esempio banca d'italia, consob o
simili ne indicono.

Se sei "fresco di studi" potresti anche avere qualche successo, anche se
da questo punto di vista competere con i 25-30enni è dura.

Ciao,
Marco.

[Marcoxxx]

Il 09/06/2022 19:00, Luis ha scritto:

> On Thu, 9 Jun 2022 18:49:16 +0200, Marcoxxx wrote:
>
>>> e prendere una laurea magistrale in Data Management,
>>
>> Scusa, ho scritto una cavolata. Intendevo Data Science
>

> ho fatto l'esame di data base, molti anni fa a dire il
> vero,


Anch'io. Leggendo qua e la mi sono reso conto che oggi la situazione è
molto diversa (i DB relazionali non credo siano più gli unici ad avere
une certa importanza, anche se ancora hanno qualche importanza).

Comunque so di enti pubblici che non molto tempo fa (poco prima della
pandemia) avevano indetto concorsi volti a cercare espressamente persone
con specifica esperienza di AI. Io attualmente, più per hobby che per
altro, sto provando a leggere questa roba qui https://d2l.ai/
(con molte difficoltà, visto che ad esempio per usare tensorflow ho
dovuto ricompilarlo in una shell linux di windows 10, visto che le
versioni precompilate non girano sui miei vecchi computer, dato che
ottengo errori del tipo: "la tua cpu non supporta l'istruzione <tal dei
tali>")

e quello di knowledge engineering, anche se il
> semantic web e owl sembra siano discipline in via di
> dismissione, nessuno chiede queste competenze, o sono io
> imbranato che non trovo niente .........

Credo che ora come ora sia più richiesta roba tipo Big Data, Machine &
Deep Learning, Cloud, DB non relazionali, eventualmente reti neurali, ecc.

I primi link con offerte che ho trovato:

https://it.indeed.com/offerte-lavoro-Data-Scientist?vjk=cc98a17af451769c

https://it.linkedin.com/jobs/data-scientist-offerte-di-lavoro?position=1&pageNum=0

[rootkit]

ma che dai retta a lui? postò per mesi quelle cacate di programmi che lui
chiamava "benchmark" e ci fu un thread infinito. se dice che nessuno li ha
messi in discussione è perché è un coglione col fischio.

[bramante]

Il 10/06/22 20:33, Luis ha scritto:

> On Fri, 10 Jun 2022 11:01:03 +0200, bramante wrote: >>
>> come puntare in basso invece che in alto.
>> bo questo modo di ragionare non lo capisco.
>

> neanche io, sto cercando di capire, e devo dire ancora non
> l'ho capito bene: perchè puntare in basso?
> cosa dovrei fare invece per puntare in alto?
> in alto si punta magari un secondo momento, dopo essere
> entrato nel giro

in alto si punta dopo 25 anni di carriera, dovresti avere una knowledge
sul campo automazione industriale non indifferente sempre se non ti sei
limitato a fare il pigiatasti.

punterei su una carriera che va ben oltre la programmazione, ma ad
analisi di processi di automazione industriale e come integrarli nei
processi aziendali.

c'è una azienda ad esempio che implementa dei sistemi hardware e
software per la tracciatura, che va dalla lavorazione industriale fino
alla consegna del prodotto nei punti vendita.
non parlo di software gestionale ma di quello che viene definito
industria 4.0

[Marco]

On Fri, 10 Jun 2022 22:25:28 +0200, Luis <lu...@luis.com> wrote:

> comunque rimango in questo gruppo che c'è un bell'ambiente,

Poveretto te.

--
Ciò che si vede, è.

[Marcoxxx]

Il 10/06/2022 22:22, Luis ha scritto:

> On Fri, 10 Jun 2022 21:55:41 +0200, Marcoxxx wrote:
>
>> altro, sto provando a leggere questa roba qui https://d2l.ai/
>

> non il Russel-Norvig?

Non sono un esperto, non ti so dire quale sia migliore né se trattino
esattamente gli stessi argomenti. Io ho iniziato a leggere quello
semplicemente perché ho visto che era tra i testi di riferimento di uno
dei corsi di esame del corso di laurea in Data Science dell' Università
di Roma

[enoquick]

Il 10/06/22 15:53, rootkit ha scritto:

Eri stato proprio tu a magnificare java come performante rispetto a c++
Ti avevo dimostrato che non era cosi e per minimizzare il tutto ora
vieni fuori con queste sparate da volpe e uva



--
|___|

[Vittorio]

Il 10/06/2022 16:44, Roberto Tempesti ha scritto:
> Il 10/06/2022 16:22, enoquick ha scritto:
>> I miei test erano stati pubblicati proprio qui,nessuno li ha messi in
>> discussione su questo
>
> Infatti, nessuno li ha messi in discussione. Non lo meritavano.
> La gente si è limitata a cacarci sopra.
> Imbecille

dal tuo parlare ricco di contumelie e insulti traspare tutta la tua
insicurezza e il tuo sentirti inadeguato.

[Luciano]

Il 09/06/22 16:51, Luis ha scritto:
> ciao a tutti,
> dopo anni sto riprendendo a studiare c++ (anche java, c#,
> javascript, e sei riesco python), e per le aziende sono un
> po' grande, avendo passato i 50 (mi manca 1 esame e la tesi
> per la laurea in ingegneria informatica)

Ma oggigiorno nelle università che "studiano"? A mio avviso non fare C e
C++ significa ignorare alcune pietre miliari dell'informatica. Non ha
nessuna importanza se oggi "non vanno di moda": quella roba è talmente
basilare e importante da essere sempre utile (anche per gli altri
linguaggi da te citati). Non dico che bisogna diventare fenomeni del
C++, perché servirebbe troppo tempo, ma almeno sapere dove mettere le
mani e in quali circostanze farlo. Mah!

[rootkit]

On Sat, 11 Jun 2022 08:52:49 -0500, enoquick wrote:


>> ma che dai retta a lui? postò per mesi quelle cacate di programmi che
>> lui chiamava "benchmark" e ci fu un thread infinito. se dice che
>> nessuno li ha messi in discussione è perché è un coglione col fischio.
>
>
> Eri stato proprio tu a magnificare java come performante rispetto a c++
> Ti avevo dimostrato che non era cosi e per minimizzare il tutto ora
> vieni fuori con queste sparate da volpe e uva

ma vaffanculo, bugiardo patologico. metterli a confronto è stata un'idea
tua e solo tua. io se ti ricordi ti chiesi: ma se c++ è così più
performante mi spieghi perché kafka, hadoop, cassandra e altri strumenti
di high-performance data management sono scritti in java? peccato tu manco
sapessi di cosa stessi parlando perché sai una sega te cosa vuol dire
avere *veramente* bisogno di performance elevate. tu scrivi un loop che fa
un milione di volte 2+2 o che spawna un milione di thread e per te quello
è un benchmark. e giù seghe come non ci fosse un domani.

[enoquick]

Il 11/06/22 13:26, rootkit ha scritto:

Un linguaggio non viene scelto solo le performance
I tuoi tools java li avranno fatti in java perche gli sviluppatori
avranno avuto le loro ragioni e non e' detto che lo abbiano fatto per le
performance
Il test sui thread invece era fatto per valutare il context switch dei
thread mero e crudo
Il corpo del thread era praticamente vuoto proprio per questo, per avere
meno influenza da parte di altre elaborazioni
Ma e' ovvio ,sono benchmarks mica programmi reali
In un programma reale magari il context switch dei thread e' ininfluente
proprio perche il tempo di elaborazione del corpo del thread e' molto
maggiore dello stesso context switch quindi questo ultimo irrilevante
come tempistica
Risultato che la tua critica sui thread e' assolutamente
irrilevante,andava proprio fatta cosi








--
|___|

[M C]

On 11/06/2022 19:10, Luciano wrote:
> Ma oggigiorno nelle università che "studiano"?

c/c++, python e java l'ultima volta che mi sono informato
tutto sommato, specialmente gli ultimi due, sono i linguaggi che piu'
probabilmente ti danno da mangiare

avessi il potere di cambiare le cose, metterei Go e Rust

java ancora regge anche se e' un dinosauro

python e' largamente, spropositatamente sopravvalutato "grazie" al boom
del data science, mannaggia a loro

alla fine i linguaggi per se importano poco, ad apprendere la sintassi e
il funzionamento ci si mette poco. quello che prende tempo e per cui si
viene pagati e' la conoscenza dell'ecosistema di framework e tool che
stanno intorno ai linguaggi...

[rootkit]

On Sat, 11 Jun 2022 20:59:59 -0500, enoquick wrote:


> I tuoi tools java li
> avranno fatti in java perche gli sviluppatori avranno avuto le loro
> ragioni e non e' detto che lo abbiano fatto per le performance

certo, anche elon musk per costruire i razzi avrà avuto le sue ragioni nel
fare le scelte, mica è detto che lo abbiano fatto per staccarsi da terra e
raggiungere lo spazio <grin>

> Il test
> sui thread invece era fatto per valutare il context switch dei thread
> mero e crudo

già. peccato che il context switch sia appannaggio del sistema operativo,
non del linguaggio e nemmeno della jvm. ovvero *pensi* (nella tua
ignoranza) di valutare il context switch, ma in realtà le differenze che
vedi non sono dovute a quello.

> Il corpo del thread era praticamente vuoto proprio per
> questo, per avere meno influenza da parte di altre elaborazioni

e qui siamo all'apoteosi. uno sta valutando l'efficienza del multitasking
e come lo fa? misurando il tempo che impiega a non fare un cazzo! un po'
come usare come kpi in azienda il numero di giri di pollice nell'unità di
tempo. un genio!

> Ma e'
> ovvio ,sono benchmarks mica programmi reali

ma sì, lasciamo stare il mondo reale.
c'è da misurare la velocità massima di una panda? buttiamola giù da un
dirupo, in folle e a motore spento. quanto viene, 250 km/h? segna sul
libretto.

> In un programma reale magari
> il context switch dei thread e' ininfluente proprio perche il tempo di
> elaborazione del corpo del thread e' molto maggiore dello stesso context
> switch quindi questo ultimo irrilevante come tempistica

ma vedi che sei ignorante come una capra tibetana e non ha idea di cosa
sia il context switch?
https://en.wikipedia.org/wiki/Context_switch
è proprio nei tuoi benchmark del cazzo dove i thread non fanno niente che
è irrilevante. è dove due o più thread che richiedono intensivamente tempo
cpu che lo scheduler ricorre (ovviamente) al context switching.

ammettilo, non sapevi (e non sai) cos'è il context switch, pensavi fosse
l'operazione di allocare e/o deallocare un thread, questo perché di
informatica e sistemi operativi a livello teorico non ne sai una beata
sega. sei solo un praticone che programma a braccio o per meglio dire lo
eri, perché secondo me in quelle condizioni di lavoro ne trovi poco.

> Risultato che la
> tua critica sui thread e' assolutamente irrilevante,andava proprio fatta
> cosi

bwahahahahah! che buffone presuntuoso, se tutto questo fosse stato nel
contesto di un colloquio tecnico non riusciresti a stare seduto dai calci
in culo che avresti preso...

[rootkit]

esatto. e se avessi io il potere di cambiare le cose lascerei proprio
libertà di usare a scopo didattico il linguaggio che più aggrada, come
nella musica ognuno impara sullo strumento che preferisce.

c e c++ li bandirei proprio :-) scherzi a parte gli toglierei il rango di
"pietre miliari" retaggio del secolo scorso. in ottica dei linguaggi più
moderni ormai non sono più propedeutici a nulla.

java è un caso a parte. dal punto di vista didattico bisognerebbe
concentrarsi sulla jvm e bytecode lasciando da parte il linguaggio, visto
che ne esistono diversi e più moderni.

[rootkit]

On Fri, 10 Jun 2022 20:33:28 +0200, Luis wrote:


>>> poi nella mia vita ho trovato un sacco di persone di elivello
>>> estremamente basso in diversi ambiti, non penso sfigurerei, magari
>>> finisco a fare cose semplici, pazienza

>>
>> come puntare in basso invece che in alto.
>> bo questo modo di ragionare non lo capisco.
>
> neanche io, sto cercando di capire, e devo dire ancora non l'ho capito
> bene: perchè puntare in basso?
> cosa dovrei fare invece per puntare in alto?
> in alto si punta magari un secondo momento, dopo essere entrato nel giro

credo si riferisca alla tua affermazione di cui sopra. ti confronti con i
profili più bassi e ti accontenti di finire a fare "cose semplici": ora
non c'è assolutamente nulla di male a rimettersi in gioco, a patto però di
conoscerne le regole. punto primo, chi opera con un livello estremamente
basso sono anche quelli che guadagnano meno e solitamente stanno anche sul
bordo della barca destinati ad essere espulsi dal mercato alla prima
strambata; punto secondo, entrare nel giro delle consulenze a basso costo
non ti da la possibilità di puntare più in alto in un secondo momento, ne
di crescere specie se hai già una certa età, fidati di chi queste cose le
ha viste.

puntare in alto non significa pretendere tutto e subito, ma scegliere un
percorso che porti a un miglioramento dell'attuale in tempi ragionevoli:
in altre parole nel rimettersi in gioco si può anche prevedere un
temporaneo arretramento a patto che abbia carattere di investimento,
sfruttando il capitale fin qui accumulato.

[enoquick]

Il 12/06/22 05:02, rootkit ha scritto:

> On Sat, 11 Jun 2022 20:59:59 -0500, enoquick wrote:
>
>
>> I tuoi tools java li
>> avranno fatti in java perche gli sviluppatori avranno avuto le loro
>> ragioni e non e' detto che lo abbiano fatto per le performance
>
> certo, anche elon musk per costruire i razzi avrà avuto le sue ragioni nel
> fare le scelte, mica è detto che lo abbiano fatto per staccarsi da terra e
> raggiungere lo spazio <grin>
>

Ma per favore,e' come affermare che il programma spaziale degli USA
negli anni 60 era stato fatto per provare razzi
Lo sappiamo tutti che il fine era per contrasto al URSS e dimostrare la
superiorita tecnologica occidentale
Le ragioni di Elon Musk dovrai quindi chiederle a lui, non costruisce
cero razzi per provare il distaccamento da terra
Quella e' solo una causa

>> Il test
>> sui thread invece era fatto per valutare il context switch dei thread
>> mero e crudo
>
> già. peccato che il context switch sia appannaggio del sistema operativo,
> non del linguaggio e nemmeno della jvm. ovvero *pensi* (nella tua
> ignoranza) di valutare il context switch, ma in realtà le differenze che
> vedi non sono dovute a quello.
>

E' ovvio che il context switch sia appannaggio del kernel (in linux e'
la syscall clone) ma non c'e solo quello
C'e anche del codice extra sia in java che in c++ in user space riguardo
la creazione/distruzione/attesa di un thread,che non e' il context
switch ma quando i thread sono tanti anche se durano poco come
elaborazione misurano il carico del sistema, kernel+user space
Caro il mio bamboccio, non mi venire a fare lezioni di kernel, gia negli
anni 80 studiai il system V
Il Bach del 1988 e' stato un must per quell'epoca (Unix operating
system design)
Oppure il Tanenbaum,anno 1992 (Modern Operating System)
Oppure il Linux device drivers (Alessandro Rubini 1988)
Ed in piu conosco e programmo in C da piu di trent'anni
Tu cosa hai fatto oltre quei 4 programmini scritti in java ed i soliti
insulti che proprio non puoi tirare fuori (vedi sotto) ?

>> Il corpo del thread era praticamente vuoto proprio per
>> questo, per avere meno influenza da parte di altre elaborazioni
>
> e qui siamo all'apoteosi. uno sta valutando l'efficienza del multitasking
> e come lo fa? misurando il tempo che impiega a non fare un cazzo! un po'
> come usare come kpi in azienda il numero di giri di pollice nell'unità di
> tempo. un genio!
>

Non ti e' chiaro che e' solo un benchmark per i thread
Non ha una utilita pratica

>> Ma e'
>> ovvio ,sono benchmarks mica programmi reali
>
> ma sì, lasciamo stare il mondo reale.
> c'è da misurare la velocità massima di una panda? buttiamola giù da un
> dirupo, in folle e a motore spento. quanto viene, 250 km/h? segna sul
> libretto.
>

I benchmark sono fatti cosi
Anche in fisica si usano sistemi semplici per comprendere le stesse
leggi fisiche
Pensiamo al moto rettilineo uniforme ad esempio
Quando mai una automobile nella realta pratica va in moto rettilineo
uniforme ?
Mai

>
>> In un programma reale magari
>> il context switch dei thread e' ininfluente proprio perche il tempo di
>> elaborazione del corpo del thread e' molto maggiore dello stesso context
>> switch quindi questo ultimo irrilevante come tempistica
>
> ma vedi che sei ignorante come una capra tibetana e non ha idea di cosa
> sia il context switch?
> https://en.wikipedia.org/wiki/Context_switch

Qui hai ragione,volevo intendere il tempo di creazione/distruzione
thread rispetto al tempo di elaborazione del corpo
La capra tibetana te la puoi tenere per te

> è proprio nei tuoi benchmark del cazzo dove i thread non fanno niente che
> è irrilevante. è dove due o più thread che richiedono intensivamente tempo
> cpu che lo scheduler ricorre (ovviamente) al context switching.
>
> ammettilo, non sapevi (e non sai) cos'è il context switch, pensavi fosse
> l'operazione di allocare e/o deallocare un thread, questo perché di
> informatica e sistemi operativi a livello teorico non ne sai una beata
> sega. sei solo un praticone che programma a braccio o per meglio dire lo
> eri, perché secondo me in quelle condizioni di lavoro ne trovi poco.
>

Mi sa che non sai che prima di fare la sycall di creazione del thread ci
sia altro codice in user space
Non mi venire a fare la predica, questo e' solo buttare in caciara
La solita vecchia tecnica di denigrare l'avversario

>> Risultato che la
>> tua critica sui thread e' assolutamente irrilevante,andava proprio fatta
>> cosi
>
> bwahahahahah! che buffone presuntuoso, se tutto questo fosse stato nel
> contesto di un colloquio tecnico non riusciresti a stare seduto dai calci
> in culo che avresti preso...
>
>
>

Come viene dimostrato , quando non sai piu come controbattere ecco che
si passa alla denigrazione





--
|___|

[enoquick]

Il 12/06/22 04:39, M C ha scritto:

Rust e' interessante,chissa se in Italia ha preso abbastanza piede nell'
ambito aziendale al posto di C++
Ora persino alcune parti del kernel linux vengono scritte in Rust


--
|___|

[enoquick]

Il 12/06/22 07:51, rootkit ha scritto:

C++ forse non sara propedeutico ma C rimane una pietra miliare ed e'
ancora propedeutico per una programmazione di base, molto vicina alla
macchina
Cosa che qualunque studente di informatica dovrebbe avere (magari anche
solo come infarinatura se non ha interesse a prendere quella strada)
All'atto pratico C rimarra ancora per molto tempo, oggi e' ancora molto
usato
Se no come fai a costruirti la tua bellissima jvm ?
Ti fai un compilatore java per codice nativo ?
Possibile,ma non e' la strada che hanno scelto
Prestazioni ?
Vorrei proprio una vedere una jvm costruita in java



--
|___|

[rootkit]

On Sun, 12 Jun 2022 18:32:22 +0200, Luis wrote:

> On Sun, 12 Jun 2022 12:51:41 -0000 (UTC), rootkit wrote:
>
>> c e c++ li bandirei proprio :-) scherzi a parte gli toglierei il rango
>> di "pietre miliari" retaggio del secolo scorso. in ottica dei linguaggi
>> più moderni ormai non sono più propedeutici a nulla.
>> java è un caso a parte. dal punto di vista didattico bisognerebbe
>> concentrarsi sulla jvm e bytecode lasciando da parte il linguaggio,
>> visto che ne esistono diversi e più moderni.
>

> esempio?

scala, kotlin.

[rootkit]

On Sun, 12 Jun 2022 18:39:10 +0200, Luis wrote:

> On Sun, 12 Jun 2022 13:46:41 -0000 (UTC), rootkit wrote:
>
>> puntare in alto non significa pretendere tutto e subito, ma scegliere
>> un percorso che porti a un miglioramento dell'attuale in tempi
>> ragionevoli:
>> in altre parole nel rimettersi in gioco si può anche prevedere un
>> temporaneo arretramento a patto che abbia carattere di investimento,
>> sfruttando il capitale fin qui accumulato.
>

> grazie per le tue considerazioni: mi faresti un piano di entrata ad un
> livello medio alto con contenuti e obiettivi?

consiglio strettamente personale: prendi le due certificazioni kubernetes
(cka e ckad, https://training.linuxfoundation.org/full-catalog/?
_sft_product_type=certification) non è facile ma se ti metti sotto in
qualche mese ci puoi riuscire. poi su linkedin (a proposito, ci sei vero?)
cominci a candidarti per posizioni devops e k8s admin. la fame è tanta, i
colloqui sicuramente riesci a farli e i ral vanno tutti dai 45k in su.

facile? no, tanto più se la prima domanda che ti viene in mente è
"kubeche???". però se vuoi rimetterti in discussione questo è lo scenario
e l'informatica non è più quella di 20 anni fa. altrimenti c'è la
possibilità di sfruttare l'esperienza nel settore dove lavori da 20 anni,
ma questo lo puoi sapere te non io.

[rootkit]

On Sun, 12 Jun 2022 09:06:36 -0500, enoquick wrote:


>>> Il test sui thread invece era fatto per valutare il context switch dei
>>> thread mero e crudo
>>
>> già. peccato che il context switch sia appannaggio del sistema
>> operativo, non del linguaggio e nemmeno della jvm. ovvero *pensi*
>> (nella tua ignoranza) di valutare il context switch, ma in realtà le
>> differenze che vedi non sono dovute a quello.
>>
>>
> E' ovvio che il context switch sia appannaggio del kernel (in linux e'
> la syscall clone) ma non c'e solo quello

uhm, è ovvio? e dimmi un po', chi è quel cretino che poche righe sopra
scriveva di "valutare il context switch dei thread mero e crudo"?

> C'e anche del codice extra sia
> in java che in c++ in user space riguardo la
> creazione/distruzione/attesa di un thread,che non e' il context switch
> ma quando i thread sono tanti anche se durano poco come elaborazione
> misurano il carico del sistema, kernel+user space

quando i thread sono tanti si da il caso che si usino i thread pool,
nessuno sano di mente si mette a re-spawnare thread in continuazione. si
crea un pool allo startup e stop.

ah già, dimenticavo. i tuoi benchmark sono dichiaratemente useless.

> Caro il mio bamboccio,
> non mi venire a fare lezioni di kernel, gia negli anni 80 studiai

eccerto, hai studiato ma guardacaso quando spiegavano lo scheduling eri un
attimo in bagno :-P

> Ed in piu conosco e programmo in C da piu di trent'anni

miiii... ma allora sei un mostro.
quindi gli "useless benchmark" sono il frutto di 30 anni di esperienza? :-
D

> Tu cosa hai
> fatto

i cazzi miei!!! :-DDD

>> e qui siamo all'apoteosi. uno sta valutando l'efficienza del
>> multitasking e come lo fa? misurando il tempo che impiega a non fare un
>> cazzo! un po' come usare come kpi in azienda il numero di giri di
>> pollice nell'unità di tempo. un genio!
>>
> Non ti e' chiaro che e' solo un benchmark per i thread Non ha una
> utilita pratica

eccome no, mi è chiaro benissimo! infatti anche l'esempio che ho fatto io
non c'è alcuna utilità pratica :-D non a caso li ho battezzati "useless
benchmark", non sei d'accordo?

> I benchmark sono fatti cosi Anche in fisica si usano sistemi semplici
> per comprendere le stesse leggi fisiche Pensiamo al moto rettilineo
> uniforme ad esempio Quando mai una automobile nella realta pratica va in
> moto rettilineo uniforme ?
> Mai

ahahah, ma sei uno spasso! :-D

> Qui hai ragione,volevo intendere il tempo di creazione/distruzione
> thread rispetto al tempo di elaborazione del corpo

quindi dopo che vanti 30 anni di programmazione a basso livello passo io e
ti spiego cos'è il context switch. un grazie è sufficiente.

> Come viene dimostrato , quando non sai piu come controbattere ecco che
> si passa alla denigrazione

ma dì la verità, come mai finisci sempre a piglià ceffoni? eppure sei così
geniale, con gli "useless benchmark" :-DDD

[rootkit]

On Sun, 12 Jun 2022 09:22:09 -0500, enoquick wrote:


> C++ forse non sara propedeutico ma C rimane una pietra miliare ed e'
> ancora propedeutico per una programmazione di base, molto vicina alla
> macchina Cosa che qualunque studente di informatica dovrebbe avere
> (magari anche solo come infarinatura se non ha interesse a prendere
> quella strada) All'atto pratico C rimarra ancora per molto tempo, oggi
> e' ancora molto usato Se no come fai a costruirti la tua bellissima jvm
> ?

e chi è che deve scrivere una sua jvm?

[enoquick]

Il 12/06/22 14:39, rootkit ha scritto:

Qualcuno la deve scrivere od aggiornare
E per ora e' fatta in C


--
|___|

[enoquick]

Il 12/06/22 14:22, rootkit ha scritto:

> On Sun, 12 Jun 2022 09:06:36 -0500, enoquick wrote:
>
>
>>>> Il test sui thread invece era fatto per valutare il context switch dei
>>>> thread mero e crudo
>>>
>>> già. peccato che il context switch sia appannaggio del sistema
>>> operativo, non del linguaggio e nemmeno della jvm. ovvero *pensi*
>>> (nella tua ignoranza) di valutare il context switch, ma in realtà le
>>> differenze che vedi non sono dovute a quello.
>>>
>>>
>> E' ovvio che il context switch sia appannaggio del kernel (in linux e'
>> la syscall clone) ma non c'e solo quello
>
> uhm, è ovvio? e dimmi un po', chi è quel cretino che poche righe sopra
> scriveva di "valutare il context switch dei thread mero e crudo"?
>
>

Ma lo sai che esiste il context switch tra kernel space / user space e
viceversa ?
E lo sai che sulla syscall di creazione/distruzione/attesa esiste
ulteriore codice in user space ?
Ecco,e' il tempo di quel codice in user space che viene valutato visto
che il tempo della syscall e' lo stesso

>> C'e anche del codice extra sia
>> in java che in c++ in user space riguardo la
>> creazione/distruzione/attesa di un thread,che non e' il context switch
>> ma quando i thread sono tanti anche se durano poco come elaborazione
>> misurano il carico del sistema, kernel+user space
>
> quando i thread sono tanti si da il caso che si usino i thread pool,
> nessuno sano di mente si mette a re-spawnare thread in continuazione. si
> crea un pool allo startup e stop.
>

Avevo fatto anche questo

> ah già, dimenticavo. i tuoi benchmark sono dichiaratemente useless.
>
>> Caro il mio bamboccio,
>> non mi venire a fare lezioni di kernel, gia negli anni 80 studiai
>
> eccerto, hai studiato ma guardacaso quando spiegavano lo scheduling eri un
> attimo in bagno :-P
>

Lo scheduling c'entra una mazza
Tu continua a studiare su wikipedia

>> Ed in piu conosco e programmo in C da piu di trent'anni
>
> miiii... ma allora sei un mostro.
> quindi gli "useless benchmark" sono il frutto di 30 anni di esperienza? :-
> D
>

Fai pure lo spiritoso

>> Tu cosa hai
>> fatto
>
> i cazzi miei!!! :-DDD
>

E anche io oltre a quello

>>> e qui siamo all'apoteosi. uno sta valutando l'efficienza del
>>> multitasking e come lo fa? misurando il tempo che impiega a non fare un
>>> cazzo! un po' come usare come kpi in azienda il numero di giri di
>>> pollice nell'unità di tempo. un genio!
>>>
>> Non ti e' chiaro che e' solo un benchmark per i thread Non ha una
>> utilita pratica
>
> eccome no, mi è chiaro benissimo! infatti anche l'esempio che ho fatto io
> non c'è alcuna utilità pratica :-D non a caso li ho battezzati "useless
> benchmark", non sei d'accordo?
>
>> I benchmark sono fatti cosi Anche in fisica si usano sistemi semplici
>> per comprendere le stesse leggi fisiche Pensiamo al moto rettilineo
>> uniforme ad esempio Quando mai una automobile nella realta pratica va in
>> moto rettilineo uniforme ?
>> Mai
>
> ahahah, ma sei uno spasso! :-D
>

Vieni avanti

>> Qui hai ragione,volevo intendere il tempo di creazione/distruzione


>> thread rispetto al tempo di elaborazione del corpo
>
> quindi dopo che vanti 30 anni di programmazione a basso livello passo io e
> ti spiego cos'è il context switch. un grazie è sufficiente.
>

Cascato come un pivello
Non hai capito che per context switch non era quello che intendevi tu ?
Me lo vuoi venire ad insegnare tu leggendo wikipedia ?

>> Come viene dimostrato , quando non sai piu come controbattere ecco che
>> si passa alla denigrazione
>
> ma dì la verità, come mai finisci sempre a piglià ceffoni? eppure sei così
> geniale, con gli "useless benchmark" :-DDD
>
>

Quali ceffoni ?
Da te ?
Ma per favore


--
|___|

[rootkit]

e perché questo dovrebbe essere un motivo per considerarlo una "pietra
miliare"?

è un linguaggio come un'altro, con il suo campo di applicazione, ne più
vicino e ne più lontano di altri alla macchina.

[LutherBlissett]

On 10/06/2022 22:25, Luis wrote:
> comunque rimango in questo gruppo che c'è un bell'ambiente,

X-D

[LutherBlissett]

On 12/06/2022 14:51, rootkit wrote:
> c e c++ li bandirei proprio :-) scherzi a parte gli toglierei il rango di
> "pietre miliari" retaggio del secolo scorso. in ottica dei linguaggi più
> moderni ormai non sono più propedeutici a nulla.

Mi sapresti indicare un sistema operativo che non sia scritto in C/C++?
Cosi' come tutto il software di sistema e un fottio di software di base
i software che abbiano l'esigenza di un preciso controllo delle
prestazioni?

Poi se parliamo di trovare lavoro può essere, ma a meno che non
prendano piede linguaggi tipo Rust io dico che C e C++ sono fondamentali
entrambi. Il primo va da se', dal secondo, essendo multiparadigma,
puoi imparare che so, la programmazione ad oggetti?

Secondo me sono difficili, soprattutto C++. Chi non li conosce
inorridisce perchè imparare bene il C++ oggi (incluso gli ultimi
standard) è piuttosto mostruoso.

Proprio per questo sono da approcciarle quando sei ancora
studente o al primo impiego, almeno hai il tempo.

[Roberto Tempesti]

Il 10/06/2022 18:55, enoquick ha scritto:
> Il 10/06/22 11:07, Roberto Tempesti ha scritto:
>> Il 10/06/2022 17:10, enoquick ha scritto:
>>> Il 10/06/22 09:24, Betti ha scritto:

>>>> Il 10/06/2022 16:22, enoquick ha scritto:
>>>>>

>>>>> I miei test erano stati pubblicati proprio qui,nessuno li ha messi
>>>>> in discussione su questo
>>>>
>>>> Non hai preso in considerazione l'ipotesi che nessuno li abbia mai
>>>> cagati?
>>>>
>>>>
>>>

>>> No,perche ci furono discussione all'epoca
>>>
>>>
>>
>> Non erano esattamente "discussioni" quanto, più precisamente,
>> "spernacchiamenti".
>>
>> Insomma, fosti mandato a cacare immantinentemente.
>> Cialtrone affetto da cretinismo!
>
>
> erano discussioni, caro il mio sovietico
> Ma chiamale come vuoi
> Affari tuoi
>
>

Ti rivelo un'amara verità:
quelle che tu chiami "discussioni" erano in realtà prese di culo.

--
The three most dangerous things in the world are a programmer with a
soldering iron, a hardware type with a program patch and a user with an
idea.

“Alles hat ein Ende, nur die Wurst hat zwei”

[Roberto Tempesti]

Il 10/06/2022 18:56, enoquick ha scritto:
> Il 10/06/22 11:09, Roberto Tempesti ha scritto:
>> Il 10/06/2022 17:13, enoquick ha scritto:
>>> Quando un pubblicai un programma java non adeguatamente ottimizzato
>>> mi fu fatto notare
>>> Quindi non si erano limitati a cacarci sopra
>>
>> Infatti c'è a chi è venuta un'ernia da sforzo a furia di sghignazzare.
>> Pezzente, cialtrone e imbecille senza speranza alcuna (non ti basta
>> nemmeno Lourdes).
>>
>
>
>
> Invece negli altri casi che erano corretti cosa gli e' venuto caro il
> mio sovietico ?
>
>

Erano corretti secondo la *TUA* valutazione. In realtà erano infantili
tentativi di mettersi in mostra.

[Roberto Tempesti]

Se non fossi più che adeguato non sarei in gioco da oltre 40 anni.
Pezzente, imbecille e ricchione.

[bramante]

Il 12/06/22 11:39, M C ha scritto:

qui dissento

framework e tool, stanno allo stesso livello del linguaggio, in genere
li si imapra di pari passo.
quando impari un nuovo linguaggio di solito li impari insieme ad un
framework.
poi magari di framework e tool ne impari anche altri.


vieni pagato per le conoscenze di dominio che hai, non certo perchè
conosci il tal linguaggio o il tal framework, quelli sono strumenti come
lo possono essere pala e piccone per un muratore o carta e calamaio per
uno scrittore.

puoi essere pagato come muratore o uno scrivano, ma non fai la
differenza in mezzo al mucchio.
la fai se conosci uno specifico ambito.

proporti come programmatore general purpose del tal linguaggio/framework
è diverso che proporsi come domain specialist del business del cliente.

saluti

[enoquick]

Il 13/06/22 02:38, Roberto Tempesti ha scritto:

> Il 10/06/2022 18:56, enoquick ha scritto:
>> Il 10/06/22 11:09, Roberto Tempesti ha scritto:
>>> Il 10/06/2022 17:13, enoquick ha scritto:
>>>> Quando un pubblicai un programma java non adeguatamente ottimizzato
>>>> mi fu fatto notare
>>>> Quindi non si erano limitati a cacarci sopra
>>>
>>> Infatti c'è a chi è venuta un'ernia da sforzo a furia di sghignazzare.
>>> Pezzente, cialtrone e imbecille senza speranza alcuna (non ti basta
>>> nemmeno Lourdes).
>>>
>>
>>
>>
>> Invece negli altri casi che erano corretti cosa gli e' venuto caro il
>> mio sovietico ?
>>
>>
>
> Erano corretti secondo la *TUA* valutazione. In realtà erano infantili
> tentativi di mettersi in mostra.
>

lo avevi dimostrato ?
a me non risulta


--
|___|

[enoquick]

Il 13/06/22 01:25, rootkit ha scritto:

Non e' un linguaggio come un altro
E' la base di kernel,driver e applicazioni esistenti
Ma sopratutto e' un linguaggio che fa capire come funziona una macchina
Ecco perche e' importante



--
|___|

[LutherBlissett]

On 13/06/2022 13:11, bramante wrote:
> framework e tool, stanno allo stesso livello del linguaggio, in genere
> li si imapra di pari passo.
> quando impari un nuovo linguaggio di solito li impari insieme ad un
> framework.
> poi magari di framework e tool ne impari anche altri.

Si, se non si è proprio all'inizio è cosi'. Altrimenti prima
viene il linguaggio che senno' capire il seguito diventa troppa
carne al fuoco, almeno per i microcefali come me.

> vieni pagato per le conoscenze di dominio che hai, non certo perchè
> conosci il tal linguaggio o il tal framework, quelli sono strumenti come
> lo possono essere pala e piccone per un muratore o carta e calamaio per
> uno scrittore.
> puoi essere pagato come muratore o uno scrivano, ma non fai la
> differenza in mezzo al mucchio.
> la fai se conosci uno specifico ambito.

Dissento. Beh, se conosci anche il dominio applicativo molto meglio
ma siccome ho avuto a che fare con "scienziati del matlab" che di come
si realizza una architettura software non ne sapevano una cippa,
pur essendo luminari del dominio applicativo, avevano bisogno di
programmatori. Non sempre le persone hanno entrambe le competenze.

> proporti come programmatore general purpose del tal linguaggio/framework
> è diverso che proporsi come domain specialist del business del cliente.

E vabbè, qui non c'e' dubbio.

[LutherBlissett]

enoquick, li hai tenuti i tuoi test?
Ne fai uno zippino cosi' me li scarico e li guardo,
son curioso (Wetransfer o simili...).

[Roberto Tempesti]

Tu proponevi, quindi era *TUO* l'onere della prova. Diocane, è semplice,
solo tu non ci arrivi. Il tuo cretinismo si sta cronicizzando.

[rootkit]

Il giorno lunedì 13 giugno 2022 alle 08:37:03 UTC+2 LutherBlissett ha scritto:

> On 12/06/2022 14:51, rootkit wrote:
> > c e c++ li bandirei proprio :-) scherzi a parte gli toglierei il rango di
> > "pietre miliari" retaggio del secolo scorso. in ottica dei linguaggi più
> > moderni ormai non sono più propedeutici a nulla.
> Mi sapresti indicare un sistema operativo che non sia scritto in C/C++?
> Cosi' come tutto il software di sistema e un fottio di software di base
> i software che abbiano l'esigenza di un preciso controllo delle
> prestazioni?

daje. ma che vuol dire? in ambito cloud / cloud native buona parte del software di infra è scritto in go, così come dentro la directory /bin di linux c'è tanto python.
c/c++ sono linguaggi come tutti gli altri con il loro ambito di utilizzo. non sto dicendo che sono inutili/inutilizzati, sto dicendo che considerarli "didattici" o propedeutici ad imparare a programmare è un retaggio del passato che non vale più nulla.

> Poi se parliamo di trovare lavoro può essere, ma a meno che non
> prendano piede linguaggi tipo Rust io dico che C e C++ sono fondamentali
> entrambi. Il primo va da se', dal secondo, essendo multiparadigma,
> puoi imparare che so, la programmazione ad oggetti?

e cos'ha di speciale la programmazione ad oggetti in c++ rispetto ad un altro linguaggio ad oggetti? manco è la più elegante.

> Secondo me sono difficili, soprattutto C++.

direi solo il c++. il c dai, ha una semantica elementare. poi per carità, se ci scrivi un kernel ti servono le palle ma per il dominio, non certo per il linguaggio che impari in una settimana.

[bramante]

Il 13/06/22 15:36, LutherBlissett ha scritto:

> On 13/06/2022 13:11, bramante wrote:
>> framework e tool, stanno allo stesso livello del linguaggio, in genere
>> li si imapra di pari passo.
>> quando impari un nuovo linguaggio di solito li impari insieme ad un
>> framework.
>> poi magari di framework e tool ne impari anche altri.
>
> Si, se non si è proprio all'inizio è cosi'. Altrimenti prima
> viene il linguaggio che senno' capire il seguito diventa troppa
> carne al fuoco, almeno per i microcefali come me.
>

[FLAME ON]
vajelo a dire a tutti quelli che si sentono programmatori javascript,
quanto effettivamente conoscono il linguaggio ecmascript

il 99% di quelli che ho incontrato, sanno usare una libreria, o un
framework, ma del linguaggio proprio non ne sanno NULLA
quando mi è capitato di parlare di prototipizzazione che era, fino a
prima di ES2015 la base di javascript , le faccie che vedevo era del
nulla cosmico.

[FLME OFF]

[enoquick]

Il 13/06/22 08:37, LutherBlissett ha scritto:

si li ho ancora
dimmi dove inviaterli,tipo gdrive che basta una email


--
|___|

[enoquick]

Il 13/06/22 08:41, Roberto Tempesti ha scritto:

> Il 13/06/2022 14:51, enoquick ha scritto:
>> Il 13/06/22 02:38, Roberto Tempesti ha scritto:
>>> Il 10/06/2022 18:56, enoquick ha scritto:
>>>> Il 10/06/22 11:09, Roberto Tempesti ha scritto:
>>>>> Il 10/06/2022 17:13, enoquick ha scritto:
>>>>>> Quando un pubblicai un programma java non adeguatamente
>>>>>> ottimizzato mi fu fatto notare
>>>>>> Quindi non si erano limitati a cacarci sopra
>>>>>
>>>>> Infatti c'è a chi è venuta un'ernia da sforzo a furia di sghignazzare.
>>>>> Pezzente, cialtrone e imbecille senza speranza alcuna (non ti basta
>>>>> nemmeno Lourdes).
>>>>>
>>>>
>>>>
>>>>
>>>> Invece negli altri casi che erano corretti cosa gli e' venuto caro
>>>> il mio sovietico ?
>>>>
>>>>
>>>
>>> Erano corretti secondo la *TUA* valutazione. In realtà erano
>>> infantili tentativi di mettersi in mostra.
>>>
>>
>> lo avevi dimostrato ?
>> a me non risulta
>>
>>
>
> Tu proponevi, quindi era *TUO* l'onere della prova. Diocane, è semplice,
> solo tu non ci arrivi. Il tuo cretinismo si sta cronicizzando.
>

Sono i test che parlano da soli
E fino a prova contraria se non riesci a dimostrare od a dare una
valutazione tecnica sensata le tue sparate rimangono solo quelle
Sparate da quaraquaqua insomma
Le persone come te sono capaci di fare solo una cosa sola: denigrare
In parole povere quello che sanno fare molte bene le persone fallite





--
|___|

[LutherBlissett]

On 13/06/2022 16:28, rootkit wrote:
> Il giorno lunedì 13 giugno 2022 alle 08:37:03 UTC+2 LutherBlissett ha scritto:
>
>> On 12/06/2022 14:51, rootkit wrote:
>>> c e c++ li bandirei proprio :-) scherzi a parte gli toglierei il rango di
>>> "pietre miliari" retaggio del secolo scorso. in ottica dei linguaggi più
>>> moderni ormai non sono più propedeutici a nulla.
>> Mi sapresti indicare un sistema operativo che non sia scritto in C/C++?
>> Cosi' come tutto il software di sistema e un fottio di software di base
>> i software che abbiano l'esigenza di un preciso controllo delle
>> prestazioni?
>
> daje. ma che vuol dire? in ambito cloud / cloud native buona parte del software di infra è scritto in go, così come dentro la directory /bin di linux c'è tanto python.
> c/c++ sono linguaggi come tutti gli altri con il loro ambito di utilizzo. non sto dicendo che sono inutili/inutilizzati, sto dicendo che considerarli "didattici" o propedeutici ad imparare a programmare è un retaggio del passato che non vale più nulla.

Vuol dire parecchio, ma se a te non suggerisce nulla
capisco le tue posizioni.

>> Poi se parliamo di trovare lavoro può essere, ma a meno che non
>> prendano piede linguaggi tipo Rust io dico che C e C++ sono fondamentali
>> entrambi. Il primo va da se', dal secondo, essendo multiparadigma,
>> puoi imparare che so, la programmazione ad oggetti?
>
> e cos'ha di speciale la programmazione ad oggetti in c++ rispetto ad un altro linguaggio ad oggetti? manco è la più elegante.

Ma qui siete un po' malati: hai letto che io abbia detto che e'
speciale?

>> Secondo me sono difficili, soprattutto C++.
>
> direi solo il c++. il c dai, ha una semantica elementare. poi per carità, se ci scrivi un kernel ti servono le palle ma per il dominio, non certo per il linguaggio che impari in una settimana.

Il C è stronzetto con i bug, non piu' del C++ che era già
complicato il 2003, ora è un mostro (C++ + stl), e se non si
comincierà a deprecare abbestia il modo di usarlo non moderno
in modo da circoscriverne la vastità si vedranno smart pointer
e new mischiate. Una rogna del C++ è questa.

Vedi, non sono un talebano, ma C/C++ a mio avviso restano
i linguaggi che fanno capire di piu' cosa c'e' sotto.

Ciao.

[LutherBlissett]

On 13/06/2022 17:13, enoquick wrote:
> Il 13/06/22 08:37, LutherBlissett ha scritto:

>> enoquick, li hai tenuti i tuoi test?
>> Ne fai uno zippino cosi' me li scarico e li guardo,
>> son curioso (Wetransfer o simili...).
>>
> si li ho ancora
> dimmi dove inviaterli,tipo gdrive che basta una email
>

Scopri wetransfer, è comodo. Upload, lo tiene una settimana e
ti da un link, oppure faccio con gdrive, ma ora devo fuggireeee

[Roberto Tempesti]

Ascoltami, esperto di chiringuito, i tuoi test erano ridicoli nei modi,
nei tempi e nei risultati. Sei uno scappato di casa, spompinatore di
narcos. Raccogli i tuoi test e schiantateli nel buco del culo.

[enoquick]

Il 13/06/22 10:27, Roberto Tempesti ha scritto:

Tutto qui ?
Devi prendere test per test e dire cosa c'e non va
E in modo serio
Non in modo cosi generico, caro il mio sovietico
Se non vuoi farlo affari tuoi ma almeno abbi il pudore di tacere invece
che sparare minchiate


--
|___|

[enoquick]

Il 13/06/22 10:21, LutherBlissett ha scritto:

non ho un account wetransfer, per me e' piu comodo gdrive
Se hai un account gmail preferisco farlo li
Se l'hai inviami una email a chi inviarlo



--
|___|

[Roberto Tempesti]

Le tue minchiate vorresti dissimularle chiamandole "benchmarks"? Vai a
cacare. Cretino!

[enoquick]

Il 13/06/22 11:14, Roberto Tempesti ha scritto:

E di nuovo, vedi che come minus non riesci a capirlo ?


--
|___|

[rootkit]

On Mon, 13 Jun 2022 17:18:37 +0200, LutherBlissett wrote:


>>> Poi se parliamo di trovare lavoro può essere, ma a meno che non
>>> prendano piede linguaggi tipo Rust io dico che C e C++ sono
>>> fondamentali entrambi. Il primo va da se', dal secondo, essendo
>>> multiparadigma,
>>> puoi imparare che so, la programmazione ad oggetti?
>>
>> e cos'ha di speciale la programmazione ad oggetti in c++ rispetto ad un
>> altro linguaggio ad oggetti? manco è la più elegante.
>
> Ma qui siete un po' malati: hai letto che io abbia detto che e'
> speciale?

no, semplicemente il flusso del discorso: si stava disquisendo sulle
ragioni per cui sarebbe insegnato a scuola e quindi del fatto che
sarebbero pietre miliari nonché "didatticamente" interessanti.

> Il C è stronzetto con i bug,

beh si, diciamo pure che scrivendo un programma in c buona parte delle
energie e della seniority la spendi a pararti il qlo dai memory leak, dai
potenziali buffer overflow e dai segmentation fault...

[enoquick]

Il 13/06/22 15:09, rootkit ha scritto:

I pivelli sicuramente
il C non e' un linguaggio per pivelli


--
|___|

[Roberto Tempesti]

L'unica cosa da capire è che sei un cretino.

[rootkit]

ma moscio, ritto o barzotto?

intendo, visto che vuoi giocare continuamente a chi ha il cazzo più lungo,
dicci almeno come lo misuri.

[LutherBlissett]

On 13/06/2022 18:12, enoquick wrote:
> non ho un account wetransfer, per me e' piu comodo gdrive
> Se hai un account gmail preferisco farlo li
> Se l'hai inviami una email a chi inviarlo

Prova a vedere la mail, dovresti avere un messaggio.
Mai fatta prima questa cosa.

P.S. con wetransfer, l'ultima volta che l'ho usato
e da sempre, non serve iscriversi.

[rootkit]

On Mon, 13 Jun 2022 15:37:59 +0200, LutherBlissett wrote:


> enoquick, li hai tenuti i tuoi test?
> Ne fai uno zippino cosi' me li scarico e li guardo,
> son curioso (Wetransfer o simili...).

lascia perdere. in rete si trova materiale in abbondanza sull'argomento,
invece di star dietro ad un dinosauro che sa una sega di performance.

[LutherBlissett]

On 13/06/2022 22:09, rootkit wrote:
> On Mon, 13 Jun 2022 17:18:37 +0200, LutherBlissett wrote:
>> Ma qui siete un po' malati: hai letto che io abbia detto che e'
>> speciale?
>
> no, semplicemente il flusso del discorso: si stava disquisendo sulle
> ragioni per cui sarebbe insegnato a scuola e quindi del fatto che
> sarebbero pietre miliari nonché "didatticamente" interessanti.

E allora il succo e' che per me C e C++ sono sicuramente importanti
anche in ambito didattico, per te forse no, vabbe', la pensiamo
diversamente. Non sto ad argomentare perchè sono pigro e non mi frega,
scusa.

>> Il C è stronzetto con i bug,
>
> beh si, diciamo pure che scrivendo un programma in c buona parte delle
> energie e della seniority la spendi a pararti il qlo dai memory leak, dai
> potenziali buffer overflow e dai segmentation fault...

Ci vuole metodo, perizia, attenzione e RTFM:
attitudini che non sono male da sviluppare se studi
una materia come l'informatica. Cosi' mi pare.

[LutherBlissett]

Sicuramente si trova di tutto sull'argomento,
ma sono curioso di vedere i suoi.
Non che io sia una cima, ma vorrei capire da dove
viene tutto questo astio, forse (lo spero) non dal codice
perché fosse anche non adeguato agli scopi non mi
risulta che contenga insulti...

...uhummm...

#define if rootkitSuca
#define while robertoTempestiFigghioAndrocchia

??

[LutherBlissett]

On 13/06/2022 16:37, bramante wrote:
> Il 13/06/22 15:36, LutherBlissett ha scritto:

>> Si, se non si è proprio all'inizio è cosi'. Altrimenti prima
>> viene il linguaggio che senno' capire il seguito diventa troppa
>> carne al fuoco, almeno per i microcefali come me.
>>
> [FLAME ON]
> vajelo  a dire a tutti quelli che si sentono programmatori javascript,
> quanto effettivamente conoscono il linguaggio ecmascript
>
> il 99% di quelli che ho incontrato, sanno usare una libreria, o un
> framework, ma del linguaggio proprio non ne sanno NULLA
> quando mi è capitato di parlare di prototipizzazione che era, fino a
> prima di ES2015 la base di javascript , le faccie che vedevo era del
> nulla cosmico.
>
> [FLME OFF]

Credo che il punto sia soltanto sapere quello che gli serve
a lavorare. In quegli ambiti forse il fatto di distinguere
tra linguaggio o funzioni di libreria o framework o
Node.js non se ne sente il bisogno.
Forse, imparare un C++, non ti mette nelle condizoni di
poterti permettere certi "lussi"(=ignoraze).

[rootkit]

On Tue, 14 Jun 2022 10:00:09 +0200, LutherBlissett wrote:

> On 14/06/2022 09:51, rootkit wrote:
>> On Mon, 13 Jun 2022 15:37:59 +0200, LutherBlissett wrote:
>>
>>
>>> enoquick, li hai tenuti i tuoi test?
>>> Ne fai uno zippino cosi' me li scarico e li guardo,
>>> son curioso (Wetransfer o simili...).
>>
>> lascia perdere. in rete si trova materiale in abbondanza
>> sull'argomento,
>> invece di star dietro ad un dinosauro che sa una sega di performance.
>
> Sicuramente si trova di tutto sull'argomento,
> ma sono curioso di vedere i suoi.

vai su google groups e divertiti.

ps: vedi se sono io a rosicare. qualcuno l'ha definito "il richard benson
dell'informatica".

[Roberto Tempesti]

Persino benevolo....

[Roberto Tempesti]

Col micrometro?

[Luca Menegotto]

Il giorno martedì 14 giugno 2022 alle 04:11:06 UTC+2 enoquick ha scritto:

> il C non e' un linguaggio per pivelli

Il C è un linguaggio superato. Non viene più usato nemmeno per la programmazione dei microcontrollori (si usa C++).
Va bene solo per far scorrere la lacrimuccia di nostalgia, quando come me inizi a avere un numero rilevante di primavere sulle spalle, e te lo dice uno che in casa ha ancora il Kernighan-Ritchie.

[Luca Menegotto]

Il giorno martedì 14 giugno 2022 alle 09:54:41 UTC+2 LutherBlissett ha scritto:

> E allora il succo e' che per me C e C++ sono sicuramente importanti
> anche in ambito didattico,

Qui dissento. Secondo me in ambito didattico meglio Python o simili. Capisci i principi senza diventar scemo a dover apprendere i particolari.

> > energie e della seniority la spendi a pararti il qlo dai memory leak, dai
> > potenziali buffer overflow e dai segmentation fault...
> Ci vuole metodo, perizia, attenzione e RTFM:

e, con una curva di apprendimento eterna, tanta, tanta pazienza.
In tutta onestà? di malloc, free, stack, near e far heap faccio volentieri a meno. L'unica cosa che mi veniva molto comoda era la potente aritmetica dei puntatori, ma all'epoca scrivevo vettori di interrupt, cosa che non faccio più.

[LutherBlissett]

On 14/06/2022 10:15, rootkit wrote:
> vai su google groups e divertiti.

Eh...ho dei ricordi di robe senza fine ma mettere insieme
i pezzi è un puzzle...

> ps: vedi se sono io a rosicare. qualcuno l'ha definito"il richard benson
> dell'informatica".

Ah si si, ricordo che era una cosa di gruppo. :-DDDD

[rootkit]

Il giorno martedì 14 giugno 2022 alle 13:03:33 UTC+2 LutherBlissett ha scritto:

> > ps: vedi se sono io a rosicare. qualcuno l'ha definito"il richard benson
> > dell'informatica".
> Ah si si, ricordo che era una cosa di gruppo. :-DDDD

la "cosa di gruppo" era semplicemente una pioggia di critiche, che si è trasformata in un lancio di polli morti, ortaggi e uova perché al nostro amico come a richard benson piace così.

cioè non pensare di fargli un favore a prendere le sue parti, ha scelto questa strada per avere la sua fettina di notorietà.

[enoquick]

Il 14/06/22 02:43, LutherBlissett ha scritto:

OK, ho caricato
La piattaforma e' linux



--
|___|

[enoquick]

Il 14/06/22 03:00, LutherBlissett ha scritto:

E' abbastanza semplice da dove arriva l'astio
Da prima con il loro java spacciato come non plus ultra dove ho
dimostrato che non e' cosi
Poi da atteggiamenti prettamente sovietici di sudditanza al governo su
trattamenti genici sperimentali
Ai quali il sottoscritto, per fortuna vivendo all'estero, non subendo
ricatti di alcun tipo, ha fatto scelte in libera coscienza
In pratica essendo liberale sono una spina al fianco dei sovietici



--
|___|

[enoquick]

Il 14/06/22 02:33, rootkit ha scritto:

Punto sull' orgoglio ?
Ma no, prendila come una battuta scherzosa
Un linguaggio di programmazione e' un linguaggio e basta
Dato un determinato problema si usa quello che piu conviene tra la
cernita delle conoscenze o si usa quello imposto de facto per varie ragioni




--
|___|

[enoquick]

Il 14/06/22 04:19, Luca Menegotto ha scritto:

Sara anche superato ma e' ancora usato
Ed in fondo e' stato il primo amore pur se all'epoca conoscevo gia
linguaggi come Cobol,un pochino di Fortran,basic e pascal
Oggi anche io uso c++ in genere


--
|___|

[rootkit]

Il giorno martedì 14 giugno 2022 alle 15:03:32 UTC+2 enoquick ha scritto:

> Punto sull' orgoglio ?

fossi in te punterei sulla competenza, ma in mancanza punta pure sull'orgoglio :-P

[Luca Menegotto]

Il giorno martedì 14 giugno 2022 alle 15:09:57 UTC+2 enoquick ha scritto:

> Sara anche superato ma e' ancora usato

Dove e da chi?

Giusto quest'oggi ero presso un'azienda di elettronica industriale (quella con cui lavoravo 25 anni fa) e i microcontrollori sono programmati in C++

E comunque, pure il Cobol è ancora usato. Ma se non è superato quello...

[enoquick]

Il 14/06/22 08:41, Luca Menegotto ha scritto:

Esiste un miriade di codice c in giro per il pianeta
E viene ancora usato non solo per la manutenzione
Non esiste solo la tua ex azienda
Con questo non voglio affermare che deve essere usato
Per il Cobol dovrebbe stare in un museo dell'informatica assieme a
fortran e pli



--
|___|

[LutherBlissett]

On 14/06/2022 11:24, Luca Menegotto wrote:
> Il giorno martedì 14 giugno 2022 alle 09:54:41 UTC+2 LutherBlissett ha scritto:
>
>> E allora il succo e' che per me C e C++ sono sicuramente importanti
>> anche in ambito didattico,
>
> Qui dissento. Secondo me in ambito didattico meglio Python o simili. Capisci i principi senza diventar scemo a dover apprendere i particolari.

Gulp!
Niente compilatore (con tutte le sue opzioni che solo quelle
ti aprono un mondo su cosa ci sia sotto), niente puntatori e
nessuna gestione della memoria bensì un garbage collector
che nasconde il tutto. Strutture dati belle e pronte da manipolare
con i loro metodi cosi non ci si chiede com’è l'implementazione
e di conseguenza la complessità.
Poi vabbè...variabili non tipizzate e tante funzioni di libreria
fuse con il linguaggio...

Forse c’è una spiegazione alle nostre diverse opinioni:
parliamo di didattica ma mi sa che ci riferiamo a due didattiche
diverse: una direi di "orientamento al lavoro", l'altra
di livello universitario (che NON DEVE insegnare a lavorare
con quello che è in voga in quel momento).

[LutherBlissett]

On 14/06/2022 14:47, enoquick wrote:
> OK, ho caricato
> La piattaforma e' linux

Ok, ho visto e scaricato.
Nel codice non dovrebbe esserci nulla di specifico della
piattaforma e non mi aspetto difficoltà per
il sistema di build. ;-)

Non so quando avrò il tempo ma li guarderò senz'altro.
Grazie!

[LutherBlissett]

Ho già preso le parti di qualcuno?

Continuo a pensare che ci siano un po' di sbarellamenti
e si leggano affermazioni mai scritte.

[LutherBlissett]

On 14/06/2022 14:58, enoquick wrote:
> E' abbastanza semplice da dove arriva l'astio
> Da prima con il loro java spacciato come non plus ultra dove ho
> dimostrato che non e' cosi
> Poi da atteggiamenti prettamente sovietici di sudditanza al governo su
> trattamenti genici sperimentali
> Ai quali il sottoscritto, per fortuna vivendo all'estero, non subendo
> ricatti di alcun tipo, ha fatto scelte in libera coscienza
> In pratica essendo liberale sono una spina al fianco dei sovietici

Aspetta piano che mi gira la testa. :-D

Ero rimasto alle oneste e giocose prestazioni di operazioni
svolte con un linguaggio per computer e l'altro e mi
catapulti nella politica sanitaria internazionale?

Non ce la posso fare, sono in sovraccarico e rischio che
mi si brucino quei pochi neuroni.

[enoquick]

Il 14/06/22 10:44, LutherBlissett ha scritto:

Non ho provato in win ma usa bash per il lancio
g++ e javac per compilare
IL codice non dipende dall'os,e' codice std ma in alcuni casi vengono
usate librerie esterne come omp o gmp



--
|___|