Hackerspace News

News

L’AI scrive codice, ma tu resterai comunque a pulire i casini

🇮🇹 · /root · Lamberto Tedaldi

Spegnete pure i generatori di hype e mettete giù i comunicati stampa motivazionali, perché la notizia che il coding sia un problema ‘risolto’ è una cavolata colossale che non regge nemmeno un secondo davanti a un debugger. Negli ultimi mesi, tra una demo di LLM e l’altra, si è diffusa questa idea quasi mistica secondo cui scrivere codice sia ormai solo un compito di routine, come ordinare una pizza su Deliveroo. L’idea è: l’AI genera la funzione, tu fai il copia-incolla e vai a farti un aperitivo. Ma Alex Erelof, un tipo che di certo non si fa incantare dai marketing manager della Silicon Valley, ha appena pubblicato un pezzo che riporta tutti con i piedi per terra. E ha ragione da vendere. Il punto fondamentale è che il codice non è il fine ultimo, è solo un sottoprodotto della chiarezza mentale. Programmare non significa solo digitare sintassi che sembrano geroglifici, ma risolvere problemi e capire la logica profonda di ciò che stai costruendo. Se deleghi la comprensione all’AI, non sei più un ingegnere, sei solo un utente che spera che tutto funzioni. E quando (non quando, ma quando) qualcosa esploderà, non avrai gli strumenti mentali per capire perché il tuo sistema sta andando in kernel panic. Certo, non siamo ciechi. L’automazione sta portando un crollo dei costi del software che è una figata pazzesca. Vedremo una valanga di software sempre più economico e accessibile. È una cosa bellissima, ma attenzione: il valore si sposta. Se il codice diventa una commodity, la vera skill diventa la capacità di orchestrare la complessità e di capire cosa sta succedamente ‘sotto il cofano’. E qui arriviamo al punto critico per noi che amiamo sporcarci le mani. Esistono tre casi in cui puoi permetterti di non leggere il codice: se stai solo facendo un prototipo veloce (PoC), se stai scrivendo un tool che userai solo tu e per un secondo (che poi è sempre il secondo), o se sei un attaccante che sta cercando di scassinare il sistema. In tutti gli altri casi, se non leggi, sei in trappola. Non puoi permetterti di essere dipendente da una scatola nera che decide la logica per te. In un mondo dove tutto viene generato in massa, la capacità di audit e di comprensione profonda diventa l’unica vera protezione contro quel senso di impotenza che deriva dal non possedere davvero ciò che si usa. Quindi, continuate pure a studiare la logica, non solo la sintassi. Il futuro non appartiene a chi sa dare i prompt migliori, ma a chi sa capire quando il prompt ha generato una bomba a orologeria. Source: Coding is not solved

webnewsaicodingprogrammingsoftware engineering

Claude Sonnet 5.5: Il nuovo assistente che gioca a Pokémon (e scrive codice meglio di noi)

🇮🇹 · /root · Lamberto Tedaldi

Se pensavate che l’intelligenza artificiale fosse ormai solo un modo complicato per riassumere email scritte male, preparatevi a ricalibrare i vostri sensori. Anthropic ha appena lanciato Claude Sonelle 5.5 e, onestamente, i numeri che stanno tirando fuori sembrano usciti da un episodio di Black Mirror scritto da qualcuno che ha mangiato troppi integratori per la concentrazione. Andiamo al sodo: non è solo un piccolo update incrementale per far felici gli azionisti. Parliamo di un salto che, in alcuni ambiti, è quasi surreale. Il dato che mi ha fatto sobbalzare? Il modello è in grado di battere la versione precedente di Pokémon Red analizzando solo degli screenshot. Sì, avete letto bene. Mentre noi lottiamo con i driver della stampante o cerchiamo di far compilare un kernel custom, questo modello sta conquistando la regione di Kanto senza nemmeno toccare un tasto. Per chi di noi mastica codice tutto il giorno, la parte interessante è il Terminal-Bench 4.0. Vedere un salto dal 10.3% al 70.6% in ambito agentic coding non è una passeggiata; è come passare dal cercare di riparare un server con lo scotch al lanciare un comando magico che risolve tutto. Anthropic sostiene che Sonnet 5.5 sia molto più efficiente nel gestire le ‘tool calls’, il che significa meno passaggi inutili e, soprattutto, un costo che scende fino al 30% per task. In un mondo dove ogni token consumato è un piccolo colpo al portafoglio, questa è la notizia che ci fa sorridere tra un bug e l’altro. Certo, restiamo noi: sappiamo che i benchmark sono bellissimi, ma sono sempre presentati in un ambiente controllato, quasi troppo perfetto per essere vero. È quel classico scenario ‘lab-grown’ che ci ricorda quanto sia difficile replicare questa magia in un ambiente di produzione caotico e pieno di dipendenze legacy che nessuno vuole toccare. Inoltre, c’è sempre quel retrogusto di controllo: queste nuove ‘cyber safeguards’ e filtri biologici sono ottimi per evitare che l’IA ci aiuti a creare un virus, ma non dimentichiamoci che ogni volta che aggiungiamo un nuovo strato di allineamento, stiamo anche aggiungendo un altro filtro tra noi e la potenza bruta del modello. In sintesi: se avete dei task ripetitivi, della documentazione da sistemare o se volete un compagno di pair programming che non si stanchi mai (e che non faccia domande filosofiche ogni due secondi), Sonnet 5.5 è un upgrade che merita un test serio. Il futuro è veloce, economico e sa giocare a Pokémon. Noi, invece, restiamo qui a cercare di capire come non far esplodere il deployment. Source: Sonnet 5.5

webnewsaiAnthropicClaudecoding

Other

Meetups/Infra/2026-09-21

🇺🇸 · Noisebridge · Mcint

create page New page {{meetups/infra}} <!-- header --> {{TODO/summary}} == Introductions == * [name] - [background]. [goals for meetup, or interests to explore] * Loren - freelance backend engineering, * Robert - involved in startups, adding * T - * J - * Sophia - onion monger * Doug - like computers, like self-hosting, * Victor - background working in infra & dev tools, big nix fan * Frank - * Daniel - making a cooking robot, tele-operated, from Shenzhen. LiveKit, just started dropping half of packets, started being * Danny - bg in 3d graphics & gaming, interest in multiplayer network for games * Erik - getting a couple of our services * Ciara - I play with noisegarden, self-hosting, packaging, infrast * Daniel - general [capable] computer man * Ellie - do a lot of dev tools & terminal stuff, interested in the networking stuff today, done a lot of infrastructure == Lesson or Demo == * Read aloud: clarify for meetup. We are taking notes in a riseup pad (or I am--help appreciated, and links). We have meeting notes posted to the wiki. noisebridge.net, search Infra, or Meetups/Infra. (the Infrastructure page has a disambiguation link.) * Shell, web services, self-hosting, networking! * Congestion control ** tor network performance ** real time communication with china from usa to control robotics *** currently using live kit https://github.com/livekit/livekit * (some others) tcp state machine what does tcp garuntee tcp - sibbling proto-s: udp, quic udp where, why? streaming use-cases tcp - guarantees ordered byte stream implicitly ack a bunch of stuff open a web page quic media over quic (moq) tcp is not modern/mobile latency people have annoyances with TCP * https://en.wikipedia.org/wiki/Nagle%27s_algorithm - Nagle - * https://news.ycombinator.com/item?id=24535528 To avoid network congestion, the TCP stack implements a mechanism that waits for the data up to 0.2 seconds so it won’t send a packet that would be too small. This mechanism is ensured by Nagle’s algorithm, and 200ms is the value of the UNIX implementation. Sigh. If you're doing bulk file transfers, you never hit that problem. If you're sending enough data to fill up outgoing buffers, there's no delay. If you send all the data and close the TCP connection, there's no delay after the last packet. If you do send, reply, send, reply, there's no delay. If you do bulk sends, there's no delay. If you do send, send, reply, there's a delay. The real problem is ACK delays. The 200ms "ACK delay" timer is a bad idea that someone at Berkeley stuck into BSD around 1985 because they didn't really understand the problem. A delayed ACK is a bet that there will be a reply from the application level within 200ms. TCP continues to use delayed ACKs even if it's losing that bet every time. If I'd still been working on networking at the time, that never would have happened. But I was off doing stuff for a startup called Autodesk. John Nagle * no multiplexing HTTP/2 is a good example TCP - reliable transmission - helps us quickly use full link tries, then adjust to measurement quickly ramp up quickly ramp down knows ~ when to ramp down bandwidth-delay product https://insights.profitap.com/osi-7-layers-explained-the-easy-way https://en.wikipedia.org/wiki/Bandwidth-delay_product why do i care about how many bytes are on the wire edge network device - has knowledge some some things known rates it can operate - 3-30 or more hops - Buffer Bloat how does tcp help us find the max bandwidth a connections support, find it use it tcp needs to behave well over single ms latency and thousands of ms additive increase multiplicative decrease slowly climb and quickly fallback every time it gets a packet, it learns new information, and it only update model when send and recieve packets, or not get a packet back add to sending window everytime you revcieve an ack what is ECN? https://en.wikipedia.org/wiki/Explicit_Congestion_Notification BACK 2 BUFFER BLOAT https://en.wikipedia.org/wiki/TCP_congestion_control mtu typically 1500 bytes for no reason afaik sysctl -a you can see some of these variables also config for https://en.wikipedia.org/wiki/Multilayer_switch possibly is congestion control dependent on hardware? https://ipcisco.com/lesson/ethernet-basics/ https://john.fun/elevators https://witestlab.poly.edu/blog/tcp-congestion-control-basics/ mtu ipv6 path mtu discovery https://en.wikipedia.org/wiki/Path_MTU_Discovery - IPv6 Jumbo packets - in-practice, on existing networks - determined by lowest common denominator, the iDRAC, the printer, that doesn't support it, makes that device incompatible with the rest of the network. Then you have to downgrade. Advice: only use on SAN networks with SANs talking to SANs 1gb at 1500 mtu is like a million packets, how come they don't change * everything is so optimized for this that to change it prob breaks these optimizations modern linux does send more than mtu tcp and other various congestion protos are focused on the sender detecting when to stop sending? new protos are homa? i want to send a gb, b wants to send 10 bytes, does this get reordered if you have not a ton of packets to send? congestion control algos * cubic is linux default packet drops is used by cubic bbr uses rtt instead https://web.stanford.edu/class/cs244/papers/bbr.pdf https://blog.acolyer.org/2017/03/31/bbr-congestion-based-congestion-control/ https://en.wikipedia.org/wiki/Cubic_function https://en.wikipedia.org/wiki/CUBIC_TCP https://dipsingh.github.io/TCP-Congestion-Experiment/ https://en.wikipedia.org/wiki/IEEE_802.11 Retry: Sometimes frames require retransmission, and for this, there is a Retry bit that is set to one when a frame is resent. This aids in the elimination of duplicate frames. https://en.wikipedia.org/wiki/QUIC as reliablilty goes up, waiting for latency is less risky https://quicwg.org/ https://www.noisebridge.net/wiki/Decentralized_Web https://tls13.xargs.org/ == Outros == * Ciara - touch grass * Robert - learned a lot today - BBR vs CUBIC, network congestion in general, have a ton of links to explore - looking for work, if you're hiring, right ghere * Bobby - Congestion algs * Joe - buffers, QUIC * Ellie - I'd never pieced together that TCP congestion control algs were from cities in Nevada where's BBR, NV - where's CUBIC, NV * Elan - had never pieced together all the elements of TCP * Doug - searching for light industrial units in NV, looking at Nagle's alg will noodle * Perry - had forgotted that Ethernet frames do not blindly wrap individual TCP packets * Victor - I feel a need to go home, open wireshark, and watch network * Mark - thought WiFi didn't have retry, but yeah, they do - curious about * Frank - pulled up the QUIC RFC, RFC 9000 * Danny - lots of stuff I'm new to * Erik - would like danny to show off his cool device * Joel - new to this - firewall constraints on packet * Daniel - new to networking - too advanced, == Questions, Discussion, or Coworking == * [Issue] = For next time = == Questions == == Readings & Exercises == * Readings ** * Exercises ** == Join online == * Try it yourself! ** Join libera.chat #nb-meetup-infra https://www.noisebridge.net/wiki/Meetups/Infra

bylaws - removed - external edit (Unknown date)

🇨🇦 · VHS · Anonymous (anonymous@undisclosed.example.com)

Constitution and bylaws Bylaws of Vancouver Hack Space Society (the “Society”) Part 1 – Definitions and Interpretation Definitions 1.1 In these Bylaws: * “Act” means the Societies Act of British Columbia as amended from time to time;

Crawling the Web

🇺🇸 · Noisebridge · 127.0.0.1

/robots.txt and websites that block crawlers: updated a resource ← Older revision Revision as of 17:34, 28 September 2026 Line 202: Line 202: No discussion of crawling would be complete without mentioning /robots.txt (example: https://en.wikipedia.org/robots.txt). No discussion of crawling would be complete without mentioning /robots.txt (example: https://en.wikipedia.org/robots.txt). robots.txt is a file that provides _advice_ to web crawlers about what URL path patterns are permissible and impermissible to access when spidering the site. Some sites prefer to protect their work from content poachers (ahem), and would like you to obey the restrictions set out in their robots.txt. Do with this info as you like. robots.txt is a file that provides _advice_ to web crawlers about what URL path patterns are permissible and impermissible to access when spidering the site. Some sites prefer to protect their work from content poachers (ahem), and would like you to [https://seotesting.com/google-search-console/robots-txt/ obey the restrictions set out in their robots.txt ] . Do with this info as you like. Some site servers (or their application routers) will recognize that your crawler is accessing forbidden paths and subsequently interfere with your intentions. This can be done by delivering a variety of show-stopping HTTP status codes or content meant to misguide your crawler into getting nowhere. 30x, 40x, 50x. Some site servers (or their application routers) will recognize that your crawler is accessing forbidden paths and subsequently interfere with your intentions. This can be done by delivering a variety of show-stopping HTTP status codes or content meant to misguide your crawler into getting nowhere. 30x, 40x, 50x.

coc - removed - external edit (Unknown date)

🇨🇦 · VHS · Anonymous (anonymous@undisclosed.example.com)

Code of Conduct & Grievance Procedure CODE OF CONDUCT Intention Vancouver Hack Space Society (VHS) is an inclusive community where all our visitors (both members and guests alike) should feel welcome. This code applies to everyone’s conduct on all VHS-related communication channels (such as