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

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

Заработная плата, пересмотры условий, бонусы и ожидания компании – самых сложные вопросы во взаимоотношениях компании и ее сотрудников. У меня есть несколько идей, которыми я бы хотел поделиться и услышать Ваше мнение.

Clojure - это новый язык программирования, делающий упор на многопоточность и функциональный стиль. На сегодняшний день существует две реализации Clojure - для JVM и для CLR (последняя выделена в отдельный проект и называется, собственно, ClojureCLR). Тот факт, что язык базируется на широкораспространённых платформах, позволяет использовать огромное количество уже готовых библиотек, а также размещать код на известных и популярных хостингах. Синтаксически Clojure является диалектом Lisp'а. Также он разделяет философию Лиспа "код-как-данные" и поддерживает систему макросов. Однако, обо всём по порядку.

В очередной раз переустановив систему и, конечно же, не сохранив конфиги, столкнулся с необходимостью снова настраивать свой environment, в частности, запускать Clojure. Clojure - это такой новомодный Лисп для JVM (а также CLR). Излюбленной средой разработки для многих лисперов, в том числе и для меня, является Emacs. К сожалению, до недавнего времени конфигурация Clojure в Emacs была сложной и долгой. В сети вы можете найти десятки, а то и сотни рецептов по приготовлению этого коктейля, но большинство из них устарели или ссылаются на недоступные ресурсы. В этой статье я предложу очень быстрый и простой способ заставить эту пару работать вместе.

Проверка проходила на Ubuntu 10.04 и GNU Emacs 23. В целом должно так же хорошо работать и на других Линуксах (различия в инструкциях коммандной строки, я думаю, будут очевидны). На Windows единственное принципиальное отличие я вижу только в способе установки вспомогательных программ.

Часто ли хочется переписать что-то с чистого листа? Часто ли резрешают это сделать? Что думают QA о регрессиях? Legacy-код навязчиво предлагает готовые решения, от которых будет только хуже? Иногда хочется отказаться от привычных средств и написать по-другому. Иногда на этот шаг вынуждают обстоятельства. И под убегающим влево курсором исчезает то, что давно пора было отрезать.

Рассказывает Павел БЕЛЕВИЧ, директор СООО «Гейм Стрим»:

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

С начала двухтысячных мы разрабатываем различное ПО для интернета и рекламы. Среди прочих наших проектов ключевым продуктом в данной сфере был проект под кодовым названием AdRevolver. Созданный продукт стал основной технической платформой для осуществления и оптимизации показа интернет-рекламы сети BlueLithium , одной из крупнейших в США и Великобритании. В конце 2007 года компания BlueLithium вошла в состав интернет-гиганта Yahoo!, а наш продукт продолжил работать в области показа премиум-рекламы Yahoo!. Также некоторые компоненты AdRevolver присутствуют в составе белорусской рекламной сети «Красная баннерная».

Сегодня языки "коммерческой" разработки - такие как C++ и Java, к примеру - слишком сложны и не очень подходят для программирования в современных вычислительных средах, заявил ведущий инженер Google Роб Пайк на конференции O'Reilly Open Source.

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

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