Александр Владимирович

для 21-го года вы исключительно целеустремленны, особенно на фоне местных "профи", которые торгуются учить или не учить им очередной CSS фреймворк и ждут, что их будут нянчить на каждой строчке

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

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

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

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

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

Жуткий боян, но как нельзя кстати подходит под такого рода нытье.

Предлагайте клиенту "вилку" с разницей, соответствующей детализации заказа. Если заказ описан несуразно, кое-как, вилка, соответственно, будет большой (например, от 100 до 1000 чего-нибудь). Если заказ описан хорошим языком и Вам всё в нём понятно - разрыв можно уменьшать до нуля.

В этом случае у вас будет объяснение, которое, возможно, мотивирует заказчика переписать техзадание более понятно для исполнителя.

Ну, или найти другого исполнителя.

Если у заказчика пока нет четкого представления о том, как должен выглядеть "автомобиль" и он готов вместе с вами приходить к этому пониманию постепенно, предлагайте ему time&material и работайте итерационно, начиная с прототипирования.

Если же заказчик непременно хочет fixed price, поговорите с ним, поймите текущую картинку в его голове и главное - цели, для которых строится "машина" или боли, которые она должна снять. Она нужна потому, что у соседа такая? Для того, чтобы съэкономить время? Для того, чтобы преодолевать бездорожье? Чтобы произвести впечатление? Чтобы вложить деньги? и т.п.
После этого предложите свой вариант "машины". Объемы цены и сроки рассчитывайте исходя из предлагаемого вами варианта и явно это укажите в коммерческом предложении. Там же оговорите свои предположения относительно готовности их кода к интеграции. "Стоимость проекта рассчитана в предположении, что .... 1)... 2).. 3)... После анализа исходного кода заказчика (а так же при выборе заказчиком другой модели автомобиля или комплектации) стоимость проекта может быть изменена."

Детальное ТЗ писать не спешите. Часто в таких случаях заказчик просто делает мониторинг рынка с целью выбора поставщика. Если предварительные договоренности будут подписаны, тогда можете ввязываться в подготовку ТЗ. Оно в любом случае делается засчет заказчика, просто не всегда заказчик это знает и понимает.

Простого примера "по ссылке" недостаточно, нужно видеть конкретный дизайн и ТЗ. Цена будет сильно колебаться в зависимости от конкретных деталей. Очень важно понимать точный объем работы "под капотом" - если клиент запросил WordPress, значит ему нужна возможность редактировать на этом лендинге все или только часть. Возможно, делать клоны и проводить A/B тестирование. Возможно еще какие-то фичи, которые не видны на фронте.

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

Also, на цену будет влиять стоимость работ конкретного исполнителя. Кто-то работает за $10/час, кто-то за $50/час. А также квалификация и опыт. У кого-то прикрутить форму заказа / звонка / обратной связи займет 30 минут, у кого-то - 3 дня задавать вопросы на Тостере, потому что "что-то пошло не так".

Я вам скажу больше, чаще всего побеждает самая дорогая ставка) (За исключением тех случаев, когда дорого ставят от балды) и это максимально логично.

Представьте ситуацию, в которой какому-нибудь Джону нужно сделать лазерную коррекцию глаз. Куда он пойдет - к Ваське в гараж за 1000 рублей, который обещает сделать за вечер или в вылизанную клинику с тысячей отзывов, где его будут готовить и осматривать пару недель, но потратить придётся 1000$ ?

Чаще всего клиенты относятся к своим проектам так же серьезно, как Джон к своему здоровью, и им важно получить высококлассный гарантированный результат. Если это какие-то мамкины бизнесмены-делегаторы, им будет плевать на качество продукта и они поведутся на демпинг(вполне вероятно, что правило СПД сработает и им всё равно придется заказывать подороже, чтобы переделать работу демпера).

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

Тема давняя, но на случай если кто-то ещё сюда зайдёт — есть вот такой вариант работы с авторизационными куками: david-m.livejournal.com/1267236.html

Тоже изучаю Symfony 3. Смотрю сейчас в исходники https://github.com/Sylius/Sylius
Подробные доки, масса разных полезных и широко распространённых компонентов плюс чёткая предметная область.

посмотрите [Knp University] Learn Symfony 3 и будет вам счастье.
Бест практики описаны, как ориентир можно рефакторинг Фаулера держать под рукой и как ни странно практика, много практики, придерживаясь основных идей: логика в сервисах, работа с базой в репозиториях, сущности простые и прозрачные, контроллеры держим тонкими. Внимательно изучите возможности аннотаций, di, security voter`s, расширения твига, ассеты и прочие ништяки симфони, чтобы возможности для реализации правильной архитектуры были максимальными. Если кажется, что с задачей уже не раз сталкивались коллеги ранее, посмотрите готовые бандлы, чтобы не тратить время на велосипеды (за исключением ситуаций прокачки скилла написания оных) Тут главное соблюдать границу между техническим перфекционизмом и реальностью :)
Как уже упоминали демо приложение - вполне достойно изучения, а вот насчет Sylius'a неоднозначное впечатление, довольно давно его просматривал, symfony way как-то не проглядывается, хотя вполне занятно и интересно сделано.

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

посмотри в сторону инструкций от Digital Ocean, толково пишут
https://www.digitalocean.com/community/tutorials/h...

я по ним научился управляться с Линуксом, в итоге вообще сел за Убунту в качестве основной системы :)

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

На всякий случай напоминаю, что полноценная VPS\VDS (на которой что угодно делай) стоит от 100 рублей в месяц. Так что тонко намекаю, что в 2017ом году хостинги, в которых даже ini поменять - не вариант, вроде как должны уже вымереть, ибо смысла в них, при таких ценах, более чем никакого. Тем более с такими говнонастройками =)