Это какой-то древний стереотип, одна профессия на жизнь. К счастью, существуют живые примеры обратного, когда разносторонне развитые люди овладевают несколькими профессиями (что делает их значительно более востребованными по жизни). Очевидно, что сделать это параллельно почти что невозможно, и 33 года придутся на изучение какой-то очередной области - что тут плохого? Изнашивание мозгов со временем - ну что за бред? Видели профессоров, которые до глубокой старости проводят исследования, мозги работают отлично. Не так же, как у молодых, это понятно. Но "не так же" не значит "хуже". В общем, я бы на месте ТС просто делал бы то, что нравится, не смотря на преграды и стереотипы. Стать программистом можно в любом возрасте - какие тут могут быть ограничения? Я даже не знаю, кем нельзя стать в 30 лет, прям принципиально. Космонавтом разве что, нужны годы тренировок. Да и то не факт..
Dum_spiro_spero: не пойму только одного (и википедия не помогла): почему в этой статье, к примеру, кварта - это интервал в 5 полутонов (тогда как из названия должно быть 4) ?
jcmvbkbc: что пересекается с теорий восприятия звука. Если мне не изменяет память, мы воспринимаем громкость по логарифмической зависимости. Может что-то подобное есть и для частот.
Спасибо, хорошая теория)
Грубо говоря, мажорный ряд - это белые клавиши в октаве, минорный - черные? (я о фортепиано)
Вы описываете, как я уже теперь понимаю, натуральный строй, и вроде бы он практически вытеснен равномерно темпированным?
Про трюки с частотами - интересно, но вроде как нестыковка получается:
> Возьмем 2-ю гармонику, она будет относится к основной частоте как 3/2 * x. Если полученная высота выходит за пределы интервала нашей октавы [x; 2*x], то сделаем следующий трюк.
Dum_spiro_spero: интервалы, судя по всему, в теории музыкообразования понятие ключевое. Можете хотя бы кратко пояснить? Объяснения попадаются везде очень запутанные (
Лад - это и есть система распределения нот по частотам? Т.е. это синоним строя: натуральный, равномерно темперированный, ...?
Получается, что ответ на мой вопрос о фиксированности частот "и да, и нет". Т.е. сама система распределения нот в частотной области (лад, или строй, я пока до конца не понял) - относительна, не требует фиксированных значений частот. Но сейчас все договорились.
Сразу вспоминаю сцену из различных фильмов, где человек называл звучащую ноту (что было бы невозможно, если их частоты были бы "плавающими"). И само умение подобрать ноты "на слух" - как это работает? Возможно ли это без четкого соотнесения нот и частот?
Пытаюсь понять, на каких принципах строится та или иная модель музыки, должны же быть какие-то объективные факторы? Как я понял, плюс равномерно темперированного строя - можно играть произведение на разных октавах, т.е. изменив частоты всех нот в 2 (или любую другую степень двойки) раза мы не потеряем "благозвучность".
В картинке образования натурального строя я насчитал 19 полутонов, что странно. Иными словами, если бы пианино соответствовало натуральному (а не равномерно темперированному) строю, в каждой его октаве было бы 19 клавиш?
maagames.ru: если этот код вызвать в цикле пару миллионов раз будет сильно тормозить. Я думаю, в OGL есть что-то вроде инстансирования, рисования в текстуру, множественной буфферизации и других приемов оптимизации. Чтобы не заморачиваться, хотелось бы взять какую-то обертку на OGL (а какую - не знаю).
Официальное? Науки о времени пока не существует, каждая научная дисциплина изучает время в применении к своей области, междисциплинарной науки нет (и еще долго не будет, т.к. идея о единой сути времени, проявляющейся в процессах любой природы с точки зрения науки не научна).
"Метрия" - это измерение, а речь не об измерении, а гораздо шире.
Я, если честно, склоняюсь к "Хронология", это правильный термин, который надо "отвоевать".
Mist8: так это вообще вечный холивар, нужен ли в программировании учитель.. Зайдите на любой форум, на вопрос "где меня научат программировать" как правило дружный хор ответов в одном ключе, нередко (как это принято в IT, про это даже была статья на хабре) с некоторой высокомерностью: мол, если ты сам не можешь по книгам и ресурсам инета обучиться, значит это не твое.
Я тоже долго так думал, поскольку сам прошел достаточно типичный путь программиста: компьютер в детстве (486 DX2), Бэйсик, Паскаль, Delphi, С/С++, .net, сидение по ночам за кодом, свои маленькие проекты и пр. Уже спустя годы преподавания я увидел, что есть и другие пути. Например, один мой студент имел образование психолога, ну вот так сложилось (может родители повлияли, может еще что), а хочет в IT. И уже не школьник, семья и пр., чтобы по ночам сидеть с горящими глазами - и что? Прошел обучение (естественно, много занимался и после занятий), поработал Junior'ом в одной компании, в другой, набрался опыта - и все хорошо. Были и другие случаи, кто-то пошел в IT после обучения не сразу в разработку, а в developer-in-test, например (для начала). И таких примеров очень много, когда у человека не хватает времени/мотивации/сил/усидчивости чтобы "я все сам", а каждый час занятия - это эквивалент суток чтения книг и ковырения кода. Экономическую сторону вопроса я не буду расписывать, и так понятно, что стоимость курсов окупается с первой же зарплаты разработчика (если до этого он работал в менее оплачиваемой сфере).
Andrey_Openchenko: это было бы неправильно сразу с нескольких сторон) Я ценю свое свободное от работы время (которого мало), свой опыт, и с другой стороны, люди часто не ценят знания, получаемые бесплатно. Но я не собираюсь наглеть) Посмотрел в инете, что расценки репетиторства по программированию (через skype) порядка 700-1000 в час, и в 90% случаев эти люди - теоретики, которые никогда не занимались разработкой реальных enterprise-проектов. Да, тут надо сделать скидку на то, что небольшая группа - это меньше внимания, чем один человек, но с другой стороны и занятия строятся как работа в команде, что близко к реальности. В общем, думаю что стоимость будет где-то в обозначенном диапазоне.
Нет возможности организовать практику, чтобы не я набирал код, а студенты (если только расшаривать экран по-очереди, но это затратное переключение контекста). Но это открытый вопрос: нужно ли на занятии "передавать клавиатуру" студентам. Практика, безусловно, улучшает процесс обучения, но отнимает много времени.
Про команду я тоже много раз думал, сделать проект на GitHub, каждый пилит свою часть. Мне кажется только этим не обойтись, в обучении (особенно с нуля) есть много моментов, которые так не охватить, на них нужны простенькие фрагменты кода, пояснения и пр.
Кстати, а почему google+ ? Просто я им особо никогда не пользовался, в чем его преимущества?
