• Как людям удается столько зарабатывать на фрилансе?

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

    Либо продолжать вечно фрилансить, но для этого надо все оптимизировать, чтобы делать быстро - на поток.
    "биржи фриланса то там за проект на который уйдет 3-4 дня предлагают 2-3т.р"
    это у вас с текущим опытом уйдет 3-4 дня, а у кого то это может быть 2-3 часа. и они зарабатывают не тыщу за два дня, а тыщу в час. Если человек сделал уже сотню подобных проектов то у него миллион заготовок для этого дела, он из них может быстро набросать то что надо, а вам например сначала придется вникать/разбираться/делать чтото с нуля.

    опыт плюс владение современными инструментами и готовыми модулями позволяет сильно все упростить.
    Ответ написан
    Комментировать
  • Как людям удается столько зарабатывать на фрилансе?

    copist
    @copist
    Empower people to give
    Создать новостной портал с дизайном, адаптивной версткой и посадить все это дело на Drupal за 4000р.


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

    Молодой гусар спрашивает у поручика Ржевского, как это ему удается пользоваться таким успехом у женщин.
    - Очень просто, - отвечает он, - нужно подойти к женщине и сказать: "Мадам, позвольте вам впендюрить!" И все.
    - Поручик! Но ведь за такое можно и по морде!
    - Можно и по морде. Но обычно впендюриваю.


    И какой-нибудь CMS надо владеть. Какая архитекрута, как конфигурируется, что в штатной поставке, какие бывают плагины, где купить темы? Приготовить сборки под типовые решения. Можно в ответ на задачу предложить решение с использованием другой CMS - иногда заказчики не в курсе, что есть и другие.

    Нужно иметь актуальное портфолио, из которого будет видно, чем и как ты занимаешься. Все выполненные работы регулярно вноси в портфолио.

    Не пробовал удалёнку поискать? Аутсорс? (на сайтах вакансий искать "удалённо", "неполный день", "по совместительству"). И попутно ещё разовые заказы брать на биржах.

    А ещё есть биржи труда для стартапов, там бывают неплохие предложения по удалённой работе.

    и другие ресурсы по фразе стартап поиск команды
    Ответ написан
    9 комментариев
  • Кто знает русские rails проекты на github?

    leventov
    @leventov
    Учи английский, проекты с русскими описаниями и комментариями на Гитхабе это всегда слезы
    Ответ написан
    1 комментарий
  • Стоит ли читать книги по алгоритмам при изучении Ruby?

    EvilsInterrupt
    @EvilsInterrupt
    System programming, Reversing Engineering, C++
    basania: Если есть возможность изучать алгоритмы, то да, это надо делать! Не важно какой язык. Python, C, Ruby. Не важно! Умение дизайнить, оценивать алгоритмы весьма полезно и от языка не зависит.
    НО! Нам программерам надо решать задачи и очень часто кричат в ухо "Чего сидишь? Делай давай". В принципе все корректно. Мы же беря в руки смартфон не думаем, какой же паттерн проектирования или алгоритм сортировки или еще что применено для реализации "послать смс-ку". Так и пользователь нашего кода тоже не парится какое О-большое в реализации того чем он пользуется )

    Поэтому: умейте решать задачу? Если текущий Ваш уровень не позволяет решать задачи достаточно быстро и укладываться в сроке, то изучайте фрейморки, стандартную библиотеку, идиомы, все что угодно : ЛИШЬ БЫ РЕШАТЬ ЗАДАЧУ. И только после улучшения этого навыка думайте в сторону улучшения качества
    Ответ написан
    4 комментария
  • Как оптимизировать сервер под 5 миллионов хитов?

    dohlik
    @dohlik
    Проблема в том, что рано или поздно Вы все равно упретесь в невозможность увеличивать количество воркеров. Разделите непосредственно сбор статистики и сохранение ее в относительно медленной БД. То есть переход по УРЛу делает только быструю работу (увеличить счетчик в условном редисе/мемкеше, записать что-то в сессию) и освобождает воркер для обслуживания следующего запроса, а сохранение в базу делают отдельные воркеры с некоторой периодичностью.

    Можно посмотреть в сторону связки Nginx+Lua, их возможностей может хватить для "быстрой" части.
    Ответ написан
    1 комментарий
  • Какая разница между параллельным и многопоточным программированием?

    angrySCV
    @angrySCV
    machine learning, programming, startuping
    по-моему вполне ясная статья, различие указано тамже,
    просто правильно переведите канкарэнси и паралелизм, как конкурентное выполнение и параллельное, конкурентное может выполнятся на 1 ядерной машине используя переключение потоков, где разные потоки конкурируют за время работы процессора, при чём это время не обязательно должно по равному распределяться, параллелизм означает что задачи выполняются параллельно например на разных ядрах (хотя могут использовать и параллелизм на основе конкурентного выполнения потоков)
    при этом:
    Parallelism requires concurrency, but concurrency does not guarantee parallelism.
    Ответ написан
    Комментировать
  • Имеет ли смысл использовать git если вас работает 3 человека в команде?

    @Lolman
    Software Engineer
    Использовать систему контроля версий имеет смысл даже если разработчик всего один
    Ответ написан
    1 комментарий
  • В чем выражается удобство разработки на ROR?

    Jeiwan
    @Jeiwan
    Во-первых, Рельсы — это просто Руби. Все достоинства Рельс вытекают из достоинств Рубей. У Руби довольно хороший АПИ, в котором присутствуют решения для большинства программистских рутинных задач — это очень удобно.
    Во-вторых, Рельсы — это набор хорошо спроектированных гемов. Не нравится что-то? Можешь выкинуть или заменить. Никто не заставляет использовать все компоненты Рельс.
    В-третьих, Рельсы — это хороший пример возможностей ООП Рубей.
    В-четвертых, convention over configuration. Новички называют это магией, но для более-менее опытного руби-программиста в этом нет никакой магии. И благодаря этому подходу, опять же, удалось избавить программиста от постоянного рутинного выполнения одних и тех же, "операционных", задач. Другой пример, демонстрирующий этот принцип, — Backbone и Angular: в Бэкбоне нужно много рутинных задач решать (даже не решать, так как это примитивные задачи, а просто каждый раз прописывать их) самому, а в Англуяре эти задачи уже решены.
    В-пятых, Рельсы — вполне зрелый инструмент решения задач веб-разработки. Он уже давно вышел из хипстерской стадии, и вместе с этим ушло большое количество людей, которых привлекают только модные, находящиеся у всех на слуху, технологии. Рельсы (как и Руби) до сих пор развиваются и не собираются умирать.
    В-шестых, эстетика и лаконичность Руби. Лично я не вижу никакого смысла в излишних кавычка, скобках, точках с запятой. Не за чем визуально засорять код второстепенными элементами. Языки программирования постепенно становятся более социальными, более доступным людям — и это правильно.

    Но это всё дело вкуса, в большей степени. У вас уже сложилось свое видение языков программирования, вам теперь кажется, что отсутствие типов — это недостаток. Лично я считаю, что это неправильно. Это такая же ситуация, как когда ты начинаешь чем-то заниматься (играть на гитаре, например) и изначально делаешь что-то неправильно (постановка пальцев), то у тебя эта вредная привычка закрепляется и потом мешает дальше развиваться. Тебе трудно становится переучиться на другое, так как ты уже сильно привык к этому, неправильному, способу. Я не говорю о том, что строгая типизация это неправильно, нет, дело в другом. Есть разные парадигмы программирования, есть разные подходы к программированию, и хороший программист должен владеть ими (ну или стремиться к этому) и не ставить какой-то из них во главу угла. Главное, не какой язык, а что на нем можно делать, какие задачи решать.
    Ответ написан
    Комментировать
  • Как пояснить клиенту что такое технический долг и рефакторинг?

    zolt85
    @zolt85
    Программист
    Рефачить или нет, исключительно Ваша инициатива, платить за нее Вам не будут, уговорить на это Вы никого не сможете. Так что если проект интересный или прибыльный, то нужно делать хорошо себе. Переписывать места с которыми больше всего проблем. Если нет(не интересный проект, не прибыльный), то не надо за него браться. И тут не особо важно сами Вы начинали проект, или взяли чужой на аутсорс.

    Работаю в кровавом Java Enterprise. Тут рефакторинг не прекращается, он подобен ремонту в советской квартире. И влиять на заказчика получается только "бантиками", т.е. говорим, смотри какой клевый отчет мы забабахаем тебе! А сами думаем, под эту дудку, зарефачить наш механизм построения отчетов.
    Как-то так)
    Ответ написан
    Комментировать
  • Какой лучше выбрать стек технологий для создания такого приложения?

    У вас, по сути, обычный чат, на который "навернута" фича автоматического перевода.
    Для чата можно взять Parse.com - отпадает необходимость в написании бэкенда, плюс куча фич сразу из коробки.
    Автоперевод - обращением к Google Translate API.
    Вот и весь стек технологий.

    P.S. Бюджет вкусный :))
    Ответ написан
    4 комментария
  • Правильно ли я понимаю принцип работы веб-сервера?

    @ldvldv
    Например в настройке nginx написано worker_processes 2

    будет 1 мастер процесс и 2 рабочих = 3 nginx
    askubuntu.com/questions/399431/how-many-nginx-proc...

    в настройке Юникорна написано, что рабочих процессов 3

    будет 1 мастер процесс и 3 рабочих = 4 unicorn
    varaneckas.com/blog/unicorn-procline

    Т.е. после поступления запроса на 80 порт nginx передает его одному из своих рабочих процессов, который в свою очередь проксирует его (например через сокет) рабочим процессам unicorn.
    Ответ написан
    8 комментариев
  • Какие исходники софта просить у разработчика?

    @agee
    Безусловно, вам нужны будут:
    - Полные исходники, включая все зависимости, а также файлы проектов. В идеале репозиторий целиком.
    - Исходные макеты для дизайна, а также готовые (напр., нарезанные) картинки во всех необходимых разрешениях, если таковые используются в приложениях.
    - Если они использовали какой-нибудь облачный бэкенд, - все доступы к аккаунтам бэкенда.
    - Если они использовали свой частный бэкенд, - необходим перенос их бэкенда на ваш сервер. После этого удостовериться, что все работает, как прежде (для людей технически неподкованных задача нелегкая, хотя все зависит от реализации).
    - Если они использовали какие-то библиотеки третьих лиц или обращаются в коде к серверам третьих лиц, которые подразумевают использование ключей (напр., авторизация в соц. сетях, рекламных сетях, сервисы Гугла и т.д и т.п.), необходимо забрать все ключи и доступы к админкам этих ресурсов.
    - В случае с Apple App Store, необходимо совершить миграцию приложения на ваш аккаунт (https://developer.apple.com/library/ios/documentat...). Естественно, этот эккаунт нужно заранее создать и разобраться, как что настраивать, какие сертификаты и для чего генерировать. Все последующие апдейты уже надо будет подписывать вашими новыми сертификатами. По Андроиду, думаю, нужно совершить похожие действия.

    P.S.: Важно учесть, что нельзя менять ключи на новые и отключать старые сервера бекэндов до того, как не выпустите апдейт клиентских приложений с новыми ключами и URL-ами, иначе вся сетевая работа приложениях остановится.
    Ответ написан
    Комментировать
  • Где хранить данные, которые меняются раз в 3-6 месяцев?

    kumaxim
    @kumaxim
    Web-программист
    Если данные настолько "часто" меняются, тогда почему бы их не забить в отдельный PHP-словарь - просто файл, который содержит массив и инклудится туда, где он нужен.

    Минус - да, надо будет каждый раз лезть и менять руками, но раз в квартал, я думаю можно.
    Ответ написан
    1 комментарий
  • Как обстоят дела с фрилансом у Android разработчиков?

    mbelskiy
    @mbelskiy
    Software Developer
    Чтобы нахватать звёзд, первое время пришлось делать заказы не по профилю – чот потестировать, какой-то скрипт нафигачить. Потом попёрло и даже свезло ухватить почасовой проект.
    Ответ написан
    Комментировать
  • На каких языках лучше написать сайт для турфирмы (нужно чтобы было фильтры поиска, чтобы использовалась статистика и аналитика)?

    vvpoloskin
    @vvpoloskin
    Инженер связи
    Какой цвет подойдет для покраски забора - красный, синий или зеленый? Два последних я не видел.
    Ответ написан
    Комментировать
  • На каком языке(фреймворке) лучше писать бекэнд для сервиса бронирования?

    FanatPHP
    @FanatPHP
    Чебуратор тега РНР
    Искать надо не кодеров, а грамотного тех.дира.
    Ответ написан
    6 комментариев
  • Какой сервер подходят для информационная система управления вузом?

    DmitriyEntelis
    @DmitriyEntelis
    Думаю за деньги
    Я написал систему с неизвестным функционалом, на неизвестном языке. Какой сервер нужен?
    Ответ: какой то.

    upd
    На языке PHP, база данных MySQL. У каждого студента и преподавателя свой логин и парол для входа в систему.

    Любой практически. Например www.hetzner.de/hosting/produkte_rootserver/ex40
    Более дешевыми решениями не интересовался, наверное и на какой нибудь vdsке будет жить, смотря как у вас код написан
    Ответ написан
    Комментировать
  • Хочу переделать сферический интернет-магазин в вакууме с PHP/MYSQL/JOOMLA(c) на AngularJS+MongoDB ?

    miraage
    @miraage
    Старый прогер
    Нормально пишите - нормально будет. У меня, в среднем, приложения на AngularJS сжирают порядка 50-300 мб памяти. И то, 300, это когда более тысячи вотчеров на странице и миллиард html элементов.

    Только я бы брал не монгу, а постгрес.

    // upd

    Посмотрите видео, возможно подчерпнете для себя что-то полезное.
    https://www.youtube.com/watch?v=zyYpHIOrk_Y
    Ответ написан
    6 комментариев