А базы данные пока не трогай. Рано ещё. Они простые, там ничего сверхестественного, но незачем голову забивать сразу всем. Сосредоточься на программировании.
Со временем ты сам в любом случае прийдёшь к базам данных. Но пусть это произойдёт естественным путём. Тебе будет достаточно знать SQL, чтоб оперировать любой базой данных на уровне, достаточном программисту. MsSQL остой масдаевский. MySQL рулит, потому, что бесплатная. А вот специалисты Oracle, это отдельная специальность, которая касаеться только оракла, так как учиться ему много лет. очень мощьная и большая штука. Это только если решишь стать ораклистом - занимайся. Платят на это хорошо.
VB.NET - даже не трогай. Иначе программистом тебе не стать.
__________________
I hate what I have become to escape what I hated being
Не слушай ты их. Никакой тебе питон не нужен. Хочешь стать нормальным прогером - начинай с ассемблера.
Дело вкуса конечно, но как показывает практика ассемблер - далеко не самый удачный язык для начала. Для него нет удобных средств разработки, без опыта программирования что-нибудь сложнее вывода строки на экран на нем вряд ли получится написать и даже для такой тривиальной программы придется вникать в детали, которые для начала совсем не нужны.
Цитата:
Может ты слышал, что это очень сложно и т.д., и что новичку лучше туда не соваться - фигня. Он очень простой всего 2-3 команды знать надо.
Не обязательно на нём именно программировать. Его просто нужно изучить.
Насколько я понимаю цель топикстартера - именно программировать.
Разбираться в деталях архитектуры для профессионального программиста безусловно нужно, но если начать с этого - то полученные знания не на чем будет применять поначалу и они по-большому счету забудутся, превратившись в мертвый груз и бессмысленно потраченное время. Гораздо интереснее потратить время не на изучение деталей языка и архитектуры, а на программирование чего-нибудь интересного, взять, к примеру, нейронную сеть с алгоритмом обратного распространения ошибки и попытаться ее научить складывать числа, или сделать своего поискового бота по ресурсам локальной сети или решить одну из множества других практических задач, которые вызывают интерес.
Цитата:
В процессе ты поймёшь как устроен компьютер изнутри и что где как делаеться. Как работает проц, как память. К примеру процессор не умеет ни делить, ни умножать и даже вычитать - он умеет только складывать. И такие фишки знать надо...
Очень спорное утверждение, которое в большинстве случаев неверно. В том же x86 есть команды и для умножения, и для деления, и для вычитания. Конечно время выполнения у них разное, но заменять вычитание сложением для ускорения кода бессмысленно.
Цитата:
А потому уже и С расхаваешь. Причём дастся он тебе быстро и легко после Ассма.
Возможно читать программу на С и сопоставлять с тем, в какой код на ассемблере он превратился? С требует некоторых знаний об архитектуре, но рекомендовать для его применения выучить ассемблер я не стану.
Цитата:
Как покодишь на С можешь браться со временем и за С#. Но это уже в самый последний момент.
Перед тем, как бросать это все к чертям?
__________________
Controlling complexity is the essence of computer programming.
Brian Kernigan
нет такой практики, чтоб начинали с ассемблера. начинают с паскаля или бейсика.
я предлагаю альтернативный способ обучения....
но если посмотреть поглубже, то просто очень давно забытый. Так учились старики-гуру времён спектрума.
Начинай с асма - будешь хорошим прогером. Иначе пополнишь ряды негрокодеров.
__________________
I hate what I have become to escape what I hated being
Последний раз редактировалось Дэлвиг; 20.02.2008 в 15:06.
Спорное обозначает, что в архитектуре x86 есть команды для выполнения вычитания, умножения и деления sub, div, mul, коды которых отличаются. Возможно имеется ввиду, что в RISC ядрах они в итоге транслируются в последовательность сложений, но этот уровень программистам просто недоступен, и я потому не обладаю про него достаточной информацией.
нет такой практики, чтоб начинали с ассемблера. начинают с паскаля или бейсика.
Отнюдь, мой товарищ вел на станции юных техников кружок по изучению ассемблера. Он даже смог набрать достаточное количество учащихся для того, чтобы этот кружок состоялся, но насколько я знаю ни один из участников этого кружка ни одной интересной программы не написал.
Цитата:
я предлагаю альтернативный способ обучения....
но если посмотреть поглубже, то просто очень давно забытый. Так учились старики-гуру времён спектрума.
Тут стоит задуматься - а почему? Мое объяснение - потому что сам спектрум был достаточно ограниченной по ресурсам машинкой, к тому же внятных средств разработки на чем нибудь кроме бейсика как правило не было. Конечно, для любого компьютера найдутся задачи, которые потребуют его предела производительности, но для того, чтобы их найти - необходим опыт в программировании.
Цитата:
Начинай с асма - будешь хорошим прогером. Иначе пополнишь ряды негрокодеров.
Категоричность - удел фанатиков. Хороший программист - это не только знание деталей работы компьютера, но и знание и понимание определенного набора алгоритмов (сортировка данных, обход графов, работа со списками и деревьями), знание которых ортогонально изучению ассемблера.
__________________
Controlling complexity is the essence of computer programming.
Brian Kernigan
Последний раз редактировалось Дэлвиг; 20.02.2008 в 15:07.
Ассемблер давно отошел на второй (если не десятый) план... И изучение его тоже не обязательно (конечно,это хорошо,если знаешь и умеешь на нем что то путное кодить). Архитектуру компьютера можно изучить и без ассемблера. А реальных сфер его применения сейчас немного. Для начала по моему идеально походит С. Ведь большинство нормальных (не очень корректная характеристика,но думаю вы поняли о чем я ) языков программирования либо являются потомками С либо позаимсвовали у него многое. На изучение Pascal-подобных языком я бы вообще время не тратил,достаточно того бреда,который в школах пытаются преподовать....