# Difference between revisions of "Talk:Euler problems"

CaleGibbard (talk | contribs) |
|||

Line 7: | Line 7: | ||

Hans Klein (aka hk) |
Hans Klein (aka hk) |
||

− | |||

+ | |||

+ | ----- |
||

+ | |||

+ | If you openly publish problems, people will be free to openly publish solutions to them. There's not a whole lot which can be done about it. This is the same issue as a game developer saying "please don't publish a walkthrough to our game". You can ask, but it's pretty much guaranteed that someone will inevitably do it. |
||

+ | |||

+ | Moreover, it doesn't harm anyone's enjoyment of the game. The pages are clearly marked as containing spoilers, and those who don't want to see the spoilers can avoid them quite easily. |
||

+ | |||

+ | [[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC) |
||

+ | |||

----- |
----- |
||

These pages must be deleted. |
These pages must be deleted. |

## Revision as of 18:58, 23 February 2008

As one of the teammembers of Project Euler I must say that you are doing Project Euler not a great favour by maintaining this site. How is it possible that you are so blinded by your enthousiasm of a particular programming environment that you lose out of sight the true nature of Project Euler: problem solving, disregarding all differences of programming languages. As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers. Please realise how much work of us you are spoiling with this work and stop spoling our work. Better still: remove it altogether from public domain. Threatening to consider any amendment as vandalism is really a gotspe. It's you that are vandalising our work.

Hans Klein (aka hk)

If you openly publish problems, people will be free to openly publish solutions to them. There's not a whole lot which can be done about it. This is the same issue as a game developer saying "please don't publish a walkthrough to our game". You can ask, but it's pretty much guaranteed that someone will inevitably do it.

Moreover, it doesn't harm anyone's enjoyment of the game. The pages are clearly marked as containing spoilers, and those who don't want to see the spoilers can avoid them quite easily.

CaleGibbard 18:58, 23 February 2008 (UTC)

These pages must be deleted.

They are not in the spirit of Project Euler.

They are ruining the fun of problems and the fun of climbing up the ladder.

I am aware that whoever posted this is probably smart and would like us all to know.

Meanwhile:

RULE #1 of Project Euler:

You do not discuss Project Euler solutions.

RULE #2 of Project Euler:

You do not discuss Project Euler solutions.

Keep it in the problem threads.

I disagree. These are clearly marked as "spoilers". Anyone who wants to participate in Project Euler and enjoy its benefits knows that they should not peek at these solutions.

On the other hand, this problem space is perfect for illustrating the power of Haskell, and for providing excellent examples of how to "think in Haskell". I would refer anyone thinking of learning Haskell to these pages - with the warning that they might first want to solve all of the problems in their current favorite programming language.

My guess is that many people would look at the first few solutions, become hooked, and then redo the rest of them on their own in Haskell without peeking!

You kill the fun!

There is only way to publish solution - just protect access to it with right solution answer, as Euler protects access to forum's threads.

But in wiki - these pages must be deleted.

Note that if you delete these pages, it will be treated as vandalism and reverted. CaleGibbard 19:56, 21 February 2008 (UTC)

Category tags are great for making the Haskell wiki easier to navigate. But having category tags on all of the detail pages of these problem sets has the opposite effect - it just clutters the category pages.

I am removing the category tags from all of the detail pages, and leaving them only on the main page.

Either restrict the access to these pages to those who have the solution or delete them, please. It's just not cricket to violate the Project Euler spirit. Daniel.is.fischer

quote:
*On the other hand, this problem space is perfect for illustrating the power of Haskell, and for providing excellent examples of how to "think in Haskell".*

The solutions to some of the harder problems are in C++, so that has nothing to do with the power of Haskell. Please remove the solutions from this page. If you want to show your Haskell solution please do so in the forum of a problem.

Stijn aka henk263