13 декабря 2010

Выжимка из 70-страничного документа о правилах проведения сессии

Кросспост из сообщения Я.А.Кириленко кафедре системного программирования:


Добрый день!
Это писмьмо адресовано в первую очередь студентам, желающим продолжать
обучение на матмехе после предстоящей сессии. Я прошу старост и
активистов кросспостить в свои группы, чтобы гарантированно охватить
всех. Наверное, эта информация будет полезна и студентам других
специальностей, донесите и до них, пожалуйста.

Наверное, вы уже знаете,  что ужесточаются правила сессии. Считаю
своим долгом напомнить об этом ещё раз и дать некоторые разъяснения,
чтобы предупредить неверное трактование фактов.
Начну с того, что напомню простую истину: третий академический долг на
сессии -- это запуск транзакции "отчисление студента". Академическими
долгами являются "неуды" и "незачеты". "Неявки"  также превращаются в
задолженности, если в определённый срок не предоставлены документы,
подтверждающие "наличие уважительной причины пропуска".

И вроде бы ничего особо нового нет, но не тут то было.
Зачеты можно сдавать (читайте "закрывать академзадолженность по
зачету") ТОЛЬКО в установленные расписанием даты. Расписание
составляет деканат по заявкам преподавателей, НО с ограничениями.
Например, зачеты должны сдаваться до начала сессии должны.
Во-первых, как следствие из предыдущего, три "незачета" к началу
сессии -- ВЫЛЕТ с факультета в день начала сессии (28 дек 2010г).
Во-вторых, как следствие прочих ограничений, если зачет не сдан к
началу сессии, то следующая попытка ТОЛЬКО в день экзамена по данному
предмету, ЛИБО ТОЛЬКО ПОСЛЕ СЕССИИ.  Вывод: "незачет" к началу сессии
-- это академзадолженность как минимум до даты экзамена, а по многим
курсам и спецсеминарам -- вообще до "допсы" (то есть стипендия --
мимо). Ещё важное следствие: два незачета к началу сессии -- это ВЫЛЕТ
с факультета после первого же "неуда" на сессии.
Кстати, зачет в третий раз сдаётся комиссии, как экзамен. По факту --
это не хорошо и не плохо, просто требование.

Итак, резюмирую выше сказанное: требования ОЧЕНЬ СУРОВЫЕ, поэтому  к
началу сессии надо иметь ВСЕ зачеты. Отсутствие зачета к началу сессии
увеличивает шансы неосторожного студента вылететь ЕЩЁ ДО КОНЦА сессии.

"А напоследок я скажу":  продумывайте стратегию поведения на сессии
очень аккуратно.

Удачи,
Я.А.

25 ноября 2010

Мини-курс лекций "Анализ поисковых запросов"

Лекции "Анализ поисковых запросов", читает Павел Браславский, яндексоид из Екатеринбурга, в питерском CS клубе при ПОМИ. Вход свободный, возможно будет видеотрансляция. Первые две -- в субботу 27 ноября, следующие две в декабре.

http://logic.pdmi.ras.ru/csclub/searchqueryanalysis

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

Практика 25 ноября

Разминка


Какие из этих запросов найдут в таблице Employee(name, salary) имена сотрудников с максимальной зарплатой и собственно максимальную зарплату?

  1. SELECT name, MAX(salary) FROM Employee
  2. SELECT E1.name, E1.salary
    FROM Employee E1 LEFT OUTER JOIN Employee E2 ON (E1.salary < E2.salary)
    WHERE E2.name IS NULL
  3. SELECT name, MAX(salary) FROM Employee
    GROUP BY name
  4. SELECT name, salary FROM Employee WHERE salary = (SELECT MAX(salary) FROM Employee)

18 ноября 2010

Практика 18 ноября

Разминка

Вы хотите просуммировать суммы выплаченных вашим сотрудникам зарплат за год и вывести в результат табличку с ФИО и суммой. Какие из этих запросов сделают то что вы хотите?
В таблице Payments есть поля employee_id (id сотрудника), name (ФИО сотрудника), month (месяц выплаты) и payment (сумма выплаты).

  1. SELECT name, SUM(payment) FROM Payments GROUP BY employee_id
  2. SELECT name, SUM(payment) FROM Payments GROUP BY employee_id, name
  3. SELECT p2.name, p1.sum_payment FROM
        (SELECT employee_id, SUM(payment) AS sum_payment
         FROM Payments GROUP BY employee_id) AS p1
             JOIN
         Payments p2 ON (p1.employee_id = p2.employee_id)


Слайды

16 ноября 2010

Лекция Джеффа Дина в Стенфорде

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

http://doubleclix.wordpress.com/2010/11/11/google-a-study-in-scalability-and-a-little-systems-horse-sense/

Там есть и видео в формате MMSH который на windows наверное будет играться сам, а на Linux потребует установки, например, vlc.

Не понимаешь английский? Продолжай косить его в универе.