• Где взять инпут такой как у тостера?

    AloneCoder
    @AloneCoder
    [object Object]
    Это называется wysiwyg-редактор
    alex-d.github.io/Trumbowyg
    Ответ написан
    Комментировать
  • Как вывести деньги с UpWork несовершеннолетнему?

    begemot_sun
    @begemot_sun
    Программист в душе.
    Подождать до 18 и стать долларовым миллионером :)
    Ответ написан
    1 комментарий
  • Есть ли IT деревни на северо-западе РФ?

    Предлагаю получить по бесплатному гектару земли на Востоке и построить IT-колхоз. Выращивание корнеплодов и, конечно же, программирование - что может быть лучше?
    Ответ написан
    9 комментариев
  • Мультиплеер для онлайн игры (HTML5/JS/AS3)?

    littleguga
    @littleguga
    Не стыдно не знать, а стыдно не интересоваться.
    Если Вы говорите, что часть клиентов уже сделана на html5/JS, то вообще самое простое будет взять: socket.io и поднять сервер на nodejs с тем же socket.io только в качестве сервера. Данные также в БД + кэш рэдиса. Особенно больше ничего и не надо.

    + посмотрите в сторону ionic framework, позволяет обернуть web-приложение в нативное на мобильные платформы, если игры не нагружены анимацией, то вполне достойный вариант.

    И в итоге получается Вам надо сделать 1 клиент на js+socket.io, на веб просто загрузить его, а на мобилках обернуть в ionic. И сделать сервер, который будет создавать комнаты и принимать новые подключения.

    PHP плохо подходит, так как в нем довольно больно реализовать нормальное взаимодействие через сокеты/long-polling для работы с комнатами.

    upd:
    Думаю будет полезно посмотреть:
    github/node-js-game-server
    npm/nodegame
    Building Multiplayer Games with Node.js and Socket.IO
    Dynamically Creating Game Rooms using Socket.IO an...

    upd2:
    По поводу нагрузки:
    socket.io benchmark
    1 миллион коннектов на 15ГБ оперативки
    600к подключений
    Ответ написан
    6 комментариев
  • Можно ли "обмануть" трекер на Upwork?

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

    litlleidiot
    @litlleidiot
    Фронт-Энд разработчик
    Лучше не заниматься подобной херней, если заказчик вкурсе что работает много человек пусть наймет всех или же подними ставку как за 2-3 фрилансеров и работайте все вместе без обмана
    Ответ написан
    9 комментариев
  • Как правильно оценить стоимость работы дизайнера?

    ivanvorobei
    @ivanvorobei
    iOS разработчик, канал https://t.me/sparrowcode
    Адекватная - столько, сколько вы готовы потратить.

    Оценить тяжело. И зачастую стоимость обоснована опытом специалиста. Но кое-что можно вытащить из вашего Т3:
    1.
    Все это для desktop/tablet/mobile

    Самое важное. Дизайнеру нужно разработать брендбук, с цветами-элементами. Нужен чтобы от платформы к платформе дизайн оставался узнаваемым.
    Диапазон от 50 до 2000 уе. Добротные результаты будут на уровне 170$

    2.
    музыкальный проигрыватель

    Важно сколько экранов. На основе брендбука будет разработан дизайн для каждой платформы отдельно, учитывая наработки самих платформ. У каждой свой UX, поэтому этап обходить не стоит. Прайс на экран в райне 10$ (с учетам бренбука). У вас 1 декстоп, ios/android (телефон + планшет). Примерно 4-5 экранов. Грубо говоря: 5 устройств * 5 экранов приложения * 10$ = 250$.

    3. Учитывайте стоимость работ UX специалиста, он важен и для проекта, и для дизайнера.

    Достойная работа будет сделана за 170 + 250 = 420$

    Главный посыл:
    Смотрите портфолио специалиста, оно скажет больше любых слов. И спрашивайте цену. Когда поймаете себя на мысли что вот за такой дизайн я бы заплатил столько, и цифра совпадет со специалистом - вы нашли друг друга.
    Ответ написан
    1 комментарий
  • SSL сертификат для Stripe?

    @andrei-bespalov
    или здесь: https://cheapsslsecurity.com/promotion/positivessl...

    $ 3.99 за год, при покупке сроком на 3 года, итого $ 11.97
    Ответ написан
    Комментировать
  • Что делать с клиентом, который ничего не понимает в технологиях?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    @protven
    Переходите на почасовую оплату. Каждое обращение оплачивается отдельно.
    Ответ написан
    6 комментариев
  • Можно ли в unity создавать html игры?

    @GreatRash
    Можно
    Ответ написан
    Комментировать
  • Можно ли в unity создавать html игры?

    Ответ написан
    Комментировать
  • Есть ли учебный материал по паттернам на основе пошагового создания веб-приложения?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Бросайте паттерны. На вашем этапе обучения они пока не нужны. Изучайте принципы (SOLID, GRASP). Учитесь писать тесты, пробуйте TDD/ATDD. И тогда паттерны будут образовываться сами собой.

    Паттерны придумали не для того что бы ими проектировать, они нужны что бы называть ваши решения. Это просто словарь терминов что бы меньше времени приходилось тратить объясняя то или иное техническое решение. Но сначала код а потом паттерны, а не наоборот.
    Ответ написан
    106 комментариев
  • Сколько могут зарабатывать пентестеры на фрилансе? Чем они занимаются?

    opium
    @opium
    Просто люблю качественно работать
    очень много зарабатывают пентестеры, особенно тех кого я знаю лично.
    занимаются чисто пентестингом
    Ответ написан
  • Можно ли использовать пиратский 3ds max для upwork?

    vaux
    @vaux
    Курящий лыжник
    Чтобы что-то доказать, нужно прийти к вам домой, изъять ЖД и найти там пиратское ПО. Естественно, делать этого никто не будет, потому что всем фиолетово на фрилансеров. Тут скорее дело этики. Если вы извлекаете прибыль с помощью пиратского софта, то почему бы и не приобрести лицензию, тем самым поддержав разработчиков?
    Ответ написан
    3 комментария
  • Могу ли я продавать готовый магазин на WooCommerce?

    dimasmagadan
    @dimasmagadan
    Конечно можете.
    Никаким "правилам" такая продажа не противоречит.

    А даже если и будет противоречить, кто вас остановит?
    Ответ написан
    3 комментария
  • Сss как выбрать классы начинающиеся с?

    miraage
    @miraage
    Старый прогер
    Attribute selectors (MDN).

    [class^="col-"] {
      z-index: 1337
    }
    Ответ написан
    Комментировать