• Как растянуть время на upwork?

    opium
    @opium
    Просто люблю качественно работать
    Не майтесь дурью, растите опыт и профиль и повышайте ставку.
    Ответ написан
    8 комментариев
  • Кто нибудь имеет в запасе развивающие ресурсы?

    lancer_serega
    @lancer_serega Автор вопроса
    PHP Developer
    Русскоязычные каналы
    Brain Attack! XML, XSL, XMLT
    EG Lab Программирование с нуля (на примере создания игры на Java)
    Mihail Kozlov (ORACLE, MongoDB, Linux, BSD, Asterisk, CISCO, Python, Microsoft, TRANSACT-SQL, MySQL)
    Ускорение Сайтов (Nginx, защита от DDoS, ускорения MySQL и всеко что относится к сайту)
    Видео курсы и уроки + Графика и 3D моделирование
    Технострим Mail.Ru Group
    fwdays
    SpecialistTV
    Как создать сайт. Основы Самостоятельного Сайтостроения(WebForMySelf)
    WPRUSe · Финты WordPress
    IT Propaganda(Здесь уроки python, и разные задачки на логику)
    Видеоуроки PHP(кстати... здесь не только про php)

    create web-developer

    Frontend & Backend разработка
    FrontendDevConf
    Dev Workout
    GetDevNET
    IT-Channel
    itloft(для бизнеса, стартапа)
    ITmozg.ru
    Itvsi.info
    Ivan Booravoi(в основном backend)
    Java Courses With Kovalevskyi
    Java developer
    Master-CSS(не только про css, но все про верстку)
    Postgres Professional
    Rahim Muratov(YII 2)
    Ruseller.com(эх... ностальгия)
    splincode wd(Java, Php, C, C#, C++, и пр.)

    Англо - понимающим :)
    Codecourse(Eng)
    JREAM(Eng)
    Code Review Videos(Eng)

    Не по теме, ну тоже интересно :)
    Новинки IT, Обзоры компьютерной техники и периферии (здесь моддинг и оверклокинг своего железного питомца)
    COMPDAY.RU(тоже моддинг и разгон)
    MyGap - А вот это самый интересный канал (который не по теме (= )
    Еще больше - Какие еще есть блогеры вроде Sorax? (toster.ru)

    ВК группы/сообщества
    https://vk.com/itumor
    https://vk.com/tnull
    https://vk.com/howdyho_net
    https://vk.com/frontend_and_backend
    https://vk.com/lancer_web_note
    https://vk.com/iamdev
    https://vk.com/proglib
    https://vk.com/symfony_php
    https://vk.com/webprogramist
    https://vk.com/itmozg
    https://vk.com/profit_khai
    https://vk.com/geekbrainsru
    https://vk.com/tproger
    https://vk.com/iteapro
    https://vk.com/bookflow
    https://vk.com/devlife
    https://vk.com/iteventscom
    https://vk.com/php2all
    https://vk.com/habr
    https://vk.com/twodev
    https://vk.com/specialist_ru
    https://vk.com/itcookies
    https://vk.com/typ_web
    https://vk.com/echo_php
    https://vk.com/club26
    https://vk.com/it__daily
    https://vk.com/magisters_org
    https://vk.com/typical_web
    https://vk.com/club_5555555555555
    https://vk.com/my_twitter_follow
    https://vk.com/sql_helper
    https://vk.com/club5411357
    https://vk.com/weboss
    https://vk.com/tphpproger
    https://vk.com/lib_web_developer
    https://vk.com/web_developers
    https://vk.com/backend_meetup
    https://vk.com/development_dsss
    https://vk.com/sv_backend
    https://vk.com/club34600417
    Ответ написан
    Комментировать
  • Будет ли считаться плагиатом диплом, если до защиты выкладывать статьи из диплома на хабре?

    @jimquery
    Программе Антиплагиат вряд-ли объясните, что всё это Ваши статьи в дипломе. После заключения комиссии могут и на защиту не допустить, так что думайте сами.
    Ответ написан
    1 комментарий
  • Какой сервис использовать для приема платежей на сайте?

    @Themezv
    Js developer (React.js)
    Есть опыт подключения робокасс и сбербанк интернет-эквайринг.
    Проблем с технической частью не было.
    1. Смотрите где экономически выгоднее.
    2. Изучите юридические аспекты. Например, Яндекс.кассы раньше не работали с физ. лицами.
    Ответ написан
    Комментировать
  • Upwork как правильно получить первого клиента?

    entity1313
    @entity1313
    Веб-разработчик, проект-менеджер
    Хз, в чём магия, но я вышел на апворк года с два с лишним назад. Взял пару заказов, сделал, получил хорошие оценки, и на год забил. Не могу сказать, что у меня было нечто особенное в работах или в навыках - WordPress, немного по веб-анимации. Но проблем с получением первого заказа не было. Через год у меня было уже не сильно актуальное портфолио, но я пришёл обратно и решил работать всерьёз. Каких-то проблем тоже не помню, народ потянулся. При этом не могу сказать, что занимался чем-то специфичным - WP-разработка и вёрстка, в основном.

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

    Думаю, имеет смысл прокачать специализацию и двигать её. Я сделал себе WordPress-портфолио, предлагал "всё для WP" - разработку плагинов, тем, WooCommerce, REST. За год получил "top rated" и шквал заказов - разве что, серьёзный по российским меркам кеш сделать не получилось (2к-3к на пределе) - видимо, для WP это непросто, ну или я поймал не ту волну. Сейчас думаю расширяться на более серьёзные фреймворки, будет интересно, что предложат там.

    Да, и идея с низкими ценами - она плохая. Ставьте нормальную для себя цену и убеждайте заказчика, что вы отличный специалист. Индусов он и без вас найдёт :). Я обычно просто повторяю цену, заявленную в объявлении, а если вижу, что она слишком низкая для задачи - повышаю до комфортной для себя.

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

    @NonameAcc
    главное поимей 5 и более прекрасных отзывов. делай больше чем просят, будь максимально вежлив, общайся с хорошим настроением, сам пиши первым хороший отзыв.
    Будет пятерка - спокойно можешь бидить середняки. набьешь штуку баков и часов 10-50, спокойно выходи на крупняки) Станешь топом -крупняки сами выйдут на тебя.
    Ответ написан
    Комментировать
  • Нормально ли начал на upwork?

    dadster
    @dadster
    учить инглиш тут - https://t.me/langhacks
    батя в здании
    первый заказ брал за $1 (не шучу)
    все норм, брат жив, топ рейтед дали, blowjob success 100%
    Ответ написан
    2 комментария
  • Что делать если команда говнокодит?

    @ArcadyZherdev
    Проблема не техническая, а организационная и соответственно решить технически её полностью нельзя. Никакие хуки на гит репо и continuous integration не защитят на 100%. Если есть желающие нагадить в коде они умудрятся это сделать.
    Решается организационно, либо ктото за ними подтирает и ему за это платят ..либо ктото заставляет их исправлять (про code review выше писали) ..воспитывать/обучать "серунов" (если работает) ..либо увольнять.
    Ответ написан
    Комментировать
  • Что делать если команда говнокодит?

    Мы стараемся не запускать эту проблему посредством code review, пытаясь распределить нагрузку по ревью между наиболее опытными участниками. Если в коде есть проблемы - тикет возвращается на доработку с замечаниями. Даже если банально не мержится с главной веткой. Попробуйте наладить этот процесс.

    Также мы всё собираемся настроить Continuous Integration. Jenkins может прогонять по коду проверку на соблюдение стандартов и покрытие тестами, а затем показывать результаты в красивом виде. Если чей-то коммит показывает более чем N ошибок в расчёте на единицу объёма кода - можно возвращать на исправление.

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

    Ещё пара идей.
    • можно отправить разработчиков на какой-нибудь онлайн-курс по чистому коду, хотя я таких даже не знаю, но наверняка должны быть
    • или устраивать "хакатоны чистого кода", на коих команда разбивается на пары-тройки, каждая из коих пишет какую-нибудь маленькую, но полезную, а главное чистую и оттестированную штуковину, причём тема - по собственному выбору. Потраченное время - оплачиваемое, разумеется. Это уже зависит от руководства фирмы, согласится ли оно на такие развлечения.


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

    Ну и важно, чтобы у самих разработчиков была установка на хороший код, профессиональная гордость. У фрилансеров её, бывает, нет, а есть отношение "тяп-ляп, лишь бы работало и лишь бы часы оплатили, а там хоть потоп". Учитывая, что их заказчики занимаются code review нечасто, развитие такого отношения закономерно. Но всё-таки хочется писать красивые программы. Такое желание обязано быть.

    Я, конечно, сам не волшебник, я только учусь, и работа с командой - такая штука, которой надо постоянно учиться. Видимо, вы тоже учитесь; успехов в этом.
    Ответ написан
    2 комментария
  • Насколько легко трудоустроиться программисту в 40+, 50+ итд лет?

    @ralaton121
    В сфере ИТ не было кризиса даже в разгар кризиса. Переориентация была в некоторых направления, но вакансий незаполненных как было много, так мгоно и оставалось в кризис. Спрос в сфере ИТ огромнейший. Не найти своего места в нем в 20, 30, 40 или 50 лет - нонсенс. Возможно, что вы просто выбрали не ту профессию.

    Плохой программист в 20 лет воспринимается нормально. Он еще выучится. Он еще и должен ничего не уметь. Он и должен получить копеечную зарплату.

    Если вы к 40-50 так и не станете специалистом и так и будете искать свое место в жизни, то у меня для вас сюрприз. Неприятный. На 40-50 летнего который умеет на уровне 20 летнего не смотрят уже снисходительно.

    ПС
    Мне немного за 50. Не испытываю проблем со спросом на свои услуги. Напротив, считаю, что только после 45 жизнь начинается. Я в этот момент бросил старый бедных клиентов, которых до этого боялся бросить. Как оказась оставшиеся те что побогаче достаточны. Работы меньше, денег больше. Работа сложнее, работа интереснее.
    Ответ написан
    3 комментария
  • Как команде мобильных разработчиков заявить о себе?

    stasparshin
    @stasparshin
    не забывайте помечать ответы. дрочу на статистику
    Нанять маркетолога / директора по маркетингу. Нанять сэйлза с целью найти крутые проекты для крупных/интересных компаний. Завести блог и рассказывать там о том, как делать классные мобильные приложения. Аккаунт в Дриббл - выкладывать работы. Если крутые, вас заметят. Давать реально полезный контент, на котором другие смогут учиться. Посмотрите на Ильяхова, бюро Горбунова, IT-agency.
    Выступать на тематических конференциях. Попробовать влиться в стартап тусовку: участвовать в хакатонах. Выпускать полезные/интересные приложений как сайд-проекты в расчете на то, что ими будут пользоваться и рассказывать о вас.
    Ответ написан
    1 комментарий
  • Принятие сайта у разработчика?

    hronik87
    @hronik87
    Обитаю в 1С-Bitrix
    Если домен куплен отдельно от хостинга, то логин и пароль от сервиса где лежит домен
    Логин и пароль от хостинга
    Логин и пароль от админки(путь до админки: вашдомен/wp-admin)
    Список выполненных работ
    Ответ написан
    3 комментария
  • На что нужно обращать особое внимание при устройстве на работу?

    ha7y
    @ha7y
    Проактивный менеджер IT проектов
    До устройства на работу идёт выбор этой самой работы. Лично я при выборе заранее обращаю внимание на следующие критерии:
    • Цвет зарплаты: белая/серая/чёрная.С чёрной у вас вряд ли будут шансы уйти из компании без проблем. С чёрной и серой руководство сможет легко жонглировать зарплатами и менять условия на лету - это зависит от руководства. Но когда вы говорите о своих проблемах или желании сменить работу, доброе отношение очень быстро может смениться безразличием и манипуляциями с деньгами и вашим временем не в вашу пользу. С серой зарплатой стоит обращать пристальное внимание на размер официальной части. По белой работают не все.
    • Странности при общении с будущим руководителем.На одном из собеседований должна быть встреча с будущим руководителем. По-задавайте ему вопросы о том, как устроена работа в команде. Например, есть отличная классификация руководителей по Литваку, которая позволит предсказать то, что вас ждёт: профессиональное разложение, медленный рост и комфортная работа или быстрый профессиональный рост, большие достижения и результаты.
    • Возможность карьерного роста.Компании из 5 человек сложно стать менеджером/тимлидом в приемлемые сроки, в компании из 50 вполне возможно. Если вам это нужно, конечно.
    • Используемые технологии.Сейчас в тренде Bigdata с Golang'ом, Highload с Python'ом, и т.п.. Опыт работы с этими вещами будет цениться ещё долго.
    • Географическое расположение.Большая часть работающего населения предпочитает тратить на поездку до работы меньше 1 часа. Лично я тоже :-)
    • Наличие и содержание отзывов о фирме в интернете.Грустные бывшие сотрудники иногда делятся своими эмоциями. Это всегда чёрные густые краски, но среди них можно вычленить некоторые проблемы внутри организации.
    • Ниша, приносящая основной доход. Сейчас, например, не стоит идти работать в книгопечатание, там сейчас закат (возможно, скоро будет и рассвет, но доживёте ли до него - не факт). Тут можно начать с гугления по фразе "наиболее доходные виды бизнеса", ну или посмотреть при первом визите на офис компании.
    • Продуктовый/аутсорсинговый бизнес.В аутсорсинговых/аутстаффинговых компаниях торгуют временем людей, поэтому предпочитают закручивать гайки по полной и экономить на всём - это часть их бизнеса, поэтому по-другому быть не может. В продуктовых компаниях, в зависимости от их маржинальности, могут быть очень вкусные условия работы.

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

    ha7y
    @ha7y
    Проактивный менеджер IT проектов
    Очень согласен с ответами, данными до меня. От себя добавлю, что ни один генерал не миновал роли рядового (пусть даже в стенах учебки, после которой ему дали звание лейтенанта). Бегать, маршировать и выполнять прочие шаблонные, механические и даже рутинные действия не только необходимо, но и полезно, чтобы понять ход мыслей тех, кем управляешь.
    Роль управленца даёт обязанности и ответственность. Полномочия? - Только в области управления людьми: найм, увольнения, мотивация.
    Ответ написан
    Комментировать
  • Дистрибутив Linux удобный для TouchScreen

    ha7y
    @ha7y
    Проактивный менеджер IT проектов
    Android.
    В "чистом" виде: www.android-x86.org
    Чуть более оптимизированный под PC: www.jide.com/remixos
    Ответ написан
    Комментировать
  • Как узнать IP нападающего за proxy cервером/и?

    ha7y
    @ha7y
    Проактивный менеджер IT проектов
    Можно воспользоваться сервисом keeep.us. Основан на CAPTCHA и клиентском приложении на Flash (на Java вариант тоже есть) для отображения картинки, если реальный IP пользователя определен, иначе тест не пройти. А клиентские приложения просто посылают пакеты на сервер мимо всех прокси-серверов, используемых в системе. Единственный шанс обойти все это — проксификатор, вроде WideCap, но что-то и он не справился после нескольких моих тестов. Видимо, проксировать UDP-трафик нет просто, как кажется.
    Ответ написан
    Комментировать
  • Выбор между EasyRedmine\Jira. Что лучше использовать?

    samizdam
    @samizdam
    Участвовал в:
    1. Проекте на Jira (сначала был Redmine, потом перешли)
    2. Паре проектов на Redmine
    Использовали Agile / Scrum расширения на обоих системах.
    С точки зрения разработчика обе системы вполне годные.
    С точки зрения тим-лида Jira всё таки круче будет для сложных случаев, и есть ощущения что для аналитиков, менеджеров, системных администраторов она тоже лучше - ибо Confluence, Bamboo, Stash. Получается что Atlassian предоставляет более полный стек решений энтерпрайз уровня. Java. На сколько могу судить по реакции админов Redmine (ruby) не так стабилен.

    Так что если есть потребность инвестировать и расти - то рекомендовал бы Jira, де-факто это стандарт в отрасли, как Microsoft Office.
    Если стратап / нет денег / хипстер - то скорее Redmine =) Он больше напоминает мне OpenOffice, если продолжать аналогию.

    PS: Сейчас используем девпром (по историческим причинам, ни в коем случае не рекомендую!), ждём-не дождёмся переезда в Jira =)
    Ответ написан
    Комментировать
  • Как решать конфликты интересов между клиентами фрилансера?

    GeForester
    @GeForester Автор вопроса
    веб-разработчик
    Спасибо всем за ответы! Было интересно читать вашу дискуссию.

    Я нашел интересные рассуждения на этот счет у Артема Горбунова. Процитирую:

    «Дизайнерская работа априори предполагает циркуляцию идей, шаблонов и приёмов между проектами и клиентами. Если отнять круговорот идей, наша профессия перестанет существовать.

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

    Это накладывает большую ответственность на дизайнера и объясняет клиентские страхи. Возможно, требование НДА означает неприятие клиентом этой реальности, и лучше не работать вместе. Поэтому я честно говорю всё это клиенту, когда заходит разговор о «секретности».

    Мы учимся у клиентов за их счёт. Отблагодарить их мы можем только добросовестной работой и этичным поведением.
    Ответ написан
    Комментировать
  • Как решать конфликты интересов между клиентами фрилансера?

    riky
    @riky
    Laravel
    многие тут советуют что все нормально, главное деньги, но взгляните с другой стороны, с заказчика.

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

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

    Многие тут пишут что важны только деньги, и это так, но есть сиюминутные деньги, а есть деньги в перспективе. Набирая честное имя и хорошую репутацию вы получаете реальные отзывы и поднимаете свой рейтинг и оплату, иначе всю жизнь придется возится в средней лиге безымянных и оплачиваемых по средней ставке.
    Ответ написан
    6 комментариев
  • Как развить навык проектирования приложения или как стать Senior?

    ha7y
    @ha7y
    Проактивный менеджер IT проектов
    Предлагаю определить Junior, Middle, Senior следующим образом, чтобы было понятно, куда двигаться:
    • Junior - вы только-только начали ориентироваться (в языке или , может быть, в предметной области, в которой работает компания), поэтому вам говорят что делать и как это делать. Вы задаёте вопросы "почему так, а не вот так?" и получаете ответы (иногда ищете сами). Для вашей работы готовы все необходимые каркасы,
      вы делаете то, что для остальных очевидно. Вы с удовольствием фигачили бы код килобайтами, но пока много не знаете/не понимаете, поэтому основное время проводите в изучении: статей в интернет, мануалов по языку, чужого кода
    • Middle - вы хорошо ориентируетесь (в язые или, может быть, в предметной области, понимаете употребляемый окружающими жаргон и можете поддержать беседу, рассказать о том, что узнать про это в интернете или конференциях), поэтому самостоятельно решаете как делать то, что вам говорят сделать, иногда оспаривая те или иные решения и предлагаю свои. Вы фигачите код килобайтами и даже мегабайтами и решаете не только стоящие перед вами задачи, но и учитесь делать что-то неизвестное ранее. Порой даже уговариваете менеджеров соглашаться на нереальные сроки и работаете по вечерам допоздна, лишь бы попробовать какую-то новую технологию/фреймворк/язык/etc
    • Senior - вы свободно ориентируетесь (и в языке, и в предметной области, и в имеющемся в компании коде, вводите в обиход новые жаргонные словечки, которые подхватывают все), поэтому самостоятельно решаете как сделать и что сделать на основании целей и проблем, описанных руководством/заказчиком, иногда отговариваете их делать что-то ради того, чтобы сфокусировать команду и себя на важных вещах. Основная масса кода, который значится за вами в репозиториях сделаны в одном из первых коммитов, и включает в себя настройку подключенных фреймворков и создание каркаса для наполнения его силами Middle и Junior разработчиков. Вы отговариваете и убеждаете всех вокруг не делать то, чего делать не нужно, присматриваете за тем, чтобы Junior'ы (в большей степени) и Middle'ы (в меньшей степени) действовали согласовано и трактовали заложенный в проект каркас так, как вы это подразумевали.
    Ответ написан
    Комментировать