Populære emner
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

fucory
Bygning - Tevm, Voltaire, Smithers
Den åpenbare løsningen her er å omfavne å ikke ha en 0-innboks. Omfavn duplisering. Bygg rundt det og sett nye forventninger
Det er bare vår klamring til hvordan åpen kildekode-repositorier fungerte tidligere som skaper smerte her

Peter Steinberger 🦞9 timer siden
PR-ene på OpenClaw vokser i et *umulig* tempo.
Jobbet hele dagen i går og fikk inn rundt 600 commits.
Det var 2700; Nå er det over 3100.
Jeg trenger AI som skanner hver PR og Issue og de-dupliserer.
Den bør også oppdage hvilken PR som er basert basert på ulike signaler (så en grundig gjennomgang er også nødvendig).
Ideelt sett bør det også ha et visjonsdokument for å markere/avvise PR-er som går for langt. Dette kan ikke automatiseres helt, men selv å hjelpe ville hjulpet.
Closes jeg fant er et obskurt OSS-prosjekt.
Hvordan kan ingen oppstartsbedrift jobbe med dette?
15
Dette er feil. Behovet for å parallellisere er et problem du løser. Hver gang du når et nytt produktivitetsnivå med agenter, ender du opp overveldet av oppgaver. Du kan bytte mellom disse oppgavene av lav kvalitet, fornøyd med dette produktivitetsnivået, eller du kan velge å løse problemet og få evnen til å fokusere igjen. Dette lar deg nå neste nivå. Da vil problemet sannsynligvis komme tilbake som et nytt menneske i løkken, og du gjentar
De fleste utviklere i dag har støtt på flaskehalsen «jeg vurderer så mye kode» og sender mange prompts til AI-en som er av lav kvalitet og lett å automatisere. De ser ikke på dette som et problem fordi de fortsatt er imponert over hvor mye arbeid de får gjort

Guillermo Rauch15. feb., 03:16
Ingeniørfag før AI:
◉ Evne til å fokusere > evne til å parallellisere
Ingeniørkarrieren AI:
III: Evne til å parallellisere > evne til å fokusere
96
Derfor vurderer jeg for første gang å dyrke en frørunde
Det vil ta år før de mest kompetente ingeniørlederne finner ut hvordan de skal drive utviklingsteam effektivt
Det er mye verdi å skape av et produkt som gjør det mulig for oppstartsbedrifter å kutte denne tidslinjen ned til en måned

dax15. feb., 03:52
hver gang vi snakker om hvor mye selskaper bruker på LLM-er per ingeniør, får vi en haug med svar som «hva er Claude, maks koster bare 200 dollar»
Når kodingsverktøy rulles ut til et ekte team, bruker selskaper et ordentlig Enterprise Control Plan knyttet til en årskontrakt
Alle disse har en betalings-per-bruk-komponent (med rabatter), så ja, det er ikke helt uvanlig å se en regning på 2000 dollar for én utvikler per måned
Og nei, bare fordi 2000 dollar er mindre enn lønnen betyr ikke det automatisk at det er verdt det
Etter hvert vil selskapene granske disse tallene og forstå om de faktisk ser proporsjonal avkastning på investeringen
8
Topp
Rangering
Favoritter
