Pavel

Первый этап — подумать, надо ли это вам вообще. К хорошему дизайну на кривой козе не подъедешь.

Прежде всего: Майк Монтейро «Дизайн — это работа». Даже если не будете потом заниматься дизайном — книга все равно полезная.
Во многом избавляет от романтического подхода вроде «дизайнер — это художник».

Второй этап — учиться: смотреть и делать свое.
Только, во имя всех скандинавских богов, смотреть не на Behance и Dribble. Там красиво, конечно, стиль, все дела, но в конечном итоге 95% работ там просто картинки.
А веб–дизайн — в первую очередь сценарий. Дизайнер определяет то, как пользователь будет пользоваться сайтом: в его власти сделать интерфейс простым и ясным или запутать до невозможности.
Посмотрите работы бюро Горбунова, особенно процесс создания.

Соответственно свои работы тоже нужно рассматривать с точки зрения полезного действия, а не внешней красоты. Эстетика — это третий этап.
Учиться значит читать, в первую очередь. Чтобы делать правильно — нужна система.
Читать лучше от общего к частному, начать стоит с этого:
Дональд Норман «Дизайн привычных вещей»
Виктор Папанек «Дизайн для реального мира»
Параллельно:
Генрих Альтшуллер «Найти идею»
37Signals «Getting Real»

Веб — это интерфейс, значит:
Джеф Раскин
«Новые направления в проектировании компьютерных систем», «Об интерфейсе»
Брюс Тогнаццини «Главные принципы интерактивного дизайна»
Якоб Нильсен «Веб-дизайн. Книга Якоба Нильсена»

Веб — это шрифт и текст, стало быть:
Ян Чихольд «Новая типографика»
Эмиль Рудер «Типографика»
Нора Галь «Слово живое и мертвое»
Саша Карепина «Искусство делового письма»

Веб — структура и верстка:
Тим Харровер «Настольная книга газетного дизайнера»
Мюллер-Брокман «Модульные сетки в графическом дизайне»

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

Могу подкинуть тестовую работу, sakurity.com

Раньше уже отвечал на подобный вопрос, скопирую:

- Знать все популярные языки (и большинство непопулярных тоже)
- Знать все виды БД (обычные Mysql/MSSQL/Postgres + всякие документо-ориентированные)
- Знать устройство протоколов, как и почему они работают
- Знать *nix/win, как работают и что где лежит
- Знать популярные уязвимости, и как их находить
- Знать популярный софт для взлома, и уметь его использовать
- Уметь мыслить нестандартно. Уметь потерять шарик в закрытой комнате.

Вот небольшой список умений типичного киддиса начала нулевых. "Специалист" по ИБ должен знать\уметь все это плюс еще кучу способов как от этого защититься.

-------------------

Реалии немного поменялись, и к этому списку можно добавить еще с десяток еще несколько пунктов.

Уязвимости с помощью СИ в системах не ищут, ее использую, как средство доставки зловреда. Уязвимости ищут через тестирование и анализ, как результатов, так и исходных документов (текстов программ, описаний, стандартов и т.д.). Книга Эриксона, которую рекомендовали выше, конечно хороша, но очень сильно устарела, сменились системы, железо и куча всего, вектора атак поменялись и она сейчас практически бесполезна (за исключением, если вы вообще не знакомы с "азами").

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

Is it possible to use Java 8 for Android development? - вопрос на StackOverflow, датированный апрелем 2014 года. Общая идея ответов следующая:

• Java от Oracle и язык разработки для Android - де-юре никак не связанные друг с другом вещи. Причина - опять же юридическая, связанная с вопросами лицензирования Java для стороннего использования.
  Как следствие, язык и фреймворк для разработки под Android базируются на проекте Apache Harmony, опенсорсной реализации Java SE, причём на той его ветке, которая реализовывала Java 6.
  
• Фичи канонической Java от Oracle появляются в языке разработки для Android спорадически и исключительно по желанию Google, то есть никак не связаны с версионностью Java от Oracle. Де-факто, при работе с Android KitKat и выше можно использовать большинство (хотя, я так понял, не все - к примеру, try-with-resources в пролёте) фишек Java 7.
  
• Существующие способы использования новых фишек канонической Java при разработке под Android базируются на различных хитростях процедуры сборки. Например, для поддержки лямбд предлагается использовать нечто под названием gradle-retrolambda, что конвертирует байткод, получающийся при компиляции Java 8 кода, в байткод Java 6/7, после чего этот байткод конвертируется в формат JVM, используемой в Android. Судя по всему, иных фич Java 8, отличных от лямбд, данный метод не поддерживает.
  Иной подход для использования новых возможностей Java при разработке под Android - это альтернативные языки, в частности, Kotlin (gadfi, спасибо за наводку ;)) - продукт компании JetBrains, на базе чьей IDEA нынче строится официальный инструментарий для разработки под Android.
  

Также интересные соображения на этот счёт можно почерпнуть в другом вопросе на StackOverflow - “Why Apache Harmony” or “How to use Java 8 on Android”

https://developer.mozilla.org/en-US/docs/Mozilla/M...

Я бы посоветовал "усложнить код" нормальными названиями!
i18n.t, lng, j, x, i - у Вас что, ревматизм? Напишите полные названия,
а то не хочется настолько всматриваться, чтобы понять что Вы в цикле делаете.