From user to developer

И тут, как на войне — все средства хороши. Материал доставать как угодно — из книг, статей, мануалов, с отладчиком, главное — чтобы мог ясно и четко понять, как устроено то или иное API, как лучше, эффективнее построить архитектуру, как работает железка. Программирование не терпит «примерного» понимания, там все точно.

From user to developer

Научиться программировать, так же как и научиться чему-то другому — это привыкнуть к тому, что для достижения результата надо напрягать мозги (разжеванный материал, когда будешь программировать за деньги, почти никтогда достать не удастся) и в какой-то момент начать получать от этого удовольствие.

Анимированные графики с помощью gnuplot+bash+Avidemux

Очень интересно, обязательно сам воспользуюсь. В MathCAD, кажется, это можно было делать «из коробки», но больше люблю такой подход (диплом я верстаю в LaTeX'е).

Анализ производительности программного обеспечения при помощи математического планирования эксперимента

Кстати, хотел сказать насчет большого числа факторов. Тут можно было бы применить МГК и строить модель на основе только значимых, так сказать, произвести структурный анализ, хотя это не совсем то. А на основе регресионной модели хотелось бы иметь не только анализ коэффициентов регрессии, но и саму регресионную прямую. Просто мы да, получили тут явно высокий коэффициент регрессии по факту включения кеша, но это видно и сразу из экспериментальных данных. Дальше интересно было бы построить зависимость времени от размера кеша, откинув лишние факторы вообще (потому что они только отвлекают).

Анализ производительности программного обеспечения при помощи математического планирования эксперимента

Просто интересно было бы посмотреть на эту модель с большим количеством значимых факторов.

Анализ производительности программного обеспечения при помощи математического планирования эксперимента

Вы занимаетесь этим в рамках курсового?