db
Ты сейчас холивар откроешь. В целом общий поинт такой: либо пока лучше Intel, либо ждать до следующего поколения чипа.
Size: a a a
2021 March 09
AG
Ты сейчас холивар откроешь. В целом общий поинт такой: либо пока лучше Intel, либо ждать до следующего поколения чипа.
И правда холивар, ибо уже по всем тестам m1 на лопатки укладывает intel
S
У меня такое ощущение что новый чип типа только для теста выпустили.
если все норм, то следующую уже нормальную начнут выпускать
если все норм, то следующую уже нормальную начнут выпускать
db
И правда холивар, ибо уже по всем тестам m1 на лопатки укладывает intel
Ну тут то все очевидно. Вопрос же больше стоит в удобстве разработки на этом чипе: доступность тулзов и тд
AG
У меня такое ощущение что новый чип типа только для теста выпустили.
если все норм, то следующую уже нормальную начнут выпускать
если все норм, то следующую уже нормальную начнут выпускать
Что значит для теста? Народ вполне использует в работе.
db
Разработчики же не в вакууме живут
S
Что значит для теста? Народ вполне использует в работе.
тест не в прямом смысле
N4
тест не в прямом смысле
ты задел чувства экс QA специалиста)
AG
Ну тут то все очевидно. Вопрос же больше стоит в удобстве разработки на этом чипе: доступность тулзов и тд
Я не вижу каких-то глобальных жалоб. Всё больше и больше софта адаптируется под m1. Для iOS разработки всё работает и так прекрасно, кроме каких-то узких совсем вещей. Ну и cocoapods работают через одного место, что тоже довольно просто решаемо. При это разница в производительности сильно большая. А в цене макбуки на интеле так и вообще проигрывают сильно букам на m1
AG
ты задел чувства экс QA специалиста)
это было давно и не правда)
S
Окей, спасибо большое 👍🏻👍🏻👍🏻👍🏻👍🏻👍🏻
AN
всем привет, какую б архитектуру вы б выбрали для среднего проекта?
mvc - простая, но боюсь что контроллеры будут здоровые
mvp - презентер будет привязан к конктретному контроллеру, не получится переиспользовать
mvvm - не работал с ней, прикольно что vm можно переиспользовать но боюсь что будет проблема с дебагом
mvc - простая, но боюсь что контроллеры будут здоровые
mvp - презентер будет привязан к конктретному контроллеру, не получится переиспользовать
mvvm - не работал с ней, прикольно что vm можно переиспользовать но боюсь что будет проблема с дебагом
S
а так или мвс и бить экраны на несколько или мввм
DK
всем привет, какую б архитектуру вы б выбрали для среднего проекта?
mvc - простая, но боюсь что контроллеры будут здоровые
mvp - презентер будет привязан к конктретному контроллеру, не получится переиспользовать
mvvm - не работал с ней, прикольно что vm можно переиспользовать но боюсь что будет проблема с дебагом
mvc - простая, но боюсь что контроллеры будут здоровые
mvp - презентер будет привязан к конктретному контроллеру, не получится переиспользовать
mvvm - не работал с ней, прикольно что vm можно переиспользовать но боюсь что будет проблема с дебагом
в mvc делай большую M, а не C и всего делов
M
всем привет, какую б архитектуру вы б выбрали для среднего проекта?
mvc - простая, но боюсь что контроллеры будут здоровые
mvp - презентер будет привязан к конктретному контроллеру, не получится переиспользовать
mvvm - не работал с ней, прикольно что vm можно переиспользовать но боюсь что будет проблема с дебагом
mvc - простая, но боюсь что контроллеры будут здоровые
mvp - презентер будет привязан к конктретному контроллеру, не получится переиспользовать
mvvm - не работал с ней, прикольно что vm можно переиспользовать но боюсь что будет проблема с дебагом
а зачем тебе переиспользовать презентер? Он нужен для бизнес-логики конркетного флоу/экрана/фичи
общие моменты, которые ты хочешь переиспользовать, вынеси отдельную сущность, которая будет в себе эту логику хранить и дальше используй её везде, где хочешь
общие моменты, которые ты хочешь переиспользовать, вынеси отдельную сущность, которая будет в себе эту логику хранить и дальше используй её везде, где хочешь
AS
всем привет, какую б архитектуру вы б выбрали для среднего проекта?
mvc - простая, но боюсь что контроллеры будут здоровые
mvp - презентер будет привязан к конктретному контроллеру, не получится переиспользовать
mvvm - не работал с ней, прикольно что vm можно переиспользовать но боюсь что будет проблема с дебагом
mvc - простая, но боюсь что контроллеры будут здоровые
mvp - презентер будет привязан к конктретному контроллеру, не получится переиспользовать
mvvm - не работал с ней, прикольно что vm можно переиспользовать но боюсь что будет проблема с дебагом
лол, зачем ты рассказываешь про подходы? Типо знаешь?) Странно, но mvc не обязательно будет здоровый контроллер, а mvvm не обязательно тяжело дебажить, если там нет реактивщины. А вообще почитай вот статейку, главное не какой-то определенынй шаблон, а умнение правильно декомпозировать и выделять/создавать логические сущности.
AS
AS
выводы спорные, но обзор хороший
l
максимально поверхностный