https://wiki.haskell.org/api.php?action=feedcontributions&user=Henk263&feedformat=atomHaskellWiki - User contributions [en]2024-03-28T20:47:51ZUser contributionsMediaWiki 1.35.5https://wiki.haskell.org/index.php?title=Euler_problems&diff=19432Euler problems2008-02-24T10:41:59Z<p>Henk263: </p>
<hr />
<div>These are solutions to the problems listed on [http://projecteuler.net/index.php?section=view Project Euler].<br />
<br />
'''WARNING''' - Do not peek at any of these pages if you want to enjoy the<br />
benefits of Project Euler, unless you have already solved the problems.<br />
<br />
In any case, it is recommended that you try the problems yourself before looking<br />
at the solutions. These are great exercises for improving your Haskell-fu.<br />
<br />
* [[Euler problems/1 to 10|Questions 1 to 10]]<br />
* [[Euler problems/11 to 20|Questions 11 to 20]]<br />
* [[Euler problems/21 to 30|Questions 21 to 30]]<br />
* [[Euler problems/31 to 40|Questions 31 to 40]]<br />
* [[Euler problems/41 to 50|Questions 41 to 50]]<br />
* [[Euler problems/51 to 60|Questions 51 to 60]]<br />
* [[Euler problems/61 to 70|Questions 61 to 70]]<br />
* [[Euler problems/71 to 80|Questions 71 to 80]]<br />
* [[Euler problems/81 to 90|Questions 81 to 90]]<br />
* [[Euler problems/91 to 100|Questions 91 to 100]]<br />
* [[Euler problems/101 to 110|Questions 101 to 110]]<br />
* [[Euler problems/111 to 120|Questions 111 to 120]]<br />
* [[Euler problems/121 to 130|Questions 121 to 130]]<br />
* [[Euler problems/131 to 140|Questions 131 to 140]]<br />
* [[Euler problems/141 to 150|Questions 141 to 150]]<br />
* [[Euler problems/151 to 160|Questions 151 to 160]]<br />
* [[Euler problems/161 to 170|Questions 161 to 170]]<br />
* [[Euler problems/171 to 180|Questions 171 to 180]]<br />
* [[Euler problems/181 to 190|Questions 181 to 190]]<br />
<br />
If you want to check in your solutions, try the answer box below every problem. A green tick indicates a correct answer.<br />
<br />
[[Category:Tutorials]]<br />
[[Category:Code]]</div>Henk263https://wiki.haskell.org/index.php?title=Euler_problems/171_to_180&diff=19431Euler problems/171 to 1802008-02-24T10:34:14Z<p>Henk263: rm copyvio</p>
<hr />
<div>== [http://projecteuler.net/index.php?section=problems&id=171 Problem 171] ==<br />
Finding numbers for which the sum of the squares of the digits is a square.<br />
<br />
Solution:<br />
<haskell><br />
<br />
This does not seem Haskell code to me.<br />
If the argument: Learning Haskell were valid pure Haskell code would have been given.<br />
#include <stdio.h><br />
<br />
static int result = 0;<br />
<br />
#define digits 20<br />
static long long fact[digits+1];<br />
static const long long precision = 1000000000;<br />
static const long long precision_mult = 111111111;<br />
<br />
#define maxsquare 64 /* must be a power of 2 > digits * 9^2 */<br />
<br />
static inline int issquare( int n )<br />
{<br />
for( int step = maxsquare/2, i = step;;)<br />
{<br />
if( i*i == n ) return i;<br />
if( !( step >>= 1 ) ) return -1;<br />
if( i*i > n ) i -= step;<br />
else i += step;<br />
}<br />
}<br />
<br />
static inline void dodigit( int d, int nr, int sum, long long c, int s )<br />
{<br />
if( d )<br />
for( int n = 0; n <= nr; c *= ++n, s += d, sum += d*d )<br />
dodigit( d-1, nr - n, sum, c, s );<br />
else if( issquare( sum ) > 0 )<br />
result = ( s * ( fact[digits] / ( c * fact[nr] ) )<br />
/ digits % precision * precision_mult<br />
+ result ) % precision;<br />
}<br />
<br />
int main( void )<br />
{<br />
fact[0] = 1;<br />
for( int i = 1; i < digits+1; i++ ) fact[i] = fact[i-1]*i;<br />
dodigit( 9, digits, 0, 1, 0 );<br />
printf( "%d\n", result );<br />
return 0;<br />
}<br />
problem_171 = main<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=172 Problem 172] ==<br />
Investigating numbers with few repeated digits.<br />
<br />
Solution:<br />
<haskell><br />
factorial n = product [1..toInteger n]<br />
<br />
fallingFactorial x n = product [x - fromInteger i | i <- [0..toInteger n - 1] ]<br />
<br />
choose n k = fallingFactorial n k `div` factorial k<br />
<br />
-- how many numbers can we get having d digits and p positions<br />
p172 0 _ = 0<br />
p172 d p <br />
| p < 4 = d^p<br />
| otherwise = <br />
(p172' p) + p*(p172' (p-1)) + (choose p 2)*(p172' (p-2)) + (choose p 3)*(p172' (p-3))<br />
where<br />
p172' = p172 (d-1)<br />
<br />
problem_172= (p172 10 18) * 9 `div` 10<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=173 Problem 173] ==<br />
Using up to one million tiles how many different "hollow" square laminae can be formed?<br />
Solution:<br />
<haskell><br />
problem_173=<br />
let c=div (10^6) 4<br />
xm=floor$sqrt $fromIntegral c<br />
k=[div c x|x<-[1..xm]]<br />
in sum k-(div (xm*(xm+1)) 2)<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=174 Problem 174] ==<br />
Counting the number of "hollow" square laminae that can form one, two, three, ... distinct arrangements.<br />
<br />
Solution: This was my C++ code, published here without my permission nor any attribution, shame on whoever put it here. [[user:henk263|henk263]]<br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=175 Problem 175] ==<br />
Fractions involving the number of different ways a number can be expressed as a sum of powers of 2.<br />
Solution:<br />
<haskell><br />
sternTree x 0=[]<br />
sternTree x y=<br />
m:sternTree y n <br />
where<br />
(m,n)=divMod x y<br />
findRat x y<br />
|odd l=take (l-1) k++[last k-1,1]<br />
|otherwise=k<br />
where<br />
k=sternTree x y<br />
l=length k<br />
p175 x y= <br />
init$foldl (++) "" [a++","|<br />
a<-map show $reverse $filter (/=0)$findRat x y]<br />
problems_175=p175 123456789 987654321<br />
test=p175 13 17<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=176 Problem 176] ==<br />
Rectangular triangles that share a cathetus.<br />
Solution:<br />
<haskell><br />
--k=47547 <br />
--2*k+1=95095 = 5*7*11*13*19<br />
lst=[5,7,11,13,19]<br />
primes=[2,3,5,7,11]<br />
problem_176 =<br />
product[a^b|(a,b)<-zip primes (reverse n)]<br />
where<br />
la=div (last lst+1) 2<br />
m=map (\x->div x 2)$init lst<br />
n=m++[la]<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=177 Problem 177] ==<br />
Integer angled Quadrilaterals.<br />
<br />
Solution: This C++ solution is stolen from balakrishnan. Check out the forum if you want to see his solution to the problem<br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=178 Problem 178] ==<br />
Step Numbers<br />
<br />
Solution: This C++ solution is stolen from balakrishnan. Check out the forum if you want to see his solution to the problem<br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=179 Problem 179] ==<br />
Consecutive positive divisors.<br />
<br />
{{sect-stub}}<br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=180 Problem 180] ==<br />
Rational zeros of a function of three variables.<br />
Solution:<br />
<haskell><br />
import Data.Ratio<br />
<br />
{-<br />
After some algebra, we find:<br />
f1 n x y z = x^(n+1) + y^(n+1) - z^(n+1)<br />
f2 n x y z = (x*y + y*z + z*x) * ( x^(n-1) + y^(n-1) - z^(n-1) )<br />
f3 n x y z = x*y*z*( x^(n-2) + y^(n-2) - z^(n-2) )<br />
f n x y z = f1 n x y z + f2 n x y z - f3 n x y z<br />
f n x y z = (x+y+z) * (x^n+y^n-z^n)<br />
Now the hard part comes in realizing that n can be negative. <br />
Thanks to Fermat, we only need examine the cases n = [-2, -1, 1, 2]<br />
Which leads to:<br />
<br />
f(-2) z = xy/sqrt(x^2 + y^2)<br />
f(-1) z = xy/(x+y)<br />
f(1) z = x+y<br />
f(2) z = sqrt(x^2 + y^2)<br />
<br />
-}<br />
<br />
unique :: Eq(a) => [a] -> [a]<br />
unique [] = []<br />
unique (x:xs) | elem x xs = unique xs<br />
| otherwise = x : unique xs<br />
<br />
-- Not quite correct, but I don't care about the zeros<br />
ratSqrt :: Rational -> Rational<br />
ratSqrt x = <br />
let a = floor $ sqrt $ fromIntegral $ numerator x<br />
b = floor $ sqrt $ fromIntegral $ denominator x<br />
c = (a%b) * (a%b)<br />
in if x == c then (a%b) else 0<br />
<br />
-- Not quite correct, but I don't care about the zeros<br />
reciprocal :: Rational -> Rational<br />
reciprocal x <br />
| x == 0 = 0<br />
| otherwise = denominator x % numerator x<br />
<br />
problem_180 =<br />
let order = 35<br />
range :: [Rational] <br />
range = unique [ (a%b) | b <- [1..order], a <- [1..(b-1)] ]<br />
fm2,fm1,f1,f2 :: [[Rational]]<br />
fm2 = [[x,y,z] | x<-range, y<-range, <br />
let z = x*y * reciprocal (ratSqrt(x*x+y*y)), elem z range]<br />
fm1 = [[x,y,z] | x<-range, y<-range, <br />
let z = x*y * reciprocal (x+y), elem z range]<br />
f1 = [[x,y,z] | x<-range, y<-range, <br />
let z = (x+y), elem z range]<br />
f2 = [[x,y,z] | x<-range, y<-range, <br />
let z = ratSqrt(x*x+y*y), elem z range] <br />
result = sum $ unique $ map (\x -> sum x) (fm2++fm1++f1++f2)<br />
in (numerator result + denominator result)<br />
<br />
</haskell></div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19430Talk:Euler problems2008-02-24T10:28:35Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
----<br />
quote:<br />
''Additionally, for convenience in checking solutions, a list of pairs giving the exact Euler answers is available''<br />
<br />
Cale, why are you doing these things just to annoy us? Don't you have better things to do than trying to kill project euler?<br />
----<br />
<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263<br />
<br />
-----<br />
<br />
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.<br />
<br />
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.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC)<br />
<br />
The solutions in C++ would indeed be better off replaced by Haskell code. This is, after all the Haskell wiki. However, removing the solutions altogether would be silly. (Not to mention ineffective, as they would remain in the page history.)<br />
<br />
If you want to have a contest with problems to which nobody can look up the solution, construct a list of problems which nobody has seen before and hold the contest all at once. Long term contests in which the problems have trivial (i.e. known) solutions won't hold up.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 19:08, 23 February 2008 (UTC)<br />
<br />
I think you misunderstand Project Euler.<br />
To my opninion it's not a contest. But by publishing worked out solutions you are spoiling the fun for those that love to solve problems.<br />
Of course not much can be done to such "look me being smart" people that haven't even to guts to design their own problems to write their programming tutorial. Moreover stealing other peoples solutions (problem 181) does not look very smart either.<br />
<br />
[[User: hk|hk]] <br />
<br />
Those who love to solve problems should have no problem with this site. They just won't read it. The only possible way one could have a complaint about published solutions to the problems is if one thought of the site as a contest by which people are being judged and compared. If the problems are meant only for personal use, there's no issue, since the only person one might cheat by looking at the solution is oneself.<br />
<br />
If one had already given up on finding the solution, being able to look at a solution is potentially educational as well.<br />
<br />
I should perhaps point out that I've not personally had any hand in constructing any of these solutions (though I did clean up the formatting on some of them not long ago), and haven't spent much time working on Project Euler myself either (the problems are not of a sort which I find interesting, there are not nearly enough universal quantifiers in them). I do, however, think that people who put useful things on this wiki should not have them arbitrarily damaged.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 20:07, 23 February 2008 (UTC)<br />
<br />
Quite a few of the recent C++ additions are just stolen from the problem's forum. I'm pretty sure that neither '''balakrishnan''' nor '''Daniel.is.fischer''' put anything here. <br />
<br />
[[User: henk263|henk263]] <br />
<br />
Cale<br />
All your arguments fail if you see that the one that put those Haskell (and C++)<br />
solutions here has even gone so far as to put the direct answers to the problems on this page http://www.haskell.org/haskellwiki/Euler_answers.<br />
This goes too far.<br />
I urgently request that that page and this one should be removed from this Haskell wiki. This has nothing to do with Haskell anymore.<br />
<br />
[[User: hk|hk]]<br />
<br />
I still don't see why you should care about the solutions being published. If particular solutions can be shown to violate people's copyright, then those should be removed. Everything on this wiki is meant to be published under the [[HaskellWiki:Copyrights|simple permissive license]]. Otherwise, I see no reason to remove anything.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 21:52, 23 February 2008 (UTC)<br />
<br />
For me, it spoils the fun of 'climbing up the ladder'. I don't get why this list of numbers belongs in an HASKELLwiki :S<br />
<br />
[[User: henk263|henk263]] <br />
<br />
If it would spoil the fun, don't look at it. What's your problem? If your value system is so messed up that you get more satisfaction out of seeing your progress bar go up faster than other people's progress bars than from actually solving the problems yourself, then I think you probably have some serious self-evaluation to do. Also, until then, I have a [http://www.progressquest.com/ video game] in which you might be interested<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:04, 23 February 2008 (UTC)<br />
<br />
I guess I do see project euler partly as a contest. There's no need to get personal. I'm very sure that I'm not the only one who doesn't like the idea that all solutions are available to everyone.<br />
<br />
Also aren't almost all online games based on seeing your own progress bar go up faster than other people's? Not that PE is a game, but still, I don't think I need to do any self-evaluation :S<br />
<br />
[[User: henk263|henk263]]<br />
<br />
You definitely have some introspection to do regarding your motives for doing things.<br />
<br />
The pages won't be removed, and none of the solutions will be removed unless you can prove some legal reason that they must be. Obviously some people find them useful, they are largely Haskell content, or of use to people solving the problems in Haskell, and so are on topic. Leave it alone.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:28, 23 February 2008 (UTC)<br />
<br />
The Project Euler problems are copyrighted under the creative commons license.<br />
http://projecteuler.net/index.php?section=copyright<br />
http://creativecommons.org/licenses/by-nc-sa/2.0/uk/<br />
Legal version http://creativecommons.org/licenses/by-nc-sa/2.0/uk/legalcode<br />
If you read this you will see that the [[HaskellWiki:Copyrights|simple permissive license]] is not identical to the creative commons licence.<br />
The share alike condition reads:<br />
"Share Alike. If you alter, transform, or build upon this work, you may distribute the resulting work only under a licence identical to this one."<br />
So in fact the pages I referred to are both infringing in the Project Euler copyright.<br />
<br />
[[User: hk|hk]]<br />
<br />
:None of these pages contain any of the problem statements or content published on the Project Euler site. --[[User:CaleGibbard|CaleGibbard]] 22:31, 23 February 2008 (UTC)<br />
<br />
::You overlook the phrase "or build upon this work," and you cannot deny that those pages build on the Project Euler work.<br />
::Moreover, some solutions are copies from the Project Euler Forum. --[[User: hk|hk]]<br />
<br />
:::It refers to making derivative works; these are no more derivative works than my saying 'What is 2+2?' a derivative work of the work of kindergartener teachers. These are eternal mathematical theorems and principles; they can no more be copyrighted or trademarked or patented than can a prime number, even if it takes decades to compute it.<br />
:::I certainly do agree with you about the problematic copyright status of the solutions, though. --[[User:Gwern|Gwern]] 00:15, 24 February 2008 (UTC)<br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]<br />
<br />
----<br />
<br />
Not everypone plays cricket! [[User:SamB|SamB]] 23:11, 23 February 2008 (UTC)<br />
<br />
== C++ copyvios ==<br />
<br />
I've removed all the C/C++ code I saw on the problem pages. I have no problems with including answers (be they programmatic or constants), but the C code is very problematic. I can assume good faith and believe that all of the text and Haskell code is Freely and correctly licensed (a few answers to the contrary...), but I find it much harder to believe that a Haskeller would license his own C++ code Freely but not also provide a Haskell solution, and harder still when I see assertions that the code is stolen all from Project Euler's internal fora. <br />
<br />
So, I've removed them. I hope I will not see the code re-added; until it's shown that they are licensed appropriately for the wiki, I intend to make sure they are kept off. Cale, as for page history - yes, deletion and partial recreation would be ideal, however I am not an administrator here and so cannot do it. If my wikideletions are ever asserted by one of the copyright holders to be insufficient, well, then we can go back and delete with fire. --[[User:Gwern|Gwern]] 00:15, 24 February 2008 (UTC)</div>Henk263https://wiki.haskell.org/index.php?title=Euler_problems/171_to_180&diff=19428Euler problems/171 to 1802008-02-24T10:24:11Z<p>Henk263: </p>
<hr />
<div>== [http://projecteuler.net/index.php?section=problems&id=171 Problem 171] ==<br />
Finding numbers for which the sum of the squares of the digits is a square.<br />
<br />
Solution:<br />
<haskell><br />
<br />
This does not seem Haskell code to me.<br />
If the argument: Learning Haskell were valid pure Haskell code would have been given.<br />
#include <stdio.h><br />
<br />
static int result = 0;<br />
<br />
#define digits 20<br />
static long long fact[digits+1];<br />
static const long long precision = 1000000000;<br />
static const long long precision_mult = 111111111;<br />
<br />
#define maxsquare 64 /* must be a power of 2 > digits * 9^2 */<br />
<br />
static inline int issquare( int n )<br />
{<br />
for( int step = maxsquare/2, i = step;;)<br />
{<br />
if( i*i == n ) return i;<br />
if( !( step >>= 1 ) ) return -1;<br />
if( i*i > n ) i -= step;<br />
else i += step;<br />
}<br />
}<br />
<br />
static inline void dodigit( int d, int nr, int sum, long long c, int s )<br />
{<br />
if( d )<br />
for( int n = 0; n <= nr; c *= ++n, s += d, sum += d*d )<br />
dodigit( d-1, nr - n, sum, c, s );<br />
else if( issquare( sum ) > 0 )<br />
result = ( s * ( fact[digits] / ( c * fact[nr] ) )<br />
/ digits % precision * precision_mult<br />
+ result ) % precision;<br />
}<br />
<br />
int main( void )<br />
{<br />
fact[0] = 1;<br />
for( int i = 1; i < digits+1; i++ ) fact[i] = fact[i-1]*i;<br />
dodigit( 9, digits, 0, 1, 0 );<br />
printf( "%d\n", result );<br />
return 0;<br />
}<br />
problem_171 = main<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=172 Problem 172] ==<br />
Investigating numbers with few repeated digits.<br />
<br />
Solution:<br />
<haskell><br />
factorial n = product [1..toInteger n]<br />
<br />
fallingFactorial x n = product [x - fromInteger i | i <- [0..toInteger n - 1] ]<br />
<br />
choose n k = fallingFactorial n k `div` factorial k<br />
<br />
-- how many numbers can we get having d digits and p positions<br />
p172 0 _ = 0<br />
p172 d p <br />
| p < 4 = d^p<br />
| otherwise = <br />
(p172' p) + p*(p172' (p-1)) + (choose p 2)*(p172' (p-2)) + (choose p 3)*(p172' (p-3))<br />
where<br />
p172' = p172 (d-1)<br />
<br />
problem_172= (p172 10 18) * 9 `div` 10<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=173 Problem 173] ==<br />
Using up to one million tiles how many different "hollow" square laminae can be formed?<br />
Solution:<br />
<haskell><br />
problem_173=<br />
let c=div (10^6) 4<br />
xm=floor$sqrt $fromIntegral c<br />
k=[div c x|x<-[1..xm]]<br />
in sum k-(div (xm*(xm+1)) 2)<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=174 Problem 174] ==<br />
Counting the number of "hollow" square laminae that can form one, two, three, ... distinct arrangements.<br />
<br />
Solution: This was my C++ code, published here without my permission nor any attribution, shame on whoever put it here. [[user:henk263|henk263]]<br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=175 Problem 175] ==<br />
Fractions involving the number of different ways a number can be expressed as a sum of powers of 2.<br />
Solution:<br />
<haskell><br />
sternTree x 0=[]<br />
sternTree x y=<br />
m:sternTree y n <br />
where<br />
(m,n)=divMod x y<br />
findRat x y<br />
|odd l=take (l-1) k++[last k-1,1]<br />
|otherwise=k<br />
where<br />
k=sternTree x y<br />
l=length k<br />
p175 x y= <br />
init$foldl (++) "" [a++","|<br />
a<-map show $reverse $filter (/=0)$findRat x y]<br />
problems_175=p175 123456789 987654321<br />
test=p175 13 17<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=176 Problem 176] ==<br />
Rectangular triangles that share a cathetus.<br />
Solution:<br />
<haskell><br />
--k=47547 <br />
--2*k+1=95095 = 5*7*11*13*19<br />
lst=[5,7,11,13,19]<br />
primes=[2,3,5,7,11]<br />
problem_176 =<br />
product[a^b|(a,b)<-zip primes (reverse n)]<br />
where<br />
la=div (last lst+1) 2<br />
m=map (\x->div x 2)$init lst<br />
n=m++[la]<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=177 Problem 177] ==<br />
Integer angled Quadrilaterals.<br />
<br />
Solution:<br />
<haskell><br />
This does not seem Haskell code to me.<br />
If the argument: Learning Haskell were valid pure Haskell code would have been given.<br />
<br />
#include <stdio.h><br />
#include <math.h><br />
// gcc --std c99 -lm 177.c<br />
int isint(double x);<br />
double fabs(double x);<br />
<br />
long long int count;<br />
double duparray[100][20];<br />
<br />
double PIeight=3.14159265358979323846264338327950288419716939937510/180.0;<br />
int main()<br />
{<br />
double x,w,m;<br />
int a,b,c,d;<br />
double maxxvalue;<br />
<br />
int iopt;<br />
int I,j;<br />
int N;<br />
count=0;<br />
double sine[200];<br />
double cosine[200];<br />
for(int i=1;i<=180;i++)<br />
{<br />
if(i<=90)<br />
{<br />
sine[i]=sin(PIeight*(double)i);<br />
cosine[i]=cos(PIeight*(double)i);<br />
}<br />
else<br />
{<br />
sine[i]=sine[180-i];<br />
cosine[i]=-cosine[180-i];<br />
}<br />
}<br />
<br />
for(int alpha=1;alpha<=45;alpha++)<br />
{<br />
for(int beta=alpha;beta<180-alpha;beta++)<br />
{<br />
<br />
for(int gamma=alpha;gamma<=180-alpha-beta-alpha;gamma++)<br />
{<br />
w=sine[alpha+beta]/sine[alpha+beta+gamma];<br />
int b=180-alpha-beta-gamma;<br />
for(int delta=alpha;delta<=180-gamma-beta-alpha;delta++)<br />
{<br />
x=sine[beta]/sine[beta+gamma+delta];<br />
m=sqrt(w*w+x*x-2*w*x*cosine[delta]);<br />
if(x*sine[delta]>m)<br />
a=90;<br />
else<br />
a=(int)(round)(1.0/PIeight*asin(x*sine[delta]/m));<br />
if(m*m+w*w-x*x<0)<br />
a=180-a;<br />
d=180-beta-gamma-delta;<br />
<br />
c=360-a-b-alpha-beta-gamma-delta-d;<br />
<br />
if(a>=alpha && c>=alpha && a+b+c+d+alpha+beta+gamma+delta==360)<br />
{<br />
if(fabs((sine[delta]*sine[c]/(sine[a]*sine[d]))-<br />
(sine[gamma]*sine[alpha]/(sine[beta]*sine[b])))<1e-11)<br />
{<br />
duparray[1][1]=(double)alpha;<br />
duparray[1][2]=(double)beta;<br />
duparray[1][3]=(double)gamma;<br />
duparray[1][4]=(double)delta;<br />
duparray[1][5]=(double)d;<br />
duparray[1][6]=(double)c;<br />
duparray[1][7]=(double)a;<br />
duparray[1][8]=(double)b;<br />
for(I=1;I<=3;I++)<br />
for(j=1;j<=8;j++)<br />
duparray[I+1][j]=duparray[1][(j+I*2-1)%8+1];<br />
for(j=1;j<=8;j++)<br />
duparray[5][9-j]=duparray[1][j];<br />
<br />
for(I=1;I<=3;I++)<br />
for(j=1;j<=8;j++)<br />
duparray[I+5][j]=duparray[5][(j+I*2-1)%8+1];<br />
N=8;<br />
maxxvalue=1e22;<br />
iopt=1;<br />
for(I=1;I<=N;I++)<br />
{<br />
duparray[I][9]=0;<br />
for(j=1;j<=8;j++)<br />
duparray[I][9]=duparray[I][9]*180+duparray[I][j];<br />
<br />
if(duparray[I][9]<maxxvalue-1e-7)<br />
{<br />
maxxvalue=duparray[I][9];<br />
iopt=I;<br />
}<br />
}<br />
<br />
<br />
<br />
if(iopt==1)<br />
count++;<br />
}<br />
}<br />
<br />
<br />
}<br />
}<br />
}<br />
}<br />
<br />
printf("%lld\n",count);<br />
<br />
}<br />
problem_177 = main<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=178 Problem 178] ==<br />
Step Numbers<br />
Solution:<br />
<haskell><br />
This does not seem Haskell code to me.<br />
If the argument: Learning Haskell were valid pure Haskell code would have been given.<br />
<br />
#include <stdio.h><br />
#include <math.h><br />
#define N 40 <br />
<br />
double f[50][11][11][11];<br />
<br />
int main()<br />
{<br />
int x,y,z,i,j,k,m;<br />
<br />
for(m=1;m<=N;m++)<br />
{<br />
for(i=0;i<=9;i++)<br />
for(j=0;j<=9;j++)<br />
for(k=0;k<=9;k++)<br />
{<br />
if(i==j && j==k && m==1)<br />
f[m][i][j][k]=1;<br />
else<br />
f[m][i][j][k]=0;<br />
}<br />
}<br />
<br />
for(m=2;m<=N;m++)<br />
{<br />
for(x=0;x<=9;x++)<br />
{<br />
<br />
for(y=x+1;y<=9;y++)<br />
for(z=x;z<=y;z++)<br />
{<br />
if(z>x && z<y)<br />
{<br />
f[m][x][y][z]=f[m-1][x][y][z-1]+f[m-1][x][y][z+1];<br />
}<br />
if(z==x)<br />
{<br />
f[m][x][y][z]=f[m-1][x][y][x+1]+f[m-1][x+1][y][x+1];<br />
}<br />
if(z==y)<br />
{<br />
f[m][x][y][z]=f[m-1][x][y][y-1]+f[m-1][x][y-1][y-1];<br />
}<br />
}<br />
}<br />
}<br />
double count=0;<br />
for(i=1;i<=N;i++)<br />
{<br />
for(z=1;z<=9;z++)<br />
count+=f[i][0][9][z];<br />
}<br />
printf("%lf\n",count);<br />
}<br />
problem_178 = main<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=179 Problem 179] ==<br />
Consecutive positive divisors.<br />
<br />
{{sect-stub}}<br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=180 Problem 180] ==<br />
Rational zeros of a function of three variables.<br />
Solution:<br />
<haskell><br />
import Data.Ratio<br />
<br />
{-<br />
After some algebra, we find:<br />
f1 n x y z = x^(n+1) + y^(n+1) - z^(n+1)<br />
f2 n x y z = (x*y + y*z + z*x) * ( x^(n-1) + y^(n-1) - z^(n-1) )<br />
f3 n x y z = x*y*z*( x^(n-2) + y^(n-2) - z^(n-2) )<br />
f n x y z = f1 n x y z + f2 n x y z - f3 n x y z<br />
f n x y z = (x+y+z) * (x^n+y^n-z^n)<br />
Now the hard part comes in realizing that n can be negative. <br />
Thanks to Fermat, we only need examine the cases n = [-2, -1, 1, 2]<br />
Which leads to:<br />
<br />
f(-2) z = xy/sqrt(x^2 + y^2)<br />
f(-1) z = xy/(x+y)<br />
f(1) z = x+y<br />
f(2) z = sqrt(x^2 + y^2)<br />
<br />
-}<br />
<br />
unique :: Eq(a) => [a] -> [a]<br />
unique [] = []<br />
unique (x:xs) | elem x xs = unique xs<br />
| otherwise = x : unique xs<br />
<br />
-- Not quite correct, but I don't care about the zeros<br />
ratSqrt :: Rational -> Rational<br />
ratSqrt x = <br />
let a = floor $ sqrt $ fromIntegral $ numerator x<br />
b = floor $ sqrt $ fromIntegral $ denominator x<br />
c = (a%b) * (a%b)<br />
in if x == c then (a%b) else 0<br />
<br />
-- Not quite correct, but I don't care about the zeros<br />
reciprocal :: Rational -> Rational<br />
reciprocal x <br />
| x == 0 = 0<br />
| otherwise = denominator x % numerator x<br />
<br />
problem_180 =<br />
let order = 35<br />
range :: [Rational] <br />
range = unique [ (a%b) | b <- [1..order], a <- [1..(b-1)] ]<br />
fm2,fm1,f1,f2 :: [[Rational]]<br />
fm2 = [[x,y,z] | x<-range, y<-range, <br />
let z = x*y * reciprocal (ratSqrt(x*x+y*y)), elem z range]<br />
fm1 = [[x,y,z] | x<-range, y<-range, <br />
let z = x*y * reciprocal (x+y), elem z range]<br />
f1 = [[x,y,z] | x<-range, y<-range, <br />
let z = (x+y), elem z range]<br />
f2 = [[x,y,z] | x<-range, y<-range, <br />
let z = ratSqrt(x*x+y*y), elem z range] <br />
result = sum $ unique $ map (\x -> sum x) (fm2++fm1++f1++f2)<br />
in (numerator result + denominator result)<br />
<br />
</haskell></div>Henk263https://wiki.haskell.org/index.php?title=Euler_problems/171_to_180&diff=19425Euler problems/171 to 1802008-02-24T10:22:18Z<p>Henk263: rm copyvio</p>
<hr />
<div>== [http://projecteuler.net/index.php?section=problems&id=171 Problem 171] ==<br />
Finding numbers for which the sum of the squares of the digits is a square.<br />
<br />
Solution:<br />
<haskell><br />
<br />
This does not seem Haskell code to me.<br />
If the argument: Learning Haskell were valid pure Haskell code would have been given.<br />
#include <stdio.h><br />
<br />
static int result = 0;<br />
<br />
#define digits 20<br />
static long long fact[digits+1];<br />
static const long long precision = 1000000000;<br />
static const long long precision_mult = 111111111;<br />
<br />
#define maxsquare 64 /* must be a power of 2 > digits * 9^2 */<br />
<br />
static inline int issquare( int n )<br />
{<br />
for( int step = maxsquare/2, i = step;;)<br />
{<br />
if( i*i == n ) return i;<br />
if( !( step >>= 1 ) ) return -1;<br />
if( i*i > n ) i -= step;<br />
else i += step;<br />
}<br />
}<br />
<br />
static inline void dodigit( int d, int nr, int sum, long long c, int s )<br />
{<br />
if( d )<br />
for( int n = 0; n <= nr; c *= ++n, s += d, sum += d*d )<br />
dodigit( d-1, nr - n, sum, c, s );<br />
else if( issquare( sum ) > 0 )<br />
result = ( s * ( fact[digits] / ( c * fact[nr] ) )<br />
/ digits % precision * precision_mult<br />
+ result ) % precision;<br />
}<br />
<br />
int main( void )<br />
{<br />
fact[0] = 1;<br />
for( int i = 1; i < digits+1; i++ ) fact[i] = fact[i-1]*i;<br />
dodigit( 9, digits, 0, 1, 0 );<br />
printf( "%d\n", result );<br />
return 0;<br />
}<br />
problem_171 = main<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=172 Problem 172] ==<br />
Investigating numbers with few repeated digits.<br />
<br />
Solution:<br />
<haskell><br />
factorial n = product [1..toInteger n]<br />
<br />
fallingFactorial x n = product [x - fromInteger i | i <- [0..toInteger n - 1] ]<br />
<br />
choose n k = fallingFactorial n k `div` factorial k<br />
<br />
-- how many numbers can we get having d digits and p positions<br />
p172 0 _ = 0<br />
p172 d p <br />
| p < 4 = d^p<br />
| otherwise = <br />
(p172' p) + p*(p172' (p-1)) + (choose p 2)*(p172' (p-2)) + (choose p 3)*(p172' (p-3))<br />
where<br />
p172' = p172 (d-1)<br />
<br />
problem_172= (p172 10 18) * 9 `div` 10<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=173 Problem 173] ==<br />
Using up to one million tiles how many different "hollow" square laminae can be formed?<br />
Solution:<br />
<haskell><br />
problem_173=<br />
let c=div (10^6) 4<br />
xm=floor$sqrt $fromIntegral c<br />
k=[div c x|x<-[1..xm]]<br />
in sum k-(div (xm*(xm+1)) 2)<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=174 Problem 174] ==<br />
Counting the number of "hollow" square laminae that can form one, two, three, ... distinct arrangements.<br />
<br />
Solution: This was my C++ code, published here without my permission nor any attribution, shame on whoever put it here. [user:henk263|henk263]<br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=175 Problem 175] ==<br />
Fractions involving the number of different ways a number can be expressed as a sum of powers of 2.<br />
Solution:<br />
<haskell><br />
sternTree x 0=[]<br />
sternTree x y=<br />
m:sternTree y n <br />
where<br />
(m,n)=divMod x y<br />
findRat x y<br />
|odd l=take (l-1) k++[last k-1,1]<br />
|otherwise=k<br />
where<br />
k=sternTree x y<br />
l=length k<br />
p175 x y= <br />
init$foldl (++) "" [a++","|<br />
a<-map show $reverse $filter (/=0)$findRat x y]<br />
problems_175=p175 123456789 987654321<br />
test=p175 13 17<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=176 Problem 176] ==<br />
Rectangular triangles that share a cathetus.<br />
Solution:<br />
<haskell><br />
--k=47547 <br />
--2*k+1=95095 = 5*7*11*13*19<br />
lst=[5,7,11,13,19]<br />
primes=[2,3,5,7,11]<br />
problem_176 =<br />
product[a^b|(a,b)<-zip primes (reverse n)]<br />
where<br />
la=div (last lst+1) 2<br />
m=map (\x->div x 2)$init lst<br />
n=m++[la]<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=177 Problem 177] ==<br />
Integer angled Quadrilaterals.<br />
<br />
Solution:<br />
<haskell><br />
This does not seem Haskell code to me.<br />
If the argument: Learning Haskell were valid pure Haskell code would have been given.<br />
<br />
#include <stdio.h><br />
#include <math.h><br />
// gcc --std c99 -lm 177.c<br />
int isint(double x);<br />
double fabs(double x);<br />
<br />
long long int count;<br />
double duparray[100][20];<br />
<br />
double PIeight=3.14159265358979323846264338327950288419716939937510/180.0;<br />
int main()<br />
{<br />
double x,w,m;<br />
int a,b,c,d;<br />
double maxxvalue;<br />
<br />
int iopt;<br />
int I,j;<br />
int N;<br />
count=0;<br />
double sine[200];<br />
double cosine[200];<br />
for(int i=1;i<=180;i++)<br />
{<br />
if(i<=90)<br />
{<br />
sine[i]=sin(PIeight*(double)i);<br />
cosine[i]=cos(PIeight*(double)i);<br />
}<br />
else<br />
{<br />
sine[i]=sine[180-i];<br />
cosine[i]=-cosine[180-i];<br />
}<br />
}<br />
<br />
for(int alpha=1;alpha<=45;alpha++)<br />
{<br />
for(int beta=alpha;beta<180-alpha;beta++)<br />
{<br />
<br />
for(int gamma=alpha;gamma<=180-alpha-beta-alpha;gamma++)<br />
{<br />
w=sine[alpha+beta]/sine[alpha+beta+gamma];<br />
int b=180-alpha-beta-gamma;<br />
for(int delta=alpha;delta<=180-gamma-beta-alpha;delta++)<br />
{<br />
x=sine[beta]/sine[beta+gamma+delta];<br />
m=sqrt(w*w+x*x-2*w*x*cosine[delta]);<br />
if(x*sine[delta]>m)<br />
a=90;<br />
else<br />
a=(int)(round)(1.0/PIeight*asin(x*sine[delta]/m));<br />
if(m*m+w*w-x*x<0)<br />
a=180-a;<br />
d=180-beta-gamma-delta;<br />
<br />
c=360-a-b-alpha-beta-gamma-delta-d;<br />
<br />
if(a>=alpha && c>=alpha && a+b+c+d+alpha+beta+gamma+delta==360)<br />
{<br />
if(fabs((sine[delta]*sine[c]/(sine[a]*sine[d]))-<br />
(sine[gamma]*sine[alpha]/(sine[beta]*sine[b])))<1e-11)<br />
{<br />
duparray[1][1]=(double)alpha;<br />
duparray[1][2]=(double)beta;<br />
duparray[1][3]=(double)gamma;<br />
duparray[1][4]=(double)delta;<br />
duparray[1][5]=(double)d;<br />
duparray[1][6]=(double)c;<br />
duparray[1][7]=(double)a;<br />
duparray[1][8]=(double)b;<br />
for(I=1;I<=3;I++)<br />
for(j=1;j<=8;j++)<br />
duparray[I+1][j]=duparray[1][(j+I*2-1)%8+1];<br />
for(j=1;j<=8;j++)<br />
duparray[5][9-j]=duparray[1][j];<br />
<br />
for(I=1;I<=3;I++)<br />
for(j=1;j<=8;j++)<br />
duparray[I+5][j]=duparray[5][(j+I*2-1)%8+1];<br />
N=8;<br />
maxxvalue=1e22;<br />
iopt=1;<br />
for(I=1;I<=N;I++)<br />
{<br />
duparray[I][9]=0;<br />
for(j=1;j<=8;j++)<br />
duparray[I][9]=duparray[I][9]*180+duparray[I][j];<br />
<br />
if(duparray[I][9]<maxxvalue-1e-7)<br />
{<br />
maxxvalue=duparray[I][9];<br />
iopt=I;<br />
}<br />
}<br />
<br />
<br />
<br />
if(iopt==1)<br />
count++;<br />
}<br />
}<br />
<br />
<br />
}<br />
}<br />
}<br />
}<br />
<br />
printf("%lld\n",count);<br />
<br />
}<br />
problem_177 = main<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=178 Problem 178] ==<br />
Step Numbers<br />
Solution:<br />
<haskell><br />
This does not seem Haskell code to me.<br />
If the argument: Learning Haskell were valid pure Haskell code would have been given.<br />
<br />
#include <stdio.h><br />
#include <math.h><br />
#define N 40 <br />
<br />
double f[50][11][11][11];<br />
<br />
int main()<br />
{<br />
int x,y,z,i,j,k,m;<br />
<br />
for(m=1;m<=N;m++)<br />
{<br />
for(i=0;i<=9;i++)<br />
for(j=0;j<=9;j++)<br />
for(k=0;k<=9;k++)<br />
{<br />
if(i==j && j==k && m==1)<br />
f[m][i][j][k]=1;<br />
else<br />
f[m][i][j][k]=0;<br />
}<br />
}<br />
<br />
for(m=2;m<=N;m++)<br />
{<br />
for(x=0;x<=9;x++)<br />
{<br />
<br />
for(y=x+1;y<=9;y++)<br />
for(z=x;z<=y;z++)<br />
{<br />
if(z>x && z<y)<br />
{<br />
f[m][x][y][z]=f[m-1][x][y][z-1]+f[m-1][x][y][z+1];<br />
}<br />
if(z==x)<br />
{<br />
f[m][x][y][z]=f[m-1][x][y][x+1]+f[m-1][x+1][y][x+1];<br />
}<br />
if(z==y)<br />
{<br />
f[m][x][y][z]=f[m-1][x][y][y-1]+f[m-1][x][y-1][y-1];<br />
}<br />
}<br />
}<br />
}<br />
double count=0;<br />
for(i=1;i<=N;i++)<br />
{<br />
for(z=1;z<=9;z++)<br />
count+=f[i][0][9][z];<br />
}<br />
printf("%lf\n",count);<br />
}<br />
problem_178 = main<br />
</haskell><br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=179 Problem 179] ==<br />
Consecutive positive divisors.<br />
<br />
{{sect-stub}}<br />
<br />
== [http://projecteuler.net/index.php?section=problems&id=180 Problem 180] ==<br />
Rational zeros of a function of three variables.<br />
Solution:<br />
<haskell><br />
import Data.Ratio<br />
<br />
{-<br />
After some algebra, we find:<br />
f1 n x y z = x^(n+1) + y^(n+1) - z^(n+1)<br />
f2 n x y z = (x*y + y*z + z*x) * ( x^(n-1) + y^(n-1) - z^(n-1) )<br />
f3 n x y z = x*y*z*( x^(n-2) + y^(n-2) - z^(n-2) )<br />
f n x y z = f1 n x y z + f2 n x y z - f3 n x y z<br />
f n x y z = (x+y+z) * (x^n+y^n-z^n)<br />
Now the hard part comes in realizing that n can be negative. <br />
Thanks to Fermat, we only need examine the cases n = [-2, -1, 1, 2]<br />
Which leads to:<br />
<br />
f(-2) z = xy/sqrt(x^2 + y^2)<br />
f(-1) z = xy/(x+y)<br />
f(1) z = x+y<br />
f(2) z = sqrt(x^2 + y^2)<br />
<br />
-}<br />
<br />
unique :: Eq(a) => [a] -> [a]<br />
unique [] = []<br />
unique (x:xs) | elem x xs = unique xs<br />
| otherwise = x : unique xs<br />
<br />
-- Not quite correct, but I don't care about the zeros<br />
ratSqrt :: Rational -> Rational<br />
ratSqrt x = <br />
let a = floor $ sqrt $ fromIntegral $ numerator x<br />
b = floor $ sqrt $ fromIntegral $ denominator x<br />
c = (a%b) * (a%b)<br />
in if x == c then (a%b) else 0<br />
<br />
-- Not quite correct, but I don't care about the zeros<br />
reciprocal :: Rational -> Rational<br />
reciprocal x <br />
| x == 0 = 0<br />
| otherwise = denominator x % numerator x<br />
<br />
problem_180 =<br />
let order = 35<br />
range :: [Rational] <br />
range = unique [ (a%b) | b <- [1..order], a <- [1..(b-1)] ]<br />
fm2,fm1,f1,f2 :: [[Rational]]<br />
fm2 = [[x,y,z] | x<-range, y<-range, <br />
let z = x*y * reciprocal (ratSqrt(x*x+y*y)), elem z range]<br />
fm1 = [[x,y,z] | x<-range, y<-range, <br />
let z = x*y * reciprocal (x+y), elem z range]<br />
f1 = [[x,y,z] | x<-range, y<-range, <br />
let z = (x+y), elem z range]<br />
f2 = [[x,y,z] | x<-range, y<-range, <br />
let z = ratSqrt(x*x+y*y), elem z range] <br />
result = sum $ unique $ map (\x -> sum x) (fm2++fm1++f1++f2)<br />
in (numerator result + denominator result)<br />
<br />
</haskell></div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19366Talk:Euler problems2008-02-23T22:33:11Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
----<br />
<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263<br />
<br />
-----<br />
<br />
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.<br />
<br />
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.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC)<br />
<br />
The solutions in C++ would indeed be better off replaced by Haskell code. This is, after all the Haskell wiki. However, removing the solutions altogether would be silly. (Not to mention ineffective, as they would remain in the page history.)<br />
<br />
If you want to have a contest with problems to which nobody can look up the solution, construct a list of problems which nobody has seen before and hold the contest all at once. Long term contests in which the problems have trivial (i.e. known) solutions won't hold up.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 19:08, 23 February 2008 (UTC)<br />
<br />
I think you misunderstand Project Euler.<br />
To my opninion it's not a contest. But by publishing worked out solutions you are spoiling the fun for those that love to solve problems.<br />
Of course not much can be done to such "look me being smart" people that haven't even to guts to design their own problems to write their programming tutorial. Moreover stealing other peoples solutions (problem 181) does not look very smart either.<br />
<br />
[[User: hk|hk]] <br />
<br />
Those who love to solve problems should have no problem with this site. They just won't read it. The only possible way one could have a complaint about published solutions to the problems is if one thought of the site as a contest by which people are being judged and compared. If the problems are meant only for personal use, there's no issue, since the only person one might cheat by looking at the solution is oneself.<br />
<br />
If one had already given up on finding the solution, being able to look at a solution is potentially educational as well.<br />
<br />
I should perhaps point out that I've not personally had any hand in constructing any of these solutions (though I did clean up the formatting on some of them not long ago), and haven't spent much time working on Project Euler myself either (the problems are not of a sort which I find interesting, there are not nearly enough universal quantifiers in them). I do, however, think that people who put useful things on this wiki should not have them arbitrarily damaged.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 20:07, 23 February 2008 (UTC)<br />
<br />
Quite a few of the recent C++ additions are just stolen from the problem's forum. I'm pretty sure that neither '''balakrishnan''' nor '''Daniel.is.fischer''' put anything here. <br />
<br />
[[User: henk263|henk263]] <br />
<br />
Cale<br />
All your arguments fail if you see that the one that put those Haskell (and C++)<br />
solutions here has even gone so far as to put the direct answers to the problems on this page http://www.haskell.org/haskellwiki/Euler_answers.<br />
This goes too far.<br />
I urgently request that that page and this one should be removed from this Haskell wiki. This has nothing to do with Haskell anymore.<br />
<br />
[[User: hk|hk]]<br />
<br />
I still don't see why you should care about the solutions being published. If particular solutions can be shown to violate people's copyright, then those should be removed. Everything on this wiki is meant to be published under the [[HaskellWiki:Copyrights|simple permissive license]]. Otherwise, I see no reason to remove anything.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 21:52, 23 February 2008 (UTC)<br />
<br />
For me, it spoils the fun of 'climbing up the ladder'. I don't get why this list of numbers belongs in an HASKELLwiki :S<br />
<br />
[[User: henk263|henk263]] <br />
<br />
If it would spoil the fun, don't look at it. What's your problem? If your value system is so messed up that you get more satisfaction out of seeing your progress bar go up faster than other people's progress bars than from actually solving the problems yourself, then I think you probably have some serious self-evaluation to do. Also, until then, I have a [http://www.progressquest.com/ video game] in which you might be interested<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:04, 23 February 2008 (UTC)<br />
<br />
I guess I do see project euler partly as a contest. There's no need to get personal. I'm very sure that I'm not the only one who doesn't like the idea that all solutions are available to everyone.<br />
<br />
Also aren't almost all online games based on seeing your own progress bar go up faster than other people's? Not that PE is a game, but still, I don't think I need to do any self-evaluation :S<br />
<br />
[[User: henk263|henk263]]<br />
<br />
You definitely have some introspection to do regarding your motives for doing things.<br />
<br />
The pages won't be removed, and none of the solutions will be removed unless you can prove some legal reason that they must be. Obviously some people find them useful, they are largely Haskell content, or of use to people solving the problems in Haskell, and so are on topic. Leave it alone.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:28, 23 February 2008 (UTC)<br />
<br />
The Project Euler problems are copyrighted under the creative commons license.<br />
http://projecteuler.net/index.php?section=copyright<br />
http://creativecommons.org/licenses/by-nc-sa/2.0/uk/<br />
Legal version http://creativecommons.org/licenses/by-nc-sa/2.0/uk/legalcode<br />
If you read this you will see that the [[HaskellWiki:Copyrights|simple permissive license]] is not identical to the creative commons licence.<br />
The share alike condition reads:<br />
"Share Alike. If you alter, transform, or build upon this work, you may distribute the resulting work only under a licence identical to this one."<br />
So in fact the pages I referred to are both infringing in the Project Euler copyright.<br />
<br />
[[User: hk|hk]]<br />
<br />
None of these pages contain any of the problem statements or content published on the Project Euler site.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:31, 23 February 2008 (UTC)<br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]</div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19364Talk:Euler problems2008-02-23T22:32:41Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
----<br />
<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263<br />
<br />
-----<br />
<br />
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.<br />
<br />
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.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC)<br />
<br />
The solutions in C++ would indeed be better off replaced by Haskell code. This is, after all the Haskell wiki. However, removing the solutions altogether would be silly. (Not to mention ineffective, as they would remain in the page history.)<br />
<br />
If you want to have a contest with problems to which nobody can look up the solution, construct a list of problems which nobody has seen before and hold the contest all at once. Long term contests in which the problems have trivial (i.e. known) solutions won't hold up.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 19:08, 23 February 2008 (UTC)<br />
<br />
I think you misunderstand Project Euler.<br />
To my opninion it's not a contest. But by publishing worked out solutions you are spoiling the fun for those that love to solve problems.<br />
Of course not much can be done to such "look me being smart" people that haven't even to guts to design their own problems to write their programming tutorial. Moreover stealing other peoples solutions (problem 181) does not look very smart either.<br />
<br />
[[User: hk|hk]] <br />
<br />
Those who love to solve problems should have no problem with this site. They just won't read it. The only possible way one could have a complaint about published solutions to the problems is if one thought of the site as a contest by which people are being judged and compared. If the problems are meant only for personal use, there's no issue, since the only person one might cheat by looking at the solution is oneself.<br />
<br />
If one had already given up on finding the solution, being able to look at a solution is potentially educational as well.<br />
<br />
I should perhaps point out that I've not personally had any hand in constructing any of these solutions (though I did clean up the formatting on some of them not long ago), and haven't spent much time working on Project Euler myself either (the problems are not of a sort which I find interesting, there are not nearly enough universal quantifiers in them). I do, however, think that people who put useful things on this wiki should not have them arbitrarily damaged.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 20:07, 23 February 2008 (UTC)<br />
<br />
Quite a few of the recent C++ additions are just stolen from the problem's forum. I'm pretty sure that neither '''balakrishnan''' nor '''Daniel.is.fischer''' put anything here. <br />
<br />
[[User: henk263|henk263]] <br />
<br />
Cale<br />
All your arguments fail if you see that the one that put those Haskell (and C++)<br />
solutions here has even gone so far as to put the direct answers to the problems on this page http://www.haskell.org/haskellwiki/Euler_answers.<br />
This goes too far.<br />
I urgently request that that page and this one should be removed from this Haskell wiki. This has nothing to do with Haskell anymore.<br />
<br />
[[User: hk|hk]]<br />
<br />
I still don't see why you should care about the solutions being published. If particular solutions can be shown to violate people's copyright, then those should be removed. Everything on this wiki is meant to be published under the [[HaskellWiki:Copyrights|simple permissive license]]. Otherwise, I see no reason to remove anything.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 21:52, 23 February 2008 (UTC)<br />
<br />
For me, it spoils the fun of 'climbing up the ladder'. I don't get why this list of numbers belongs in an HASKELLwiki :S<br />
<br />
[[User: henk263|henk263]] <br />
<br />
If it would spoil the fun, don't look at it. What's your problem? If your value system is so messed up that you get more satisfaction out of seeing your progress bar go up faster than other people's progress bars than from actually solving the problems yourself, then I think you probably have some serious self-evaluation to do. Also, until then, I have a [http://www.progressquest.com/ video game] in which you might be interested<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:04, 23 February 2008 (UTC)<br />
<br />
I guess I do see project euler partly as a contest.<br />
<br />
There's no need to get personal. I'm very sure that I'm not the only one who doesn't like the idea that all solutions are available to everyone.<br />
<br />
Also aren't almost all online games based on seeing your own progress bar go up faster than other people's? Not that PE is a game, but still, I don't think I need to do any self-evaluation :S<br />
<br />
[[User: henk263|henk263]]<br />
<br />
You definitely have some introspection to do regarding your motives for doing things.<br />
<br />
The pages won't be removed, and none of the solutions will be removed unless you can prove some legal reason that they must be. Obviously some people find them useful, they are largely Haskell content, or of use to people solving the problems in Haskell, and so are on topic. Leave it alone.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:28, 23 February 2008 (UTC)<br />
<br />
The Project Euler problems are copyrighted under the creative commons license.<br />
http://creativecommons.org/licenses/by-nc-sa/2.0/uk/<br />
Legal version http://creativecommons.org/licenses/by-nc-sa/2.0/uk/legalcode<br />
If you read this you will see that the [[HaskellWiki:Copyrights|simple permissive license]] is not identical to the creative commons licence.<br />
The share alike condition reads:<br />
"Share Alike. If you alter, transform, or build upon this work, you may distribute the resulting work only under a licence identical to this one."<br />
So in fact the pages I referred to are both infringing in the Project Euler copyright.<br />
<br />
[[User: hk|hk]]<br />
<br />
None of these pages contain any of the problem statements or content published on the Project Euler site.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:31, 23 February 2008 (UTC)<br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]</div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19356Talk:Euler problems2008-02-23T22:25:23Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
----<br />
<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263<br />
<br />
-----<br />
<br />
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.<br />
<br />
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.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC)<br />
<br />
The solutions in C++ would indeed be better off replaced by Haskell code. This is, after all the Haskell wiki. However, removing the solutions altogether would be silly. (Not to mention ineffective, as they would remain in the page history.)<br />
<br />
If you want to have a contest with problems to which nobody can look up the solution, construct a list of problems which nobody has seen before and hold the contest all at once. Long term contests in which the problems have trivial (i.e. known) solutions won't hold up.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 19:08, 23 February 2008 (UTC)<br />
<br />
I think you misunderstand Project Euler.<br />
To my opninion it's not a contest. But by publishing worked out solutions you are spoiling the fun for those that love to solve problems.<br />
Of course not much can be done to such "look me being smart" people that haven't even to guts to design their own problems to write their programming tutorial. Moreover stealing other peoples solutions (problem 181) does not look very smart either.<br />
<br />
[[User: hk|hk]] <br />
<br />
Those who love to solve problems should have no problem with this site. They just won't read it. The only possible way one could have a complaint about published solutions to the problems is if one thought of the site as a contest by which people are being judged and compared. If the problems are meant only for personal use, there's no issue, since the only person one might cheat by looking at the solution is oneself.<br />
<br />
If one had already given up on finding the solution, being able to look at a solution is potentially educational as well.<br />
<br />
I should perhaps point out that I've not personally had any hand in constructing any of these solutions (though I did clean up the formatting on some of them not long ago), and haven't spent much time working on Project Euler myself either (the problems are not of a sort which I find interesting, there are not nearly enough universal quantifiers in them). I do, however, think that people who put useful things on this wiki should not have them arbitrarily damaged.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 20:07, 23 February 2008 (UTC)<br />
<br />
Quite a few of the recent C++ additions are just stolen from the problem's forum. I'm pretty sure that neither '''balakrishnan''' nor '''Daniel.is.fischer''' put anything here. <br />
<br />
[[User: henk263|henk263]] <br />
<br />
Cale<br />
All your arguments fail if you see that the one that put those Haskell (and C++)<br />
solutions here has even gone so far as to put the direct answers to the problems on this page http://www.haskell.org/haskellwiki/Euler_answers.<br />
This goes too far.<br />
I urgently request that that page and this one should be removed from this Haskell wiki. This has nothing to do with Haskell anymore.<br />
<br />
[[User: hk|hk]]<br />
<br />
I still don't see why you should care about the solutions being published. If particular solutions can be shown to violate people's copyright, then those should be removed. Everything on this wiki is meant to be published under the [[HaskellWiki:Copyrights|simple permissive license]]. Otherwise, I see no reason to remove anything.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 21:52, 23 February 2008 (UTC)<br />
<br />
For me, it spoils the fun of 'climbing up the ladder'. I don't get why this list of numbers belongs in an HASKELLwiki :S<br />
<br />
[[User: henk263|henk263]] <br />
<br />
If it would spoil the fun, don't look at it. What's your problem? If your value system is so messed up that you get more satisfaction out of seeing your progress bar go up faster than other people's progress bars than from actually solving the problems yourself, then I think you probably have some serious self-evaluation to do. Also, until then, I have a [http://www.progressquest.com/ video game] in which you might be interested<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:04, 23 February 2008 (UTC)<br />
<br />
My "problem" is the fact that I liked getting higher on the ranking. I guess I do see project euler partly as a contest.<br />
<br />
There's no need to get personal. I'm very sure that I'm not the only one who doesn't like the idea that all solutions are available to everyone.<br />
<br />
Also aren't almost all online games based on seeing your own progress bar go up faster than other people's? Not that PE is a game, but still, I don't think I need to do any self-evaluation :S<br />
<br />
[[User: henk263|henk263]] <br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]</div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19355Talk:Euler problems2008-02-23T22:24:53Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
----<br />
<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263<br />
<br />
-----<br />
<br />
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.<br />
<br />
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.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC)<br />
<br />
The solutions in C++ would indeed be better off replaced by Haskell code. This is, after all the Haskell wiki. However, removing the solutions altogether would be silly. (Not to mention ineffective, as they would remain in the page history.)<br />
<br />
If you want to have a contest with problems to which nobody can look up the solution, construct a list of problems which nobody has seen before and hold the contest all at once. Long term contests in which the problems have trivial (i.e. known) solutions won't hold up.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 19:08, 23 February 2008 (UTC)<br />
<br />
I think you misunderstand Project Euler.<br />
To my opninion it's not a contest. But by publishing worked out solutions you are spoiling the fun for those that love to solve problems.<br />
Of course not much can be done to such "look me being smart" people that haven't even to guts to design their own problems to write their programming tutorial. Moreover stealing other peoples solutions (problem 181) does not look very smart either.<br />
<br />
[[User: hk|hk]] <br />
<br />
Those who love to solve problems should have no problem with this site. They just won't read it. The only possible way one could have a complaint about published solutions to the problems is if one thought of the site as a contest by which people are being judged and compared. If the problems are meant only for personal use, there's no issue, since the only person one might cheat by looking at the solution is oneself.<br />
<br />
If one had already given up on finding the solution, being able to look at a solution is potentially educational as well.<br />
<br />
I should perhaps point out that I've not personally had any hand in constructing any of these solutions (though I did clean up the formatting on some of them not long ago), and haven't spent much time working on Project Euler myself either (the problems are not of a sort which I find interesting, there are not nearly enough universal quantifiers in them). I do, however, think that people who put useful things on this wiki should not have them arbitrarily damaged.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 20:07, 23 February 2008 (UTC)<br />
<br />
Quite a few of the recent C++ additions are just stolen from the problem's forum. I'm pretty sure that neither '''balakrishnan''' nor '''Daniel.is.fischer''' put anything here. <br />
<br />
[[User: henk263|henk263]] <br />
<br />
Cale<br />
All your arguments fail if you see that the one that put those Haskell (and C++)<br />
solutions here has even gone so far as to put the direct answers to the problems on this page http://www.haskell.org/haskellwiki/Euler_answers.<br />
This goes too far.<br />
I urgently request that that page and this one should be removed from this Haskell wiki. This has nothing to do with Haskell anymore.<br />
<br />
[[User: hk|hk]]<br />
<br />
I still don't see why you should care about the solutions being published. If particular solutions can be shown to violate people's copyright, then those should be removed. Everything on this wiki is meant to be published under the [[HaskellWiki:Copyrights|simple permissive license]]. Otherwise, I see no reason to remove anything.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 21:52, 23 February 2008 (UTC)<br />
<br />
For me, it spoils the fun of 'climbing up the ladder'. I don't get why this list of numbers belongs in an HASKELLwiki :S<br />
<br />
[[User: henk263|henk263]] <br />
<br />
If it would spoil the fun, don't look at it. What's your problem? If your value system is so messed up that you get more satisfaction out of seeing your progress bar go up faster than other people's progress bars than from actually solving the problems yourself, then I think you probably have some serious self-evaluation to do. Also, until then, I have a [http://www.progressquest.com/ video game] in which you might be interested<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:04, 23 February 2008 (UTC)<br />
<br />
My "problem" is the fact that I liked getting higher on the ranking. I guess I do see project euler partly as a contest.<br />
There's no need to get personal. I'm very sure that I'm not the only one who doesn't like the idea that all solutions are available to everyone. <br />
Also aren't almost all online games based on seeing your own progress bar go up faster than other people's? Not that PE is a game, but still, I don't think I need to do any self-evaluation :S<br />
<br />
[[User: henk263|henk263]] <br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]</div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19354Talk:Euler problems2008-02-23T22:24:03Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
----<br />
<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263<br />
<br />
-----<br />
<br />
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.<br />
<br />
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.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC)<br />
<br />
The solutions in C++ would indeed be better off replaced by Haskell code. This is, after all the Haskell wiki. However, removing the solutions altogether would be silly. (Not to mention ineffective, as they would remain in the page history.)<br />
<br />
If you want to have a contest with problems to which nobody can look up the solution, construct a list of problems which nobody has seen before and hold the contest all at once. Long term contests in which the problems have trivial (i.e. known) solutions won't hold up.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 19:08, 23 February 2008 (UTC)<br />
<br />
I think you misunderstand Project Euler.<br />
To my opninion it's not a contest. But by publishing worked out solutions you are spoiling the fun for those that love to solve problems.<br />
Of course not much can be done to such "look me being smart" people that haven't even to guts to design their own problems to write their programming tutorial. Moreover stealing other peoples solutions (problem 181) does not look very smart either.<br />
<br />
[[User: hk|hk]] <br />
<br />
Those who love to solve problems should have no problem with this site. They just won't read it. The only possible way one could have a complaint about published solutions to the problems is if one thought of the site as a contest by which people are being judged and compared. If the problems are meant only for personal use, there's no issue, since the only person one might cheat by looking at the solution is oneself.<br />
<br />
If one had already given up on finding the solution, being able to look at a solution is potentially educational as well.<br />
<br />
I should perhaps point out that I've not personally had any hand in constructing any of these solutions (though I did clean up the formatting on some of them not long ago), and haven't spent much time working on Project Euler myself either (the problems are not of a sort which I find interesting, there are not nearly enough universal quantifiers in them). I do, however, think that people who put useful things on this wiki should not have them arbitrarily damaged.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 20:07, 23 February 2008 (UTC)<br />
<br />
Quite a few of the recent C++ additions are just stolen from the problem's forum. I'm pretty sure that neither '''balakrishnan''' nor '''Daniel.is.fischer''' put anything here. <br />
<br />
[[User: henk263|henk263]] <br />
<br />
Cale<br />
All your arguments fail if you see that the one that put those Haskell (and C++)<br />
solutions here has even gone so far as to put the direct answers to the problems on this page http://www.haskell.org/haskellwiki/Euler_answers.<br />
This goes too far.<br />
I urgently request that that page and this one should be removed from this Haskell wiki. This has nothing to do with Haskell anymore.<br />
<br />
[[User: hk|hk]]<br />
<br />
I still don't see why you should care about the solutions being published. If particular solutions can be shown to violate people's copyright, then those should be removed. Everything on this wiki is meant to be published under the [[HaskellWiki:Copyrights|simple permissive license]]. Otherwise, I see no reason to remove anything.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 21:52, 23 February 2008 (UTC)<br />
<br />
For me, it spoils the fun of 'climbing up the ladder'. I don't get why this list of numbers belongs in an HASKELLwiki :S<br />
<br />
[[User: henk263|henk263]] <br />
<br />
If it would spoil the fun, don't look at it. What's your problem? If your value system is so messed up that you get more satisfaction out of seeing your progress bar go up faster than other people's progress bars than from actually solving the problems yourself, then I think you probably have some serious self-evaluation to do. Also, until then, I have a [http://www.progressquest.com/ video game] in which you might be interested<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:04, 23 February 2008 (UTC)<br />
<br />
My "problem" is the fact that I liked getting higher on the ranking, but with the solutions placed available for everyone, this no meaning anymore. I guess I do see project euler partly as a contest.<br />
There's no need to get personal. I'm very sure that I'm not the only one who doesn't like the idea that all solutions are available to everyone. <br />
Also aren't almost all online games based on seeing your own progress bar go up faster than other people's?<br />
<br />
[[User: henk263|henk263]] <br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]</div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19352Talk:Euler problems2008-02-23T22:22:59Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
----<br />
<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263<br />
<br />
-----<br />
<br />
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.<br />
<br />
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.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC)<br />
<br />
The solutions in C++ would indeed be better off replaced by Haskell code. This is, after all the Haskell wiki. However, removing the solutions altogether would be silly. (Not to mention ineffective, as they would remain in the page history.)<br />
<br />
If you want to have a contest with problems to which nobody can look up the solution, construct a list of problems which nobody has seen before and hold the contest all at once. Long term contests in which the problems have trivial (i.e. known) solutions won't hold up.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 19:08, 23 February 2008 (UTC)<br />
<br />
I think you misunderstand Project Euler.<br />
To my opninion it's not a contest. But by publishing worked out solutions you are spoiling the fun for those that love to solve problems.<br />
Of course not much can be done to such "look me being smart" people that haven't even to guts to design their own problems to write their programming tutorial. Moreover stealing other peoples solutions (problem 181) does not look very smart either.<br />
<br />
[[User: hk|hk]] <br />
<br />
Those who love to solve problems should have no problem with this site. They just won't read it. The only possible way one could have a complaint about published solutions to the problems is if one thought of the site as a contest by which people are being judged and compared. If the problems are meant only for personal use, there's no issue, since the only person one might cheat by looking at the solution is oneself.<br />
<br />
If one had already given up on finding the solution, being able to look at a solution is potentially educational as well.<br />
<br />
I should perhaps point out that I've not personally had any hand in constructing any of these solutions (though I did clean up the formatting on some of them not long ago), and haven't spent much time working on Project Euler myself either (the problems are not of a sort which I find interesting, there are not nearly enough universal quantifiers in them). I do, however, think that people who put useful things on this wiki should not have them arbitrarily damaged.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 20:07, 23 February 2008 (UTC)<br />
<br />
Quite a few of the recent C++ additions are just stolen from the problem's forum. I'm pretty sure that neither '''balakrishnan''' nor '''Daniel.is.fischer''' put anything here. <br />
<br />
[[User: henk263|henk263]] <br />
<br />
Cale<br />
All your arguments fail if you see that the one that put those Haskell (and C++)<br />
solutions here has even gone so far as to put the direct answers to the problems on this page http://www.haskell.org/haskellwiki/Euler_answers.<br />
This goes too far.<br />
I urgently request that that page and this one should be removed from this Haskell wiki. This has nothing to do with Haskell anymore.<br />
<br />
[[User: hk|hk]]<br />
<br />
I still don't see why you should care about the solutions being published. If particular solutions can be shown to violate people's copyright, then those should be removed. Everything on this wiki is meant to be published under the [[HaskellWiki:Copyrights|simple permissive license]]. Otherwise, I see no reason to remove anything.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 21:52, 23 February 2008 (UTC)<br />
<br />
For me, it spoils the fun of 'climbing up the ladder'. I don't get why this list of numbers belongs in an HASKELLwiki :S<br />
<br />
[[User: henk263|henk263]] <br />
<br />
If it would spoil the fun, don't look at it. What's your problem? If your value system is so messed up that you get more satisfaction out of seeing your progress bar go up faster than other people's progress bars than from actually solving the problems yourself, then I think you probably have some serious self-evaluation to do. Also, until then, I have a [http://www.progressquest.com/ video game] in which you might be interested<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:04, 23 February 2008 (UTC)<br />
<br />
My "problem" is the fact that I liked getting higher on the ranking, but with the solutions placed available for everyone, this no meaning anymore. I guess I do see project euler partly as a contest.<br />
There's no need to get personal. I'm very sure that I'm not the only one who doesn't like the idea that all solutions are available to everyone.<br />
<br />
[[User: henk263|henk263]] <br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]</div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19351Talk:Euler problems2008-02-23T22:21:29Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
----<br />
<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263<br />
<br />
-----<br />
<br />
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.<br />
<br />
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.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC)<br />
<br />
The solutions in C++ would indeed be better off replaced by Haskell code. This is, after all the Haskell wiki. However, removing the solutions altogether would be silly. (Not to mention ineffective, as they would remain in the page history.)<br />
<br />
If you want to have a contest with problems to which nobody can look up the solution, construct a list of problems which nobody has seen before and hold the contest all at once. Long term contests in which the problems have trivial (i.e. known) solutions won't hold up.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 19:08, 23 February 2008 (UTC)<br />
<br />
I think you misunderstand Project Euler.<br />
To my opninion it's not a contest. But by publishing worked out solutions you are spoiling the fun for those that love to solve problems.<br />
Of course not much can be done to such "look me being smart" people that haven't even to guts to design their own problems to write their programming tutorial. Moreover stealing other peoples solutions (problem 181) does not look very smart either.<br />
<br />
[[User: hk|hk]] <br />
<br />
Those who love to solve problems should have no problem with this site. They just won't read it. The only possible way one could have a complaint about published solutions to the problems is if one thought of the site as a contest by which people are being judged and compared. If the problems are meant only for personal use, there's no issue, since the only person one might cheat by looking at the solution is oneself.<br />
<br />
If one had already given up on finding the solution, being able to look at a solution is potentially educational as well.<br />
<br />
I should perhaps point out that I've not personally had any hand in constructing any of these solutions (though I did clean up the formatting on some of them not long ago), and haven't spent much time working on Project Euler myself either (the problems are not of a sort which I find interesting, there are not nearly enough universal quantifiers in them). I do, however, think that people who put useful things on this wiki should not have them arbitrarily damaged.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 20:07, 23 February 2008 (UTC)<br />
<br />
Quite a few of the recent C++ additions are just stolen from the problem's forum. I'm pretty sure that neither '''balakrishnan''' nor '''Daniel.is.fischer''' put anything here. <br />
<br />
[[User: henk263|henk263]] <br />
<br />
Cale<br />
All your arguments fail if you see that the one that put those Haskell (and C++)<br />
solutions here has even gone so far as to put the direct answers to the problems on this page http://www.haskell.org/haskellwiki/Euler_answers.<br />
This goes too far.<br />
I urgently request that that page and this one should be removed from this Haskell wiki. This has nothing to do with Haskell anymore.<br />
<br />
[[User: hk|hk]]<br />
<br />
I still don't see why you should care about the solutions being published. If particular solutions can be shown to violate people's copyright, then those should be removed. Everything on this wiki is meant to be published under the [[HaskellWiki:Copyrights|simple permissive license]]. Otherwise, I see no reason to remove anything.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 21:52, 23 February 2008 (UTC)<br />
<br />
For me, it spoils the fun of 'climbing up the ladder'. I don't get why this list of numbers belongs in an HASKELLwiki :S<br />
<br />
[[User: henk263|henk263]] <br />
<br />
If it would spoil the fun, don't look at it. What's your problem? If your value system is so messed up that you get more satisfaction out of seeing your progress bar go up faster than other people's progress bars than from actually solving the problems yourself, then I think you probably have some serious self-evaluation to do. Also, until then, I have a [http://www.progressquest.com/ video game] in which you might be interested<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 22:04, 23 February 2008 (UTC)<br />
<br />
My "problem" is the fact that I liked getting higher on the ranking, but with the solutions placed available for everyone, this no meaning anymore. I guess I do see project euler partly as a contest.<br />
<br />
[[User: henk263|henk263]] <br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]</div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19344Talk:Euler problems2008-02-23T21:57:38Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
----<br />
<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263<br />
<br />
-----<br />
<br />
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.<br />
<br />
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.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC)<br />
<br />
The solutions in C++ would indeed be better off replaced by Haskell code. This is, after all the Haskell wiki. However, removing the solutions altogether would be silly. (Not to mention ineffective, as they would remain in the page history.)<br />
<br />
If you want to have a contest with problems to which nobody can look up the solution, construct a list of problems which nobody has seen before and hold the contest all at once. Long term contests in which the problems have trivial (i.e. known) solutions won't hold up.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 19:08, 23 February 2008 (UTC)<br />
<br />
I think you misunderstand Project Euler.<br />
To my opninion it's not a contest. But by publishing worked out solutions you are spoiling the fun for those that love to solve problems.<br />
Of course not much can be done to such "look me being smart" people that haven't even to guts to design their own problems to write their programming tutorial. Moreover stealing other peoples solutions (problem 181) does not look very smart either.<br />
<br />
[[User: hk|hk]] <br />
<br />
Those who love to solve problems should have no problem with this site. They just won't read it. The only possible way one could have a complaint about published solutions to the problems is if one thought of the site as a contest by which people are being judged and compared. If the problems are meant only for personal use, there's no issue, since the only person one might cheat by looking at the solution is oneself.<br />
<br />
If one had already given up on finding the solution, being able to look at a solution is potentially educational as well.<br />
<br />
I should perhaps point out that I've not personally had any hand in constructing any of these solutions (though I did clean up the formatting on some of them not long ago), and haven't spent much time working on Project Euler myself either (the problems are not of a sort which I find interesting, there are not nearly enough universal quantifiers in them). I do, however, think that people who put useful things on this wiki should not have them arbitrarily damaged.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 20:07, 23 February 2008 (UTC)<br />
<br />
Quite a few of the recent C++ additions are just stolen from the problem's forum. I'm pretty sure that neither '''balakrishnan''' nor '''Daniel.is.fischer''' put anything here. <br />
<br />
[[User: henk263|henk263]] <br />
<br />
Cale<br />
All your arguments fail if you see that the one that put those Haskell (and C++)<br />
solutions here has even gone so far as to put the direct answers to the problems on this page http://www.haskell.org/haskellwiki/Euler_answers.<br />
This goes too far.<br />
I urgently request that that page and this one should be removed from this Haskell wiki. This has nothing to do with Haskell anymore.<br />
<br />
[[User: hk|hk]]<br />
<br />
I still don't see why you should care about the solutions being published. If particular solutions can be shown to violate people's copyright, then those should be removed. Everything on this wiki is meant to be published under the [[HaskellWiki:Copyrights|simple permissive license]]. Otherwise, I see no reason to remove anything.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 21:52, 23 February 2008 (UTC)<br />
<br />
For me, it spoils the fun of 'climbing up the ladder'. I don't get why this list of numbers belongs in an HASKELLwiki :S<br />
<br />
[[User: henk263|henk263]] <br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]</div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19328Talk:Euler problems2008-02-23T21:08:00Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
----<br />
<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263<br />
<br />
-----<br />
<br />
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.<br />
<br />
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.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC)<br />
<br />
The solutions in C++ would indeed be better off replaced by Haskell code. This is, after all the Haskell wiki. However, removing the solutions altogether would be silly. (Not to mention ineffective, as they would remain in the page history.)<br />
<br />
If you want to have a contest with problems to which nobody can look up the solution, construct a list of problems which nobody has seen before and hold the contest all at once. Long term contests in which the problems have trivial (i.e. known) solutions won't hold up.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 19:08, 23 February 2008 (UTC)<br />
<br />
I think you misunderstand Project Euler.<br />
To my opninion it's not a contest. But by publishing worked out solutions you are spoiling the fun for those that love to solve problems.<br />
Of course not much can be done to such "look me being smart" people that haven't even to guts to design their own problems to write their programming tutorial. Moreover stealing other peoples solutions (problem 181) does not look very smart either.<br />
<br />
[[User: hk|hk]] <br />
<br />
Those who love to solve problems should have no problem with this site. They just won't read it. The only possible way one could have a complaint about published solutions to the problems is if one thought of the site as a contest by which people are being judged and compared. If the problems are meant only for personal use, there's no issue, since the only person one might cheat by looking at the solution is oneself.<br />
<br />
If one had already given up on finding the solution, being able to look at a solution is potentially educational as well.<br />
<br />
I should perhaps point out that I've not personally had any hand in constructing any of these solutions (though I did clean up the formatting on some of them not long ago), and haven't spent much time working on Project Euler myself either (the problems are not of a sort which I find interesting, there are not nearly enough universal quantifiers in them). I do, however, think that people who put useful things on this wiki should not have them arbitrarily damaged.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 20:07, 23 February 2008 (UTC)<br />
<br />
Quite a few of the recent C++ additions are just stolen from the problem's forum. I'm pretty sure that neither '''balakrishnan''' nor '''Daniel.is.fischer''' put anything here. <br />
<br />
[[User: henk263|henk263]] <br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]</div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19310Talk:Euler problems2008-02-23T19:02:04Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
----<br />
<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263<br />
<br />
-----<br />
<br />
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.<br />
<br />
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.<br />
<br />
[[User:CaleGibbard|CaleGibbard]] 18:58, 23 February 2008 (UTC)<br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]</div>Henk263https://wiki.haskell.org/index.php?title=Talk:Euler_problems&diff=19308Talk:Euler problems2008-02-23T18:30:18Z<p>Henk263: </p>
<hr />
<div>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.<br />
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.<br />
As all problems are there, even the most recent ones, those responsible for this must be found among our 100%-ers.<br />
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.<br />
Threatening to consider any amendment as vandalism is really a gotspe.<br />
It's you that are vandalising our work.<br />
<br />
Hans Klein (aka hk) <br />
<br />
-----<br />
These pages must be deleted.<br />
<br />
They are not in the spirit of Project Euler.<br />
<br />
They are ruining the fun of problems and the fun of climbing up the ladder.<br />
<br />
I am aware that whoever posted this is probably smart and would like us all to know.<br />
<br />
Meanwhile:<br />
<br />
RULE #1 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
RULE #2 of Project Euler:<br />
<br />
You do not discuss Project Euler solutions.<br />
<br />
Keep it in the problem threads.<br />
<br />
----<br />
<br />
I disagree. These are clearly marked as "spoilers". Anyone<br />
who wants to participate in Project Euler and enjoy its<br />
benefits knows that they should not peek at these solutions.<br />
<br />
On the other hand, this problem space is perfect for<br />
illustrating the power of Haskell, and for providing<br />
excellent examples of how to "think in Haskell".<br />
I would refer anyone thinking of learning Haskell to<br />
these pages - with the warning that they might<br />
first want to solve all of the problems in their<br />
current favorite programming language.<br />
<br />
My guess is that many people would look at the<br />
first few solutions, become hooked, and then<br />
redo the rest of them on their own in Haskell<br />
without peeking!<br />
<br />
----<br />
You kill the fun! <br />
<br />
There is only way to publish solution - just protect access to it <br />
with right solution answer, as Euler protects access <br />
to forum's threads.<br />
<br />
But in wiki - these pages must be deleted.<br />
<br />
----<br />
<br />
Note that if you delete these pages, it will be treated as vandalism and reverted. [[User:CaleGibbard|CaleGibbard]] 19:56, 21 February 2008 (UTC)<br />
<br />
----<br />
Category tags are great for making the Haskell wiki easier<br />
to navigate. But having category tags on all of the detail<br />
pages of these problem sets has the opposite effect - it<br />
just clutters the category pages.<br />
<br />
I am removing the category tags from all of the detail pages,<br />
and leaving them only on the main page.<br />
<br />
----<br />
<br />
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. [[User:Daniel.is.fischer|Daniel.is.fischer]]<br />
<br />
----<br />
quote:<br />
''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".'' <br />
<br />
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.<br />
<br />
Stijn aka henk263</div>Henk263