February 28, 2015
On 2/28/2015 2:31 AM, bearophile wrote:
> Zach the Mystic:
>
>> You can see exactly how D works by looking at how Kenji spends his time. For a
>> while he's only been fixing ICEs and other little bugs which he knows for
>> certain will be accepted.
>
> I agree that probably there are often better ways to use Kenji time for the
> development of D.

Actually, Kenji fearlessly deals with some of the hardest bugs in the compiler that require a deep understanding of how the compiler works and how it is supposed to work. He rarely does trivia. I regard Kenji's contributions as invaluable to the community.

March 01, 2015
On 2015-02-28 22:11, Andrei Alexandrescu wrote:

> I've pushed for trello for a good while, it didn't catch up. -- Andrei

There's something called HuBoard [1], project management for Github issues. I haven't used it myself but might be worth taking a look at. Although it looks like you need the issues in Github, we only have pull requests.

[1] https://huboard.com/

-- 
/Jacob Carlborg
March 01, 2015
Walter Bright:

> Actually, Kenji fearlessly deals with some of the hardest bugs in the compiler that require a deep understanding of how the compiler works and how it is supposed to work. He rarely does trivia. I regard Kenji's contributions as invaluable to the community.

But my point was that probably there are even better things that Kenji can do in part of the time he works on D.

Bye,
bearophile
March 01, 2015
On Saturday, 28 February 2015 at 21:11:54 UTC, Andrei Alexandrescu wrote:
> On 2/28/15 12:20 PM, Sativa wrote:
>> I'm curious if project management(e.g., MS Project) is used to optimize
>> and clarify goals for the D language?
>
> I've pushed for trello for a good while, it didn't catch up. -- Andrei

Note that most never had any access to it.
March 02, 2015
On Saturday, 28 February 2015 at 23:03:23 UTC, Walter Bright wrote:
> On 2/28/2015 2:31 AM, bearophile wrote:
>> Zach the Mystic:
>>
>>> You can see exactly how D works by looking at how Kenji spends his time. For a
>>> while he's only been fixing ICEs and other little bugs which he knows for
>>> certain will be accepted.
>>
>> I agree that probably there are often better ways to use Kenji time for the
>> development of D.
>
> Actually, Kenji fearlessly deals with some of the hardest bugs in the compiler that require a deep understanding of how the compiler works and how it is supposed to work. He rarely does trivia. I regard Kenji's contributions as invaluable to the community.

I don't think anybody disagrees with this. Kenji's a miracle.
March 02, 2015
On Sunday, 1 March 2015 at 11:30:52 UTC, bearophile wrote:
> Walter Bright:
>
>> Actually, Kenji fearlessly deals with some of the hardest bugs in the compiler that require a deep understanding of how the compiler works and how it is supposed to work. He rarely does trivia. I regard Kenji's contributions as invaluable to the community.
>
> But my point was that probably there are even better things that Kenji can do in part of the time he works on D.

I think this once again brings up the issue of what might be called "The Experimental Space" (for which std.experimental is the only official acknowledgment thus far).

Simply put, there are things which it would be nice to try out, which can be conditionally pre-approved depending on how they work in real life. There are a lot of things which would be great to have, if only some field testing could verify that they aren't laden with show-stopping flaws. But these represent a whole "middle ground" between pre-approved, and rejected. The middle ground is fraught with tradeoffs -- most prominently that if the field testers find the code useful it becomes the de facto standard *even if* fatal flaws are discovered in the design. Yet if you tell people honestly, "this may not be the final design," a lot fewer people will be willing to test it. The Experimental Space must have a whole different philosophy about what it is -- the promises you make, or more accurately don't make, and the courage you have to reject a bad design even when it is already being used in real-world code.

Basically, the experimental space must claim "tentatively approved for D, pending field testing" -- and it must courageously stick to that claim. That might give Kenji the motivation to implement some interesting new approaches to old problems, knowing that even if in the final analysis they fail, they will at least get a chance to prove themselves first.

(Maybe there aren't really that many candidates for this approach anyway, but I thought the idea should be articulated at least.)
March 02, 2015
On Mon, 02 Mar 2015 00:48:54 +0000, Zach the Mystic wrote:

> I don't think anybody disagrees with this. Kenji's a miracle.

he's like Chuck Norris, only better. ;-)

1 2 3 4 5
Next ›   Last »