A programmer: Java #5: Abstract and Final classes

Небольшая заметка для себя насчет abstract и final классов.

Abstract - класс, от которого нельзя создать экземпляр (инстанциироваться). Обычно нужен, чтобы от него наследовались другие классы. Соответственно, он может иметь только статические методы и переменные - для их вызова не нужны экземпляры.

Final - класс, от которого нельзя наследоваться. Тем самым - нельзя переопределять его переменные и методы (то есть они неявно тоже final). Но создавать экземпляры такого класса можно.

Класс может быть одновременно и abstract, и final. В этом случае, соответственно, доступны только его собственные статические методы и переменные, поскольку, как было сказано, у abstract класса не может быть экземпляров.

A programmer: Java #4: Annotations

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

Когда я учился Java, я видел код — переменные, методы, циклы и прочее, а вот некоторых вещей не видел, и встретил впервые только на курсах. В числе этих невиданных штук были аннотации — это такие надписи со значком @. Очевидно, они для чего-то нужны. Иногда мне рассказывали, для чего, но вот как они работают, я понять не мог очень долго. Мне посоветовали написать аннотацию самому. Но результативно помочь мне в этом лучше всего остального смогла книга Уоллс К. Spring в действии. – М.: ДМК Пресс, 2013 и одно волшебное слово. Про книгу напишу в следующий раз, а про волшебное слово сейчас.

Дело в том, что программирование продвинулось уже достаточно далеко, чтобы автоматизировать многие действия, а не описывать их в коде каждый раз заново. Достаточно того, чтобы указать, что в данном месте должно выполняться некоторое действие, которое описано (реализовано) в другом месте. Аннотации как раз и являются (среди прочего) такими указателями:

@MyAnnotation(здесь могут быть описаны параметры аннотации)

Аннотации основаны на механизме интерфейса, поэтому ключевое слово @interface и будет свидетельствовать о том, что это аннотация:

@Target(ElementType.METHOD)

@Retention(RetentionPolicy.RUNTIME)

public @interface MyAnnotation {

String info() default "";

int val() default 42;

}

Здесь @Target(ElementType.METHOD) и @Retention(RetentionPolicy.RUNTIME) указывают, что аннотация применима к методу и что она исполняется при выполнении программы, соответственно (разумеется, предусмотрены и другие опции). Для того, чтобы это работало, надо импортировать соответствующие пакеты:

import java.lang.annotation.ElementType;

import java.lang.annotation.Retention;

import java.lang.annotation.RetentionPolicy;

import java.lang.annotation.Target;

В дальнейшем таким же образом нужно будет импортировать пакет с нашей аннотацией, чтобы она была рабочей.

Как уже говорилось, значения описанных в аннотации переменных (если они иные, чем по умолчанию) могут указываться при применении аннотации.

Данная аннотация пока что только сообщает некоторую информацию, но большинство аннотаций «работают», что-то делают. Вот тут и была самая большая загвоздка для меня: где, собственно, реализация? Где находится кусок кода, который «встраивается» там, где аннотация должна выполнять какие-то действия. Я долго не мог этого понять, пока мне не посоветовали написать не просто какую-то аннотацию, а, например, аннотацию для валидации — то есть для проверки, правильно ли что-то введено пользователем (нет ли недопустимых значений и т.п. - если правильно, то ОК, если нет, то — вывод соответствующего сообщения, например).

Один из типичных примеров аннотаций для валидаций в коде выглядит так:

@Size(min=3, max=20, message="Username must be between 3 and 20 characters long.")

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

@Constraint(validatedBy = BlaBlaBlaValidator.class)

То есть, кроме собственно аннотации надо написать соответствующий класс. Другое дело, что у стандартных аннотаций этот класс уже «встроен», как я понял.

Волшебное слово лучше всего описано здесь:

Spring MVC кастомная аннотация для валидации форм (http://devcolibri.com/2664)

и здесь:

Chapter 3. Creating custom constraints // Hibernate. Community documentation (https://docs.jboss.org/hibernate/validator/4.1/reference/en-US/html/validator-customconstraints.html#validator-customconstraints).

Другие материалы по аннотациям:

1. Об аннотациях вообще:

 - The Java™ Tutorials. Lesson: Annotations (http://docs.oracle.com/javase/tutorial/java/annotations/index.html);

 - Аннотации в Java (http://www.quizful.net/post/annotations-in-java);

 - Аннотации в Java - Annotation Types (http://www.javenue.info/post/79);

 - Java Annotations (https://www.youtube.com/watch?v=sZtgpbmGh0g);

 - Spring. Аннотации (https://www.youtube.com/watch?v=yS7ILn21Png&list=PLwwk4BHih4fho6gmaAwdHYZ6QQq0aE7Zi&index=24);

 - Spring. Аннотации. Конфигурация с помощью аннотаций - 9 - The Basics of Spring Framework (Юрий Ткач) (https://www.youtube.com/watch?v=cIYUAKDnFo4&list=PL6jg6AGdCNaWF-sUH2QDudBRXo54zuN1t&index=9);

 - Аннотации в Hibernate(http://java-course.ru/student/book2/hibernate-annotation/);

 - Как написать свою Аннотацию в Java? (http://devcolibri.com/1253);

2. Об аннотации @Autowired (как пример):

 - Использование аннотации @Autowired в Spring 3 (http://www.seostella.com/ru/article/2012/02/12/ispolzovanie-annotacii-autowired-v-spring-3.html);

 - Spring @Autowired Annotation (https://www.tutorialspoint.com/spring/spring_autowired_annotation.htm);

 - Understanding Spring @Autowired usage (http://stackoverflow.com/questions/19414734/understanding-spring-autowired-usage);

3. Валидация:

 -  Проверка данных формы с помощью аннотаций (@Size, @Email и др) в Spring MVC (http://www.seostella.com/ru/article/2012/06/21/proverka-dannyh-formy-s-pomoschyu-annotaciy-size-email-i-dr-v-spring-mvc.html);

 - Annotation Type Constraint (http://docs.oracle.com/javaee/6/api/javax/validation/Constraint.html);

 - Spring. Проверка введенных данных (http://spring-projects.ru/guides/validating-form-input/);

 - Как создать собственный валидатор для Sping MVC (http://www.javacore.ru/topic/96-mvc-spring.htm);

 - Проверка входных данных Spring (http://src-code.net/proverka-vxodnyx-dannyx-spring/).

A programmer: Restart

Рестарт произошел в конце октября. В начале месяца я наткнулся на информацию о компьютерных курсах – точнее об открытом занятии, которые они проводили. К этому занятию было желательно сделать некоторое задание, для чего требовались некоторые предварительные знания и установка необходимого ПО. Курсы по Java, но суть их состоит не в обучении писать код как таковой, а в обучении процессу разработки в принципе. Важным конкурентным преимуществом является участие в настоящем проекте, для чего (кроме лекций и семинаров дважды в неделю) слушателям выделено место в коворкинге на один день в воскресенье (10 часов), а также постоянную помощь менторов в разных вопросах, связанных с проектом и обучением. В общем, на курсы я таки пошел. Не в последнюю очередь потому, что они начались именно сейчас: я могу заниматься с ноября по январь, а с февраля у меня начинается загруженный семестр на работе, поэтому не пойдя учиться сейчас, я, в сущности, терял бы около полугода, как минимум.

Поначалу курсы производили не вполне понятное впечатление, потому что мне пришлось настраивать технику и ПО, на что уходило немало времени, и включиться в работу сразу я не имел возможности. Сейчас процесс уже вроде бы пошел – я даже выполнил свое первое задание (сделал pull-request своего первого task’a). Погружение в работу – это хорошо, но сложно. Нужно не только знать, как собственно писать java-код, но и уметь работать с фреймворками (Spring, Hibernate), с GitHub'ом, с веб-тахнологиями (JSTL) и с базами данных (MySQL/Workbench). Поэтому часто не знаешь, за что хвататься, времени нет и т.д. Пока что я пытаюсь разбираться с логикой работы того, что уже сделано (как с образцом), активно советуясь с коллегами и менторами – это само по себе важный навык, который я стараюсь совершенствовать. Как и дисциплинировать самого себя.

Отчасти это удается – по крайней мере, в том, что к концу ноября получается наверстать долги по времени, накопившиеся с июля (имея в виду необходимость работать, минимум, 1 час в день, то есть 30 часов в месяц). Так, например, к октябрю долг был 135 часов, отработал 52, к ноябрю осталось 103 (30+73) часа, а к 22 ноября из них уже отработал 87. Таким образом, итого получается 265 часов. О содержательных вещах напишу потом.

A programmer: Steve Jobs and consumer society

Прочитал биографию Стива Джобса (Айзексон В. Стів Джобс. – Брайт Стар Паблішин, 2014. – 608 с.) Пересказывать, разумеется, не буду, мне важны некоторые ключевые принципы и наблюдения.

Если смотреть на развитие компьютерной индустрии достаточно абстрактно, то мы увидим две основные стратегии – либо делать программный продукт доступным для работы на самых разных устройствах, а потому и открытым для модифицирования (Microsoft), либо максимально заточить его только для «своего» устройства, запретить распространение вовне и исключить возможности вмешательства в него (Apple). Вроде бы обе стратегии имеют право на существование, что подтверждается успехами и Apple, и Microsoft. Причем, по степени распространенности Microsoft (как теперь и Android) более успешен. Поэтому возникает вопрос, зачем в условиях, когда все очень быстро меняется и требует постоянного апгрейда, делать закрытую систему, как это делал Стив Джобс?

Дело в том, что Стив Джобс видел свою задачу не в том, чтобы создать успешный бизнес, а в том, чтобы «создать ВЕЩЬ» – некий совершенный продукт. В этом он реализуется как творец, поэтому ему принципиально важно «управлять впечатлением», а поэтому он и закрывает возможности для стороннего вмешательства в свой продукт. Как оказалось, такой подход прекрасно подходит именно для современного мира потребления. Количество ядер, памяти или тактовая частота процессора, столь значимые для «профессионала» играют теперь меньшую роль по сравнению с эргономичностью формы, цветом, текстурой и т.п. Другими словами, когда внутренние технические характеристики перестали иметь такое принципиальное значение, на первый план вышли удобство, эстетические и символические аспекты, а именно их Джобс и ставил всегда во главу угла.

И еще кое-что – небольшая цитата из книги:

«То було для мене справжнім відкриттям. Ми всі були в цих мантіях, і нам подали турецьку каву. Професор пояснив, що кава готувалася геть не так, як у інших місцях, і тут мене осінило: «Яке з біса кому діло?». Та підліткам, навіть у Туреччині, до дупи та турецька кава. Весь день я спостерігав за молодими людьми в Стамбулі. Вони пили те саме, що будь-які інші підлітки в цілому світі, і носили одяг, який виглядав точнісінько так само, як той, що ми купили в Gap, і всі вони користувалися мобільними телефонами. Вони були такими ж, як і інші підлітки будь-де. Мене вразила думка, що для молодих людей цілий світ – однаковий. Коли ми випускаємо продукти, то вже немає чогось такого, як турецький телефон, чи то музичний програвач, який молоді люди в Туреччині хотіли би бачити відмінним від інших плеєрів, котрі використовуються в інших країнах світу. Тепер ми просто один світ» (с. 544).

A programmer: Another delay

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

Да, кстати, Python я, оказывается, в прошлом году таки прошел полностью.

A programmer: We can be heroes. But not today.

С утра почему-то ворвалась в мозг песня "Heroes" Дэвида Боуи: "We can be heroes just for one day" - хотелось, чтобы это было обо мне сегодня.

Итак, чуда не произошло, и на обучение Java я не прошел. Мои результаты тестирования не разглашаются. Могу только сказать о процедуре: 82 вопроса за 60 минут. Если результат удовлетворительный, то еще часовое тестирование - сегодна из группы 8 человек на второй этап отправились 2. Если повезет и им, то - собеседование с техническими экспертами, которые и будут принимать решение о зачислении на обучение (всего набирают 10 человек). Нынешние неудачники могут в следующий раз попробовать пройти такую же процедуру не раньше, чем через полгода.

Для меня это очередной первый блин, но зато я посмотрел, что и как. Тесты далеко не смертельные, те, по которым я готовился, были даже иногда сложнее (самые сложные - на Интуите) - я уверен, что дал некоторое количество правильных ответов. Вывод - надо лучше готовиться. Невыполнимой эта задача никак не выглядит. Поэтому даю себе пару дней передышки, потом разрабатываю план обучения и двигаюсь дальше. Отдельные содержательные посты по Java тоже будут обязательно.

Как обычно, несколько статей:

 - Как стать программистом (часть 1). Понятно, что это и реклама тоже, но все-таки...

 - Чтобы стать программистом, талант не обязателен? Для меня актуальненько, поскольку как раз на днях думал, что я по жизни недостаточно тщателен и дотошен - и для заниятия программированием это существенный минус. Ну значит, будем исправляться.

 - Лучшие IT-курсы западных вузов по версии хабрасообщества 2016 года

A programmer: Test preparation

Главное на этой неделе - тест по Java, который я буду проходить для того, чтобы попасть на программу обучения в одну IT-кампанию. Поэтому сейчас увеличиваю свою активность в этом направлении - 13 часов за прошлую неделю (всего 114).

Готовлюсь по-разному. Но буквально вчера-позавчера нашел два хороших ресурса:

 - Программирование на  Java - видеокурс (вообще-то я смотрю его тут).

 - Тесты по Java - хороши тем, что там не только сами тесты плюс правильные ответы, но и объяснения, почему именно этот ответ правильный, ссылки на дополнительные тесты по нужной тебе теме плюс обсуждение. Поскольку я готовлюсь именно к тесту, то этот ресурс - именно то, что нужно.

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