Talk:Sequence: smallest number greater than previous term with exactly n divisors: Difference between revisions

From Rosetta Code
Content added Content deleted
m (→‎output for F#: added another comment or two.)
Line 22: Line 22:
:::: Since this is still a   ''draft task'',   do you think that the task definition/requirement should be tightened up   (and/or refined as to make it   ''un-vague'')   so that all computer programming solutions/entries are solving the same task?   The main purpose of Rosetta Code   (I think)   is to compare programs, but if some programs are solving a different requirement than the others, it's impossible to compare algorithms.     -- [[User:Gerard Schildberger|Gerard Schildberger]] ([[User talk:Gerard Schildberger|talk]]) 05:33, 10 April 2019 (UTC)
:::: Since this is still a   ''draft task'',   do you think that the task definition/requirement should be tightened up   (and/or refined as to make it   ''un-vague'')   so that all computer programming solutions/entries are solving the same task?   The main purpose of Rosetta Code   (I think)   is to compare programs, but if some programs are solving a different requirement than the others, it's impossible to compare algorithms.     -- [[User:Gerard Schildberger|Gerard Schildberger]] ([[User talk:Gerard Schildberger|talk]]) 05:33, 10 April 2019 (UTC)
::::: Let creator of the task decide or the first entry, which was [[Anti-primes_Plus#Go|GO]] which leads to [[oeis:A069654|OEIS: A069654]] -- [[User:Horsth|Horsth]]
::::: Let creator of the task decide or the first entry, which was [[Anti-primes_Plus#Go|GO]] which leads to [[oeis:A069654|OEIS: A069654]] -- [[User:Horsth|Horsth]]

:::::: I didn't have anybody else in mind, the task's author is almost always the best person to do the tidying up.   But from my experience, it seems that everybody has an opinion of what's a better way to phrase things, and I can talk from days of past that task requirements and phrasing have been changed/modified/mucked way beyond what the task author intended.     -- [[User:Gerard Schildberger|Gerard Schildberger]] ([[User talk:Gerard Schildberger|talk]]) 08:25, 10 April 2019 (UTC)

Revision as of 08:26, 10 April 2019

OEIS A069654

the first 25 are: 1, 2, 4, 6, 16, 18, 64, 66, 100, 112, 1024, 1035, 4096, 4288, 4624, 4632, 65536, 65572, 262144, 262192, 263169, 269312, 4194304, 4194306
6765201 <-
But using the C-Version with MAX set to 28 the result is:
The first 28 anti-primes plus are:
1 2 4 6 16 18 64 66 100 112 1024 1035 4096 4288 4624 4632 65536 65572 262144 262192 263169 269312 4194304 4194306 4477456 4493312 4498641 4498752 completly different. [1] 4477456 = 2^4 × 23^4 got 25 divisors like 6765201 =3^4*17^4

output for F#

I don't understand the output of the   F#   entry.   Where is the list of the first 15 numbers of the anti-prime plus sequence?     -- Gerard Schildberger (talk) 22:59, 9 April 2019 (UTC)

It is contained within the list of the first 58 terms directly after the task entry. You may need to scroll down a bit to see it. HTH --Thundergnat (talk) 23:48, 9 April 2019 (UTC)
I can scroll just fine.   OK, I see the first five numbers in the sequence just fine.   The sixth number shouldn't be   12,   it should be   18.   And, where's the tenth entry that should be   112?   There isn't a   112   anywhere to be seen in the output.     -- Gerard Schildberger (talk) 00:13, 10 April 2019 (UTC)
Never mind, I see that   F#   is computing a "different" sequence.     -- Gerard Schildberger (talk) 00:16, 10 April 2019 (UTC)
For what it's worth, the term "The Anti-primes plus sequence" doesn't seem to exist anywhere on the web except here, so I wouldn't get to hung up on what is the correct sequence. The task description is extremely vague. Most people seemed to interpret it as OEIS: A069654, but OEIS: A005179 is also a valid sequence that fits the description. I also included two other "sequences" in the Perl 6 entry that technically satisfy the requirements. --Thundergnat (talk) 00:30, 10 April 2019 (UTC)
Since this is still a   draft task,   do you think that the task definition/requirement should be tightened up   (and/or refined as to make it   un-vague)   so that all computer programming solutions/entries are solving the same task?   The main purpose of Rosetta Code   (I think)   is to compare programs, but if some programs are solving a different requirement than the others, it's impossible to compare algorithms.     -- Gerard Schildberger (talk) 05:33, 10 April 2019 (UTC)
Let creator of the task decide or the first entry, which was GO which leads to OEIS: A069654 -- Horsth
I didn't have anybody else in mind, the task's author is almost always the best person to do the tidying up.   But from my experience, it seems that everybody has an opinion of what's a better way to phrase things, and I can talk from days of past that task requirements and phrasing have been changed/modified/mucked way beyond what the task author intended.     -- Gerard Schildberger (talk) 08:25, 10 April 2019 (UTC)