Dopo aver raggiunto un certo livello di inglese, è fondamentale studiare la poesia inglese. La poesia inglese, oltre a sonetti che seguono rigorosi requisiti metrici simili alla poesia cinese, presenta forme molto flessibili come l'allitterazione, la rima interna e la rima all'inizio dei versi, tutte queste possono essere utilizzate nella scrittura in prosa per aumentare la musicalità e la melodia delle frasi. Come ha detto Orwell, bisogna scegliere le parole in base alla loro pronuncia. Nel libro tradotto da Deborah di Han Jiang, sono state utilizzate molte allitterazioni e rime interne, ed è giustificato che sia stata premiata come traduttrice.

Oltre 1.000 persone cinesi si sono registrate per un'asta di un tribunale locale per questo gatto in 16 giorni a Yangzhou, nella provincia di Jiangsu. Le offerte online partono da 500 yuan, ovvero 70 dollari.

Oggi c'è una notizia molto discussa su Hacker News: il tasso di disoccupazione in California è salito al 5,5%, il più alto negli Stati Uniti, e il settore tecnologico sta affrontando difficoltà: "Il mercato del lavoro è troppo crudele". > Secondo i dati pubblicati venerdì dal governo statale, il tasso di disoccupazione in California a luglio è salito al 5,5%, il più alto tra tutti gli stati americani. Questo è dovuto alla continua debolezza del settore tecnologico e di altri posti di lavoro d'ufficio, insieme a un mercato del lavoro stagnante. La notizia attribuisce questo alla debolezza del settore tecnologico, poiché questo settore gioca un ruolo cruciale nell'economia californiana. La notizia ha suscitato vivaci discussioni nella comunità di Hacker News, dove le persone hanno analizzato le cause profonde da diverse prospettive, rivelando una complessità ben oltre quanto indicato nel titolo. Ritengo che la discussione sopra riportata riassuma bene perché attualmente il settore tecnologico sta vivendo una crisi occupazionale. 1. Prima di tutto, il punto centrale è: le molteplici conseguenze della fine dell'"era dei tassi zero" Questo è il punto di vista più diffuso e profondo nella discussione. Molti credono che le difficoltà attuali del settore tecnologico non siano causate da un singolo fattore, ma siano il risultato di una reazione a catena scatenata dalla fine dell'era della "politica dei tassi zero" (ZIRP, Zero Interest Rate Policy) degli ultimi dieci anni. - Scoppio della bolla dei capitali: dal 2012 al 2022, i tassi di interesse estremamente bassi hanno reso il capitale eccezionalmente economico. Un'enorme quantità di investimenti di rischio (VC) è affluita nel settore tecnologico, generando innumerevoli modelli di business che dipendevano dalla "bruciatura di denaro", in particolare per le criptovalute (Crypto) e le aziende del metaverso (Metaverse) prive di valore reale. Con l'aumento dei tassi da parte della Federal Reserve, l'era del capitale a buon mercato è finita, portando alla rottura delle catene di approvvigionamento di queste aziende, causando licenziamenti e chiusure in massa. - Disequilibrio tra domanda e offerta di talenti: durante l'era ZIRP, il mito degli alti salari nel settore tecnologico ha attratto un gran numero di talenti. I programmi di informatica (CS) delle università hanno ampliato notevolmente le loro iscrizioni, i boot camp di programmazione sono spuntati ovunque, e insieme all'immigrazione tecnologica, l'offerta di ingegneri software è aumentata drasticamente in dieci anni. Tuttavia, con il ritiro del capitale, la domanda (soprattutto da parte delle startup) è crollata, causando un grave eccesso di offerta di talenti. - Effetti a catena su settori come la biotecnologia: settori come la biotecnologia (Biotech), che dipendono anch'essi da investimenti a lungo termine e ad alto rischio, hanno subito gravi danni. Questi settori sono ancora più dipendenti dal capitale a buon mercato rispetto al settore software. Con la fine della ZIRP, i fondi VC si sono gradualmente esauriti, e le startup, esauriti i "fondi di corsa" (runway), non sono riuscite a ottenere nuovi finanziamenti, costrette a licenziare o chiudere. > (di tqi): "A mio avviso, è ancora presto per dire che l'AI ha un impatto sostanziale sulle assunzioni delle aziende software. Una spiegazione più ragionevole è che tra il 2012 e il 2022, l'offerta di ingegneri software è aumentata drasticamente... mentre dalla parte della domanda, i fondi VC dell'era dei tassi zero sono stati principalmente investiti in criptovalute e aziende del metaverso che non sono riuscite a prosperare, portando a una mancanza di aziende mature o quotate in grado di assorbire questi talenti." 2. La "spada a doppio taglio" del lavoro remoto: la nuova ondata di esternalizzazione globale La pandemia di COVID-19 ha diffuso il lavoro remoto (Work From Home, WFH), che all'epoca era visto come una benedizione da molti sviluppatori, ma ora i suoi effetti negativi stanno iniziando a manifestarsi. - Aprire la strada all'esternalizzazione: quando gli sviluppatori lottano per ottenere il diritto al lavoro completamente remoto, potrebbero non rendersi conto che questo ha anche aperto la porta alle aziende per esternalizzare posti di lavoro in paesi a costo inferiore. Dato che tutti lavorano da remoto, perché un'azienda dovrebbe assumere un ingegnere americano a cinque volte il costo di un ingegnere indiano o dell'Europa dell'Est, altrettanto qualificato? - Gli uffici "non possono tornare indietro": alcuni commentatori sostengono che le politiche di "ritorno in ufficio" (Return to Office, RTO) promosse dalle aziende tecnologiche siano in parte volte a proteggere i posti di lavoro locali. Una volta dimostrato che il lavoro può essere svolto al 100% da remoto, può essere svolto ovunque nel mondo, e il vantaggio salariale degli ingegneri americani non esisterà più. - Dibattito sulla qualità dell'esternalizzazione: ci sono anche coloro che controbattono che l'esternalizzazione è in corso da decenni e che lo sviluppo software di alta qualità richiede ancora talenti locali di alto livello, poiché problemi come i costi di comunicazione, le differenze di fuso orario e le differenze culturali sono difficili da risolvere. Tuttavia, gli utenti a favore dell'esternalizzazione sostengono che, con la maturazione degli strumenti di collaborazione remota e il miglioramento dei modelli di gestione, questi ostacoli stanno gradualmente venendo superati. > (di aurareturn): "Dico su HN dal 2022: tutti gli sviluppatori nordamericani che supportano il lavoro completamente remoto, quando la vostra azienda deciderà di sostituirvi con persone all'estero, rimarrete sorpresi. Dato che tutti lavorano da remoto, perché un'azienda dovrebbe pagare cinque volte di più per assumere voi, piuttosto che un dipendente all'estero più laborioso e meno lamentoso?... Gli ordini di ritorno in ufficio, a lungo termine, potrebbero salvaguardare la vostra carriera." 3. Il ruolo dell'AI: strumento di produttività, scusa per i licenziamenti, o "vampiro" del capitale? La discussione sul ruolo dell'intelligenza artificiale (AI) in questa ondata di disoccupazione presenta complessità e divergenze. - Effetti di sostituzione diretta limitati: la maggior parte delle persone concorda sul fatto che l'attuale AI non può ancora sostituire completamente ingegneri software esperti. Tuttavia, ha già iniziato a sostituire alcuni lavori di livello inferiore e ripetitivi, come alcune piccole attività di consulenza. Alcuni consulenti hanno riferito che i clienti non li contattano più perché possono risolvere piccoli bug con ChatGPT. - "Scusa perfetta" per i licenziamenti: un'opinione comune è che l'AI sia diventata la "scusa perfetta" per le aziende per licenziare e ridurre i costi. Anche se la causa principale dei licenziamenti è la recessione economica o le decisioni della direzione, le aziende sono felici di presentarlo come un aggiustamento strategico per "abbracciare l'AI e migliorare l'efficienza". - "Buco nero" del capitale: l'AI ha svolto un altro ruolo chiave: ha assorbito i pochi investimenti di rischio rimasti sul mercato, che avrebbero potuto fluire in altri settori tecnologici. I VC ora sono quasi interessati solo a progetti AI, il che aggrava le difficoltà di finanziamento per le startup non AI. 4. La "zona di ruggine" del settore tecnologico? Preoccupazioni strutturali per il futuro Alcuni discussant hanno espresso preoccupazioni per il futuro da una prospettiva più macro, paragonando il settore tecnologico alla "zona di ruggine" dell'industria manifatturiera, che un tempo era fiorente e ora è in declino. - Ripetizione della perdita di posti di lavoro: proprio come gli Stati Uniti hanno esternalizzato l'industria manifatturiera in Cina, ora i lavori IT e di sviluppo software stanno migrando in massa verso India, America Latina e Europa dell'Est. Questo potrebbe portare a una disoccupazione strutturale a lungo termine per gli ingegneri software, un tempo ben retribuiti. - Impatti politici e sociali: se un gran numero di posti di lavoro tecnologici di classe media scomparisse, potrebbero sorgere nuovi problemi sociali e politici, proprio come il declino della "zona di ruggine" continua a influenzare il panorama politico americano. - Controversie sulle politiche di immigrazione e visti (H1B/O1): una parte della discussione ha puntato il dito contro i visti di lavoro come l'H1B, ritenendoli abusati, abbassando i salari degli ingegneri locali e intensificando la competizione. Altri difendono strenuamente l'immigrazione tecnologica, sostenendo che sono proprio questi talenti di alto livello provenienti da tutto il mondo (come i laureati dell'Università di Waterloo) a costituire la base dell'innovazione nella Silicon Valley. 5. Cambiamenti nella gestione aziendale e nella cultura: l'"effetto Musk" Un punto interessante è che il massiccio licenziamento di Musk su Twitter (ora X) ha avuto un effetto dimostrativo. - Razionalizzazione dei licenziamenti: quando Musk ha licenziato oltre il 75% dei dipendenti di Twitter, il prodotto ha continuato a funzionare, il che ha portato molti CEO a riflettere: "Se lui può farlo, perché non posso farlo anch'io?" Questo ha infranto la mentalità precedente delle aziende tecnologiche secondo cui "più talenti ci sono, meglio è", rendendo i licenziamenti di massa più facilmente accettabili sia psicologicamente che commercialmente. 6. Fattori politici e normativi: controversie sulle modifiche fiscali Un aspetto tecnico ma di grande impatto riguarda le modifiche alla legislazione fiscale americana. - Regole di ammortamento delle spese di R&D (Sezione 174): nella legge fiscale riformata del 2017 dell'amministrazione Trump (TCJA), c'era una disposizione che richiedeva alle aziende di ammortizzare le spese di ricerca e sviluppo (R&D), come i salari per lo sviluppo software, in cinque anni a partire dal 2022, invece di poterli dedurre integralmente nell'anno in cui sono stati sostenuti. Questo ha aumentato notevolmente il carico fiscale per le aziende tecnologiche (soprattutto le startup), riducendo la loro volontà di assumere negli Stati Uniti. - Ruolo correttivo delle recenti leggi: la recente approvazione della "legge per ricostruire un futuro migliore" (Build Back Better, BBB) ha parzialmente corretto questo problema, consentendo nuovamente la deduzione immediata delle spese di R&D domestiche. Alcuni commentatori ritengono di aver percepito un miglioramento nel mercato del lavoro intorno a luglio, il che potrebbe essere correlato a questo. In conclusione Dalla discussione emerge che le ragioni della crisi occupazionale nel settore tecnologico californiano sono piuttosto complesse e non possono essere attribuite a un singolo fattore, né possono essere semplicemente riassunte come "l'AI che sostituisce gli esseri umani" o "una recessione ciclica del settore", ma sono il risultato di una serie di fattori intrecciati, tra cui la fine dell'era dei tassi zero, la ristrutturazione del mercato del lavoro globale portata dal lavoro remoto, l'impatto duplice dell'AI come nuova tecnologia e magnete di capitale, e le variazioni di politiche fiscali specifiche. Non so quando riusciremo a uscire da questa situazione difficile? O forse le ragioni non si limitano a quelle discusse sopra.

Traduzione: Perché i grandi modelli linguistici non possono realmente costruire software Autore: Conrad Irwin Una delle cose su cui ho speso molto tempo è stata l'intervista a ingegneri del software. Questo è chiaramente un compito arduo, e non posso dire di avere un trucco speciale; ma questa esperienza mi ha davvero dato il tempo di riflettere su cosa faccia effettivamente un ingegnere del software efficiente. Il ciclo centrale dell'ingegneria del software Quando osservi un vero esperto, scopri che esegue sempre in loop i seguenti passaggi: * Costruire un modello mentale sui requisiti. * Scrivere (si spera?!) codice che soddisfi i requisiti. * Costruire un modello mentale sul comportamento reale del codice. * Scoprire le differenze tra i due e poi aggiornare il codice (o i requisiti). Ci sono molti modi per completare questi passaggi, ma la forza degli ingegneri efficienti sta nella loro capacità di costruire e mantenere modelli mentali chiari. Come si comportano i grandi modelli linguistici? A dire il vero, i grandi modelli linguistici sono piuttosto bravi a scrivere codice. Quando indichi dove sia il problema, sono anche bravi ad aggiornare il codice. Possono fare tutto ciò che farebbe un ingegnere umano: leggere codice, scrivere e eseguire test, aggiungere log e (probabilmente) usare un debugger. Ma ciò che non possono fare è mantenere un modello mentale chiaro. I grandi modelli linguistici si trovano intrappolati in una confusione infinita: presumono che il codice che scrivono funzioni davvero; quando i test falliscono, possono solo indovinare se riparare il codice o il test; quando si sentono frustrati, semplicemente cancellano tutto e ricominciano. Questo è esattamente l'opposto delle caratteristiche che mi aspetto da un ingegnere. Gli ingegneri del software lavorano e testano contemporaneamente. Quando un test fallisce, possono confrontare il loro modello mentale per decidere se riparare il codice o il test, o raccogliere ulteriori informazioni prima di prendere una decisione. Quando si sentono frustrati, possono cercare aiuto parlando con qualcuno. Anche se a volte cancellano tutto e ricominciano, lo fanno solo dopo aver acquisito una comprensione più chiara del problema. Ma andrà tutto bene, giusto? Con l'aumento delle capacità dei modelli, cambierà questa situazione? Forse?? Ma penso che ciò richieda un cambiamento fondamentale nel modo in cui i modelli costruiscono e ottimizzano. Il modello di cui ha bisogno l'ingegneria del software non è solo in grado di generare codice. Quando una persona incontra un problema, può temporaneamente mettere da parte tutto il contesto, concentrarsi sulla risoluzione del problema attuale e poi riprendere i pensieri precedenti, tornando al grande problema in corso. Possono anche passare agevolmente tra la visione d'insieme e i dettagli, ignorando temporaneamente i dettagli per concentrarsi sul tutto, e approfondire i particolari quando necessario. Non diventeremo più efficienti semplicemente riempiendo la nostra "finestra di contesto" con più parole; questo ci farebbe solo impazzire. Anche se possiamo gestire enormi quantità di contesto, sappiamo che attualmente questi modelli generativi presentano diversi problemi gravi che influenzano direttamente la loro capacità di mantenere un modello mentale chiaro: * Omissione di contesto: i modelli non sono bravi a scoprire informazioni contestuali trascurate. * Pregiudizio di recente: quando gestiscono la finestra di contesto, sono gravemente influenzati da un pregiudizio di recente. * Illusione: spesso "fantasticano" dettagli che non dovrebbero esistere. Questi problemi potrebbero non essere insormontabili, e i ricercatori stanno lavorando per dare ai modelli una memoria, in modo che possano esercitare tecniche di pensiero simili alle nostre. Ma sfortunatamente, al momento, non possono realmente comprendere cosa stia accadendo (oltre un certo livello di complessità). Non possono costruire software perché non possono mantenere simultaneamente due "modelli mentali" simili, scoprire le differenze e decidere se aggiornare il codice o i requisiti. Quindi, cosa fare adesso? È chiaro che i grandi modelli linguistici sono utili per gli ingegneri del software. Possono generare codice rapidamente e si comportano bene nell'integrare requisiti e documentazione. Per alcuni compiti, questo è già sufficiente: i requisiti sono abbastanza chiari, il problema è abbastanza semplice, possono farlo in un colpo solo. Detto ciò, per qualsiasi compito con un po' di complessità, non possono mantenere abbastanza contesto in modo sufficientemente preciso per produrre iterativamente una soluzione praticabile. Tu, come ingegnere del software, devi comunque assicurarti che i requisiti siano chiari e che il codice realizzi realmente le funzionalità che dichiara di avere. In Zed, crediamo che in futuro gli esseri umani e gli agenti AI possano collaborare per costruire software. Tuttavia, siamo fermamente convinti (almeno per ora) che tu sia il conducente al volante, mentre i grandi modelli linguistici sono solo un altro strumento a tua disposizione.

Il flusso di persone al Tempio del Maestro è davvero impressionante...

Le recensioni su Trae stanno iniziando a diventare negative, ma la versione Linux promessa è ancora in lista d'attesa. Non aspetto più Trae.

La mia famiglia è bloccata da un carro armato sulla strada da 2 ore, nei prossimi 2 settimane dovremo pianificare bene i nostri spostamenti. Questa sera ci sarà una prova per l'esercitazione militare.

I guadagni di Twitter possono coprire il mio abbonamento a cursor + abbonamento a eleven labs + abbonamento a heygen Proprio 70 dollari 😄

Dopo essermi appassionato a Vibe Coding, mi ha fatto pensare al racconto di Ted Chiang "L'evoluzione della scienza umana", in cui si narra di come le persone, utilizzando l'IA per la ricerca scientifica, gradualmente non riescano più a tenere il passo con i progressi tecnologici, portando l'umanità a essere sempre più emarginata. Quindi, mentre l'IA assiste nella programmazione, gli esseri umani devono mantenere la comprensione e la capacità di gestire questi codici, altrimenti rischiano di cadere nella visione allarmante di Chiang.

L'evento più deludente dell'anno nel mondo della tecnologia, senza eccezioni. Un progetto open source indipendente è stato costretto a rinominare il proprio repository GitHub, da Deepkit a untitled-code. Un nome carico di passione è diventato una serie di caratteri senza nome. Cosa è successo dietro le quinte? Causa: L'autore @MarcJSchmidt ha registrato il marchio dell'Unione Europea per il suo framework TypeScript "Deepkit" per cercare di proteggerlo. Svolta: Una grande azienda che ha raccolto 160 milioni di dollari, "Deepki", ha messo gli occhi su questo nome e ha presentato una richiesta all'Unione Europea per annullare il marchio. Decisione assurda: L'Ufficio marchi dell'Unione Europea ha deciso che l'annullamento è valido. La ragione è che l'autore non è riuscito a fornire prove sufficienti per dimostrare che il suo marchio avesse un "uso reale" nell'Unione Europea. I dati forniti dallo sviluppatore, come le stelle su GitHub, le centinaia o migliaia di visitatori GA dall'Unione Europea e le centinaia di migliaia di download da npm, sono stati tutti respinti, poiché questi dati "non possono essere localizzati con precisione agli utenti dell'Unione Europea" o "non possono dimostrare un utilizzo commerciale". Questo è stato praticamente un corso di educazione al rischio sanguinoso per tutti gli sviluppatori che rispettano la privacy degli utenti e non vogliono raccogliere dati in modo eccessivo. E la scena più ironica di tutte è: Questa azienda, Deepki, che schiaccia gli sviluppatori indipendenti con il potere del capitale e della legge, ha sul proprio sito web il certificato B Corp™ (azienda benefit), nel quale la sua "Dichiarazione di Beneficio" afferma che - "le aziende dovrebbero impegnarsi a non nuocere e a beneficiare tutti" (aspire to do no harm and benefit all). Da un lato cancella il lavoro degli sviluppatori indipendenti, dall'altro si vanta di essere "commercialmente benevola".