Elektrine
Log in Register
Paige Chat Timeline Gallery Friends Email Drive DNS Private DNS Domains VPN Kairo Nerve
Remote

Michał Marcin Brzuchalski

@brzuchal@phpc.social
mastodon 4.7.3
  • Open on phpc.social
19 Followers
30 Following
12 Posts
Joined January 25, 2019
GitHub:
https://github.com/brzuchal
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 2mo ago
I’ve published an early draft RFC for native immutable collections in PHP: https://wiki.php.net/rfc/immutable_collections The proposal introduces runtime-typed, immutable value collections with native syntax. The implementation is already functional, but the RFC is still in draft and has not entered formal internals discussion yet. Early feedback on the direction, syntax and API is very welcome.
wiki.php.net

PHP: rfc:immutable_collections

14
9
17
0
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 46mo ago

I just completed "Rucksack Reorganization" - Day 3 - Advent of Code 2022 #AdventOfCode https://adventofcode.com/2022/day/3 again required some assistance, but Today is Saturday so we look tired - no photo!

phpc.social
2
0
0
0
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 46mo ago

I've completed "Camp Cleanup" - Day 4 - Advent of Code 2022 #AdventOfCode https://adventofcode.com/2022/day/4 Today I was I rest so I asked my assistant to solve the puzzle for me and with a little help from my side she did it!

phpc.social
1
0
0
0
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 46mo ago

I just completed "Rock Paper Scissors" - Day 2 - Advent of Code 2022 #AdventOfCode https://adventofcode.com/2022/day/2 without my assistant it'd be impossible!

phpc.social
1
0
0
0
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 46mo ago

I've completed Part One of "Calorie Counting" - Day 1 - Advent of Code 2022 #AdventOfCode https://adventofcode.com/2022/day/1

phpc.social
1
0
0
0
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 5mo ago

Google Gen AI SDK supports Python, JS/TS, Go, Java and .NET.

But not PHP.

The feature request for official PHP support is now assigned — Google Cloud says stars + real use cases help get it prioritized:

https://issuetracker.google.com/issues/507647520

#PHP #GoogleCloud #GeminiAI #VertexAI

issuetracker.google.com
0
0
0
0
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 46mo ago

Hi everyone,
using Symfony Messenger I've noticed that I often have the need to route several Message types to different transports. Most often, when implementing CQRS, which of course could be solved by introducing a MarkerInterface, however, such use of the interface is considered in terms of bad practices and a code smell. That's why I decided to implement wildcards for the namespace. WDYT? https://github.com/symfony/symfony/pull/48531

github.com
0
0
0
0
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 46mo ago

@l3l0@phpc.social can we fix these links @heiglandreas@phpc.social

phpc.social
0
0
0
0
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 2mo ago
Replying to
@mattbrowndev@mastodon.social Fair point. `vec` names the collection shape rather than its mutability. The name follows existing precedent: Hack uses `vec` for an ordered value-type collection, and Rust uses `Vec` as the standard vector type. In this proposal, immutability is a shared property of all collection kinds rather than something encoded in each name. Still, naming is open for discussion at this draft stage.
0
1
0
0
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 2mo ago
Replying to
@denniskoch@phpc.social @edorian@phpc.social That would model it as a generic object, which is deliberately not what this RFC proposes - `set[int]{1, 2, 3}` is a native value literal, closer to an array or scalar value than to `new SomeClass(...)`: no object identity, structural `===`, immutable value semantics, and engine-enforced element types. A future generic `Set` class could still exist alongside it.
0
0
0
0
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 2mo ago
Replying to

@edorian@phpc.social Thanks. Syntax is exactly where early feedback helps. <...> was intentionally left available for future generics, since these are native value types rather than generic class instances. {...} also keeps collection literals visually distinct from arrays. But I agree the syntax is unfamiliar, so that trade-off is worth discussing.

0
0
0
0
Open post
Michał Marcin Brzuchalski @brzuchal@phpc.social
· 2mo ago
Replying to
@TheCodeLorax@tech.lgbt Thanks. I’ll be interested to read it. This RFC takes a narrower route: concrete runtime value kinds with native syntax and enforced element types. The two approaches may well be complementary.
0
0
0
0
Back
313k7r1n3
Elektrine

Tor hidden service

elekhj7afj4qnrr4yd3bkzslsyo5jgfxw3orgjkhlcxifueodybyiiad.onion

I2P eepsite

j6b6cyk6gjmepjih7jjadxgxvvf3lzzujljuu2v4biemzpg3naya.b32.i2p

Platform

  • Email
  • Chat
  • Timeline
  • VPN
  • DNS

Company

  • About
  • Contact
  • FAQ
  • Lite (no JS)

Legal

  • Terms of Service
  • Privacy Policy
  • Transparency Report
  • Report Abuse
  • Warrant Canary
  • VPN Policy

Support

  • support@elektrine.com
  • Report Security Issue
Mail client setup IMAP mail.elektrine.com:993 POP3 mail.elektrine.com:995 SMTP mail.elektrine.com:465
© 2026 Elektrine. All rights reserved. Server: 10:30:51 UTC