• Где можно попрактиковаться в php?

    Akdmeh
    @Akdmeh
    PHP, Yii2, Music
    Нет, писать CMS не стоит.
    Напишите блог на Yii2.
    Затем напишите простенький магазин (показ товаров по категориях) на Yii2, параллельно читая документацию.
    Как вариант можно Symphony выбрать или любой другой популярный фреймворк (Lavarel, CI, Zend (если с ума сошли), тысячи их).
    Но именно почувствуйте дух фреймворков. Тогда мозги будут работать в правильном направлении, а практику вы получите колоссальную. И, главное, научитесь на просто делать нормальные сайты, но и не создавать велосипеды.

    Как создавать блог на Yii2 вы найдете запросто, постепенно усложняйте его функционал и поймите принципы работы. Заодно сразу увидите, чего вы не знаете именно в синтаксисе PHP.
    Ответ написан
    14 комментариев
  • Какой php фреймворк наиболее прост в освоении?

    hbuser
    @hbuser
    Мои пять копеек. Laravel - молодой фреймворк, но современный и очень хорошо проработан. Поддерживает много разных современных плюшек изначально, из коробки (например, PSR-4, composer, как основное средство установки расширений и пр.), на которые некоторые фреймворки, которые существуют больше, чем Laravel только перебрались. Отличается тем, что в нем очень многое достаточно человекопонятно и логично. Создан быть простым. Многое может. Создано много расширений для него (по сути, это любое расширение, которое можно установить с помощью composer, а это 77 тыс. штук расширений, адаптированное для Laravel, что тоже не сложно, но можно и без этого. Не будет сильно удобно, но жить можно.), а если чего-то нет, то packagist предложит все, что душе угодно и установить это дело 2-х минут. Около него очень быстро продолжает расти сообщество единомышленников. Очень много информации по нему на stackoverflow и вообще в интернете. Есть IRC-чаты, в которых много понимающих людей и можно получить помощь в любое время дня и ночи. Есть ребята, которые посвящают себя урокам по нему и делают это очень качественно. Возьмем того же Jeffrey Way. Красавец в плане подачи информации и произношение отличное, американское, не британское. Слушать одно удовольствие. На западе про него знают и разработчики востребованы, у нас его знают плохо. Только относительно продвинутые и открытые новому разработчики. Я настоятельно рекомендую этот фреймворк. Он прост - раз. Он научит работе с различными современными сопутствующими технологиями. Например, из коробки доступен box для vagrant. А это уже немного другой уровень в сравнении с WAMP на Windows.
    Сейчас на базе Laravel уже и микрофреймворк доступен.
    Кстати, в IRC можно задать вопрос и самому автору.
    Еще момент. Автор не городил своих велосипедов. Это качественный продукт. Многое хорошо работающее и хорошо себя зарекомендовавшее там из Symphony, очень многое. Своеобразная квинтэссенция существующих наработок, технологий + свои наработки и своя логичная интерпретация работы с фреймворком.
    Ответ написан
    2 комментария
  • Чем может быть полезен C++ веб разработчику?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    Как правильно написали — полезно знать для общего образования и понимания, как оно работает на низком уровне. На практике в веб-деве может пригодится если только для написания нативных модулей — оптимизировать какое-то узкое место, но встречается это довольно-таки редко.
    Ответ написан
    Комментировать
  • Чем может быть полезен C++ веб разработчику?

    @poiuy7
    Суть в следующем:
    C/C++/Assembler - это низкоуровневые языки (например там нужно выделять память под объекты и не забывать её освобождать)
    Поэтому всегда видно какой из алгортим, чего стоит для железа.
    На высокоуровневых языках - это все скрыто.
    И для понимать, что в реальности происходит, и писать более оптимальный код с точке использования ресуросов, нужно иметь опыт по C/C++/Assembler.

    Тоесть изучать только синтаксис C/C++/Assembler нет смысл, также нужен опыт.
    В дальнейшем это сделает вас более квалифицированным специалистом.
    Ответ написан
    Комментировать
  • Чем может быть полезен C++ веб разработчику?

    Zifix
    @Zifix
    Barbatum
    Нужно это для общего профессионального развития, напрямую не пригодится. Нужно брать учебник по (C/Assembler), упражнения, и потихоньку проходить. Причем С желательно параллельно с Ассемблером, С++ тут как-то мимо.
    Ответ написан
    Комментировать
  • Чем может быть полезен C++ веб разработчику?

    Не нужен он веб-разработчику, автор статьи видимо олдфаг и просто любит С++ и суёт его в каждую дырку вот и всё.
    Ответ написан
    7 комментариев
  • PHP vs. all. Имеет ли смысл учить (параллельно) что-то еще?

    mr_T
    @mr_T
    Web-разработчик
    Прочитал весь вопрос, но на ответы меня не хватило, так что могу что-то повторить)

    Момент 1. Языки. Если ты реально знаешь C++ (указатели, управление памятью, стек, куча, ООП и т.д.), то ты автоматически уже почти знаешь PHP, Python и Ruby. У тебя есть преимущество при изучении этих языков, так как ты уже имеешь представление о том, что реально происходит в твоей программе и, что тоже важно, под капотом интерпретатора. Сами эти языки (с точки зрения подходов и принципов) не так уж сильно отличаются друг от друга. Каждый из них имеет ряд своих особенностей, но их не так много и освоить их не составит труда. При этом изучив любой из языков ты совершенно без проблем перескачишь на любой другой.

    Момент 2. Фреймворки. Вряд ли в реальных проектах получится взять язык N, и ручками с нуля что-то на нем делать. Скорее всего будут использованы какие-то фреймворки. Но тут, опять же, достаточно взять любой доступный на языке N фреймворк, чтобы понять подавляющее большинство остальных. Yii, Django, Rails, Laravel - все они схожи гораздо сильнее, чем может показаться. Итог - изучив один из них можно легко перескачить на другой. Каждый перескок будет даваться все легче (актуально и для предыдущего пункта).

    Момент 3. Сервер. Если ты хочешь заниматься именно вебом, то сервер, очевидно, его неотъемлемая часть. Тут у языков немного больше отличий, чем в первых двух моментах. Но суть одна - если брать самую распространенную конфигурацию, то должен быть т.н. front-end сервер (не путать с front-end частью приложения), который отдает обычные файлы, не беспокоя само приложение, и back-end сервер (или сервер приложения). Back-end сервер как раз и занимается выполнением кода приложения и тут в зависимости от языка свои особенности по его установке, настройке и связке с front-end сервером. Но все в пределах разумного и вполне реально изучить. Менее распространенные конфигурации можно будет изучить по ходу, да и суть будет похожа.

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

    Момент 5. Лирика. Любая технология решает опеределенный круг задач, поэтому говорить, что она "плоха" просто некорректно. Можно сказать, что она не решает данную конкретную задачу или же есть какая-то другая технология, которая решает ее лучше. Теперь конкретно про PHP, Python и Ruby. Как ты успел заметить в этом вопросе, существует очень много споров о том, что же лучше. Сам факт неугасания этих споров в течении многих лет говорит о том, что нельзя однозначно их разрешить.
    Так же есть тренд говорить, что PHP язык для лохов. Но говоря так человек лишний раз доказывает свою некомпетентность и невежество. Исторически так сложилось, что PHP самый распространенный язык, поэтому на нем написано огромное количество вещей разных назначений и качества. Людей, которые могут на нем писать (я намеренно не стал использовать слово "программист"), очень много и логично, что качество кода многих из них оставляет желать лучшего. Многие говорят про порог вхождения, но я бы не сказал, что у того же Python этот порог выше. Плюс PHP за последние годы приобрел много хорошего и как язык, и как его инфраструктура. Короче, можно смело брать PHP :)

    Поток мыслей получился немного сумбурный, но, надеюсь, на поставленные вопросы я ответил.
    Ответ написан
    Комментировать
  • PHP vs. all. Имеет ли смысл учить (параллельно) что-то еще?

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

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

    Еще много чего забыли сказать, кстати.

    P.S. Честно говоря само название "фрактал плохого дизайна" вызывает сильное недоумение. Я тупо не понимаю, что хотел названием сказать автор. И, кстати, друзья-лингвисты тоже в недоумении.
    P.P.S. Кстати, следовало бы поинтересоваться у автора статьи - а на чем он сейчас-то пишет? Может какой ЯП придумал свой, свободный от проблем ПХП ? :)
    Ответ написан
    Комментировать
  • PHP vs. all. Имеет ли смысл учить (параллельно) что-то еще?

    @newpy
    web-dev
    все языки хороши, каждый предназначен для своих целей...у всех свои минусы

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

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

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

    Про Python и Django - я знаком и с тем и другим (PHP), могу писать на том и другом. Но лично мое субъективное ощущение что на Python мне писать приятнее. И нравится больше. И тут работает главный совет из начала, "на чем нравится на том и пишите", если это позволяет задача, и есть возможность выбирать. Просто если поступил заказ использовать PHP, то что вы откажетесь от денег и заказа и будете сидеть пока не прилетит волшебник с заказом на python+Django?

    Про скорость работы языка: я думаю, вам рановато думать о скорости работы того или иного языка. Если вы только прям сейчас не пишете свой фейсбук, например. К слову, например Instagram написан на Python и вроде не испытывает недостатка в нагрузке, и вполне работает. Все остальное вполне справляется со своими задачами.

    Про скорость работы (просто скорость работы): Django даже позиционируется как фреймворк "для перфекционистов с дедлайнами", что гласит даже заглавная страница фреймворка, т.е. позволяет вести разработку быстро. К слову тоже самое можно делать и с помощью того же Laravel. Если хочется "по-взрослому": то чаще всего это Symfony. Но в большинстве случаев нет смысла писать небольшие сайты на Симфони. Не потому что Симфони там плох, а потому что это можно сделать быстрее. А в коммерческой разработке, бытует мнение, что главный критерий для клиента сейчас -это скорость разработки.
    Если проект крупный, то там сроки тоже поставлены, но они довольно большие, и там чаще всего и используют Симфони.
    Опять же Django при этом подходит как для небольших проектов, так и для очень больших.
    Если вам нужно разработать API, то там чаще всего используют другие инструменты, которых много как со стороны PHP, так и со стороны Python. Различные микрофреймворки в качестве backend-а.

    Подводя итог, вы можете заметить, пару ключевых тезисов:
    1. Зависит от конкретной задачи, которая перед вами стоит, или требование клиента(руководства компании)
    2. Если есть возможность выбирать, если это позволит вам получить конечный результат, то выбирайте то, что вам по душе. Кому-то Python "не лезет", кому-то PHP.

    Хотелось закончить на веселой ноте =), поэтому скажу так: при всем вышесказанном, чаще всего, всех этих людей объединяет одно: "так или иначе все они используют JavaScript"
    :D
    Ответ написан
    7 комментариев
  • PHP vs. all. Имеет ли смысл учить (параллельно) что-то еще?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Учите PHP, не забывайте C++/Delphi/etc.

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

    Всё, что требует скорости при обработке больших объёмов данных - это точно НЕ PHP!
    (а что-то более нативное и приспособленное)

    Когда нужна будет высокая скорость обработки однотипных данных - напишите свой модуль (демон/сервис) на компилируемом языке (который знаете) и будете обращаться к нему из того же PHP для получения результата.
    Ответ написан
    1 комментарий
  • PHP vs. all. Имеет ли смысл учить (параллельно) что-то еще?

    @Elizavetta
    Matroid: gamedev/js-разработка
    Если взглянув на код, написанный на C++, можно было однозначно сказать, что это красиво, то здесь по большей части у меня противоположные ощущения.

    Какие правильные ощущения. По всему описанию видно, что у вас достаточно знаний, чтобы отложить в сторону PHP.
    Python+Django за 2-4 месяца вполне успеете для своих задач.
    5. Фриланс на чем-то из вышеперечисленного vs. фриланс на php(в плане интересной работы, а не рутины, ведущей к деградации; .. ? Вероятность найти работу в городе-миллионнике(Россия) (полу)джуниору?

    Вероятность найти работу в миллионнике именно, к сожалению выше на PHP, если просто смотреть на цифры по вакансиям. Это связано и с уже большой базой наработок на PHP. Но от вас зависит прийти на новое место работы и стартануть новые проекты на Python, например. Есть вариант вспомнить о PHP, уже имея базу в Python, только если работы совсем не будет.
    Ответ написан
    1 комментарий
  • PHP vs. all. Имеет ли смысл учить (параллельно) что-то еще?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    1. PHP умирает(мёртв)? Так почему же тогда мёртвый язык развивается в последнее время быстрее всех (большинства) ныне живущих(это я про python, к примеру).

    Потому что изначальное утверждение - ложное.

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

    Haters gona hate. Под свои задачи - это идеальный язык.

    Есть ли у разрабов PHP шансы наверстать упущенное в этом плане?

    Упущенное в чем?)) Про непродуманность - это бла-бла-бла, без конкретики. 5.6 - вполне норм. 7.1 Обещает быть интересным.

    Имеет ли смысл учить PHP, перспективен ли он в плане дальнейшей работы(работы, а не доработки cms и т.п.)?

    Вопрос не корректен. Перспективен в плане работы - специалист. Только от вас зависит где и как вы будете работать.

    Есть ли у меня шансы успеть освоить что-то друго...

    Зависит от вас

    К примеру, потянет обычный университетский хостинг проект на django?

    Вопрос ниочем. Что такое "обычный университетский хостинг"?

    Многое придется менять и что вообще придется менять?

    Смотря что вы собрались делать.

    Продолжать изучать PHP, какая связка PHP+%некий фреймворк% наиболее "боеспособна"? Когда переходить к фреймворкам?

    Symfony + сразу.

    И да, может быть стоит учить всё и сразу?

    Можно, только сразу к психиатру запишись. Не шутка.

    постоянно уговаривая попробовать Python или Ruby

    Дык попробуй, чего кота за яйца тянуть? Если понравится - переходи на тот стек технологий.
    Ответ написан
    1 комментарий
  • PHP vs. all. Имеет ли смысл учить (параллельно) что-то еще?

    На php работает 80% всех сайтов, хотел бы я написать нечто настолько же мертвое. Вы поменьше обращайте внимание на возгласы личностей, о которых ничего не знаете (также как и об их знаниях объекта критики). https://dev.by/lenta/main/top-razrabotchik-php-7-k... почитайте на досуге про "мертвый язык".
    Ответ написан
    2 комментария
  • PHP vs. all. Имеет ли смысл учить (параллельно) что-то еще?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    но код, особенно после C++, не вызывает каких-то положительных эмоций.

    А у меня не вызывает положительных эмоций код на C++. Да и код разный бывает. 90% кода на PHP у меня так же не вызывают положительных эмоций, но писать на нем нормально более чем можно.

    1) под фразой "php умирает" позразумевает его модель работы. После каждого запроса он умирает, то есть воркер отчищается и запускается по сути заного. Это существенно упрощает работу (у вас хоть сегфлоты могут быть всеравно весь сервак не умрет), а так же масштабирование (за счет отсутствия у самого PHP состояния между запросами, сессии мы не берем в расчет), но существенно бьет по производительности. К счастью с PHP 5.3 писать демоны на PHP не так уж страшно.

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

    2) PHP не такой уж стремный язык. Я не считаю "не консистентные названия функций" таким уж прям фактором влияющим на выбор языка. С моей точки зрения Ruby уродливая отрыжка, попытка сделать объектно-ориентированный перл (это лично мое мнение, мне не приятно работать с ruby, пусть меня за это простят), но за счет того, насколько сообщество ruby-разработчиков ценит и понимает цели бизнеса, насколько уважает тестирование своих решений и т.д... словом PHP комьюнити в этом плане еще расти и расти. Но прогресс виден.

    Да у языка есть просчеты, но их потихоньку сглаживают и устраняют проблемы.

    3) нет. Шансов на нормальном уровне с нуля изучить еще один язык программирования и к тому же фреймворк - почти нет. Да и в этом нет смысла.

    4) судя по вопросу вы уже определились для себя. Дальнейшая дискуссия не имеет смысла. Разбирайтесь. Но если брать шаред хостинги то PHP это пожалуй единственный адекватный вариант на сегодняшний день (если не брать в расчет что шаред хостинги как таковые это не очень адекватный вариант).

    5) все зависит от вас. Хорошие разработчики зарабатывают примерно одинаково вне зависимости на каком языке программирования они работают. Они просто хорошие разработчики и таких всегда мало.

    6) как хотите.

    И так...

    Язык программирования - это лишь инструмент для решения задач. Фреймворки - это так же просто инструменты для решения задач. Что важно - уметь задачи решать. И решать эффективно. Понимать что кривыми решениями вы увеличиваете риски для бизнеса.

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

    Ruby например бизнес (и стартапы в особенности) выбирает не потому что это хороший язык, а потому что Ruby комьюнити в среднем больше приспособлено для эффективного решения задач бизнеса. Что говорить когда у них любовь тестирования прививают с первых дней знакомства с языком?

    Не учите язык программирования. Учитесь разработке с применением этого языка. И тогда все будет намного проще.

    p.s. Haters gonna hate
    Ответ написан
    4 комментария
  • PHP vs. all. Имеет ли смысл учить (параллельно) что-то еще?

    @legolas4444
    PHP не умирает и не умрет в скором времени, а то что нужно ещё кроме него что-то знать, так это 100%. Широкий кругозор и понимание того какие задачи лучше решать каким языком никому не помешают. Например если стоит задача написать что-то с реалтаймом, то глупо для этого php насиловать, а лучше посмотреть в сторону NodeJS. Многопоточность? Вот вам JAVA пожалуйста. Если нужно написать к примеру типичный API, то бери тот который лучше знаешь.
    А вообще я бы наверно Python посоветовал бы. Он этакий универсал. С ним точно не пропадёте.
    Ответ написан
    Комментировать
  • У вас есть проект. Должна ли основная работа быть простой?

    Armin
    @Armin
    Gamedev, http://fatenation.ru
    У меня тоже печальный опыт есть. Из которого я сделал вывод что программист в принципе не может создать проект который принесёт деньги. Деньги делает бизнес, а не программист. Нужно быть бизнесменом, а не программистом. К сожалению мы программисты часто переоцениваем свой вклад в бизнес, и нам кажется что мы сами можем написать приложение и заработать много денег. Но это не так.

    Я 6 лет свой проект развиваю, коммерчески выхлоп никакой, но интересно же всё равно. Кроме того этот свой проект помог мне увеличить свою зарплату в 3 раза. Этот проект как портфолио говорит о том насколько я крут. Так что ради портфолио делать стоит однозначно, а вот ожидать миллионов долларов и всемирной славы не стоит.
    Ответ написан
    6 комментариев
  • Как вернуть мотивацию к учебе?

    Jeiwan
    @Jeiwan
    У вас нету побуждающих обстоятельств. Проще говоря, самообразование это вам нафиг не нужно, и без него вам живется хорошо. Была бы насущная необходимость, сами бы всё делали и не спрашивали бы, как себя замотивировать. Зачем себя мотивировать, если мотивации нету? Нет ничего глупее, чем пытаться себя замотивировать.
    "Я на сто процентов уверен, что программирование это моё" — в чем проблема тогда?
    Вообще, чтобы понять, твое это или нет, нужно чего-то добиться в этой области. Нужно потрудиться не один месяц, чтобы хоть что-то сделать, чтобы увидеть хоть какой-то результат на практике. И вот только после этого уже можно задумываться: "Мое это или не мое?".
    Программирование — это чертовски сложная штука. Это боль. И, видимо, вы ещё не познали эту боль.
    Ответ написан
    Комментировать
  • Плюсы/минусы смены профиля с PHP на Python/Ruby. Оно того стоит?

    @skynetdev
    С учетом того что скоро выйдет PHP 7
    не советую вам ни питона ни руби
    пхп будет рулить в этом случае по полной
    Ответ написан
    Комментировать
  • Продолжить изучать Python или начать учить PHP?

    maxxannik
    @maxxannik
    Сайты на WordPress + Интернет магазины WooCommerce
    У вас подход мечтателя. Вы сначала делаете то что нравится, а потом ждете что это кому то будет полезно. Шанс на успех есть, но крайне мал.
    Есть подход предпринимателя, думать каждый день, каждый час и каждый момент времени о том чем ты можешь быть полезен другим. Как только ты это поймешь, то увидишь что рынок python крайне мал и обладая этими знаниями пользы от тебя очень мало. А когда от тебя мало пользы - то и цена твоя будет низка.
    У php, 1С Битрикс или WordPress рынок на много больше. Обладая этими знаниями ты сможешь быть на много полезней для окружающих. При условии что научишься мыслить таким образом. Это не просто и не всем удается.
    А то какое у тебя образование или национальность - да плевать всем с большой горы. А тем кому как бы не плевать - то они просто лгут и прикрывают иные мотивы. Или просто тебя обидеть не хотят - если у тебя ума с гулькин нос.
    Ответ написан
    4 комментария
  • C чего начать фриланс?

    taxigy
    @taxigy
    Если вы хотите быть фрилансером и при этом не быть занятым на фултайме в качестве наёмного работника, то либо у вас должен быть стартовый капитал, либо вам придётся быть фултайм-работником, иначе вы умрёте от голода. Когда вы работаете фултайм, у вас остаётся четыре-пять честных часов в сутки (после девятичасового рабочего дня, поездки на работу и обратно, завтрака, ужина и т.п.), которые вы можете либо посвятить своему развитию в каком угодно направлении. Фриланс — одно из таких направлений.

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

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

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

    Третье — сконцентрировать всё, что вы уже сделали или делаете, и подготовить портфолио и лаконичный хедлайн, читая который, ваш заказчик заинтересуется вами и захочет работать. «Умею верстать» — хреновый хедлайн. «Создаю потрясающий дизайн» — уже что-то интересное. Не волнуйтесь о качестве или соответствии реальности — вам придётся экспериментировать. Кстати, о реальности: неплохо взять чуть выше, чем вы можете сейчас. Так вы создадите себе стресс, а как извесно, человек развивается в условиях стресса. Если вы останетесь в комфортных для себя рамках, годы спустя вы себе этого не простите.

    Следующий шаг — это, ура, наконец-то искать заказчика. Зарегистрируйтесь на Elance, oDesk, Freelancer.com, Outsource.com (возьмите у вашего друга-фрилансера реферальные ссылки, вам обоим будет от этого плюс). Это не самые лучшие биржи, но на них водятся интересные проекты. Вообще, биржу следует расценивать как стартовую площадку для накопления полезных контактов. Пока вы никому не нужны, и у вас нет друга-министра, который за откат заказал бы вам вёрстку, вам придётся практиковаться в том, чтобы захватить внимание человека, перед которым такими же прекрасными пропоузалами машут пакистанцы и индусы. О том, как пробиться сквозь стену дешёвых претендентов, не сбавив при этом в собственной ценности, и получить первый заказ, я могу рассказать подробно отдельно, может быть, лично. Это долгая история. Например, у меня это заняло пять месяцев очень упорного труда, и я до сих пор не уверен, что то время, которое я вложил, когда-то может окупиться.

    Развивайтесь как фрилансер. Это очевидно, но об этом легко забыть. Вы ежедневно развиваете свои способности общаться или не общаться с людьми, готовить еду и варить кофе, но это не имеет значения. По-настоящему имеет значение ваш профессионализм — и этим нужно заниматься. Ежедневно анализируйте свои действия, ошибки, возможности, сильные и слабые стороны. Отметайте активности, которые забирают ваше время зря. Не бойтесь отказаться от проекта, если он даже на $10 дешевле, чем тот минимум, на который вы рассчитываете (кстати, установите себе этот уровень в самый первый день).

    Познакомьтесь с другими фрилансерами. Зарегистрируйтесь на freelancing.stackexchange.com/, читайте, задавайте вопросы. Вы удивитесь, как много людей проходят через одни и те же грабли. Вы будете смеяться над тем, что, завалив проект, вы на следующий день увидите вопрос на тему «сложного клиента» или «неконтролируемого увеличения скоупа», которые пережили буквально вчера. Смеяться и плакать, а потом вставать и идти дальше. Когда (или если) вы были фултайм-работником, вас страховали коллеги и вся цепочка руководителей над вами, несмотря на то, что вы этого не понимали или, может быть, даже не чувствовали. Теперь вы один на один с очень агрессивной средой, и очередная неудача — это нормально, разница лишь в том, как вы её ощущаете.

    Заведите себе инструментарий для трекинга времени, управления задачами и ежедневными рутинными делами, отберите лучшие и сократите их количество до одного-двух. Развивайте в себе способности администрирования и управления, учитесь вести переговоры, учитесь строить предельно короткие и точные фразы, когда объясняете суть своей работы или своё видение проекта или мельчайшей его части. И не забывайте выходить из дома и общаться с людьми — очень легко застрять в своём кубике, испортить себе режим сна и пищеварение, но вы же не для этого идёте в фриланс, верно?

    Ну и напоследок. Подумайте о том, в каком месте, в какой природе, в каком климате вы хотите жить, что должно быть видно из вашего окна. Посчитайте, какой кэш флоу вам нужен, чтобы этого достичь, — поздравляю, это одна из самых главных отметок на шкале вашего роста. Разделите ожидания на десять — это ваш план на ближайший год. Умножьте 200 рабочих дней на ваши 4–5 часов — это ваш временной бюджет. Разделите первое на второе — это ваша часовая ставка.

    Успехов! Чем больше людей будут успешными фрилансерами, тем лучше для всех. У вас все шансы попячить ваших друзей, которые работают в крупной компании на средней позиции и участвуют в укреплении внутрикорпоративной безответственности.
    Ответ написан
    3 комментария