новые подразделы в задачах.. Опции

[Чужак]

Чужак, займешься?

Ну, я могу начать, до какаго-то уровня заполнить.
Но должен сразу предупредить, что мои знания Паскаля и отношение к нему
...ммм...специфичны. Я не программист, а инженер-электромеханик по образованию,
и изучал Паскаль при изучении дисциплины "Математическое моделирование
электромеханических систем".
Писалась система уравнений, которая моделировала, к примеру, электродвигатель,
затем загонялась в Паскаль, в цикл, считала результы, они проверялись на реальных
данных и т.д. Поэтому я больше рублю в моделировании, чем в программировании и
чистом Паскале. (Да и при этом всем считалось, что если прога без изысков в коде,
но зато 100% правильная модель-и все правильно посчитано-это хорошо,
а если код идеален-но ошибки в модели-прогу можно бросать в корзину...)
Но учить этому всему ВОТ ТАК молодых программистов, ИМХО, не совсем правильно-
Форум "Все о Паскале" а не "Паскаль для моделирования".

[Lapp]

Но, тем не менее, идея возникла именно у тебя. И, думаю, ты лучше всех ее понимаешь.
Совершенно не обязательно сразу класть ее в FAQ. Сделай нормальную тему - все посмотрят, проникнутся, поправят, посоветуют, добавят... И если в конце концов окажется, что вещь стОящая - положим в FAQ.
Как тебе такое?..

[Altair]

Да и при этом всем считалось, что если прога без изысков в коде,
но зато 100% правильная модель-и все правильно посчитано-это хорошо,
а если код идеален-но ошибки в модели-прогу можно бросать в корзину...

Вообще-то это единственное правильное и возможное решение!

[Чужак]

Но, тем не менее, идея возникла именно у тебя. И, думаю, ты лучше всех ее понимаешь.
Совершенно не обязательно сразу класть ее в FAQ. Сделай нормальную тему - все посмотрят, проникнутся, поправят, посоветуют, добавят... И если в конце концов окажется, что вещь стОящая - положим в FAQ.
Как тебе такое?..

Вот сделал грубый набросок того, о чем я говорил.
Прилагаю его как Эксель-файл.
Если иметь такую шпору-человек посмотрел, если у него похожая задача,
то по шпоре он уже будет представлять "скелет" программы.
Вообще-какие будут мнения? Смотрите, думайте, пишите...

Вообще-то это единственное правильное и возможное решение!:)

Что ты имел в виду?

[Altair]

То, что в коде есть изыски и т.п. никого не интересует, важно на сколько она надежна, эффективна и т.д. и т.п....

а если код идеален-но ошибки в модели-прогу можно бросать в корзину...

так и должно быть, вот что я имел ввиду

[Чужак]

Народ, АУ!
Скажите, стоящая затея с таблицей или нет?
Стоит ли ЭТО делать?
Ато уже 8 скачиваний...
Есть ЗА/ПРОТИВ?

[Archon]

Народ, АУ! blum.gif
Скажите, стоящая затея с таблицей или нет?
Стоит ли ЭТО делать?
Ато уже 8 скачиваний... good.gif
Есть ЗА/ПРОТИВ? unsure.gif

Имхо, смысла нет. Слишком субъективно, любую программу можно написать множеством разных способов. Кроме того, способ может быть регламентирован в самом задании, и при этом он запросто может отличаться от того, что у тебя по таблице выходит.
Например: Нарисовать объект. Всегда ли нужны переменные для простого рисования? Параметры для line и circle можно и так задать. С другой стороны, если я рисую растр, то без массивов вряд-ли обойдусь. Процедуры и функции - это вообще как мне понравится. Продолжать?

PS Идея в целом не плохая, только надо составлять такую таблицу на основе распространенных учебников по Паскалю, учитывая последовательность изучения различных аспектов программирования. То есть, если по книге мы проходим основы графики еще до процедур и функций, естественно последние использовать при рисовании смешной рожицы мы не будем. Но проблема опять в том, что учебники тоже бывают разные...

[Tan]

Моё имхо : таблица ограничивает творческое мышление; стандартного FAQ вполне хватает, там всё доступным языком описано, что поймёт практически любой.

[Perfez]

У всякого сложном механизма больше шансов сломаться

Сообщение отредактировано: Perfez - 28.05.2007 14:03

[compiler]

Мое ИМХО : если там будет больше примеров с комментариями, может что-то да выйдет...

[Чужак]

Имхо, смысла нет. Слишком субъективно, любую программу можно написать множеством разных способов. Кроме того, способ может быть регламентирован в самом задании, и при этом он запросто может отличаться от того, что у тебя по таблице выходит.
Например: Нарисовать объект. Всегда ли нужны переменные для простого рисования? Параметры для line и circle можно и так задать. С другой стороны, если я рисую растр, то без массивов вряд-ли обойдусь. Процедуры и функции - это вообще как мне понравится. Продолжать?
PS Идея в целом не плохая, только надо составлять такую таблицу на основе распространенных учебников по Паскалю, учитывая последовательность изучения различных аспектов программирования. То есть, если по книге мы проходим основы графики еще до процедур и функций, естественно последние использовать при рисовании смешной рожицы мы не будем. Но проблема опять в том, что учебники тоже бывают разные...

Лучшее из возражений. Я и сам отчасти, думаю так.
Но, ИМХО, при большом количестве материала системный подход необходим.
А любая система ограничена.
Но все же не достаточно ложить готовые решения.
Надо как-то затрагивать фундаментальный уровень. НО как?

Моё имхо : таблица ограничивает творческое мышление; стандартного FAQ вполне хватает, там всё доступным языком описано, что поймёт практически любой.

Творческое (креативное, нешаблонное, нестандартное) мышление есть у 1 человека
из десяти. Что будут делать остальные девять? Если бы не это соображение,
сам бы пообсуждал темы ТРИЗА, раскрытия творческого потенциала и др.
А так этого делать не буду.

У сложного механизма больше шансов сломаться

Не для всех задач годится простой механизм.
современная армия все же предпочитает танки и ракеты, а не каменные топоры и луки...

Мое ИМХО : если там будет больше примеров с комментариями, может что-то да выйдет...

КАК технически это реализовать?

Сообщение отредактировано: Чужак - 29.05.2007 2:21

[Archon]

Возможно имеет смысл думать над системой НЕтабличного вида? Что-то вроде html-списка возможных задач. Сделать множество тематических пунктов со ссылками на соответствующие разделы FAQ`а. Вопрос: зачем все усложнять? А затем, что очень много тем, в которых всего один ответ: ссылка на FAQ. Почему они появляются? Понятно, что многим людям лень заглянуть в FAQ, тут ничего поделать нельзя (если только не выделить цвет заголовка блока с правилами в разделе задач красным). Но если (как предполагает Чужак, если я правильно понял) есть люди, которые просто не знают какие конкретно исходники и из какого раздела FAQ`а (или тем с уже решенными задачами) нужны для решения их задачи, то такая развернутая и упрощенная система поиска нужных данных может помочь. Если конечно кто-то решиться потратить время на создание системы, польза от которой неочевидна.

[compiler]

КАК технически это реализовать?

та м на самом деле не один способ(помощ => ссылки), а вообще действительно лучше бы было бы в ввиде html... можна правда сначало сделать в офисе а потом сохранить как веб-страницу (качество скорее всего будет хуже)...
просто без примеров оно не будет не чего стоить... например меня интересует <<Перемещение объекта по экрану>>.
Что мне делать? ясное дело мне скорее всего понадобятся Переменные, Фигуры, Перемещение но как мне их использовать(особенно последнее)?