About Java and other stuff

Чем дальше читаю Practical Common Lisp, тем больше понимаю, что он не для меня. Слишком в нем много легаси; Scheme оставил гораздо более приятные впечатления. Поэтому, учитывая, что реальное что-то на лиспе писать шансов у меня немного, остановился на Scheme.

Небольшой rant

Компании очень любят писать про свои core values, ну там, quality, effectiveness, knowledge sharing, дальше по стандартному списку… Было бы здорово, если б рядом с этими values писали еще и anti-values. Например, we don’t care about using modern & effective technologies, we don’t use an individual approach to every employee and we don’t strive to become #1 in the industry. Сразу стало бы ясно, чего ожидать от компании и чего НЕ ожидать.

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

Вот, давеча походил по собеседованиям в три крупные компании, делюсь впечатлениями.

Luxoft

HR не понравились совершенно. Особенно разозлило, когда утром, выходя на работу, я получил от них звонок, что вот, мол, прямо сейчас у меня должно быть телефонное собеседование с заказчиком, о котором меня вчера должна была предупредить другая HRщица (причем, таки да, я потом откопал в телефоне пару пропущенных вызовов). Ну и, как и ожидалось, когда (скорее всего) заказчика не устроили сроки выхода меня на работу, мне не перезвонили.

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

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

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

EPAM Systems

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

HR очень хороший, приветливый и дружелюбный, было очень приятно общаться :)

Техническое собеседование проводили два программиста. Впечатления посредственные, шанса попонтоваться собеседователи не упустили. Но, тем не менее, все было лучше, чем в Componence год назад, где меня сравняли с плинтусом и предложили в два раза ниже, чем я получал :)

GlobalLogic

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

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

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

В догонку к предыдущему посту. Возьмем тот же самый MVC. Очень хороший паттерн, безусловно. Но разве Model, View и Controller – единственные части, которые стоит разделять? Вот, например, список уровней веб-приложения, которые, по-хорошему, должны быть четко разделены:

1) Оформление (html, css, js-эффекты)
2) Разметка (html, css)
3) Статическое содержимое (html, message bundles)
4) Динамическое содержимое (html + forms)
5) Связь клиент-сервер (plain http, ajax)
6) Система генерации контента (шаблоны, jsp, whatever)
7) Навигация (action dispatch, page flow)
8) Конверсия
9) Валидация
10) Обработка событий
11) Доступ к объектам-исполнителям (jndi, spring beans, всевозможные ioc-контейнеры, итд)
12) Объекты-исполнители операций
13) Манипуляция данными (plain jdbc, ejb, hibernate)
14) Доступ к данным (jdbc drivers, соединение с БД)
15) Схема хранения данных и операции с данными, реализованные на уровне БД (таблицы, constraints, хранимые процедуры)

Почему же при описании фремворков и других решений обычно говорят только о трех уровнях? На мой взгляд, MVC сам по себе – это слишком большое упрощение, чтобы использовать его как полноценную основу для проектирования или описания ПО. С другой стороны, для начинающих программистов разделение трех уровней – неплохое упражнение в анализе.

Пост вызван абзацем из книги Core JSF в стиле “а вы знаете, JSF тоже построен по MVC!”.

Понравилось :) Отсюда.

Sometimes, the test justifies the means

The pupil asked two master programmers:
“I cannot test this code without mocking and violating encapsulation.
What should I do?”

One master programmer answered:
“Mocking is bad, and you should never violate encapsulation.
Rewrite the code so you can test it properly.”

The other master programmer answered:
“Mocking is good and testing trumps encapsulation.”

The pupil, confused, went out for a beer.

At the local watering hole he saw the great grand master
programmer drinking beer and eating buffalo wings.

“Great grand master,” said the pupil, “I thought you did not drink.
And aren’t you a vegetarian?”

The great grand master smiled and replied: “Sometimes your thirst is
best quenched by beer and your hunger by buffalo wings.”

The pupil was no longer confused.