Существует огромное количество разнообразных сервисов для Твиттера. Здесь я отобрал те из них, которые будут полезны для сбора статистики.

26 Августа был заложен первый кирпичик в строительство Agile комьюнити в Латвии.

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

Вчера у нас завершилась выездная конференция.

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

Бросилось в глаза в своей массе низкое техническое качество презентаций. Не выступлений, а именно того, что при этом демонстрируется на экране. Три самых главных недостатка:

• очень мелко,
• очень много букв,
• много орфографических и пунктуационных ошибок и они грубые.

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

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

Разминка

Прошло 23 года с тех пор, как я последний раз писал себе программы для тренировок. Несколько листов в тетради с карандашными рисунками, примечаниями и цифрами. Я начал их составлять после травмы поясницы, полученной по собственной глупости и незнанию, в небольшой «деревенской» качалке рядом с Загорской ГАЭС. Тот лишний блин к поднимаемому весу отзывается болью в моей спине и по сей день. Он заставляет меня, при любых обстоятельствах, поддерживать физическую форму. Так мы и живем, боль ждет когда ослабеет мышечный корсет, а я не даю ей этого шанса.

Многое, очень многое изменилось за эти годы, но люди по прежнему «качают железо» и делают одни и те-же ошибки. Я пишу для них. Может кому и пригодится…

Долгожданное обновление сниффера Intercepter'а, помимо мелких исправлений был включен режим DHCP сервера.

Он имеет минимально необходимый функционал и выдает компьютерам в сети указанные настройки, быстрее чем это делает существующий DHCP сервер. Если вдруг легитимный сервер успеет выдать настройки раньше, то Intercepter
отошлет специальный ответ клиенту, после чего клиент возобновит процедуру запроса настроек.

Основным назначением данного режима является скрытая выдача ложной конфигурации сети для перехвата трафика.



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

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

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

Каталог:
Один
Два
Три

μTorrent

Это, пожалуй, самая забавная часть. При очевидно высоких навыках программирования, авторы либо не читали, либо не поняли вот этот документ. Вот что происходит с дефолтными настройками:

Каталог:
Один
Два
Три

Оказывается длинные опусы нужно разбивать. А я то думал «многосерийные» топики публикуют исключительно для зарабатывания рейтинга :-)

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

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

Пожалуй, начну с того, что если перегружаться 15 раз в год, то любой «тюнинг» процесса загрузки отнимает больше времени, чем будет выиграно на перезагрузках за все время жизни системы. Однако, спортивный интерес берет свое, тем более, что люди интересуется процессом оптимизации быстродействия. А загрузка оказалась самым очевидным кандидатом в примеры того, как на мой взгляд должен выглядеть этот самый процесс. Сразу скажу, что грузиться будем с 5400 rpm винта, грузиться будем в «рабочую» систему: помимо недобитой вендорской крапвари там стоит еще куча всякого типа вижуал студии, антивируса, скайпа, стима, гуглапдейтера и пр…

Про то, почему отключение pagefile-а скорее вредно, чем полезно — как нибудь в другой раз, а пока…

Несколько недель назад я написал статью "Строим контентный проект: команда — курица или яйцо?", после которой по просьбам читателей обещал продолжение. Ну и собственно вот:



Вторая часть цикла будет больше практической, нежели теоретической. Я публикую инструкцию «Правила создания новостей», недавно мною написанную для новостной редакции проекта Gooddays.ru, блог которого вы сейчас читаете. Это внутренний документ, но правила, в нём описанные достаточно универсальны, поэтому я публикую его почти без купюр — включая ссылки на старые новости сайта, которые я брал для примера «как не надо». Как надо — можете посмотреть уже сейчас, мы пока ещё далеки от совершенства, но уверенно к нему движемся :)

В русской поговорке говорится «С кем поведешься — от того и наберешься». 

А чего можно набраться, обитая на Хабре? Для этого надо понять, с кем же можно повестись на Хабре, то есть кто посещает этот проект. 

Чтобы ответить на этот вопрос, я чуть более недели назад попросил пользователей принять участие в анкетировании, которое бы дополнило данные о сообществе Хабрахабра, которые уже есть в медиа ките и статистике. На эту просьбу откликнулось более 2 800 человек! 

С результатами этого анкетирования я хотел бы познакомить вас в этом топике. Ниже будет рассказано о том, кто же они — пользователи и читатели Хабрахабра, чем они занимаются, что любят, о чем думают, а также будут даны три практических совета, плюс бонус!

Продолжение статьи «Ставим голос».
В предыдущей статье мы рассмотрели теорию и попробовали производить наш настоящий голос. Появилась заинтересованность в теме.

Вторая часть чуть менее чем полностью состоит из практики, поэтому без долгих разговоров — запаситесь чипсами и пивом, и жми «Далее»!

Вступление…

Решился продолжить статьи
«История одной инфраструктуры. Решения MS. Часть 1»
«История одной инфраструктуры. Решения MS. Часть 2»
«История одной инфраструктуры. Решения MS. Часть 3»
и более подробно рассмотреть вопрос создания документации информационной системы (ИС) предприятия. Сразу оговорюсь, что не претендую на истину, всего лишь, мой подход и мои соображения по данному вопросу. Надеюсь, что смогу помочь начинающим разработчикам документации в этом нелегком деле.

Многих из вас, возможно, посещала крамольная мысль «а тем ли я занимаюсь, чем должен?». На правильном ли вы пути? Действительно ли расходуете отведенное вам на планете время на нужные и значимые дела? Стоит ли вообще заниматься тем, чем вы занимаетесь? Как найти свое предназначение и не пожалеть о потраченных впустую годах? Позволим же себе предаться философии чтобы в очередной раз осмыслить свое предназначение.

Привет, хабр! Сегодня я расскажу вам о том, с чем вы можете столкнуться, если вдруг решите залезть в дебри чужого приложения на Android (в данном случае, онлайн игры). Приключения с просмотром Java-классов в .dex, изучение оп-кодов Dalvik и даже программирование в двоичном коде. Но обо всем по порядку.

Под катом трафик на ~800кб, 293 из которых – скриншоты кода (!)

Было бы очень занимательно поуправлять ЦРУ, но это доступно только товарищу Сноудену. В данной заметке (хотя размер для заметки великоват) речь пойдет про три столпа ИБ, как уже все, конечно, догадались: конфиденциальность (Confidentiality), целостность (Integrity), доступность (Availability). Материал не сильно похож на тот, что есть в учебниках российского производства, поэтому, надеюсь, будет интересным. Некоторые понятия оставляю в оригинале, те, кто в курсе в переводе не нуждаются, да и в контексте, думаю, будет все предельно ясно. Каждый из этих трех аспектов тесно связан физической безопасностью (Safety) и нарушение какого-либо из них может привести к негативным последствиям.

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

То что результат их работы касался только анализа декомпилированного кода под Android, cподвиг меня написать про исследование, которое я проводил еще год назад, причем не только для Android, но и для iOS приложений, и которое, в итоге, вылилось в целый online-инструмент, о котором я расскажу в самом конце, когда станет очевиден его смысл. Часть написанного ниже была представлена на конференции ZeroNights и на страницах журнала «Хакер». (Т.к. материал не был опубликован онлайн, редакция дала на «добро», на публикацию здесь). Итак, поехали.

По многочисленным просьбам, выкладываю исходники схемы часов с описанием компонентов.