Do you use source control?
Can you make a build in one step?
Do you make daily builds?
Do you have a bug database?
Do you fix bugs before writing new code?
Do you have an up-to-date schedule?
Do you have a spec?
Do programmers have quiet working conditions?
Do you use the best tools money can buy?
Do you have testers?
Do new candidates write code during their interview?
Do you do hallway usability testing?

Если смотреть оптимистично, то 6 из 12. Если пессимистично, то вычеркнуть source control, spec и schedule. Зато у нас CMMI4, да… :)

Если он неквалифицирован, то тут уже ничего не поделаешь. Если же кандидат просто наслушался идиотских советов пихать в резюме все, что знает/слышал, то это простительно – в конце-концов, он же программист, а не специалист по поиску работы.

Но есть и другая сторона – объявления о работе.

Первое:

В чем же разница?

Итак, что мы имеем?

Omnidrive – уверенная в себе компания ищет разработчика, который может “make a difference”. Компания может отличить хорошего разработчика от среднего и, безусловно, хорошему предложит такую зарплату, которая будет его устраивать. В первую очередь внимание обращается на то, чтобы разработчик был фанат и профи. Эти два качества перекрывают опыт работы и известные технологии (разве может профессионал не интересоваться современными технологиями?). Если к ним придет кандидат с годом опыта, но отличными знаниями и пониманием, его возьмут без проблем.

Незвестная компания – не дает о себе никакой инфы, так что есть сомнения в легальности. Пишет список технологий и сколько лет опыта. Кто не знает JBoss/Apache – извините, вам тут не место. А если меньше двух лет опыта – то вообще не суйтся, мальчик, тут взрослые дяди работают. Очевидно, что нужны не профи, а середнячки-исполнители. Ну и зарплата – “competitive compensation”. Раз уже начали говорить – так говорите до конца, вилку хотя бы напишите.

Собственно, к чему я это? А к тому, что если кандидат может себе позволить не тратить время на продумывание резюме (ну не его это специализация), то HR-отделу такое непростительно. И, глядя на такое объявление, возникает мысль – а стоит ли вообще идти в компанию, которая даже привлекательное описание вакансии составить не может?

Во-первых, в Java 7 такое скорее всего будет. А во-вторых, у first-class функции есть один недостаток – у нее нет состояния. То есть, конечно, есть всякие извраты типа локальных переменных которые сохраняют свои значения между вызовами, но это противоречит принципам функционального программирования, которое защищает автор поста: два вызова функции с одинаковыми параметрами смогут вернуть разные значения.

А раз нету состояния – то нету и конфигурации. И поэтому

connection = create_new_connection(url, user_name, password)

никогда не сможет заменить

ConnectionFactory factory = new ConnectionFactory(url, userName, password);
Connection connection = factory.newConnection();

т.к. во втором случае для введения дополнительного параметра, скажем, database, нужно будет изменить класс, сигнатуру конструктора и один вызов конструктора. А в первом – функцию, сигнатуру и ВСЕ вызовы функции. Это и есть пресловутая инкапсуляция.

Я попробовал сказать, что он (Java) заставляет использовать ООП и паттерны. Но это неправда. На Java тоже можно писать в чисто процедурном стиле. Можно сказать, что в нем есть больше ООП-конструкций. Но ООП и в Delphi есть – фактически в таком же объеме (если не больше). Скорее всего, отличие – в количестве ОО-hook’ов для расширения и реюза, но как объяснить что это такое человеку, который на наследование смотрит с уважением, а на паттерны – с благоговением? :)

Так вот, создатели Wicket правильно уловили суть этого различия. Правда, настолько сильная ОО имеет и свои минусы. Например, – необходимо думать в больших масштабах, чем один метод или один класс. А как показывает практика, с этим у очень многих программистов проблемы.

Наткнулся на блог-пост про то, как в WebWork устроить разную обработку для разных submit’ов на форме. И оттуда же ссылочка на то, как это предлагают делать разработчики. Оба решения одно лучше другого. В первом текст на кнопке фигурирует в java-коде, во втором – в xml-файле. Плюс – и там, и там – в самой хтмлке. Просто замечательные решения, не правда ли? Что нам MVC, интернационализация, нам главное стандарты, да? Я понимаю, что можно придумать способ прописать этот текст в каком-нибудь конфиге один раз, а потом импортить его через ключ, но омг, воркараунд на воркараунде – разве так должен выглядеть фреймворк, претендующий на СТАНДАРТ?! А ведь на его основе делается Struts Shale.

А в Wicket это оформляется как

Java: this.add(new Button("searchButton") { protected void onSubmit() { /* обработка */ } });
HTML: <input wicket:id="searchButton" type="submit" value="Search"/>

А вот уже второй раз клиент хочет чтобы веб работал как десктопное приложение. То есть, например, страничка юзер менеджмента – многостраничная таблица плюс добавление/удаление пользователей, фильтрация по разным параметрам, настройка количества юзеров. Так вот – изменения должны вступить в силу ТОЛЬКО после того, как юзер кликнет кнопку Apply. В смысле, пока юзер лазит по страницам, я где-то должен все что он там надобавлял/наудалял где-то хранить, и только если он нажмет Apply – изменять базу данных. Причем навигация между страницами – по ссылкам [1], [2], итд. Так вот – если юзер что-то ввел в поле и перешел по ссылке, значения всех полей тоже должны быть сохранены чтобы он их видел когда вернется на эту страницу. То бишь, ссылка уже не ссылка, а просто <a href=”#” onclick=”form.submit()”>.

С одной стороны я их понимаю – типа унификация интерфейса десктопа и веба и все такое. А с другой – не так уж и сложно запомнить что веб работает по-другому. Но, имхо, рано или поздно (лет через 5) html-веб начнет отмирать в пользу тонких и смарт-клиентов.

Кстати, зарплаты java-программистов на сайтах работы растут довольно резво. Полгода назад цифры выше $800 проскакивали не так уж и часто, а сейчас – каждый день что-нить да висит четырехзначное. Не может не радовать :)

А еще мне очень интересно что же будет следующее за Java и .NET. Всякие руби на наследников ну никак не тянут – ни поддержки у них от солидных игроков, ни коммьюнити развитого. Надо в сторону гугла посматривать почаще – чую я что как раз оттуда новый монстр появится :)

1) Автотипизация

var i = 5;
var s = "Hello";
var d = 1.0;
var numbers = new[] {1, 2, 3};
var orders = new Dictionary<int,Order>();

…автоматом превращается в…

int i = 5;
string s = "Hello";
double d = 1.0;
int[] numbers = new int[] {1, 2, 3};
Dictionary<int,Order> orders = new Dictionary<int,Order>();

И, конечно, сразу отовсюду раздались вопли что C# перестанет быть жестким типизированным языком, что такими намерениями вымощена дорога в адЪ и вообще нужно всем программировать на C# 1.0, а то разогнались тут, паимаишь, со своими удобствами-нововведениями. К счастью, ни о какой динамической типизации на самом деле речи не идет, просто тип определяется по инициализатору, таким образом убирая необходимость указывать его явно. Т.е., простое var x; (без инициализатора) вызывает ошибку.

2) Прямая инициализация свойств

public class Point
{
    int x, y;

    public int X { get { return x; } set { x = value; } }
    public int Y { get { return y; } set { y = value; } }
}

var a = new Point { X = 0, Y = 1 };

3) Анонимные типы

Комбинация двух предыдущих :)

var customer1 = new { Name = "John Smith", age = 23 };
var customer2 = new { Name = "Mary Black", age = 21 };

Теперь customer1 и customer2 у нас переменные одного и того же анонимного типа. Т.е., можно написать:

customer1 = customer2;

4) Методы-расширения

Определяем класс таким образом:

namespace Acme.Utilities
{
    public static class Extensions
    {
        public static int ToInt32(this string s)
        {
            return Int32.Parse(s);
        }

        public static T[] Slice<T>(this T[] source, int index, int count)
        {
            if (index < 0 || count < 0 || source.Length – index < count)
                throw new ArgumentException(); 

            T[] result = new T[count];
            Array.Copy(source, index, result, 0, count);
            return result;
        }
    }
}

И теперь делаем вот так вот:

using Acme.Utilities;

string s = "1234";
int i = s.ToInt32(); // Вызывается Extensions.ToInt32(s)

int[] digits = {0, 1, 2, 3, 4, 5, 6, 7, 8, 9};
int[] a = digits.Slice(4, 3);  // Вызывается Extensions.Slice(digits, 4, 3)

Т.е., если в object.method(params) метод method в классе Clazz объекта object отсутствует, то комплиятор просматривает все статические классы в поисках статического метода method(this Clazz object, params), и если находит, то инвокает его.

5) Labmda-выражения

Определяем функции как:

Func<int,int> Square = x => x*x;
Func<double,string> StringToDouble = double d => String.Format("{0:f}",d);
Func<int,int> Factorial = x => { int f = 1; for (i=2; i<x; i++) { f *= i; } return f; }

… и используем как делегатов типа Func<Argument,Result>.

static Z F<X,Y,Z>(X value, Func<X,Y> f1, Func<Y,Z> f2)
{
    return f2(f1(value));
}

double seconds = F("1:15:30", s => TimeSpan.Parse(s), t => t.TotalSeconds);

Если бы у .NET было такое же коммьюнити и число открытых библиотек и фреймворков, как у Java, давно перешел бы на него. Но, опять же, если бы у .NET все это было, то они имхо аккуратнее относились бы к новым фичам, разрушающим совместимость :)

А загвоздка вот в чем была: я связываю страницу MainPage с путем “/MainPage” с помощью метода mountBookmarkablePage(”/MainPage”, MainPage.class). Таким образом, все ссылки на эту страницу приобретают человеческий вид типа http://localhost:8080/wickettest/app/MainList. Но! Пока я не заменил в web.xml <url-pattern>/app</url-pattern> на <url-pattern>/app/*</url-pattern> Tomcat был не в курсе что эту ссылку нужно не самостоятельно искать, а отдавать Wicket’у на распарсивание.

Теперь можно делать ссылки типа http://localhost:8080/forum/6/thread/16/post/5/author :)

Вот так вот из-за одной глупой ошибки чуть не забил на прекрасный фреймворк :)

Есть один workaround – указать в context.xml параметр antiResourceLocking – тогда Томкат будет всегда делать копии библиотек во временную папку и использовать эти копии, а не оригиналы. Но, опять таки, так на 20-м деплоинге Томкат будет держать в памяти уже 20 копий библиотек, а админ будет рвать на себе волосы не понимая почему система так тормозит.

Так что придется взять что-нибудь другое.
Попробую-ка я Wicket.

Так вот, ~полгода назад я примерно так себя и вел :)

1) Генериксы через erasure а не reification. С одной стороны, можно понять что Sun жалко миллионов потерянных баксов несчастных пользователей, страдающих от несовместимости, но с другой – если все такими темпами и продолжать менять, то новые программисты будут просто идти на .net, в котором MS делает все что хочет и плевать хотела на third-party библиотеки.

2) Отсутствие нормальных ссылок на методы (а-ля делегаты в .net или чего-нить подобное). Reflection же, хоть и позволяет использовать методы как переменные, но замедляет программу в сотни раз. Очень приятно было бы также иметь возможность написать methodName.method или fieldName.field по аналогии с ClassName.class. И чтобы это все быстро работало :)

3) Модификаторы доступа. Скорее всего, я чего-то недопонимаю, но предпочел бы чтобы они не были связаны с пакаджами вообще. Просто чтобы private – только в классе, protected – в потомках, public – везде. Плюс чтобы объекты одного класса не имели доступа к приватным и защищенным частям друг друга. Плюс friend для особых случаев. Хотя френдов и обещают вроде сделать к 7-й версии, которая Dolphin.

4) Имя META-INF большими буквами. Выглядит уродливо.

А еще Hibernate меня окончательно заанноил своим неприлично медленным buildSessionFactory() и я его из проекта выкинул, заменив на чистый JDBC. Оно, конечно, не так приятно писать весь этот SQL вручную, зато мне не будет стыдно за то что такая маленькая программка так долго стартует :) Десять секунд для системы учета, написанной одним мной за месяц – это многовато как ни крути :)

Теперь другая проблема – не могу понять как правильно закрыть все окна. Есть AWTшный и SWTшный потоки обработки событий. Соответственно, есть AWTшный JFrame и встроенный в него SWTшный Shell с браузером. И что из них dispose’ить первое – непонятно, то эксепшены вылетают, то вообще JVM падает. Временно использую System.exit, но это напоминает развязывание узла через разрубание :)

Нужно сделать таблицу такого типа с помощью SWT, или, в крайнем случае, AWT/Swing. То есть, с горизонтальными спанами ячеек. Причем таблица немаленькая – где-то 60х10 как минимум – то есть, со скроллингом и подобными делами. Подумав немного, решил что самый простой выход – влепить Browser и в нем нарисовать эту таблицу средствами HTML, а потом слегка подкрасить задний фон под стадартный Shellовский чтобы не было ощущения веб-странички. Что печально – появляются всякие IEшные приколы типа менюшки по райтклику, масштабирования шрифта по контрол+скроллу, итд итп – в общем, то что приличные виджеты себе обычно не позволяют.

1) Небольшая пластиковая карточка размером с кредитку – на ней мое имя, название сертификации, логотип Sun и разные другие надписи
2) Альбомный листок формата чуть больше А4 на плотной бумаге с крупными надписями – очевидно, чтобы вставить в рамочку и повесить на стенку
3) Поздравительное письмо
4) Договор, который если я подпишу и отправлю в Sun, то поимею право использовать логотип сертификации на своих визитках и резюме

Я бы сфотографировал все это счастье, но единственный досягаемый фотоаппарат – у меня на мобилке и он меня приводит в тихий ужос ибо 0,3 мегапикселя, а выглядит как джипег со сжатием в 20 раз. Так что отложим до лучших времен :)

Теперь через месяц пришлют сам сертификат, а через полгода посмотрю как он помогает искать работу.

Вообще, экзамен легкий. Если хотя бы десяток прог на джаве написал, то за месяц или меньше можно подготовиться и сдать на 80%+. Благо, в настоящем экзамене подковырки те же, что и в mock exam’ах. Кстати, отличный список mock exam’ов есть на http://www.javaranch.com/. Особое внимание обращать на те, которые hard – если там набрали 60-70%, то можно смело идти сдавать.

Времени давали два часа, хватило с головой, ушел через 80 минут. Параллельно со мной сдавал еще один парень. Со словарем, хотя это и запрещено :))) Не понимаю, по чему же он тогда учился и готовился? По русским книжкам, что ли? Мокэкзамов на русском я не видел, а без них сдать, имхо, практически нереально. Кроме того, со словарем можно попросту не успеть – он там уже сидел когда я зашел и все еще сидел когда я уходил.

Следующая цель – девелоперский. Даже если я его сдавать не буду :)