• Кто отвечает за взлом сайта, если заказчик не переносил его с тест-хостинга?

    syschel
    @syschel
    А вариант с тем, что заказчик пог сам похерить доступы к админке/фтп, вы даже не рассматриваете?
  • Файловая структура Django-приложения и установка пакетов?

    syschel
    @syschel
    bigtrouble:
    Вы всё в кашу собираете.
    В репозитариях хранят только код, то что вы кодите, ваш проект.
    На сервере же, в продакшене. Создаёте папку. В ней папка проекта, папка окружения, папка логов, папка статики или временных файлов.

    - project
    - env
    - logs
    - tmp
  • Файловая структура Django-приложения и установка пакетов?

    syschel
    @syschel
    bigtrouble: нет, в репозитарий только /home/project/my_app добавляем
  • Какие они, ваши наблюдения и опыт о количестве интересных проектов во фрилансе/удаленной работе?

    syschel
    @syschel
    nicenice: Примеры на пол года. Ну зайдите на апворк в профили Java разработчиков с рейтами от $20 и посмотрите над чем и сколько часов они работали. Полно же примеров наглядных. Или вам лень? :)
  • Какие они, ваши наблюдения и опыт о количестве интересных проектов во фрилансе/удаленной работе?

    syschel
    @syschel
    nicenice: Начинал он с обычного сотрудника того самого отдела. А до этого голый фриланс был в той сфере разработки.
  • Какие они, ваши наблюдения и опыт о количестве интересных проектов во фрилансе/удаленной работе?

    syschel
    @syschel
    nicenice: Первый сайт в начале нулевых был на голом HTML. делал компании в которой сам работал. :-)
    Потом уже PHP освоил и до 2011 фиралнсил на нём. Несколько раз работал в компаниях штатным разрабом, не вебстудии, а их личные сайты. Первый крупный заказ был в роли штатного разраба. Потом переманили на другой проект, с переобучением на python. Дальше фриланс уже на питоне. Сейчас только крупные заказы беру, не гугл, но и не примитивные сайты визитки, каталоги или псевдомагазины. За примерно 15 лет в сфере, сотни сайтов, но единицы дожили до сегодняшнего дня. Компании как правило заказывали их в стол. Самые интересные для меня были крупные, в идеале командные проекты. Они живут, хотя некоторые не пережили кризиса в 2008 и 2014.

    Грабли, это то что я описал выше. То есть умение продать себя в толпе конкурентов. Объяснить заказчику, почему ты с таким рейтом, ему выгоден, чем более дешевые конкуренты. Да, от многих отказывался сам. Обычно это "гениальная идея, захватим интернет, нужно сделать второй гугл/ебай/аллиэкспрес/амазон/фейсбук, только добавить одну кнопку и другой цвет - готов заплатить 1к долларов!!!".

    Как себя продать? Это по сути просто, есть два или три правила:
    1. Вникнуть в проблему заказчика. Предложить несколько вариантов, ссылаться на опыт. Описать плюсы и минусы каждого предложенного тобой или заказчиком элемента. Не ограничиваться тупыми спамными не конкретизированными сообщениями с предложением поработать. Но для этого нужен опыт, на худой конец много статей читать, не только по коду, но и маркетингу, продвижению и так далее. Делаешь магазины? Прочитай книгу - Правила Zappos. Технологии выдающейся интернет-компании и так далее.

    2. Составляй максимально подробное ТЗ с разбитием на этапы, указанием сроков каждого этапа, пускай хотя бы приблизительными (делай свою оценку, умножай на 2 и не ошибёшься). Что бы потом не было проблем, когда уже деньги не нужны, лишь бы отвязаться от заказчика и взять другой "нормальный" заказ. Ибо размытое ТЗ, позволяет заказчику сесть на шею. Никогда такое не позволяй, в самом начале оговаривай, что работа будет делаться строго по ТЗ и все переделки только по его завершению. Либо, если он сильно захочет, останавливается разработка, с оплатой выполненного и составляется новое ТЗ. У меня были такие заказчики "по малолетству", которые садились на шею, при том не редко вёлся на громкое название (горнопромышленный холдинг, крупная фабрика с сетью представительств по стране, крупное рекламное агенство, ...). Всегда ТЗ и всегда строго по нему. Никогда не доверяй обещанием "да, мы поняли, так и будет". Пускай всё будет на бумаге или в почте на худой конец. Всегда оговаривай, кто будет с тобой обсуждать проект (составлять ТЗ) и кто будет принимать потом работу. Было с горнопромышленниками, когда хотел в портфолио добавить, повёлся на название, скинул цену. В итоге все обсуждения вёл с одним человеком, с третей попытки и кучи переделок тупых (которые советовал не делать и в итоге их и убирали после создания) он принял работу, но начал динамить по срокам выплату, А тут вернулся из отпуска директор и решил оценить своим орлиным взглядом разработку, закономерно что он представлял себе сайт его компании иначе и начал требовать всё переделать. Ибо делалось без согласования с ним, а у него "свои взгляды". В итоге разорвал контракт с ними. Не приятно, но сам виноват, слабый был договор у меня, да и позволял переделки, боясь потерять контракт.

    3. Определиться с нишей и не распыляться. Решил стать разработчиком, ок, определись фронтенд (вёрстка) или бэкэнд(логика и программирование). Решил заняться сайтами, программированием. Не нужно распыляться на СЕО, дизайн или разработку под андроид. Иначе будешь везде знать по немного, но нигде на нормальном уровне. Выбрал язык (php прост для вхождения, но конкуренция большая), так развивайся в нём, не прыгай по языкам часто, только если достиг какого-то порога и поработал с крупными проектами. Тогда есть резон менять стек, но не ранее. Лучше быть крутым пхп программистом, чем слабым java. Везде можно получать и много и мало, зависит от умений. Поработай в команде, приучись к репозитариям (git, svn, ...), к планировщику задач (issue tracker).

    В крупных проектах ничего не мешает быть штатным, но удалённым сотрудником. Ничего не мешает на фрилансе работать с крупными заказчиками. Правда по моему опыту и тех людей кого знаю. Крупные заказчики на фрилансе есть, но они всегда начинают с мелочи, а потом уже предлагают вне биржи или на бирже, работать по крупным задачам, вплоть до руководителя отдела разработки из 3 индусов, 2 негров и 5 румын. :-)
  • Какие они, ваши наблюдения и опыт о количестве интересных проектов во фрилансе/удаленной работе?

    syschel
    @syschel
    nicenice: Есть, нанимают, уровень разный как и задачи. Друг работает начальником отдела разработки в компании из США, таких отделов несколько. Весь штат исполнителей у него раскидан по миру, сам он год живёт в Азии. Работа вся удалённа, но со строгим временем работы (по NY), 8 часовой рабочий день. Работа с почасовой оплатой. Есть ЦРМ у компании, есть редмайн задач, контроль времени через приложение апворка. Оплата зарплаты на счёт ИП, так же есть договор о найме, NDA и другие официальные плюшки. Стартапы любят удалёнщиков, для этого уже тонна всяких систем разработано (agile, etc). Много коворк офисов.
  • Какие они, ваши наблюдения и опыт о количестве интересных проектов во фрилансе/удаленной работе?

    syschel
    @syschel
    copal: Не верно. Как правило большинство юр лиц делают "сайты" в стол. Заказывают у студии или фрилансера и забивают потом болт. Порой так забивают, что даже забывают продлевать домены.

    Биржи биржам рознь. Нормальное количество прямых заказчиков на биржах. Просто большинство заказов это мелочёвка. Даже крупные заказчики, часто начинают работать сначала на мелком заказе, а потом, после прохождения этого "платного теста", дают более крупные задачи.
    У меня сейчас один большой заказ, который длится более полутора лет, удалённый заказ, а не в офисе на окладе. И с последующей его "поддержкой" и развитием, с вариантом делегирования части моей работы на других исполнителей. Коллега работает на нигерию более полу года уже, тоже один большой заказ. Всё по сути взято с бирж. Да и не поленитесь, посмотрите биржи, очень много заказов с планами работ "от 3 месяцев", "от 6 месяцев". А не верьте слухам или сплетням.
  • Вопрос по Django shell?

    syschel
    @syschel
    Оформляйте код в тег code lang="python" тостера, читать же не возможно!
  • Full Stack Web Development Specialization на Coursera - будет ли польза?

    syschel
    @syschel
    Немного не так. Лучше пускай поищет в инете ТЗ на разработку сайтов, которую уже выполнили. И сделает всё по тем ТЗ, а потом сравнит с результатами. А то делать самому "своё" и для себя... Бррр, видал. Вечные забивания болта на сложных участках, вечные расплывания по задачам и технологиям. Готовится лучше к коммерческому созданию. Ибо встречал работничков, на вопрос "Что за хрень ты сделал, я же просил другое и давал подробное описание с примерами?". Слышать ответ "А что не так? Маме понравилось, друзья тоже сказали что круто!!!".
  • Как лучше реализовать прием оплаты за фриланс услуги?

    syschel
    @syschel
    mx6001: Вы несовершеннолетний что ли? Судя по вопросу, в той самой разработке, которую хотите продавать, сами не разбираетесь. :)
  • Что делать, если заказчик просит убрать работу из портфолио?

    syschel
    @syschel
    Tin Iven: Да, можно. Но вопрос то про исключительные права на работу и законы связанные с этим.
  • Что делать, если заказчик просит убрать работу из портфолио?

    syschel
    @syschel
    Tin Iven: Если хочется что бы исполнитель не светил свою работу в портфолио. То ДО начала работ подписывается НДА или договор об отчуждении заказчику исключительных прав с упоминанием пункта про публикацию исполнителем этой работы. Если НДА не подписывалось, договора о ПЕРЕДАЧИ прав не было, то всё идёт в рамках закона, а не вашего или Васи Пупкина личных мнений. Сам поленился, сам себе виноват. Везде нужна бумажка с подписями, без бумажки ничего доказать нельзя. Была она? Был там такой пункт? Нет? Значит действуем по закону. И с законом идём в любой суд и решаем спор, а с вашим личным мнением только по подворотням с битами можно решать. Но против этого есть закон!
  • Что делать, если заказчик просит убрать работу из портфолио?

    syschel
    @syschel
    Tin Iven: Я и был заказчиком не раз. По этому и сталкивался с договорами и подобными ситуациями. Есть закон, а есть ваше личное мнение - это две разные вещи. Я может тоже хочу, что бы мне все делали два приседания и Ку, если я в жёлтых штанах! Но закона такого нету.
  • Что делать, если заказчик просит убрать работу из портфолио?

    syschel
    @syschel
    Tin Iven: Значит и требовать заказчик удаления из портфолио не может. По закону, исключительные права остаются за создателем(автором, фрилансером), до тех пор пока не будет подписан договор о передачи таких прав. С актами договор.
  • Что делать, если заказчик просит убрать работу из портфолио?

    syschel
    @syschel
    Tin Iven: Почему это не регламентируются? Когда был в роли заказчика и заказывал разработку у юр.лиц, с заключением договоров, эти пункты там были. Не такие, но право на размещение исполнителем работы в своём порфолио и копирайтах на работе были. Если хочется получить полные права на исключительную собственность, убрать копирайты и скрыть в портфолио исполнителя, то отдельный договор и отдельная оплата, хоть в одну копейку ценой, должны быть. Это законы такие.

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

    syschel
    @syschel
    Schullz: Да, исключительные права для заказчика, на владения продуктом автора(фрилансера).
  • Python или PHP?

    syschel
    @syschel
    Арман Марабян: Ну или "Joomla/Drupal или Django" ;-)
  • Что не так с моей функцией?

    syschel
    @syschel
    head_id = Heading.objects.get(heading_alies=head_id)
    Тут ошибка у вас, ибо =head_id не объявленна. Значит этот кусок пролетает в except.

    Выполняется только второй except и там скорее всего де находит Article с таким тегом.