• Авалония для самых маленьких
    +1
    У меня вот только 1 вопрос — почему не Xamarin? Он еще и на мобильных платформах работает, и есть крутейший fabulous.
  • Почему iPhone хватает 4 ГБ ОЗУ, а Android — нет?
    0
    Не увидел ответы, многие уже заяснили за даты выхода андроида и айфона)
  • Переработка архитектуры React Native в 2020 году
    +3
    Пишу на RN уже 3.5 года. На Flutter около года. И я хочу сказать, что то, что другое, это очень условно готовый продукт, который иногда работает, а иногда нет, и никто и никогда не даст гарантии, что то, что работает у тебя, будет работать у других. Все что сложнее CRUD'а — это боль, мобильная разработка это место отчаяния.
  • В офисе никого: разработка игр на удаленке
    +1

    Я не понял суть вопроса. Если интересен удаленный игровой проект, то Ori and the Blind Forest была разработана полностью удаленной командой в 80 человек

  • В офисе никого: разработка игр на удаленке
    0

    Gitlab полностью удаленный

  • Зарплаты в ИТ в первом полугодии 2019 года: по данным калькулятора зарплат «Моего круга»
    +3
    Если к 10 на работу, то вставать в 8 утра, чтобы умыться, позавтракать, собраться и добраться до работы. После 19:00 идти домой, по пути в магазин, приготовить ужин и завтрак на следующий день, а еще бы отдохнуть чуть-чуть, уже 24:00, пора ложиться спать, ибо завтра в 8 утра вставать… Где тут жизнь?)
  • Нативная разработка, React Native и Flutter: критерии выбора
    0
    В RN не конкретно Shadow DOM из веба, но своя анологичкая реализация:
    When React start rendering Reconciler starts “diffing”, and when it generates a new virtual DOM(layout) it sends changes to another thread(Shadow thread).

    Подробнее почитать можно тут.

    А приложения вот:
    Android
    iOS
  • Нативная разработка, React Native и Flutter: критерии выбора
    0
    Со всем выше согласен, кроме разницы работы UI. RN по факту всегда медленнее на списках и сложных экранх из-за реализации рендера, а именно -> основный поток JS, который и запросы кидает, и бизнес логику, и рендеры запускает -> все рендеры идут в shadow dom, который еще и сравнивает, а не изменилось ли что? -> только потом идет нативный рендер. Как не трудно догодаться именно проброс из JS в shadow DOM является бутылочным горлышком всей системы. Особенно, если при открытии экрана происходит догрузка данных, после чего, появление новых элементов происходит с анимациями — это 100% тормаза на Android, iOS с этим справляется на много лучше, как и во всем RN, кстати.

    p.s. сам уже 2.5 года пишу на RN, на данный момент приложение с 350к+ уникальных пользователей в месяц (iOS и Android)
  • Хватит делать сайты с бесконечной прокруткойǃ
    0

    Обычно пишут сколько найдено элементов, если это поиск какой-то

  • Обзор работы с Universal Links: плюсы и минусы
    +1
    Да я со всем согласен, я же просто шучу) Просто хотел отметить весьма печальное состояние Android экосистемы в России, где еще очень большое количество людей со старыми и не обновляемыми девайсами. Тут только и остается что читать про новые технологии, а применять дома, чисто попробовать, ибо в прод. это пойдет весьма не скоро.
  • Обзор работы с Universal Links: плюсы и минусы
    +1
    Абсолютно плевать на общую по больнице температуре, у нас есть свой продукт, есть десятки тысяч пользователей, а так же есть свои метрики, которые говорят что 4.4 занимает 25%. А это, согласитесь, ещё очень много.
  • Обзор работы с Universal Links: плюсы и минусы
    +1
    поэтому начиная с Android 6.0
    Вот после этого, Android разработчику можно закрывать эту статью, ибо все еще львиную долю занимает 4.4 =)
  • Apple объявила устаревшими технологии OpenGL и OpenCL
    +1
    Вообще, Metal действительно очень хорошо работает под маками, например, в Heroes of the Storm Metal дает прирост производительности чуть ли не в 2 раза, по сравнению с OpenGL. Да, это не хорошо так резко указывать deprecated на технологии, однако, Metal очень перспективен, необходимо как можно скорее переводить все на него и будет счастье юзерам)
  • Навигация с архитектурными компонентами от Google. Часть 1. Знакомство
    0
    О, наконец-то, в 2018 году Google все же увидели storyboard у iOS =)
  • WebRTC и Electron: тренд для desktop-приложений
    +3
    Чтобы не писать одно и тоже приложение 3 раза?
  • Почему программистам нужны ограничения
    0
    На всех найдётся работа. Я год назад перешёл на react native и забрал ту единственную вакансию что была.
  • Запускаем сервис зарплат на «Моём круге»
    0
    Ввел свои данные, пишу на React Native, система обломала… Сколько тут вообще человек, которые занимаются коммерческой разработкой на RN?
  • Библиотека Reamp: обезболивающее для ваших Android-приложений
    +1

    Можно ещё это почитать, не то чтобы готовая библиотека, но один из подходов асинхронного подхода, который позволяет забить на повороты экрана:
    https://m.habrahabr.ru/post/328512/

  • Смартфон Essential: откуда хайп?
    0
    Не так уж и увеличит. Количество людей, которые реально будут пользовать смартфоном в качество пультов от всего будет настолько меньше от общей массы, что никто из производителей не будет заморачиваться. Тем более что это не удобно. У меня пульт на телеке сдох, пришлось некоторое время телефоном тыкать, это капец как неудобно, нужно всегда помнить о телефоне и брать его с собой, или идти за ним, если забыл в другой комнате, а пульт тихо и мирно лежит рядом с девайсом, которым управляет.
  • Как мы ищем (и почему находим) крутых разработчиков. Опыт HR и советы соискателям
    +13
    Т.е. вам нужен ангяляр разраб. И вот человек, который пишет на ангуляре с момента выхода не подходит по вашим критериям…
  • Как мы ищем (и почему находим) крутых разработчиков. Опыт HR и советы соискателям
    +15
    Когда дают тестовое задание на 10-20 часов, после выполнения которого просто говорят: «Вы нам не подходите», да еще и без объяснения причины… Для таких людей есть отдельный котел)
  • Алгоритм для запоминания иностранных слов
    0
    Хм, идея хорошая, но реализация подкачала. Я уже некоторое время думаю над своим решением, и концепцию офлайна я уже придумал. Ваша же статья привела меня к несколько другой мысли. В общем, пойду работать дальше, возможно, довольно скоро, приведу свой вариант)
  • React Native с колокольни Android разработки часть 2
    0
    Из всего кросплатформенного я ставлю именно на реакт. Во-первых, родитель в лице фэйсбука уже достаточно весомый аргумент, а во-вторых, теперь они каждый месяц собираются с другими командами, что бы обсуждать дальнейшее развитие продукта. Вот уже буквально недавно дали возможность создавать проекты вообще без единой строчки нативного кода. Да и уже в таком сыром виде, инструмент уже очень много может.
  • Рано закапывать Java
    0
    Еще какой оверхед, особенно при использовании MVP:
    1) Мы пишем всю верстку на XML, прописывая тонны параметров, и еще и IDшники.
    2) Потом мы в активити еще цепляем все это (и лучше через butter knife, а то уж больно много писать)
    3) Потом мы пишем интерфейсы, которые будут управлять состоянием
    4) Оверрайдим интерфейс в активити, где в методах уже пишем логику, которая будет изменять состояние объектов (буквы, цифры, возможности нажатия кнопок)
    5) И, наконец, уже в презентаре мы будет вызывать методы интерфейса.

    В 5 разных местах мы по чуть чуть пишем логику 1(!) экрана. Я с радостью выброшу хотя бы 1 пункт из списка, и вообще откажусь от XML.
  • React Native с колокольни Android-разработки часть 1
    0
    Да, я так и делаю, то был пример с оф. туториала react native =) Да и в любом случае, style обычно так сильно разрастается, что в любом случае приходится выводить отдельную константу под это.
  • React Native с колокольни Android-разработки часть 1
    0
    Спасибо, учту.
  • React Native с колокольни Android-разработки часть 1
    0
    Прощу прощения. По большей части это опечатки, т.к. пишу по ходу мысли, я не из тех кто долго-долго думает над текстом и пишет 33 черновика. Я пишу на вдохновении, а потом перечитываю пару раз свой текст. Конечно, проверяю и спел чекером, но от слова в не правильной форме это не спасает, а внимательно вчитываться в каждую букву на 3-4 раз уже невозможно. Буду работать над языком.
  • React Native с колокольни Android-разработки часть 1
    0
    Спасибо за объяснение работы state. Но, тогда у меня вопрос, как лучше сделать ту же страницу логина, если не записывать изменения в state?
  • React Native с колокольни Android-разработки часть 1
    0
    Хм, интересная идея, подумаю над этим. По поводу assets, я не понял, зачем это нужно, как я понял мы спокойно можем создать свою папку с картинками и прочим, импортировать их в js коде и оно будет работать что на андроид, что на iOS, разве не так?
  • React Native с колокольни Android-разработки часть 1
    0
    Скриншоты я брал с оф. туториала react native, а там айфон(
    По поводу работы: JS компилируется в obj-c для iOS и в java для андроида. С рантайм, естественно, страдает, смысл в том, что для андроида (iOS глубоко не изучал) есть 1 активити, которая и запускается при старте, и в эту активити потом отправляется скомпилированный JS код. Во всяком случае во время разработки (SDK я еще не собирал) происходил билд приложения, потом оно запускает эту активити, потом эта активити показывает процесс компиляции JS. Во время первого запуска рантайм увеличивается раза в 2. После, этот процесс намного быстрее. Как допишу приложение, расскажу как оно в готовом виде работает.
  • React Native с колокольни Android-разработки часть 1
    0
    Читаю про redux, но пока в своем тестовом проекте не знаю куда и зачем его прицепить. Потом, как закончу приложение, я сделаю еще 1 общий обзор с глубоким обзором react native, может быть и до redux доберусь. А если и не доберусь, то, надеюсь, люди подскажут где и зачем его использовать.
  • React Native с колокольни Android-разработки часть 1
    0
    Копать глубже я буду и напишу еще статьи по этому поводу. Это же вводная статья для людей, которые хотели начать учить, но по каким-то причинам откладывали. Я объяснил самые азы, что бы люди уже самостоятельно смогли изучать. Лично для меня с первого подхода все этим props и state были не понятны.
  • Повороты экрана в Android без боли
    0
    Спасибо на указание ошибки, поправил код и статью. Стало не так все красиво и уже не без боли, но основная идея все еще видна. Еще буду думать над более изящным решением.
  • Повороты экрана в Android без боли
    0
    Да, действительно. Если включить Don't keep activities, то все летит в нехорошие места. Получается на самом деле нужно реализовывать Creator в классах наследниках. А в таком случае реализовывать Parceble в базовом классе вообще нету смысла.
  • Повороты экрана в Android без боли
    0
    Вот тут-то и скрыта самая сильная магия. Так и задумано, это не ошибка. Я, честно скажу, я не знаю почему, но даже в таком виде ViewModel сохраняется полностью. Я пробовал записывать туда массивы, другие объекты, простые типы, все сохраняется даже при пустом CREATOR. Попробуйте запустить этот код и убедитесь. Кто может объяснить почему такое происходит?
  • Повороты экрана в Android без боли
    0
    Тут дело в том, что даже введенный текст в EditText сохранится, если оставить так как есть.
  • Через MVP к VIPER. Часть первая: MVP
    +1
    Эм, а в чем суть статьи? Статей про MVP с примерами, как именно лучше все разделять и прочее тут тьма. Хотя, надо заметить, я не видел таких статей под iOS, но под android их реально много, поищи их, почитай.