К старту нашего флагманского курса по Data Science делимся расшифровкой видео от Себастьяна Лагу — разработчика игр, тьютора и популяризатора IT, который на своём YT-канале собрал уже около миллиона подписчиков. За подробностями, объяснениями и иллюстрациями от автора приглашаем под кат.

Согласно весьма любопытному апрельскому исследованию Flurry (топ 200 смартфонов), 69% пользователей предпочитают смартфоны в диапазоне 3.5" — 4.9". Но сегодня один за другим выходят лопатофоны 5", не умещающиеся в карман. И статистика показывает, что пределов увеличению среднего размера смартфонов не видно.

Гонка размеров экранов началась в 2010 году (см. отличный исторический обзор Engadget «The ever-expanding smartphone screen: how supersized became everyday»), и теперь тем, кому нужен смартфон современной конфигурации, выбирать приходится между лопатами от 5" до 7". Такой не то что в карман трудно положить — одной рукой трудно пользоваться, уже не говоря про повышенную хрупкость.

Поисковик смартфонов Phone Finder сайта GSM Arena, если выбрать всего лишь 2 параметра: «телефон на Android» и «2 GB RAM», предлагает 53 телефона. Однако, если отфильтровать их по параметру «Размер экрана не более 4.5», то останется лишь 5 моделей. Что ещё печальней — характеристики устройств с экранами в диапазоне от 4.3 до 4.6, как правило, хуже (например: нет LTE, или мало памяти, или плохой экран, отсутствие карты памяти или низкое разрешение экрана, защиты Gorilla Glass, слабый процессор, или — ещё хуже — отсутствие поддержки 3G диапазона UMTS 900).

Можно сказать, что в 2013 году производители руководствуются правилом: «Смартфонам средних размеров — посредственную начинку».

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

Что я успел понять про MySQL за несколько лет его разработки:

• развивать не ломая обратной совместимости его нельзя
• MySQL со сломанной обратной совместимостью никому не нужен.

Я опишу две серьёзные проблемы ДНК MySQL, с которыми косвенно сталкивается любой пользователь MySQL 5.1 и 5.5 (насчёт 5.6 не проверял, но не думаю, что этот момент поменялся).

Как вообще MySQL работает?

На ранних стадиях развития интернета, разработчикам приходилось использовать бедные, убогие языки программирования. Приходилось использовать только функции и операторы. Никаких объектов, никаких интерфейсов, никакого dependency injection!

Скажем, чтобы выполнить простую операцию сложения, нашим отцам приходилось писать: 1+1. Да, серьезно.

Но теперь-то у нас есть PHP 5.3 с отличной имплементацией ООП! Представляем библиотеку SimplePHPEasyPlus! SimplePHPEasyPlus позволит вам складывать два числа современным способом, с использованием ООП. Он быстрый, простой, гибкий и оттестированный. Чтобы добавить 1 к 1, нужно всего лишь выполнить следующее:

Ответ на статью.

Если вы не разрабатываете ПО для машин или систем автоматического поддержания жизни и тд — нижесказанное работает для вас при грамотном применении.

Сразу скажу — не моя идея, в статье «Проектирования больше нет?» сам Мартин Фаулер писал об эволюционном рефакторинге. А Боб Мартин даже целую книгу запилил с примером поэтапного развития приложения (и не одним), назвав «Быстрая разработка ПО» и продемонстрировав умение виртуозно материться на Java и C++.

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