Dum_spiro_spero

Учиться-учиться и учиться. Первый курс - это ни о чем просто еще... У вас не началось нормальных профильных предметов. Насчет работы - надо понимать, что проекты бывают интересные и развивающие - а бывают... все остальные - и пока у вас мало знаний, то что вам можно/имеет смысл поручить - скорее всего вас развивать не будет. Впрочем вопрос, а что вас дальше интересует? IT - оно большое и развесистое.
Насчет того какой у человека диплом и где он учился... тут есть хитрый момент. Как правило сразу видно - кто учился нормально на дневном в хорошем вузе, а кто - еще где-то. В глаза будут говорить - да какая разница - главное чтоб человек был умным. А по факту - сразу примерно делается ясно на что человек способен дальше. Как правило - заочный вуз - это значит нет мозгов учиться на очном, и денег хочется прям сейчас - т.е. нет воли.
Учеба - развивает широту взгядов, кругозор, и т.п... Т.е. в результате такому товарищу можно поручать конкретные куски - сделал, спасибо. Но никакой инициативы, никакой перспективы, никакого руководства - потому что его инициативы будут скорее всего дурацкие в силу узости мышления.
В общем brainick все правильно написал.

Собственно главное - это использование GPU - от CPU вы так и так никуда не денетесь. По CUDA материалов просто море. Включая конференции для разработчиков которые проводит Nvidia. По OpenCL инфы на порядок меньше.
Программирование GPU - достаточно близко к "железу" - потому и С/С++. Я хотел разобраться в OpenCL - но в результате плюнул и занялся Кудой.

"...в скором темпе научиться понимать математический язык..."
Надо не просто понимать - а свободно оперировать, понимать логику действий, знать типовые задачи/способы решений, и т.п... Лучше всего найти замену. Если все же хотите сами - найдите репетитора по высшей математике, только объясните, какие разделы вам нужны, и т.п А он вам объяснит что вам нужно знать для этих разделов. Только репетитор/преподаватель должен быть из нормального ВУЗа.
Кстати - напишите сюда пример задачи.

Слегка некропостинг, но все же. И еще раз о технике безопасности. Личный опыт.
300 мВт лазер на уже дохлой батарейке был направлен в стеклянное окно... таки отразился и попал в глаз - ощущения настолько не из приятных, что до сих пор морщусь как вспомню. А уж несколько месяцев прошло.

500Gb хватит... на первое время. Есть же терабайтники - и не намного дороже. Нет компромиссам!
А в качестве первого SSDшка стоит уже?

К сожалению ответ скорей всего вас не порадует - лифт возможен - но... абсолютно случайно.
Вы в какой-то момент должны попасть в правильную компанию - где окажется свободным место некоего начальника, а кроме вас - претендентов не будет. 25 лет это небольшой жизненный опыт и соответственно глобальное непонимание многих жизненных аспектов. Если у вас все хорошо с ответственностью и жизненным опытом - то все эти советы вам не понадобятся. Люди которые вас будут назначать на должность быстро увидят, что вы подходите. И соответственно если по этим параметром не подходите - тоже увидят. Тогда лучше начальником сделать человека постарше - а вы - пусть будете замечательным спецом - будете предлагать решения... а окончательные решения принимать будете не вы.

Интерполяция сплайнами как раз очень простая и напрашивающаяся.
Интересно какой у вас алгоритм интерполяции.
Из картинки непонятно, код тоже не надо - просто опишите идею алгоритма.

Все просто. Главное - оно все относительно.
Пусть звучит какая-то частота. Увеличим в два раза - получившийся интервал будет звучат вполне так благозвучно - называется "октава". И пусть это 100 и 200 Гц, или 1000 и 2000 - все равно ощущение от интервала будет одинаковое. Теперь разобьем этот интервал внутри - так чтобы разные интервалы звучали одинаково относительно разных частот - и тут помогает РАВНОМЕРНАЯ ТЕМПЕРАЦИЯ. Если интервал поделить отрезками отличающимися по частоте в корень 12-й степени из двух - то мы получим то что надо. В европейской музыке нот на самом деле не 7, а 12 - включая диезы и бемоли. НО! Психоакустика вещь такая... лучше всего звучат простые интервалы - типа 2/3, 3/4 (октава это 1/2) по частоте - и эти наши корни близки к чистым интервалам - но... не совсем. "Равномерно темперированный строй" вещь сравнительно недавняя - до него были разные ЛАДЫ - т.е. системы организации нот и частот - и в разных ладах одной ноте будут соответствовать разные частоты.
https://ru.wikipedia.org/wiki/Равномерно_темпериро...
начинаем читать отсюда - ну дальше про натуральный строй, и т.п...
То что Ля=440Герц - тоже не всегда так было. Бывали времена когда Ля доползала до 460 Гц. А сейчас наконец договорились все.

Польза олимпиадного программирования в том, что вы а) способны находить нестандартные решения б) не боитесь их применять. Второй аспект может кстати быть минусом. Например вы придумали гениальный, алгоритм чего-то - виртуозно использовали знание недокументированных особенностей любимого языка, операционной системы, и т.п... А потом приходит начальник и говорит - концепция поменялась - кроме этого - нужна еще поддержка Windows 3.1 - у них там на буровой установке оказывается встроенные компы 80-х годов. Ну просто же - перекомпилируйте под ней проект и все. И вы понимаете, что с начала надо делать абсолютно всё.
Второй момент - многие алгоритмы изложенные в книгах 70-80-х годов на сегодня уже устарели - правда это я скорее про численно решение дифуров, про графы и сортировки не знаю.
В общем как сказал vilgeforce - чем заниматься-то будете? Если еще не знаете - то конечно лучше вширь чем вглубь. Лучше знать, что алгоритмы чего-то там существуют, ведут себя примерно так и у них такие плюсы и такие минусы - чем не знать про них вообще и хлопать глазами при общении с начальником.

Опишите ситуацию целиком.
По опыту - бывает ситуация когда клиент хочет чтобы ему не только сделали некую работу, но и научили делать такую же работу самому, рассказали о ситуации на рынке, конкурентах, ценах у конкурентов, и т.п...
Простой пример - клиент хочет купить компьютер - но сомневается в своих возможностях купить рассыпь комплектующих и все скрутить/собрать. Поэтому у потенциального продавца он выспрашивает массу инфы - чтобы использовать ответственные знания, а не из книжки, и сэкономить на оплате сборщика-компьютерщика. Но возможно в процессе беседы он решит, что игра не стоит свеч и тогда продавец получит свои деньги. Правда таких клиентов все же очень мало.
Наверное в любой деятельности есть некие моменты связанные с коммерческой тайной, если это не навык формирующийся годами - я могу во всех подробностях рассказать как надо играть на пианино например ))).
Или то, что клиент мог бы сделать в принципе сам, но не хочет - нет времени-желания-инструмента-навыки недостаточно качественны. И если клиент сам представляет как и что надо делать - то вопросы логичны - потому что способ выполнения работы будет влиять на качество результата. А роль качества может проявиться существенно после гарантийного срока.

У всех по разному. Я использую С/С++, дружественные немцы - Fortran. Решаем диффуры.

курсовик по предмету "мат.моделирование".
Вообще нормальные курсовики не пишут, а делают. Т.е. вам надо будет что-то посчитать и промоделировать.
1. Надо определиться с темой. Диффуры решать - это одно, вероятности считать - другое, ну и т.д... Математика она развесистая же - как клюква. Что преподаватель говорит?
2. Какой у вас сейчас уровень? Что такое производная и зачем она нужна - понимаете? А что такое интеграл? )))
Если да - то можно двигаться дальше - Справочник Бронштейна - хорошая вещь для самообразования - и чтобы оглядеть, что вообще есть-было в математике.

Если у вас это курсовой проект - то предполагается, что вы знакомы с предметом. А значит как минимум в состоянии понять то, что вам подсунул гугл. Далее вы прочитали всю эту тонну инфы, и у вас остались вопросы по некоторым тонкостям которые вы и хотите уточнить у сообщества. Правильно?
Иначе это называется... ну нет, не сделайте за меня - а покажите книжку где это все разложено по полочкам.
Вот буквально в соседней теме рекомендуют это:
https://msdn.microsoft.com/en-us/library/windows/a...

Все просто - класс - это не функция - класс - это скорее тип данных включая способы работы с ним. Типа структуры - но к которой еще и свои функции добавлены.
Набивший оскомину пример - например вам нужны комплексные числа - и к ним способы умножения, деления и т.п... чего нет в стандартной реализации. (Хотя может уже и есть).
Сложность понимания обычно в том - зачем это нужно - можно все функциями же сделать.
Да, можно - но с классами удобней если предварительно все продумать.

Попробую резюмировать.
1. Надо изначально хорошо продумать и расписать/разрисовать структуру проекта.
-увы - иногда она начинает меняться по ходу пьесы - значит плохо продумали.
2. Разбивать программу на мелкие блоки.
3. Комментировать все что можно и нельзя.
4. Видимо писать письма самому себе и художественные размышления зачем здесь то или иное.
Большое спасибо всем за ответы!
Кстати - я один такой - страдающий программистким склерозом или это распространено?

А оно вам интересно?
На мой взгляд в программировании самое интересное - это некая магия. Написал какие-то строчки на экране - нажал "скомпилить" - и уя!!! Что-то стало происходить! Буковки выдались... Окошечки распахнулись. О! Я Творец!
Т.е. почти моментальная связь мыследействие-результат.
Это некая замануха кстати - т.е. почему многие подсаживаются на программирование.
Найдите людей. Т.е. кого-то с кем бы вы общались лично и кому нужно было бы то, что вы будете делать. У вас идеальный случай для обучения - ибо есть пассивный доход - но это же и обманка - нет сзади дяди с палкой, или голода который не тетка.
Найдите задачу которая была бы вам интересна - и начните её писать. Вот и разберетесь что и как.

А надо ли это делать?
Текст диссертации можно скопировать в филиале ленинки в Химках - но а) скажут не более 30% - что смешно, б) цена за копирование там такая, что это будет существенно дороже чем 500 руб которые берет dissercat.
Когда вы сдавали диссертацию в библиотеку места где защищались - как вы договаривались о правах?

На мой взгляд математика и программирование связаны мало.
Еще в школе (ну да, физматшколе) у моего друга с математикой было не хуже чем у меня, а с программированием - никак. Школьная и институтская математика - увы - учат решать стандартные задачи стандартными методами.
Создание же даже просто алгоритма - это процесс творческий.
Ну на самом деле - в программировании же понятийных сущностей мало - переменные, ввод-вывод, циклы, функции, С++ как приятный бонус вкупе с RAD.
Если взять типичную программу - решение квадратного уравнение - то даже тут встретятся моменты творчества.
Как назвать переменные? Коэффициенты вводит пользователь или они жестко заданы? После окончания программы - всё, стоп или решаем еще одно? А если подсунули линейное уравнение, а не квадратное - как быть? А если уравнение задано в виде строки вида "2x^2+3x-10=0" - может такое решим?
Ну и так далее.
А какие-нибудь крестики-нолики запрограммировать - надо еще больше таких вопросов решить.
А математика как таковая вообще мало нужна - если нужно запрограммировать как спутник летит - то почитаете книжки по численным методам благо их нынче вагон - с точки зрения программирования - там все гиперпросто.
Как правило это программы вида считать данные, долго считать по сложным формулам, вывести результаты.
Да, есть некоторое количество знаний которое надо знать - типа что такое указатель и как он хранится, что не нежелательно сравнить переменную типа float с нулем, как хранятся массивы, и т.п.. ну это все в книжках по программированию есть.
Моя идея такая - старайтесь одну и ту же задачу по программированию решить РАЗНЫМИ способами - ну или обдумать хотя бы разные подходы.
О себе - с первого курса института работал в программисткой фирме. Пишу на С/С++ в его разных ипостасях, новомодных штучек типа Питона не знаю.