Vote for std.process
Paulo Pinto
pjmlp at progtools.org
Thu Apr 11 23:33:11 PDT 2013
On Friday, 12 April 2013 at 06:25:10 UTC, Manu wrote:
> Sorry to derail the topic, but I'd just like to raise a major
> gripe I've
> had with introducing anything into phobos recently.
>
> I see this pattern where something is designed, discussed, and
> then voted
> into phobos. At this time the design looks good on paper, but
> there is very
> little practical experience using the library.
> The problem then is, once accepted, people start using it, and
> at some
> point some issues are found, or ideas for improvement are made
> based on
> user experience, but the module can no longer be touched due to
> the general
> phobia of making breaking changes...
>
> Can I suggest that ALL new modules should be added to exp.
> rather than
> std.? Here they will stay for at least 1 year, and while they
> live in exp,
> it is understood that they are still in an experimental
> introductory phase.
> Users who choose to use modules in exp are accepting that the
> API may
> receive changes, and consequently, accepting the responsibility
> to update
> their code (and not complain about it breaking their program),
> should the
> library be amended in its introductory phase.
> At some time later when the module has been used in a decent
> amount of
> software, and the API has stabilised, it can then be moved to
> std. This
> move is obviously a breaking change its self, but anyone who
> has agrees to
> import exp modules has already accepted the responsibility to
> update their
> code as such.
>
> Thoughts?
>
>
> On 12 April 2013 16:12, Nick Sabalausky
> <SeeWebsiteToContactMe at semitwist.com
>> wrote:
>
>> On Fri, 12 Apr 2013 06:46:51 +0200
>> "Jesse Phillips" <Jessekphillips+d at gmail.com> wrote:
>>
>> > It is that time, If you would like to see the proposed
>> > std.process include into Phobos please vote yes. If one
>> > condition
>> > must be met specify under what condition, otherwise vote no.
>> >
>>
>> Yes
Fully agree
More information about the Digitalmars-d
mailing list