• Создание мобильного приложения: свой штат, фрилансеры или аутсорсинг?

    @stoitli
    Зависит от размера бюджета, а тот зависит от типа приложения.
    Зависит также уже от наличия разработчиков в штате (если вы девелоперовская ИТ-шная компания это одно, а если для вас это не по профилю - то совершенно другое) и пр. и пр.

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

    В противном случае - смысла нет на своих рассчитывать. Они не эффективны будут, если не специализируются на этом.

    Фриленс - мелкий проект, мелкий бюджет (скажем, до года; до 500 000 рублей).
    Аутсорурс - средний проект, средний бюджет (скажем, до года; до 5 млн. рублей)
    Свои - крупный проект, серьезный бюджет
    Ответ написан
    Комментировать
  • Создание мобильного приложения: свой штат, фрилансеры или аутсорсинг?

    Marble13
    @Marble13
    венчурное инвестирование, краудинвестинг, стартапы
    Начните с аутсорсинга. Обращаться к фрилансерам рискованно. Не хочу говорить, что все фриланесеры недобросовестные, но встречаются халявщики. Искать после них баги в скрипте будет сложнее и дороже, чем сразу доверить работу добропорядочным прогерам.
    Ответ написан
    2 комментария
  • Создание мобильного приложения: свой штат, фрилансеры или аутсорсинг?

    zo0m
    @zo0m
    full stack developer
    Пофантазирую, как я бы сделал, но т.к. от вас подробностей маловато сценарий, конечно же, может быть не релевантен:

    Сначала отдал на фриланс
    (Цель: создание MVP)
    Во время создания MVP вы утрясете детали того, каким в действительности должно быть приложение, а не вашу текущую фантазию. Это время, когда вам предстоит ответить на вопрос, что конкретно вы делаете.

    Потом - штат
    (Цель: получить уже "правильно" построенный продукт, т.к. будут четко ясны большинство требований сразу, что позитивно скажется на архитектуре проекта [соответственно масштабируемости], логической модели)
    Когда вы в процессе создания MVP понимаете, как все в действительности будет работать, то начнете формировать штат, которому скажете сделать такую же штуку, но нормально. MVP в данном случае - это все равно, что сделать подробнейшее ТЗ.
    Можно параллельно поддерживать MVP, собирая клиентов, отрабатывать какие-то бизнес цели, а потом выкатить крутой апдейт, версию 1.0

    Если принять такой процесс, то MVP можно сделать на чем-то кроссплатформенном (т.к. важно быстро и дешево).
    А в продакшен версии приложения можно использовать любые технологии. Можно 2 native версии, или переписать на том же кроссплатформенном движке, если все будет в принципе устраивать (это будет дешевле).
    Ответ написан
    2 комментария
  • Создание мобильного приложения: свой штат, фрилансеры или аутсорсинг?

    Moon_Lobster
    @Moon_Lobster
    Инвестор
    Если вопрос цены, то фриланс наиболее выгодный, но результат может быть не предсказуем, как и сроки. Соответственно ваша задача найти действительно хороших спецов.

    Если на аутсорс, то конечно мороки меньше, и плюсом поддержка будет. Но этот вариант будет значительно дороже.
    Ответ написан
    5 комментариев
  • Создание мобильного приложения: свой штат, фрилансеры или аутсорсинг?

    zagayevskiy
    @zagayevskiy Куратор тега Android
    Android developer at Yandex
    "Штат" будет вам благодарен, когда вы дадите им фрилансерскую поделку и скажите допилить. Проще будет переписать.
    Если нет возможности 2-4 человек держать на зп, то лучше не надо штат.
    Решение - найти хорошего аутсорсера, с которым сразу договариваться про поддержку. Получится недешево.
    Ответ написан
    3 комментария
  • Какой специалист сможет сделать экзоскелет?

    VoidVolker
    @VoidVolker
    Dark side eye. А у нас печеньки! А у вас?
    Инженер. Вообще, экзоскелеты - это технология с охватом множества областей типа механики, электроники, анатомии, биоинженерии, программирования и многие другие. Отличным примером внешнего скелета являются членистоногии и некоторые беспозвоночные. Разработка внешнего скелета связана с рядом серьезных трудностей, на решение которых сегодня в мире многие корпорации тратят огромные ресурсы и там работают целые комплексы лабораторий. Для того, чтобы рабочий и применимый на практике экзоскелет изготовил один человек - он должен обладать большим опытом в самых разных областях. Что довольно большая редкость. А еще многое зависит от того, какие задачи должен решать экзоскелет и какие у него будут ограничения.
    Ответ написан
    Комментировать
  • Какая CMS подойдет для магазина, блога и лендинга?

    mr_dev1l
    @mr_dev1l
    Технический верстальщик
    Лендинг на CMS - это бред. Чистый html+js, ничего лишнего.
    На счет магазина: если финансы позволяют, то Bitrix, если нет, то связка WP+WooCommerce.
    Блог - WP. Тут даже думать не нужно.
    Корпоративный сайт на чем угодно. Но удобнее будет на WP, если сочтете остальные варианты делать на WP.
    Ответ написан
    1 комментарий
  • Какой язык программирования выбрать для изучения?

    aaadddminnn
    @aaadddminnn
    php it ubuntu debian
    Привет. На фрилансе в основном веб и настройка серверов (остальное тоже есть но там уже большинство имеют "любимых" фрилансеров.
    Посоветую я вам "чисто" для фриланса HTML + CSS + PHP + JS (учил я в такой последовательности)
    И ос ubuntu debian centos redora freeBSD и виндовские сервера (на остальные шиндовсы вроде xp 7 8 9 10 тупо установишь winginx или openserver
    Ответ написан
    6 комментариев
  • Какой язык программирования выбрать для изучения?

    AlexXYZ
    @AlexXYZ
    O Keep Clear O
    Может вы хотите знать ответ на что-то другое, чем какой язык выбрать?
    Я бы посоветовал интерпретируемый язык. Из тех, что мне знакомы - javascript, vbscript, lisp - берите javascript. Его много где можно запустить и не только на клиенте в браузере. Можно в windows (cscript/wscript), на сервере приложений (node.js/javaee).
    Обычно в голове зарождается идея (функцию запилить) и первое - а на чём бы попробовать прям так сразу? не запуская тяжёлых IDE? И руки так прямо и тянуться к Chrome-debugger-console. И вот так иногда думаешь, но вот хочется JavaScript на сервере, но не node.js, потому что tomcat запущен. Ну так java умеет запускать JavaScript-файлы не хуже node.js. Тут главное приноровиться... Попробуйте JS - не прогадаете.
    Ответ написан
    1 комментарий
  • Какой язык программирования выбрать для изучения?

    @lPolar
    data scientist
    О языках для аналитики замолвлю словечко.
    Python - классный, удобный. Большой набор библиотек для работы с данными, мало специфичных функций для статистики (легко реализуются самостоятельно).
    Минусы - все в памяти (pandas Memory Error), 2to3 не для всех библиотек
    Плюсы - есть API практически ко всему на свете (а к чему нету, легко прикрутить). По поводу памяти тоже слукавил, есть например pyspark в spark 1.3 в котором классный API именно для аналитиков.
    R - если есть время врубаться в несколько нелогичные названия функций и желание получить доступ к огромному количеству удобных пакетов для глубокого анализа - отличный.
    Масштабируемость - Oracle R Enterprise/DistributedR/RevolutionR - но это не для опенсорса.
    Еще можно попробовать для аналитики - Scala,Lua, Julia (кстати очень быстрый язык).
    Ответ написан
    2 комментария
  • Какой язык программирования выбрать для изучения?

    globuzer
    @globuzer
    gezgrouvingus progreszive ombusgrander greyderzux
    Для аналитики: Python+математические библиотеки и модули\фреймворки под него, а также язык R
    Чтобы проинтегрироваться в веб, еще освоить HTML+CSS+JS
    И все, фриланс открыт под таких специалистов с большими распростертыми объятиями, если вы на самом деле будете супер спецом аналитиком и кодером
    Ответ написан
    2 комментария
  • Написание cms. Python vs Php.

    Cobalt
    @Cobalt
    Программист - этим все сказано

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

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

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

    Ответ написан
    Комментировать