Задать вопрос
  • Как вы подтверждаете, что являетесь разработчиком сайта?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Когда я делаю заказы на субподряде и подписываю NDA, то никак. В других случаях humans.txt или даже логотип в подвале. Ещё ни один заказчик не пытался их убрать, но даже если кто-то попытается, у меня есть репозитории на bitbucket'е, в которых отражена вся история разработки, и мой коммит, тегированный как "v1.0", сделан за день до появления сайта в сети.
    Ответ написан
    2 комментария
  • Как вы подтверждаете, что являетесь разработчиком сайта?

    opium
    @opium
    Просто люблю качественно работать
    Сказать честно никак, обычно и не спрашивают подтверждение
    Ответ написан
    Комментировать
  • Коллеги, расскажите о своих методах защиты от "Клиент всегда прав" в процессе разработки?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Я объясняю клиенту почему не стоит делать так, как он хочет. Но если он настаивает, то делаю. В конце концов, это же его проект и его деньги. Если он не хочет получить экспертное мнение и зарабатывающий продукт, а хочет только реализацию его идей - это его право. Несколько таких клиентов приносят мне весьма неплохой доход: они придумывают безумную идею, я её реализацию, беру оплату, через месяц-два они просят это безумие убрать, я и за это тоже беру оплату. И так уже несколько лет.
    Ответ написан
    7 комментариев
  • Как легко перейти с jQuery на VUE?

    Мне кажется, что фреймворки подойдут для более сложных приложений, нежели лендинги. В большом приложении есть много компонентов, которе часто используются в нескольких местах, есть роутинг и много других плюшек. Если это одностраничный лендинг, я бы не пихал туда никакой фреймворк. Просто не вижу смысла
    Ответ написан
    Комментировать
  • Как легко перейти с jQuery на VUE?

    delphinpro
    @delphinpro Куратор тега JavaScript
    frontend developer
    Конкретно здесь проще, и я бы даже сказал, нужно сделать страницу на jquery =))

    ------------------------

    Если же вас интересует как в принципе заменить jquery на vue, то постараюсь ответить.

    1. Как и в случае jquery, ищем подключаем подходящий пакет. Например этот.

    2. Аккордеон реализуется вручную парой строчек

    <div>
      <h2 @click="toggle"></h2>
      <div v-if="stateOpen">
        Скрытое содержимое
      </div>
    </div>

    {
      data() {
        return {
          stateOpen: false,
        }
      },
      methods: {
        toggle(){
          this.stateOpen = !this.stateOpen;
        }
      }
    }

    Анимации раскрытия по вкусу, с помощью обёртки transition

    3. Аналогично предыдущему пункту. 10 минут на реализацию.
    4. Аналогично первому пункту.
    5. Аналогично первому пункту.
    6. Блин, ну тут то же самое =)) Мне нравится этот пакет: vue-form

    Вот и всё. jQuery можно не подключать.
    Ответ написан
    2 комментария
  • Какие стратегии повышения зарплаты существуют?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Центральный показатель для бизнеса, а следовательно и руководителей, как людей представляющих интересы этого самого бизнеса - это коэффициент возврата инвестиций (ROI). Соответственно, сотрудник должен приносить компании больше денег, чем потребляет. Естественно, что чем выше разрыв между затратами и прибылью, тем лучше, поэтому фонд оплаты труда руководитель должен держать на том минимальном уровне, который гарантирует бесперебойную работу сотрудников. Один из факторов этой бесперебойности - низкая текучка. Сотрудников терять нежелательно. И чем ценнее для компании сотрудник, чем более он профессионален и/или чем больше на него завязано, тем дороже обходится его потеря. Натурально в деньгах. Придётся затратить больше, чем обычно, денег на поддержание работы без него. Придётся затратить деньги и время (те же деньги) на поиск, найм, введение в работу, возможно, обучение нового сотрудника. При этом он может оказаться совсем неподходящих и цикл придётся повторить. Или может оказаться просто хуже прошлого и эффективность отдела снизится. Поэтому, когда сотрудник приходит просить прибавку, руководитель оценивает может ли этот сотрудник уйти или только блефует, насколько легко его будет заменить, какой урон компании будет нанесён его уходом. Потом руководитель оценивает стоимость расширения ФОТ - есть ли резервы, какой сейчас ROI, будет ли больший ROI от реинвестиции этих средств во что-то другое? Если уход сотрудника будет стоить меньше, чем увеличение ФОТа, сотруднику откажут.

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

    Из этого вывод, стратегия проста - увеличивайте собственный профессиональный уровень на столько, чтобы свободно менять компанию, как только вас что-то перестало устраивать.
    Ответ написан
    4 комментария
  • Javascript фреймворки - дань моде или быстрота и удобство?

    Мне лично значительно проще написать относительно сложный лэндинг с различными анимациями на nuxt.js (vue.js + SSR), чем на чистом js. Что уж говорить о более навороченных сайтах. И я в целом знаю о чём говорю. Недавно переписывал один проект на vue.js, который до этого я же сам и писал на php + jquery. И для себя отметил, что очень многие моменты, на которых я застревал на несколько дней с jquery - с vue.js решались в пару строк кода. Это действительно удобно.

    P.S: проект на vue.js разворачивается за 3 минуты с помощью vue-cli, а с nuxt'ом за то же время ещё и с настроенным серверным рендерингом.

    P.S.S: да, и тут есть некоторые подводные камни и на их разбор может потребоваться время, но их в разы меньше и постепенно ты начинаешь думать уже над другими, куда более сложными и важными вопросами.
    Ответ написан
    2 комментария
  • Javascript фреймворки - дань моде или быстрота и удобство?

    @devunion
    И я вставлю 5 копеек о пользе Vue. Несколько лет назад начинал изучать Angular. Пришел к выводу, что есть идеи интересные, но как-то все сделано через одно место. Плюнул. Продолжал использовать jQuery (надеюсь, что необходимость использования jQuery или подобных библиотек вопросов не вызывает. Оптимизировать производительность можно долго и эффективно уже потом, когда это реально понадобится. В большинстве случаев до оптимизации дело вообще не доходит). Потом посмотрел Vue. Понравилось. Стал использовать в различных проектах. Раньше начинал делать простые проекты на jQuery т.к. необходимости тащить фреймворк вроде бы как и нет. В дальнейшем оказывалось, что при развитии проекта jQuery уже не удовлетворял всем потребностям. Переписывал на Vue. Наверное, в будущем буду сразу все писать на Vue и не заморачиваться.

    Вывод: попробуйте, не пожалеете!
    Ответ написан
    Комментировать
  • Javascript фреймворки - дань моде или быстрота и удобство?

    @maxbublik
    JS фреймворки уже несколько лет - это будни фронтэнда, и это не мода, и это никуда не уйдет. Также как никуда не уйдет традиционная верстка. Они будут жить вместе. Четкую границу между веб-сайтами и веб-приложениями провести нельзя, но суть вопроса автора вопроса понятна.

    Конечно же, делать простой лендинг на чем-то типа Angular/React - это клиника. Хотя если нужны интерактивные блоки, очевидно лучше использовать Vue, чем городить что-то на jQuery. Vue как раз хорош тем, что его можно задействовать только для отдельных виджетов, а весь остальной сайт продолжай писать как тебе угодно.

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

    Короче, если вы верстаете но на JavaScript ничего сложней jQuery вы не умеете, то вы в заднице. И каждый год вы все глубже.
    Ответ написан
    Комментировать
  • Менталитет зарубежных заказчиков?

    Astrohas
    @Astrohas
    Python/Django Developer
    У заказчиков обычно такие ассоциации - Индия - Дешево и не качественно, Европа - дорого, Россия(Украина, Беларусь) выгодно. Это конечно же стереотипы, но часто играет важную роль.
    Другое дело в том если вы будете снижать цену до уровня индусов, то скорее всего покажетесь перед глазами заказчика тем же индусом. Смело, требуйте цену по вашему нормальному рейту.
    Ответ написан
    1 комментарий
  • Менталитет зарубежных заказчиков?

    livetyping
    @livetyping
    Кое-что знаю о разработке и маркетинге в digital
    У нас есть опыт с заказчиками из США, Австралии, Новой Зеландии.
    Большинство из них заинтересовано в том, чтобы исполнитель имел релевантный опыт и вызывал уверенность в том, что он сможет решить задачу. Стоимость в 2 раза ниже скорее подозрительный фактор для них.
    Ответ написан
    4 комментария
  • Удаленщик на Бали, реально ли?

    @chromimon
    Самая дорогая часть - дорога.
    Проживание - не так уж и дорого.

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

    Есть объединения русскоязычных фрилансеров, совместно арендуют - так дешевле.
    Спросите у Пумы Тайланд, да.

    Насчет романтического - работать и путешествовать...
    Так не выйдет, если вы не мега специалист с наработанными клиентами и хорошей раскруткой.

    Работать вы будете не на пляже.
    90% времени проводить за компом.
    В тамошних условиях обязательно нужна квартира с кондиционером. А это не дешевле, чем в РФ (в Москве не считаем).
    А еще вам нужен нормальный интернет, который в Азии вообще говоря такой ... "азиатский", как правило. Это нужно поискать такую квартиру - это еще дороже.

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

    Спросите, у питерцев, к примеру. А часто ли они бывают в Петергофе или же Третьяковке?
    Или у жителей Горно-Алтайска - часто ли они ходят по горам с рюкзаком?
    ;)

    Плюс естественно есть.
    Но есть и минусы.
    Я бы не рассчитывал, что вы будете прямо таки часто достопримечательности посещать.
    Большая часть времени - работа, работа, работа.
    Ответ написан
    Комментировать
  • Заказчик сует доработки очень маленькими порциями, как брать оплату?

    sim3x
    @sim3x
    Собирать правки в блок на 15-25 минут (те просто сказать, если в письме не указано "срочно", то фиксы будут делаться после пятого-шестого письма)
    Когда просить оплату за блок: внутри большого проекта +1-2 часа, как за поддержку
    или после: как отдельный блок
    стоит оговорить с клиентом заранее

    Акцент тут на том, что задачи на 5 минут - ето вспомнить о чем проект, запустить все тесты, понять как решать, решить (вот тут 5 минут), запушить, задеплоить, написать ответ
    И в совокупности 5-минутная задача сожрет пол часа и более
    Ответ написан
    Комментировать
  • Заказчик сует доработки очень маленькими порциями, как брать оплату?

    opium
    @opium
    Просто люблю качественно работать
    Тут просто надо вложить это изначально в стоимость и не надо его отучать.
    Например у меня есть заказчик который никогда не заказывает без скидки, хоть убейся ему нужна скидка, всегда наценяю ему двадцать процентов, потом даю скидку двадцать процентов, он раз как ребенок, и понятное дело что его тут вопрос денег не сильно волнует, но убеждения какие то толкают на обязательное получение скидки
    Ответ написан
    10 комментариев
  • Заказчик сует доработки очень маленькими порциями, как брать оплату?

    mindtester
    @mindtester
    http://iczin.su/hexagram_48
    требуйте доплату маленькими порциям*

    даже если доработка реально на 5 минут.. все дело в специфике работы программиста..
    1 - у вас похоже каждый раз типа окончания
    2 - .. и вы с чистой совестью взяли другую задачу (и клиента это не касается)
    3 - в итоге - его запрос на 5минут - ломает вашу текущую ситуацию - вам надо переключаться между контекстами.. мало того - сохранить олимпийское спокойствие... и это всегда дороже чем 5 минут (даже если в этот период ни хрена не делаете на самом деле)

    ps * - ну а если все перечитать.. то даже и не маленькими.. ))

    удачи!
    Ответ написан
    Комментировать
  • Заказчик сует доработки очень маленькими порциями, как брать оплату?

    402d
    @402d
    начинал с бейсика на УКНЦ в 1988
    поставить минимальную стоимость как за полчаса работы.
    объяснять, что вы сейчас заняты и поправите через 1-23 часа.
    Брать деньги за все время от прихода первого сообщения до сдачи последней правки.
    так как вы в режиме оперативного сопровождения.
    Ответ написан
    20 комментариев
  • Жив ли русскоязычный фриланс?

    Jump
    @Jump
    Системный администратор со стажем.
    Жив ли русскоязычный фриланс?
    Конечно, что ему будет?
    В частности fl.ru - жив ли?
    Да кто ж его знает - биржи это мутная вещь, сегодня одна, завтра другая в моде, из фрилансеров ими редко кто пользуется.
    Ответ написан
    Комментировать
  • Жив ли русскоязычный фриланс?

    @chromimon
    Сам фриланс жив. И будет жить вечно.
    А кому, как вы думаете, фирмы в СНГ заказывают работы? Австралийцам, что ли?

    Прямо сейчас пилю проект на 300 000 рублей (российских), не успел допилить, а заказчик желает еще один проект подсунуть мне на сумму в полтора раза большую, ищу кому перепоручить...

    Но на биржах в 98%, да, шлак. Так же и в англоязычном фрилансе.
    Но там объемы раз в десять превышающие объемы на русскоязычных биржах, по причине большего количества населения владеющего английским, а не русским.
    За счет объемов и кажется, что в англоязычном лучше дела.
    Ответ написан
    3 комментария
  • Жив ли русскоязычный фриланс?

    gadfi
    @gadfi
    https://gamega.org
    он не умер, он просто так пахнет
    Ответ написан
    7 комментариев
  • Как развиваться в программировании не привязываясь к языку?

    @protven
    Хороший программист к языку особо и не привязан. Имхо, главное нормальная база теоретических знаний - алгоритмы, основные протоколы, общие паттерны и, самое главное, опыт. Код фигачить надо, тогда и будете развиваться.
    Ответ написан
    3 комментария