The major goal Wall suggested in his initial speech was the removal of historical warts. The third is the Git source code repository hosted at GitHub. The first is the raku IRC channel on Libera Chat. There are three primary methods of communication used in the development of Raku today. Each Exegesis consists of code examples along with discussion of the usage and implications of the examples. There are also a series of Exegeses written by Damian Conway that explain the content of each Apocalypse in terms of practical usage. Today, the Raku specification is managed through the "roast" testing suite, while the Synopses are kept as a historical reference. For this reason, a set of Synopses were published, each one relating the contents of an Apocalypse, but with any subsequent changes reflected in updates. While the original goal was to write one Apocalypse for each chapter of Programming Perl, it became obvious that, as each Apocalypse was written, previous Apocalypses were being invalidated by later changes. He then began the process of writing several "Apocalypses", using the original meaning of the term, "revealing". Once the RFC process was complete, Wall reviewed and classified each of the 361 requests received. This process was open to all contributors, and left no aspect of the language closed to change. The process began with a series of requests for comments or "RFCs". At that time, the primary goals were to remove "historical warts" from the language "easy things should stay easy, hard things should get easier, and impossible things should get hard" a general cleanup of the internal design and APIs. The Raku design process was first announced on 19 July 2000, on the fourth day of that year's Perl Conference, by Larry Wall in his State of the Onion 2000 talk.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |