Qualche giorno fa ho visto un video intitolato "Mirror Dream Fate", con audio e immagini, e la coerenza tra audio e immagini era molto buona. Ora la generazione di video a partire da immagini è già abbastanza matura, ma fondere audio e immagini, allineando con precisione le labbra, le espressioni e la voce, è ancora difficile. Successivamente ho scoperto che questo video è stato completamente generato dal modello video Steam di Baidu, che supporta molto bene la generazione di audio, specialmente per la lingua cinese.

Vieni a imparare e a criticare come le grandi aziende come FAANG "programmano per sensazione (Vibe Coding)": "Prima fai annuire abbastanza stakeholder" "Poi fai una revisione del design" "Poi ci sono settimane di lavoro sui documenti" "E poi i product manager e i project manager dividono i compiti" Dopo tre mesi, finalmente si può iniziare a fare Vibe Coding! --- Ecco come facciamo Vibe Coding in FAANG Ciao a tutti. Il motivo per cui voglio pubblicare qui è che vedo sempre qualcuno che dice che il codice scritto con l'aiuto dell'AI non può essere utilizzato in prodotti reali. Questo è assolutamente falso. Prima di tutto, una breve introduzione: sono un ingegnere del software AI con oltre dieci anni di esperienza, metà dei quali trascorsi in FAANG. La prima metà della mia carriera l'ho trascorsa come ingegnere di sistema, non come sviluppatore, ma scrivo codice da quasi 15 anni. Detto ciò, ora vi racconterò come il nostro team ha iniziato a utilizzare l'AI per scrivere vero **codice di produzione (production code)**. 1. Devi sempre partire da un **documento di design tecnico**. Questo è il cuore dell'intero lavoro. Questo documento è come una proposta, devi convincere abbastanza stakeholder che la tua soluzione è fattibile. Solo se il design viene approvato, puoi iniziare a sviluppare il sistema stesso. Questo documento deve contenere l'architettura completa del sistema, i piani di integrazione con altri sistemi, ecc. 2. Prima di iniziare lo sviluppo, è necessario effettuare una **revisione del design (Design review)**. In questa fase, gli ingegneri senior del team esamineranno il tuo documento di design in modo approfondito. È una cosa positiva, io la chiamo **"anticipare il dolore"**. 3. Se la revisione passa senza problemi, puoi ufficialmente avviare il lavoro di sviluppo. Nelle prime settimane, tutti spenderanno molto tempo a scrivere documenti più dettagliati per ogni sottosistema (subsystem) che il team di sviluppo deve costruire. 4. Poi c'è lo sviluppo del **backlog** e la pianificazione degli **Sprint (sprint planning)**. In questa fase, gli sviluppatori si riuniscono con i product manager (PMs) e i technical project manager (TPMs) per suddividere l'ambizioso obiettivo in compiti specifici che gli sviluppatori possono eseguire. 5. **Sviluppo software**. Finalmente, possiamo iniziare a scrivere codice e a completare i task. E qui, l'AI mostra il suo potere, è praticamente il nostro **moltiplicatore di efficienza (force multiplier)**. Utilizziamo il modello di **sviluppo guidato dai test (Test Driven Development, TDD)**, quindi la prima cosa che faccio è far scrivere all'**agente AI (AI agent)** i casi di test per la funzionalità che devo sviluppare. *Solo quando i test sono pronti, inizio a far costruire all'agente AI la funzionalità concreta*. 6. **Revisione del codice**. Il nostro codice deve essere approvato da due sviluppatori prima di essere unito al ramo principale (main). In questa fase, l'AI ha anche mostrato un enorme potenziale, può aiutarci nella revisione. 7. **Test nell'ambiente di pre-rilascio (staging)**. Se i test vanno bene, possiamo ufficialmente rilasciare in produzione (prod). In generale, dal suggerimento della funzionalità al rilascio finale, abbiamo scoperto che l'intero processo ha **aumentato la velocità di circa il 30%**. Questo è un enorme progresso per noi. **Troppo lungo, non leggo (TL;DR):** Inizia sempre con un solido documento di design e architettura; poi implementalo pezzo per pezzo; scrivi sempre i test in anticipo.

Se sei interessato a come funziona Claude Code, devi assolutamente leggere questo articolo. > Claude Code ha scelto la semplicità in ogni punto decisionale dell'architettura: un ciclo principale, una ricerca semplice, una lista di cose da fare semplice, e così via. Resisti all'impulso di un design eccessivo, costruisci una buona base per il modello e poi lascialo esprimere al meglio! È forse una ripetizione della strada "end-to-end" nel campo della guida autonoma? Le lezioni amare, quanto sono simili? Punti chiave dell'articolo: 1. Ciclo di controllo (Control Loop) 1.1 Mantieni un ciclo principale (al massimo un ramo) e una cronologia dei messaggi 1.2 Usa piccoli modelli per varie attività in qualsiasi momento e luogo 2. Parole chiave (Prompts) 2.1 Usa la modalità claude .md per gestire collaborativamente le preferenze e il contesto degli utenti 2.2 Usa tag XML speciali, Markdown e un gran numero di esempi 3. Strumenti (Tools) 3.1 Ricerca con grandi modelli linguistici >>> ricerca basata su RAG 3.2 Come progettare strumenti utili? (Strumenti avanzati vs. strumenti di base) 3.3 Fai in modo che il tuo agente gestisca la propria lista di cose da fare 4. Guidabilità (Steerability) 4.1 Tono e stile 4.2 Sfortunatamente, "per favore, nota che questo è importante" è ancora la regola 4.3 Scrivi gli algoritmi, allega regole euristiche ed esempi.

Twitter mi consiglia sempre vari contenuti su sviluppatori indipendenti e imprenditoria all'estero. Dopo averli seguiti per più di un anno, ci sono molte osservazioni e punti di vista con cui non sono d'accordo, quindi voglio condividere il mio parere personale. 1. Un prodotto, dopo aver lavorato per alcuni mesi, pubblica un'immagine con guadagni mensili di diverse migliaia e inizia a condividere esperienze di successo, spiegando tutto in modo convincente, ricevendo un sacco di like, salvataggi e condivisioni. Dalla mia esperienza, i contenuti riassunti sono solo chiacchiere, confezionati per attirare attenzione e follower. Se spendi tempo a leggere e salvare questo tipo di contenuti, stai solo sprecando tempo. Un vero imprenditore, dopo alcuni mesi, è solo all'inizio; se inizia a guadagnare, deve prima ringraziare la fortuna, continuando a muoversi con cautela, annotando alcuni cambiamenti e progressi, aggiornando leggermente le sue idee preconcette, e continuando a osservare e verificare il secondo mese. Non consiglio di riassumere esperienze, perché non hai completato un ciclo, non ci sono esperienze certe; all'inizio è come un cieco che tocca un elefante. Quando avrai toccato tutte le parti dell'elefante e sarai ancora in piedi sul campo di battaglia, allora potrai riassumere le tue esperienze. Quindi, quando vedi questo tipo di post, consiglio agli amici di scorrere direttamente, senza ansia da perdita, è sicuramente spazzatura per attirare follower, senza eccezioni. 2. Molti sviluppatori indipendenti, mentre lavorano in azienda, si dedicano a progetti speculativi e non si nascondono nel parlarne su Twitter. Questo comportamento lo trovo molto sbagliato. Ho visto molti imprenditori di successo che, mentre lavorano, sono molto responsabili e motivati, dedicandosi al loro lavoro e raggiungendo un certo livello e risultati nella loro azienda. Quando escono per lavorare in proprio, il loro stato non cambia affatto, e così possono attrarre persone simili e formare buoni team. Prendere lo stipendio dell'azienda e passare il tempo a lavorare su progetti secondari è una mancanza di etica professionale e non comprende il modo di fare impresa e di comportarsi. Questo tipo di mentalità influisce sulle decisioni di una persona, portandola a fare scelte egoistiche, a breve termine e di scorciatoia. Puoi evitare rischi prima di pensare di lavorare in proprio, senza lasciare il lavoro, ma il presupposto è che devi fare bene il lavoro in azienda, oppure se non riesci a gestire entrambe le cose, non dovresti creare problemi per l'azienda e il team, e non dovresti sentirti a tuo agio nel parlarne su Twitter, o addirittura denigrare la tua azienda e il tuo team. Devi sapere che puoi permetterti di lavorare su progetti secondari grazie allo stipendio dell'azienda, e che il team sta sopportando il carico di lavoro mentre tu ti distrai. 3. A molti sviluppatori che vogliono avviare o hanno appena avviato un'attività, voglio dire alcune cose. 1) Sì, parlo di fare affari, in passato si chiamava commercio. Dimentica concetti come sviluppatore indipendente o azienda unipersonale, che sono solo parole vuote; quello che devi imparare è come fare affari. Questo è qualcosa che puoi solo imparare facendo, oppure seguendo da vicino un imprenditore. Non ci sono altre strade. Quindi, se vuoi farlo, inizia a farlo; mentre lavori, imparerai lentamente. Trova modi per accumulare risorse, spendi meno e persevera; finché non sei completamente incapace, alla fine riuscirai a ottenere qualcosa e a progredire gradualmente. 2) Per fare affari, devi avere qualcosa di cui gli altri hanno bisogno, e una parte delle persone deve preferire comprarlo da te. Continua a mantenere un atteggiamento altruista: fai un buon prodotto, fornisci un buon servizio, e lentamente inizierai a percepire di più e a muoverti nella giusta direzione. 3) Non credere ciecamente nel marketing, a meno che tu non sia già bravo in questo, con una forte voglia di esprimerti e una buona sensibilità al web. La prima cosa da fare è diventare gradualmente un product manager e un venditore sul campo, osservando il tuo gruppo di clienti familiari, trovando le loro esigenze, creando un prodotto e promuovendolo e perfezionandolo lentamente. Devi dare tempo, almeno 1-2 anni. Quei casi di crescita rapida in 3 giorni o pubblicità in un mese sono come vincere alla lotteria: esistono, ma non possono essere il tuo piano. Con il tempo, la tua necessità di traffico non sarà così grande e urgente. Pubblicando un demo, potresti aver bisogno solo di 10 persone; a questo punto, devi diventare un venditore, avere spalle larghe, senza orgoglio, e cercare queste persone. Se sei sincero e perseverante, sicuramente le troverai. Posso dire che anche se hai creato qualcosa di scadente, troverai comunque 10 persone pronte a usarlo. Poi, devi diventare un product manager, osservare il comportamento degli utenti, parlare con loro e analizzare per migliorare. Poi migliora il tuo prodotto, riassumi il tuo discorso di vendita e cerca 50 persone. Trova lentamente questo PMF, e il tuo marketing arriverà gradualmente. 4) Rispetta il tempo; qualsiasi cosa che crei ansia nell'imprenditoria può essere risolta allungando il tempo, quindi il lungo termine, la guerra di logoramento e la perseveranza sono le cose più importanti nell'imprenditoria, persino più dell'intelligenza. Quindi, come puoi resistere abbastanza a lungo è la cosa più importante a cui pensare fin dal primo giorno di avvio. 5) Non ci sono trucchi magici o scorciatoie nel fare affari; questi sono i contenuti più condivisi su Twitter, la maggior parte sono chiacchiere, una piccola parte è fortuna. Molte cose hanno probabilità molto basse, e io le considero come se non esistessero. Scommettere su eventi a bassa probabilità è come puntare una pistola a tamburo alla propria testa. Gli imprenditori che conosco usano principalmente la forza bruta, ma sono molto intelligenti; le persone intelligenti che usano la forza bruta sono una delle verità di questo mondo. Se hai appena iniziato a fare affari, stai lontano da questo tipo di contenuti spazzatura, mantieni la tua determinazione; una buona mentalità è un supporto importante per andare avanti e iniziare. 6) Non speculare; la speculazione ha molti significati. Una forma tipica è quella di un sviluppatore indipendente che sviluppa un progetto al mese, per un totale di una dozzina in un anno; questo è un approccio poco ortodosso, che potrebbe adattarsi a una ristretta parte di sviluppatori bravi nel marketing, che hanno già costruito una reputazione e un seguito, e hanno il traffico per sperimentare. Ma questo è un problema di scavare un pozzo: se scavi con una pala e non trovi acqua, non significa che non ci sia acqua. Gli sviluppatori in generale dovrebbero seguire la teoria classica del mercato, che è più affidabile. Un'altra forma di speculazione è quella di produrre spazzatura invece di prodotti di qualità. È ovvio che produrre un sacco di spazzatura non è meglio che produrre un prodotto di qualità, ma voglio esprimere che ci sono problemi di dipendenza dalle decisioni e di mentalità; dopo aver prodotto alcuni prodotti scadenti, non avrai più la motivazione e la pazienza per creare un prodotto di qualità. Un prodotto di qualità non è qualcosa che puoi semplicemente decidere di fare; è il risultato di una mentalità a lungo termine. Anche se non ho avuto molto successo, ho accumulato molte esperienze di fallimento e ho visto molte cose; queste sono tutte riflessioni basate sulla mia esperienza personale, un'opinione personale, leggi con attenzione.

Oggi qualcuno mi ha chiesto come scegliere un'offerta. Penso che, dal punto di vista del tasso di successo, si debba andare o in un'azienda molto centrale, oppure in un'azienda che vende attrezzature. Per fare un esempio con l'AI, le aziende centrali nell'AI sono solo OpenAI, Anthropic... mentre le aziende che vendono attrezzature possono essere Nvidia, o in modo più ampio Stripe, Vercel, Cloudflare; indipendentemente dal fatto che Web3 o AI siano in auge, loro possono sempre avere un ruolo; ovviamente bisogna anche considerare cosa ci piace fare. Inoltre, più è piccola l'azienda, più è importante valutare se il CEO è una persona competente; a volte il gusto e il giudizio del leader sono molto importanti, come nel caso di Jensen Huang che ha deciso di sviluppare CUDA invece di ascoltare gli investitori. Infine, non pensate di non essere all'altezza; la maggior parte delle persone soffre di una seria sindrome dell'impostore.

I modelli AI più avanzati scrivono codice in modo eccellente, il livello a livello di modulo supera di gran lunga la media dei programmatori umani. Se il codice generato è scadente, prima controlla quale modello è stato scelto, se il contesto è sufficiente e se le parole chiave devono essere ottimizzate. Il codice tra moduli, limitato dalla lunghezza della finestra di contesto, potrebbe necessitare di un aiuto umano per la progettazione e la pianificazione; se la struttura del progetto è ragionevole, l'AI può comunque riutilizzare il codice esistente per mantenere il principio DRY.

Chiunque può scaricare questo poc, basta 942 dollari. Eh, ora nessuno parla più di etica marziale.

Non è il momento di sprecare i prodotti AI, anzi, sarà un periodo di rapida crescita, perché: 1. Anche se la velocità dei modelli non aumenta più, le capacità sono già sufficienti e i costi sono accettabili. 2. La diminuzione della velocità dei modelli ha ridotto le preoccupazioni riguardo ai "modelli e prodotti", non c'è bisogno di preoccuparsi troppo che un aggiornamento del modello renda tutto vano, si può progettare e costruire prodotti basandosi sui modelli esistenti con tranquillità. 3. Ci sono già casi di successo da cui prendere spunto, come ChatGPT, NotebookLM, Cursor, Claude Code, ecc. 4. L'AI Coding ha notevolmente accelerato la velocità di costruzione dei prodotti. Aspettiamo con ansia.

Non ho mai avuto fiducia nei sistemi generali. I sistemi generali sono semplicemente poco utili. Entrare nel campo dei sistemi generali è molto probabilmente solo una speculazione sul mercato dei capitali, perché è facile creare un'illusione di grande potenziale per gli investitori. È difficile quantificare e misurare l'efficacia dei sistemi generali. Anche se si desidera costruire un feedback di valutazione per un agente generale, dovrebbe essere basato su capacità verticali e gestito di conseguenza. È difficile astrarre un unico insieme di standard per fare valutazioni di ricompensa su diverse dimensioni di capacità. La questione dei sistemi generali dovrebbe svilupparsi solo dopo aver fatto progressi nello sviluppo verticale. Questo è simile alla quinta fase dell'AGI pianificata da OpenAI: il leader. In futuro, in ogni settore verticale ci saranno molti agenti specializzati. Il leader sarà come un CEO, che trova agenti con capacità affini e condivise per raggiungere obiettivi comuni. Questa narrazione degli obiettivi è molto più complessa e ambiziosa, e non è come l'attuale sistema generale. Naturalmente, ci sono anche sistemi generali simili, che aggregano e distribuiscono agenti verticali dopo aver identificato le esigenze basate su scenari. In sintesi, l'entusiasmo per gli agenti terminerà quando Manus/Genspark non avrà più investitori disposti a subentrare; quando tutti vedranno che la bolla delle valutazioni elevate è scoppiata, si renderanno conto che c'è un enorme divario tra questi agenti e la realtà di quelli che possono realmente aiutare le persone a risolvere problemi e migliorare l'efficienza produttiva. Una volta raggiunto questo consenso, il campo degli agenti AI potrebbe trovarsi in una situazione di panico per la difficoltà di finanziamento; gli investitori si renderanno conto che questi agenti sono difficili da far consegnare risultati affidabili, e quindi almeno il 40-60% delle aziende potrebbero morire entro l'anno prossimo.

Si prega di notare che non lasciatevi ingannare!!!!!!!!!!!!!!! Il modello nano-banana non è ancora stato ufficialmente rilasciato, attualmente può essere ottenuto solo casualmente all'interno, qualsiasi altro sito è falso!!!!!!!!!!!!!