• RxJava в Android - все таки "мода" или "острая необходимость"?

    zagayevskiy
    @zagayevskiy Куратор тега Java
    Android developer at Yandex
    Это удобно. Причин множество, читайте в интернетах.
    Справлялись, например, лоадерами, асинктасками, и прочими велосипедами.
    Асинхронно сходить в базу, например.
    Гугл не молчит: https://github.com/google/agera
    Во многих смартфонах уже 4-8 ядер, а юзать их без Rx довольно неудобно.
    Rx не призван решать описанные вами проблемы.
    Поверх есть всяческие RxBindings, используя их, можно легко уходить от императивного к реактивному.
    В iOS, в общем, есть RxSwift. Но вообще-то сравнивать платформы так некорректно.
    Ответ написан
    8 комментариев
  • RxJava в Android - все таки "мода" или "острая необходимость"?

    thelongrunsmoke
    @thelongrunsmoke
    Программист
    Во-первых, элементы реактивного программирования в андроиде были и есть. Вспомните о DataSetObserver.
    Если вы современный разработчик, то используя RecyclerView, создаёте для него адаптер содержащий имплементацию этого интерфейса, а значит поток данных управляет выполнение программы - это элементы Rx.
    Во-вторых, когда вы обрабатываете данные, хочется оперативно знать об их изменении, здесь реакт на своём месте. Но, часто из Rx пытаются создать двухстороннюю связь модель-представление, а это нарушает принципы MVC.
    Об асинхронности. Java изначально многонитевый язык. Вы можете создавать нити сколько угодно и где угодно. И не забывайте Service - не асинхронен!
    Ответ написан
    1 комментарий
  • Можно ли "обмануть" трекер на Upwork?

    opium
    @opium
    Просто люблю качественно работать
    Это прямой путь в вечный бан на апворке
    Ответ написан
    Комментировать
  • Где можно найти работу для повышения навыков?

    Insaned
    @Insaned
    Я лишь однажды серьезно восрпинял подобный "крик души". По-честному написал человеку с тостера, который говорил о том что не знает куда податься и как развиваться и вообще готов работать бесплатно. Предложил работу по увеличению собственных навыков и получению бабла из воздуха. Реальный, существующий проект. Человек несколько дней любил мой мозг в скайпе на тему "почему я думаю, что этот проект может быть успешным" (а я так не думаю, надо пробовать) а потом пропал в неизвестном направлении. Хотя изначальное письмо было сильно длинее чем у автора и безнадега в нем чувствовалась и желание работать...
    С тех пор я к такому с недоверием отношусь. Если человек хочет что-нибудь делать - он берет и делает. Хоть что нибудь, потом смотрит что ему нужно улучшить и так до достижения результата.
    Ответ написан
    1 комментарий
  • Примеры идеального кода?

    @zahardzhan
    Почитай книгу "Идеальный код" [Beautiful Code, O'Reilly, 2009]. Хорошая вещь, профессионалы рекомендуют. Разбор образцовых примеров кода всех возможных стилей и направлений.
    Ответ написан
    Комментировать
  • Что такое список в функциональных языках программирования?

    @zahardzhan
    В чисто функциональных языках программирования функция это одновременно и программа и данные, поэтому список это просто функция которая содержит в себе множество других функций, которые являются элементами списка, в упорядоченном виде. Соответственно извлечь функцию-элемент списка из функции-списка можно с помощью применения функции извлечения функции-элемента списка из функции-списка. В памяти такая конструкция хранится в виде дерева.

    Например, функция-список λfx.fu(fv(fwx)) содержит в себе функции-элементы u, v, w

    λfx.fu(fv(fwx))
    
            f
            x
           . .
          f u .
             . .
            f v .
               . .
              f w .
                   x


    Функция λl.l(λab.a) извлекает первую функцию-элемент из функции-списка

    λl.l(λab.a)
    
             l
            l a
              b
              a


    Извлечение функции-элемента u из функции-списка (λl.l(λab.a))(λfx.fu(fv(fwx)))

    (λl.l(λab.a))(λfx.fu(fv(fwx)))x = u
    
                                                                             .
          .                  .            x             x            x      x x    u
         . .                . .          . .           . .           u      u
        l   .              f   a        a u .         b   .
       l a   .             x   b        b  . .        u  . .
         b   f            . .  a        a a v .         b   .
         a   x           f u .            b  . .        v  . .
            . .             . .           a a w .         b   x
           f u .           f v .            b    x        w
              . .             . .           a
             f v .           f w .
                . .               x
               f w .
                    x
    Ответ написан
    Комментировать
  • Где можно найти работу для повышения навыков?

    dmitry_pavlov
    @dmitry_pavlov
    World-class .NET freelance contractor (remotely)
    Удаленно редко кто хочет нанять человека, который учится. Устраивайтесь (по вечерам, на полдня, как попало) в офис аутсорс компании (человек на 50+) на пол/четверь ставки или "за спасибо" джуниором/интерном/практикантом/кем-попало. За полгода/год - подровняете скиллы и технические и проектные (не менее, а то и более важные в нашей индустрии). Это хорошая и быстрая школа.

    P.S. Относительно мотивации. Это обычная лень и отсутствие навыка не начинать ерундовых дел и доводить неерундовые до конца. Читайте книги и статьи. Со временем количество даже не слишком понятной информации перейдет в качественно новое понимание концепций программной инженерии. Законы диалектики никто не отменял :) количество перейдет в качество :) Главное не лениться и уделять своему развитию каждый день не менее 15 минут (больше - лучше) только без пропусков. Еще два правила полезных тут и вообще в целом:
    1) принцип Парето (чтобы эффективно тратить свои ресурсы)
    2) закон Старджона (чтобы не быть слишком серьезным и не перегреваться) :)

    Найти и разобраться что это за такое - домашнее задание :)

    UPDATE: наткнулся вот на статью ain.ua/2016/06/22/656143 - Практическое руководство для тех, кто хочет стать профессиональным веб-разработчиком
    Ответ написан
    8 комментариев
  • Какое время ответа сервиса должно быть при разработке api?

    dmitry_pavlov
    @dmitry_pavlov
    World-class .NET freelance contractor (remotely)
    В старой книжке по юзабилити было сказано примерно так:

    0,1 s (или 100 ms) - предел, до которого пользователю кажется, что система работает мгновенно и никаких прогресс баров не требуется.

    1 s (или 1000 ms) - предел, до которого пользователь замечает небольшую задержку, но в целом ему кажется, что все работает нормально.

    10 s (или 10 000 ms) - пользователь перестает следить за процессом и ему кажется что система подвисла.

    В целом логика проста: меньше - лучше. Думаю, что предел когда все можно считать OK - до 1 секунды, лучше 500 ms (если конечно речь не про вызов API в цикле - тогда надо чтобы все запросы уложились в этот предел). Если отклик больше имеет смысл для той системы (обычно некий пользоваельский интерфейс), которая использует API - добавить какую-то анимацию вроде индикатора загрузки - в этом случае пользователь спокойней переносит б0льшие интервалы отклика, так как видит что система что-то делает. Обычно в веб приложении, которое лезет за данными (особенно если это не по одному элементу а обработка пакетом) в какие-то внешние системы делают индикатор. Можно довольно просто навесить какую-то анимацию на все AJAX вызовы с помощью api.jquery.com/category/ajax/global-ajax-event-handlers - на старт показывать на завершение скрывать. Есть много готовых решений.
    Ответ написан
    5 комментариев
  • Какие книги по разработке под Android сейчас актуальны?

    Android Programming: The Big Nerd Ranch Guide (2nd Edition) (Есть перевод)
    Head First Android Development (Есть перевод)
    Introduction to Android Application Development: Android Essentials (5th Edition) (Developer's Library)
    Android Application Development Cookbook - Second Edition
    ...
    Ищите в amazon'e там много новых книг. Читайте комментарий, смотрите на рейтинг книг.
    Ответ написан
    2 комментария
  • Как зарабатывают разработчики на бесплатных framework`ах?

    Denormalization
    @Denormalization
    Взять тот же Laravel:
    - Как минимум 3 сопутсвующих ПЛАТНЫХ проекта (forge, spark, envoyer).
    - Конференции с нехилым ценником.
    - Консультации
    - Не уверен, но возможно laracasts что-то отстегивает.

    И так же у многих крупных OpenSource проектов. Заработок идет на enterprise решениях на основе их проекта. (Та же платная поддержка).

    Некоторые (на вскидку не вспомню) OpenSource проекты получают финансированние от крупных организаций (Google, Yahoo, Microsoft, IBM).
    Ответ написан
    Комментировать
  • % от знакомства с клиентом, или спасибо хватит?

    arutyunov
    @arutyunov
    Mooza.ru — Делаем сайты
    Скажите просто "спасибо" и в следующий раз этот партнер порекомендует другого своего разработчика своим клиентам, а вы не получите еще один заказ.

    Партнерские отношения на то и партнерские, что оба остаетесь в выигрыше — вы получаете нового клиента, а ваш партнер получает некий %.
    Вас рекламируют, причем заведомо бесплатно. Многие фрилансеры тратят огромные деньги на про-аккаунты и продвижение своих услуг. Причем про-аккаунт не гарантирует готовых клиентов. А тут готовый клиент + концепция "заплати, сколько не жалко" (утрированно).
    Ответ написан
    1 комментарий
  • Передача данных между активити.?

    @Elysey
    Перед вызовом startActivity, в Intent передать данные.
    Например:

    String data = "Эти данные необходимо передать";
    
    Intent i = new Intent(MainActivity.this, SecondActitviy.class);
    i.putExtra("testNameData", data);
    startActivity(i);


    А во втором активити вызывается метод getIntent и по указанному ключу вытаскивается данные.
    Например:
    String data = getIntent().getExtras().getString("testNameData");


    Таким образом можно передавать различные типы данных
    Ответ написан
    Комментировать
  • Что делать с клиентом, который ничего не понимает в технологиях?

    @hubramubr
    Клиент обращается к тебе по двум причинам:

    1) Может сам, но не успевает или не хочет возиться.
    2) Не может сам и обращается к тебе как к специалисту, способному решить его проблему.

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

    В чем вина клиента?

    Наиболее правильный путь - договориться с клиентом, чтобы получить удаленный доступ к его системе и все сделать самому. Желательно за отдельную денежку. А можно и даже бесплатно - больше шансов получить лучший отзыв.
    Ответ написан
    Комментировать
  • Что делать с клиентом, который ничего не понимает в технологиях?

    Freika
    @Freika
    Senior Ruby on Rails developer
    Помогите клиенту разобраться и настройте ему все, он вам будет только благодарен. Все это за отдельную плату, конечно же. Не нужно вести себя как высокомерный индюк.
    Ответ написан
    Комментировать
  • Кто прав, заказчик или фрилансер?

    Denormalization
    @Denormalization
    Неправ фрилансер, который "наобум" назвал цену и даже не удосужился все проверить.
    Но делать он ничего не обязан и заставить его не получится.
    Ответ написан
    7 комментариев
  • Как уйти с распутья технологий?

    @0x131315
    Стратегию уже подсказали: найти любую работу, чтобы кушать, и тем самым выиграть время на изучение чего-то, что поможет зарабатывать больше, и тем самым выиграть еще больше времени, и в конце концов изучить то, благодаря чему будешь работать не на зарплату, а на удовлетворение.

    Что касается языка - на первое время следует сосредоточится на чем-то популярном, попсовом, где больше всего вакансий, где проще найти работу. На зарплаты пока внимания обращать смысла нет - это лишь первый шаг, потом все-равно зарплаты станут больше, и скорее всего сменишь сферу деятельности, в соответствии со своими вкусами и желаниями.
    Но чтобы получить время на изучение языка, требуется источник дохода - любая работа, которая позволит кушать, платить за квартиру, одежду, оборудование и услуги.

    А так по моему важнее не инструмент, а умение им пользоваться. Начинать следует с алгоритмов, а язык использовать как инструмент.
    Хотя откладывать изучение языка тоже нельзя - практика важнее теории. Так что в комплексе - постигай алгоритмы на практике, по мере необходимости, и запоминай их.

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

    Конкретный язык нужен кодерам - это те, кто воплощает чужие идеи в коде, т.е. конечные винтики в процессе разработки софта, исполнители. От кодеров требуется только перенести уже готовый алгоритм на требуемый язык, максимально быстро, и по возможности без ошибок.
    Изучив конкретный язык ты можешь стать кодером, но это черновая работа, и по хорошему - временная, просто ступенька на пути становления программиста. Нужно двигаться к архитектору, инженеру, непосредственно программисту в широком смысле.

    Программисту важнее знать как именно решать задачи, т.е. иметь представление об алгоритмах и навык формализации всего и вся. Т.е. уметь непосредственно разрабатывать алгоритмы, умение кодить - второстепенно.
    Т.е. программист - это лишь инженер сетей обработки информации.

    Также упрощает задачу стандартизация подходов к решению задач, парадигм - большинство из них уже формализованы, и описаны. Например всем известное ООП, модульное программирование, конечные автоматы, и т.п. Описано более двух десятков таких моделей, их следует по возможности освоить. И не стесняться комбинировать.

    Дополнительно упрощает задачу то, что большинство алгоритмов стандартные, и почти все известные алгоритмы уже кем-то реализованы в библиотеках или исходниках, так что вместо написания с нуля достаточно просто подключить нужную библиотеку или скопипастить кусок из исходников. Но для этого нужно знать, что такой алгоритм вообще существует, в какой именно библиотеке реализован, когда и как его можно и стоит применять.
    Во вторых давно доступен гугль, который всегда подскажет как решать ту или иную задачу, какие для этого есть алгоритмы, в каких библиотеках, когда и как их применять.

    Т.е. современный разработчик может выехать чисто за счет умения гуглить.
    И это не плохо на самом деле - преподы в институтах говорят примерно тоже самое: хороший инженер - не тот, кто все знает, а тот, кто может решить любую задачу. И помогают в этом вовсе не знания, а умение искать нужную информацию, ибо все знать все-равно не получится.

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

    Опыт нарабатывается практикой - тут нет ничего нового: просто берешь себе задачу по вкусу, и решаешь.
    Не можешь сам генерировать задачи - ищешь годный внешний генератор: форумы проблемных пользователей, имиджборды, конкурсы, аукционы программистов (это где работают фрилансеры). Также хорошо идет создание своего проекта или участие в разработке чужого - развитие любого проекта всегда порождает множество задач, которые нужно кому-то решать, а это отличный генератор.
    В общем ищешь реальных заказчиков, или берешься за незначительные заказы, или работаешь ради альтруизма, решая то, что тебя не просили - есть всякие гитхабы и багтрекеры.

    Главное найти задачу и решить ее. Начинаешь с простых, и постепенно усложняешь. Параллельно, прямо по ходу решения, изучаешь алгоритмы, и нарабатываешь опыт. Со временем начнешь щелкать задачи быстро и между делом, как семечки, те, которые по первости у тебя отнимали недели, а то и месяцы.

    Недоведение решений до конца - следствие неверного подхода: либо берешь задачи, к которым еще не готов, слишком сложные, либо не имеешь возможности работать - у тебя нет условий для решения задачи: времени, места и внимания. Либо просто тебе это реально не нужно - тебя и так все устраивает, и планов на будущее нет.

    С третьим - придешь, когда поймешь, что тебе это нужно. Из-под палки не учатся.

    Со вторым все понятно: надо либо создать условия, либо отказаться от этой деятельности, и перейти к другой.
    Кто-то отказывается, уходит на другие работы, в основном физические, неквалифицированные, просто чтобы не думать. И как правило остается там до конца, уже не в силах выбраться из болота рутины.
    Кто-то приспосабливается - отгораживает себе уголок, меняет работу на ту, что дает больше свободного времени, начинает работать по ночам, забивает шум наушниками, и т.п. костыли.
    Кто-то кардинально меняет свою жизнь - переезжает в сьемные квартиры, выделяет себе комнату, изолирует ее или устанавливает в доме режим тишины, в общем создает себе полноценные комфортные условия для творчества. Это если удаленка - многие именно из-за невозможности работать дома, предпочитают офисы, или специальные кафе или клубы для работы.

    С первым все просто: не можешь что-то решить - отложи, и спустись на ступеньку ниже по шкале сложности.
    Есть такой психологический феномен: от решенных задач ты получаешь удовлетворение, силы и мотивацию двигаться вперед, от нерешенных - негатив, апатию, потерю воли и мотивации.
    Причем мозг устроен так, что запоминается лишь негатив. Поэтому крайне важно решать задачи, и не допускать незавершенных задач. Отложи, но не забрасывай.
    Нерешенная задача - это как психологический запой, нечто вроде депрессии: одна нерешенная задача тянет за собой другую нерешенную задачу, и так быстро уходишь на дно, теряя мотивацию и веру в себя. Замкнутый круг. Ты находишься именно в нем.

    Разрывать такие круги можно лишь одним способом - рутиной: медленным, последовательным и целенаправленным натиском, движением в одну сторону. Грубо говоря перестаешь жить эмоциями и импульсами, вырабатываешь продуманную программу развития, и действуешь по ней, строго, как робот, до тех пор, пока не начнешь получать положительный отклик от работы, пока не придет желание двигаться дальше - это вернулись воля, мотивация и вера в себя.

    Чтобы вернуть веру в себя, нужно стать победителем. Победители всегда побеждают - в этом и суть. Необходимо начать побеждать, любой ценой: нужно брать такие задачи, которые точно сможешь решить, какими бы простыми они не были. Можешь вернуться к азам, началу, детскому уровню сложности, если потребуется - главное чтобы задачи начали решаться, не важно какие и как. Пока не уверен, что готов двигаться дальше - удерживаешь уровень, каким бы низким и зазорным он не был. Важно обмануть мозг, а не показать класс всему миру, иначе обратно утонешь.

    Сложность задачи не особо влияет на мотивацию, а вот факт решения/нерешения - влияет сильно. Не решил - значит не осилил, не осилил - значит не достоин, не достоин - значит иди ко дну и не рыпайся. Это как импотенция: импотент - значит не мужик, не мужик - значит никто, ничего не достоин и об тебя можно ноги вытирать. Подсознание портит всю малину, так что не следует давать ему шанса - лучше решить задачу попроще, чем не решить по сложнее.
    Ответ написан
    7 комментариев
  • Есть кто-нибудь кто читал The Busy Coder's Guide to Android Development?

    @brunen9
    Можно попробовать в складчину книгу приобрести: https://skladchik.com/threads/%D0%9F%D0%BE%D0%B2%D...

    Так сказать, недорогой, но полноценный пробник. А если книга понравится - тогда уже и собственную подписку оформить.
    Ответ написан
    Комментировать
  • Есть ли гарантный сервис, которому все доверяют?

    Ernillew
    @Ernillew
    Администрирую *nix-системы с 1997 года
    Серьезные фриланс-биржи выступают именно такими гарантами.
    Ответ написан
    2 комментария
  • Как улучшить код на Android?

    @IceJOKER
    Web/Android developer
    Так и происходит разработка - пишете, пишете - переписываете и так рекурсивно.
    Даже после полного Code Review Йодой по программированию все равно через некоторое время придется его переписать.
    Стремление к идеальности )
    Ответ написан
    Комментировать
  • Как называется область над Toolbar в Android?

    iLLuzor
    @iLLuzor
    Java, Kotlin, Android Developer
    Никак не изменить. Это системный статусбар
    Ответ написан
    4 комментария