Jack и Android или Повесть о земле и небе

Я не знал что поддержка 8-ой Джавы теперь добавлена в грейдл плагин, везде эти устаревшие статьи, которые по сто лет никто не обновляет.

Потому что вместо устаревших статей, нужно читать https://developer.android.com

Шпаргалка или Must have для андроид разработчика

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

Caution: Do not execute MultiDex.install() or any other code through reflection or JNI before MultiDex.install() is complete. Multidex tracing will not follow those calls, causing ClassNotFoundException or verify errors due to a bad class partition between DEX files.

Для подключения MultiDex есть 3 способа:

• Указать в манифесте у application параметр android:name="android.support.multidex.MultiDexApplication"
• Отнаследовать свой класс App от MultiDexApplication
• Вызвать MultiDex.install(this);
  в методе attachBaseContext(Context) своего класса App`

Рано закапывать Java

Язык поддерживает блоки кода без названия. Они выполняются по очереди сразу после конструктора.

Блок инициализации выполняется ДО каждого конструктора (а по факту копируется в него)

Как оказалось, возможностей Java хватает чтобы верстать декларативно.

Class {{
//blah blah
}}

Только вот DSL в Anko != созданию инстанса анонимного класса каждый раз при объявлении элемента в верстке. В итоге вместо того, чтобы тратить ресурсы и без того не очень мощных устройств на Android на такие операции, как inflate и findViewById, тратим ресурсы на загрузку 1000 и 1 анонимного класса в память.

Затемнение изображения в CollapsingToolbarLayout или Image Scrim

Называется это Text protection, ссылка на гайдлайны Imagery — UI integration

С прозрачностью цветов можно поиграться, чтоб подобрать более плавные цвета.
Методом тыка выяснил, что эти отступы от верхнего и нижнего края отлично подходят для изображения в 300 dp

Там же есть рекомендации и по уровню прозрачности и по размеру области.

В целом статья больше тянет на песочницу, чем на туториал.

P.S. Табличка в виде картинки, серьезно?

hex-colors

100% — FF
99% — FC
98% — FA
97% — F7
96% — F5
95% — F2
94% — F0
93% — ED
92% — EB
91% — E8
90% — E6
89% — E3
88% — E0
87% — DE
86% — DB
85% — D9
84% — D6
83% — D4
82% — D1
81% — CF
80% — CC
79% — C9
78% — C7
77% — C4
76% — C2
75% — BF
74% — BD
73% — BA
72% — B8
71% — B5
70% — B3
69% — B0
68% — AD
67% — AB
66% — A8
65% — A6
64% — A3
63% — A1
62% — 9E
61% — 9C
60% — 99
59% — 96
58% — 94
57% — 91
56% — 8F
55% — 8C
54% — 8A
53% — 87
52% — 85
51% — 82
50% — 80
49% — 7D
48% — 7A
47% — 78
46% — 75
45% — 73
44% — 70
43% — 6E
42% — 6B
41% — 69
40% — 66
39% — 63
38% — 61
37% — 5E
36% — 5C
35% — 59
34% — 57
33% — 54
32% — 52
31% — 4F
30% — 4D
29% — 4A
28% — 47
27% — 45
26% — 42
25% — 40
24% — 3D
23% — 3B
22% — 38
21% — 36
20% — 33
19% — 30
18% — 2E
17% — 2B
16% — 29
15% — 26
14% — 24
13% — 21
12% — 1F
11% — 1C
10% — 1A
9% — 17
8% — 14
7% — 12
6% — 0F
5% — 0D
4% — 0A
3% — 08
2% — 05
1% — 03
0% — 00

Swift и время компиляции

> Ну например то, что этот кусок кода компилируется 12 часов.
Точнее компилировался Resolved: 26 Apr 2016