December 16
On 16/12/2023 12:41 AM, Hipreme wrote:
> I want real productivity features.

Tuples can be productivity features.

Between them, sumtypes and our excellent CT introspection capabilities, you can write up the data representation for some web form and have it generate it in a very short time frame.

Tuples are a key data representation in mathematics everything devolves to them, it'll help us in some surprising ways.
December 17
On 12/15/23 13:15, Dom DiSc wrote:
> On Thursday, 14 December 2023 at 18:52:03 UTC, Timon Gehr wrote:
>> https://wiki.dlang.org/DIP24
>>
>> Doing those right is a breaking change, so maybe with editions.
> 
> Sorry,

No worries, it does not offend me.

> this would break only code that was already broken.

Personally, I am all for breaking code, but my understanding is we are no longer engaging in that until editions are set up.

> So should not hinder us to implement it.

I think the main hindrances to implementing it are:
- You need to understand what is the correct fix. (I think it is obvious but somehow people still seem to have different views on this.)
- You need to figure out the relevant DMD code (which could be _a lot_ of separate locations) and actually fix it.
- The changes are unlikely to make it in before editions, at which point you will have to update the changes in order to be compatible with editions.

But by all means, go ahead. Just be prepared for a bit of a headache while getting it to work and to then repeatedly rebase highly sprinkled out changes for a significant duration of time and/or to reimplement it multiple times.
December 20

On Thursday, 14 December 2023 at 19:49:35 UTC, ryuukk_ wrote:

>

i don't understand why people want D to be a copy pasta of C#

Noted.

>

i'd rather the language focus on what really matter, areas where D falls behind serious competition (Rust/Zig/Odin/Nim/Swift)

  • native tuple: multiple return value
  • tagged union: improved enum/union
  • pattern matching: improved switch

This is funny now because native tuples and pattern matching are already C# features and there is a proposal to add discriminated unions to C#. (For pattern matching, C# may not meet your particular idea of pattern matching, but claiming it doesn’t have it would be plain wrong.)

You’re likely not alone in here, I want D to be more like C#, too.

December 20

On Wednesday, 20 December 2023 at 17:28:48 UTC, Quirin Schroll wrote:

>

On Thursday, 14 December 2023 at 19:49:35 UTC, ryuukk_ wrote:

>

i don't understand why people want D to be a copy pasta of C#

Noted.

>

i'd rather the language focus on what really matter, areas where D falls behind serious competition (Rust/Zig/Odin/Nim/Swift)

  • native tuple: multiple return value
  • tagged union: improved enum/union
  • pattern matching: improved switch

This is funny now because native tuples and pattern matching are already C# features and there is a proposal to add discriminated unions to C#. (For pattern matching, C# may not meet your particular idea of pattern matching, but claiming it doesn’t have it would be plain wrong.)

You’re likely not alone in here, I want D to be more like C#, too.

Java as well, they are all trying to catch up to the real competition, let's not match people who want to catch up, let's lead instead, hence my comment

If i had interests in compilers, i would have sent various PRs already, alas, i'm only interested in working on my game

1 2
Next ›   Last »