JetBrains mengt twee Qwen-generaties; simdjson 5.0 en Parley brengen gerichte nieuwe bouwstenen

JetBrains brengt een Qwen-merge uit die efficiëntie tegen taakafronding wil afwegen zonder finetuning; de onderbouwing is voorlopig een eigen benchmark. Voor C++ volgt simdjson 5.0 met officieel ondersteunde reflectie en selectiever JSON-lezen, terwijl Parley laat zien hoe federatie boven gewone IRC-clients kan werken — nadrukkelijk nog als proof of concept.

JetBrains combineert Qwen3.6 en 3.8 zonder nieuwe training

JetBrains heeft Qwen3.8-3.6-27B-blend gepubliceerd: precies de helft van ieder checkpoint, lineair samengevoegd met float32-accumulatie. Configuratie, tokenizer, processor en chattemplate blijven die van Qwen3.8-27B. De modelkaart legt ook de exacte revisies en merge-instellingen vast in een manifest en biedt BF16, GGUF en 4-bit-MLX-varianten, waaronder een MTP-versie voor MLX.

De praktische inzet is niet ‘nieuwste model is altijd beter’, maar een expliciet reproduceerbare middenweg tussen twee generaties met vermoedelijk verschillend redeneergedrag en tokenverbruik. JetBrains zet daar eigen resultaten van een interne codingbenchmark van honderd taken tegenover, met taakafronding en outputtokens als maat; de reasoning-instellingen verschillen volgens de modelkaart tussen configuraties. Dat maakt het geen neutrale algemene kwaliteitsvergelijking.

Interessant is juist dat hier geen aanvullende trainingsdata of post-training achter zit. Wie lokaal een 27B-model inzet, kan de blend dus redelijk schoon naast de twee ouders evalueren: zelfde runtime, quant, contextlimiet en agentharness, met naast pass-rate ook outputtokens, wall-clock en herstelbeurten. Een gewichtsmerge kan een zinvolle variant opleveren, maar de beschikbare bron bewijst niet dat hij buiten JetBrains’ taken beter uitpakt. Modelkaart, manifest en formaten · Reddit-discussie

simdjson 5.0 maakt reflectie een ondersteund pad en leest gekozen keys in één gang

simdjson 5.0 is uit. De release maakt C++26 static reflection officieel ondersteund wanneer de compiler die aanbiedt, en voegt annotaties toe voor onder meer hernoemen, aliases, defaults, flattening en onbekende velden weigeren. Belangrijk voor selectieve deserialisatie zijn de nieuwe key selectors: bij C++20 of nieuwer kan de bibliotheek een vooraf benoemde set keys via compile-time perfect hashing in één objectpassage afhandelen, onafhankelijk van sleutelvolgorde.

Dat is een concrete vervolgontwikkeling op de namiddagupdate van dinsdag 22 september, die de toenmalige optimalisatiegolf rond simdjson en andere libraries behandelde. Die eerdere dekking noemde al snelheidswerk rond reflectie; nu is er een major release waarin reflectie niet meer als afgeschermde route geldt, naast nieuwe streamformaten, document-streamfixes, onpadded DOM-invoer en verbeterde getalserialisatie.

De release-auteur meet op één vastgepinde Xeon Gold 6548N met GCC 16.1: parsing van numerieke bestanden zou 8–25% sneller zijn dan 4.0 en een corpus met escaped Unicode bijna tweemaal zo snel; serialisatie van enkele numerieke corpora gaat volgens dezelfde tabel 1,3–1,7× sneller. Dat zijn nuttige releasebenchmarks, geen belofte voor iedere CPU, compiler of JSON-vorm. Voor teams die veel velden uit grote objecten halen of NDJSON-achtige stromen verwerken, is dit een goede reden om een upgrade op representatieve productiepayloads te meten. Release-uitleg en benchmarks · Releaseaankondiging

Parley wil federatie toevoegen zonder een nieuwe chatclient te eisen

Het nieuwe Parley presenteert zich als een gefedereerd chatnetwerk dat gewone IRC-clients blijft spreken. Elke persoon of organisatie draait volgens de documentatie een eigen instance voor een domein; instances vinden elkaar via DNS-SRV en well-known-identiteitsdocumenten, en wisselen ondertekende JSON-events uit via HTTPS. Een gebruiker zou dan bijvoorbeeld met /msg [email protected] rechtstreeks een account op een onbekend domein kunnen bereiken, vanuit een bestaande client zoals irssi, WeeChat of Textual.

Technisch interessant zijn de keuzes rond compatibiliteit en toestand: IRCv3-tags, accountgebonden read markers, CHATHISTORY, SQLite-opslag met full-text search en synchronisatie na downtime. Globale kanalen repliceren tussen verbonden instances; lokale &-kanalen blijven op één instance. De documentatie beschrijft ook blocklists in plaats van traditionele kanaalmoderatie, en een instelbare federatiepolicy die open of allowlist-gebaseerd kan zijn.

Dit is nadrukkelijk geen veilig productieplatform. De maker noemt het zelf een werkend proof of concept dat niet hardened is. Operationeel blijft er bovendien flink wat te beheren: domein en DNS, TLS-terminatie, instance- en accountkeys, rate limits, peerbeleid, persistent storage en de vertrouwensgrens rond reverse proxies. De beperkte HN-discussie levert ideeën over privacy en complexiteit, maar geen securityaudit. Behandel Parley daarom als een interessant interoperabiliteitsexperiment, niet als vervanger voor een bestaande bedrijfschat. Project, protocolschets en beperkingen · HN-discussie

Postgres: dezelfde vergelijking kan anders uitpakken door de sessietijdzone

Een HN-draad over AT TIME ZONE 'UTC' is vooral nuttig vanwege de correcties in de reacties. Een deelnemer test dat een vergelijking tussen timestamp en timestamptz niet altijd false wordt: Postgres converteert de eerste stilzwijgend naar timestamptz met de sessie-TimeZone. In het getoonde voorbeeld is dezelfde vergelijking onwaar met America/Los_Angeles, maar waar met UTC.

Een andere reactie formuleert de bron van veel verwarring scherp: AT TIME ZONE is geen label, maar werkt afhankelijk van het invoertype in tegengestelde richting. Op een timestamp betekent het: interpreteer deze kloktijd in de genoemde zone en maak er een timestamptz van. Op een timestamptz betekent het: render dit tijdstip als kloktijd in die zone en lever een timestamp op. Rond DST en kalenderrekenen is dat verschil niet cosmetisch.

De gelinkte oorspronkelijke blogpost kon in deze crawl niet leesbaar worden vastgelegd; dit is dus geen volledige beoordeling daarvan, maar een zelfstandig nuttige technische discussie. De conservatieve ontwerpregel uit de reacties: bewaar echte gebeurtenissen als timestamptz, zet de sessietijdzone voor applicatie, migraties, replicas en beheertools expliciet op UTC, en gebruik timestamp without time zone alleen voor werkelijk zonevrije waarden zoals openingstijden of verjaardagen. Test daarnaast juist over DST-grenzen en met een niet-UTC-ontwikkelomgeving. HN-discussie en concrete queries

Verder nog

• Nura rondt de naamswissel van postmarketOS af: het mobiele-Linuxproject licht toe dat de nieuwe naam korter, beter uitspreekbaar en juridisch beter te beschermen moet zijn; gebruikersgerichte strings worden geleidelijk aangepast. Dit is geen nieuwe functionele OS-release, maar wie packaging, documentatie of links onderhoudt, krijgt met een langdurige overgang te maken. De aankondiging zelf noemt een selectieproces van anderhalf jaar en een aangevraagde merkregistratie. Projectbericht · Lobsters-discussie