Захар Кириллов

Всем студентам: перед сдачей работы провести как минимум 2 цикла чтения-комментирования работы вашим руководителем. По предварительному согласованию с руководителем, вы можете отправлять на комментирование свою работу как только будет готова её первая часть. При необходимости и в случае наличия разных сложных вопросов, которые не решить мейлом или комментирование работы, договаривайтесь о личной встрече в университете или в скайпе.

Финальную версию работы советую загружать в формате PDF, чтобы избежать возможных разночтений в оформлении работы (ODT, DOC, DOCS, etc).

Срок загрузки работы: 18 апреля!

После загрузки работы готовьте слайды и речь. Слайды советую тоже согласовать с руководителем. Для речи вам отведено 10 минут. Крайне желательно использовать всё отведенное вам время!

Более того, если вдруг кто-то не вместится в отведённое время, то ещё 1-2 минуты вас комиссия не будет прерывать, а только покажет, что вы превышаете время. Если же вы превысите самое крайнеее время в 12 минут, то вас прервут и это негативно скажется на оценке (минус балл).

Роман Борисов
1. О теоретической части можно рассказать в 5 коротких слайдов, чтобы они поддеоживали речь (какие конкретно биржи, какие конкретно уязвимости) и чаще их сменять.

В т.ч. слайд с постановкой задачи – какую проблему вы решаете, показать на диаграмме как идёт купля-продажа ссылок (как работает биржа)?

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

3. Схему БД тоже показать. Не использовать выражение “макет БД”, использовать “структура БД”. Лучше использовать EA вместо Визио.

4. Как проверить, что ссылка видимая, а не скрыта ЦССом или вёрсткой?

Эрик Гузек
1. Существующие сервисы в которых всё это уже реализовано? Оаутх и ОпенАйди – это по сути википедия. Сравнение? Анализ?
2. Цель работы – какая? Поиск не пройдёт, это
гуглить web identity, identity 2.0
2. речь репетировать
3. OpenID vs ID-card
4. Цель работы слабая, потому что тема слабая. Подумайте над изменением темы – либо создание модуля авторизации для движка интернет-магазина или форума, для которого такого модуля ещё нет. Либо использование механизмов Identity 2.0 в публичных Wi-Fi сетях. Интеграции публичной точки доступа с facebook.

NB! Рекомендуется тесное сотрудничество с руководителем, сменить вектор работы (уточнить тему, практическую часть особенно) и много самостоятельно трудиться, иначе есть риск не получить положительной оценки работы.

Антон Качукас
История и проч – малоинтересно. Интересна постановки задачи заказчиком – технические требования к сети, её назначение.

сбор информации – не может быть целью работы. результат работы тоже должен быть конкретно измерим, а не абстрактное “полезение знаний”.

Убедительнее было бы сравнение технолошгий Gigabit Ethernet и оптики для прокладки 1Gb-сети в офисном здании, экономическое обоснование и создание проекта по выбранной технологии (бюджет, проект, план работ, сроки исполнения, необходимые ресурсы – люди, инструментарий).

NB! Рекомендуется тесное сотрудничество с руководителем, сменить нынешний вектор работы и много самостоятельно дальше трудиться над уточнённой темой, иначе есть риск не получить положительной оценки работы.

Евгений Мялик

Цель работы – проектирование сайта в соответствие с трубованиями заказчика. Сначала
Критерии выбора ЦМС? Что оказалось выбрано и почему? DLE – странный выбор, его нужно обосновать убедительно. Покажите что такого умеет DLE, чего нет в других системах совокупно.

Конкретные сценарии пользователя. “Психологическая палитра” – это шаманские плактики, если нет ссылки на авторитетный научный источник (не учебные материалы). Подробнее надо рассказать о реализации – что именно вы сделали? Дизайн? Структура сайта (карта сайта? Права пользователей (редакторов-модераторов).

Если хотите оценку, то нужен тест (на реальных пользователях, например paper prototyping) + на его результатах список исправлений и уточнений.

Александр Мочёнов

Теория очень жирная. Превышение времени даже с учётом очень быстрой речи. На чьих работах основана теория поместить вначале. План работы тоже. А потом рассказывать об алгоритме.

Область поиска = Зона интереса, так и назвать на слайде.

Тестирование – рассказать подробнее, дошло ли до тестирования? Видео? Работает ли на чернокожих? На белых мужчинах с бородой и в солнечных очках?

Александр Скуби

Цель – автоматическая идентификация антипаттернов, создание соответствующего инструмента на PHP.

Изъясняться можно несколько более простым языком.
Как описывали антипаттерн можно тоже упомянуть.
Лицензия не самая удачная для кода. Может быть BSD?
Общая архитектура приложения (модульность).
Дать схему работы одного из алгоритмов наглядно, можно и пример кода.
Тестирование расширить на опенсорс проекты. Показать пример обнаружения плохого кода.

Уважаемые студенты!

Защита курсовых работ в Таллиннском учебном центре состоится в пятницу, 4-го марта в 13:00.
В комиссии, вероятно, будут Владимир Томберг, Елена Фаронова и Дмитрий Литвинович.
Форма одежды для защищающих курсовую – парадная. Рецензии с вопросами рецензента будут доступны в интранете с 21 февраля.

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

Вниманию студентов, у которых я являюсь руководителем: если вы желаете получить мои комментарии в вашим слайдам, речи защиты или ответам на попросы рецензента, присылайте мне всё это не позднее 1 марта.

Уважаемые студенты!

Вот какие персональные комментарии комиссия сделала по вашим докладам, представленным в минувшую пятницу, 21 января. Разумеется, это не вся критика, а только основные и самые болезненные аспекты, которые бросились в глаза и оказались записанными по ходу ваших выступлений. Комментарии касаются сути вашей работы, а не презентационных слайдов!

Всем студентам: при написании работ не стесняйтесь общаться с вашим руководителем. Делать это надо уже сейчас, а не за 3 дня до сдачи работы. Для оформления работы пользуйтесь руководством вуза по оформлению письменных работ. Проверьте используемую терминологию, лексику, сокращения, произношение аббревиатур. Репетируйте свою речь перед живыми людьми. И прочитайте другие мои посты в категории “Рук-во и защиты”.

1. Новиков: работа слишком теоретическая – слаюо виден ваш вклад и ваши достижения. Пообщаться с руководителем.
2. Осиф: репетировать речь, избавиться от сленга.
3. Ерёмин: уточнить тему, если вы настаиваете на “ОС”, то больше внимания уделить именно возможностям опсистемы (например, upload/download файлов). Уточнить фокус работы: изучаете ли вы ситуацию с точки зрения преподавателей, студентов или учебного заведения? Ограничиваетесь ли вы только бесплатными средствами или платный софт тоже рассматриваете? Для Симбиан – не ограничиваться только внутренним браузером (большинство его меняет на Оперу). Сейчас работа не заточена именно на сферу образования: ютуб, блоги, офисные документы – это не специфика сферы образования. Вот специальные среды типа Moodle, WebCT, e-kool – это да. Системы для решения тестов, интранеты универсистетов, учебные приложения – всё это специфика образования. Но тогда это имеет мало общего с опсистемами, скорее напрашивается слово “платформы”. Связаться с руководителем и обсудить эту проблему с ним!
4. Форак: найти критерии (количественные? качественные?) для сравнения и оценки производительности Windows-приложений. Например, запуск бенчмарка по совету Якова Юрьева. Лучше ещё проконсультироваться с руководителем.
5. Андреев: придумать, как во введении работы и на защите доходчиков объяснить суть вашей работы: какую проблему вы решали, что вы вообще делали. Разобраться с терминологией и придерживаться единых терминов (что есть плагин, что есть виджет). В презентацию на защите добавить УМЛ-диаграмму или другую схему, поясняющую принцип работы вашего виджета. По-возможности оставить 2 минуты времени на демонстрацию его работы.
6. Сократить объём теории. По-возможности найти такой фокус работы, при котором вы добавите что-то новое в тему javascript и его библиотек (возможно, для этого потребуется уточнить тему – общаться с руководителем). Не использовать сокращение ЯП – не стандартное (в отличие от сокращения СУБД например). В презентацию на защите добавить УМЛ-диаграмму или другую схему, поясняющую принцип работы вашего приложения. По-возможности оставить 2 минуты времени на демонстрацию его работы.
7. Ниронен: общаться с руководителем. Уточнить тему. Продемонстрировать по-настоящему сложный SQL-запрос. Аккуратно отрисовать ER-диаграмму, с указанием кардинальности связей между сущностями. Если успеете до сдачи работы понять тему нормализации БД, то использовать эти знания.
8. Бажина: общаться с руководителем, рекомендуется отложить защиту темы – она нуждается в основательной проработке. Пока не вполне понятно, что и для чего вы делаете (возможно, из написанной работы это будет более понятно – но тогда вам надо репетировать своё выступление перед комиссией и делать более красноречивые слайды).
9. Зорина: быть готовой объяснить термин “эвристика” языком первоклассника. Ввести в работу (и презентацию) пользовательские сценарии, примеры эвристик, примеры обнаруженных проблем и предложенные вами способы их решения. Не ограничиваться эвристиками только одного Якоба Нильсена!
10. Качукас: убрать всё маркетинговое бла-бла-бла, опираться только на факты и придерживаться фокуса работы.
11. Шевчук: сузить тему до проблем конкретной изучаемой организации. В презентации должна звучать использованная методология.

Уважаемые студенты!

Сегодня, в понедельник 1 ноября не позднее чем в 23:59 вы должны загрузить свои курсовые работы в интранет Майнора.
Вы можете загружать свои работы в формате MS Word (doc, docx), OpenOffice Writer (odt) или Adobe Acrobat (pdf).

Напомню, что работа должна быть корректно оформлена в соответствие с действующими требованиями к оформлению курсовых и дипломных работ. Единственное исключение касается резюме вашей работы: для курсовой работы достаточно резюме только на русском языке. Объём резюме: 1-2 страницы текста. Те, у кого получилось написать качественное введение и содержательное заключение, могут составить резюме объединив и отредактировав эти две части вашей работы и дополнив их выводами, сделанными в конце каждой из остальных глав. Большего для резюме не нужно.

Копию курсовой работы на бумажном носителе в одном экземпляре необходимо сдать в учебную часть до 4 ноября включительно. Работа должна быть аккуратно переплетена, используя либо твёрдный, либо спиральный переплёт. NB! Кто не успел залить курсовую работу с резюме – обязательно добавьте его к бумажной версии!

Те студенты, кто не предоставит работу в срок, смогут сделать это в следующий раз к 31 января 2011 года. Защита их работ состоится весной в марте месяце, поэтому возможности закончить университет написанием диплома весной 2011 года у них уже по всей видимости не будет (возможные варианты: защищать диплом осенью-зимой 2011 года, либо весной 2011 года писать экзамен).

Уважаемые студенты!

Определена точная дата защиты курсовых работ: суббота, 27 ноября, в 10 часов утра.
Состав комиссии пока такой: Владимир Томберг, Дмитрий Литвинович, Юри Маяк.
Юри Маяк преподаёт программирование в эстонских группах, PhD в области математики, доцент ТТУ.

Если в составе комиссии или датах будут изменениях, буду о них сообщать.

Уважаемые студенты!

Вот какие персональные комментарии я сделал по вашим сегодняшним докладам. Разумеется, это не вся критика, а только основные и самые болезненные аспекты, которые бросились в глаза и оказались записанными по ходу ваших выступлений. Комментарии касаются сути вашей работы, а не презентационных слайдов!

Исрафилов: объяснить ценность 5-й версии HTML в контексте вашей работы. Привести примеры задач (сценариев), которые можно эффективно решить именно при помощи HTML5 и именно на мобильном телефоне. Очень вероятно, что просмотр статического школьного расписания, свёрстанный стандартной таблицей с использованием тегов HTML4 (не используя новых возможностей HTML5) – недостаточно показательная задача в данным случае.

Гузек: больше конкретики и полученных вами результатов и сделанных выводов. Уточнить целевую аудиторию (сценарии) использования предложенных вами решений: будет ли это малая фирма, которая раздаёт интернет своим клиентам бесплатно и не заботится о том, как они им пользуются (пример – ресторан или кафе), или же предоставление доступа в интернет является для рассматриваемой фирмы дополнительной статьей дохода и соответственно у них другие требования к мониторингу и безопасности (пример – платные точки доступа в аэропортах, отелях). Или же какой-то другой сценарий? Каждому сценарию вы должны предоставить решение конкретных проблем, перечислив лучшее по вашему мнению решение. От сомнительных формулировок вроде “я сам хожу и наблюдаю и везде где я был дело обстоит таким образом” лучше отказаться.

Селецкий: Уточнить всю терминологию. Буква М в DOM – это Модель, а не Модуль. Если вы сравниваете JSON с XML, то этому должна быть посвящена целая глава в работе, а не один-два абзаца. И сравнение в таком случае лучше проводить по всем правилам: критерии, инструментарий, сценарий или описание желаемого результата и т.д. Если не можете сделать полноценное сравнение – лучше вообще от него отказаться, вряд ли работа сильно потеряет, если вы выкинете из неё те два абзаца, что уже написали про XML.

Тишко: цель работы не соответствует названию. Над курсовой ещё предстоит много поработать. HTML5 не вполне корректно называть “стандартом будущего” – это вполне себе стандарт настоящего, хорошо поддерживаемый браузерами и активно используемый веб-девелоперами.

Борисов: найти авторитетные академические источники, которыми закрыть дырки в теории. Включить в работу параграф о том, какие риски присутствуют (проблема авторских прав и т.д.), оценить возникающую этическую проблему (можно использовать приём этического анализа с первой лекции курса по Социально-этиеским основам ИТ). В работе делать упор на технологическую сторону вопроса, а не на экономическую составляющую. Должны звучать слова “mashup” и другие спецтермины.

Качукас: убедиться, что фокус работы на технических подробностях, а не на маркетинговых. Доказать это комиссии.

Скуби: в работе ясно отделить, какие характеристики каркасов были протестированы вами лично на практике (за компьютером), о каких вы сделали выводы только по теоретическому описанию функциональности (например, безопасность), а где положились на тестирование сторонних разработчиков-тестеров. Доходчиво объяснить необходимость своего тестирования и доказать его валидность (постараться исключить сомнение в том, что ваши результаты – случайны или являются следствием ошибки в методике тестирования или в его проведении). Поскольку тестирование включает как количественные компоненты (производительность), так и качественные (подробность документации), видимо, нужна сравнительная таблица, в который вы субъективно оцените каждый качественный компонент по 2-3 бальной шкале (Высокий-Средний-Низкий или типа того).

Бесков: уточнить цель работы, что вы делаете и для чего? Уточнить методику тестирования: что тестируете и как? Написать сценарии тестирования. Уточнить место IDS/IPS в модели OSI и в топологии сети. Добавить в работу соответствующие иллюстрации.

Мочёнов: скорректировать цель работы, использовать более научную терминологию (Детерминированный способ поиска стратегии / Недетерминированный (эвристический) способ поиска стратегии). Одно из возможных убедительных обоснований выбора в пользу детерминированного способа – ваша ограниченность в ресурсах. Очевидно, что для использования эвристического подхода нужно больше времени на реализацию и больше знаний в предметной области, которых сейчас недостаточно. Сюда же относятся проблемы тестирования и отдалки, которые проще решаются в привычной для вас и хорошо известной детерминированной модели.

Мялик: добавить в работу ссылки на авторитетные источники. Включить в работу описания принципа работы поисковой системы, рассказать какие методы поисковой оптимизации существуют. Можно разделить их на “белые”/”серые”/”чёрные”. Так же как и в случае с работой Романа, можно добавить параграф с анализом рисков и этической оценкой ваших действий (а-ля Disclaimer). Объяснить проблему устаревания акамедической информации по этой теме (со ссылкой на блог Гугла) и только после этого признавать блоги и форумы авторитетными источниками, но в любом стучае всю базовую теорию (определние, методы раскрутки и оптимизации) брать из научных книг и статей, т.к. она не зависит от деталей поискового алгоритма.

Михайлов: определиться с пользовательскими сценариями для демонстрации работы веб-воркеров. Начинать уже сегодня активно работать над написанием курсовой.

Андреев: убедиться, что в работе доходчиво описана концепция разрабатываемого вами плагина, его модель. Вероятно, лучше проиллюстрировать работу диаграммами типа UML или иначе визуализировать архитектуру всей системы, принцип работы вашего модуля и его место в “большой” системе.

Алексеев: обратиться к уже существующим best practices в индустрии. Сравнить положение дел у владельца системы с рекомандациями лучших практик и дальше выбрать один аспект, наиболее “запущенный” и критичный и предложить более подробное его улучшение. Если же хотите рассказать обо всех улучшениях, то тут нужны отсылки на другие авторитетные источники, которые рекомендуют как лучше делать в вашем случае.

Абызов: уточнить проблему, которую решаем. Составить сценарии использования виртуализации в бизнесе и дома, предложить оптимальное решение каждому сценарию.

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

Балышева: работа обязательно должна содержать рекомендации по исправлению выявленных проблем. В случае, если дополнительно к автоматическому тестированию вы используете ещё и собственную оценку, то использовать сценарии для таких тестов.

Соловьёва: работа должна содержать иллюстрации или рисунки, поясняющую что вы делаете.

Уважаемые студенты!
Некоторые из вас получили сегодня письмо, в котором указано неправильная дата предзащиты.
Прошу его игнорировать – это опечатка! Ранее оговоренная дата и время на самом деле не изменились: встречаемся в эту субботу, 16 октября в 10 часов утра.

В комиссии – Дмитрий Литвинович (сист.администрирование) и я (веб-технологии).

Напоминаю, что от всех участников жду до утра пятницы заполненных бланков “Eelkaitsmise aruande vorm” на мейл.

Выложил слайды про курсовую работу. NB! Информация про курсовую и связанную с ней практику начинается с 8 слайда, после части про модульное обучение.

Пользуясь случаем сообщаю, что список студентов, которые изъявили желание писать курсовую под моим руководством, составлен и закрыт.
Вот он (если кого вдруг забыл, или наоборот – кто-то пишет работу с другим руководителем, пожалуйста, отпишитесь в комментах):

• Максим Абызов
• Юрий Бесков
• Роман Борисов
• Дмитрий Исрафилов
• Виктор Михайлов
• Александр Мочёнов
• Евгений Мялик
• Александр Скуби
• Яков Юрьев

Уважаемые студенты!

Тем их вас, кто ломает голову над темой для курсовой или дипломной работы, но никак не может определиться, предлагаю список возможных областей для исследования.

Обращаю ваше внимание, что я предлагаю не готовые темы, а только направления и проблемы, нуждающиеся в изучении и решении. Сформулировать конкретную тему вы должны самостоятельно (или при участии руководителя), но обязательно исходя из личных интересов или амбиций и с учётом своей специализации и способностей.

Итак, темы исследований:

1. Создание интерактивных учебных материалов, пособий или пошаговых руководств для курсов “Инфосистемы”, “Веб-технологии”, “Веб-программирование”, “Компьютерная безопасность”, “Основы программирования”, “Аудит в ИТ”, “Базы данных” или (почти) любого другого предмета вашей специальности;
2. Анализ и сравнение существующих “лучших практик” (software design patterns и anti-patterns) программирования приминительно к ЯП PHP, Javascript, C#, Python или к HTML;
3. Средства создания документации к программному коду, автоматическое документирование компьютерных программ;
4. Системы контроля версий (средства групповой разработки и владения кодом): svn, git, bazaar, mercurial и другие;
5. Использование Google Visualization API или Google Maps API в мэшап-приложениях
6. Разработка плагинов для WordPress, Joomla, Drupal и других свободно-доступных CMS на ЯП PHP
7. Разработка веб-приложений с использованием ЯП Ruby и фреймворк Ruby on Rails
8. Сравнение и анализ возможностей/производительности фреймворков для ЯП PHP: KohanaPHP, CakePHP, Symphony, CodeIgniter, Zend Framework, Yii.
9. Вёрстка при помощи CSS-фреймворков (сравнение, анализ)
10. Создание макросов на Python в среде OpenOffice
11. Создание приложений для мобильных телефонов или планшетных компьютеров (выбор платформы определяется тем устройством, которым вы сами пользуетесь – Nokia, Android, Apple)
12. Создание богатого пользовательского веб-интерфейса при помощи технологии Silverlight
13. Протокол Open Data
14. Язык запросов LINQ (C#)
15. Стандарты описания веб-сервисов (SOAP, WSDL, WDDX) и создание веб-сервиса по одной из этих технологий
16. Локальное хранилище стандарта HTML5: Web SQL Database (черновик W3C)
17. Создание интерфейса веб-приложения по принципу “толстого клиента” при помощи Javascript и jQuery
18. Вопросы безопасности, приватности и идентификации пользователя: (OpenID, Mobiil-ID, ID-карта, капча)
19. Электронная коммерция (анализ и сравнение API почтовых служб и платёжных систем; интегрирование популярных open-source движков для электронной коммерции с используемыми в Эстонии платёжными системами и почтовыми операторами; сравнение движков интернет-магазинов с открытым исходным кодом)
20. Экспертные системы, системы поддержки принятия решений – попробовать разобраться что это такое и как работает, создать работающий прототип экспертной системы.
21. CRM или ERP с открытым исходным кодом (сравнение, анализ, доработка – SugarCRM, vTiger CRM, ERP5, OpenERP и другие)
22. Полнотекстовый поиск (например, при помощи Sphinx или Solr)
23. HTML5, его поддержка в мобльных браузерах, преимущества, сравнение с нынешней версией
24. Языки разметки Hypertext Abstract Markup Language (HAML) и Syntactically Awesome Stylesheets (Sass)
25. Локализация и интернационализация веб-приложений: проблемы и лучшие практики их решения
26. Развитие новой страницы Васшей Школы Майнор mk.ee: тестирование безопасности, анализ удобства использования (юзабилити), определение совместимости с веб-стандартами (скорость загрузки, корректное отображение в различных браузерах и на мобильных устройствах, доступность для людей с ограниченными возможностями и специальными потребностями, проектирование улучшенной информационной архитектуры, разработка новой функциональности для студентов, преподавателей и посетителей сайта)
27. Javascript на стороне сервера (на примере фреймворка Helma или аналогичного) – описание функциональных возможностей, сравнение с другими серверными технологиями (PHP, Ruby, Python), создание демо-приложения, рекомендации по использованию.
28. Разработка компьютерных игр (например, при помощи Unreal Development Kit)
29. Юзабилити-тестирование реально существующего интерфейса (веб-сайта, комп. программы или мобильного приложения) на реальных пользователях
30. Дополненная реальность (augumented reality, AR) и компьютерное зрение (computer vision, CV) – пыпытки разобраться в этих темах и может быть самим написать какое-то простенькое приложение, использующее принципы этих технологий.
31. Изучение и практическое использование различных стандартов хранения и передачи данных, разработанных консорциумом OASIS
32. “Белые”, “серые” и “чёрные” методы поисковой оптимизации сайтов (SEO); технические аспекты оптимизации HTML-кода на примере конкретного сайта.
33. Программирование микроконтроллеров на платформе Arduino или аналогичной.
34. Использование QR-кодирования для решения различных задач (предполагает программирование решения задачи).
35. Использование RFID для решения различных задач (предполагает программирование решения задачи).
36. Стандарт XMP, возможности его использования вместе с PDF (например, для хранения мета-данных о счёт-фактуре /invoice/, чтение и запись XMP-метаданных в PDF – на C#, Python, PHP).

Вниманию студентов, у кого я являюсь руководителем курсовой или дипломной: если у вас есть вопросы ко мне, вы нуждаетесь в помощи руководителя, желаете что-то уточнить или получить рецензию на уже написанную (или напрограммированную) часть работы, то имеет смысл не отклывать на последний день (помните, что вас – много, а я один и не смогу при всём желании оперативно и конструктивно помочь всем и каждому в течение последних 24 часов до дедлайна)!

Для связи со мной есть несколько способов:

• написать мне на мейл zahhar@gmail.com конкретные вопросы  – обычно я отвечаю в течение суток, но специфические вопросы требующие осмысления и подробного ответа могут потребовать больше времени;
• задать их же в скайпе zahharkirillov (в рабочее время я почти всегда онлайн и если я не смогу уделить вам время – я об этом сообщу и отвечу на вопрсы при первой же возможности);
• прийти в Майнор к окончанию моих лекций (см. расписание) – после лекций у меня есть примерно 1 час времени на живое общение;
• договориться о встречи где-то в городе (разумеется, приветствуются тёплые места) – территориально лучше всего районы Кристийне и Кесклинн.

Надеюсь, наше общение будет протекать в конструктивном ключе и выльется в качественные и информационно насыщенные работы!