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

Да, это вам не apple…

Кстати, есть замечательный цикл статей, который описывает структуру и архитектуру ASP.NET Identity, рекомендую ознакомится тем, кто только начинает работу с этим framework'ом. Плюс, как бонус, даются ссылки на реализации бибилотек с различными хранилищами, такими как RavenDB, MongoDB и т.д.

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

Интересных проектов — море. Если не нравится нынешняя работа — зачем себя мучить? Жизнь-то одна, зачем её тратить на нудные скучные проекты, которые уже в печёнках сидят?

Смех смехом, но с моей точки зрения, одну из лучших книг по началам э… всего, написал таки физик. Роджер Пенроуз, «Путь к реальности». Книга вообще-то по физике, но первые ~300 страниц посвящены формированию необходимого математического аппарата. Причем действительно с самого начала.

Первые главы посвящены базовым принципам научного знания, аристотелевой логике и даже обыкновенным дробям =) Далее, постепенно повышая уровень хардкора, автор приходит к тензорам и лагранжианам. А потом уже занимается, собственно физикой.

Как мне кажется, эта книга — самая плотная, но в то же время последовательная упаковка научного знания.

Flickr лучше заменить на Pinterest, имхо.
Я сама чертовски довольна им, собирая идеи для iOS 7, например.
Но есть и очень классные подборки UI по разным категориям! Взять хотя бы аккаунт Timoa. Часто просматриваю и очень рекомендую. :)

Музыку для фона можно было бы взять на Jamendo.com. Очень хороший ресурс с бесплатной музыкой. Ну исполнителя, естественно, где-нибудь надо указать, если я правильно понимаю Crative Commons лицензию.

Сам сейчас потихоньку делаю игру на Unity. Тоже один и полностью всё сам (графику, текстуры, модели, анимацию, подбор и редактирование звуков, скрипты). И для меня бо́льшую сложность представляют как раз скрипты. Хотя, так же не ожидал, насколько много контента придётся рисовать.
Но у меня уже разработка явно затянулась, начал делать игру в июне, а до сих пор делаю один уровень из предполагаемых 10-15. Правда, три месяца вообще не занимался проектом по семейным причинам, не до него было.
Если кому-то интересно, можно посмотреть текущий билд тут: tanygin.me/images/Build.zip
Управление — WASD или стрелочки +пробел как тормоз
Задача — довезти хотя бы единицу груза до противоположного конца дороги.
На уровне ещё не все объекты готовы (по пути увидите болванку планируемого здания), так же уровень ничем не заканчивается пока, переходом в пустую сцену, после чего игру можно закрыть по Alt+F4.
Если по пути весь груз потерялся, то уровень автоматически начинается сначала.

Вот так, примерно:

UIView.Animate(0.25, () => someView.Alpha = 1, () => {
	UIView.Animate(0.25, 3, (UIViewAnimationOptions)0, () => someView.Alpha = 0, () => someView.RemoveFromSuperview());
});

В ней (энергосети) вообще кубика нету. И вообще в игре акцент сделан на голову и баланс. Там есть 1 относительно случайный фактор и даже он сделан весьма правильно.

Странные вы, ребята :) Обычно все наоборот хотят у себя хостится.
Ну в любом случае:

• n.megaplan.ru
• planfix.ru
• wrike.com
• www.birdviewprojects.com/ru/index.asp
• basecamp.com
• www.comindwork.com
• www.5pmweb.com
• asana.com
• flunify.com/en/

Это такие, самые ходовые. А есть ещё куча других, от строго agile до sales-CRM

Предложение, само по себе, это часть продающего письма. И пример хороший вряд ли получится шаблонизировать. Содержание ком. предложения, опять таки, существенно зависит на каком этапе вы его отправляете. Если это первый контакт, и еще ничерта толком не обсуждалось, то шлите полный сейлз леттер. Если что-то уже проговорено (с компетентным представителем, ЧПР, а не с секретаршей, «которую посадили обзвонить»), то, конечно, углубляться в уже обговоренное не нужно, но упомянуть стоит. Обязательно стоит вскрыть некоторые усиляющие предложение моменты (бонусы, ачивки и прочую такую лабудень)
В остальном — типичные правила написания селз писем: текст должен быть простым, доступным, информативным и интересным для того, кому вы пишете, плюс для того, кто платит деньги.
Что там должно быть, а что нет — возьмите какието примеры типа топ 100 продающих писем, проанализируйте «стандартную» структуру, и обязательно изучите кейс, под который они написаны.
И еще один момент. Вначале получится гавнище несусветное. И это нормально. Чутка подретушируйте и отправьте. Со временем скил прокачается, и будут получаться отличные вещи :)

Посмотрите www.foodpairing.com/. Он совсем не бесплатный, увы, увы — но может заинтересовать.

Я действительно не понимаю для чего платить деньги за курсы.
Все, что Вы описали прекрасно усваивается после прочтения Self-Prepare книжек 70-640, 642 и 432. Ну может потребуется еще просмотр каких-нибудь видео типа CBT Nuggets.

Мне вполне успешно удавалось и удается за месяц подгатавливаться и сдавать 1 экзамен.

P.S. Возможно я не могу понять людей, которые не могут без ментора усваивать информацию.

Ну очень самокритично. Прям крик души.

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

если человек не понимает твои увлечения — стоит ли тратить время на человека?
Семья — это не тюрьма.

Никакой специальной магии нет. Ящерицу тоже показывают на пальцах — просто еще одна удобная мнемоника для жеста. Ну и запоминать «ящерица съедает Спока», «ножницы режут ящерицу» легче, чем что-то сильно более абстрактное. Ваш К.О.


Собственно, вот сайт создателя, где он рассказывает всё.

Ну тут каждому свое. Кто-то любит «стабильность», а кто-то «программистов» =)

Пробовал этот алгоритм для узнавания лиц, совместно с Eigenfaces и KNN для классификации. Реализация в OpenCV работает отлично. Самое сложное — выделить признаки в полученном изображении лица.

Поставьте Opera Mobile Emulator он подключается к Dragonfly (это дебаггер у оперы), так что возможна полноценная отладка при любых разрешениях, юзерагентах и т.п.