Comments 287
На российских биржах практически нет «конечных» фрилансеров, либо посредники, либо студии, либо кидалы. Почему? Все просто, их достаточно мало и если такой человек берет заказ, он пропадает на месяц-два с биржи. А заказ он берет быстро. По этой же причине там крайне редки хорошие заказчики. И отсюда еще одна проблема — хорошим фрилансерам там неинтересно.
Laravel 2000$ — очень похож на «негра» из студии, проектов показать нет из-за NDA, а даже если и есть — их лучше не показывать (т.к. делает то что прикажут и обычно получается из говна и палок, только без палок). Обсуждал бодро и по делу, но когда дело дошло до дела стал затягивать с ответами — скорее всего проект от студии появился и времени стало не хватать (постоянной студии отказывать ради разового заказчика себе дороже). В принципе почти узнали себя в этом кейсе (даже цену пожалуй похожую бы назвали:) ), правда за тем лишь исключением что в случае оверлапа предупредили бы о сроках или сказали бы когда освободимся, а не просто слились бы:)
По самому ТЗ — для оценки адекватности бюджета — интересно как был описан морфологический поиск. Из коробки он получается настолько унылым, что 95% времени можно было потратит на доведение его до хоть сколько-нибудь приличного уровня. Если надо серьезное допиливание, то и 8к мало.
p.s.: Попробуйте upwork
Laravel 2000$ — очень похож на «негра» из студии, проектов показать нет из-за NDA, а даже если и есть — их лучше не показывать (т.к. делает то что прикажут и обычно получается из говна и палок, только без палок). Обсуждал бодро и по делу, но когда дело дошло до дела стал затягивать с ответами — скорее всего проект от студии появился и времени стало не хватать (постоянной студии отказывать ради разового заказчика себе дороже). В принципе почти узнали себя в этом кейсе (даже цену пожалуй похожую бы назвали:) ), правда за тем лишь исключением что в случае оверлапа предупредили бы о сроках или сказали бы когда освободимся, а не просто слились бы:)
По самому ТЗ — для оценки адекватности бюджета — интересно как был описан морфологический поиск. Из коробки он получается настолько унылым, что 95% времени можно было потратит на доведение его до хоть сколько-нибудь приличного уровня. Если надо серьезное допиливание, то и 8к мало.
p.s.: Попробуйте upwork
На российских биржах практически нет «конечных» фрилансеров, либо посредники, либо студии
В теории мы не против «студий», но, как показала практика, с ними очень трудно сработаться.
UpWork знаем и любим, боюсь, этим все и закончится.
> UpWork знаем и любим, боюсь, этим все и закончится.
А почему боитесь?
А почему боитесь?
Исторически все разработчики из России, хотелось так и продолжать.
Так эти же разработчики на апворке и сидят. В последние годы вообще наблюдаю тенденцию написания Job description на русском языке. И сразу не читаю :) Работать с «нашими» заказчиками часто предполагает геморрой и низкую оплату.
Посмотрите, на upwork, по крайней мере была, возможность нанимать «локальных» разработчиков. Даже когда этой фичи не было меня так и нанял один из самых крупных заказчиков. Сначала переписывались на бирже на английском, потом они раскрыли карты и я к ним в офис пришел :)
За такие трюки UpWork просит $3000, кстати.
по крайней мере была, возможность
А вроде подлежащее от сказуемого не отделяются запятой (и даже дополнение от сказуемого).
Например, в предложении «Мама мыла раму» вы бы где поставили запятую: «Мама, мыла раму» или «Мама мыла, раму». Но это уже уровень пятого класса примерно.
Причем один мой знакомый «топовый» (без преувеличения) сеньор-помидор тоже иногда может допускать неточности при письме (может, например, причастный оборот не обособить, но это мелочи), а таких вот специалистов, как представленный выше комментатор, я бы всё же опасался нанимать (но это моё «оценочное суждение»).
Удачи вам в поисках.
Попробуйте еще ЮДу, я там беру небольшие заказики на 3000-5000 рублей, которые делаются за 3-4 дня.
Мне кажется, у вас как раз для ЮДу заказ, поставьте его там тысяч за 10))))
Мне кажется, у вас как раз для ЮДу заказ, поставьте его там тысяч за 10))))
UFO just landed and posted this here
Заказчикам на хабре прилетает регулярно. Фишка в том, что мы-то как раз постарались быть образцово-показательным заказчиком: мы подробно расписали требования, никак не ограничивали стек технологий, время, и бюджет. Мы даже предлагали всем откликнувшимся сразу оплатить любые плагины, темы, и вообще все, что может потребоваться для выполнения задачи. И все равно — не сложилось.
UFO just landed and posted this here
Подробное тз как раз и отпугивает. Когда заказчик допытывается до конкретных библиотек и кода, до дизайна/макетов (в моем случае десктопной разработки), то сразу возникает вопрос — почему он сам этого не сделал. Значит есть какие-то скрытые проблемы или трудности в коммуникациях (например, тз осталось с прошлого фрилансера, который ушел с проекта).
Помню, даже читал тут на хабре когда-то статью в духе «звоночки для фрилансера». И там подобное было одним из. С чем полностью согласен (по многолетнему опыту работы на фрилансе). Излишне требовательный к тех деталям заказчик — часто заканчивается проблемой для фрилансера.
Помню, даже читал тут на хабре когда-то статью в духе «звоночки для фрилансера». И там подобное было одним из. С чем полностью согласен (по многолетнему опыту работы на фрилансе). Излишне требовательный к тех деталям заказчик — часто заканчивается проблемой для фрилансера.
Я из другого окопа.
А заканчивается проблемой для фрилансера ровно потому, что он поленился прочитать все условия ТЗ полностью и сделать все до последнего винтика.
Я никогда не требую сделать что-то сверх ТЗ без доп.оплаты, но потребую доделать всё, о чем уже договорились безо всяких "сори, невнимательно читал" (и при этом каждый раз я 100500 раз прошу исполнителя досконально прочитать ТЗ и указать пункты, которые для него сложные/долгие/неизвестные и тд)
У подробного ТЗ ещё есть три момента, кроме перечисленного выше, которые отпугивают: длина самого ТЗ, стиль изложения (ТЗ автора статьи не читал, так что не знаю, относится ли это к данному случаю) и ощущение, что сейчас будут рассказывать, как делать сайт.
Итак, длина ТЗ. Нет, я умею читать и сами по себе буквы, как и их количество меня не пугают :). Но длинный текст и читать долго. Причём, это не увлекательный рассказ, а нудная техническая простыня, которую надо прочитать, по сути, несколько раз, прыгая от раздела к разделу. При этом, поиск заказа, если всё правильно организовано, происходит в фоновом режиме, то есть в процессе выполнения уже имеющегося, чтобы не было простоев. И даже так легко может получиться, что долго нет работы по профилю, потому что скопление вкусных заказов прошло, пока делал тот, что уже взял. В итоге, либо сидишь и вчитываешься в детальное описание, либо работаешь над тем, что есть. Получается, задачи, где нельзя быстро обсудить и принять решение о готовности взять работу, сразу отсеиваются, если только не занимаешься поиском целенаправленно и другой работы сейчас нет совсем.
Стиль изложения. Пишу со стороны бэк-энда, в разработке пользовательских интерфейсов разбираюсь слабо. Так вот, читаю очередное такое задание, а там… Страница, кнопочки… Извините, ТЗ на сайт или только для дизайнера? И ни слова о сущностях, которые есть (будут) на сайте, ни слова о том, как они взаимодействуют. И ладно бы искали full-stack-разработчика, но ведь ищут именно бэка, а выдают вот это… Я пропускаю описания всех этих красочных пейзажей и ищу «про трактор». И ничего не нахожу. То есть, чтобы просто понять, хочу я этот заказ или нет, надо загрузить себе в голову эту живопись, угадать, что за нею скрывается, восстановить сущности и предполагаемую объектную модель и только потом решать. То есть ещё раз время, причём, ещё и увеличенное стараниями заказчика.
«Точные указания». Периодически с таким сталкиваюсь. Начинают учить программировать, рассказывать, как надо сделать то и это. И вот эти поучения мне надо, как и в прошлом пункте, декомпилировать, получить исходную задачу, отделив её от влажных фантазий заказчика о мировом господстве, и потом уже собрать то, что нужно. Двойная работа. И, как ни печально, один из статистически значимых признаком — длинное ТЗ. Не обязательно подробное, просто длинное. Может, это мне так «везёт», но против статистики не попрёшь.
Вывод: видя длинное ТЗ, многие могут сливаться просто не желая тратить время на то, что с большой вероятностью не принесёт дохода. Да, так теряются и хорошие задачи, такие, где заказчик честно постарался всё описать, но на фоне огромного количества гарфоманов… В общем, это как с российским кино: хорошие фильмы, видимо, есть, но перекапывать тонны токсичных отходов ради пары жемчужин не тянет.
И даже не знаю, что с этим делать.
Итак, длина ТЗ. Нет, я умею читать и сами по себе буквы, как и их количество меня не пугают :). Но длинный текст и читать долго. Причём, это не увлекательный рассказ, а нудная техническая простыня, которую надо прочитать, по сути, несколько раз, прыгая от раздела к разделу. При этом, поиск заказа, если всё правильно организовано, происходит в фоновом режиме, то есть в процессе выполнения уже имеющегося, чтобы не было простоев. И даже так легко может получиться, что долго нет работы по профилю, потому что скопление вкусных заказов прошло, пока делал тот, что уже взял. В итоге, либо сидишь и вчитываешься в детальное описание, либо работаешь над тем, что есть. Получается, задачи, где нельзя быстро обсудить и принять решение о готовности взять работу, сразу отсеиваются, если только не занимаешься поиском целенаправленно и другой работы сейчас нет совсем.
Стиль изложения. Пишу со стороны бэк-энда, в разработке пользовательских интерфейсов разбираюсь слабо. Так вот, читаю очередное такое задание, а там… Страница, кнопочки… Извините, ТЗ на сайт или только для дизайнера? И ни слова о сущностях, которые есть (будут) на сайте, ни слова о том, как они взаимодействуют. И ладно бы искали full-stack-разработчика, но ведь ищут именно бэка, а выдают вот это… Я пропускаю описания всех этих красочных пейзажей и ищу «про трактор». И ничего не нахожу. То есть, чтобы просто понять, хочу я этот заказ или нет, надо загрузить себе в голову эту живопись, угадать, что за нею скрывается, восстановить сущности и предполагаемую объектную модель и только потом решать. То есть ещё раз время, причём, ещё и увеличенное стараниями заказчика.
«Точные указания». Периодически с таким сталкиваюсь. Начинают учить программировать, рассказывать, как надо сделать то и это. И вот эти поучения мне надо, как и в прошлом пункте, декомпилировать, получить исходную задачу, отделив её от влажных фантазий заказчика о мировом господстве, и потом уже собрать то, что нужно. Двойная работа. И, как ни печально, один из статистически значимых признаком — длинное ТЗ. Не обязательно подробное, просто длинное. Может, это мне так «везёт», но против статистики не попрёшь.
Вывод: видя длинное ТЗ, многие могут сливаться просто не желая тратить время на то, что с большой вероятностью не принесёт дохода. Да, так теряются и хорошие задачи, такие, где заказчик честно постарался всё описать, но на фоне огромного количества гарфоманов… В общем, это как с российским кино: хорошие фильмы, видимо, есть, но перекапывать тонны токсичных отходов ради пары жемчужин не тянет.
И даже не знаю, что с этим делать.
При разработке лендинга верстальщик получает полностью готовый дизайн-шаблон в psd, все формы и окошки, все фото-видео исходники, и прототип, с описанием как должен работать тот или иной элемент сайта (например, карусель картинок, попап отзывов, якоря, меню и тд).
Т.е. в ТЗ описаны лишь требования, и мне реально пофиг, на каком движке будет сделан сайт (самопис или готовый), если требования будут соблюдены и всякие проверки на скорость загрузки и ошибки кода будут пройдены.
Т.е. в ТЗ описаны лишь требования, и мне реально пофиг, на каком движке будет сделан сайт (самопис или готовый), если требования будут соблюдены и всякие проверки на скорость загрузки и ошибки кода будут пройдены.
Ну так то лэндинг, у которого, собственно, кроме вёрстки, почти ничего и нет. А вот когда речь идёт о хоть сколько-то «богатом внутреннем мире» на сервере, таки описания вызывают, прямо скажем, недоумение и желание задать вопрос: «А делать-то чего? Какую работу всё это должно выполнять и с чем оно должно работать?» Собственно, вопрос и задаётся. После чего заказчик часто молча растворяется в тумане, будучи не в силах ответить, что же ему было нужно.
Мне кажется, что все дело в бюджете: с одной стороны вы отсеивали неопытных требованиями, а невнимательных и ценящих свое время — капчей, а с другой стороны хотели продукт за сумму/время соответствующую уровню недомидл фулстак веб разработчика. Множества не пересеклись.
Может быть, может быть. Но проблема в том, что до обсуждения бюджета как правило дело не доходило. Или вы всерьез считаете, что $8000 — разумные деньги за такой проект?
Разумные деньги и реальные не всегда сходятся в одной точке. Тот же упомянутый недомидл в конторе-бодишопе означает, что самой конторе надо заплатить не 2000, а уже 3500, чтобы покрыть налоги и издержки, при этом он остается недомидлом. А у вас там упоминаются всяческие эластики, оптимизация, небось девопс еще понадобится, вот и выходит уже 6000, а с тестером и менеджером — вполне и 8000. Не разумно, но вполне реально за такой проект, если хочется качественно и через фирму. Сэкономить можно только если искать какой-то промежуточный вариант, а именно — грамотного фрилансера, но не по цене недомидла, а хотя бы от 4000
А почему вы вообще думаете, что статья — про деньги? Даже странно. Вся статья как раз об этом: вопрос не в деньгах. Вопрос в качестве. На рынке нет свободных разработчиков, кто мог бы сделать качественно, и при этом хотел бы.
Студия, которая просила с нас $12 000, имеет в своем портфолио такие работы, которые студентам второго курса стыдно показать.
Студия, которая просила с нас $12 000, имеет в своем портфолио такие работы, которые студентам второго курса стыдно показать.
Вы же сами сказали, что пожалели $8000. А ещё перед эти отказали парню, который предложил сначала wp, а потом ларавел с доплатой. Поэтому остаётся ощущение, что дело было таки в цене.
Обоим мы отказал не из-за цены, а из-за того, что цена была ничем не обоснована.
Вы хотите обосновать что? Вот такая у него цена — хотите берите, не хотите — не берите. Я может вот хочу квартиру за $10000, а продают почему-то за $400000. Не буду покупать, пока не обоснуют. И дело не в деньгах.
P.S. Это меня как-то на собесе спросили, мол, а почему вы считаете, что вам нужно платить именно такую ЗП? Я говорю, ну потому что это рынок, я себя вот так оценил. Нравлюсь — берите, не нравлюсь — не берите.
На собеседовании ожидали, что вы ответите — «потому что я принесу вам чистую прибыль в 2 раза больше запрошенной зарплаты» и аргументированно докажете это. На собеседованиях смотрите на задаваемые вопросы со стороны работодателя, потому что он вас выбирает, а не вы.
С подходом «я так хочу, не хочешь — не ешь» сложно найти денежных заказчиков.
С подходом «я так хочу, не хочешь — не ешь» сложно найти денежных заказчиков.
Спасибо, мы одновременно написали примерно одно и то же.
потому что он вас выбирает, а не вы.
Вы оставили коммент под статьей, где заказчик жалуется, что не может найти нужного ему исполнителя, а не наоборот. :) Реалии рынка сейчас таковы, что это скорее толковый исполнитель выбирает заказчика, а не наоборот.
Реалии рынка таковы, что 90...99% кандидатов и предложений работы на job-сайтах отсеиваются почти сразу, поскольку это боты, кадровые агентства или просто неадекватные граждане типа «сделайте мне поисковик круче Гугла, на Джумле (т.к. в ней поиск уже есть), бюджет 5000 рублей»…
Такое чувство, что толковые заказчики и исполнители, помотрев на этот трэш и угар, просто не публикуются на сайтах, и находят друг друга по-старинке, через сарафанное радио или читая комментарии на профильных форумах… Поэтому заказчики жалуются, что не могут найти исполнителя, а исполнители в соседней теме жалуются, что что не могут найти заказчиков, и как это исправить — лично я не знаю…
Такое чувство, что толковые заказчики и исполнители, помотрев на этот трэш и угар, просто не публикуются на сайтах, и находят друг друга по-старинке, через сарафанное радио или читая комментарии на профильных форумах… Поэтому заказчики жалуются, что не могут найти исполнителя, а исполнители в соседней теме жалуются, что что не могут найти заказчиков, и как это исправить — лично я не знаю…
Простите, а каким образом собеседуемый может в принципе подсчитать чистую прибыль работодателя?
Собеседуемый должен знать, сколько стоит Его работа. Если этот сайт с бюджетом 20к он может наполовину сделать за 2 месяца (в оставшейся половине он некомпетентен), то за вычетом налогов он принесёт Икс денег ежемесячно. Если просит зарплату гораздо меньше Икс, то работодатель сразу увидит свою выгоду.
Беда большинства работников в том, что они не знают, сколько стоит их работа, что новое им желательно изучить, чтобы приносить за то же время больше прибыли, что важнее — вернуться домой вовремя, или задержаться в офисе, чтобы спасти работодателя от неустойки…
Беда большинства работников в том, что они не знают, сколько стоит их работа, что новое им желательно изучить, чтобы приносить за то же время больше прибыли, что важнее — вернуться домой вовремя, или задержаться в офисе, чтобы спасти работодателя от неустойки…
он вас выбирает, а не вы.
Вы это серьезно написали? Я что, по-вашему, раб на невольничьем рынке?
«потому что я принесу вам чистую прибыль в 2 раза больше запрошенной зарплаты» и аргументированно докажете это.
Я не бизнесмен. Если бы я мог генерировать прибыль, я бы к ним не пошел, я бы свой бизнес открыл. Я же просто умею делать свою работу. И делать качественно. А уж сумеет ли бизнес мои качества использовать для извлечения прибыли или нет — это их задача, а не моя.
Да, когда вы приходите на собеседование — вы де-факто продаёте свои способности, а кадровик пытается сторговать цену.
Если вы делаете какую-то работу, то вы должны знать её цену и наценки за скорость/качество. Свой бизнес без вложений и связей не открыть, поэтому одно другому не противоречит. Не зная цену своих способностей, вы не поймёте, в какую сторону вам нужно расти, чтобы зарабатывать больше, прикладывая меньше усилий. Мамочка в виде работодателя за всеми не уследит.
Если вы делаете какую-то работу, то вы должны знать её цену и наценки за скорость/качество. Свой бизнес без вложений и связей не открыть, поэтому одно другому не противоречит. Не зная цену своих способностей, вы не поймёте, в какую сторону вам нужно расти, чтобы зарабатывать больше, прикладывая меньше усилий. Мамочка в виде работодателя за всеми не уследит.
Да, когда вы приходите на собеседование — вы де-факто продаёте свои способности, а кадровик пытается сторговать цену.
Уточню: когда меня НАХОДЯТ в Линкедине и ПРИГЛАШАЮТ на собеседование.
Если вы делаете какую-то работу, то вы должны знать её цену и наценки за скорость/качество.
Именно так, поэтому я и выставляю тот ценник, который выставляю.
На самом деле, вы как раз своим комментарием подтверждаете мои слова.
Смотрите, приходит ко мне такой кандидат. Говорит, я — менеджер студии вася-пупкин.ру. Вот мое портфолио, а ваш проект стОит десять тысяч.
Хорошо, Вася, — говорю я. Я тебя не знаю, но портфолио посмотрю. А там — ужас-ужас! Половина сайтов — «лендинги», верстка расползается, JavaScript сыпет ошибками, скорость как на диалапе, мобильной версии нет.
Я такой думаю, ну хорошо, может просто Васе до этого попадались бедные клиенты? Может, им и так хорошо было?
А Вася мне, как партизан, — я тебе больше ничего не скажу, проклятый ты заказчик! Плати сколько я сказал, или проваливай!
Вот как бы вы поступили?
Смотрите, приходит ко мне такой кандидат. Говорит, я — менеджер студии вася-пупкин.ру. Вот мое портфолио, а ваш проект стОит десять тысяч.
Хорошо, Вася, — говорю я. Я тебя не знаю, но портфолио посмотрю. А там — ужас-ужас! Половина сайтов — «лендинги», верстка расползается, JavaScript сыпет ошибками, скорость как на диалапе, мобильной версии нет.
Я такой думаю, ну хорошо, может просто Васе до этого попадались бедные клиенты? Может, им и так хорошо было?
А Вася мне, как партизан, — я тебе больше ничего не скажу, проклятый ты заказчик! Плати сколько я сказал, или проваливай!
Вот как бы вы поступили?
По моему за такую цену можно нанять джуна, на пол года-год.
Он с 0 сайт соберёт ещё и в + останется)
Если шо я готов)))
Он с 0 сайт соберёт ещё и в + останется)
Если шо я готов)))
мне вот тоже интересно почему исполнитель должен обосновывать свои расходы. при любом госконтракте заказчик указывает сумму, а исполнители свою и не спрашивают почему так. если заказчики хотят получить расчет цены, то это уже расчеты сметчика, что тоже не бесплатно. меня вот например сейчас интересует почему отечественные машины стоят миллион и более, только Автоваз, УАЗ и другие не обосновывают детально свои расходы, а как многим кажется просто подтягивают свои цены к иномаркам. Рынок он тем и рынок что или договорились о цене или нет. А если хотите узнать примерную стоимость, заказывайте сметные расходы в разных компаниях или у независимого оценщика
Или вы всерьез считаете, что $8000 — разумные деньги за такой проект?
от 20 000 грина будет стоить нормальный сайт с таким функционалом, ко времени сдачи, 3 месяца это минимум.
Конечно да, этот пост ещё раз демонстрирует, что с заказами по ру проблемка.
Мы готовы платить $20 000. Я серьезно. Присылайте портфолио, будем обсуждать план.
$20000 мало, сделаю за $80000.
Я занят сейчас другими проектами, у Вас после этой корректировки бюджета должны уйти проблемы с исполнителями, если всё же проблема останется, скиньте существующее ТЗ в личку, возможно получится кого-то по рекомендовать, но вёрстку и макеты под ключ сейчас не делаем, ни я ни коллеги.
Портфолио тоже нету, последние годы работа ведется по сарафану, а что касается ранее выполненных работ, то такое портфолио ничего не даст, серьезный сайт на котором я делал что-то внутри не покажет это снаружи, Вася делал одно, Петя другое, Коля третье, что там можно посмотреть да и зачем, если оплата идет частями нетто по факту выполнения, для заказчика из сарафана.
И нет никакой сложности в том, чтобы набрать ссылок в сети на какие-нибудь сайты, типа это моя работа, начинающие так и делают обычно. Это с родни вопросу обоснования цены, который также не несёт смысловой нагрузки для заказчика, можно торговаться или отказаться от сделки, это даст гораздо больший эффект, чем ответ исполнителя, потому что у меня такие цены или это я ещё Вам скидку сделал.
В любом случае, объявленная цена скорее всего будет меньше, чем можно было бы взять. В некоторых областях, код является основой получения отличной прибыли и иногда можно выбить нужные деньги, за свою незаменимость, надо только не тормозить.
По остальному обычно, сначала покупается ТЗ, а потом уже согласуется бюджет, также в процессе составления ТЗ как раз и определяется примерная квалификация исполнителя и уровень привлекательности заказчика, с точки зрения исполнителя.
Примечание:
Этот ответ тоже денег стоит, но я его дарю всем заказчикам, что бы они были ближе к реальности
и лучше понимали наиболее вероятные причины своих неудач в поисках исполнителей и не отнимали зря время.
Напомню, искать лучше сарафану, иначе возможность различных не желательных коллизии значительно возрастает.
У тех исполнителей кто в теме, работа обычно всегда есть, поэтому если нашли нужного исполнителя кормите его ежемесячно какой ни будь работой по поддержке, типа абонент ежемесячный, просто за то что он есть рядом, если хотя бы 1000 баксов в мес. капает, тогда не никто не сольется никуда скорее всего и нужные Васи под рукою, Вы у него, а он у Вас.
И конечно у хорошего фрилансера обычно малость дороже чем в студии, это вполне нормальное явление, так как его квалификация в обычно разы выше и решения соответственно качественнее.
В студии обычно хорошие спецы не долго не задерживаются, и вот существующий проект нужно дорабатывать, а тот который раньше был, уже не работает и все такое, зато есть Колян, он еще вчера лапти плёл, но сегодня уже закончил профильные курсы и готов пилотировать ваш супер-пупер проект в пункт назначения.
Всем бобра.
Портфолио тоже нету, последние годы работа ведется по сарафану, а что касается ранее выполненных работ, то такое портфолио ничего не даст, серьезный сайт на котором я делал что-то внутри не покажет это снаружи, Вася делал одно, Петя другое, Коля третье, что там можно посмотреть да и зачем, если оплата идет частями нетто по факту выполнения, для заказчика из сарафана.
И нет никакой сложности в том, чтобы набрать ссылок в сети на какие-нибудь сайты, типа это моя работа, начинающие так и делают обычно. Это с родни вопросу обоснования цены, который также не несёт смысловой нагрузки для заказчика, можно торговаться или отказаться от сделки, это даст гораздо больший эффект, чем ответ исполнителя, потому что у меня такие цены или это я ещё Вам скидку сделал.
В любом случае, объявленная цена скорее всего будет меньше, чем можно было бы взять. В некоторых областях, код является основой получения отличной прибыли и иногда можно выбить нужные деньги, за свою незаменимость, надо только не тормозить.
По остальному обычно, сначала покупается ТЗ, а потом уже согласуется бюджет, также в процессе составления ТЗ как раз и определяется примерная квалификация исполнителя и уровень привлекательности заказчика, с точки зрения исполнителя.
Примечание:
Этот ответ тоже денег стоит, но я его дарю всем заказчикам, что бы они были ближе к реальности
и лучше понимали наиболее вероятные причины своих неудач в поисках исполнителей и не отнимали зря время.
Напомню, искать лучше сарафану, иначе возможность различных не желательных коллизии значительно возрастает.
У тех исполнителей кто в теме, работа обычно всегда есть, поэтому если нашли нужного исполнителя кормите его ежемесячно какой ни будь работой по поддержке, типа абонент ежемесячный, просто за то что он есть рядом, если хотя бы 1000 баксов в мес. капает, тогда не никто не сольется никуда скорее всего и нужные Васи под рукою, Вы у него, а он у Вас.
И конечно у хорошего фрилансера обычно малость дороже чем в студии, это вполне нормальное явление, так как его квалификация в обычно разы выше и решения соответственно качественнее.
В студии обычно хорошие спецы не долго не задерживаются, и вот существующий проект нужно дорабатывать, а тот который раньше был, уже не работает и все такое, зато есть Колян, он еще вчера лапти плёл, но сегодня уже закончил профильные курсы и готов пилотировать ваш супер-пупер проект в пункт назначения.
Всем бобра.
Пардон, но когда вы начинаете оценивать разумность — это значит, что вы держите в уме какие-то сроки и трудоемкость, не так ли? Что такое $8000 — это на сегодня примерно 600 тыс рублей. Вы правда считаете, что ваша работа делается силами одного человека за месяц, и должно быть скажем в два раза дешевле (или в три)? И почему?
Или даже еще проще — если вы сами умеете делать сайты — то почему не сделаете за эти деньги в эти сроки? А если не умеете — то почему считаете, что можете оценивать адекватность? Когда в ИТ оцениваешь работу, которую никогда не делал — ошибиться раза в два достаточно легко.
Или даже еще проще — если вы сами умеете делать сайты — то почему не сделаете за эти деньги в эти сроки? А если не умеете — то почему считаете, что можете оценивать адекватность? Когда в ИТ оцениваешь работу, которую никогда не делал — ошибиться раза в два достаточно легко.
Любая сумма должна быть обоснована. Хоть $100, хоть $100 000. Присылайте план, будем смотреть, обсуждать.
В моем примере как аз исполнитель не смог составить план и обосновать стоимость рабт. Это все, что я пытаюсь сказать.
В моем примере как аз исполнитель не смог составить план и обосновать стоимость рабт. Это все, что я пытаюсь сказать.
Я с этим и не спорю — ваши исполнители лопухи, без вопросов. Я говорю лишь о том, что вы тоже пытаетесь оценивать адекватность этой суммы, еще не имея плана. Или же, вы все-таки держите какой-то план в голове (да, вполне возможно, я тоже иногда узнаю, сколько просит за работу условный сантехник, и понимаю, что я, владелец продукта и ведущий разработчик в ИТ, столько не зарабатываю ;)
Вспомните классический треугольник — мы умеем дешево, качественно и быстро. Выберите два из трех. В смысле — вы как заказчик, выберите эти два показателя. Если у вас бюджет равен зарплате одного синьора за месяц — дальше вы можете рассчитывать более-менее на объем работ, который этот синьор может сделать за месяц, один. Не более того.
Вспомните классический треугольник — мы умеем дешево, качественно и быстро. Выберите два из трех. В смысле — вы как заказчик, выберите эти два показателя. Если у вас бюджет равен зарплате одного синьора за месяц — дальше вы можете рассчитывать более-менее на объем работ, который этот синьор может сделать за месяц, один. Не более того.
вы тоже пытаетесь оценивать адекватность этой суммы, еще не имея плана
Простите, но это не так. Просто у нас есть неплохое представление, что мы хотим купить. Мы просто пытаемся понять, что за кот сидит в мешке, который нам пытаются продать.
Если у вас бюджет равен зарплате одного синьора за месяц
Чисто технически, наш бюджет ничем не ограничен.
Прошу прощения, что не в тему — но где сеньоры получают 600к в месяц?
У меня нигде такое не написано, и в общем не имелось в виду. Тут же сроков нет, почему месяц? Речь шла о сумме в $8k, которую автор считает неадекватной за проект. При этом по курсу это примерно 600к в рублях (на самом деле меньше). И на мой взгляд — это примерно две синьорские зарплаты.
"$8000 — это на сегодня примерно 600 тыс рублей. Вы правда считаете, что ваша работа делается силами одного человека за месяц"
То есть $8000 вы приравняли к одному человеко-месяцу, не так?
Если к двум человеко-месяцам работы высококвалифицированных специалистов, вопросов нет.
То есть $8000 вы приравняли к одному человеко-месяцу, не так?
Если к двум человеко-месяцам работы высококвалифицированных специалистов, вопросов нет.
Вообще я немного не так писал:
Вы правда считаете, что ваша работа делается силами одного человека за месяц, и должно быть скажем в два раза дешевле (или в три)? И почему?
Так что это был вопрос к автору, а не мое утверждение. Он вполне может считать, что оплата двух человеко-месяцев синьоров это много — но это значит, что он держит в голове какой-то план работ и его оценку трудоемкости, разве нет?
Вы правда считаете, что ваша работа делается силами одного человека за месяц, и должно быть скажем в два раза дешевле (или в три)? И почему?
Так что это был вопрос к автору, а не мое утверждение. Он вполне может считать, что оплата двух человеко-месяцев синьоров это много — но это значит, что он держит в голове какой-то план работ и его оценку трудоемкости, разве нет?
Вы считаете, что senior работает 100% времени в год. На практике billable time это 50-80%, так что умножая зп. на 2 вы регулярно будете работать без прибыли сверх обычной зп.
$8000 это ничто для такого проекта. За эти деньги потратите время и получите какую то недоделку.
8000 это от 300 до 120 часов.
ТЗ, техническое описание, планирование, дизайн, разработка, тестинг за 3 недели?
Ошибка у вас в том, что вы указали деньги, нужно указывать время. Если были предложения, то там помимо суммы должны быть часы.
8000 это от 300 до 120 часов.
ТЗ, техническое описание, планирование, дизайн, разработка, тестинг за 3 недели?
Ошибка у вас в том, что вы указали деньги, нужно указывать время. Если были предложения, то там помимо суммы должны быть часы.
Дмитрий, пишите мне я вам всё четко и не дорого сделаю.
Арт-лебедев нервно курит в сторонке, у меня супер качество и приемлемая цена)
А в чем монструозность Drupal-а? И на чем тогда по вашему должен быть сделан сайт?
И на чем тогда по вашему должен быть сделан сайт?
Понятия не имею!
пример: на Хабре можно посмотреть список статей в хабе фриланс, либо в хабе разработка веб-сайтов, но нельзя получить список статей, относящихся к обоим хабам одновременно.
Вот именно для этого друпал крайне удобен. Он просто создан для таких вещей. Более того - при нормальной темизации вы будете делать новые разделы/страницы сами, без нового кода. Хотя загнать его в зелёную зону page insight ещё та задачка. Тут согласен. Кстати, если интересно, напишите - хоть и под nda, но могу показать сайты на друпале (образовательные правда, но сути не меняет).
Если мы говорим про современный Drupal 8/9, то его скорее трудно из зеленой зоны в красную продавить.
Ибо из коробки:
-Адаптивные изображения
-Зависимости для стилей и JS
-Агрегация там, вот это всё
Если, конечно, бездумно вешать 10 виджетов обратно звонка и 20 консультантов, то всё грустнее.
Но 99/100 я видел много даже в Е-Коме, и это не «лайпфхаки» со скрытием контента, как делают на битриксе и вордпрессе
Ибо из коробки:
-Адаптивные изображения
-Зависимости для стилей и JS
-Агрегация там, вот это всё
Если, конечно, бездумно вешать 10 виджетов обратно звонка и 20 консультантов, то всё грустнее.
Но 99/100 я видел много даже в Е-Коме, и это не «лайпфхаки» со скрытием контента, как делают на битриксе и вордпрессе
На react и шустром бэке вроде golang. Я так думаю.
Вот потому что таких заказчиков мало я даже не пытаюсь соваться на биржи.
Исходя из древней народной мудрости «вам шашечки, или ехать?», я бы привязал домен и стартовал контент на blogger.com или sites.google.com (сразу решается вопрос со скоростью загрузки сайта).
А потом просто перенёс сайт на свой сервер с уже настроенным под свои требования движком. Старые урлы публикаций направил бы 301-редиректом на новые адреса, чтобы сохранить их в индексе.
В конце концов, бюджетный старт (google, apple, etc...), это далеко не критерий проигрышной позиции.
А потом просто перенёс сайт на свой сервер с уже настроенным под свои требования движком. Старые урлы публикаций направил бы 301-редиректом на новые адреса, чтобы сохранить их в индексе.
В конце концов, бюджетный старт (google, apple, etc...), это далеко не критерий проигрышной позиции.
Отличный совет! Мы кстати это сделали первым делом. Подняли свой Wordpress, купили более-менее приличную тему за $60, посмотрели что к чему. Все вроде работает, но душа просит чего-то большего.
И главная проблема: на данный момент у нас уже порядка 300 статей. Есть риск, что мы просто увязнем в этих миграциях и редиректах потом.
И главная проблема: на данный момент у нас уже порядка 300 статей. Есть риск, что мы просто увязнем в этих миграциях и редиректах потом.
+1 — я не совсем в теме (я DevOps), но если нужен «сайт для статей» — почему не публиковать на Medium или десятке других no-code платформ?
Отличный вопрос. Если честно, полноценный ответ тянет на отдельную статью. Если коротко, две причины:
1) На общественных площадках и всяких squarespace практически нет возможности обеспечить структурированную подачу контента.
2) Бизнес-задачи условного Medium могут не совпадать с нашими бизнес-задачами. Даже так: рано или поздно они перестанут совпадать. Пример: мы активно продвигали свой контент в сообществе YouTube, и наше комьюнити было вполне счастливо. Начиная с этого года, YouTube полностью отключил нотификации в сообществах. Почему? Они поняли, что пока люди читают текст, они не смотрят видео, а значит YouTube теряет деньги. Что они сделали? Правильно, они сделали все, чтобы пользователи как можно меньше читали. Кстати, именно этим же продиктованы все последние изменения UI YouTube.
1) На общественных площадках и всяких squarespace практически нет возможности обеспечить структурированную подачу контента.
2) Бизнес-задачи условного Medium могут не совпадать с нашими бизнес-задачами. Даже так: рано или поздно они перестанут совпадать. Пример: мы активно продвигали свой контент в сообществе YouTube, и наше комьюнити было вполне счастливо. Начиная с этого года, YouTube полностью отключил нотификации в сообществах. Почему? Они поняли, что пока люди читают текст, они не смотрят видео, а значит YouTube теряет деньги. Что они сделали? Правильно, они сделали все, чтобы пользователи как можно меньше читали. Кстати, именно этим же продиктованы все последние изменения UI YouTube.
Ну вот я -- как раз фрилансер, который бы вам подошёл. Я бы делал на October и Laravel, для поиска Sphinx, и проект бы стоил где-то те самые $3К (сейчас занят, поэтому не реклама))).
Но вы меня не найдёте ни одном фриланс сайте, потому что поиск заказчиков на таких сайтах -- это ад. На Хабре не пробовал, но начинал я ещё с работы на фриланс-биржах вроде ЕLance (кто-то ещё помнит такую?)).
И даже тогда это был ад, конкуренция с "индусами" из разных стран, работа за рейтинг/отзыв, дешёвая работа, кидалово и прочие радости.
По опыту на российском рынке freelance -- всё то же самое, только ещё хуже, ещё больше неадекватных заказчиков, которые не то что не понимают, что такое many-to-many, они могут к моменту сдачи проекта закапризничать, что "это что-то вроде не то, что мы хотели" -- при подписанном подобном ТЗ и одобренном до начала работ прототипе.
При этом сейчас у меня работа на месяц вперёд уже расписана, хотя я далеко не гений, похвастаться крутым репозиторием не могу и вообще опять забыл, что *на самом деле* означает L в слове SOLID. Находят меня как-то по знакомым, рекламы нет, на биржах не существую.
Вас бы я тоже не нашёл, за годы работы выработалась глубокая уверенность, что проще найти адекватного заказчика в соцсетях, чем на биржах.
Вот такой удивительный разрыв между двумя заинтересованными сторонами. Ситуацию гипотетически спасли бы какие-то консалтинговые агентства, которые в теории могли бы служить как раз буфером между заказчиками и исполнителями, фильтруя и тех, и других. Но что-то я о таких не слышал и резюме им не присылал...
консалтинговые агентства, которые в теории могли бы служить как раз буфером между заказчиками и исполнителями, фильтруя и тех, и других. Но что-то я о таких не слышал и резюме им не присылал...Они превратятся в бодишопы очень быстро.
>неадекватных заказчиков, которые не то что не понимают, что такое many-to-many
Ну, проблема наверное все-таки не в том, что они что-то не понимают. Проблема в том, что когда им объяснишь, они все равно не хотят понимать, что это может стоить денег.
Ну, проблема наверное все-таки не в том, что они что-то не понимают. Проблема в том, что когда им объяснишь, они все равно не хотят понимать, что это может стоить денег.
Я такой старый, что прекрасно помню ЕLance!
Насчет соцсетей не знаю, но я методично обошел несколько профильных Телеграм-каналов и запостил там объявления. Никакого эффекта, все сейчас заняты переходом с October на Winter, если вы понимаете, о чем я.
Насчет соцсетей не знаю, но я методично обошел несколько профильных Телеграм-каналов и запостил там объявления. Никакого эффекта, все сейчас заняты переходом с October на Winter, если вы понимаете, о чем я.
Да, печаль. Непонятно, как искать адекватных людей с обеих сторон. И ещё непонятно, почему уже найденные куда-то исчезают, вроде бы вы сумели найти адекватных.
И ещё непонятно, почему уже найденные куда-то исчезаютЭто (непонятно) потому, что мы слышим только одну сторону. Было-бы интересно послушать и тех потенциальных исполнителей, кто выглядел норм, но слился.
Я не фрилансер вообще (пробовал — не мой формат), но я по статье и комментам вижу, что заказчик тут не особо интересный, если есть из чего выбирать.
Всё тут понятно. Исчезли, потому что не было реальной заинтересованности. От хороших денег никто сам не сбегает. На фриланс-биржах, как правило, демпинговые цены. Низкие расценки за работу, в свою очередь, определяют качественный состав исполнителей, обитающих на этих биржах. Исполнитель иногда берётся за такую работу, но потом приходит понимание, что доход не соответствует трудозатратам. Торговаться о цене уже поздно, поэтому он просто исчезает.
Торговаться о цене уже поздноВот этого я не совсем понимаю. Этап обсуждения задачи — лучшее время для согласования цены. Посмотрел ТЗ первый раз — приблизительно оценил трудозатраты. Уточнил детали — скорректировал предварительную оценку. Причем исполнитель может предложить какие-то идеи, интересные заказчику. То есть стоимость проекта на этапе согласования может как понижаться, так и повышаться. Разве это не логично?
Логично, но, на практике дело иначе: недостаток опыта у исполнителей, не позволющий им реально оценить сложность задачи, и желание во что бы то ни стало выиграть в конкурсе приводят к тому, что исполнители демпингуют, иногда даже сознательно ради того, чтобы насолить конкуренту. Результат дальнейшей работы понятен заранее.
Крупную рыбу нужно ловить на соответствующую наживку, иначе поймаете только мешок пескарей. Беда только в том, что крупная рыба в таких местах не водится :(
Прошу прощения за менторский тон.
Крупную рыбу нужно ловить на соответствующую наживку, иначе поймаете только мешок пескарей. Беда только в том, что крупная рыба в таких местах не водится :(
Прошу прощения за менторский тон.
Прошу прощения за менторский тон.Не заметил менторского тона. Основная мысль — «крупная рыба» в таких местах не водится, и это как бы совпадает с посылом статьи.
Согласен с вами. Проблема фриланс-бирж в том, что при практикуемой ими политике, они со временем неизбежно превращаются в инкубаторы молодняка, а не в биржи высокопрофессиональных услуг.
Нельзя сказать, что фриланс-биржи не понимают этой проблемы, и что не существует путей её решения. Дело, видимо, в том, что фриланс биржи — это прежде всего бизнес проекты, а главная цель любого бизнеса — получение максимальной прибыли, а не удовлетворение спроса. По-видимому, фриланс-биржи не считают целесообразными (с точки зрения максимизации прибыли) затраты на поддержку должного уровня профессионализма продаваемых на их площадке услуг.
В результате имеем то, что имеем.
В связи с этим «философский» вопрос: есть ли реальный спрос на услуги фриланс-биржи, предлагающей высокий проф.уровень и качество услуг исполнителей? Если есть, то почему на рынке до сих пор не возникло соответствующего предложения? Или всё-таки нет такого спроса?
Нельзя сказать, что фриланс-биржи не понимают этой проблемы, и что не существует путей её решения. Дело, видимо, в том, что фриланс биржи — это прежде всего бизнес проекты, а главная цель любого бизнеса — получение максимальной прибыли, а не удовлетворение спроса. По-видимому, фриланс-биржи не считают целесообразными (с точки зрения максимизации прибыли) затраты на поддержку должного уровня профессионализма продаваемых на их площадке услуг.
В результате имеем то, что имеем.
В связи с этим «философский» вопрос: есть ли реальный спрос на услуги фриланс-биржи, предлагающей высокий проф.уровень и качество услуг исполнителей? Если есть, то почему на рынке до сих пор не возникло соответствующего предложения? Или всё-таки нет такого спроса?
Есть ли реальный спрос на услуги фриланс-биржи, предлагающей высокий проф.уровень и качество услуг исполнителей?Это смотря где. На UpWork мы в основном работаем с англоговорящими фрилансерами (не IT, — переводчики, иллюстраторы, редакторы, войсовер). Там, конечно, тоже бывает всякое. Но случаев, когда человек не прочитал требования, не ответил на прескрин-вопросы, или попытался откликнуться «на шару» — считанные единицы, я бы сказал, меньше 10%. Я вообще иногда поражаюсь, насколько крутых профи там иногда можно встретить за весьма умеренные деньги.
Напрашивается вывод, который очень не хочется делать. Похоже, что уровень развития экономики определяет уровень развития бизнес-этики.
К слову, за шесть дней после публикации этой статьи мне «в личку» написало оч. много народу. Большинство из них активно работают на UpWork.
А редактор постов вы какой сделаете? TinyMCE? Редактор привязки тегов? Создание тегов? Роли? Оно надо велосипедить? Я на полном серьезе воспринимаю пресс как первичный бекенд, вторичный может отвечать за архитектуру связанную с нагрузками. База в wp не сказать что шибко отличается от той, которую вы сами на ларе организуете.
Это довольно интересный научный эксперимент.
Это довольно интересный научный эксперимент.
Из готовых бесплатных массовых движков я знаю один нормальный -- Joomla. Приемлемо нормальная архитектура, легко писать модули расширения, нормальная документация. WordPress, Drupl, Bitrix на несколько порядков хуже, так как изначально неудачно спроектированы и унаследовали кучу неудачных решений от первых версий. Делать сайт на этом -- изначальная подстава для заказчика.
И это прекрасный пример, который показывает, что архитектура не существует ради себя одной и не является причиной пользовательского выбора. И где сейчас джумла со своей архитектурой? Пока джумла думала над архитектурой, пресс обогнал за километры пользовательским опытом. Пресс — легаси, потому что думал о обратной совместимости и удобстве. Сейчас же вокруг легаси вырасла абстракция в виде rest-api, на которой построена новая админка. Таким образом обошли работу с кривой архитектурой ядра и развитием продукта. Подстава — это сильно перепиливать сайт для удобства заказчика. А прыгнуть с пресса на самопис не так сложно. Весь контент экспортируется в структурированный файл.
Joomla прекрасно себя чувствует, регулярно обновляется, сейчас плавно готовится к переходу на новую версию 4.х
WordPress, вместе со сложившейся вокруг него экосистемой, позволяют очень быстро превратить админку в помойку или кладбище забытых плагинов, которыми WP обязательно увешан как ёлка - игрушками. Поэтому у меня задачи на WP идут с коэффициентом к цене 1.5х по сравнению даже с Битриксом.
Не помню, как там в WP с централизованной системой обновлений, она есть?
У меня прежде всего вопрос удобства для клиента. Джумла никогда не нравилась вообще. Это была игрушка для разрабов, которые пилили для себя.
Вокруг плагинов и тем для wp вырос огромный рынок. Кучей плагинов он увешан только потому, что позволил решать проблемы не разработчикам, а юзерам самостоятельно. Отсюда его такая взрывная популярность.
Единственные необходимые плагины, которые использую привел выше (3-4 штуки). Джумла мне кажется тоже без них не обходится, особенно без сео.
WP обновляется сам при секьюрити патчах, а более мажорные версии по кнопке.
Вокруг плагинов и тем для wp вырос огромный рынок. Кучей плагинов он увешан только потому, что позволил решать проблемы не разработчикам, а юзерам самостоятельно. Отсюда его такая взрывная популярность.
Единственные необходимые плагины, которые использую привел выше (3-4 штуки). Джумла мне кажется тоже без них не обходится, особенно без сео.
WP обновляется сам при секьюрити патчах, а более мажорные версии по кнопке.
Здесь был длинный комментарий, но Хабр его опять потерял. Вкратце -- для проверки решил почитать про какую-нибудь базовую ы функцию... Прочитал: даже добавление пункта меню в ВП сделано плохо, включая гибкость, перевод, интерфейс. Просто как было лет 10 назад, так и осталось по уровню.
Про обновления я говорил про плагины, не про саму систему.
В детстве юзал Movable Type. Вполне прилично. Но перловика щас тяжело найти, да и по скорости может чуть быстрее пэхэпэ.
это не то, сейчас топ это аля медиум и у пресса не плохо получается.
www.youtube.com/watch?v=3xZrJDnnLY8
www.youtube.com/watch?v=3xZrJDnnLY8
Дайте ТЗ, может поможем друг-другу)
DmitryO интересно было бы прочитать полную версию ТЗ.
Это не хейт и не предложение сотрудничества, просто делюсь информацией (заняты на 100%). У нас человеконеделя стоит примерно 1600-2000 USD. Работают люди с опытом 6+ лет, у кого-то и все 20+. Да, для российского рынка это немалые деньги. Только вот пока мы не закрыты от внешнего мира — выгодней работать с зарубежными клиентами (если знание языка и произношение ;-) позволяют). Работу выполняешь ту же, денег получаешь больше, заказчик рад — платит меньше, чем на собственном рынке.
Но тут суть не в стоимости и не в опыте. Я всегда удивлялся, почему не ценят профессионализм, который нарабатывается годами, обучаясь день за днем. Вы ведь тоже выполняете какую-то работу, тоже хотите отдохнуть с семьей (не в деревне у бабушки с туалетом на улице), дать ребенку хорошее образование. И, увы, все это стоит денег.
Сайт-визитку или црмку можно сделать легко, тюнить поиск можно до бесконечности. Оценить сроки нет возможности без полного ТЗ. Но давайте поиграем в игру и представим, что уйдет человекомесяц на MVP, а это по нашим ценам около 6000-8000.
Теперь немного информации с Вашего youtube канала, там написано "Страна: Соединенные Штаты". Возьмем абстрактный штат с минимальной (!!!) зарплатой за низкоквалифицированную работу — 10 USD в час. Пусть будет 22 рабочих дня по 8 часов в день. Итого: 1760 USD. За человека, который не умеет, толком, ничего.
Напоминаю, что Вам нужен "и швец, и жнец, и на дуде игрец", который задизайнит, заверстает, закодит и затюнит поиск и не факт, что вы не скажете на этот тюнинг свое "фи".
Ну и как всегда вывод: мне кажется, сугубо личное мнение и я не призываю с ним соглашаться, Вы немножко недооцениваете ту работу, которая необходима для Вашего проекта или лукавите. "Бизнес" всегда будет просить много, на то он и бизнес — зарабатывает деньги. При этом, я уверен, что найдутся люди, которые выполнят проект намного дешевле, потому что готовы работать за еду/не ценят себя и свой труд/находятся в сложной жизненной ситуации/фанатики своего дела (нужное подчеркнуть).
Это не хейт, и не отказ от сотрудничества.
Я еще раз попробую объяснить то, что, вероятно, не смог объяснить в статье.
Последний раз, когда я платил web-разрабтчику (на самом деле это было агентство, но я работал напрямую с разработчиком), я платил $400. В час. Но! Во-первых, это был один из лучших специалистов по Drupal в нашем штате. А во-вторых, он полностью отрабатывал свои деньги. Чел реально работал 2-3 часа в день, но делал все, что нам было нужно, и даже немного больше.
Как вы правильно сказали суть не в сумме, и не опыте. Только на мой взгляд, суть — в доверии, прозрачности, и банальной бизнес-этике.
Я еще раз попробую объяснить то, что, вероятно, не смог объяснить в статье.
Последний раз, когда я платил web-разрабтчику (на самом деле это было агентство, но я работал напрямую с разработчиком), я платил $400. В час. Но! Во-первых, это был один из лучших специалистов по Drupal в нашем штате. А во-вторых, он полностью отрабатывал свои деньги. Чел реально работал 2-3 часа в день, но делал все, что нам было нужно, и даже немного больше.
Как вы правильно сказали суть не в сумме, и не опыте. Только на мой взгляд, суть — в доверии, прозрачности, и банальной бизнес-этике.
Работу выполняешь ту же, денег получаешь больше, заказчик рад — платит меньше, чем на собственном рынке.
А сколько он платит на собственном рынке? А то $2000/неделю, это $50/час что вполне себе сопоставимо с зарплатами в США, если речь идёт о разработке сайтов.
Все просто, нам платят: за junior 10-20 USD, middle 20-40 USD, senior 40-60 USD. Но где та грань между группами разработчиков?! На самом деле тут нет сверхъестественных цен.
А на рынке США хороший senior нашим заказчикам обходился от 100 USD до 150 USD.
Получается экономия в 2-3 раза, что на длительной дистанции большие деньги.
если речь идёт о разработке сайтов
Смотря каких сайтов. Если там большие объемы данных, хорошая нагрузка, то ценник за опыт возрастает. Если просто сверстать страничку и выбрать селектом из базы — естественно дешевле.
Однако автор поста говорит о какой-никакой оптимизации, поэтому "экспертиза" будет продаваться уже дороже по умолчанию. Так как только в этом случае возможно гарантировать хороший результат. Репутацией мы дорожим.
Именно так — чтобы сразу мог всё и много. Такие спецы чаше исключение из правил так как знать хорошо и devOps, и разработку, и поисковые оптимизации, ну и БД — это исключение. Умные спецы часто останавливаются и понимают что быть мастером всего не выгодно, и начинают движение в одно узко направленное направление.
Это что за цены?)) Возьмите зарплату фронта и бэка, да посчитайте. Хорошо если обоих найдёте по 250-300 т. р.
Ох, как всё сложно. Честно говоря, не думал, что всё так грустно.
С другой стороны, если у вас специфичные требования (наверное, когда нет исполнителя — это признак что-то специфичного, даже если вам кажется это унылой обыкновеньщиной), возможно, вам стоит самим написать этот сайт. Или хотя-бы прототип.
Да, согласен, предложение глуповатое, однако:
— вы лучше всего знаете требования;
— вы лучше всего знаете, где можно сгладить углы и что-то модифицировать или отказаться;
— судя по предлагаемым деньгам (и если делать сайт на part-time), то может получиться конечно дороже, но вы сами будете в теме и сможете даже сайт развивать;
— сможете на доработку отдельных частей привлекать внешних исполнителей (ну, это: наверное сможете).
Или, как вариант, нанять человека (вдруг, у вас не один pet-проект?).
Чтобы совет совсем не казался идиотизмом, случай из личной практики: когда мне понадобилось написать драйвер для специфичного устройства под Linux, то сначала порыпался поискать кого-то, потом плюнул и с «лёгким отрывом от производства» за несколько недель написал его самостоятельно. А в чём проблема? Язык C — не сложный; документации мало, но она есть; код операционной системы — открыт; бери и делай.
А в случае сайта вам даже не придётся разбираться с прерываниями шины pci! Практически райские условия! Нет?
С другой стороны, если у вас специфичные требования (наверное, когда нет исполнителя — это признак что-то специфичного, даже если вам кажется это унылой обыкновеньщиной), возможно, вам стоит самим написать этот сайт. Или хотя-бы прототип.
Да, согласен, предложение глуповатое, однако:
— вы лучше всего знаете требования;
— вы лучше всего знаете, где можно сгладить углы и что-то модифицировать или отказаться;
— судя по предлагаемым деньгам (и если делать сайт на part-time), то может получиться конечно дороже, но вы сами будете в теме и сможете даже сайт развивать;
— сможете на доработку отдельных частей привлекать внешних исполнителей (ну, это: наверное сможете).
Или, как вариант, нанять человека (вдруг, у вас не один pet-проект?).
Чтобы совет совсем не казался идиотизмом, случай из личной практики: когда мне понадобилось написать драйвер для специфичного устройства под Linux, то сначала порыпался поискать кого-то, потом плюнул и с «лёгким отрывом от производства» за несколько недель написал его самостоятельно. А в чём проблема? Язык C — не сложный; документации мало, но она есть; код операционной системы — открыт; бери и делай.
А в случае сайта вам даже не придётся разбираться с прерываниями шины pci! Практически райские условия! Нет?
возможно, вам стоит самим написать этот сайт. Или хотя-бы прототип.
Не сыпьте соль на раны!
Я лично завязал с веб-разработкой в 2003-м, то есть тогда, когда слово «landing» означало именно то, что оно на самом деле означает. Если честно, мне не хотелось бы туда возвращаться, даже для своего личного проекта. В глобальном смысле, этот сайт — не первый приоритет. Хотя признаюсь, мысль сделать все самим посещала нас за последний месяц раз сто. Но мы гоним ее прочь! В надежде, что мы найдем классного веб-разработчика в свою маленькую команду.
1. Вы сами написали что отпугнули наиболее перспективных исполнителей своим неосторожным предложением сделать им часть работы заранее, без оплаты.
То есть человек потратил время на то чтобы дать вам развернутый ответ, а вы ему: «ок, чувак, сделай нам roadmap».
Я бы тоже, увидев это, ушел не попрощавшись.
2. Фрилансеры бывают двух типов — те что охотятся на проекты, и те что создают портфолио себе на разных площадках, и ожидают что их будут находить и делать им предложения, а уже они их рассматривать.
Первый тип фрилансера (именно на этот тип вы и ориентировались) вообще предпочитает много не разговаривать, и не любит детальных ТЗ, в которых надо разбираться. Принцип тут — сделал и забыл. Поэтому вы и напарывались то на халтурщиков, то на ботов (владельцам которых именно ВЫ совершенно неинтересны, не обольщайтесь), то на тех кто подумал «а почему бы не попробовать написать сайт? Правда я этого никогда не делал, но попытка не пытка, а рынок перспективный».
Вам надо было ориентироваться на 2-й тип. Прошерстить фриланс-биржи, посмотреть портфолио, отобрать работы которые вам нравятся, и уже общаться с теми фрилансерами, которые, как вы уверены, способны реализовать то что вы хотите. Но это же сложно, да? Проще закинуть удочку и жаловаться что людишки паршивые пошли, не умеют/не хотят.
Тогда обращайтесь в студию, переплачивайте в 3 — 4 раза, будет гарантия результата.
То есть человек потратил время на то чтобы дать вам развернутый ответ, а вы ему: «ок, чувак, сделай нам roadmap».
Я бы тоже, увидев это, ушел не попрощавшись.
2. Фрилансеры бывают двух типов — те что охотятся на проекты, и те что создают портфолио себе на разных площадках, и ожидают что их будут находить и делать им предложения, а уже они их рассматривать.
Первый тип фрилансера (именно на этот тип вы и ориентировались) вообще предпочитает много не разговаривать, и не любит детальных ТЗ, в которых надо разбираться. Принцип тут — сделал и забыл. Поэтому вы и напарывались то на халтурщиков, то на ботов (владельцам которых именно ВЫ совершенно неинтересны, не обольщайтесь), то на тех кто подумал «а почему бы не попробовать написать сайт? Правда я этого никогда не делал, но попытка не пытка, а рынок перспективный».
Вам надо было ориентироваться на 2-й тип. Прошерстить фриланс-биржи, посмотреть портфолио, отобрать работы которые вам нравятся, и уже общаться с теми фрилансерами, которые, как вы уверены, способны реализовать то что вы хотите. Но это же сложно, да? Проще закинуть удочку и жаловаться что людишки паршивые пошли, не умеют/не хотят.
Тогда обращайтесь в студию, переплачивайте в 3 — 4 раза, будет гарантия результата.
Вы сами написали что отпугнули наиболее перспективных исполнителей своим неосторожным предложением сделать им часть работы заранее, без оплаты.
Я никого не просил сделать что-либо без оплаты.
Если вы предложили хотя бы немного денег за составление roadmap, то это очень круто и профессионально. Побольше бы таких заказчиков!
Сам плачу за тестовое задание, когда работаю с подрядчиками, а если мне нужно написать относительно детальное ТЗ/въехать в проблему — прошу это оплатить заказчика.
PS: По оценкам, кстати, верно — я бы оценил в районе $4000-5000. Но моя сфера чуть-чуть другая + я тоже сейчас плотно занят. И тоже заказчики не с фриланса… ну, выше уже говорили — чего-то совершенно непонятно, как связываться адекватным людям.
Сам плачу за тестовое задание, когда работаю с подрядчиками, а если мне нужно написать относительно детальное ТЗ/въехать в проблему — прошу это оплатить заказчика.
PS: По оценкам, кстати, верно — я бы оценил в районе $4000-5000. Но моя сфера чуть-чуть другая + я тоже сейчас плотно занят. И тоже заказчики не с фриланса… ну, выше уже говорили — чего-то совершенно непонятно, как связываться адекватным людям.
Пару слов в оправдание "эффективных менеджеров". Когда читал требования к сайту, $10000 показались низковатой ценой. Возможно, таким образом они просто фильтруют заказчиков без бюджета.
Время грамотного специалиста, который прочтёт ТЗ,составит план,оценит объем работ стоит дорого. А тратить его на заказчиков без бюджета - бессмысленно.
UPD. Почему именно такое впечатление сложилось - например, вы хотите Sphinx или Elasticsearch. Установка, настройка, поиск готового модуля и его доработка под ваши требования (альтернатива - написание своего модуля), тестирование, правка багов - это навскидку недели 2 работы. Возьмём стандартную неделю в 40 часов, получаем 80 часов. Хороший специалист из Восточной Европы - это примерно $40 в час. Итого выходит 80х40=$3200. Только за поиск.
Время грамотного специалиста, который прочтёт ТЗ, составит план, оценит объем работ стоит дорого. А тратить его на заказчиков без бюджета — бессмысленно.
Это очень хороший комментарий. Я опустил некоторые детали, а то статья слишком длинная получалось. А было на самом деле так: я попросил поэтапный план, потому что мы даже юридически не можем заключить контракт без плана. «Менеджер» мне написал, что для этого потребуется аналитик, аналитик подготовит «правильное» ТЗ, и по нему план, и вообще все сделает в лучшем виде. Но эта работа стОит $500.
Я сказал — отлично, давайте тогда сначала заключим маленький контракт на $500, вы только пришлите мне _любое_ ТЗ, подготовленное аналитиком, которого вы мне прикрепите. Чтобы я понял, за что плачу.
Ну и, ожидаемо, получил ответ «как правило мы наши работы ведем с почасовой оплатой, и ТЗ никогда еще не делали».
И примерно такая история повторилась раза три. То есть склоняюсь что нет, не фильтруют они заказчиков. То есть фильтруют, но не по бюджету, а по каким-то другим принципам.
И снова эта получасовая прокрутка но мобильной версии хабра, чтобы оставить комментарий. Ужас!
PS мне кажется автор и сам может и CMS на хостинг установить, и версточку подправить, и пару плагинов написать. Иначе как объяснить столь посредственную статью?!
мне кажется автор и сам может и CMS на хостинг установить, и версточку подправить, и пару плагинов написать.
Насчет плагинов — не уверен, остальное, наверное, сможет. Но статья-то не об авторе.
да больше добивает что я не могу процитировать статью, приходится переходить в десктоп режим, а потом плеваться и идти к компу)
Вот только как система для публикации контента Wordpress так и остался где-то в 2010-м.
Это не так. в WP Одна из самых современным админок для публикации контента. Пилят последние несколько лет. Одно создание галереи чего стоит.
Другая проблема Wordpress, как ни странно, — это очень скромные «встроенные» средства управления контентом. Приведу такой пример: на Хабре можно посмотреть список статей в хабе фриланс, либо в хабе разработка веб-сайтов, но нельзя получить список статей, относящихся к обоим хабам одновременно.
Это не так. Список статей, которые принадлежат обеим категориям одновременно (рубрикам) конечно же можно. Можно даже самостоятельно составить sql. только не понятно, зачем? Статьи смотрят по хабам.
Камнем преткновения для Wordpress разработчиков стали наши требования по скорости загрузки страниц. Напомню, что нам очень хотелось получить сайт в зеленой зоне PageSpeed Insights. Так вот, по оценке наших кандидатов, оптимизация Wordpress съедала 40-50%% бюджета. Буквально каждый кандидат категорически настаивал на разработке кастомизированной темы «с нуля».
Я не стремился выбивать все 100, но я стремился сделать так как считал правильным. Зашел на свой последний сайт: 99, 89, 73, 100. Причем подправить под требования проблем не составляет.
Тема с 0. а как еще? Нет jq. Одна либа на 11кб на галерею и попапы. Два кастомных шрифта.
Что касается оптимизации — плагин для кеша дает хороший прирост. но есть rocketWP, а то и конфиг для nginx если не хочется платить за рокет.
Если вы хотя бы чуть-чуть знакомы с основами баз данных, то набросать запросы для фильтров many-to-many сможете за полчаса… А вот стандартных плагинов для Wordpress с такой функциональностью — нет.
Нужны примеры запросов, чего многих ко многим? У wp довольно гибкие запросы, просто… легче думать в парадигме wp, которой довольно гибок для массы задач. Бывает что не совсем понятна его парадигма.
Как нет и полнотекстового поиска из коробки, не говоря уже о морфологическом.
А он где-то есть на php движках? У меня форум на phpbb так там половина функционала как не уронить сервер от запросов ваших посетителей. А сам индекс весит бОльшую часть бд. Поиск это совсем другая техническая задача. Она плохо дружит с популярными сайтами из-за архитектурной доступности.
Я не стремился выбивать все 100, но я стремился сделать так как считал правильным. Зашел на свой последний сайт: 99, 89, 73, 100. Причем подправить под требования проблем не составляет.
Сколько вы взяли за эту работу? В любом случае, пишите в личку, — попробуем договориться.
сайт был почти для своих.
Я вас немного обрадую, с метриками скорости все не так страшно. Вот новые метрики
web.dev/vitals
он будет снижать выдачу если ваш сайт будет в красной зоне скорее всего.
Я вас немного обрадую, с метриками скорости все не так страшно. Вот новые метрики
web.dev/vitals
он будет снижать выдачу если ваш сайт будет в красной зоне скорее всего.
Раньше так сильно не прыгал показатель вроде, а сейчас действительно от 90 до 100 прыгает. Но потом попробовал несколько раз сменить URL туда-сюда и вроде стабильно 100 показывает.
А что значит «красная зона» и где это увидеть?
А что значит «красная зона» и где это увидеть?
lighthouse сам по себе ломает метрики из за себя самого. Потому и прыгает. В анонимном только измерять нужно сайт.
поставьте расширение отсюда и там же на картинкнах красная зона.
web.dev/vitals
оно как-то лишнего оверхеда в отличие от lighthouse не дает.
поставьте расширение отсюда и там же на картинкнах красная зона.
web.dev/vitals
оно как-то лишнего оверхеда в отличие от lighthouse не дает.
Откуда поставить расширение? У меня в Dev Tools на Chrome есть вкладка Lighthouse. Это оно? Я для него ничего не ставил специального.
Прыгает на web.dev/vitals почему-то только изредка. Сейчас прыгать перестало и всегда показывает Performance 100 даже в инкогнито.
Возможно, мы о чём-то разном говорим.
Прыгает на web.dev/vitals почему-то только изредка. Сейчас прыгать перестало и всегда показывает Performance 100 даже в инкогнито.
Возможно, мы о чём-то разном говорим.
Расширение показывает зелёное. Хотя, там тоже не гарантировано, конечно.
Я просто не рассчитывал, что будет прыгать от 90 до 100, а потом стабильно будет показывать 100 без таких скачков. То есть, потом может опять начнёт прыгать, но неизвестно когда и на сколько.
Я просто не рассчитывал, что будет прыгать от 90 до 100, а потом стабильно будет показывать 100 без таких скачков. То есть, потом может опять начнёт прыгать, но неизвестно когда и на сколько.
ну а как оно может не прыгать если интернет так отдает ресурсы,CPU на долю секунду другим занят. Важно среднее значение
Вроде как web.dev/vitals идёт по своим каналам, а не на с моего компа.
10% разброс смотрится слишком уж большим для таких условий. Да и прыганье было достаточно кратковременным. Раньше такого не замечал. Возможно, просто были какие-то глюки на их стороне именно на тот момент, так как больше это не повторяется.
10% разброс смотрится слишком уж большим для таких условий. Да и прыганье было достаточно кратковременным. Раньше такого не замечал. Возможно, просто были какие-то глюки на их стороне именно на тот момент, так как больше это не повторяется.
по каналам через океан?)) И те кто ближе к серверам метрики будут выше в топе?) Не, там же замеряется то отрисовка внутри твоего браузера на твоей конкретной тачке.
Океан тут при чём?
Про отрисовку через Lighthouse внутри Chrome я уже выше написал. Показатели те же.
Про отрисовку через Lighthouse внутри Chrome я уже выше написал. Показатели те же.
у нас какие то разные семантические ядра)))
Возможно. Но web.dev/measure/ проверяет по своим каналам. Это можно легко проверить в логах на сервере. Я про это писал.
Только расширение проверяет с браузера клиента.
Только расширение проверяет с браузера клиента.
а ну это самособой, там вебсервис. минусы которого я описал. Если их сервера далеко, то метрики будут плохие по производительности но это не означает особо ничего.
Я еще обожаю кода гугл показывает что нужно удалилть гугл аналитику и кастомые шрифты, раздаваемые с их же серверов.
Я еще обожаю кода гугл показывает что нужно удалилть гугл аналитику и кастомые шрифты, раздаваемые с их же серверов.
Мне в плане с web.dev проще, так как мои основные клиенты именно с того континента. Можно даже сказать, что повезло и это упрощает процесс и сравнение.
Да, с фонтами забавно бывает. Но тут хотя бы честно, что бы не обвиняли в кумовстве.
Но вроде про аналитику просто советуют загружать асинхронно, а не выпиливать вообще.
Да, с фонтами забавно бывает. Но тут хотя бы честно, что бы не обвиняли в кумовстве.
Но вроде про аналитику просто советуют загружать асинхронно, а не выпиливать вообще.
Браузер закешировал мб.
Ага, значит «для своих» все-таки в зеленой зоне.
Если серьезно, то я первые пару недель проверял скорость у сайтов в портфолио кандидатов, потом просто бросил. Просто смысла нет, — хорошо если один из десяти в оранжевой зоне, большинство — стабильно красненькое.
Если серьезно, то я первые пару недель проверял скорость у сайтов в портфолио кандидатов, потом просто бросил. Просто смысла нет, — хорошо если один из десяти в оранжевой зоне, большинство — стабильно красненькое.
Я бы начинал с того, чтобы посмотреть как ваша структура ложиться на WP. У вас резко выбивается из обычных типовых сайтов желание хорошего поиска. Но вот и это решаемо без сложностей beget.com/ru/kb/how-to/services/podklyuchenie-sphinx-k-wordpress#nastroyka-sphinx
Дальше не знаю, что у вас из хотелок, но если архитектурно ложиться хорошо — то хорошо.
smashmagazin долго был на WP. Не вижу причин не тратить минимум ресурсов на старте. Самопис учтите бездна глубокая. Вы админку хорошую нигде не найдете как в wp, вам не напишут такую, не отладят. Они пилят ее третий год, кто-то это повторит? Сомневаюсь. А это крайне важная вещь. Ну вот где такую вы возьмете? Я не думаю что в друпале или в Октобере лучше админка для работы с постами. Хабр скоько пилит свой редактор нужно напоминать?)) Нужно учесть легкость старта, а там уже смотреть нужен ли самопис.
никакие плагины прессу не нужны, кроме
Broken Link Checker
Проверяет на наличие битых ссылок и изображений и уведомляет в консоли, полезно.
The SEO Framework
лучший бесплатный сео плагин
WP Fastest Cache
но можете кешировать инфраструктурой в жесткий html. тот же таймвеб дает такую возможность через свою админку.
советую всегда начинать с коробки, кнопок, сервисов хостингов. Упретесь вы не в нагрузку на сайт сначала, а в то что вам нужно размещать контент, распределять права, менеджить процессы, а WP лучшее что видел. Головная боль в виде самописа не нужна сейчас. Нужен MVP а дальше вы уже все нащупаете лучше.
Дальше не знаю, что у вас из хотелок, но если архитектурно ложиться хорошо — то хорошо.
smashmagazin долго был на WP. Не вижу причин не тратить минимум ресурсов на старте. Самопис учтите бездна глубокая. Вы админку хорошую нигде не найдете как в wp, вам не напишут такую, не отладят. Они пилят ее третий год, кто-то это повторит? Сомневаюсь. А это крайне важная вещь. Ну вот где такую вы возьмете? Я не думаю что в друпале или в Октобере лучше админка для работы с постами. Хабр скоько пилит свой редактор нужно напоминать?)) Нужно учесть легкость старта, а там уже смотреть нужен ли самопис.
никакие плагины прессу не нужны, кроме
Broken Link Checker
Проверяет на наличие битых ссылок и изображений и уведомляет в консоли, полезно.
The SEO Framework
лучший бесплатный сео плагин
WP Fastest Cache
но можете кешировать инфраструктурой в жесткий html. тот же таймвеб дает такую возможность через свою админку.
советую всегда начинать с коробки, кнопок, сервисов хостингов. Упретесь вы не в нагрузку на сайт сначала, а в то что вам нужно размещать контент, распределять права, менеджить процессы, а WP лучшее что видел. Головная боль в виде самописа не нужна сейчас. Нужен MVP а дальше вы уже все нащупаете лучше.
Мне определенно нравится ход ваших мыслей!
Как я уже писал, WordPress мы пробовали первым делом. Сломались на фильтрах по тегам (если что, это примерно как на stackoverflow теги работают). Это для нас крайне важно, мы без этого даже запуститься не можем.
Ну не смогли мы найти такого плагина, просто нет их, по-моему. И что делать? Искать кого-то, кто бы под нас плагин написал?
Как я уже писал, WordPress мы пробовали первым делом. Сломались на фильтрах по тегам (если что, это примерно как на stackoverflow теги работают). Это для нас крайне важно, мы без этого даже запуститься не можем.
Ну не смогли мы найти такого плагина, просто нет их, по-моему. И что делать? Искать кого-то, кто бы под нас плагин написал?
ну смотрите, у стака поисковая строка по тегам. Как теги попадают в поисковую строку, подгружаются статьи, связанные с тегами. Разве нет? Подгружаются все статьи, связанные с каким либо тегом в запросе.
Или вы наоборот хотите выводить все статьи, а фильтры должны выводить только те, у которых есть этот набор тегов?
Например, у статьи есть два тега java и cofe и если не указать их в поиске, эту статью не следует отображать в выдаче?
Вот вывод любой статьи у которой есть тег из набора
А это вывод статей, у которых есть все указанные теги. Вроде бы это ваше многие ко многим.
developer.wordpress.org/reference/classes/wp_query/#tag-parameters
как бе я не сомневался что этот кейс покрыт в ядре давно.
Или вы наоборот хотите выводить все статьи, а фильтры должны выводить только те, у которых есть этот набор тегов?
Например, у статьи есть два тега java и cofe и если не указать их в поиске, эту статью не следует отображать в выдаче?
Вот вывод любой статьи у которой есть тег из набора
$query = new WP_Query( array( 'tag' => 'bread,baking' ) );А это вывод статей, у которых есть все указанные теги. Вроде бы это ваше многие ко многим.
$query = new WP_Query( array( 'tag' => 'bread+baking+recipe' ) );
developer.wordpress.org/reference/classes/wp_query/#tag-parameters
как бе я не сомневался что этот кейс покрыт в ядре давно.
А это вывод статей, у которых есть все указанные теги. Вроде бы это ваше многие ко многим.
Хорошо, допустим мы вывели так все статьи где есть все три тега 'bread' +' baking' + 'recipe'. Но ведь этого недостаточно. Надо еще вывести список всех тегов, которые относятся ко все статьям, удовлетворяющим условию. За исключением тегов, входящих в условие, конечно. Например, 'pancake' и 'cupcake'.
Далее, пользователь кликнул, допустим, на 'pancake'. Условия списка меняется на 'bread' +' baking' + 'recipe' + 'pancake'. Разумеется, список связанных тегов меняется тоже.
Ну и помимо всего этого, сам UI надо как-то нарисовать.
Вообще спасибо, что вы стали это расписывать. Я сейчас только понял, что большинство веб-разработчиков просто не поняли, что значит «фильтры многие ко многим» в нашем ТЗ. Хотя мы приводим там примеры, со скриншотами.
Надо еще вывести список всех тегов, которые относятся ко все статьям, удовлетворяющим условию.
А какое условие? Это то, что в поисковом запросе? тогда теги для чего нужны? поиск или общий поиск с галочками чтобы искал в специальных рубриках. Разве нет? Не соображу логику.
Разумеется, список связанных тегов меняется тоже.
в вордпрессе есть две сущности, по которым происходит группировка статей. Рубрики и теги. По факту это одно и тоже, только у рубрик есть вложенность.
Все они друг из друга выражаются, сортируются и прочее. Можно добавить еще дополнительную сущность для группировки статей, или еще две, или три, только это как правило лишнее.
Для огромного количества задач для сайтов, где происходит групповая публикация статей этого вполне достаточно. Вы не пытаетесь усложить привычное поведение поиска?
На стаке оно так и работает, общий поисковый запрос плюс рубрики (т.е теги) где искать.
Пожалуй я лучше покажу картинку.
Так можно сделать? Что для этого потребуется?
Так можно сделать? Что для этого потребуется?
related tags как я понимаю, это топ 15 тегов среди статей, которые вы задали в поиске через теги. То есть по совпадениям андройд и java нашлось 1000 статей, у них у всех есть топ 10 общих тэгов и они выводятся рядом. Честно говоря, я не пользуюсь подобным функционалом.
Делается это для того, чтобы вы могли сократить количество статей еще сильнее.
Но следите за руками, у вас есть уверенность, что ваш ответ находится именно там? Я могу просто забыть добавить к посту тег java и вот вы не найдете статью даже с первого фильтра. На хабре по тегам мало кто ищет но они именно сделаны как обычные теги — объединение сущностей. Вы точно уверены, что это нужно вам как у SO? У них миллионы постов и несколько разных паттернов для поиска. причем я всегда попадаю туда через гугл, внутри SO меня поиск честно говоря… пугал. Вы готовы не найти статью, если кто-то не добавил значимого тега?
Значит так.
1) получили список статей по тегам.
2) нужно запросить все теги из найденных статей
3) подсчитать их количественно и вывести топ 10.
Довольно не простая задачка для wp. Сразу так и не скажу, можно ли…
Наверное можно.
wp_term_relationships — хранит сопоставление ID статей и ID тегов.
1) если первым запросом по тегам получить список всех ID статей
2) тогда отфильтровав с их помощью в wp_term_relationships мы получим все ID тегов.
3) Остается только подсчитать совпадения и взять топ 10.
4) запросить имена этих сущностей по ID из другой таблицы и вывести на экран человеческие слова.
Я только не знаю, где там вставлять кэширование. Пресс правда сам умеет кое-что кешировать, если не пользоваться не прямыми запросами в бд.
Делается это для того, чтобы вы могли сократить количество статей еще сильнее.
Но следите за руками, у вас есть уверенность, что ваш ответ находится именно там? Я могу просто забыть добавить к посту тег java и вот вы не найдете статью даже с первого фильтра. На хабре по тегам мало кто ищет но они именно сделаны как обычные теги — объединение сущностей. Вы точно уверены, что это нужно вам как у SO? У них миллионы постов и несколько разных паттернов для поиска. причем я всегда попадаю туда через гугл, внутри SO меня поиск честно говоря… пугал. Вы готовы не найти статью, если кто-то не добавил значимого тега?
Значит так.
1) получили список статей по тегам.
2) нужно запросить все теги из найденных статей
3) подсчитать их количественно и вывести топ 10.
Довольно не простая задачка для wp. Сразу так и не скажу, можно ли…
Наверное можно.
wp_term_relationships — хранит сопоставление ID статей и ID тегов.
1) если первым запросом по тегам получить список всех ID статей
2) тогда отфильтровав с их помощью в wp_term_relationships мы получим все ID тегов.
3) Остается только подсчитать совпадения и взять топ 10.
4) запросить имена этих сущностей по ID из другой таблицы и вывести на экран человеческие слова.
Я только не знаю, где там вставлять кэширование. Пресс правда сам умеет кое-что кешировать, если не пользоваться не прямыми запросами в бд.
Я почти уверен, что нашим пользователям это нужно:
Например, пользователь читает статью про звук /ð/. У статьи есть тег «согласные». Кликает на согласные, в related tags будет «шипящие», «стопы», «назальные» и так далее. Кликает на «шипящие». в related tags будет «звонкие» и «глухие». Ну и так далее.
Кроме того, это очень удобно авторам. Например, автор пишет статью про что-нибудь хитрое. Он таким же путем подбирает себе связанные статьи, и может вставить готовую ссылку. Пользователь затем может эту ссылку отфильтровать дополнительно, или сделать еще что-нибудь полезное.
Вообще, мне кажется, мы часто недооцениваем, насколько важно хорошо структурировать контент. От этого все беды ))
Если придумаете, как это сделать на WP — пишите. Обсудим условия )
Например, пользователь читает статью про звук /ð/. У статьи есть тег «согласные». Кликает на согласные, в related tags будет «шипящие», «стопы», «назальные» и так далее. Кликает на «шипящие». в related tags будет «звонкие» и «глухие». Ну и так далее.
Кроме того, это очень удобно авторам. Например, автор пишет статью про что-нибудь хитрое. Он таким же путем подбирает себе связанные статьи, и может вставить готовую ссылку. Пользователь затем может эту ссылку отфильтровать дополнительно, или сделать еще что-нибудь полезное.
Вообще, мне кажется, мы часто недооцениваем, насколько важно хорошо структурировать контент. От этого все беды ))
Если придумаете, как это сделать на WP — пишите. Обсудим условия )
А кто придумывает теги? Они будут заданы самостоятельно? Есть строгий набор тегов? Если строгий набор определенных тегов известен изначально, то все проще.
Вы можете сделать иерархию тегов и выводить родительские и дочерние теги у статьи как related. Это стандартный функционал.
правда нужно покумекать с вашей тематикой, как контент может лечь и как теги могут подчиняться иерархии. Например, согласные, гласные — явно родители. Это подходит под определение тегов в wp как рубрик, у рубрик есть подрубрики.Ваши «шипящие», «стопы», «назальные».
А вот сквозные теги, которые вне иерархии, могут задавать авторы самостоятельно. Например, уроки от шурика. Тогда при выводе статей можно сделать кликабельными набор всех связных категорий, родителей, дочерних элементов (кто находится рядом с тобой) и ну и сквозные теги в любом соотношении.
А если вам нужны статистические теги (топ 10) как у SO, то как это сделать в прессе я вам выше написал алгоритм.
Вы можете сделать иерархию тегов и выводить родительские и дочерние теги у статьи как related. Это стандартный функционал.
правда нужно покумекать с вашей тематикой, как контент может лечь и как теги могут подчиняться иерархии. Например, согласные, гласные — явно родители. Это подходит под определение тегов в wp как рубрик, у рубрик есть подрубрики.Ваши «шипящие», «стопы», «назальные».
А вот сквозные теги, которые вне иерархии, могут задавать авторы самостоятельно. Например, уроки от шурика. Тогда при выводе статей можно сделать кликабельными набор всех связных категорий, родителей, дочерних элементов (кто находится рядом с тобой) и ну и сквозные теги в любом соотношении.
А если вам нужны статистические теги (топ 10) как у SO, то как это сделать в прессе я вам выше написал алгоритм.
А кто придумывает теги?
Специальные люди ) как правило оч. умные
Они будут заданы самостоятельно?
Не понял вопроса
Есть строгий набор тегов?
Скорее, нет, но если постараться — то да.
Например, согласные, гласные — явно родители.
В русском, — да, в английском — немного сложнее.
Мы сейчас всю таксономию хотим построить на «сквозных тегах», а в иерархию вывести что-то абстрактное, что-то вроде «веса», или, скорее, приоритета. И скрыть это от пользователя. Чтобы при выводе самый важный контент получал приоритет.
Если я правильно понимаю то, что вы написали, в WP это сделать приблизительно получится. Но! Насколько же мне психологически проще думать об этом в терминах SQL, а не в терминах Wordpress.
Мы сейчас всю таксономию хотим построить на «сквозных тегах»
Ну сквозные — это обычные теги в wp.
не понято, по каким критериям вы хотите группировать в теги related. у SO это статистический топ 10 из последнего поиска.
Другое вы или ручками как-то будете прописывать на каждый раздел (если это возможно, например, на каждый крупный тег будете выавать заранее заданный список тегов), или придумаете как это можно считать алгоритмом.
Но! Насколько же мне психологически проще думать об этом в терминах SQL, а не в терминах Wordpress.
на sql терминологии вам не объяснить как работать с wp.
а в иерархию вывести что-то абстрактное, что-то вроде «веса», или, скорее, приоритета.
в wp можно создать новый тип тегов «приоритет» и дать 10 значений от 0 до 10 и так же присваивать статьям.
е понято, по каким критериям вы хотите группировать в теги related. у SO это статистический топ 10 из последнего поиска.
Представьте себе реляционную структуру многие ко многим.
articles
tags
tags-to-articles
Тогда такой код:
SELECT tags-to-articles.tag_id, count(tags-to-articles.tag_id) as cnt FROM tags-to-articles
WHERE tags-to-articles.article_id IN (
SELECT articles._id FROM articles
INNER JOIN tags-to-articles ON articles._id = tags-to-articles. article_id AND tags-to-articles.tag_id IN(210,220)
GROUP BY words._id
HAVING COUNT(DISTINCT tags-to-articles.tag_id) >= 2
)
AND tags-to-articles.tag_id NOT IN(210,220)
GROUP BY tags-to-articles.tag_id
ORDER BY cnt DESC
-- надеюсь ничего не напутал;
У вас оверинжениринг.
tags-to-articles — это таблица wp_term_relationships
Из вашего запроса все равно не понятно что вы хотите, тем более у вас он еще вложенный, так точно делать не стоит.
tags-to-articles — это таблица wp_term_relationships
Из вашего запроса все равно не понятно что вы хотите, тем более у вас он еще вложенный, так точно делать не стоит.
тем более у вас он еще вложенный, так точно делать не стоит.
признаюсь, я от вас такого не ожидал )) — во-первых там вложенный да еще и с джойном, во-ворых иначе мою задачу не решить даже в теории, в третих этот запрос на 10 000 статей выполняется 1 миллисекунду.
В консоли за 1мс может и выполняется на 10к когда база отдыхает, а когда она занята уже не так гибко, а когда приходит поисковый робот, оно уже не так радостно.
Думаю поступать надо проще. Сделать родителя, туда поместить все теги шипящие стопы назальные. Если буква в родителе, отображать все теги родителя.
Например, пользователь читает статью про звук /ð/. У статьи есть тег «согласные». Кликает на согласные, в related tags будет «шипящие», «стопы», «назальные» и так далее. Кликает на «шипящие». в related tags будет «звонкие» и «глухие». Ну и так далее.
Думаю поступать надо проще. Сделать родителя, туда поместить все теги шипящие стопы назальные. Если буква в родителе, отображать все теги родителя.
… а когда приходит поисковый робот, оно уже не так радостно.Ну так в любом случае, как бы вы не делали, будет ровно такое же количество запросов + оверхед от прослойки WP.
Думаю поступать надо проще. Сделать родителя, туда поместить все теги шипящие стопы назальные. Если буква в родителе, отображать все теги родителя.Не, так нельзя. Получится совершенно другая таксономия, и не тот результат.
А, тем временем, пообщался сейчас с человеком, который, как и вы, специализируется на wordpress. Вроде мы договорились до того, что в теории задачку можно сделать для сайта на Wordpress. Но, только на низком уровне.
Ну так в любом случае, как бы вы не делали, будет ровно такое же количество запросов + оверхед от прослойки WP.
не обязательно, можно создавать временную оптимизированную таблицу из текущей специально под этот поиск раз в сутки обновлять ее, и по ней делать поиск. Может быть даже на какой нибудь redis заранее выкладывать комбинации всех запросов. (но это лишнее) Джоины и подзапросы убьют любое удовольствие от быстрой навигации даже на пустой базе, но сейчас это не так важно.
Мне все-таки кажется вы сильно недооцениваете современные базы данных. Просто для интереса, посчитайте объем всех данных с индексами для сайта на, скажем, 1000 статей.
Давайте подсчитаем: статья, которую мы сейчас комментируем, это 19 000 знаков. Допустим мы ее будем хранить в UTF-16. Это 38 килобайт. Тысяча статей — 38MB. Со всеми тегами, индексами, и так далее — пусть будет 50MB (это я примерно с двадцатикратным запасом, потому что большинство статей существенно меньше, и используют UTF-8).
Но, допустим, 50MB. Вся база влезет в память как минимум 80 раз! Причем встроенный в любую базу планировщик запросов уже после второго-третьего однотипного запроса так все оптимизирует, что время запроса, который я привел, будет фактически 0.
Вот это — реалии нагрузки среднего сайта. Я предполагаю, 90% реальных Wordpress сайтов и того меньше.
Но, конечно, если дергать три запроса по очереди, с промежуточным выводом в массивы (как это наверняка делает Wordpress) -тогда конечно, закат солнца вручную и добрый вечер.
Давайте подсчитаем: статья, которую мы сейчас комментируем, это 19 000 знаков. Допустим мы ее будем хранить в UTF-16. Это 38 килобайт. Тысяча статей — 38MB. Со всеми тегами, индексами, и так далее — пусть будет 50MB (это я примерно с двадцатикратным запасом, потому что большинство статей существенно меньше, и используют UTF-8).
Но, допустим, 50MB. Вся база влезет в память как минимум 80 раз! Причем встроенный в любую базу планировщик запросов уже после второго-третьего однотипного запроса так все оптимизирует, что время запроса, который я привел, будет фактически 0.
Вот это — реалии нагрузки среднего сайта. Я предполагаю, 90% реальных Wordpress сайтов и того меньше.
Но, конечно, если дергать три запроса по очереди, с промежуточным выводом в массивы (как это наверняка делает Wordpress) -тогда конечно, закат солнца вручную и добрый вечер.
Дело не в объеме, а в более оптимальных запросах. Сложные запросы сокращаются созданием новых таблиц с переносом данных в другую структуру, раз в час или раз в сутки, например, чтобы общая сложность запроса была разделена. Но на данный момент предмета разговора нет, как упретесь в тормоза, которые будете считать не эффективными, тогда будете думать. при вашем трафике даже в 8 тысяч в сутки не думаю что что-то особо будет заметно.
Для анализа еще не хватает kwork.ru
С кидалами там иногда бывают забавные ситуации.
Например, нашёл исполнителя на одном из сайтов (не буду тут писать имя человека). Неплохое портфолио, адекватные и грамотные технические ответы при более близком общении. Дал предоплату и он «начал работать».
Потом пошли какие-то задержки и я уже стал подозревать. Получил какой-то малограмотный эскиз типа «на отвали». Попросил доработать, но потом он пропал. Изредка отвечал, что просто личные проблемы какие-то и не до этого.
Когда стал подозревать, то сразу же сделал пост на другой фриланс сайт, так как время поджимало немного. Там пошли предложения как обычно и среди них тот же самый «занятой» с новым предложением на то же самое ТЗ. Я ему даже написал и напомнил, что он меня кинул и не вернул предоплату. На что получил ответ «Ну, если не надо, то ладно».
В результате нашёл исполнителя на второй сайте, который выполнил задание в срок и даже лучше, чем я предполагал.
Но у меня было проще, так как мне просто нужен был новый дизайн, а вёрстку и бекенд я уже делал сам (да, я тоже заморачиваюсь по поводу зелёной скорости загрузки, поэтому у меня многое кастомное без тяжеловесов типа Wordpress и т.п.).
Например, нашёл исполнителя на одном из сайтов (не буду тут писать имя человека). Неплохое портфолио, адекватные и грамотные технические ответы при более близком общении. Дал предоплату и он «начал работать».
Потом пошли какие-то задержки и я уже стал подозревать. Получил какой-то малограмотный эскиз типа «на отвали». Попросил доработать, но потом он пропал. Изредка отвечал, что просто личные проблемы какие-то и не до этого.
Когда стал подозревать, то сразу же сделал пост на другой фриланс сайт, так как время поджимало немного. Там пошли предложения как обычно и среди них тот же самый «занятой» с новым предложением на то же самое ТЗ. Я ему даже написал и напомнил, что он меня кинул и не вернул предоплату. На что получил ответ «Ну, если не надо, то ладно».
В результате нашёл исполнителя на второй сайте, который выполнил задание в срок и даже лучше, чем я предполагал.
Но у меня было проще, так как мне просто нужен был новый дизайн, а вёрстку и бекенд я уже делал сам (да, я тоже заморачиваюсь по поводу зелёной скорости загрузки, поэтому у меня многое кастомное без тяжеловесов типа Wordpress и т.п.).
Блин, причем тут wp и метрики) WP тебе только медленно пыхом отдать может контент и то спорно, что медленно. Я тестил статику пресс и битрикс на одном хостинге по отдаче на очень чистых темах. Статика 50-80мс, битрикс 90мс, ну и пресс где-то так же чуть выше. Он едва медленнее битрикса, а битрикс кешируется очень хорошо. Все остальное это его переджейкверевые темы, об оптимизации которых никто особо не думал. Килограммы лишнего js не нужно подключать ради простоты разработки. И все будет зеленое. не jam stack но достойно.
Кстати да, примерно такое тоже было. Я просто не стал включать в итоговую статью.
Ответил кандидат на одном из сайтов мы с ним поговорили, но не сложилось.
Через день он же откликается снова, но уже на другом сайте. Мы все ждали, когда в третий раз придет.
Ответил кандидат на одном из сайтов мы с ним поговорили, но не сложилось.
Через день он же откликается снова, но уже на другом сайте. Мы все ждали, когда в третий раз придет.
У меня тоже было подозрение на большое количество ботов, но это только лишний раз подтверждает.
Просто в моём случае мне показалось забавным то, что человек явно кинул и вообще не особо заинтересован в работе, но бот у него продолжает долбить.
Дизайнеры — не программисты ботов. Наверно, кто-то такой же пишет им этих ботов на коленке.
P.S.: у меня вообще сложилось впечатление, что при хорошем бюджете проще самому искать, а не «постить объяву». Или конкурс устроить, благо это можно на некоторых фрилансеровских сайтах. С конкурсом придётся читать ТЗ и делать эскизы для участия.
Я даже сочинил задание для конкурса для своего проекта, но звёзды сложились так, что не пригодилось.
Просто в моём случае мне показалось забавным то, что человек явно кинул и вообще не особо заинтересован в работе, но бот у него продолжает долбить.
Дизайнеры — не программисты ботов. Наверно, кто-то такой же пишет им этих ботов на коленке.
P.S.: у меня вообще сложилось впечатление, что при хорошем бюджете проще самому искать, а не «постить объяву». Или конкурс устроить, благо это можно на некоторых фрилансеровских сайтах. С конкурсом придётся читать ТЗ и делать эскизы для участия.
Я даже сочинил задание для конкурса для своего проекта, но звёзды сложились так, что не пригодилось.
Когда мне надо было оптимизировать WP за исполнителем, который не довел до нужной производительности, то я переложил эту работу на CDN, на CloudFlare. И получил из коробки кэширование, ресайз и подготовку картинок, пачку оптимизаций для css/js и аналитику в придачу. В итоге получилось лучше, чем делал фрилансер. И, что приятно, это решение, не зависящее от конкретный cms и кода.
И сколько стоила эта работа, если не секрет?
Настроить CloudFlare? Сделал сам за час.
Видимо я слишком плохо себе представляю, как работает Wordpress. Скажем, есть тема, и есть пара плагинов. Все трое тянут свои библиотеки и еще кучу всего. В результате банальная страница статьи весит 4 мега, включая пачки разных версий одинаковых библиотек.
Как это оптимизировать, не вмешиваясь в плагины? Какая-то магия CloudFlare?
Как это оптимизировать, не вмешиваясь в плагины? Какая-то магия CloudFlare?
У них есть официальный плагин https://www.cloudflare.com/integrations/wordpress/ его и интегрировал + ручные настройки на стороне CloudFlare.
плагины смотря какие, если они для админки они ничего вне админки не тянут, могут добавлять только оверхед для php.
Как вы сами заметили, с вашими пожеланиями/бюджетом гораздо проще работать через upwork c почасовой ставкой. Вместо долго согласования объема работы/срока/бюджета просто выбираете задачи на первый этап и следите за результатами. Можно быстро понять в верном ли направлении идет работа. Если я правильно понимаю, находясь в США вам гораздо проще решить вопросы с оплатой/договором работая через эту биржу.
А с поиском ИТ специалистов на русскоязычных биржах все так-же печально, как и с поиском других оффлайн специалистов. Бюджет выше среднего не гарантирует поиск хорошего исполнителя, зато привлекает много недобросовестных личностей. Скорее всего можно прокачать умение поиска нужного исполнителя, но надо ли оно, если это не требуется постоянно?
С огромным сожалением вынужден подписаться под каждым вашим словом.
Upwork давно уже не торт. Там так же процветает кидалово и так же не найти исполнителей. Работал там лет 10 назад и забросил за перспективностью. Пытался использовать upwork, как заказчик и полный штиль. Вернее, даже хуже — потерял около 10000 долларов на мошенниках. Upwork больше ничего не страхует, как в свои лучшие годы.
В последнее время видел несколько публикаций с разбором о том, что эффективней всего искать исполнителей на профильных форумах. Т.е. для данного случая не на фрилансовых сайтах, а там где веб-разработчики обсуждают технические вопросы. На них обычно есть отдельный раздел для таких объявлений.
Хороший совет, и да, мы пробовали профильные телеграмм-каналы. Почти нулевой выход.
И да, наверное, этот подход имеет смысл для проектов от полугода и выше, или когда ищешь человека на постоянную работу.
И да, наверное, этот подход имеет смысл для проектов от полугода и выше, или когда ищешь человека на постоянную работу.
На счет телеграмм-каналов не могу сказать это лучше или хуже. В специализированных каналах объявление улетает вверх очень быстро. Да и модераторы не очень любят такое, говорят что бы постили в каналы про работу, т.к. канал не разбит по разделам, и канал легко забить не подходящими темами. У форумов специфика другая, особенно если там выделен раздел про работу-заказы.
Вот разбор сравнения job.mista.ru/topic.php?id=867286, но там тематика другая, не веб-программирование.
Вот разбор сравнения job.mista.ru/topic.php?id=867286, но там тематика другая, не веб-программирование.
Тоже не всегда гарантирует хороший результат. Один раз, будучи совсем зелёным программистом (год-полтора работы джуном), но с самомнением выше крыши (эффект Даннинга-Крюгера во всей красе) взялся за такой заказ с форума. Причём заказчик именно мне написал в личку, так как я проявлял довольно большую активность, помогал ещё большим новичкам и вообще производил благоприятное впечатление.
В итоге работа была заброшена через 3 недели после начала, денег так и не взял с него, и кроме обещаний заказчик по факту не получил ничего.
В итоге работа была заброшена через 3 недели после начала, денег так и не взял с него, и кроме обещаний заказчик по факту не получил ничего.
Интересная статья. Мне, кстати, вспомнилось, что в свое время в начале-середине нулевых на фрилансерских площадках начали вводить эскроу. Т.е. деньги заказчик отдает сразу, но не разработчику, а арбитру, и если после сдачи в течение определенного периода не возникнет жалоб, то разработчик получает свою пачку купюр.
Точно сейчас по памяти не скажу, но статистика разборок там вроде была примерно такой. В 20 процентах случаев деньги возвращали заказчику, потому что разработчик реально сделал лажу, и это удавалось доказать арбитру.
Однако в 80 процентах случаев деньги отдавали разработчику, поскольку заказчик начинал сильно много хотеть доработок за свои деньги.
Точно сейчас по памяти не скажу, но статистика разборок там вроде была примерно такой. В 20 процентах случаев деньги возвращали заказчику, потому что разработчик реально сделал лажу, и это удавалось доказать арбитру.
Однако в 80 процентах случаев деньги отдавали разработчику, поскольку заказчик начинал сильно много хотеть доработок за свои деньги.
Escrow — наше все! Мы плотно работаем с разными фрилансерами, начиная от переводчиков, заканчивая иллюстраторами и войсовер артистами. Для каких-то проектов используем escrow, для каких-то, — почасовую. Ну, то есть, опыт у нас более-менее есть. Такой жести как с веб-разработчиками не было даже с иллюстраторами. А уж иллюстраторами-то точно непросто работать, поверьте.
ИМХО, исходя из того, какие акценты вы расставляете в требованиях, вам стоит посмотреть в сторону jamstack. И собственный поиск я бы не пилил на вашем месте, не такая это простая задача, как может показаться. Есть штуки типа programmablesearchengine.google.com/about, попробуйте обойтись ими, сэкономите кучу времени и денег.
Спасибо! Просто хотел сказать, что мы ищем специалиста, а не технологию. Пусть хоть тильда, главное — чтобы решил наши задачи.
Да, насчет поиска, я понял. Не думал что это такая большая проблема в наш просвещённый век.
Да, насчет поиска, я понял. Не думал что это такая большая проблема в наш просвещённый век.
Просто поиск — задача относительно интеллектуальная, а вам еще и морфология требуется. Найти разработчика, с ходу не пугающегося этого слова, уже микроквест ))
Обычно поиск на малых задачах никому не нужен, поэтому специалистов по нему в малых фирмах особо нет.
Обычно поиск на малых задачах никому не нужен, поэтому специалистов по нему в малых фирмах особо нет.
Обычно поиск на малых задачах никому не нужен.
Ну, мы хотели морфологический поиск вот почему: 90% наших пользователи — не носители языка, на котором они читают материалы (а иначе зачем бы им исправлять акцент?). Они слова типа diphthong и pronounce пишут с пятой попытки. Просто снять хоть часть этой боли.
Да, очень понятно, что в вашей задаче это достаточно важно.
Просто как раз эта штука довольно-таки нечастая )
Просто как раз эта штука довольно-таки нечастая )
Эту проблему обычный метафон решает, который для английского в ES из коробки идёт. Для русского языка метафона нет, но написать его реализацию в виде плагина не сложно (я сам его написал шесть лет назад).
Jamstack — это не технология, это архитектурный принцип, отвечающий вашим потребностям более всего (на мой скромный взгляд). Этот принцип определяет подмножество технологий, и, если вы оставите подобного рода решения на откуп условного фрилансера который пройдет ваш фильтр без учета вышесказанного — боюсь вы можете осознать ошибку когда будет поздно и у вас будет «тильда».
Я бы вам посоветовал вообще не рассматривать все эти вордпрессы и друпалы. Такие движки удобны, когда ты клепаешь типовые сайты и забываешь о них уже на следующий день. Если проект «живой» и планируется его развитие со временем — непременно упретесь в ограничения архитектуры, а кастомизировать всё это сложно, потому что крутые спецы обычно уходят из этих cms в нормальное программирование, а начинающие просто не умеют этого делать.
Вообще, если бы лично мне понадобилось сделать такой сайт, я бы остановился на двух вариантах, у каждого есть свои преимущества и недостатки.
1. Использовать ruby on rails для всего, т.е. никакого разделения на фронт и бек, апи, отдельного фронтенд-фреймворка и подобного. Это даст скорость в разработке и легкость в будущих доработках, если вдруг понадобится получившуюся буханку превратить в троллейбус :)
По поводу поиска: на начальном этапе вообще не заморачиваться с эластикчерчем или сфинксом. У вас нет собственного отдела разработки, так что надо стараться использовать как можно меньше технологий. Используя postgres как базу данных, можно в нём же и делать полнотекстовой поиск, как обычный, так и по триграммам: www.postgresql.org/docs/current/textsearch.html Вряд ли у вас в ближайшем будущем будут нагрузки на уровне даже десятков тысяч запросов в секунду, чтобы запускать отдельный кластер на эластике.
2. Использовать статический генератор сайтов — тысячи их — писать статьи в формате markdown, билдить и заливать получившиеся файлы на сервер. Либо использовать гибридную модель — когда html пререндерится заранее, а после загрузки страницы на клиенте разворачивается js-фреймворк и через апи подгружает какие-то динамические данные, превращая статичаский сайт в spa.
Что в этом подходе хорошо — можно в начале сделать сам сайт, наполнять его статьями, а на динамические штуки, вроде поиска, нанимать отдельных людей. Но это скорее вариант для желающих поэкспериментировать, если же хочется предсказуемости, то я бы остановился на рельсах.
Недостаток обоих подходов в том в том, что это будет дороже. Если на вордпрессе можно найти типичного такого «веб-мастера», который за чашку кофе всё это сделает (оставляя за скобками разговор о качестве), то тут нужен нормальный программист.
Вообще, если бы лично мне понадобилось сделать такой сайт, я бы остановился на двух вариантах, у каждого есть свои преимущества и недостатки.
1. Использовать ruby on rails для всего, т.е. никакого разделения на фронт и бек, апи, отдельного фронтенд-фреймворка и подобного. Это даст скорость в разработке и легкость в будущих доработках, если вдруг понадобится получившуюся буханку превратить в троллейбус :)
По поводу поиска: на начальном этапе вообще не заморачиваться с эластикчерчем или сфинксом. У вас нет собственного отдела разработки, так что надо стараться использовать как можно меньше технологий. Используя postgres как базу данных, можно в нём же и делать полнотекстовой поиск, как обычный, так и по триграммам: www.postgresql.org/docs/current/textsearch.html Вряд ли у вас в ближайшем будущем будут нагрузки на уровне даже десятков тысяч запросов в секунду, чтобы запускать отдельный кластер на эластике.
2. Использовать статический генератор сайтов — тысячи их — писать статьи в формате markdown, билдить и заливать получившиеся файлы на сервер. Либо использовать гибридную модель — когда html пререндерится заранее, а после загрузки страницы на клиенте разворачивается js-фреймворк и через апи подгружает какие-то динамические данные, превращая статичаский сайт в spa.
Что в этом подходе хорошо — можно в начале сделать сам сайт, наполнять его статьями, а на динамические штуки, вроде поиска, нанимать отдельных людей. Но это скорее вариант для желающих поэкспериментировать, если же хочется предсказуемости, то я бы остановился на рельсах.
Недостаток обоих подходов в том в том, что это будет дороже. Если на вордпрессе можно найти типичного такого «веб-мастера», который за чашку кофе всё это сделает (оставляя за скобками разговор о качестве), то тут нужен нормальный программист.
Используя postgres как базу данных, можно в нём же и делать полнотекстовой поиск, как обычный, так и по триграммам
И не только Postgre, кстати. Вообще, в самом начале я был почти уверен, что именно так большинство и предложит сделать. Этой же технологии уже минимум лет 20, а то и 25. Но, пока вы первый, кто об этом заговорил. Если честно, я эластик в ТЗ вставил только потому, что без этого большинство кандидатов вообще не понимали термина «полнотекстовый поиск»…
Относительно технологий, — спасибо за советы, но мы то ищем специалиста для решения определенной задачи, а не технологию. Об этом и статья.
Любая технология хороша, когда есть опытный специалист, готовый взяться за задачу.
Относительно технологий, — спасибо за советы, но мы то ищем специалиста для решения определенной задачи, а не технологию.На мой взгляд, это неправильный подход. Вы ведь не разовую задачу хотите закрыть, верно? Нужно оценивать именно с точки зрения технологий: насколько большой рынок специалистов именно по этой технологии, насколько легко что-то сделать, насколько легко потом дорабатывать, насколько легко можно идти вразрез с принципами фреймворка или cms, если надо сделать что-то, не укладывающееся в парадигму, и, самое главное, насколько технология устаревает со временем и насколько легко в будущем будет найти человека, который будет это дорабатывать, а так же насколько легко в будущем можно будет мигрировать от одной технологии к другой без слома функционала, если на то появится необходимость. И уже после этого искать специалиста.
А то ведь может сложиться неприятная ситуация, когда вы наймете специалиста по %cms_name%, он сделает эдак 95% всего того, что нужно сделать, а потом окажется, что самые главные 5% вообще никак не получаются, и нужно либо начинать всё с нуля, либо форкать саму %cms_name%, чтобы что-то там дописать.
Естественно, мы на это смотрим, но пока у нас a seller's market (спрос превышает предложение), выбирать не приходится. Точнее, приходится, и вот что получается (статистика по откликам):
Заголовок спойлера
Wordpress 33%
Laravel 19%
Bitrix 10%
Drupal 7%
Самописная 5%
OpenCart 5%
Django 5%
Joomla 2%
Saas 2%
Next.js 2%
Tilda 2%
October 2%
DataLife Engine 2%
MODX 2%
Laravel 19%
Bitrix 10%
Drupal 7%
Самописная 5%
OpenCart 5%
Django 5%
Joomla 2%
Saas 2%
Next.js 2%
Tilda 2%
October 2%
DataLife Engine 2%
MODX 2%
Если честно, я эластик в ТЗ вставил только потому, что без этого большинство кандидатов вообще не понимали термина «полнотекстовый поиск»…
Полнотекстовый поиск поддерживает и MySQL, но лично я прочитал ваши слова:
поиск а-ля ElasticSearch или Sphinx
Именно как требование того, чтобы на проекте был более навороченный поиск. А это очень сильно все меняет.
Вообще, в самом начале я был почти уверен, что именно так большинство и предложит сделать. Этой же технологии уже минимум лет 20, а то и 25. Но, пока вы первый, кто об этом заговорил.
так если Вы знаете на какой технологии надо делать, то надо об этом в самом начале и говорить (в ТЗ написать), чтобы не терять время на обсуждение Wordpress и подобного. даже если Вы будете неправы, скорее всего найдется умный, кто объяснит как надо.
Интересно, а поиск, теги и т.п. к статическому сайту как прикручиваются?
Насчет тегов, как я понял, просто генерируется миллион страниц на все возможные сочетания. By design, как говорится.
Именно так. А если контента не слишком много, то и поиск можно сделать аналогично — заранее сгенерировать поисковый индекс отдельным файлом и подгружать его по запросу, как вариант, ограничиваясь только заголовками.
Поиск в этом случае лучше прикрутить Гугловый, я думаю. И все же что-то меня смущает в этом подходе.
Это просто пример того, что даже на полностью статическом сайте можно сделать поиск без участия бекенда. Я не призываю так делать во всех случаях.
Можно делать поисковый запрос со статического сайта в отдельный апи-эндпоинт, и даже не обязательно свой. Например, vuejs.org не держит свой сервер с эластиком, вместо этого пользуясь услугами www.algolia.com. Сам сайт они через hexo.io компилят.
Так что было бы желание, а способов уйма.
Можно делать поисковый запрос со статического сайта в отдельный апи-эндпоинт, и даже не обязательно свой. Например, vuejs.org не держит свой сервер с эластиком, вместо этого пользуясь услугами www.algolia.com. Сам сайт они через hexo.io компилят.
Так что было бы желание, а способов уйма.
ага, меняем телефон в шапке и ждем пару часиков когда кеш прогреется)
В PG нельзя насколько затюнить поиск как в Elastic
Если проект «живой» и планируется его развитие со временем — непременно упретесь в ограничения архитектуры,
Как-будто самописный велосипед сразу будет написан архитектурно правильно. Все тоже самое — тоже органичение в архитектуре васи, писавшего код 2 года назад. Все тоже самое — нормальные сайты на фреймворках для каких-то языковых курсов долго не пишут.
Одна фигня что переписывать велосипед, что писать новый после wp. только у wp есть админка, которую вы не напишите.
Ох уж эта веб-разработка. Статья, помимо очевидной вещи, что СНГшный фриланс это дно, доказывает также и то, что работать в веб-разработке на фрилансе не стоит (если у читающего возникают такие мысли).
Начнем:
И тут же:
Знаете, вишенкой на торте не хватает только фразы, также между делом, как ничего особенного — выдавать все это на миллиардах записей в базе.
С одной стороны хочется много что написать, с другой стороны — все совершенно очевидно: типаж заказчика «надо сделать стул, ничего сложного, но он должен выдерживать вес слона»
Да, а вполне возможно, что еще и мало окажется. Когда вы упоминаете одновременно «просто блог» и «поиск а-ля ElasticSearch», я сразу вижу хитровывернутого заказчика, который за мишурой «да там все просто», «да работы на недельку», между делом протолкнет такие требования, над реализацией которых нужно будет конференцию HightLoad собирать.
Конечно, такое впечатление может быть ошибочным, но лично у меня сразу срабатывает триггер «с такими людьми лучше не работать». Да и вообще, перестал работать с такими вот частными заказчиками более 10 лет назад — зачем весь этот геморрой, когда на обычной работе получаешь зарплату (и чаще большую) по часам и все.
Начнем:
Проблема в том, что нам-то был нужен самый что ни на есть обычный контентный сайт.
Функциональные требования не выделяются чем-то уникальным.
И тут же:
Полнотекстовый [морфологический] поиск а-ля ElasticSearch или Sphinx.
Оптимизацию сайта до зеленой зоны PageSpeed Insights
Знаете, вишенкой на торте не хватает только фразы, также между делом, как ничего особенного — выдавать все это на миллиардах записей в базе.
С одной стороны хочется много что написать, с другой стороны — все совершенно очевидно: типаж заказчика «надо сделать стул, ничего сложного, но он должен выдерживать вес слона»
Или вы всерьез считаете, что $8000 — разумные деньги за такой проект?
Да, а вполне возможно, что еще и мало окажется. Когда вы упоминаете одновременно «просто блог» и «поиск а-ля ElasticSearch», я сразу вижу хитровывернутого заказчика, который за мишурой «да там все просто», «да работы на недельку», между делом протолкнет такие требования, над реализацией которых нужно будет конференцию HightLoad собирать.
Конечно, такое впечатление может быть ошибочным, но лично у меня сразу срабатывает триггер «с такими людьми лучше не работать». Да и вообще, перестал работать с такими вот частными заказчиками более 10 лет назад — зачем весь этот геморрой, когда на обычной работе получаешь зарплату (и чаще большую) по часам и все.
UFO just landed and posted this here
UFO just landed and posted this here
Ну, если говорить о WordPress (и, кстати, не только WordPress), то c дизайном-то все решается очень просто: мы купили несколько почти полностью устраивающих нас тем еще на этапе написания ТЗ. Так что дизайн и верстка нам были нужны только если исполнитель ну уж очень хочет заняться дизайном сам. И это было четко оговорено в ТЗ.
Так что насчет этого вашего расчёта я не соглашусь, пока…
Могу я поинтересоваться, откуда взялось
?
Вообще, примерно так нам писало как раз 90% «эффективных project managerов» — я ТЗ не читал, но УЖЕ точно знаю, что вам нужно 100 часов на дизайн, 50 часов на «посадку макета», 30 часов на маркетинг и 50 часов на SEO. Прямо даже забавно — прочитал статью и тут же подтвердил все ее тезисы в одном коротком комментарии.
Так что насчет этого вашего расчёта я не соглашусь, пока…
Что касается сроков и стоимости. Давайте посчитаем. Дизайн здесь займет часов 40, ещё 60 займёт верстка и интеграция с WordPress. Сюда нужно добавить 20 часов работы менеджера
Могу я поинтересоваться, откуда взялось
10 часов на маркетинг
?
Вообще, примерно так нам писало как раз 90% «эффективных project managerов» — я ТЗ не читал, но УЖЕ точно знаю, что вам нужно 100 часов на дизайн, 50 часов на «посадку макета», 30 часов на маркетинг и 50 часов на SEO. Прямо даже забавно — прочитал статью и тут же подтвердил все ее тезисы в одном коротком комментарии.
Где можно ТЗ почитать？
В личных сообщениях, сейчас отправлю.
Так скиньте ссылку тут в комментах для тех кому интересно, вы же все равно его на фрилансерских сайтах для неограниченного доступа размещали. Когда занимался фрилансом, искал такие заказы. Сейчас уже не занимаюсь, поэтому делать не буду, но было бы интересно посмотреть.
Или хотя бы мне тоже в личку скиньте. По описанию выглядит как стандартный CRUD, который можно на Yii накидать за пару дней, остальное время займет доведение интерфейса до удобного в использовании.
Прочитал ТЗ, "типовой контентный сайт" это только половина требований, другая половина это проект на пару месяцев. Ничего экстраординарного, просто есть свои нюансы, которые займут время, и которые сложно точно оценить на старте.
Надеюсь, где-то в глубине своей души вы понимаете, что сейчас сделали маленькую подлость? Удачи вам.
А в чём подлость-то?
Извините, если что-то не так сделал, но я ничего плохого не имел в виду. Я не написал ничего, что не написали бы в том или ином виде в других комментариях. Причем там давали и больше оценки по деньгам и по времени.
Единственная "подлость", которую я могу предположить, это то что вы рассчитывали найти кого-то, кто сделает его вам за условные 100 баксов, скрывая основную сложность за словами "ну там же простой сайт", а теперь он прочитает мой коммент и будет просить оплату за 2 месяца, ссылаясь на то, что "вам в комментариях так же написали". Ну тогда это маленькая подлость с вашей стороны, раз вы не хотите нормально платить за нормальную работу.
Можете обратиться в техподдержку с просьбой удалить мой комментарий, я не против.
UFO just landed and posted this here
Когда просят обосновать цену, что хотят узнать?
Сколько составляет зарплата моего девелопера, сколько времени он проведёт на проекте и сколько это время составляет процент в зарплате?
Размер наценки к расходам, а также мои расходы на аренду офиса и другие сопутствующие статьи расхода?
Если да, то интересно на рынке или в супермаркете такие клиенты также выясняют у продавцов расходы на производство и доставку продуктов до конечного потребителя?
Сколько составляет зарплата моего девелопера, сколько времени он проведёт на проекте и сколько это время составляет процент в зарплате?
Размер наценки к расходам, а также мои расходы на аренду офиса и другие сопутствующие статьи расхода?
Если да, то интересно на рынке или в супермаркете такие клиенты также выясняют у продавцов расходы на производство и доставку продуктов до конечного потребителя?
Когда просят обосновать цену, что хотят узнать?
Могу ответить только за себя: я прежде всего хочу узнать, насколько хорошо исполнитель понял задачу, и как он собирается ее решать. То есть сама цена меня вообще не интересует, меня интересует в насколько адекватные руки я отдаю свой проект.
Ведь в супермаркете вы точно видите, что ходите купить. Боюсь, этот аргумент играет как аз против вашей точки зрения. А так, да — Wordpress стоит $0, Laravel — 0$, October — $9. Вот именно столько это стоит в супермаркете. Все, что сверху, мне как заказчику неведомо, и именно это я и пытаюсь выяснить.
Рассуждая в том ключе, что «хорошие» исполнители ТЗ читают, а «плохие» нам не нужны, мы добавили в техзадание «капчу»: просьбу начинать отклик со слов «Hello there!».
Здесь ньюанс: как это было подано. Если в текущем состоянии, то потенциальный исполнитель мог подумать что угодно(прочитав задание), начиная от того, что вы сами скопировали ТЗ до предчуствия, что его начали дрессировать уже на начальном этапе.
А вот любезное обращение с объяснением, зачем и почему вам нужна капча (от ботов) может быть сделала статистику более полной и насыщенной адекватными людьми.
Только меня смутило, что автор старательно искал одного человека на работу дизайнера и программиста? Так вообще бывает?
Это 99,99 процентов случаев. Заказчик приходит и хочет сайт. Исполнитель должен и верстку сделать. И программирование. Еще и SEO настроить.
В своем ТЗ мы предложили несколько вариантов решения проблемы с дизайном. Включая покупку платных тем, готовых CSS фреймворков, и так далее. Просто использование базовой темы, наконец. Нас бы любой из этих вариантов вполне устроил.
не надо было всю эту неопределенность в одно задание выносить ) потому и прилетело столько аферистов. Вывесили бы несколько отдельных заказов: дизайн темы для drupal + верстка + настроить тот же друпал (афайк, там большая часть из желаемого уже есть).
А еще лучше было бы напрямую обратиться к конкретным специалистам (серьезно — хорошие фрилансеры, как правило, могут и вообще не искать предложений о работе. Заказчики к ним и так в очередь выстраиваются).
ЗЫ Для скорости отдачи ничего в движке ковырять не надо, просто сделайте проксирование через cloudflare, например.
А еще лучше было бы напрямую обратиться к конкретным специалистам (серьезно — хорошие фрилансеры, как правило, могут и вообще не искать предложений о работе. Заказчики к ним и так в очередь выстраиваются).
ЗЫ Для скорости отдачи ничего в движке ковырять не надо, просто сделайте проксирование через cloudflare, например.
Так им вроде не шашечки, а ехать. В смысле, если программист придёт с другом-дизайнером, то ok.
Автор искал исполнителей. В таком случае это обычно целая команда, а не один человек.
Проблема тут в том, что люди из простой вещи сделали сложную. По сути тут нужно всего две страницы на весь сайт. Главная, в которой будет стоять формы поиска и страница в которой будет текст статей выходить.
Еще может админка на сложная, чтобы статистику смотреть.
Относительно поиска по сайту, он думаю и не такой важный. Трафик же будет приходить уже готовый с ютуба.
Еще может админка на сложная, чтобы статистику смотреть.
Относительно поиска по сайту, он думаю и не такой важный. Трафик же будет приходить уже готовый с ютуба.
Не уверен, пытаетесь ли вы сохранять анонимность, но вы случайно не один из авторов канала S****s A*****an? :)
Почему бы не назвать это «проектной работой» и не попробовать опубликовать вакансию на сервисе по типу хедхантера?
По мне так там гораздо больше адекватных исполнителей.
Найдете себе крепкого джуна, убедитесь в адекватности на собеседовании, заключите договор…
А нужно ускорить процесс — найдите ещё одного спеца и организуйте командную работу.
По мне так там гораздо больше адекватных исполнителей.
Найдете себе крепкого джуна, убедитесь в адекватности на собеседовании, заключите договор…
А нужно ускорить процесс — найдите ещё одного спеца и организуйте командную работу.
Несколько лет назад надумывал заниматься фрилансем (одноклассник показывал пример). Но подумал что не вывезу конкуренцию и будет всё зря. А оказалось вот как :)
Мда… проблемы на ровном вроде бы месте…
Ваш проект идеально реализуется на движке Wagtail (на базе Django). Он как раз идеально заточен на контентные сайты. Поля StreamField позволят вашим авторам в админке составлять контент из кубиков (блоков), причем контентные блоки можно легко свои создавать (программист нужен). Причем данные от оформления отделены полностью. Например, если вам как автору надо выровнять текст вправо или по центру, вы в большинстве цмс просто в визуальном редакторе (например, tinymce/fckeditor) выравниваете и всё (и получаете кашу). Но… это неправильный подход. Правильней задать себе вопросы: «а зачем я выравниваю?», «наверно этот блок текста с картинкой является некой смысловой единицей?», и предусмотреть для данной контентной единицы отдельный блок (кубик) со своими полями, собственным шаблоном и стилями, которые без проблем в будущем можно будет изменить. И т.д. Идеальная система для ввода контента. Но, конечно, это не коробочное решение.
Честно говоря, меня бы как разработчика сразу насторожил бы этот пункт (в плоскости адекватности заказчика, а с вашей стороны — в плоскости адекватности исполнителя).
Дело в том, что:
1) Из коробки этот поиск практически не работает — результаты удручающие.
2) Чтобы нормально всё настроить, нужна весьма высокая квалификация и опыт.
3) Для нормальной настройки нужно детально вникать в ваши бизнес процессы, изучать ваших клиентов/посетителей, чтобы понять какие запросы надо усиливать или ослаблять и как, по каким признакам, насколько сильно, какие синонимы и термины задействовать. Т.е. надо определить набор сигналов, свойственный вашим посетителям, создать усиливающие и ослабляющие поля и т.д. и т.п. Это нетривиальная задача.
— С гугловской пузомеркой также вопросы… 90% достичь на насыщенной контентом странице очень не просто, особенно если будет реклама на сайте и прочие сервисы. При определенном количестве рекламы и прочего обвеса 90% достичь будет невозможно. Да и по факту не нужны именно 90%, больше 60% на сложном контенте если получить, то этого уже достаточно.
По срокам месяца на три… плюс, как водится, про запас надо пару месяцев накинуть. Это если всё по нормальному детально под вас создавать. Месяц уйдет только на согласование структуры, типов данных, блоков и пр. Про дизайн не упоминаю — это отдельная песня. Да, всё это не может стоить копейки, будет достаточно дорого и трудозатратно. Но на выходе вы получите конкурентное преимущество.
Второй вариант — максимально дешевый: подобрать коробочный движок, максимально покрывающий ваши задачи, а с отсутствующим функционалом смириться. Довольствоваться только функционалом из коробки.
Все промежуточные варианты весьма опасны — можете потратить много денег с сомнительным результатом.
Ваш проект идеально реализуется на движке Wagtail (на базе Django). Он как раз идеально заточен на контентные сайты. Поля StreamField позволят вашим авторам в админке составлять контент из кубиков (блоков), причем контентные блоки можно легко свои создавать (программист нужен). Причем данные от оформления отделены полностью. Например, если вам как автору надо выровнять текст вправо или по центру, вы в большинстве цмс просто в визуальном редакторе (например, tinymce/fckeditor) выравниваете и всё (и получаете кашу). Но… это неправильный подход. Правильней задать себе вопросы: «а зачем я выравниваю?», «наверно этот блок текста с картинкой является некой смысловой единицей?», и предусмотреть для данной контентной единицы отдельный блок (кубик) со своими полями, собственным шаблоном и стилями, которые без проблем в будущем можно будет изменить. И т.д. Идеальная система для ввода контента. Но, конечно, это не коробочное решение.
Полнотекстовый [морфологический] поиск а-ля ElasticSearch или Sphinx.
Честно говоря, меня бы как разработчика сразу насторожил бы этот пункт (в плоскости адекватности заказчика, а с вашей стороны — в плоскости адекватности исполнителя).
Дело в том, что:
1) Из коробки этот поиск практически не работает — результаты удручающие.
2) Чтобы нормально всё настроить, нужна весьма высокая квалификация и опыт.
3) Для нормальной настройки нужно детально вникать в ваши бизнес процессы, изучать ваших клиентов/посетителей, чтобы понять какие запросы надо усиливать или ослаблять и как, по каким признакам, насколько сильно, какие синонимы и термины задействовать. Т.е. надо определить набор сигналов, свойственный вашим посетителям, создать усиливающие и ослабляющие поля и т.д. и т.п. Это нетривиальная задача.
— С гугловской пузомеркой также вопросы… 90% достичь на насыщенной контентом странице очень не просто, особенно если будет реклама на сайте и прочие сервисы. При определенном количестве рекламы и прочего обвеса 90% достичь будет невозможно. Да и по факту не нужны именно 90%, больше 60% на сложном контенте если получить, то этого уже достаточно.
По срокам месяца на три… плюс, как водится, про запас надо пару месяцев накинуть. Это если всё по нормальному детально под вас создавать. Месяц уйдет только на согласование структуры, типов данных, блоков и пр. Про дизайн не упоминаю — это отдельная песня. Да, всё это не может стоить копейки, будет достаточно дорого и трудозатратно. Но на выходе вы получите конкурентное преимущество.
Второй вариант — максимально дешевый: подобрать коробочный движок, максимально покрывающий ваши задачи, а с отсутствующим функционалом смириться. Довольствоваться только функционалом из коробки.
Все промежуточные варианты весьма опасны — можете потратить много денег с сомнительным результатом.
Несколько комментариев в защиту WordPress и его разработчиков
нам очень хотелось получить сайт в зеленой зоне PageSpeed Insights
Буквально каждый кандидат категорически настаивал на разработке кастомизированной темы "с нуля".
Проблема в том, что большинство современных качественных тем для ВП — это громадные швейцарские ножи, с 100+ вариантами отображения, встроенными визуальными конструкторами, десятком вариантов слайдеров и так далее. Их цель — охватить как можно большую аудиторию и максимизировать продажи.
Но в случаях, когда у вас есть дизайн и вы не предполагаете кардинально его изменять каждую неделю все эти навороты вам не нужны. И намного проще сверстать тему с нуля, со всеми требованиями по дизайну, по доступности, по поддержке именно вашего стека браузера, чем пытаться переделать и выбросить лишнее из чужой темы (ведь PageSpeed Insights это не только про скорость загрузки, это всё больше о том, как сайт работает на клиенте).
Про "оптимизацию WordPress" тут речь не идёт.
мы решили добавить фильтры по множеству тегов.
А вот стандартных плагинов для Wordpress с такой функциональностью — нет
У ВП есть встроенная возможность выводить посты по нескольким тегам или категориям. У него есть мощный api для фильтрации постов практически как угодно.
Есть и плагины. Скажем Jetpack Search.
Так что решения есть. Другое дело, что они могут по подходить вам по каким-либо критериям. Тогда только самописный вариант с учетом всех требований.
«Hello there!». Я бы оценил такой блог в 3000 — по срокам 1.5 месяца. На моём стеке Nuxtjs + Express + MongoDB. Также бэк, может быть Flask или Django. И да, я сейчас открыт для новых проектов. Телега khbfr.
На Джанго с Вагтейлом.
Что за зверь - вот доклад. https://youtu.be/xPPfTvLS7oQ
По деньгам/времени 5000$ и 3 недели. Поиск делается стандартно.
Хи хи хи, читал и плакал. периодически ищу фрилансеров для похожих задач, все ровно тоже самое. был один более-менее удачный заход, когда человек сделал сайт на MODX Revolution, сайт работает и все с ним хорошо. но потом нам понадобилось его по мелочи доработать, отправили человеку новое ТЗ, он прочитал, задал пару вопросов и пропал. просто пропал. далее он читал мои сообщения, но ничего не отвечал. а жаль, была надежда что наконец найден адекватный и ему можно поручать всю подобную работу. в итоге с MODX Revolution пришлось разобраться мне и доделывал я все сам. удивляюсь и не могу понять что не так и что же людям надо чтобы просто нормально спокойно работать.
Классная статья! А комментарии еще лучше!
Добавлю своих мыслей:
Минимальную цену можно выбрать только если покупаешь одно и тоже молоко в разных магазинах, в которых ты и так бываешь.
В центре Парижа можно заказать дорогой и невкусный салат цезарь.
Если покупаю для себя - то нравится/не нравится. Если для бизнеса - то окупится/не окупится.
Недавно в комментариях к другой статье узнал о феномене "рынка лимонов". Я бы подумал о его продолжении:
Когда качественный товар исчезает с рынка, средняя цена опять начинает расти. Т.к. всегда есть более жадные продавцы и более глупые покупатели. В итоге рынок превращается в лотерею.
Но мне видится другая причина плохого качества дорогих услуг на "русском" рынке. Это значительная доля не рыночных игроков. Они сидят на трубе и "работают" по таким ценам.
UFO just landed and posted this here
Интересная и весьма поучительная статья.
Как только я начал её читать, сразу ощутил нечто странное. Ситуация очень и очень неоднозначная. С одной стороны, люди постарались сделать максимально полезное и интересное задание, не хотят скупиться на деньги, только желают удостовериться, что исполнитель окажется с подходящими под ТЗ компетенциями. Тем более, что задание не сложное. Вроде как.
И однако, не отпускало меня стойкое ощущение, что что-то у вас пошло не так. Просто согласно статистике не должно было такого произойти, если всё в порядке. Слишком положительное первое впечатление меня смутило и я поговорил об этом с более опытным другом. В итоге мнение несколько поменялось, и почти всё история стала выглядеть как ошибка. От ошибок не застрахован никто. И очень хорошо, что в итоге вы решили узнать у сообщества, что людям не так, а не бросили дело на пол пути.
Это моё видение, сложившееся в результате обмусоливания ситуации, так что стоит принимать во внимание этот факт. Но я постарался обощить в одним комментарии те проблемы, которые рассмотрел. Что-то дублирует мнение прочих людей, отписавшихся тут, примерно на 100%. Где-то может быть я выскажу что-то новое.
Ошибка первая. Техзадание — 13-15 страниц.
Честно говоря, это слишком много. Скажем так, вы ещё не начали работать с человеком/людьми, а им уже приходится пробираться сквозь дебри вот этого вот всего. Ещё и искать слово-ключ к вашим сердцам, а это значит что ТЗ надо почитать скурпулёзно. Я вообще думал, что здесь оно тоже будет выложено. И его можно будет почитать. Потом. Как-нибудь, когда дел будет поменьше и оно покажется интересным.
Получается, что разговора даже ещё не было, а человеку надо потратить порядка часа своего времени только на то, чтобы ознакомиться с будущей задачей во все подробностях, хотя для оценки своих навыков ему требуется (это из личного опыта) выдержки на 5-25 строк. 25 — это если подробно вдаваться во все технологии, которые надо использовать, и это уже ставит очень узкие рамки требований к исполнителю. А вы ему за это ещё даже не обещаете, что просмотрите его отклик. Может просмотрите, может нет. Легче пойти к другому заказчику, где планка входа не требует не мотивированной траты времени.
Ещё такое большое ТЗ означает, что скорее всего кто-то этим проектом занимался, потратил усилия и по какой-то причине бросил. По какой причине бросил — не ясно. Так ещё и вникать придётся в то, что до тебе наделали.
Ошибка вторая. Слишком сильный акцент на вторичные детали.
Ранжирование страниц по скорости загрузки. Использование ElasticSearch или аналога.
На самом деле SEO от этого не слишком сильно то и зависит, это скорее один из рекомендуемых параметров, который не сделает сайт топовым по поиску самостоятельно. В конце концов, гугл может решить, что сайт не проходит на первую полосу по ряду других причин, что будет не менее обидно.
Ну и прикрутить всякие свистелки, как тут в комментариях писали, типа морфологического поиска, это задача, которая тянет на отдельное ТЗ. И не факт, что будет гладко работать вместе с выбранной CMS, в выбранной конфигурации, или из-за выбранной версии, или вообще просто из-за положения Венеры на небе. Будут ли люди использовать этот морфологический поиск — тоже тот ещё вопрос.
В общем-то, очень много вторичных деталей на старте проекта не всегда хорошо. Надо понимать, что может потребоваться в дальнейшем. Но прикручивать всё и сразу — вовсе не лучшая идея. Важно заложить возможность для развития в ту сторону, которая может быть будет нужна.
Ошибка третья. Хороший, плохой, ленивый, продающий.
Честно сказать, я не в курсе, что у вас за pet-проект, но исходя из статьи понял, что ваша команда — это программисты с большим опытом, инженеры, и прочие люди тесно связанные с IT. Тем более странно, что такие люди стали исключать тех, кто автоматизировал процесс поиска заказов, написав какого-то бота. Стоит предположить, что если его бот отслеживает вакансии, определяет их релевантность по каким-то критериям и передаёт данные для связи с исполнителем, то скорее всего исполнитель оказался достаточно компетентен для того, чтобы написать этого бота. Может быть, что весьма сложного бота. А вы взяли, и зарубили вариант слёту.
О том, что кто-то предлагает продающие сайты, наверно, стоило догадываться зараннее. В наши дни многие менеджеры нацелены на продажи, многие клиенты хотят чтобы их сайт приносил прибыль, а не висел в интеренте мертвым грузом. А ещё, продающий сайт — это тот сайт, на который человек пришёл, разобрался как им пользоваться (раньше был принцип 6 кликов — после этого, если ничего не понятно, покупатель теряет интерес и уходит), и стал пользоваться услугами сайта и даже периодически заходить на него. То, что эти вещи не всегда означают прямое приобретение услуг в денежном эквиваленте не имеет значения на конечном результате. Сайт продающий — сайт привлекает посетителей и они снова и снова приходят.
14 человек прочитали задание полностью. Тут можно сказать, что либо это большие энтузиасты, либо им нечего делать, либо у них не всё гладко с заказами. Об этом тут тоже писали. Добавить можно лишь то, что ТЗ составляется на этапе обсуждения желаний заказчика и возможностей исполнителя. Очень часто они не пересекаются. Ещё чаще, желания оказываются либо завышенными, либо не такими уж необходимыми для проекта. В любом случае, до общения со специалистом ТЗ — это не что-то конкретное, а просто предварительное видение конечного результата. Что делать, когда тебя ставят в не самые удобные рамки? Ну, либо поднимать ценник, либо снижать планку требований, либо предлагать другие решения. В общем, идти на компромисс. Это лучше, чем если проект никогда не будет создан.
К слову, требовать от исполнителя плана по срокам, мне кажется, равносильно требованию составления ТЗ. Ты пишешь ТЗ и сразу прикидываешь, сколько времени потребуется на испонение той или иной части. В итоге одно от другого не отделимо.
Ошибка четвертая. Цена и отсутствие условности.
Ни один коммерческий проект не начнётся без определения конкретного бюджета, который заказчик готов потратить на все этапы реализации. Нет бюджета — нет конкретики. Скромный бюджет — исполнитель предложит что-то убрать, что-то урезать или оставить на потом, что-то сделать проще, ну и вообще подумать ещё раз над необходимостью некоторых опций. Бюджет большой — тут можно и знакомых подключить, чтобы в сроки уложиться, и что-то сложно сделать, и это будет оправдано. Бюджет должен быть понятен как на реализацию проекта, так и на его поддержание, то есть сервера, доработки, обслуживание и т.д.
А в итоге получилось так, что «столько денег нам жалко, столько денег нам кажется нормальным, а столько денег мы вообще не понимаем зачем.» Это, конечно, от недостатка информированности о ситуации на рынке. И всё-таки, отсутствие конкретики наверняка отсеяло часть людей.
Ошибка пятая. Он один? Всего один?
Быть может надо бы поместить эту ошибку повыше, но там уже надо слишком много переписывать.
А вообще, почему вы решили, что этим всем должен заниматься всего один специалист? Он и фронт-енд, он и бэк-енд, он и DevOps, он и дизайнер (?), он и менеджер по работе с клиентами, он и ответственное лицо за проект. И там будет ещё куча тонкостей, которые он должен хорошо понимать, уметь использовать и не ошибаться. А получается, что будучи понемногу хорошим во всём, так и не будешь лучше тех, кто копает значительно глубже в более узкой специализации. Использование CMS, предподготовленных хостингов и сайтов для фриланса снижает нагрузку на конечного кандидата. Но ему всё ещё надо знать и уметь много, а чем больше и лучше он умеет, тем больше попросит оплату. Ещё и риски посчитает. В общем, тут нюансов гора.
Ошибка шестая. Студии — плохие.
Нет, разумеется в каждой студии будут нахваливать технологию, в которой они работают. Это часть их работы. Хочешь продать продукт — умей его преподнести. А когда клиент понимает в смежной области, тут вообще можно долго и упорно рассказывать, почему ваше решение лучше всех прочих.
К слову, очень часто поделия, которые не требуют высокого качества выкладывают как портфолию, потому что всё что сделано для серьёзных контор попадает по NDA. Ну ничего не поделать. Ещё и метрики можно поломать, если клиенты будут переходить не по поисковым запросам, а чтобы сайтик посмотреть. Конечно, можно попробовать договориться посмотреть качественный проект, но ситуации бывают разные. В конце концов, эти компании как-то ведь существуют, ещё и вписываются в строгие рамки и условия заказчика. А у заказчиков могут быть очень странные хотелки. А как часто у них случалось, что клиент сначала хотел одно, затем решал иное — это наверно сверх всяких мер. Впрочем, люди так же склонны зацикливаться на модели поведения. Тут надо твёрдо стоять на целях проекта, а не том что хочет продать человек со скриптом продаж.
Заключение.
С точки зрения модели поведения обычного заказчика, вы всё делали верно. Будь вы на более обширном рынке труда, где предложение больше спроса, то проблема не возникла бы. Однако в данной ситуации выбор стоит не только за вами, но и за исполнителем. А это означает, что и вам надо смотреть на ситуацию со стороны исполнителя, примерять его шкуру на себе. И делать поправку на то, что рынок может оказаться не таким, как ожидалось.
В целом, остаётся надеяться что проект получит реализацию. Возможно, если вы дочитаете мою простыню, это покажется интересным мнением. А может и нет. В любом случае, попробуйте ещё раз начать задание с самого начала. Мнение сообщества вы наверняка уже поняли.
Как только я начал её читать, сразу ощутил нечто странное. Ситуация очень и очень неоднозначная. С одной стороны, люди постарались сделать максимально полезное и интересное задание, не хотят скупиться на деньги, только желают удостовериться, что исполнитель окажется с подходящими под ТЗ компетенциями. Тем более, что задание не сложное. Вроде как.
И однако, не отпускало меня стойкое ощущение, что что-то у вас пошло не так. Просто согласно статистике не должно было такого произойти, если всё в порядке. Слишком положительное первое впечатление меня смутило и я поговорил об этом с более опытным другом. В итоге мнение несколько поменялось, и почти всё история стала выглядеть как ошибка. От ошибок не застрахован никто. И очень хорошо, что в итоге вы решили узнать у сообщества, что людям не так, а не бросили дело на пол пути.
Это моё видение, сложившееся в результате обмусоливания ситуации, так что стоит принимать во внимание этот факт. Но я постарался обощить в одним комментарии те проблемы, которые рассмотрел. Что-то дублирует мнение прочих людей, отписавшихся тут, примерно на 100%. Где-то может быть я выскажу что-то новое.
Ошибка первая. Техзадание — 13-15 страниц.
Честно говоря, это слишком много. Скажем так, вы ещё не начали работать с человеком/людьми, а им уже приходится пробираться сквозь дебри вот этого вот всего. Ещё и искать слово-ключ к вашим сердцам, а это значит что ТЗ надо почитать скурпулёзно. Я вообще думал, что здесь оно тоже будет выложено. И его можно будет почитать. Потом. Как-нибудь, когда дел будет поменьше и оно покажется интересным.
Получается, что разговора даже ещё не было, а человеку надо потратить порядка часа своего времени только на то, чтобы ознакомиться с будущей задачей во все подробностях, хотя для оценки своих навыков ему требуется (это из личного опыта) выдержки на 5-25 строк. 25 — это если подробно вдаваться во все технологии, которые надо использовать, и это уже ставит очень узкие рамки требований к исполнителю. А вы ему за это ещё даже не обещаете, что просмотрите его отклик. Может просмотрите, может нет. Легче пойти к другому заказчику, где планка входа не требует не мотивированной траты времени.
Ещё такое большое ТЗ означает, что скорее всего кто-то этим проектом занимался, потратил усилия и по какой-то причине бросил. По какой причине бросил — не ясно. Так ещё и вникать придётся в то, что до тебе наделали.
Ошибка вторая. Слишком сильный акцент на вторичные детали.
Ранжирование страниц по скорости загрузки. Использование ElasticSearch или аналога.
На самом деле SEO от этого не слишком сильно то и зависит, это скорее один из рекомендуемых параметров, который не сделает сайт топовым по поиску самостоятельно. В конце концов, гугл может решить, что сайт не проходит на первую полосу по ряду других причин, что будет не менее обидно.
Ну и прикрутить всякие свистелки, как тут в комментариях писали, типа морфологического поиска, это задача, которая тянет на отдельное ТЗ. И не факт, что будет гладко работать вместе с выбранной CMS, в выбранной конфигурации, или из-за выбранной версии, или вообще просто из-за положения Венеры на небе. Будут ли люди использовать этот морфологический поиск — тоже тот ещё вопрос.
В общем-то, очень много вторичных деталей на старте проекта не всегда хорошо. Надо понимать, что может потребоваться в дальнейшем. Но прикручивать всё и сразу — вовсе не лучшая идея. Важно заложить возможность для развития в ту сторону, которая может быть будет нужна.
Ошибка третья. Хороший, плохой, ленивый, продающий.
Честно сказать, я не в курсе, что у вас за pet-проект, но исходя из статьи понял, что ваша команда — это программисты с большим опытом, инженеры, и прочие люди тесно связанные с IT. Тем более странно, что такие люди стали исключать тех, кто автоматизировал процесс поиска заказов, написав какого-то бота. Стоит предположить, что если его бот отслеживает вакансии, определяет их релевантность по каким-то критериям и передаёт данные для связи с исполнителем, то скорее всего исполнитель оказался достаточно компетентен для того, чтобы написать этого бота. Может быть, что весьма сложного бота. А вы взяли, и зарубили вариант слёту.
О том, что кто-то предлагает продающие сайты, наверно, стоило догадываться зараннее. В наши дни многие менеджеры нацелены на продажи, многие клиенты хотят чтобы их сайт приносил прибыль, а не висел в интеренте мертвым грузом. А ещё, продающий сайт — это тот сайт, на который человек пришёл, разобрался как им пользоваться (раньше был принцип 6 кликов — после этого, если ничего не понятно, покупатель теряет интерес и уходит), и стал пользоваться услугами сайта и даже периодически заходить на него. То, что эти вещи не всегда означают прямое приобретение услуг в денежном эквиваленте не имеет значения на конечном результате. Сайт продающий — сайт привлекает посетителей и они снова и снова приходят.
14 человек прочитали задание полностью. Тут можно сказать, что либо это большие энтузиасты, либо им нечего делать, либо у них не всё гладко с заказами. Об этом тут тоже писали. Добавить можно лишь то, что ТЗ составляется на этапе обсуждения желаний заказчика и возможностей исполнителя. Очень часто они не пересекаются. Ещё чаще, желания оказываются либо завышенными, либо не такими уж необходимыми для проекта. В любом случае, до общения со специалистом ТЗ — это не что-то конкретное, а просто предварительное видение конечного результата. Что делать, когда тебя ставят в не самые удобные рамки? Ну, либо поднимать ценник, либо снижать планку требований, либо предлагать другие решения. В общем, идти на компромисс. Это лучше, чем если проект никогда не будет создан.
К слову, требовать от исполнителя плана по срокам, мне кажется, равносильно требованию составления ТЗ. Ты пишешь ТЗ и сразу прикидываешь, сколько времени потребуется на испонение той или иной части. В итоге одно от другого не отделимо.
Ошибка четвертая. Цена и отсутствие условности.
Ни один коммерческий проект не начнётся без определения конкретного бюджета, который заказчик готов потратить на все этапы реализации. Нет бюджета — нет конкретики. Скромный бюджет — исполнитель предложит что-то убрать, что-то урезать или оставить на потом, что-то сделать проще, ну и вообще подумать ещё раз над необходимостью некоторых опций. Бюджет большой — тут можно и знакомых подключить, чтобы в сроки уложиться, и что-то сложно сделать, и это будет оправдано. Бюджет должен быть понятен как на реализацию проекта, так и на его поддержание, то есть сервера, доработки, обслуживание и т.д.
А в итоге получилось так, что «столько денег нам жалко, столько денег нам кажется нормальным, а столько денег мы вообще не понимаем зачем.» Это, конечно, от недостатка информированности о ситуации на рынке. И всё-таки, отсутствие конкретики наверняка отсеяло часть людей.
Ошибка пятая. Он один? Всего один?
Быть может надо бы поместить эту ошибку повыше, но там уже надо слишком много переписывать.
А вообще, почему вы решили, что этим всем должен заниматься всего один специалист? Он и фронт-енд, он и бэк-енд, он и DevOps, он и дизайнер (?), он и менеджер по работе с клиентами, он и ответственное лицо за проект. И там будет ещё куча тонкостей, которые он должен хорошо понимать, уметь использовать и не ошибаться. А получается, что будучи понемногу хорошим во всём, так и не будешь лучше тех, кто копает значительно глубже в более узкой специализации. Использование CMS, предподготовленных хостингов и сайтов для фриланса снижает нагрузку на конечного кандидата. Но ему всё ещё надо знать и уметь много, а чем больше и лучше он умеет, тем больше попросит оплату. Ещё и риски посчитает. В общем, тут нюансов гора.
Ошибка шестая. Студии — плохие.
Нет, разумеется в каждой студии будут нахваливать технологию, в которой они работают. Это часть их работы. Хочешь продать продукт — умей его преподнести. А когда клиент понимает в смежной области, тут вообще можно долго и упорно рассказывать, почему ваше решение лучше всех прочих.
К слову, очень часто поделия, которые не требуют высокого качества выкладывают как портфолию, потому что всё что сделано для серьёзных контор попадает по NDA. Ну ничего не поделать. Ещё и метрики можно поломать, если клиенты будут переходить не по поисковым запросам, а чтобы сайтик посмотреть. Конечно, можно попробовать договориться посмотреть качественный проект, но ситуации бывают разные. В конце концов, эти компании как-то ведь существуют, ещё и вписываются в строгие рамки и условия заказчика. А у заказчиков могут быть очень странные хотелки. А как часто у них случалось, что клиент сначала хотел одно, затем решал иное — это наверно сверх всяких мер. Впрочем, люди так же склонны зацикливаться на модели поведения. Тут надо твёрдо стоять на целях проекта, а не том что хочет продать человек со скриптом продаж.
Заключение.
С точки зрения модели поведения обычного заказчика, вы всё делали верно. Будь вы на более обширном рынке труда, где предложение больше спроса, то проблема не возникла бы. Однако в данной ситуации выбор стоит не только за вами, но и за исполнителем. А это означает, что и вам надо смотреть на ситуацию со стороны исполнителя, примерять его шкуру на себе. И делать поправку на то, что рынок может оказаться не таким, как ожидалось.
В целом, остаётся надеяться что проект получит реализацию. Возможно, если вы дочитаете мою простыню, это покажется интересным мнением. А может и нет. В любом случае, попробуйте ещё раз начать задание с самого начала. Мнение сообщества вы наверняка уже поняли.
Ого! Даже странно, что вы решили опубликовать это как комментарий, а не как отдельный пост. Тем более, что вы даже обсуждали статью с друзьями (другом). Ведь сейчас читаемость данной статьи уже почти нулевая, а ваши выкладки могли бы быть интересны сообществу.
Короче, все по делу, и с большинством выводов я согласен.
Самое интересное вот что: мы все смотрим на мир со своей колокольни. Исполнители — с колокольни исполнителей, заказчики — с колокольни заказчиков. Я просто хотел показать, как ситуация выглядит с другой, непривычной, стороны. И хотя мне немного «прилетело» в комментариях, в целом (в том числе судя по вашему комментарию), можно сделать вывод, что мы пока не разучились смотреть на мир с разных точек зрения.
Есть Wordpress и Python, длинные ТЗ и короткие, «сайты из коробки» и «индивидуальные проекты», и во всем этом многообразии совершенно точно нет ничего плохого, если все мы станем смотреть на мир чуть шире, чем делаем это обычно.
А еще я получил просто огромное количество личных сообщений: соболезнований, советов, немного едкого троллинга, и массу предложений сделать, наконец, этот чертов сайт! Некоторые даже писали, чтобы просто поболтать.
Я обратил внимание, что многие специально зарегистрировались на Хабре, чтобы написать мне личное сообщение. Это чертовски приятно!
Так что, похоже, что все идет к тому, что у этой статьи будет продолжение. Хотя мне пока не вполне понятно, каким оно будет.
Короче, все по делу, и с большинством выводов я согласен.
Самое интересное вот что: мы все смотрим на мир со своей колокольни. Исполнители — с колокольни исполнителей, заказчики — с колокольни заказчиков. Я просто хотел показать, как ситуация выглядит с другой, непривычной, стороны. И хотя мне немного «прилетело» в комментариях, в целом (в том числе судя по вашему комментарию), можно сделать вывод, что мы пока не разучились смотреть на мир с разных точек зрения.
Есть Wordpress и Python, длинные ТЗ и короткие, «сайты из коробки» и «индивидуальные проекты», и во всем этом многообразии совершенно точно нет ничего плохого, если все мы станем смотреть на мир чуть шире, чем делаем это обычно.
А еще я получил просто огромное количество личных сообщений: соболезнований, советов, немного едкого троллинга, и массу предложений сделать, наконец, этот чертов сайт! Некоторые даже писали, чтобы просто поболтать.
Я обратил внимание, что многие специально зарегистрировались на Хабре, чтобы написать мне личное сообщение. Это чертовски приятно!
Так что, похоже, что все идет к тому, что у этой статьи будет продолжение. Хотя мне пока не вполне понятно, каким оно будет.
Вам надо просто нанять программиста и дизайнера на постоянку в офис на три месяца например. Выйдет дешевле)
Либо сделайте обычный сайт для статей на чем угодно а потом закажите отдельно морф поиск и прочее. Эластик не надо - он тяжелый, тормозной, неудобный.
Эластик не надо — он тяжелый, тормозной, неудобный.Вполне возможно. Но, что любопытно, пока большинство «кандидатов» топят именно за Эластик. Нашелся только один, кто рекомендовал сфинкса, и еще один (?!?), кто умеет готовить FTS самостоятельно. Я сам очень удивляюсь.
Странно, что Apache Solr не предложили.
Эластик популярен, а «сфинкс» надо уметь готовить. И лично я сфинкс не рекомендую, а рекомендую его «форк» Manticore (Manticoresearch)
Форк в кавычках — потому что это давно уже совершенно самостоятельный и намного более совершенный продукт, чем сфинкс, не обновлявшийся черт знает сколько лет.
Форк в кавычках — потому что это давно уже совершенно самостоятельный и намного более совершенный продукт, чем сфинкс, не обновлявшийся черт знает сколько лет.
* записывает * — посмотреть на Manticore…
У них в слаке есть прекрасное коммьюнити, где можно получить помощь напрямую от разработчиков.
Ну и: github.com/manticoresoftware
Ну и: github.com/manticoresoftware
По поводу скорости WordPress — посмотрите OpenLiteSpeed сервер и их же кеширующий плагин. Есть у них и решение из коробки — CyberPanel. При подходящей теме скорость открытия страниц сравнима со статикой. Я очень удивился, когда увидел PageSpeed.
Спасибо, что рассказали :)
У меня ровно такая же задача. Ну почти.
Надо переделать платформу мультиблогов. С регистрацией пользователей, с комментариями, тегами, поиском. А еще очень хочется визивиг или хотя бы маркдаун. Ну и там всякое по мелочи типа поиска по контенту, топа статей и так далее.
Только еще и бюджет почти ноль, потому что проект не просто pet, но еще и очень-очень хобби.
Теперь я буду знать, что надо оставить идею «искать разработчика на стороне». Максимум — дизайнера/верстальщика :)
P.S. Я уже обращался с вопросом «а на чем бы?» к разным людям. В общем совет «возьми вордпресс» был в топе. Еще предлагали битрикс и друпал… ларавель не предложил никто.
У меня ровно такая же задача. Ну почти.
Надо переделать платформу мультиблогов. С регистрацией пользователей, с комментариями, тегами, поиском. А еще очень хочется визивиг или хотя бы маркдаун. Ну и там всякое по мелочи типа поиска по контенту, топа статей и так далее.
Только еще и бюджет почти ноль, потому что проект не просто pet, но еще и очень-очень хобби.
Теперь я буду знать, что надо оставить идею «искать разработчика на стороне». Максимум — дизайнера/верстальщика :)
P.S. Я уже обращался с вопросом «а на чем бы?» к разным людям. В общем совет «возьми вордпресс» был в топе. Еще предлагали битрикс и друпал… ларавель не предложил никто.
Удачи с поисками! Хотя в вашем случае, вполне вероятно, Wordpress может быть удачным выбором.
Ни в коем случае! :)
Во-первых, опять же, нужна кастомная тема.
Во-вторых, регистрация пользователей, которые могут писать контент в своих блогах и не имеют права писать в чужие личные (ну то есть как хабр, по сути-то).
В-третьих, комментарии и игнор-листы.
Мне предлагали сделать это все на базе вордпресса, но ценник меня не устроил.
Во-первых, опять же, нужна кастомная тема.
Во-вторых, регистрация пользователей, которые могут писать контент в своих блогах и не имеют права писать в чужие личные (ну то есть как хабр, по сути-то).
В-третьих, комментарии и игнор-листы.
Мне предлагали сделать это все на базе вордпресса, но ценник меня не устроил.
Уверен, что большая часть нормальных исполнителей отвалилась на этапе составления детализированного плана работ. Человек с опытом сразу увидит клиента, которые принесет больше «головняка», чем удовольствия от сотрудничества. Проще от таких задач сразу отказываться. Тем более, что люди ценят свое время и писать детальный план «за бесплатно» никто из адекватных не согласиться.
P.s. Ваше поведение — это типичное поведение заказчика, которых лучше обходить стороной. И с данным подходом нормальных исполнителей вам не видать.
P.s. Ваше поведение — это типичное поведение заказчика, которых лучше обходить стороной. И с данным подходом нормальных исполнителей вам не видать.
Как интересно бывает — прочитал статью почти на 20 000 знаков, но не понял ни одного слова…
А как надо было «нормально» ставить задачу? Приведите пример, будьте добры. Мне вот тоже интересно, может быть я тоже неправильно ставлю?
Простите, коллега, но если исполнитель создает сайты, то разработка (копирование предыдущего проекта) детализированного плана работ не является Мега задачей с супер трудоемкостью.
Ну а если Исполнитель никогда не создавал никаких планов, то тогда понятно, что от таких исполнителей точно нужно держаться подальше.
Ну а если Исполнитель никогда не создавал никаких планов, то тогда понятно, что от таких исполнителей точно нужно держаться подальше.
Почитал… На такое задание 1 месяц работы и 2000. Я бы сделал, пока лето и я дома. И да, только wordpress для этих целей с поиском. Могу скинуть образец, который недавно допилил, где поиск такой, который Вам нужен. Обращайтесь
Я недавно (2 недели) прошел аналогичный путь (ТЗ по объему работ похоже на ТЗ автора):
— изучил разные статьи про ТЗ на интернет-магазины (везде в основном просто изложены акценты, которые надо учитывать)
— написал ТЗ (сразу ограничил стек Wordpress / тема Woodmart / Woocommerce; попросил не читать лекции про «другие CMS и прочее»)
— отметил, что ТЗ требует доработки (пишите стоимость)
— также получил 80% предложений от тех, кто не читал ТЗ (страниц 6)
— двое запросили детальное ТЗ (проигнорировали факт, что его нет). ПОнятно, что еще меньше шансов найти исполнителя под детальное ТЗ
— все свелось до одного возможного исполнителя, портфолио которого слабовато
Дальнейший путь вижу в наеме отдельного консультанта по интернет-маркетингу, который будет консультировать меня по всем этапам.
А нанимать придется всех отдельно:
— интернет-маркетолог (хотелось бы сразу заложить все обязательные механизмы при наполнении сайта)
— дизайн (он должен ложиться на готовый шаблон максимально)
— верстка (почему бы верстальщику не иметь в команде-партнерстве дизайнера мне не ясно)
— интеграции с системами (1С / Битрикс24 / др.)
— поиск / доработка плагинов (всякие каналы и прочие)
— наполнение контентом
— SEO и прочее
— изучил разные статьи про ТЗ на интернет-магазины (везде в основном просто изложены акценты, которые надо учитывать)
— написал ТЗ (сразу ограничил стек Wordpress / тема Woodmart / Woocommerce; попросил не читать лекции про «другие CMS и прочее»)
— отметил, что ТЗ требует доработки (пишите стоимость)
— также получил 80% предложений от тех, кто не читал ТЗ (страниц 6)
— двое запросили детальное ТЗ (проигнорировали факт, что его нет). ПОнятно, что еще меньше шансов найти исполнителя под детальное ТЗ
— все свелось до одного возможного исполнителя, портфолио которого слабовато
Дальнейший путь вижу в наеме отдельного консультанта по интернет-маркетингу, который будет консультировать меня по всем этапам.
А нанимать придется всех отдельно:
— интернет-маркетолог (хотелось бы сразу заложить все обязательные механизмы при наполнении сайта)
— дизайн (он должен ложиться на готовый шаблон максимально)
— верстка (почему бы верстальщику не иметь в команде-партнерстве дизайнера мне не ясно)
— интеграции с системами (1С / Битрикс24 / др.)
— поиск / доработка плагинов (всякие каналы и прочие)
— наполнение контентом
— SEO и прочее
Ну что могу сказать, похоже рынок действительно дозрел до независимых консультантов, которые брали бы на себя все бизнес-аналитику по такого рода проектам. Мне тут написали «в личку» несколько хороших специалистов с Wordpress, дам им ссылку на ваш комментарий (сами мы все-таки смотрим в другую сторону пока).
Благодарю!
Sign up to leave a comment.
Длинная история про то, как мы веб-разработчика на фрилансерских сайтах искали, но так и не нашли