Неумолимо приближается ноябрь, а вместе с ним новая итерация смартфонов серии Google Nexus. Едва вышел iPhone 5 и поутихли страсти вокруг Apple Maps, как IT-издания принялись усиленно собирать крупицы информации о смартфонах поискового гиганта, которым предстоит стать новыми референсными устройствами для разработчиков под платформу Android, а также энтузиастов, горящих желанием портануть что-нибудь экзотическое типа Open webOS на смартфон с открытым загрузчиком и хорошо документированными спецификациями железяк. Чем ближе к релизу, тем больше информации, как о смартфонах, так и о программе Nexus.
Disclaimer: В статье мало картинок, много букв, масса слухов как подтверждённых, так и не очень.

Доброго времени суток хабр.

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

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

Целей у моей писанины две: открыть для себя нормальный сайт по питерской недвижимости — вдруг такой есть. Это главное. И вторая цель — иногда сидишь на жопе, и вроде все ок… до тех пор, пока со стороны не ткнут носом в твое «дело». Так вот, товарищи, которые занимаются bn, bkn, bsn, eip, emls, itakа, — эти вот «интернет проекты» — это не нормально, это даже не позавчера.

Колонизация Марса. Проект Mars One. Введение: habrahabr.ru/post/149457 Robotex
В комментариях к прошлому посту разгорелось множество различных версий по поводу колонизации Марса. Эта статья содержит более детальную информацию о каждом пункте предстоящей миссии, чтобы вы могли окончательно укрепить свою точку зрения по данному вопросу

О проекте Mars One

Mars One это частная организация, задачей которой является основание колонии на Марсе с использованием уже готовых технологий. Это первый проект, который планирует финансировать столь глобальную операцию посредством ТВ трансляций в режиме реального времени, начиная от отбора астронавтов на Земле и заканчивая

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

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

Я люблю футуристические видео. Пусть даже и связанные с представлением о будущем одной отдельно взятой компании. В них есть что-то такое… завораживающее.

Эта неделя получилась весьма урожайной на ролики от Microsoft: сначала появилось Productivity Future Vision 2011, где редмондцы пытаются экстраполировать сегодняшние разработки лет на пять вперед. Затем видео о безоблачном будущем Kinekt, а после – замечательный ролик про тот же Kinect, но в привязке к PowerPoint. Заинтересовавшихся прошу под кат.

Случалось ли Вам когда-нибудь работать над невозможной задачей? Не над просто трудной, скучной или длительной, а над реально невозможной? Помните ли Вы свои ощущения?
Начинается обычно всё не так уж плохо: начальство просто выдаёт очередную задачу. Это уже не первая Ваша задача, за плечами уже есть пару законченных проектов и ничто, на первый взгляд, не вызывает страха. Звучит задача странновато, но ведь Вы еще глубоко не вникали, да и начальство ведь — не дураки, так что Вы киваете головой и идете разбираться.

Предисловие.
Этот рассказ имеет свою длинную историю. Для многих это, возможно, будет махровый баян, но мне кажется он стоит того, что бы его прочитали новые люди.
Во всех источниках, где я встречал его сведения об авторе были просты и незатейливы: Dmitry Galuscenko. Если кто-то может указать сайт или e-mail — напишите в комментариях, я с удовольствием добавлю.
Итак, начнем.

Мне не хватало байта. Всего одного. Да, да. Того самого, что из восьми бит состоит. Что? Hет, я не псих, хотя одному богу известно, сколь тонкой была граница отделявшая меня от этого состояния.

Я несколько раз начинал писать эту статью, но каждый раз она выходила не такой, как планировалась. Сначала я захотел лишь разбавить одинаковые, словно близнецы, анонсы и обзоры планшетов на Android 3.x и рассказать про общие отрицательные впечатления, основанные на работе с тремя разными планшетами на Honeycomb (не считая двух на Андроиде 2.х). Затем идея показалась не столь привлекательной: обзоры недостатков того или иного гаджета стремятся перейти в “высокоинтеллектуальную” дискуссию вида “сам дурак, у меня все работает”. Последующие версии статьи не нравились мне потенциальным приглашением к холивару, коим воспринимается любая критика Google, а холивары я ненавижу. В конце концов я решился, так как внезапно сформулировал что именно мне не нравится в Андроиде.

С обзорами планшетов у нас вообще какая-то беда. Всё будто под копирку: перечисление тактико-технических характеристик, маркетинговых лозунгов, внешний осмотр и парочка достоинств/недостатков, особенно сильно бросающихся в глаза. Оно и понятно: учитывая среднее время жизни сегодняшних гаджетов, у обозревателя есть максимум полчаса до появления следующего продукта. Но ежедневное применение и встраивание планшета в собственный развлекательный или рабочий цикл не имеет ничего общего с количеством ядер у Тегры и их тактовой частотой. И даже текущие баги не имеют ничего общего (следующая прошивка исправит этот баг и внесет два новых), поэтому я попытаюсь обратить ваше внимание на короткий список *системных* недостатков планшетов на ОС Android 3.x, присущих всей аппаратно-программной системе, а не конкретной реализации какого-либо одного. Повторюсь, оценки недостатков сугубо личные. Положительные качества Android тысячи раз всеми возможными способами доведены до потребителя; я знаю десятки людей, не испытывающих ни единой проблемы в использовании телефонов и планшетов, да и сам не сильно от недостатков страдаю. Тем не менее, мне любопытно насколько хабрасообщество разделит мои выводы.

Перевёл после прочтения комментариев к статье «О ненависти к C++». В цитатах можно найти ответы на большинство возникших там вопросов.

50. Программирование сегодня — это гонка разработчиков программ, стремящихся писать программы больше и с лучшей идиотоустойчивостью, и вселенной, которая пытается создавать больших и лучших идиотов. Пока вселенная побеждает.
— Rick Cook

49. Lisp — это не язык, а строительный материал.
— Alan Kay

48. Ходить по воде и разрабатывать программы, следуя спецификации, очень просто… если они заморожены.
— Edward V Berard

Часть 1/3. Какие бывают 'плюшки'.
Часть 3/3. Какие бывают работодатели. Характерные особенности.

Подводные камни для новичка.

Первые подводные камни, вообще-то, могут начаться ещё на собеседовании — например, проект новый, процесс интервьюирования ещё не налажен, первый вопрос может быть “Do you have a printed copy of your CV?” от иностранного представителя, в общем, на вас в качестве одного из подопытных кроликов этот процесс и будут отлаживать. Ещё вас могут внезапно поставить на “конвейер”: пропустить через три стадии собеседования по часу с лишним каждая сразу. Проблемы это может породить, если вы не подготовились к собеседованию или если у вас на это день назначены ещё другие собеседования. Но это так, к слову.

Общие соображения.

«Если кто-то виноват, то заранее ясно кто».

Во-первых, есть некоторая естественная склонность при возникновении непоняток (что там было про управленческие и коммуникативные навыки?), трений и, тем более, конфликтов с участием новичка истолковывать их не в его пользу. Даже если новичок прав, то всё равно есть причины чтоб его уволить: ‘менеджер не может с ним сработаться’, чел ‘не вписывается в неформальный корпоративный формат’ или ещё что-то в этом роде. Если такое “не сработался” повторится и со следующими, то или через пару-тройку кандидатов с кем-нибудь наконец сработаются или задумаются, а может быть «что-то в консерватории поправить». В общем, если вы кому-то из начальства или “старожилов” из тех, к мнению которым прислушиваются «внезапно» чем-то “не понравились” или почему-то вызываете у него постоянное желание подколоть вас или уязвить или продемонстрировать своё остроумие вместо чёткого и ясного выражения того, что от вас требуется, то, если дело «дойдёт до ручки», то ясно, кого будет проще уволить — новичка на испытательном сроке, которому надо заплатить за три дня, или «более полноправного» работника, которому надо при прекращении трудового договора не по его инициативе заплатить за два-три месяца и с которым уже как-то сработались? И если они за пару-тройку итераций всё же найдут кого хотят и с кем сработаются, то спишут случай с вами на “мало ли что бывает”. Да ещё и вопрос, захотите ли сами работать в такой обстановке.

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

На написание этой статьи меня вдохновила заметка "Как бы вы написали факториал на Java?". Так что извините, я немного поразглагольствую в коде: у меня есть главная мысль, которую я выскажу в конце.

Если вам надо написать факториал на Java, то большинство из ваc, вероятно, начнёт с чего-нибудь

Вступление

Тернист и извилист путь Java-платформы к правильному способу записи строчек в лог-файлы. История logging в Java довольно познавательна в плане изучения особенностей Open Source, в том числе его взаимодействия с корпорациями и единичными программистами. Я собираюсь рассказать столько, сколько возможно, об истории развития Java logging, а также о том, к чему все пришло и как жить дальше.

IT отрасль в целом и создание продуктов интеллектуальной собственности (компьютерные программы и многое другое) в частности – немалая движущая сила современной экономики и мирового прогресса.

Специфика отрасли заключается в том, что профессионалы не всегда могут и не всегда хотят работать in-house и являются фрилансерами. Оно и закономерно – интеллектуальный труд не обязан предполагать рамки рабочего дня и стены офиса.

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

Из одной книги в другую, из статьи в статью кочует мнение о том, что выражение

try {
   //do something
}
catch(Exception ex) {
}

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

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

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

Привет, Хабр!

Этим постом я начинаю серию статей об образовании. Я долго подбирал портал для публикации, но лучше Хабра ничего найти не смог: многие СМИ уже настолько увязли в политике и троллинге, что их редакторы вынуждены отключать функцию комментирования. Поскольку я считаю, что в письменной культуре главное — не сам контент, а его обсуждение, я пришел именно на Хабр.

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

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

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

Услышав о невероятном эксперименте Дженнифер Девальт, которая решила изучить программирование, создав 180 сайтов за 180 дней, я отважился испробовать сходную тактику: работать над побочными проектами каждый день.


Иллюстрация Стивена Резига

Перевод pdf файла с сайта http://www.mcdonaldland.info/ с описанием 23-х шаблонов проектирования GOF. Каждый пункт содержит [очень] короткое описание паттерна и UML-диаграмму. Сама шпаргалка доступна в pdf, в виде двух png файлов (как в оригинале), и в виде 23-х отдельных частей изображений. Для самых нетерпеливых — все файлы в конце статьи.

Под катом — много картинок.

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

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