Rosetta Code talk:Village Pump/Suggest a programming task: Difference between revisions

Content added Content deleted

Inline

Revision as of 03:35, 5 February 2007

Maybe this page should be restructured, so that is features one list, instead of the many it has now? Til 08:29, 24 January 2007 (EST)

Does it really make sense to sort things into "trivial" and "hard"? What is trivial in one language may be hard in another and vice versa. It is trivial to, say, display a circle in postscript. Three or four lines for computing and displaying a fractal. In C, this would be a pretty massive program (what with having to create/init a canvas and all).

Isn't the whole point of having different languages that they tend to specialize in certain problem domains? Opening a window in assembly is difficult, in IDL it's the single command "window", in TCL it's meaningless as the creation of a window is implied in the use of Tk in the first place. And in PostScript there's only an abstract "output device" that might be a computer screen or a piece of paper - and "opening a window" is as close to meaningless as it gets.

I keep staring at the tasks and at the many things I have done in PostScript and the two sets do not overlap a lot. What would it mean in any other language "to rotate the output device ten degree clockwise"? Or "to render this string along a sinusoidal curve"?

Just some thoughts... Sgeier 21:26, 4 February 2007 (EST)

Excellent points. I was trying to come up with a more queued system of requesting tasks, along with trying to define to some extent what kinds of tasks are appropriate. I don't see punching holes in firewalls as an appropriate task; that's a network-operations kind of thing, not a means of demonstrating programming languages.

When it comes to formatting tasks, I don't see a problem with creating tasks centered around formatting languages. However, such tasks should probably fall under their own category. The Programming Tasks category can use some subdividision.

More specifically, "Rotate the output device" could easily be represented in many languages, when one takes DirectX and OpenGL into account. (And, quite frankly, I'd like to see more of that.) Rendering along a path, well, I dunno. Possibly PDF and GIMP Script-Fu? --Short Circuit 22:35, 4 February 2007 (EST)

@@ Line 8: / Line 8: @@
 Just some thoughts...  [[User:Sgeier|Sgeier]] 21:26, 4 February 2007 (EST)
+:Excellent points.  I was trying to come up with a more queued system of requesting tasks, along with trying to define to some extent what kinds of tasks are appropriate.  I don't see punching holes in firewalls as an appropriate task; that's a network-operations kind of thing, not a means of demonstrating programming languages.
+:When it comes to formatting tasks, I don't see a problem with creating tasks centered around formatting languages.  However, such tasks should probably fall under their own category.  The Programming Tasks category can use some subdividision.
+:More specifically, "Rotate the output device" could easily be represented in many languages, when one takes DirectX and OpenGL into account. (And, quite frankly, I'd like to see more of that.) Rendering along a path, well, I dunno. Possibly PDF and GIMP Script-Fu? --[[User:Short Circuit|Short Circuit]] 22:35, 4 February 2007 (EST)