Артем Спиридонов

Из 30 бирж всего 2 - с "оригинальными" заказчиками. Остальные - с посредниками. Легко понять по формулировкам задач и ценам.

"Нравится-не-нравится, спи моя..."

$150 за два месяца - ниже статистической погрешности. $150 за день - ну куда еще ни шло. Как говорит один хороший специалист из другой отрасли, "пока вы не заработали $1 000 000 - не делайте выводов о том, что вам нравится..."

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

P.P.S Я не отговариваю вас от занятий JS. Я отговариваю вас от рассуждений "нравится-не-нравится".

Все давно изобретено, и называется нормочасом.

Нормочас не делится. В один нормочас решается не более одной поставленной задачи. Стоит в среднем от 300 до 3000 рублей в зависимости от специализации и квалификации.

Предложите конкретную сумму и дайте ссылку на код.

Многие сделать не могут. Некоторые сделать могут, но, небезосновательно подозревая некоторую скромность гонорара, просто не хотят тратить время на общение. Поймите - не на работу, а на общение. Если поймете, будет вам профит.

Закат.

Я убил свой профиль. В итоге только выиграл от этого. Давно надо было сделать.

Фриланс был интересный лет 5-10 назад. Сейчас пустышки как подавляющая часть исполнителей, так и заказчиков. С обеих сторон преимущественно бесперспективная школота, вне зависимости от возраста, по сути школота.

Где брать работу? Или наняться, или "Бизнес-молодость". Оба подхода хороши.

1. Заказчик не компетентен. Это частое явление, и часто бывает заметно сразу. Иногда бывает не заметно, и впоследствии приходится страдать от такой невнимательности.
   
2. Заказчик не адекватен. Начиная от неадекватной стоимости работы, заканчивая грамматическими ошибками в письме. Чем бы эти ошибки не оправдывались, хоть насыоналныст - в 100% случаев они являются приметой предстоящих проблем.
   
3. Заказчик слишком подробно указывает требуемый стек технологий. Обычно это следствие из предыдущих пунктов, плюс неопытность.
   
4. Опять же следствие из предыдущих пунктов, размещается заявка на разработку (именно программирование), а прописанные требования относятся к дизайну, при этом логика описана недостаточно подробно. Пытался общаться с такими - как правило, бессмысленно. Задаю вопросы, чтобы сформировать ЧТЗ, но ответов не получаю. Они вот так "экранами" и думают.
   

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

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

Бесплатный сыр бывает... где?

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

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

Чтобы закончить проект, сделайте не-знаю-что с заказчиком, и изучите DDD и бизнес-аналитику. Это позволит вам адекватно оценивать объемы задач, при работе в этой отрасли.

Как палочка-выручалочка, вот список методик из разных областей, которые могут вам помочь. Изучение этих методик, естественно, займет некоторые силы и время, но вероятно они спасут вас и дадут определенное понимание перспективы. Все гуглится:

• Getting Real
  
• DDD
  
• Бизнес-анализ
  
• Книги Мартина Фаулера
  

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

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

Легкий путь, но жесткая конкуренция в онлайне - сайтмейкерство. Вы можете преуспеть, если будете давать рекламу оффлайн и делать недорогие (10-20 тысяч рублей) качественные шаблонные сайты на готовых CMS в своем районе/регионе.

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

Любая задача решается не более, чем за одну неделю. Подавляющее большинство программ выпускаются в бету за 2-3 месяца. Если дольше - нужно бить тревогу. Или неправильное планирование, или проблемы в команде.

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

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

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

С консультациями, как с сексом. Хотите, чтобы было качественно? Тогда нужно хорошо подготовиться. И вести себя прилично. Всегда. Хотите хорошие ответы? Продумайте свои вопросы.

В состоянии потока любая хрень может отвлечь и нарушить рабочее состояние. Особенно - вопросы. Особенно - глупые вопросы. Глупые не с вашей точки зрения, а с точки зрения разработчика. Программист работает циклами по 2-4 часа. Если нарушить цикл (например, задав глупый вопрос или позвонив по телефону) - теряется ПОЛОВИНА ДНЯ.

Поэтому мое второе замечание - проверьте, а не мешаете ли вы ему работать?

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

Насчет учебы, онлайн-курсов и "Транзита" - идеи хорошие.

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

Узнайте размер минимальной годовой выплаты в пенсионный фонд.

Java абсолютно не нужна на фрилансе

Кто вам это сказал???

Как объяснить? По-простому.

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

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

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

Под затратами подразумеваются: финансовое обеспечение и временные затраты на разработку, а также количество работы, которое совершают руководители.

Прокачайтесь до intermediate. При искреннем желании это можно сделать в течение недели. Своими глазами десятки раз наблюдал такой опыт.

Тогда страхи пропадут.

А какие там хостингозависимые проблемы? Пишите, помогу безвоздмездно.

ИМХО, довольный клиент - лучше, чем удачная разборка. Худой мир лучше доброй ссоры. ИМХО.

Обычно 1, хотя хотелось бы 2-3.

А для меня вопрос "легкости" на практике выглядит иначе.

Мне не интересно и совсем не выгодно брать маленькие задачи. А большие - ровно наоборот, и интересно, и выгодно.

Что касается техпроцесса, очень четко работает принцип Парето - 80% решений действительно делаются за 20% времени, и наоборот.