Главный блог dev.by

Каждый год портал dev.by проводит опрос пользователей сайта, чтобы составить профессиональный портрет белорусского специалиста в области ИТ, а также проследить последние тенденции на рынке труда. Например, в первый раз мы оценивали влияние мирового финансового кризиса на ИТ-индустрию Беларуси, а прошлогодний опрос был посвящен локальному финансовому кризису: как повлияли на зарплатную политику ИТ-компаний множественность курсов и дефицит валюты? В 2012 году результаты опроса по традиции соответствуют номеру года: нечетные годы обычно связаны с кризисами и опасениями, а четные, наоборот, проходят под знаком спокойного развития и роста. В нашем четвертом опросе мы сделали упор на социологический портрет «айтишника», а еще задали дополнительный вопрос о размере зарплат, чтобы не просто предоставить информацию о каких-то средних значениях, но и показать распределение зарплат в зависимости от должности, возраста, опыта, и так далее. С помощью нашего опроса можно получить информацию из первых уст. Когда ИТ-специалист выходит на зарплату, равную средней? Сколько на самом деле нужно проработать, чтобы претендовать на суммы выше средней, и для каких технологий зарплаты растут быстрее?

Ответ на все эти и многие другие вопросы можно узнать из нашего отчета по опросу...

Программные ошибки, или, говоря по-программистки, баги – это самая злободневная тема для любого программиста, занятого повседневной коммерческой разработкой софта. Неважно, пишите ли вы на PHP, Java/C# или, может даже, на новомодном Haskell... Баги – это то общее, что объединяет абсолютно всех: начинающих и профессионалов, сторонников-бессребреников OpenSource и работяг, делающих на программировании большие деньги. Это порой неподвластная уму и отладчику стихия, которая, безусловно, подлежит укрощению и, как любое другое явление природы, требует для этого соответствующей научной базы. Стройная и непротиворечивая классификация – краеугольный камень любой теории, начальный шаг к обузданию грозной стихии незнания.

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

Итак, прогуляемся по зверинцу редких и не слишком «багов»…

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

Программисты всегда имеют склонность восторгаться какими-нибудь новыми фишками и абсолютно не помнят историю своего ремесла. Node.js вырывается в тренд? Давайте все начнем его учить и говорить только о нем! Как результат, люди снова и снова стараются решить одни и те же проблемы, зачастую выбирая для этого неправильные инструменты.

Чтобы этого избежать, Виктор Савкин, разработчик Enterprise приложений из Торонто, в своем блоге советует уделить внимание «историческим» технологиям, таким как Smalltalk или Lisp. Вот несколько причин, почему это стоит сделать.

Что же такого интересного в этом Smalltalk?

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

Далее – о том, как продавать продукты, а также о том, как не стоит их продавать…

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

Идея и реализация проекта

– Глафира Васильевна, расскажите, как вам пришла идея внесения элементов 3D и информационных экранов в новую экспозицию? – Мир не стоит на месте. И музеи во всех странах мира развиваются с поразительной быстротой – уже во многих экспозициях применяются подобного рода технологии. А саму эту идею мы почерпнули из командировок в другие страны и журнала «Museum»... Как я уже говорила, это не новинка: нет такого, что мы первые в мире используем 3D и информационные экраны. Первые в республике – это да.

А так мультимедийные технологии встречаются во всех музеях мира...

Зед Шоу – еще один известный писатель, который в своих книгах рассказывает о самых трудных способах выучить Ruby, Python и C (и не только). А еще он – создатель уникальной методологии разработки ПО «Пиши код, ..!». Сегодня мы предлагаем вашему вниманию статью Зеда Шоу про идиомы в программировании. А точнее – про то, что их не существует...

В последнее время я занимаюсь редактированием моей книги Learn Ruby The Hard Way – вношу кое-какие последние штрихи. И в ходе работы я столкнулся с феноменом, который приверженцы Ruby называют «идиомой». Он заключается в использовании циклов .each to do вместо for-loop. Считается, что это один из важнейших признаков того, что вы – настоящий Ruby-программист. А отказ от одной циклической конструкции в пользу другой – признак того, что вы просто некомпетентны или недостаточно хорошо понимаете, как принято работать в сообществе программистов Ruby. И такая ситуация возникает не только с Ruby. Python, Java – во всех языках есть эти странные «идиомы», которые сводятся к необходимости принять стандарты определенного сообщества. Я использую .each в Ruby лишь постольку, поскольку мне это насаждают, несмотря на то, что сама конструкция довольно спорна. Но такие вещи нельзя называть идиомами. Идиома – это выразительная фразочка, которая имеет значение только для тех, кто употреблял ее «с младых ногтей», а для всех остальных может звучать как полная ахинея. Кстати, «с младых ногтей» – это и есть идиома, и такие идиомы определяются не столько языком, сколько региональными и культурными факторами. Например, в Великобритании употребляется масса идиом, не принятых в США.

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

4 года назад компания «Интетикс» предложила ИТ-сообществу провести свои соревнования по картингу, очень выгодно отличающиеся от IT-Cup прозрачным бюджетом и IT&carting-related организаторами. Инициативу активно поддержали – и так получилось, что все эти 4 года я была рядом. Что же из себя представляют эти соревнования, что изменилось к лучшему за это время и как сегодня обычному программисту начать готовиться к победе в следующем году? Сейчас все расскажу :)

Как развивались соревнования по картингу среди ИТ-компаний Беларуси все эти годы и чем в четвертый раз это закончилось в минувшую субботу – все это под катом