Возможно, что ошибаюсь, но это был я. Но меня просто бесит, когда от студентов (и, соответственно, от авторов) требуется размалевка программы на языке высокого уровня (не Ассемблере) в виде допотоптных картинок. Для чего этот атавизм сохранился в обучении по вашему мнению?
Кто придумал термин " Наскальная живопись в виде блок-схем"?
Предыдущая тема
Следующая тема
Последние статьи
Уважаемые пользователи!Долгое время Студворк являлся единственным крупным проектом нашей компании. Сегодня мы рады представить вам наш новый сервис – фриланс-биржу Ворк24.Почему мы решились на создание нового проекта?Удаленная работа окончательно закрепила за собой статус актуальной и доступной. Однако, в связи с санкционными ограничениями, многие зарубежные фриланс-биржи прекратили свою деятельность в РФ. Вывод средств с них существенно усложнился и многие специалисты потеряли источники стабильного заработка.Наш проект предлагает решение этих проблем. Ворк24 – это российский сервис, который объединяет заказчиков и исполнителей, создавая все условия для комфортной работы.Особенности и преимущества Ворк24Ворк24 – это фриланс-биржа широкого спектра для безопасного и удобного сотрудничества исполнителей и заказчиков из разных сфер деятельности. В роли заказчиков могут выступать как юридические, так и физические лица;В роли исполнителей только квалифицированные практики, имеющие подтвержденный опыт: маркетологи, дизайнеры, разработчики, юристы и другие специалисты, которые активно занимаются профессиональной деятельностью в своей сфере.Чем мы лучше российских аналогичных сервисов? Хороший вопрос, на который мы с уверенностью отвечаем:На нашем проекте пока еще низкая конкуренция среди исполнителей, что позволит опытным специалистам, не имеющим опыт фриланса, начать свой путь в этом направлении;Комиссия безопасной сделки в размере 5% для исполнителей – самая низкая по рынку (ниже не найдете, мы проверяли);Комиссия безопасной сделки для заказчиков – 0%.Будьте в числе первыхВорк24 будет полезен и вам, дорогие пользователи Студворк. Расскажем подробнее: На Ворк24 представлено много специальностей. Среди них есть те, что совпадают с вашими рабочими специальностями. В частности:Работа с текстом (копирайтинг и редактура);Инжиниринг (чертежи, схемы и сметы);Переводы (даже с самых сложных языков мира);Юридические услуги (правовое сопровождение, юридическая экспертиза и т.д.);Бухгалтерский и налоговый учет (для физлиц и юрлиц) и другие направления.Поэтому, добро пожаловать, дорогие авторы, ведь дополнительный источник дохода – это всегда прекрасно.Функционал Ворк24 практически идентичен тому, что уже реализован на Студворк. Ваша адаптация на новом сервисе будет максимально мягкой и безболезненной. Дизайн и внутренняя логика сайта во многом совпадают.Убедитесь в этом сами, начав работу на сервисе:В качестве заказчика;Или исполнителя. Но это ещё не всё. Мы дарим всем новым пользователям приветственный бонус в виде бесплатного PRO-аккаунта на месяц по промокоду “STUDWORK31”, чтобы ваше знакомство с платформой было еще более приятным.Желаем успехов в работе!P. S. Размещение и выполнение студенческих и школьных работ на Ворк24 запрещено.
Дорогие пользователи!Мы стремимся сделать Студворк сайтом, куда вам захочется возвращаться, где удобно работать и общаться с единомышленниками.Поделитесь своими идеями и предложениями по улучшению функционала в комментариях! Самые полезные идеи постараемся воплотить в жизнь в самое ближайшее время.
Дорогие пользователи!Наш сайт постоянно совершенствуется благодаря вашим отзывам. Ваша обратная связь для нас невероятно важна – она помогает выявить ошибки и улучшить работу сервиса.Поделитесь своими замечаниями и предложениями в комментариях или воспользовавшись кнопкой «Что можно улучшить на сайте?». Благодаря вашим комментариям мы всегда будем в курсе всех недочетов и сможем сделать наш сервис еще лучше.Спасибо за активное участие в развитии сайта Студворк!
Делитесь фото своих новогодних украшений, набирайте лайки и выигрывайте подарки! Присоединяйтесь к конкурсу «Украшение дома к празднику».
Делитесь своими самыми незабываемыми новогодними историями, набирайте лайки и выигрывайте подарки! Присоединяйтесь к конкурсу «Самое яркое воспоминание про Новый год».
Поможем написать учебную работу
Первые отклики уже через 10 минут
Гарантированные бесплатные доработки
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Комментарии 19
сие науке неизвестно. Кому сегодня вообще блок-схемы нужны.
Я бы столь категорично в атавизмы не записывал. Иногда запись алгоритма в виде б-с позволяет увидеть несуразности в коде. Другое дело, лишним будет "строка кода"="блок на схеме"
какая разница для чего? За эту работу платят? Ее делать несложно? В чем проблема?
Проблема у вас будет тогда, когда тупо потребуют программу из десятка страниц отобразить на 30 страниц блок-схем...
Просто-напросто ставьте цену аналогичную трудозатратам.
Это если клиент понимает объем трудозатрат.
какая вам разница - понимает или нет. Вы ставите свои условия -его выбор - соглашаться на них или нет.
Проблема в целесообразности схемы или в сложности ее выполнения?
И то, и другое: вот есть программа в виде нескольких строк, где можно структурными операторами все четко выполнить. Блок-схема все это теряет полностью и я даже боюсь сравнивать временные затраты на текст программы и ее бессмысленное повторение в виде блок-схем. Я даже не говорю о том, что блок-схемы просто невозможно сопровождать и что они устаревают уже на этапе из первоначального черчения. А тут еще с ГОСТом преподаватель тут как тут: почему это стрелочки не туда идут. Да ладно бы блок-схемы - тут еще одна панацея от трудностей программирования появилась: пляшущие человечки в виде UML-диаграмм, без которых программа не считается программой.
Да тут не только в программировании блок-схемы просят)))
Делала простейшие задачки в маткаде типа: "найдите сумму элементов четных строк матрицы", "создайте вектор из нечетных элементов пятой строки матрицы" и т.д.
Казалось бы, создается в маткаде пользовательская функция в 3-5 строк и дело в шляпе. Но нет))) Вот ответ преподавателя
Для решения задачи в Маткаде, Карл!
Понятное дело, что за эти схемы я взяла дополнительную плату, но как бы мне это рисование совершенно неинтересно, и времени я на схемы потратила в 2 раза больше, чем на сам заказ. Может и отправила бы на три веселых буквы, но с заказчиком дружим, а студенту сдать надо, куда деваться... Но неинтересно и неохото - это пол беды... Дело было в разгар сезона, и так аврал, а тут еще такую фигню бессмысленную и времязатратную возвращают...
Ага. А еще помимо самой программы им (профессорам), нужен словесный алгоритм. Хотелось бы увидеть того программиста, который малюет эту живопись по своей воле и необходимости ДО самой программы. Я не имею в виду обычные какие-то в этом случае зарисовки от руки на листочке бумаги...
Яростно плюсую )) По умолчанию даже не "выставляюсь" на заказы, где требуются блок-схемы. Впрочем, от того, что мы здесь это о(б)суждаем, к сожалению, требования не изменятся...
Соглашусь полностью. Не просто атавизм, а мега-атавизм. Да , собственно а всякие информационные модели - тоже самое. А еще есть дебелизм под названием IDEF-диаграммы и всякие разные DFD. Более менее реальную программу, которая делает хоть что-то сложнее чем дважды два, разрисовать в виде всяких этих схем невозможно. Это если в программе 10 строк - то можно. А если их 1000? А рисовать надо! Вот и получается, что рисуют программисты схемы к реальной действительности (программе) имеющие очень отдаленное отношение. А если попробовать нарисовать действительно реальную схему к реальной программе то затраты на это будут больше чем на саму прогармму!
Я обычно открываю быстро Visio и рисую. Это не трудно и главное, занимает много места, чтобы лишний текст не печатать
Главный вопрос даже не в том, трудно или не трудно. А в другом - есть ли в этом необходимость и какая-то польза для реальных проектов? Ну я понимаю, когда в далеком прошлом изучал Ассемблер (не структурный!), то там хотя бы можно было согласиться с использованим блок-схем для более полного понимания алгоритма. Хотя и там основную нагрузку по смыслу алгоритма несли комментарии. Что-то я не видел массу комментариев в блок-схемах, там они напрочь исчезают, впрочем, как и структура программы оказывается полностью размазанной. Вот дать любому адекватному программисту программу на языке C++ (да еще с классами) и ее бледное отражение в виде блок-схем. Как вы думаете, что он в первую очередь будет смотреть, а что вообще не будет рассматривать? Уж лучше бы студентов обучали хотя бы нормальному оформлению кода программы, чем тупому рисованию...
Насчет именно блок-схем - не уверен, что есть польза, думаю, это чисто показать концепт ветвлений в приложении. Если преподаватели привыкли по ним работать, то это чисто для них. Тут дело привычки. Тут главное не заморачиватся, конечно, нет смысла строить блок-схему программы, где 500-1000 строк, достаточно нарисовать общую упрощенную модель - я так и делаю. А вот, когда рисуешь в схемах сущность-связь таблиц баз данных - очень помогает строить архитектуру
Насчет ветвлений - это с точностью наоборот. На языке высокого уровня эти ветвления стараются упрятать за структурными операторами (борьба с GOTO), а блок-схемы во всей красе на первый план выдвигают задвинутый GOTO своими стрелочками и ветвлениями. Вот для табуляторов, где программа составлялась на уровне проводков, которые соединяли отдельные гнезда, аналог блок-схем был необходимостью (там даже специальные бланки были для составления программ). Но ведь те времена в далеком прошлом, как и доллар стоимостью в районе 60 копеек..
На этапе обучения вполне возможна целесообразность использования блок-схем для того, чтобы сформировать у студента определенного рода представления о работе кода, в форме образов. Вполне возможно, это целесообразно. В практике блок-схемы, вполне возможно, целесообразны для более адекватного восприятия специфики работы программы лицом, которое не является специалистом в выбранной области.
Когда-то давно, работая в социальной сфере, я неоднократно сталкивался с тем, что руководство требовало от директоров учреждений распечаток сайтов учреждений! Вполне возможно, что некоторые руководители более адекватно воспринимают материал в форме картинок или чего-либо овеществленного (той же бумаги).
З.ы. К такого рода требованиям о необходимости построения "блок-схем", "корреляционных плеяд" и т.п. отношусь в целом негативно, большого толка от них нет.
З.з.ы. однажды делал работу по кулинарии, там была блок-схема приготовления супа горохового и супа рассольника.