Free TON Academy Developers' Pride Contest

And one more with a math error fixed (thanks @Darkwingduck )

Free TON Academy Contest: Developers’ Websites.

Type: Contest

Contest dates: August 7, 2021 — September 22, 2021 (at 23:59 UTC).

AMA Cycle: 3 days

Voting cycle: 10 days

THE GOAL

The goal of this Contest is to support ongoing efforts of development teams in onchain programming, devops solutions, smart contracts and tools facilitating interaction with blockchain. We would like to ensure ongoing specialised learning by providing new and existing users with adequate, accessible documentation about Free TON blockchain. We want to assist in attracting developers to join the Free TON Community. New developers joining free TON for the very first time should be able to access all necessary information quickly and conveniently.

As Free TON is a community driven ecosystem, choice of materials should be diverse, with multiple teams competing for developers’ attention. Therefore, this contest is aimed at projects and teams able to create and maintain developer-oriented websites dedicated to one or several areas.

TIMING

  1. Contest submissions - 45 days
  2. Ongoing site support - min 6 months
  3. AMA sessions following the Contest to describe submission and answer questions from the Community - 3 days
  4. Jury deliberations - 10 days

CANDIDATES’ CRITERIA

Confirmed experience in onchain programming in Free TON, devops solutions, smart contracts and tools facilitating interaction with blockchain.

Confirmation of availability of Github repository code.

SUBMISSION CRITERIA

  1. Websites are done by contestant without outside help without using existing solutions or wordpress.
  2. Site has all of the standard navigation tools.
  3. UX level at the level of similar contemporary websites.
  4. All pages and elements have no errors.
  5. Site is available for web and mobile devices.
  6. Google Page speed above 70 for web version, above 60 for mobile.

SUBMISSION REQUIREMENTS

  1. Confirmation of the main contestant criteria - demonstration of the relevant work performed.
  2. 6 months plan to further develop the site(s) if needed, and corresponding content strategy
  3. Link(s) to working sites
  4. Link(s) to Github Code
  5. Link(s) to source graphic materials (such as Figma or in other formats)
  6. Site(s) must be available throughout the contest and 6 months after.
  7. Submission to be provided in English, in PDF format, on gov.freeton.org with a copy in the relevant Forum discussion.
  8. Each submission must have an identifiable contact that can be matched with your description. In the absence of confirmation by the contestant of the authorship of the submitted work, the submission is rejected.

REWARDS

To receive Rewards, a minimum of 6 points is needed.

1 Place 60000 TONs (12000 plus 8000/mo for 6 month based on the execution report by winner)

2 Place 45000 TONs (9000 plus 6000/mo for 6 month based on the execution report by winner)

3 Place 30000 TONs (6000 plus 4000/mo for 6 month based on the execution report by winner)

4-6 Place 15000 TONs (3000 plus 2000/mo for 6 month based on the execution report by winner)

Total Contest Rewards respectfully requested - 180000 TONs.

JURY COMPOSITION

If needed, Academy SD may request external expertise on this technically advanced Contest from DevOps, DevX and other specialised groups.

JURY REWARDS

An amount equal to 10% of the total sum of all total tokens awarded to contest winners will be distributed among jurors who vote and provide feedback. This percentage will be awarded on the following basis:

  • The percentage of tokens awarded to the jury will be distributed based on the number of votes each juror casts. For example, if one juror votes 50 times and another juror votes 5 times, the juror who votes 50 times will get 10 times more tokens than the juror who votes 5 times.

  • Feedback is mandatory to collect any rewards.

  • Jury rewards are distributed in full upon the end of voting regardless of the long term outcome juror will vote by rating each submission on a scale of 1 to 10 or can choose to reject it if it does not meet requirements or vote ‘Abstain’ if they feel unqualified to judge.

  • Jurors must provide feedback on submissions or lose their reward.

  • The Jury will reject duplicate, sub-par, incomplete, or inappropriate submissions.

VOTING

  • The juror must have a solid understanding of the described technology to provide a score and feedback. If not, the juror should choose to ‘Abstain’.
  • Jurors or whose team(s) intend to participate in this contest by providing submissions lose their right to vote in this contest.
  • Each juror will vote by rating each submission on a scale of 1 to 10 or can choose to reject it if it does not meet requirements or vote ‘Abstain’ if they feel unqualified to judge.

NOTES

Admin fee - 5% от бюджета конкурса to be shared among administrators of the Contest as decided by the Academy SubGovernance Initial Members.

In case of good feedback from users after 6 month, Academy SG can provide further contests for supporting the best of websites.

Publications that are already financed via community sub-governances or through partnerships cannot participate in this contest.

Each contestant has the right to provide several submissions if they are all original and differ from one another significantly enough to be considered different. This scale of difference will be judged by the jury subjectively as there is no clear way to define it. The operative phrase here is to “use your common sense”. If multiple submissions are deemed to be too similar by the jury, or if they in any way appear to be partially the same work done twice, or if they appear to be one whole body of work divided into parts to create the illusion of several submissions, jurors have the right to reject such submissions without question. Again, common sense and honesty will prevail in the event of discrepancies.

If the contestant makes an additional submission or submissions in order to replace a previously published submission, the contestant must inform the jury about this fact in their correct submission PDF, indicating which submission is the correct one to be judged. In this case, only the indicated work will count. If the contestant fails to indicate which submission is to be judged, then said contestant leaves it in the jury’s hands. NO EXCEPTIONS!

If and when this Proposal is accepted, Free TON Academy SubGovernance shall request proposed rewards from Free TON Community since they exceed current Academy mandate as described in https://firebasestorage.googleapis.com/v0/b/ton-labs.appspot.com/o/documents%2Fapplication%2Fpdf%2Fijqvcyw8inpkm27z1lb-FT%20ACADEMY%20SUBGOV%20PROPOSAL-7.pdf?alt=media&token=06d6553a-1749-4aec-a89e-585d5be21ef6

If you would like to share your experience in building Developers’ websites, please leave your contacts on Forum to #custdevDS,

Thank you!

5 Likes

We need such websites in community to support developers and maybe try to involve them in sharing their knowledge with new developers.

Thanks, I think everything is ready as per the recent correction. I support the latest modifications. Good luck to everyone.

It looks much better for me than the first version, but please consider my comments I’ve sent in DM.

The only useful dev-related site that is urgently needed is the IDE for Ethereum analog in Free TON.

Such a workspace can have all the manuals and FAQs for the devs in one place. It can also feature examples of contracts/debots - from ‘hello world’ to far more complicated ones gathered carefully from githubs of current projects and individual developers.

Add support (may be a live chat?) to the new users and you will have a best place to starts if you think with zeroes and ones.

This idea came to my mind early winter and I’ve taken some time to talk with skilled developers in the community. Estimate for an MVP of such a solution will be 1-3 months, full-scale product 6+ months. I’m not sure if such a massive development should go through a contest - do we really need several IDEs? But I know for sure that we need AT LEAST ONE.

3 Likes

Это же википедия. Саб-гав вики уже давно функционирует + идет разработка новой википедии.

1 Like

IDE it is a separate project/contest. This contest aims to support developers who make good documentation for other developers :grinning:

Developer documentation with examples/ guide is not a general Wiki

I think we need more specifics. There are project documentation systems such as:

And there are multiuser blogs like Habr or Medium.
I also support the example:

I think the description of the competition is too comprehensive. You can do whatever you want.

1 Like

I’m confused.

If this is a contest about good documentation, why do one need a separate site for it? It’s more a FAQ + contracts/code with comments.

May be I’m unaware of similar projects. Can you drop some links if you know such sites? Thanks.

Above, I have provided a link to the GitBook. This is the most popular resource for design documentation. It’s free for the open source communities. It is enough to make a request and the community will have its own GitBook. Better anyway, no one will do it.
But the idea with IDE looks much more attractive. And more needed.

1 Like

Fellow Members!

Here is the significantly updated and aptly renamed Proposal based on input by several well respected individuals, please further review.

Thank you!


Free TON Academy Contest: DEVPRIDE.

Type: Contest

Contest dates: August 7, 2021 — September 22, 2021 (at 23:59 UTC).

AMA Cycle: 3 days

Voting cycle: 10 days

THE GOAL

The goal of this Developers’ Pride Contest is to support ongoing efforts of development teams to showcase their onchain programming, devops solutions, smart contracts and tools facilitating interaction with blockchain. We would like to ensure ongoing specialised learning by providing new and existing users with adequate, accessible documentation about Free TON blockchain as it is being developed by various teams. We want to assist in attracting developers to join the Free TON Community. New developers joining free TON for the very first time should be able to access all necessary information quickly and conveniently.

As Free TON is a community driven ecosystem, choice of materials should be diverse, with multiple teams competing for developers’ attention. Therefore, this contest is aimed at projects and teams able to create and maintain developer-oriented websites dedicated to one or several areas.

THE TIMING

  1. Contest submissions - 45 days
  2. Site support - ongoing
  3. AMA sessions following the Contest to describe submission and answer questions from the Community - 3 days
  4. Jury deliberations - 10 days

CANDIDATES’ CRITERIA

Confirmed experience in onchain programming in Free TON, devops solutions, smart contracts and tools facilitating interaction with blockchain.

Confirmation of availability of Github repository code.

SUBMISSION CRITERIA

  1. Websites or other means of showcasing the achievements can done by a contestant using existing solutions or wordpress as long as it is free software;
  2. Site has all of the standard navigation tools.
  3. UX level at the level of similar contemporary websites.
  4. All pages and elements have no errors (soft criteria).
  5. Site/solution is available for web and mobile devices.
  6. Google Page speed above 70 for web version, above 60 for mobile for the main audience geography/users.

SUBMISSION REQUIREMENTS

  1. Confirmation of the main contestant criteria - demonstration of the relevant work performed.
  2. Link(s) to working sites
  3. Link(s) to Github Code (HARD criteria)
  4. Link(s) to source graphic materials (such as Figma or in other formats)
  5. Submission to be provided in English, in PDF format, on gov.freeton.org with a copy in the relevant Forum discussion.
  6. Each submission must have an identifiable contact that can be matched with your description. In the absence of confirmation by the contestant of the authorship of the submitted work, the submission is rejected.

THE REWARDS

To receive Rewards, a minimum of 6 points is needed.

1 Place 60000 TONs (12000 plus 8000/mo for 6 month)

2 Place 45000 TONs (9000 plus 6000/mo for 6 month)

3 Place 30000 TONs (6000 plus 4000/mo for 6 month)

4-6 Place 15000 TONs (3000 plus 2000/mo for 6 month)

Total Contest Rewards respectfully requested - 180000 TONs.

JURY COMPOSITION

If needed, Academy SD may request external expertise on this technically advanced Contest from DevOps, DevX and other specialised groups.

JURY REWARDS

Due to complexity and depth of required knowledge, an amount equal to 25% of the total sum of all total tokens awarded to contest winners will be distributed among jurors who vote and provide feedback. This percentage will be awarded on the following basis:

  • The percentage of tokens awarded to the jury will be distributed based on the number of votes each juror casts. For example, if one juror votes 50 times and another juror votes 5 times, the juror who votes 50 times will get 10 times more tokens than the juror who votes 5 times.

  • Feedback is mandatory to collect any rewards.

  • Jury rewards are distributed in full upon the end of voting regardless of the long term outcome juror will vote by rating each submission on a scale of 1 to 10 or can choose to reject it if it does not meet requirements or vote ‘Abstain’ if they feel unqualified to judge. If a judge abstains, he or she will get 100 tons.

  • Jurors must provide feedback on submissions or lose their reward.

  • The Jury will reject duplicate, sub-par, incomplete, or inappropriate submissions.

VOTING

  • The juror must have a solid understanding of the described technology to provide a score and feedback. If not, the juror should choose to ‘Abstain’.
  • Jurors or whose team(s) intend to participate in this contest by providing submissions lose their right to vote in this contest.
  • Each juror will vote by rating each submission on a scale of 1 to 10 or can choose to reject it if it does not meet requirements or vote ‘Abstain’ if they feel unqualified to judge.

NOTES

Admin fee - 3% of total rewards to be shared among administrators of the Contest as decided by the Academy SubGovernance Initial Members.

Publications that are already financed via community sub-governances or through partnerships cannot participate in this contest.

Each contestant has the right to provide several submissions if they are all original and differ from one another significantly enough to be considered different. This scale of difference will be judged by the jury subjectively as there is no clear way to define it. The operative phrase here is to “use your common sense”. If multiple submissions are deemed to be too similar by the jury, or if they in any way appear to be partially the same work done twice, or if they appear to be one whole body of work divided into parts to create the illusion of several submissions, jurors have the right to reject such submissions without question. Again, common sense and honesty will prevail in the event of discrepancies.

If the contestant makes an additional submission or submissions in order to replace a previously published submission, the contestant must inform the jury about this fact in their correct submission PDF, indicating which submission is the correct one to be judged. In this case, only the indicated work will count. If the contestant fails to indicate which submission is to be judged, then said contestant leaves it in the jury’s hands. NO EXCEPTIONS!

If and when this Proposal is accepted, Free TON Academy SubGovernance shall request proposed rewards from Free TON Community since they exceed Rewards approved in current Academy Global Proposal as described in https://firebasestorage.googleapis.com/v0/b/ton-labs.appspot.com/o/documents%2Fapplication%2Fpdf%2Fijqvcyw8inpkm27z1lb-FT%20ACADEMY%20SUBGOV%20PROPOSAL-7.pdf?alt=media&token=06d6553a-1749-4aec-a89e-585d5be21ef6

If you would like to share your experience in building Developers’ websites, please leave your contacts on Forum to #custdevDS,

Thank you!

1 Like

Based on additional feedback received from developers here is the updated version.


Free TON Academy Contest: DEVPRIDE

Type: Contest

Contest dates: August 20, 2021 — October 05, 2021 (at 23:59 UTC).

AMA Cycle: 3 days

Voting cycle: 10 days

THE GOAL

We know about and see teams and individuals involved in onchain programming, devops solutions, smart contracts and tools facilitating interaction with blockchain.

We want to support ongoing efforts of development teams to

  • Support creation of quality documentation during and after project development
  • Gather maximum useful information in one placу
  • Offer standard documentation format to allow for unification and convenience for other users

and of course to

  • Encourage developers to showcase their products and solutions.

We would like to ensure ongoing specialised learning by providing new and existing users with adequate, accessible documentation about Free TON blockchain as it is being developed by various teams. We want to assist in attracting developers to join the Free TON Community. New developers joining free TON for the very first time should be able to access all necessary information quickly and conveniently.

As Free TON is a community driven ecosystem, choice of materials should be diverse, with multiple teams competing for developers’ attention. Therefore, this contest is aimed at projects and teams able to create and maintain developer-oriented documentation dedicated to one or several areas.

Main criteria shall be completeness and quality of documentation.

THE TIMING

  1. Contest submissions - 45 days from start
  2. If the contestant has a development plan, such plan for 6 months should be provided
  3. AMA sessions (up to 20 min each) following the Contest to describe submission and answer questions from the Community - 3 days
  4. Jury deliberations - 10 days

Note - Free TON Academy shall create space in GitBook for each contestant and all contestants shall use such space to publish documentation. Contestants may link this space to your domain. Access and domain settings can be requested from @alimovpavel and/or @ducktalesblock.

CANDIDATES’ CRITERIA

Confirmed experience in onchain programming in Free TON, devops solutions, smart contracts and tools facilitating interaction with blockchain of not less than 3 months before this Contest.

Confirmation of availability of Github repository code.

SUBMISSION CRITERIA

  1. Documentation is in GitBook
  2. Documentation is in English
  3. Documentation describes work on Free TON network
  4. Contestants shall submit plan to develop and create further documentation to receive rewards under vesting

SUBMISSION REQUIREMENTS

  1. Confirmation of the main contestant criteria - demonstration of the relevant work performed, participation in contests
  2. Plan to develop and create further documentation
  3. Gitbook link
  4. Contacts and wallet address of participant(s). Each submission must have an identifiable contact that can be matched with your description. In the absence of confirmation by the contestant of the authorship of the submitted work, the submission is rejected.

Documentation must be available throughout the Contest. Submission must be in English in .pdf format, on Academy’s section of gov.freeton.org. Submission shall contain links to source materials based on submitted project documentation.

THE REWARDS

To receive Rewards, a minimum of 6 points is needed.

1 Place 27000 TONs (9000 plus 3000/mo for 6 month based on activity report by contestant)

2 Place 25000 TONs (7000 plus 3000/mo for 6 month based on activity report by contestant)

3 Place 23000 TONs (5000 plus 3000/mo for 6 month based on activity report by contestant)

4-6 Place 15000 TONs (3000 plus 2000/mo for 6 month based on activity report by contestant)

Total Contest Rewards respectfully requested - 120000 TONs.

JURY COMPOSITION

If needed, Academy SD may request external expertise on this technically advanced Contest from DevOps, DevX and other specialised groups.

JURY REWARDS

Due to complexity and depth of required knowledge, an amount equal to 25% of the total sum of all total tokens awarded to contest winners will be distributed among jurors who vote and provide feedback. This percentage will be awarded on the following basis:

  • The percentage of tokens awarded to the jury will be distributed based on the number of votes each juror casts. For example, if one juror votes 50 times and another juror votes 5 times, the juror who votes 50 times will get 10 times more tokens than the juror who votes 5 times.
  • Feedback is mandatory to collect any rewards.
  • Jury rewards are distributed in full upon the end of voting regardless of the long term outcome juror will vote by rating each submission on a scale of 1 to 10 or can choose to reject it if it does not meet requirements or vote ‘Abstain’ if they feel unqualified to judge. If a judge abstains, he or she will get 100 tons.
  • Jurors must provide feedback on submissions or lose their reward.
  • The Jury will reject duplicate, sub-par, incomplete, or inappropriate submissions.

VOTING

  • The juror must have a solid understanding of the described technology to provide a score and feedback. If not, the juror should choose to ‘Abstain’.
  • Jurors or whose team(s) intend to participate in this contest by providing submissions lose their right to vote in this contest.
  • Each juror will vote by rating each submission on a scale of 1 to 10 or can choose to reject it if it does not meet requirements or vote ‘Abstain’ if they feel unqualified to judge.

NOTES

Admin fee - 5% of total rewards to be shared among administrators of the Contest as decided by the Academy SubGovernance Initial Members.

Publications that are already financed via community sub-governances or through partnerships cannot participate in this contest.

Each contestant has the right to provide several submissions if they are all original and differ from one another significantly enough to be considered different. This scale of difference will be judged by the jury subjectively as there is no clear way to define it. The operative phrase here is to “use your common sense”. If multiple submissions are deemed to be too similar by the jury, or if they in any way appear to be partially the same work done twice, or if they appear to be one whole body of work divided into parts to create the illusion of several submissions, jurors have the right to reject such submissions without question. Again, common sense and honesty will prevail in the event of discrepancies.

If the contestant makes an additional submission or submissions in order to replace a previously published submission, the contestant must inform the jury about this fact in their correct submission PDF, indicating which submission is the correct one to be judged. In this case, only the indicated work will count. If the contestant fails to indicate which submission is to be judged, then said contestant leaves it in the jury’s hands. NO EXCEPTIONS!

If and when this Proposal is accepted, Free TON Academy SubGovernance shall request proposed rewards from Free TON Community since they exceed Rewards approved in current Academy Global Proposal as described in https://firebasestorage.googleapis.com/v0/b/ton-labs.appspot.com/o/documents%2Fapplication%2Fpdf%2Fijqvcyw8inpkm27z1lb-FT%20ACADEMY%20SUBGOV%20PROPOSAL-7.pdf?alt=media&token=06d6553a-1749-4aec-a89e-585d5be21ef6

If you would like to share your experience in building Developers’ websites, please leave your contacts on Forum to #custdevDS,

Thank you!

4 Likes

The right proposal, any work should be rewarded. Especially if the result will be useful to a large number of people. I am support.

2 Likes

The reward is reasonable as it needs a teamwork to create the platform :)))

If one has a working product (say, smart contract or debot) and it doesn’t need any further development, how one can write additional docs if everything is already there?

Good question. And the answer is just show links to those working products and say so.

Well, no. If it is stated that vesting is based on the future work which can not be performed, it’s unclear how this things should work.

Moreover, I’d suggest to exclude vesting here as the contest is about a ‘written manual’ and not about its future creation. IMHO.

Hi, Michail,

  1. I think it’s unsual for day-to-day developing network. Got final version of product )
  2. If it’s true we can discuss it with contestant. It any developer or teams create good documentation without any further plans. They can get only first reward without any vesting. We add this point, Thank you.

The product can be (!) final - why not? If it works, no bugs and whatsoever.

If there are bugs, they are fixed but the manual is not a point of vesting here anyways.

That said, ain’t sure that vesting goes good for manuals. Just doesn’t works within my logic. But it’s just me :slight_smile: