Показаны сообщения с ярлыком Naumen. Показать все сообщения
Показаны сообщения с ярлыком Naumen. Показать все сообщения

суббота, 8 января 2011 г.

Нет, я не забросил свой дневник


Во-первых, хочется поздравить всех читателей с прошедшим Новым годом.

Во-вторых, тех, кто празднует - с Рождеством.

В-третьих, хочется отметить, что в жизни моей произошли серьезные изменения: Я переехал в город-герой Москву - стал "понаехом".



Меня больше ничего не связывает с компанией Наумен, теперь я работаю в Москве. По личным причинам не буду разглашать текущее место работы, могу лишь написать про ряд особенностей: компания занимается как оутсорсингом, так и оутстаффингом. В клиентах компании ходит практически вся деловая Москва: от банков до промышленных предприятий. Проекты самые разные: от разработки учетных систем на базе JavaEE, до проектирования интеграционных решений (в основном на базе продуктов Oracle и IBM, но есть специалисты так же и по технологиям Microsoft). Думаю, что в компании, имеющей такой широкий портфель заказов, мне будет чему научиться.

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

Немного жалею, что мало уделял внимания изучению систем промышленного уровня (например, WebLogic, SOA Suite, Oracle BPM и т.д.), нужно было меньше внимания уделять легковесным open source фреймворкам. Понятно, что у каждого фреймворка и технологии своя область использования, но умение управлять большими системами ценится выше. С другой стороны спрос на системы действительно промышленного уровня есть далеко не везде, например, в Челябинске я такой работы не видел.

В целом, несмотря на небольшие недостатки (в частности - время, которое приходится тратить на дорогу), я доволен.

Возможно кому-то будет интересно: пригласил меня непосредственно работодатель, сам я работу в Москве не искал. Все общение происходило на МоемКруге и в Скайпе. Там же - в Скайпе - было проведено собеседование. Что мне понравилось: не было мудацких вопросов типа "напишите запрос", разговор был больше "за жизнь". Так как Челябинск для меня так же неродной город, то особо ничего не удерживало. Работодатель же предоставил жилье в Москве, т.е. избавил от необходимости его искать и снимать. Мне кажется, это - идеальные условия для переезда. Если у вас есть вопросы, касающиеся работы в Москве и переезда в Москву, - задавайте их в комментариях.



UPD: Наконец-то решил вопрос с армией - получил честный военник. Взяток никому не давал, все делал по закону. Что могу сказать: не так страшен военкоматовский черт, как его малюют.

UPD2: Часто задают вопрос по поводу блога: почему я пишу мало статей для начинающих. Я понимаю, что это очень характерно для западной блогосферы - кто более Капитан Очевидность - тот и более заслуженный звездун, но это не характерно для русского менталитета. Я писал "статьи" в стиле Капитана, теперь мне за них стыдно, хотя такие статьи и приносят определенный трафик. Решил писать или о результатах каких-то миниисследований (что-то вроде "перелопатил литературу/источники и нашел, что..."), конкретно o своей практике или, в крайнем случае, теорию, но о том, о чем на русском языке писать не принято. Прошу не удивляться, если писать буду существенно меньше. Призываю приводить в комментариях темы, мнение Сурового о которых вам будет интересно.

Еще один момент: я выпилил свои аккаунты в Twitter'e, ВКонтакте (таки да!) и на Хабрахабре (ресурс для людей, озабоченных кармой, и прочих русофобов) ибо нефиг - работать надо.

Понравилось сообщение - подпишитесь на блог

четверг, 8 июля 2010 г.

47-й выпуск The Art of Programming: Реверансы в сторону Eclipse


Когда я был в городе-герое Москве, Виктор Гамов, ака gAmUssA пригласил меня записать подкаст, посвященный выходу новой версии замечательной IDE - Eclipse.

Основные темы подкаста:
- Временные понаехи в Нерезиновске
- Новое в Eclipse Helios: Marketplace, EGit, обновленный JDT.
- Интеграция Eclipse с операционными системами (с удивлением узнал, что хваленая Visual Studio из коробки этого не умеет).
- Новое в Eclipse Communication Framework.

Сам подкаст The Art of Programming слушаю с первого выпуска. Мне показалось, что сначала был выбран не самый удачный формат для программистского подкаста: все же диктовать и объяснять код - не самая лучшая идея. Но потом парни нашли свой формат. Получился очень интересный подкаст о Java, экосистеме Java, сопутствующих технологиях и в целом об IT. Так же нравятся интервью с известными программистами России. Считаю, что парни делают правильное дело.

Понравилось сообщение - подпишитесь на блог или читайте меня в twitter

понедельник, 7 июня 2010 г.

Впечатления сурового челябинского программиста от AgileDays Екатеринбург


Суровый челябинский программист в пятницу, четвертого июня, побывал на интересном IT-мероприятии, которое проводилось в славном городе Екатеринбурге. Организаторами выступали СКБ Контур и ScrumTrek, генеральным спонсором являлась компания Naumen. Фотографии, темы докладов и некоторая информация об основных действующих лицах доступна на официальном сайте конференции, не знаю, правда, будет ли выложено видео. Здесь же я хочу поделиться своими впечатлениями.

Во-первых, конечно, самое главное - доклады и информация. Лично я езжу на конференции редко и только за этим, хотя такую точку зрения разделяют далеко не все. Судя по твиттеру, основную массу народа больше беспокоило отсутствие WiFi. Мне как человеку от управления проектами далекому и с Agile, Scrum, прочими XP и TDD не работавшему было интересно, хотя информационная составляющая могла быть несколько получше. На конференции было представлено девять докладов (исключая вступительные слова и доклад Максима Гапонова, который не состоялся):

пятница, 25 декабря 2009 г.

Когда система тормозит...


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

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

понедельник, 24 августа 2009 г.

Транзакции и обеспечение правильного порядка асинхронного взаимодействия


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

воскресенье, 26 июля 2009 г.

Мысли по поводу Deadline


Выдалось немного свободного времени и я решил перечитать замечательную книгу по управлению проектами - Deadline от Тома Демарко.

Есть книги, которые хочется периодически перечитывать. Просто потому-что каждый раз открываешь что-то для себя новое. Deadline - одна из них.

В книге очень художественным языком рассказано о том, как управлять командой разработчиков, как решать проблемы и собственно какие проблемы могут возникнуть. Язык очень художественный и понятный. По сути эта книга - производственный роман. В СССР был такой хардкорный жанр в кино, если кто помнит.

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

пятница, 12 июня 2009 г.

25-й выпуск The Art of Programming: Введение в OSGi


Давненько я не писал в свой блог, все почивал на лаврах последней статьи. Однако, так жить нельзя, надо двигаться вперед - открывать новые горизонты и все такое. Поэтому я с радостью согласился на приглашение Gamussa и Golodnyj поучаствовать в записи 25-го, юбилейного выпуска подкаста The Art of Programming.

Поговорили довольно интересно и про жизнь, и про Naumen, и про OSGi. Брэнд Суровый челябинский программист становится все более известным в Интернете, что меня очень радует.

Сам подкаст The Art of Programming слушаю с первого выпуска. Мне показалось, что сначала был выбран не самый удачный формат для программистского подкаста: все же диктовать и объяснять код - не самая лучшая идея. Но, со временем, парни нашли свой формат. Получился очень интересный подкаст о Java, экосистеме Java, сопутствующих технологиях и в целом об IT. Также нравятся интервью, например, недавно парни брали интервью у Якова Сироткина - лидера российской JUG. По-моему, TAOP - единственный подкаст о Java на русском языке. Если я ошибаюсь - поправьте.

И конечно же - ссылки:
Golodnyj
gAmUssA

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

Понравилось сообщение - подпишитесь на блог или читайте меня в twitter

вторник, 25 ноября 2008 г.

Интегратор vs Вендор


Бывают моменты когда перед человеком встают вопросы, которые можно отнести к философским. Например, куда идти работать - в интегратор или в вендор? Кто-то может дать ответ на этот вопрос сходу, кому-то же приходится долго и мучительно думать.

Так получилось, что сейчас я работаю в компании Naumen, которая совмещает эти две бизнес-модели. Мы являемся вендорами таких решений, как Naumen Service Desk (который кстати недавно прошел сертификацию на соответствие ITIL), Naumen Call Center и конечно же Naumen DMS (в группе разработки которого я и тружусь рук своих не покладая). Чем хорошо жить вендору? Он разрабатывает некую "коробку" и все силы разработчиков тратит только на это. Соответственно, внедрением этой "коробки" занимаются или его партнеры (не знаю была ли Майкрософт на этом пути первой, но успешность подхода очевидна), либо вообще сами клиенты. Цимес тут в том, что одну разработанную "коробку" можно продавать многократно.

Но у любой медали, как известно, две стороны. Минусами вендорства является то, что пока ты не разработал эту самую "коробку" тебе надо на что-то жить. Пока ты не вывел ее на рынок - тебе надо на чтото жить. Пока ты не оброс жирком, т.е. сетью партнеров, ну тут вы уже поняли... Выхода 2 - или привлечь венчурный капитал, или получать деньги с интеграторства.