|
блок-схема
|
|
|
pisikak222 | Дата: Воскресенье, 14.12.2014, 20:56 | Сообщение # 1 |
pisikak222
Ранг: Дошколенок (?)
Группа: Зарегистрированные
|
| Сообщений: |
2 |
| Награды: |
0 |
| Статус: |
Offline |
|
Помогите кто-нибудь нарисовать блок схему для элементарной задачи. Сама задача - "разработать алгоритм задачи: ввести три числа, найти и вывести значение наибольшего из них". Еще раз повторюсь, что эту задачу нужно нарисовать на бумаге. Заранее благодарю.
14.12.2014
|
|
|
|
| |
|
|
chernysh8 | Дата: Понедельник, 15.12.2014, 07:43 | Сообщение # 2 |
| Сообщений: |
1503 |
| Награды: |
21 |
| Статус: |
Offline |
|
"Элементарно, Ватсон!"
15.12.2014
|
|
|
|
| |
|
|
alex_edu | Дата: Понедельник, 15.12.2014, 10:17 | Сообщение # 3 |
alex_edu
Ранг: Магистр (?)
Группа: Пользователи
|
| Сообщений: |
607 |
| Награды: |
7 |
| Статус: |
Offline |
|
Лучше так (нарисовать поленился  ):
1. Начало задачи
2. Если не понятно то п3. иначе п.9
3. Если есть желание понять то п.4 иначе п.8
4. Проштудировать учебник и гугл
5. Если остались не понятые моменты то п.6. иначе п. 9
6. Спросить на форум помощи в решении
7. Переход на п 5
8. заказать платное решение своей задачи
9. Нарисовать решение задачи на листочке
15.12.2014
|
|
|
|
| |
|
|
chernysh8 | Дата: Понедельник, 15.12.2014, 12:48 | Сообщение # 4 |
| Сообщений: |
1503 |
| Награды: |
21 |
| Статус: |
Offline |
|
П.8 отпал.
Я за такое денег не беру.
Но пп.3 и 4 желательно.
15.12.2014
|
|
|
|
| |
|
|
alex_edu | Дата: Понедельник, 15.12.2014, 17:55 | Сообщение # 5 |
alex_edu
Ранг: Магистр (?)
Группа: Пользователи
|
| Сообщений: |
607 |
| Награды: |
7 |
| Статус: |
Offline |
|
Цитата chernysh8 (  ) Я за такое денег не беру.
Ну тут мое ИМХО, конечно. Дело не в том "беру/не беру". А в том, что мимо автора темы этот вопрос вообще пролетит ну ни как не зацепив. И дело, опять же, не в вредности или жадности. Ему же лучше будет - халява в учебе это скорее мина замедленного действия.
15.12.2014
|
|
|
|
| |
|
|
pisikak222 | Дата: Понедельник, 15.12.2014, 20:06 | Сообщение # 6 |
pisikak222
Ранг: Дошколенок (?)
Группа: Зарегистрированные
|
| Сообщений: |
2 |
| Награды: |
0 |
| Статус: |
Offline |
|
Цитата alex_edu ( ) Ну тут мое ИМХО, конечно. Дело не в том "беру/не беру". А в том, что мимо автора темы этот вопрос вообще пролетит ну ни как не зацепив. И дело, опять же, не в вредности или жадности. Ему же лучше будет - халява в учебе это скорее мина замедленного действия.
Всё сделал сам, просто времени не было разбираться, ну очень срочно надо было. Спасибо хоть за какие-то комментраии )
15.12.2014
|
|
|
|
| |
|
|
miflin | Дата: Четверг, 18.12.2014, 11:36 | Сообщение # 7 |
miflin
Ранг: Профессор (?)
Хмырь обыкновенный
Группа: Пользователи
|
| Сообщений: |
2663 |
| Награды: |
87 |
| Статус: |
Offline |
|
А есть ли какая-то практическая польза от блок-схем?
18.12.2014
|
|
|
|
| |
|
|
alex_edu | Дата: Четверг, 18.12.2014, 13:50 | Сообщение # 8 |
alex_edu
Ранг: Магистр (?)
Группа: Пользователи
|
| Сообщений: |
607 |
| Награды: |
7 |
| Статус: |
Offline |
|
Цитата miflin ( ) А есть ли какая-то практическая польза от блок-схем?
Для описание алгоритма. Нет?
18.12.2014
|
|
|
|
| |
|
|
miflin | Дата: Четверг, 18.12.2014, 18:47 | Сообщение # 9 |
miflin
Ранг: Профессор (?)
Хмырь обыкновенный
Группа: Пользователи
|
| Сообщений: |
2663 |
| Награды: |
87 |
| Статус: |
Offline |
|
Цитата alex_edu ( ) Для описание алгоритма. Нет?
Безусловно. Но это, на мой взгляд, мелочь. Я почему спросил?
Мне в своё время, работая на производстве, пришлось написать несколько десятков программ,
в том числе и несколько довольно больших - по 2-3 тысячи строк.
Никакие блок-схемы мне не требовались, хотя я познакомился с ними ещё раньше,
чем с языками программирования . Ну ладно, я дилетант-самоучка в программировании,
но среди моих коллег были и профессионалы. Тоже ни разу не видел, чтобы они рисовали эти схемы.
Вот и спросил.
18.12.2014
|
|
|
|
| |
|
|
chernysh8 | Дата: Пятница, 19.12.2014, 05:39 | Сообщение # 10 |
| Сообщений: |
1503 |
| Награды: |
21 |
| Статус: |
Offline |
|
Блок-схема позволяет меньше держать в голове всяких связей.
Позволит избежать явных ляпов. Упростить логику программы. Если блок-схема получается слишком сложной, то явно в логике что-то не так, надо искать другое решение. (Некрасивые птицы не летают. )
Она не зависит от языка программирования (почти).
Но это дело каждого.
Я, к примеру, никогда не писал план урока на бумаге. Всё в голове. Завуч специально предупреждала о проверках, набрасывал отписку. А некоторые без плана никуда.
Так и с блок-схемой.
19.12.2014
|
|
|
|
| |
|
|
alex_edu | Дата: Пятница, 19.12.2014, 08:59 | Сообщение # 11 |
alex_edu
Ранг: Магистр (?)
Группа: Пользователи
|
| Сообщений: |
607 |
| Награды: |
7 |
| Статус: |
Offline |
|
Цитата miflin ( ) Мне в своё время, работая на производстве, пришлось написать несколько десятков программ,
в том числе и несколько довольно больших - по 2-3 тысячи строк.
А это идет от то того, что чаще всего разработка идет по нищебродскому пути: садится программер и начинает "выдумывать".
По хорошему разработка это серьезный алгоритм действий, на котором программист это чернорабочий "тупо" переписывающий переданные ему материалы на язык программирования.
Точно так же и стех.заданием. Собственно блок-схема это часть нормального ТЗ. По этому критерию есть два пути разработки (и это описано во многих книгах по организации разработки ПО):
1 садятся и "придумывают" функционал по ходу разработки. Поучаем: быстрый выпуск первой версии. Большое число доработок. И, рано или поздно, полное переписывание (рефакторинг) проекта.
2 сначала разрабатывают ТЗ (включая и бок-схемы - зависит от задачи). Потом созданный алгоритм реализуют на ЯП.. Много времени до первой версии. Но дальше нормальное развитие ПО, аналогичное как по п.1 после рефакторинга.
Я, кстати, помню по детству - видел блок-схемы с звода. Правда тогда "компьютеры были большие" и кушали перфоленты и перфокарты.
А еще случай из жизни. Был у меня проект очень прибыльный, но не очень четкий договор оказался. В итоге за два дня до сдачи проекта на тестирование я узнал, что нужен еще одно приложение. 90% кода - стандартизированное решение. Я обзвонил все фирмы работающие в этой сфере: оказалось, что купить можно за большие деньги, да и то минимум через неделю. Между тем эти 90% - это протокол передачи данных описанный ГОСТом. В итоге за оставшиеся два дня я написал приложение - т.к. каждый чих был четко описан. Конечно там не было сложных блок-схем. Но, все же блок-схема это один из хороших способов описания алгоритма в ТЗ.Добавлено (19.12.2014, 08:58)
---------------------------------------------
А сейчас в работе долгоиграющий проект. ТЗ выдают порциями, даже не ТЗ, а пожелания типа: "А теперь она должна уметь складывать 2+2", "А теперь воду кипятить"..... В итоге, сейчас глядя на свой код у меня возникает желание "убить тапком" того, кто его написал :). А некоторые пустяковые доработки требуют много времени из-за бардака в коде. Добавлено (19.12.2014, 08:59)
---------------------------------------------
По боьшому счету мне, как программисту на почасовой оплате, "пофиг". Дольше делаю - больше денег. А по сути - удорожание проекта.
19.12.2014
|
|
|
|
| |
|
|
Екатерина_Пашкова | Дата: Пятница, 19.12.2014, 18:26 | Сообщение # 12 |
| Сообщений: |
7235 |
| Награды: |
285 |
| Статус: |
Offline |
|
Цитата alex_edu ( ) И, рано или поздно, полное переписывание (рефакторинг) проекта.
Но ведь это все-таки вполне живой путь развития? Наверное, есть проекты, которые нельзя сделать по 2 пути?
Цитата alex_edu ( ) В итоге, сейчас глядя на свой код у меня возникает желание "убить тапком" того, кто его написал :)
Это нормально для программиста? Насколько я понимаю, это связано с тем, что постоянно что-то доделываете под новое требование заказчика?
19.12.2014
|
|
|
|
| |
|
|
alex_edu | Дата: Понедельник, 22.12.2014, 09:51 | Сообщение # 13 |
alex_edu
Ранг: Магистр (?)
Группа: Пользователи
|
| Сообщений: |
607 |
| Награды: |
7 |
| Статус: |
Offline |
|
Цитата Екатерина_Пашкова ( ) Но ведь это все-таки вполне живой путь развития? Наверное, есть проекты, которые нельзя сделать по 2 пути?
По разному. Много проектов загибаются на этом этапе. Причина: либо не хватает ресурсов/денег на рефакторинг. Либо конкуренты пошедшие по пути "сначала ТЗ" их обгоняют. При чем конкуренты стартуют свой проект, порой, уже после запуска первой версии этой командой. (видят ее ошибки и сразу учитывают)
Цитата Екатерина_Пашкова ( ) Это нормально для программиста? Насколько я понимаю, это связано с тем, что постоянно что-то доделываете под новое требование заказчика?
В основном да. Ведь чем сложнее проект тем актуальнее искать оптимальное решение между производительностью, скоростью разработки и масштабируемостью. Иногда "новое пожелание" приводит к тому, что половину исходников надо перепахать. Ведь программист не спец в той отрасли для которой пишет и может не знать особенностей. Выделили бы мне время на изучение предметной области - было бы легче. А так, когда требует все сделать быстро и нет времени на понимание задачи "вширь и вглубь".....
На многих проектах ситуация возникает (даже случалось я в проекте уже с десяток лет - больше чем некоторые работники клиента). но бывает: "Вот нам надо теперь, чтоб считало 'А'. Завтра сделаешь?". начинаешь задавать вопросы уточняющие... В итоге совещаний на неделю. А потом перепахано 1000 строк кода.
При этом надо понимать, что иногда в идеале для этого решения надо переписать 1000500 строк кода. Но это экономически тяжело.
Ну и еще один аспект: программист профессия требующая постоянного развития и, мне кажется, всегда есть что изучить и что применить Все очень динамично развивается.
22.12.2014
Сообщение отредактировал alex_edu - Понедельник, 22.12.2014, 09:54
|
|
|
|
| |
|
|
alex_edu | Дата: Понедельник, 22.12.2014, 10:00 | Сообщение # 14 |
alex_edu
Ранг: Магистр (?)
Группа: Пользователи
|
| Сообщений: |
607 |
| Награды: |
7 |
| Статус: |
Offline |
|
вообще на состояние проекта сильно влияет выбор приоритетов клиентом. Эти критерии хорошо описывает картинка:
22.12.2014
|
|
|
|
| |
|
|
Александр_Игрицкий | Дата: Понедельник, 22.12.2014, 10:08 | Сообщение # 15 |
| Сообщений: |
11095 |
| Награды: |
129 |
| Статус: |
Offline |
|
"Ведь программист не спец в той отрасли для которой пишет и может не знать особенностей. "
Скажу только одно.
Привлекать таких программистов для решения серьезных задач в любой отрасли могут только наивные или недалёкие руководители.
22.12.2014
|
|
|
|
| |
|
