![]() |
Цитата:
|
Цитата:
При этомъ всегда можетъ быть пара-тройка членовъ совѣта, которыхъ онъ "не убѣдилъ" :cool: |
Цитата:
по рассказам стало сильно лайтовее, чем было в 80-70-е. там мог встать академик и заявить прямым текстом - работа плохая, не интерестная и бесполезная, и вообще я не верю вашим выкладкам. и часов 5 идет срач вплоть выводов урвнений на доске и пересчетов результатов из исходников. Добавлено через 1 минуту Цитата:
Добавлено через 47 секунд Цитата:
|
Цитата:
|
Цитата:
буржуины в этом плане честнее. доклад, потом долгая и вдумчивая беседа с реальными экспертами по теме диссера и потом время на исправление косяков (вплоть до переделки экспериментов) и только потом формальное присуждение степени. |
Цитата:
Цитата:
|
Цитата:
у моей жены шикарно было. пролежала год в больнице, полгода восстанавливалась, вышла на защиту, получила одобрение от председателя совета и на следующий день он умирает. мужик руководил советом лет 30-40. плюс они за пару дней до этого отправили документы в вак на изменение состава. плюс стало не хватать докторов по нужной специальности. в итоге защита отложилась еще сумарно на 8 месяцев.трындец. |
Цитата:
В свое время этой фразой (на предварительных, разумеется докладах) он нам очень помог таки понять, что же есть "наука"... |
Цитата:
|
Цитата:
|
Цитата:
|
Цитата:
15 лет назад, начиная учиться делать кандидатов, я этого не понимал. |
Цитата:
|
avz, когда-то давно, в прошлой жизни, я баловался написанием небольших программ с самомодифицирующимся программным кодом (когда программа напрямую лезла в память, где находился ее собственный программный код, и на ходу в определенных местах меняла один машинный код на другой). И иногда задавался вопросом, как представить такой программный код в виде схемы алгоритма. Как бы вышестоящие блоки алгоритма "на ходу" могли менять один или несколько нижестоящих блоков алгоритма, или даже вообще их "упразднять" (замена машинного кода условного перехода на код безусловного перехода).
И еще вот задавался вопросом, как лучше описать алгоритмически процедуру, в которой возможен "срыв стека" и возврат из процедуры "в никуда" (при атаке типа stack overflow). Например, процедуре передается строковый параметр и длина строки не контролируется, и можно передать слишком длинную строку, и она не поместится в стеке и в итоге "затрет" адрес возврата в основную программу, и вместо адреса возврата будет случайный код, и при завершении процедуры, она сделает переход по этому самому случайному адресу. И как бы получается в алгоритме процедуры нет никакого условного блока, проверяющего длину строки, но де-факто при превышении длины строки определенного порога, алгоритм в конце процедуры "уходит" по непредсказуемой ветке развития событий. |
Цитата:
Цитата:
Обычно решалось множественными NOPами. |
Текущее время: 02:40. Часовой пояс GMT +3. |
Powered by vBulletin® Version 3.8.8
Copyright ©2000 - 2025, vBulletin Solutions, Inc. Перевод: zCarot
© 2001—2025, «Аспирантура. Портал аспирантов»