Или вот тот самый экран с прикольным цветом шрифта.
Для меня это просто некрасиво. Зачем эта дырка в центре?
Вот гайд: https://www.google.com/design/spec/components/buttons.html#buttons-style
Почему у кнопки острые углы? Там же четко написано: Corner radius: 2dp
Вот вам пример, второй экран приложения, диалог. А вот гайды:
https://www.google.com/design/spec/components/dialogs.html#dialogs-behavior
Что мы видим? Выравнивание текста не по гайдам. Тайтл не по гадам. Цвет шрифта текста без полупрозрачности, не по гайдам.
Кнопки перепутаны местами, не по гайдам. Не прибиты к правому краю, идиотского цвета.
А я даже поставил приложение. Там дизайном и не пахло, не то что материальным — никаким. Например, код из смс вводится красным шрифтом! А вот эти иконки со скриншота в тулбаре — они ходят в обратном направлении.
Презентер всегда должен резолвить интерфейс, иначе это не MVP. Без интерфейса невозможно мокировать для тестов.
Не очень понятно, почему модель и вью в презентере сделаны через дженерики. Это ошибка. Сложные модели придется оборачивать, чтобы туда запихать.
Наличие в презентере AsyncTaskа тоже сомнительно. Но даже если закрыть на это глаза, явный косяк все равно есть — в onPostExecute вызывается CounterDatabase.getInstance().getAllCounters(), что точно не имеет права находиться в UI потоке.
Ну а больше всего меня бесит наличие классов MainView и CounterView. В андроиде под вью понимается UI-йный компонент. Пойди потом разбери в презентере, что такое bindView или updateView.
Интересно, а есть ли связь алгоритма и высокочастотной торговли? То есть, можно ли составив базу по торгам достоверно предсказывать поведение рынка? Ведь задача весьма и весьма похожа.
Мессенджер — это немношк технологий и много-много денег в маркетинг. Это именно так и никак иначе. Поэтому ваш анализ с табличками абсолютно бесполезен. Все что вы сравниваете, шифрование, архитектура, кодеки видео и пр. — не более чем маркетинговые фичи. Пользователь плевал на все это. Это косвенно подтверждается тем фактом, что азиатский рынок мессенджеров в обзоре не представлен совсем, а тут есть о чем рассказать.
Ну уголовного может и не быть, но иски вполне реальны. Так например, тут в Берлине для въезда в центр надо проходить тест и получать зеленую наклейку экологичности. Если в реальности дизельные ВАГи не тянут на эти нормы, то претензии может выставлять мэрия, например.
Я облазил все приложение, но транзишнов и анимаций не нашел (гифки из поста фейк). Суть в том, что без танцев с бубном ничего не работает из коробки. Например на гифке № 2 переход между активитями с анимацией картинки. Так вот, из-за того, что там разные scaleType, просто так указанием transitionName для общего элемента анимировать не удасться, будет дергаться. И такие нюансы в каждом новом контроле, абсолютно в каждом.
А я вот категорически не согласен с подобной «ассоциативностью». Мозг, конечно, оперирует объектами и категориями, но не теми, что вы тут используете. Поэтому порождение поискового запроса из элементов списка в моей голове, например, без боли не происходит. Поиск, на мой взгляд, самостоятельная сущность.
Еще, если я правильно понял замысел, то поисковую кнопку надо применять к элементам на экране. Но в этом случае визуально большое «свойство
поиска» добавляется к мелким объектам, что плохо воспринимается в голове. Добавляемое свойство, на мой взгляд, должно быть ощутимо меньше объекта, чего, конечно, трудно добиться в современном дизайне.
Независимые краш-тесты автомобилей или тестирование лекарств тоже глупо?
Производитель сделает все, чтобы заработать, и подобные тесты извне просто необходимы, чтобы сохранить качество.
Тень между панелью поиска и белым фоном: по логике вещей она отбрасывается панелью поиска. Но если оттянуть белый фон вниз, то окажется, что тень прибита к фону.
Не скажу за iOS, но беглый осмотр apk показал большое количество либ, с пересекающейся функциональностью некоторых, а также непожатые пнг-шки по 600кб.
Вместо одной случайной величины берется три, к ним добавляют случайные веса и — вуаля, мы повысили точность. Пассаж про «увеличивает вероятность хороших рисков и уменьшает вероятность плохих» тоже неплох.
У вас огромный комплекс перед более компетентными людьми.
— «Звезды» не стоят своих денег (скорее всего, работа в вашем коллективе их сильно демотировала)
— Руководитель, кажется, обворует, если я его попробую обмануть (в бизнесе принято разговаривать цифрами и доходами, а не «кажется»)
— Продажник слишком зомбирует НЛП (тут сыграл тупо страх потери позиции лидера)
Зато девушка за 6тр в месяц считается лучшим приобретением. (Интересно, сэкономив 2.5кк она получила хотя бы премию?)
Если любого сотрудника хочется уволить через полгода — я бы задумался над отношением к людям.
Автор ставит неправильные вопросы и ждет на них правильные ответы. В чем ошибки
«1. Вопрос: Когда будет выполнена задача?» «2. Утверждение: Это необходимо выполнить сегодня» эти вопросы возникают из-за ошибок планирования, начальник берется разруливать вместо предварительной проработки процесса.
«3. Утверждение: В схожих ситуациях следует поступать следующим образом...» опять же плохой процесс. Поставленные начальником задачи не были зафиксированы ответственной стороной (кто она, как фиксирует должно быть проработано).
«4. Вопрос: Почему это не было сделано вовремя?» автор пишет, что такого вопросы не должно быть. А это самое главное в работе — обратная связь, именно в этом месте тюнингует процесс.
«5. Вопрос: Какие задачи запланированы на сегодня/на неделю/месяц/год?» в абзаце правильный и неправильный вариант по сути перефразированы. Тут вылезает очень важный момент — начальник плох в коммуникации. Не понимает, кто что сказал и почему это сказал, как это интерпретировать. Поэтому, пользуясь служебным положением, он пытается процесс коммуникации поменять под свои дубовые шаблоны.
Разберем диалог
Вопрос: Когда будет выполнена задача?
Ответ: постараюсь
а) В этом месте у автора начинаются трястить руки, он начинает учить отвечать правильно, оба недовольны.
б) Что на самом деле нужно: «постараюсь» обычно достаточно для подтверждения намерений. Это вопрос доверия к подчиненным. Если необходимо простимулировать, то можно спросить, успеет ли к дедлайну и тп. Оба довольны.
Вот так немного изменив тактику общения можно изменить климат в коллективе, увеличить продуктивность и PROFIT
Исключительно гуманитарный подход. Выбрать несколько понравившихся черт, интуитивно оценить их, дать сортировку пузырька.
Насколько это убогий путь исследовал Daniel Kahneman например.
Тут есть два момента. Во-первых, личные качества могут сильно варьироваться в зависимости от обстановки. Например, напористость на собеседовании может полностью исчезнуть за рабочим местом. Корреляции никакой, никак не измеришь.
Во-вторых, оценка собеседующего — штука неточная. Зависит от личных предпочтений, настроения и вообще человек постоянно ошибается. Можно прошляпить хорошего сотрудника только из-за того, что пропустил обед и сидишь голодный и раздраженный.
Вот еще один диалог. Паддинги со всех сторон не по гайдам.
Для меня это просто некрасиво. Зачем эта дырка в центре?
Вот гайд: https://www.google.com/design/spec/components/buttons.html#buttons-style
Почему у кнопки острые углы? Там же четко написано: Corner radius: 2dp
Вот вам пример, второй экран приложения, диалог. А вот гайды:
https://www.google.com/design/spec/components/dialogs.html#dialogs-behavior
Что мы видим? Выравнивание текста не по гайдам. Тайтл не по гадам. Цвет шрифта текста без полупрозрачности, не по гайдам.
Кнопки перепутаны местами, не по гайдам. Не прибиты к правому краю, идиотского цвета.
Не очень понятно, почему модель и вью в презентере сделаны через дженерики. Это ошибка. Сложные модели придется оборачивать, чтобы туда запихать.
Наличие в презентере AsyncTaskа тоже сомнительно. Но даже если закрыть на это глаза, явный косяк все равно есть — в onPostExecute вызывается CounterDatabase.getInstance().getAllCounters(), что точно не имеет права находиться в UI потоке.
Ну а больше всего меня бесит наличие классов MainView и CounterView. В андроиде под вью понимается UI-йный компонент. Пойди потом разбери в презентере, что такое bindView или updateView.
Еще, если я правильно понял замысел, то поисковую кнопку надо применять к элементам на экране. Но в этом случае визуально большое «свойство
поиска» добавляется к мелким объектам, что плохо воспринимается в голове. Добавляемое свойство, на мой взгляд, должно быть ощутимо меньше объекта, чего, конечно, трудно добиться в современном дизайне.
Производитель сделает все, чтобы заработать, и подобные тесты извне просто необходимы, чтобы сохранить качество.
— «Звезды» не стоят своих денег (скорее всего, работа в вашем коллективе их сильно демотировала)
— Руководитель, кажется, обворует, если я его попробую обмануть (в бизнесе принято разговаривать цифрами и доходами, а не «кажется»)
— Продажник слишком зомбирует НЛП (тут сыграл тупо страх потери позиции лидера)
Зато девушка за 6тр в месяц считается лучшим приобретением. (Интересно, сэкономив 2.5кк она получила хотя бы премию?)
Если любого сотрудника хочется уволить через полгода — я бы задумался над отношением к людям.
«1. Вопрос: Когда будет выполнена задача?» «2. Утверждение: Это необходимо выполнить сегодня» эти вопросы возникают из-за ошибок планирования, начальник берется разруливать вместо предварительной проработки процесса.
«3. Утверждение: В схожих ситуациях следует поступать следующим образом...» опять же плохой процесс. Поставленные начальником задачи не были зафиксированы ответственной стороной (кто она, как фиксирует должно быть проработано).
«4. Вопрос: Почему это не было сделано вовремя?» автор пишет, что такого вопросы не должно быть. А это самое главное в работе — обратная связь, именно в этом месте тюнингует процесс.
«5. Вопрос: Какие задачи запланированы на сегодня/на неделю/месяц/год?» в абзаце правильный и неправильный вариант по сути перефразированы. Тут вылезает очень важный момент — начальник плох в коммуникации. Не понимает, кто что сказал и почему это сказал, как это интерпретировать. Поэтому, пользуясь служебным положением, он пытается процесс коммуникации поменять под свои дубовые шаблоны.
Разберем диалог
Вопрос: Когда будет выполнена задача?
Ответ: постараюсь
а) В этом месте у автора начинаются трястить руки, он начинает учить отвечать правильно, оба недовольны.
б) Что на самом деле нужно: «постараюсь» обычно достаточно для подтверждения намерений. Это вопрос доверия к подчиненным. Если необходимо простимулировать, то можно спросить, успеет ли к дедлайну и тп. Оба довольны.
Вот так немного изменив тактику общения можно изменить климат в коллективе, увеличить продуктивность и PROFIT
Насколько это убогий путь исследовал Daniel Kahneman например.
Тут есть два момента. Во-первых, личные качества могут сильно варьироваться в зависимости от обстановки. Например, напористость на собеседовании может полностью исчезнуть за рабочим местом. Корреляции никакой, никак не измеришь.
Во-вторых, оценка собеседующего — штука неточная. Зависит от личных предпочтений, настроения и вообще человек постоянно ошибается. Можно прошляпить хорошего сотрудника только из-за того, что пропустил обед и сидишь голодный и раздраженный.