Большое спасибо за приглашение, было познавательно (особенно второй день), да и лично познакомится было крайне интересно!
Запилил небольшой рассказик о мероприятии. Фотографии оставляют желать лучшего, особенно превьюхи; почему-то Wordpress просто жутко маштабирует фото

Сначала о главном: поскольку участие в конфе платное, традиционно есть некоторое количество билетов, которые я готов безвозмездно-то-есть-даром раздать постоянным участникам RSDN. Для этого достаточно просто написать сюда или мне на почту () о своем желании получить билет.

UPD[19.03.2014]: все приглашения отданы, приглашений больше нет.

---

В этом году, конференция пройдет в Москве, 21-22 мая, в техноцентре Digital October. Получить представление о формате мероприятия можно из, например: https://www.youtube.com/watch?v=Fr_y1_JokqI и https://www.youtube.com/watch?v=RMqCFvCOaYI

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

Приготовьтесь к прочтению, ибо данная статья не несёт практической ценности. Она представляет собой квинтэссенцию абстрактной мудрости. Итак, почему же домашний игрострой как правило проваливается. Давайте не будем размазывать мысль по десяткам абзацев. Если кратко, потому что компьютерная игра это программа, программы собирают люди обладающие знаниями о цикле разработки, который приводит их к успеху.

Не стерпела этого Курочка Ряба, собрала отряд из крепких Петушков

Это отрывок из дизайн документа — курочка ряба. Весь документ представляет из себя бизнес анализ начального уровня. Чтобы лучше было понятно, для объяснений буду использовать RUP. В переводе на русский звучит как — вменяемая методология разработки программного обеспечения. И вот наслушавшись рекомендаций гейм дева человек создаёт дизайн документ. Проблема в том...

В одной из лекций с PyCon US 2014 проскочила очень заинтересовавшая меня информация о том, что с Python 3.3 CPython поддерживает оптимизацию для классов, и старый вариант использования Python, когда класс могли просто заменить на Dict не верен в корне, т.к. Dict не поддерживает никакой типизации. Вроде все верно и логично: никак не ограничиваемый по данным ассоциативный массив против класса, в котором можно предсказать используемые типы и количество полей.

http://sysdev.me/shattered-hopes-python3/

Почему суровые программисты боятся аналогий ?

День добрый,

Наткнулся на весьма интересный сайт http://www.cookingknife.ru/ посвящённый кухонным ножам.
Помимо прочего, сайт содержит много контента для не специалистов, сделанного при этом весьма качественно (хорошие статьи, иллюстрации и видео!) и не содержит рекламы.
Отдельная фишка — в системном подходе авторов, без навязывания единственно правильной точки зрения.
Рекомендую.

В качестве примеров:
Подборка видео "Техника владения" http://www.cookingknife.ru/pages/Tehnika.shtml
Статья "Анатомия ножа" http://www.cookingknife.ru/pages/Anatomy.shtml
Вводное видео "Вы решили купить нож..." http://www.cookingknife.ru/player.aspx?vid=53364092

Один весьма известный и уважаемый в узких кругах исследователь взял на себя труд глянуть по диагонали отдельные части реализации иксов и подготовить об этом презенташку для очередной конференции по новым компьютерным технологиям и защите компьютерных программ: http://media.ccc.de/browse/congress/2013/30C3_-_5499_-_en_-_saal_1_-_201312291830_-_x_security_-_ilja_van_sprundel.html

Для тех, кому лень смотреть и делать выводы... Пара цитат из презентации:

"GLX is a horrible demotivator! 80,000 lines of sheer terror."

и

"In the past
couple of months I've found 120 bugs there, and I'm not close to done."

речь о 120 security багах, если кто не понял. После такой внезапности, xorg-разрабы решили (видимо впервые за все время существования проекта) просканить свой код хоть каким-нибудь статанализатором. Им под руку попался http://cppcheck.sourceforge.net/...

Наш доклад с PoC 2013 об анализе защищенности кода и автоматической генерации эксплоитов: слайды http://www.powerofcommunity.net/poc2013/slide/sergey.pdf, демка http://buff.ly/1hO6rAX

О пакетах нужно знать то, что они соответствуют пространствам имён (namespace). Соответственно на них действуют те же самые правила. По большому счёту это логическая группировка типов. Под типами могут пониматься как классы (class) – типы определяемы пользователем, то есть программистом, так и другие, например структуры (struct), объединения (union), перечисления (enum), псевдонимы (typedef).

Здесь и далее анализ пространств имён рассматривается с точки зрения C++. Истинным Java программистам подобные основы вряд ли нужны, у них скорее будет передозировка проектированием, чем его недостаток. А вот C++ исповедует множественные парадигмы программирования, из-за этого часто его пользователи охватывают лишь одну из них и начинают хаить язык сверху донизу, якобы у них память утекает и тому подобное.

Данные диаграммы направлены прежде всего на обобщённое и объектно-оринетированное программирование...

На данный момент я кажется окончательно вывел для себя правила по выбору языка для той или иной задачи. До этого многие годы писал на C++, C, Python, Java и Objective-C. Перепробовал кучу экзотических языков, таких как OCaml, Erlang, Scala, Lisp, Closure. Так как я не занимаюсь разработкой UI, Web-сайтов или мобильных приложений, все мои соображения актуальны исключительно для разработки системных приложений, сетевых приложений и бизнес логики. Кроме того, все что я пишу в этой заметке относится к командной разработке приложений в рамках относительно крупной компании, и будет не актуально для команд из 1-2 разработчиков или “домашних” проектов.

http://sysdev.me/how-to-select-programming-language/