Довольно забавно слышать как старшее поколение называет всех, от геймера до разработчика баз данных – компьютерщиками. В своей же среде мы называем друг друга программистами, разработчиками или на худой конец специалистами по … Специалистов много, ровно как и технологий, которыми наполнен IT-мир на сегодняшний день. Но всех нас объединяет одно – мы IT-шники. И вот как раз с одним из таких IT-шников у меня возник недавно спор: кто я разработчик программных продуктов (software engineer) или программист(programmer)?

Наш диалог был примерно следующим:

П: Лично я привык называть себя “программер”.

IT: Ты что?! Это же полная ересь. Кто тебя русскому языку-то учил?

П: Где ты слов таких нахватался “ересь”… И что тебе не нравится в термине “программист”?

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

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

Программисты работают в основном водиночку, в то время как разработчики объединяются в группы.

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

П: Мдаа. Так и кто же я по-твоему получаюсь?

IT: Ты типичный IT-шник – не знаешь, чем два слова в родном языке отличаются. А если говорить о том, разработчик ты или программист, то скорее первое. Ты же в команде работаешь?

П: Ага.

IT: Ну вот. Знач, разработчик.

Честно говоря никогда не задумывался над разницей в этих терминах. После этого разговора полез в Гугл и обнаружил, что англоязычный интернет еще с давних времен ведет споры на эту тему.

Programmer vs. Developer vs. Software Engineer (Joel on Software)

Wiki: Programmer

"Developers" AND "Programmers"

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

• доступ к сервису из любой точки
• уменьшение нагрузки на собственое “железо”
• зачастую подобные сервисы бесплатны
• социальность отдельных сервисов открывает порой ранее недоступные возможности своим пользователям

Безусловно существует и ряд недостатков:

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

Но тем не менее использование этих сервисов повышает мою производительность, а недостатки медленно, но уверенно сводятся на нет.

Gmail – почтовый сервис от Google. Прост, удобен и надежен.

Google Docs – онлайн-редактор и хранилище моих документов. Помимо присущей гуглу юзабилити, этот сервис радует меня хорошим дисковым пространством и возможностью расшаривать документы моим друзьям, коллегам.

Google Reader – RSS-читалка, привлекающая меня своей простотой и удобством в использовании. (официальный блог разработчиков)

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

Linkedin.com – социальная сеть, постоянно расширяющая круг моих знакомств.

Slimtimer.com в паре с Bubbles помогает мне эффективно управлять своим временем. Я уже писал о базовых принципах эффективного управления своим временем, а этот сервис всего лищь удобный инструмент для тайменеджмента.

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

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

Payscale.com – время от времени, оцениваю свое текущее финансовое положение на рынке труда. Хотя полностью полагаться на подобные сервисы в финансовых вопросах и не стоит, тем не менее советую всегда держать руку на пульсе.

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

Нашел интересный сервис, позовляющий увидеть дизайн какого либо сайта в определенный момент в прошлом. Вот что из этого получилось.

10 лет назад	5 лет назад	сегодня

10 лет назад	5 лет назад	сегодня

10 лет назад	5 лет назад	сегодня

10 лет назад	5 лет назад	сегодня

Именно так – The Bug – называется "новая" книга Ellen Ullman. Не буду пересказывать содержание книги, просто оставлю две фразы из этого произведения искусства:

"Programming starts out like it's going to be architecture-all black
lines on white paper, theoretical and abstract and spatial and
up-in-the-head. Then, right around the time you have to get something
fucking working, it has this nasty tendency to turn into plumbing.

...

It's more like you're hired as a plumber to work in an old house
full of ancient, leaky pipes laid out by some long-gone plumbers who
were even weirder than you are. Most of the time you spend scratching
your head and thinking: Why the fuck did they do that?"

23 мая 2008 года в Москве прошла конференция веб-разработчиков Remix с участием генерального директора компании Microsoft Стивена Балмера. Организация была в стиле Microsoft – мелкие розыгрыши лицензионных продуктов компании, кофе-брейки, обед, X-Box и пиво в конце мероприятия. Но основную массу, конечно же, привлекли не эти радости жизни, а публика, собравшаяся в тот день.

После вступительной части на сцену вышел Стив Балмер, со своим громким «Developers!» (в этот момент кто-то сзади сказал: «…ну вот, понесло старика»). Во время своего 10-ти минутного обращения к аудитории, Стив сделал акцент на эволюции ПО, на том, что природа программного обеспечения становится не застывшей, а переходит к модели Soft+Service. Потом на сцену вышел Антон Носик и начал интервьюировать Балмера. Первый его вопрос был одним из самых популярных, его я слышал краем уха, еще до начала конференции: «А зачем вы, собсно, приехали?». Стив ответил туманно, мол надо встретиться с заказчиками и что-то там еще… В кулуарах же, одних смущало само присутствие Стива, на столь мелком для него мероприятии, другие недоумевали «А почему именно Носик?».

Далее Стив озвучил надежды Microsoft в отношении пиратства – «Мы надеемся, что не будет пиратства в государственном и образовательном секторе, большом бизнесе, немного - в малом бизнесе. И вообще, должно быть так мало пиратства, насколько это возможно вообще» (смех в зале).

Довольно четким, будто заранее обдуманным, был ответ и на вопрос об отношении Microsoft к open source. В последнее время корпорация действительно стала больше внимания уделять как самой концепции, так и открытым стандартам. Позиция Балмера оказалась очень простой. Исходные коды получат те, кому Microsoft их предоставит, например, государственные службы безопасности. ПО, которое можно бесплатно раздавать, Microsoft старается не делать, так как корпорация существует ради прибыли. Рассказывал он весело, то и дело, поправляя носки, ковыряясь в носу и показывая зрителям язык – старый, добрый Стив.

После выступления Стива зал заметно опустел и на следующий доклад – PHP на Windows, пришли не все. Роман Здевский сразу раскрыл парочку секретов Microsoft'a:

Секрет 1: MS знает, что есть браузеры, кроме IE.

Секрет 2: MS знает, что есть платформы, кроме майкрософтовских.

А затем попытался развеять несколько мифов:

Миф 1: Хостинг на MS дороже. Примером дешевого MS хостинга был партнер компании – MasterHost. Мне в душу закралось сомнение, и я пошел гуглить. Первая попавшаяся мне ссылка показала:

 

Хотя некоторые другие провайдеры дают равные цены для обеих платформ.

Миф 2: Стартовать на платформе MS дорого. Спорить глупо – в нашей стране это действительно миф ;)

Алексей Могилевский, в свое время придумал черточку в Word'e, а на конференции рассказывал об Internet Explorer'e 8. Из доклада можно было понять, что

• IE8 будет красивым. Например, в строке адреса хост выделяется, а, скажем, длинный урл затеняется.
• Web slices. Можно подписаться на часто обновляемые фрагменты веб-страницы.
• Выделение фрагмента текста и просмотр через контекстное меню: месторасположения объекта на карте, правописание, цены на товары, перевод и т.д.
• Если веб-страница обнаруживает отсутствие подключения к интернет, то предлагает сохранить данные на форме до лучших времен.
• AJAX-приложения получат возможность сохранять свои состояния, таким образом кнопки Вперед/Назад опять можно будет нажимать.

Во время открытой дискуссии с залом, Алексей, не смог ответить на вопрос о поддержке динамической подгрузки JavaScript в следующей версии браузера. На вопрос «При переходе от IE6 к IE7 пришлось писать CSS-хаки. Не придется, ли снова?», ответил – «Гарантий дать не могу никаких, но вы можете верить в то, что мы чему-то научились на наших ошибках», другими словами – опыт позволяет делать нам новые ошибки более уверенно.

В докладе о Silverlight 2.0 не было, пожалуй, ничего нового. Хотя Михаил Черномордиков показал, насколько производительней Silverlight 2.0 по отношению к другим технологиям. А также пообещал поддержку этой технологи на мобильных устройствах, причем не только Windows Mobile – Nokia тоже объявила о поддержке.

Под конец конференции состоялся круглый стол, на котором Microsoftовцам Петру Диденко и Владимиру Габриэлю вспоминали старые грехи компании:

Антон Носик ругал корявую локализацию, предлагал перевести Microsoft, как Мелкомягкий, вспоминал, как Ворд делил слова «мультиканальный» и «обломилося». Когда речь зашла о стандартах, Носика понесло: «…ну если есть стандарт – закрывать тэги <td><tr><table> - ёбте, почему бы их не закрывать! Вместо этого Microsoft поддерживает этих идиотов, и говорит – мы отобразим все правильно, как бы коряво вы не написали…». В конце Антон подытожил: «Microsoft ориентируется на эмбицилов» и «пользователи ставят .NET, чтобы взломать IPhone».

Алекс Экслер скромно предложил убить разработчиков пунктуации в Ворде.

Дмитрий Завалишин прямо на сцене начал молиться, чтобы Microsoft никогда не перевела техническую документацию на русский язык. Интересным, мне показалось наблюдение Дмитрия о том, как во время презентации PHP на Windows, технологии из ряда LAMP по одной заменялись на аналоги Microsoft: «Мы берем красненькие, вражеские технологии и по одной их съедаем…». Я согласен с Димой и в другом: Microsoft выглядит таким плохим в силу статистики и своей большой популярности. Пожалуй, это один из самых сильных аргументов в защиту компании, прозвучавший за время всего круглого стола. Почему эта мысль не пришла в голову мелкософтовцев?

Александров из lenta.ru вопросом: «Как пропатчить KDE2 под FreeBSD? – почему этот, сука, популярный вопрос не был задан Стиву?» вызвал только негативные эмоции у круглого стола. Вспомнили Ющенко. Баян.

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

Полезные ссылки:

Официальный сайт мероприятия

Репортаж с выступления главы Microsoft

Internet Explorer 8: краткая запись доклада

PHP и Microsoft: краткая запись доклада

Silverlight 2: краткая запись доклада

Круглый стол о будущем Microsoft в вебе

Блог разработчиков Internet Explorer

Авторский проект Алексея Экслера

Сколько раз эта фраза была произнесена на русском языке? А на других языках? Но, честно говоря, я удивился когда ее произнесли на английском. Причем Jurgen не просто воскликнул на манер Задорнову: “Ну вы и тупые, американцы…”, а умудрился еще и поблагодарить их за это:

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

На этом он не останавливается и развивает свою мысль дальше:

Если бы .NET Framework создавала европейская организация, то он “обязательно” содержал бы API на трех языках (Английском, Французском и Немецком) и еще существовала бы дюжина адаптеров для третьих API, написанных на других двадцати языках Европейского Союза.

Шутки шутками, но у европейцев действительно есть тенденция постоянно искать компромисс во всем. Они не так помешаны на стандартизации и глобализации, как американцы. А для софтверной индустрии – это большой минус.

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

Откровенно говоря, мне тоже не хотелось бы писать софт на китайском.

И напоследок, приведу один интересный закон, действующий в Арканзасе (США):  Река Арканзас Ривер не может подниматься выше моста в городе Литтл Рок. Интересно, а река знает об этом законе?

Технические знания и умения будут всегда востребованы. Но сами технологии уходят со временем. Еще в недавнем прошлом программисту необходимо было уметь работать с памятью на низком уровне, учитывать особенности операционной системы и многое другое. Но сегодня внешняя сторона программирования несколько упростилась благодаря появлению языков более высокого уровня таких как .NET, Java. Безусловно, в разработке программных продуктов осталось много сложностей, я бы даже сказал, их стало больше, только теперь они носят не технический характер, а ориентированы на понимание архитектуры, проблем бизнеса, выбор платформы и т.п. Хотя многие сегодняшние сеньоры и архитекторы были «выращены» на том же С++, С, VB и это помогает им мыслить «иначе»: детальней продумывать свой код, мыслить более абстрактно и в тоже время видеть архитектуру вцелом.
Но тем не менее знание некоторых технологий само по себе сейчас уже не востребовано:

Plain old HTML. Многие компании, на волне Web 2.0 бума, разрабатывают новые продукты с помощью AJAX-based технологий. А старый и привычный нам Web 1.0, постепенно отходит на задний план. По данным компании Foote Partners, за последние два квартала прошлого года оплата знаний в области AJAX и XML выросла на 12.5%.

Cobol. Этот язык процедурный и ему тяжело выжить в объектно-ориентированном мире. Большинство новых Cobol-программ пишутся лишь для расширения или поддержки старых решений. Приведу результаты интересного соцопроса, проведенного Computerworld:

Cobol старомодный язык. - 55%

Cobol низкоуровневый язык, по сравнению с существующими. - 34%

Наша компания слишком молода и у нее нет Cobol-приложений, чтобы их поддерживать. - 27%

Я не знаю Cobol. - 24%

Остальное - 22%

Наша компания слишком мала, чтобы работать с Cobol проектами. - 17%

Fortran появился еще в середине 50х, а это означает, что самому молодому программисту сейчас под 70… Fortrany также тяжело выжить сейчас как и Coboly, хотя его и пытаются реанимировать, создав на основе него новый язык – “Fortress”. Но это будет уже другая история.

Такие популярные технологии прошлого как PowerBuilder и Delphi сейчас тоже уходят на «покой», как бы Borland не старался их поддержать, интегрируя с новыми технологиями. К слову сказать, месяц назад, 7 Мая Borland официально продал свое подразделение разработчиков.

Если применить теорию Пика Нефти к IT-технологиям, то мы можем увидеть рост популярности, того же Cobol’a в 1975–1985 годах и его спад сегодня. Естественно специалисты этих областей не пропадут в один день и даже не перейдут как один на новые технологии. Этот процесс постепенный и, думаю, еще лет 10–20 мы будем слышать о том, что где-то пишут на Fortran, Cobol и Delphi.

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

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

Обычный человек проводит треть своего времени на работе (8/24). Программист же – почти половину (10/24).  Именно поэтому так важно организовать свое рабочее место наилучшим образом. Но как сменить обои в офисе на свои любимые – зеленые с белыми ромашками? Или как принять душ в разгар рабочего дня? Пожалуй, самым простым ответом на подобные вопросы будет – работать из дому. Но далеко не каждая компания приветствует подобный подход к работе.

На мой взгляд, работа в офисе обладает многими преимуществами:

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

При работе из дому, мы получаем не меньший набор «полезностей»:

• Мебель и технику вы выбираете себе сами.
• Обустраивая свое рабочее место, вы, одновременно, обустраиваете свое жилище.
• Нет необходимости соответствовать принятому в компании dress code или другим нормам поведения.
• Всегда можно сделать небольшой перерыв:  посмотреть фильм, прилечь, принять душ.
• Задержаться на работе(дома) намного приятнее, чем провести лишний час в офисе.
• Нет необходимости тратить 1-2 часа в день на дорогу.
  

Честно говоря, мне больше нравиться работать из дому, особенно если учесть специфику профессии и современные каналы связи. Ведь программисту для общения вполне достаточно ICQ или Skype. Доступ к монитору коллеги, рисовальной доске или «листу бумаги» можно получить с помощью Remote Desktop или online-сервисов для проведения конференций. Понятно, что на вкус и цвет товарищей нет, да и ситуации бывают разные, но если у кого-то есть чем дополнить один из списков выше – милости прошу в комментарии.

Несколько несвязная тема, неправда ли? Сейчас все объясню. Вы знаете, у меня есть одна странность – я очень нерешителен, при выборе чая. Это происходит потому, что я сталкиваюсь с тремя проблемами:

1. Упаковки закрытые и узнать аромат и вкус чая, можно только заварив его.
2. Чай продается в 200–300 граммовых упаковках, а это значит, что пить его придется не меньше месяца.(Выкидывать непонравившийся мне чай, не позволяет мой жизненный принцип)
3. Вкусный чай не всегда имеет дорогую, красивую упаковку. А неоновую надпись “это самый вкусный чай”, можно прочитать между строк на любой упаковке.

Отсюда и появляется страх пить неприятный чай так долго! А ни одно мое рабочее утро не обходится без чашечки вкусного чая…

Примерно с такими же трудностями сталкивается и IT-специалист при смене места работы:

1. Какова атмосфера работы, политка, отношение к сотрудникам и перспективы в компании, можно узнать только лишь поработав в ней.
2. Менять место работы чаще чем раз в 1.5–2 года – плохая практика и негативно сказывается на резюме специалиста.
3. HR/PR-отделы IT-компаний всегда выставляют свою компанию в лучшем свете.

Так давайте попробуем разобраться, как же выбрать чай? Для начала можно определить несколько категорий чая: зеленый, черный и сбор трав. Продоложая аналогию с IT-компаниями: компания работающая над одним проектом, компания перебирающая проектами и “всеядные” компании, которые берутся за все, что приносит деньги. Если в случае с чаем, выбор зависит от вкусовых предпочтений покупателя, то для IT-специалиста выбор доллжен основываться на понимании того, как тот или иной тип компании подходит его ожиданиям. Для этого добавим еще пару параметров в оценке IT-компаний – это размер компании, наличие брендового(широко известного) имени, размеры проектов и перспективы карьерного и финансового роста. Сразу хочу оговориться, что какую бы мы аналитику и логические выводы не делали, все равно из любого правила есть исключения, а следовательно воспринимать нижеследующее как панацею на все случаи жизни не рекомендую.

Компании численностью от 1 до 20 человек можно отнести к малым компаниям индустрии. Такие компании редко имеют брендовое имя, так как не содержат маркетинговых отделов, да и средств на рекламу зачастую нет. Эти компании занимаются либо небольшими по размерам и срокам проектами, либо работают над одним, средней величины проектом. В случае, когда такая маленькая IT-компания занимается несколькими проектами, это либо support уже существующих(иногда и больших) проектов, либо разработка маленьких, новых проектов. Маленькие компании редко имеют формализированные процессы, так что опасаться CMMI тут не стоит ;)

Рекомендации: Архитектору делать в такой компании нечего – архитектура либо уже написана, либо проект настолько мал, что применить свой потенциал там негде. Junior-разработчик имеет хорошие шансы получить первый опыт на несложных проектах, а при должном упорстве и в случае роста компании – хороший карьерный рост. На плечи разработчика уровня middle или senior в подобной компании, ляжет основной объем работ, а значит и отношение к ним будет соответствующее. Project Manager или Team Leader имеют все шансы войти в top-management компании. Перспективы же финансовые зависят от скорости развития компании, практика показывает, что компании занимающиеся одним проектом, развиваются медленнее, чем “всеядные” компании. Но стоит упомянуть, что чаще всего “всеядные” берутся за безнадежные проекты и проекты на старых технологиях. Также финансовому росту способствует отсутствие толстой менеджерской прослойки и не-billable людей.

Компании численностью от 20 до 100 человек редко имеют свое брендовое имя, если только она не выросла на одном продукте, который и рекламировала. Разнообразие проектов может быть такое же как и у компаний предыдущего типа. Тем не менее, среди этих компаний чаще попадаются “переборчивые” экземпляры, что благоприятно сказывается на опыте сотрудников не зависимо от их начального уровня. Возможности карьерного роста осложнены тем, что обычно в таких компаниях уже есть сформировавшаяся верхушка в менеджменте и “элита” в трудовых ее слоях. Стоит отметить, что компании этого рода более стабильны и надежны.

Рекомендации: как правило в таких компаниях не больше 2–3 архитекторов, поэтому тут они на вес золота. Так как размер проектов в такой компании средний, выше среднего(в случае с одним проектом) – то лучших условий для обитания архитекторов просто не найти. Для junior-разработчика есть перспектива дорасти до уровня senior за 2–3 года. В случае, с одним проектом (на всю компанию) даты могут несколько увеличиться. Middle и Senior играют в таких компаниях меньшую роль, чем в малых компаниях, но перспектива карьерного и финансового роста есть. Если в такую компанию приходит Project Manager, то он либо сразу попадает в ту “верхушку”, либо начинает заниматься неперспективными проектами. Team Leader также как и Senior будет чувствовать себя в такой компании очень комфортно – есть кем управлять, возможна частичная/полная смена команды или проекта, т.е. есть где получить разнообразный и полезный опыт.

И наконец, компании-гиганты на Украинском IT-рынке численностью от 100 до 500 человек. Такие IT-компании зачастую имеют громкий бренд и редко когда работают над одним проектом. “Вечные” или “support-обещающие” проекты являются основой многих подобных компаний. В таких проектах карьерный рост не предусмотрен, так же как и финансовый (но из любого правила есть исключения – я знаком с командой размером в 50 человек, работающуюю на подобном проекте и получающую вышесреднего по отрасли зп). В компании вцелом карьерный рост сильно осложнен, если в компании все хорошо и нет большой “текучки” кадров.

Рекомендации: мне тяжело посоветовать кому-либо такую компанию, кроме как архитектору и Project Managerу. Все остальные, в такой компании, могут услышать в свой адрес следующее – незаменимых у нас нет!

Станете ли вы перед выбором чая или нового места работы – не важно. Главное – понимать принципы и закономерности развития любого бизнеса, а также постараться собрать как можно больше информации о предмете своего выбора. И помните: риск - дело благородное :)