С чего начать? Самоучитель Delphi для начинающих освоила, может теорию алгоритмов изучить?
Может программу написать, которая функционирует? )))) Кому нужна теория без практики?
А зачем Вам это?
+1 к 1 посту. Находите задачу - начинайте писать под нее программу.
Сообщение было удалено
написать небольшую программу в Делфи конечно же смогу. Но на что-то большее просто не умею строить алгоритм..
Сообщение было удалено
прежде всего для себя, как хобби.
Сообщение было удалено
В таком случае советую не заморачиваться на теории, как правильно программировать, а просто делать то, что хочется и изучать материал по мере необходимости.
Сообщение было удалено
С покупки программируемого калькулятора МК-65 и чтения инструкции к нему.
Сообщение было удалено
Значит поздно учиться, мышление безвозвратно ипорчено.
Сообщение было удалено
не могу я так.
Пишу как мартышка, по где-то увиденному/запомненному алгоритму. Не создаю сама, а переписываю по сути.
Сообщение было удалено
Это нормально. Все начинают с воспроизведения чего-то готового и лишь со временем приходят к полету творческой мысли :)
Сообщение было удалено
то есть это нормально?
А-то ощущение, что у моей мысли нету не то что аэродрома, а даже просто взлетно-посадочной полосы...
Grammar Mazi, мне это для себя, но хотелось бы достичь приличного уровня, а не писать всю жизнь однотипные программки, меняю лишь цвет фона и букавок :)
Сообщение было удалено
Не всё сразу приходит :) Если Вы садитесь за глину, то не будете сразу лепить шедевры, сначала будете учиться "чувствовать материал". То же самое и в программировании. Заодно и поймете, реально это Вас прикалывает или нет.
Сообщение было удалено
А есть идеи, что писать?
Сообщение было удалено
какие-то общие идеи-да. Я конечно не думаю, что напишу какую-то супер крутую программу, но сделать что-то полезное для своей отрасли-вполне. Не как реальный проект, а просто себя порадовать.
я имею ввиду прикладные программы.
Автор, пока нет конкретной, имеющей практическое значение цели, трудно что-то создать. Размышление над тем, как решить задачу есть размышление над алгоритмом.
Могу сказать, что понимание придёт с мотивацией. Вот когда нужно будет написать реальную программу, а если не напишите, то будут соответствующие санкции.
А вообще алгоритмы хорошо понимаются в отладчике, где видно, как и что меняется. У меня тоже не сразу получалось. А потом раз, и всё понятно стало, как оно крутится и вертится.
Гость 18
"а если не напишите, то будут соответствующие санкции"
-
это отрицательный мотиватор. Положительный мотиватор куда мощнее - никакими словами не передать ощущение "я это сделал, и это работает"...
Delphi не научит вас нормально программировать, только все испортит
Сообщение было удалено
а что тогда лучше изучить?
Сообщение было удалено
Не гоните пурги :)
Что значит не умеете строить алгоритмы? Вы же когда какую-либо задачу решаете при программировании, просто указываете ее путь решения для ПК (на языке ПК). Не понимаю, как можно без решения каких-либо задач, создания программ для этих задач научится программировать.
Сообщение было удалено
я думаю, из-за этого мотива я и увлеклась программированием. Я работаю на заводе, и лично мою работу сложно увидеть в продукте. А тут написал и сразу (не всегда, но все же) работает :)
А основная профессия у Вас какая?)
Сообщение было удалено
мы не может решить дифференциальное уравнение, если не умеем дифференцировать/интегрировать. Так и здесь. Чуть посложнее задачу возьму, вроде средства исполнения знаю (применительно к Делфи), а на листинге сажусь в лужу.
Сообщение было удалено
технолог пищевого производства.
Какую конкретно программу сейчас хотите написать?
да какой там листинг, на блок-схеме уже торможу
Сообщение было удалено
хочу сделать базу данных продуктов, чтобы программа могла сама сравнивать продукты по разным критериям, находила похожие (по ингредиентам, например), формировала новые списки.
Сообщение было удалено
А как Вы делаете это? Опишите свой проесс создания программы.
Сообщение было удалено
А Вы уверены, что это для Вашего уровня сейчас адекватная задача?
При исполнении на должном уровне это звучит как задача для профессионального программиста.
Сообщение было удалено
вот это я понимаю.
Я сделала базу данных, а дальше просто встала..
Могу написать отдельно программу сравнения чисел, например.
А как все связать, так просто не понимаю.
Сообщение было удалено
маленькую программу делаю как по учебнику: постановка задачи, спецификация, блок-схема, листинг, отладка.
А потом маленькие не могу связать в одну.
Когда вся программка не большая, то процедуры и функции встают на место как-то, а когда побольше, то я не знаю, как это все связать и куда физически запихать в программе.
К 33: понимаю, что не моего уровня :)
Как бы я сделала. Сначала ввод данных для списка или список, загружаемый из текстового файла. Если несколько столбиков данных, то несколько переменных. И далее программа предлагает ввести данные (это первый цикл), по которым нужно отсортировать, ну дальше идет опять цикл (сравнения по выбранному критерию), т.е. формирование нового списка. Т.к. изначально идет цикл, то программа опять предлагает либо отсортировать по новому критерию либо выйти)))
Вроде бы там нет высшей математики, нет?
Сообщение было удалено
я бы для описанного вами случая лучше бы сделала меню с возможностью выбора.
Но я хочу сделать что-то вроде M. Access
А смысл учиться? без опыта никуда не возьмут, а если и возьмут то за неделю если не покажите мастер - класс - выгонят пинком под зад. Сижу в программистской фирме (я не программист) всякого насмотрелась. Тоже одно время по собеседованиям на программиста бегала, доказывала, что знаю все эти парадигмы и прочую туфту - но потом поняла, что бесполезно.
Сообщение было удалено
В реальности алгоритмы никто не юзает. Ставьте себе задачу, а под нее уже реализуйте, читайте форумы, гугл и так далее.
Сообщение было удалено
Пара советов:
1. Разрабатывайте программу небольшими шагами, что бы после каждого шага было что запустить и посмотреть.
2. Не бойтесь делать тяп-ляп, а потом переделывать. Сделать сразу правильно иногда слишком сложно.
3. Регулярно делайте резервные копии исходников, что бы была возможность вернуться к предыдущему состоянию дел или скопироать оттуда утерянный в ходе переделок код.
4. Найдите соображающего человека, который бы мог подсказать.
Не мудрите, используйте для вашей задачи СУБД, тот же акцесс. и используйте SQL.
Сообщение было удалено
меня устраивает моя работа. Просто времени свободного много, а мозг не работает. Я уже даже на фитнес хожу каждый день по 2 часа от скуки.
зачем вам листинг сочинять неработающий?
садитесь с точки зрения пользователя, набрасываете интерфейс. Что он должен видеть, когда зайдет в программу, что он должен нажимать.
затем на кнопки вешаете обработку.
вот и все. Все в рамках здравого смысла.
это называется "макет".
выявляете слабые места, все убиваете и рисуете заново.
Нужно делать реальные проекты, иначе учиться тяжело. Желательно доводить их до конца и при этом не зазнаться.
А в теории нужно учить:
1. Язык программирования (плюс к этому же средства разработки и отладки с которыми вы работаете). Синтаксис, специфические приемы, объектную модель (если есть), желательно понимание принципов работы компилятора (интерпретатора, вирт.машины), неплохо знать как работает компонентная модель (если есть) в этой среде (в том же Delphi, например).
2. Знать основы алгоритмизации и уметь писать свои алгоритмы для того уровня задач над которыми вы трудитесь.
3. Хорошо ориентироваться в среде (платформе, фреймворке, короче то-на чем-в чем, ваши приложения выполняются и с чем они работают) в которой вы работаете.
Сообщение было удалено
А в чем сложность много маленьких программок связать в одну? Это же проще и удобней, чем всё-всё писать в одной большой программе. Запутаться очень просто.
Вы для начала потренируйтесь, напишите всё в одной программе, потом подробите эту на более мелкие, сделайте вызов этих мелких. Посидите в отладчике. Если есть время, должны разобраться.
Подучитесь на курсах.
функции и процедуры делайте как можно более универсальными и выносите их в пакеты либо на уровень базы либо на уровень программных файлов вашего редактор интерфейса. Вообще старайтесь поменьше дублировать код.
и вам не учебник по теории алгоритмов нужно читать, а книгу про паттерны. Там как раз ответы на все вопросы, как проектировать модель вашей программы.
Сообщение было удалено
пож-та
Я бы посоветовала, если
1 - вы хотите в дальнейшем заниматься программированием, сначала хорошо освоить функциональное и объектно-ориентированное программирование. В этом вам поможет учебник МГТУ им Баумана под ред. Ивановой "Основы программирования". Мне оч понравился.
2 - освоить базы данных. Для этого нужно в инете найти любой учебник по SQL, и потренироваться на MS SQL Server писать запросы. там даже есть база к ней готовая - AdventureWorks. Попробуйте.
3 - После думаю уже будет база знаний, чтобы выбрать в какую именно отрасль программирования идти: Web, desktop приложения, прикладное программирование и др.