dluciv: (Default)
[personal profile] dluciv
Я люблю свой факультет. Вечерком я люблю прогуляться по тёмным коридорам, вспоминая времена, когда у меня было больше мозгов, волос и зубов.

Сегодня я слушал, проходя по коридору, как за окнами падает снег. И получал удовольствие от этого.

Но удовольствием всё не ограничилось. Я услышал, как проходит на 6 паре "Кружок по Java". Пока я шёл мимо двери, парень, зажигающий у доски успел сделать пару грубых ошибок. Одна из них касалась частностей Unicode и была не очень-то важна, другая касалась совсем важных для Java вещей.

Не смотря на то, что я не испытываю к Java трепетной любви, мне стало как никогда хорошо понятно преподавателей математики, которые говорят: "Студентов мне жалко, но математику жалко больше". Хотя я и не учу каким-то дико умным с моей точки зрения вещам, но в таком положении я оказываюсь регулярно. И тем больнее тогда, когда виной тому преподаватель, а не студент.

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

А ещё у парня на футболке было написано "ВКонтакте". Казалось бы, причём здесь "ВКонтакте"? Ни при чём. Как всегда. Подумайте об этом.

UPD: В продолжение. Парень оказался сам первокурсником (!), замещающим кого-то. И олимпиадником. Когда после пары я с ним поговорил, он сперва отмазывался тем, что "как правильно, они не поймут всё равно". А потом показал, что не знает и сам...

Наш девиз — смешно, но не весело...

Date: 2010-10-22 06:49 pm (UTC)
From: [identity profile] pax.loginza.ru (from livejournal.com)
Вы знаете, профессор С. был пойман мною на том, что неправильно интерпретировал жабовый протектед. Выборка была такой же - одна лекция, больше я на этом ск не появлялся, кроме зачета, разумеется. Получается, что матожидание ошибки профессора на лекции = 1, а матожидание первокурсника = 2 (если говорить только о жабе, то матожидания совпадают). Таким образом, истоки пагубного процесса понижения уровня отходят к мэтрам. Обобщив псевдоматематическую выкладку, задам вопрос: уверены ли Вы, что не сделаете ошибок, если будете преподавать жабу?

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

Date: 2010-10-22 08:20 pm (UTC)
From: [identity profile] dluciv.livejournal.com
1. Абсолютно не уверен. Более того, я уверен, что делаю много ошибок. Но я их признаю и стараюсь исправлять. Что и посоветовал тому мальчику. Он правда говорил в ответ, в том числе, что "его тогда побьют". Надо было предложить ему помощь и защиту, если кто-то захочет его побить. Но я как-то не догадался. Тут я педагогически неправ. На 100%. И не знаю, как исправить это. Нельзя мелких студентов один на один оставлять с такими вопросами. А то так и будут бояться...

2. Про Java согласен. Мне довольно быстро другие люди то же самое сказали, что и Вы. Он наврал в принципиальном моменте. И этот принципиальный момент в Java ох какой кривой. Так что да, исходная вина не на нём. А на Оракле =).

Date: 2010-10-22 08:31 pm (UTC)
From: [identity profile] dluciv.livejournal.com
Кстати нам профессор С в своё время нарисовал табличку вроде таковой отсюда: http://download.oracle.com/javase/tutorial/java/javaOO/accesscontrol.html
И вроде бы правильно....

Но это не отменяет косяков Java, тут спорить бессмысленно.

Date: 2010-10-23 10:47 am (UTC)
From: [identity profile] oleo.livejournal.com
Ты уверен, что тогда, когда в жабу закладывалась эта (кстати, какая?) кривизна, Оракл уже знал, о том, что на него свалится это счастье?

Date: 2010-10-24 03:19 pm (UTC)
From: [identity profile] dluciv.livejournal.com
Конечно Oracle не знал. Но надо смотреть, что покупаешь. Oracle - слишком лёгкая мишень, чтобы над ними не постебаться при любом удобном случае =).

Date: 2010-10-24 03:21 pm (UTC)
From: [identity profile] dluciv.livejournal.com
Кривизна - что строки, якобы, можно сравнивать по == и это будет правильно работать (он даже попробовал перед лекцией лол), но положено сравнивать через .equals(...), так что делайте так.

Date: 2010-10-24 11:11 pm (UTC)
From: [identity profile] oleo.livejournal.com
Я точно помню, что видел в каком-то спеке требование, чтобы JVM реализовывала строки как мультитоны - ясен пень, оно появилось из-за таких, как он.

Или я глючу?

Date: 2010-10-24 11:12 pm (UTC)
From: [identity profile] oleo.livejournal.com
Если хочешь поспорить с MS, то что ещё, кроме Sun покупать?

Date: 2010-10-24 11:34 pm (UTC)
From: [identity profile] oleo.livejournal.com
А сейчас не могу найти (про String.intern понятно, и тем не менее точно помню, что специально спецификацию просматривал...)

Date: 2010-10-25 07:23 am (UTC)
From: [identity profile] dluciv.livejournal.com
Т.е. если ты берёшь две подстроки двух разных строк, каждая из строк и подстрок по несколько мегабайт, то JVM должна будет проверить, а не совпали ли они в итоге, и перевести все ссылки на один объект? Чего-то сильно сомневаюсь я....

Date: 2010-10-25 07:24 am (UTC)
From: [identity profile] dluciv.livejournal.com
НИИ "Ангстрем" из Зеленограда =)

Date: 2010-10-25 02:00 pm (UTC)
From: [identity profile] le-bul-de-sier.livejournal.com
не исключено, что это требование к класслоадеру про константные строки

Date: 2010-10-25 06:06 pm (UTC)
From: [identity profile] oleo.livejournal.com
Хммммм, а какого строки длиной в несколько мегабайт хранить как строки?

Date: 2010-10-26 05:33 am (UTC)
From: [identity profile] dluciv.livejournal.com
Это уже отдельный вопрос. Что, если чел хранит строки в несколько мегабайт, как строки, то это повод наказать его, и сделать работу с длинными и короткими строками по-разному?

Date: 2010-10-26 05:34 am (UTC)
From: [identity profile] dluciv.livejournal.com
Запросто. Вспоминается опция из BC++ 3.1 "Merge duplicate strings". Но одно дело константы, а другое - строки вообще.

Date: 2010-11-02 06:54 pm (UTC)
From: [identity profile] oleo.livejournal.com
А что, нет разве ?

Мне казалось, высокоуровневые оптимизации для того и есть, чтобы таких челов обманывать и делать из них крутых программеров...
Page generated Jan. 17th, 2026 12:59 pm
Powered by Dreamwidth Studios