Rosetta Code:Village Pump/Crafting short checklists: Difference between revisions

From Rosetta Code
Content added Content deleted
(Relevance, communication of insight, and helpfulness to learners could all be facilitated and improved by drafting some very short pre-flight checklists.)
No edit summary
Line 3: Line 3:
|summary=Checklists improve airline safety and reduce mortality in thoracic surgery. They could facilitate excellence on Rosetta Code, but would need to be short.
|summary=Checklists improve airline safety and reduce mortality in thoracic surgery. They could facilitate excellence on Rosetta Code, but would need to be short.
}}
}}
{{#ask:[[Is village pump topic::true]]
|?Summary
|?Modification date
|format=broadtable
|limit=20
|order=DESC
|sort=Modification date
|searchlabel=Older topics...
|offset=0
}}

Two points emerge from an absorbing book by a US heart surgeon, Atul Gawunde, who studied Boeing's checklist development process ("The Checklist Manifesto – how to get things right"):
Two points emerge from an absorbing book by a US heart surgeon, Atul Gawunde, who studied Boeing's checklist development process ("The Checklist Manifesto – how to get things right"):
:# A good checklist can make a surprising amount of difference – raising quality, preventing problems and saving time.
:# A good checklist can make a surprising amount of difference – raising quality, preventing problems and saving time.

Revision as of 18:55, 10 September 2015

Crafting short checklists
This is a particular discussion thread among many which consider Rosetta Code.

Summary

Checklists improve airline safety and reduce mortality in thoracic surgery. They could facilitate excellence on Rosetta Code, but would need to be short.

Discussion

 SummaryModification date"Modification date" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki.
Village Pump/Unimplemented tasksAnnouncement of the unimpl pages, and of ImplSearchBot21 July 2023 08:52:57
Village Pump/Change the Reports namespaceA mandatory change because Miraheze's Reports namespace overrides the Reports namespace of any Miraheze wiki.29 December 2022 00:09:31
Village Pump/tasks pageTasks page is unwieldy/slow to use7 November 2022 23:16:36
Village Pump/Logging InHow to log in when you seemingly cannot, and some tangential guesswork12 July 2022 12:02:21
Village Pump/RC thinks cookies are disabled on ChromeSelf-explanatory. I had to log in on Firefox just to file this page.12 July 2022 12:00:59
Village Pump/Announcement removalRelating to the old Rosetta code announcement present on every page.17 May 2022 09:06:39
Village Pump/Porting RC codeHow to handle licensing when porting RC code to a new language9 February 2022 17:16:01
Village Pump/Discouraging approachesThe goals of Rosetta Code, and responding to code which we disapprove of.18 January 2022 02:09:57
Village Pump/CAPTCHA problemsCAPTCHA problems are not being attended to.3 July 2021 20:13:50
Village Pump/Add link anchors to Language Category pagesSuggestion to add Anchors to specific language examples8 June 2021 21:39:15
Village Pump/useless tasks for pure synthax comparisonNew learning approach27 April 2021 23:58:29
Village Pump/Phix geshi fileNew syntax file31 March 2021 13:49:25
Village Pump/Syntax highlightingDiscuss issues related to the Syntax Highlighting system here. The old page got huge, and it became hard to discern what problems were current.8 March 2021 10:38:54
Village Pump/OS specificsWhat to do about tasks that involve OS specific functions such as disk I/O or graphics.26 February 2021 00:23:05
Village Pump/Front pageAdd more links to front page?3 February 2021 15:03:11
Village Pump/Image uploadsRelating to upload of images to Rosetta Code1 February 2021 06:10:48
Village Pump/Old draft tasksDiscussion on what to do about draft tasks which don't seem to be getting attention25 December 2020 06:49:45
Village Pump/hopl.murdoch.edu.au UnavailableBroken links to HOPL29 November 2020 22:34:11
Village Pump/LevenshteinDistanceHow to contribute and fix errors16 November 2020 20:27:11
Village Pump/Unlisted tasksSeveral tasks are not showing up in the site listings31 July 2020 10:25:37
Older topics...

Two points emerge from an absorbing book by a US heart surgeon, Atul Gawunde, who studied Boeing's checklist development process ("The Checklist Manifesto – how to get things right"):

  1. A good checklist can make a surprising amount of difference – raising quality, preventing problems and saving time.
  2. Good checklists need to be very short, highly coherent and intelligible, and carefully focused on the absolute essentials.

Rosetta Code's Add a task page is helpful – a whole kitchen-full of varied ingredients for a meal – but if you glance through the Gawunde text, you will soon come to feel that that page, while excellent as a reference, is much too long to be regularly used (or to function effectively) as a pre-flight checklist in itself.

The explanatory text of the Rosetta Code language page, however, is already brief, coherent, well-considered, and readily digested. It captures 3 core goals, and would provide a very solid and simple framework for designing short and helpful checklists – not only for the framing of tasks, but also for the preparation of solutions, and for the shaping and judgement of editorial suggestions and contributions.

The 3 core goals of Rosetta Code are of course:

  1. To present solutions to the same task in as many different languages as possible,
  2. to demonstrate how languages are similar and different, and
  3. to aid a person with a grounding in one approach to a problem in learning another.

A suggestion: I think it could be tremendously helpful, and make consistent excellence of this remarkable learning resource very much easier to achieve, if we were to prepare 3 short pre-flights checklists – one each for:

- Adding new tasks,
- Submitting solutions, and
- Making editorial suggestions and changes

I also think that a very helpful structure for these checklists would be for each to have:

  1. Just three brief sections – one for each of Rosetta Code's 3 core goals,
  2. and in each section, just 2-4 things to check, or 2-4 questions to ask oneself, as an aid to checking breadth of relevance, depth of insight, and helpfulness to learners.