-
Собеседование с кандидатом
Каждый раз после технического собеседования по программированию, надо написать отчет. Вот рекомендованная в нашей компании форма.
По результатам собеседования, как бы вы оценили кандидата?
1. Программный код, который он пишет:
а. достойный
б. отстойный
2. Его ответ в целом:
а. чудный
б. нудный
3. Человеческие качества: а. ( Read more... ) -
Попытка не пытка: проект Охламон
Смотрите: попробуем добавить алгебраические типы данных (или union'ы) в Java'у. Есть готовый компилятор.
Я не знаю зачем и кому это нужно
Данные, с которыми мы работаем - они многообразны. Допустим integer мы знаем как облупленного, а иной абстрактный интерфейс можем использовать ( Read more... ) -
C++: как яблоку ссылаться на яблоню
Пусть один класс начинает брать на себя слишком много обязанностей.
class ArtLebedev : public DesignStudio, public BookPublisher { int money; Fun fun; }; Где как, а в ОО рецепт на все один: новый класс. Постараемся, однако, не делать резких движений и на первое время сохранить близкий контакт с отпочковавшимся классом. Оформим его как ( Read more... ) -
Visitor 2: перезагрузка исключений
Это опять про языки будет, осторожно.
Как об этом говорилось в предыдущих сериях, переход от базового класса к наследникам - вещь часто необходимая. Возьмем пример: базовый класс Animal и 3 наследника - Dog, Cat и Capybara. Пока мы этих животных, например, считаем, нам совершенно достаточно базового типа Animal. Теперь, если нужно получить ( Read more... ) -
Дополнительная фича для Java 5.0
Этот пост - маленькое упражнение на тему языков программирования. В отличии от предыдущих постов, речь в нем идет о том, чего нет.
При использовании generic'ов - новой фичи Java 5.0, - я несколько раз столкнулся с ограничением, которое мне не понравилось.
Например, нужно было сделать простую структуру, элементы которой образовывали бы дерево:
( Read more... ) -
Хаки: делайте для них интерфейсы
Собственно, больше можно уже ничего не писать.
Но так как чем длиннее пост, тем лучше, постараюсь раскрыть тему. Хак в программе разрушает ее логичность и универсальность. Но, что делать, их все равно (иногда) создают. В то время, как хаков конечно надо стыдиться и всеми силами души стремиться избавиться от них, совсем не стоит их скрывать.
( Read more... ) -
Объекты-сессии, как я их называю
Бывают разные объекты. Но предполагается, что все они должны жить ровно столько времени, сколько нужны их данные. (Пока, конечно, речь не пойдет об уловках вроде экономии на времени работы конструкторов и garbage collector’а - создании pool'ов.)
Некоторые данные нужны только на время работы какого-нибудь метода. Если метод простой, то они будут ( Read more... ) -
Когда мы нарушаем общепринятые договоренности
Все знают, что возвращать нулевой указатель на Enumeration/Iterator - свинство. Необходимость проверять полученный enumeration/iterator на null - это почти как новость, что this может быть нулевым: много дополнительной рутины просто так.
Однако есть случаи, когда нулевые значения законны: например в API моделей подсистемы данных (ничего не значащее ( Read more... ) -
Пусть не падают исключения при нормальной работе
Есть разные мнения, когда могут падать исключения, а когда не должны. (Например, можно прагматично подумать о том, сколько времени уходит на запись стек-трейса при создании исключения в Java).
Я смотрю на эту проблему преимущественно в перспективе отладчика. В том, которым я пользуюсь, есть возможность перехватывать швыряние исключений. ( Read more... ) -
Идея об основном потоке и выходах по ошибкам
Конечно, совсем не все, но многие методы устроены так: проверяем, делаем, еще проверяем, еще делаем.
Мне нравится стиль, при котором штатные действия записываются без отступа, а обработка сбоев - внутри if-блоков. Можно ведь и наоборот, но, мне кажется, таким образом хорошо разделяются основное русло выполнения и вспомогательная работа.
Вот так:
( Read more... )