Ответы пользователя по тегу Веб-разработка
  • Структура данных на фронт-енде и бек-енде отличаются. Кто должен переделывать?

    @abmanimenja
    На фронте данные построены так, чтобы было удобно рендерить, а на бек-енде - для запросов в БД.

    А между ними - API - в котором данные должны быть в виде удобном взаимопонимания.
    Как договоритесь, как удобнее.

    Что там во фронтенде, что там в бэкенде - это их внутренние дела.
    Единственная точка взаимодействия - API.
    Вот этот формат и оговаривается.
    Ответ написан
  • Создадут ли конструкторы сайтов типа Tilda реальную конкуренцию верстальщикам/веб-разработчикам в ближайшие годы?

    @abmanimenja
    Конструкторы появились более 15 лет назад....

    Это как с CMS - просто появилась новая специализация.
    Сколько-нибудь сложную систему невозможно создать без специальных знаний даже с конструктором.

    Я бы скорее боялся что сайты вообще умирают.
    Многие ведут успешно бизнес довольствуясь страничкой в соц. сети.
    Ответ написан
  • Какбыстро влиться в веб разработку и найти вакансию джуна?

    @abmanimenja
    Откликнулся на вакансию джуна, в качестве тестового задания попросили написать мини mvc фреймворк. Сто ли связываться с подобными работодателями?

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

    Вы "новый" PHP пробовали?
    С тех пор как вы им занимались - очень многое изменилось.
    jquery все еще актуален?

    Пожалуй, да.
    В низкой ценовой категории.
    Ответ написан
  • Качество работы штатного программиста. Как оценивать?

    @abmanimenja
    Нужно дать обратную связь.

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


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


    Что посоветуете? Брать тестера? Менять разработчиков? Менять процессы? Может в джире сделать подсчет возвратов задач в доработку по причине бага и на этом основании депремировать или как? Или наоборот давать премию за выполнение задач без багов?


    Ошибки в коде - это нормально.
    Есть приблизительная статистика: разработка состоит на 80% времени в вылавливании багов. И только на 20% времени в создании нового.

    То есть исправление ошибок (за деньги тоже) такая же нормальная работа, как и собственно написание кода.

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

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

    Только учесть, что огромное количество времени уходит на исправление ошибок и 100% отсутствия ошибок добиться невозможно - это единственное, что относится к специфики разработки ПО.

    Сначала мягко пожурить, потом серьезно пожурить, потом депримировать (или отменить "автоматическую" премию), потом уволить.

    Главное чтобы было четко понятно - "за что именно".

    Впрочем, если вы не сможете нанять разработчиков получше, то особо и возможностей для маневра у вас нет.
    Ответ написан
  • Как работать командой над большим проектом?

    @abmanimenja
    Самое главное что меня терзает - сохранение конфиденциальности исполняющей части проекта. Да, возможно звучит глупо, но не очень приятно будет, если новый член команды сольет проект в паблик или будет использовать его как то для своих нужд.


    1) Забить. Внутренние проекты как правило находятся в виде не пригодным для общественного использования.

    2) Разделяй и властвуй. Давать каждому доступ только туда куда точно надо. И более никуда.

    Такие вещи как ключ/пароли, конечно же, в коде зашиваться не должны и лежать в репах в доступном виде тоже не должны.

    Я не поверю, чтобы в крупных проектах давался доступ ко всему коду, каждому back-end разработчику.


    Ну, например, проект на 60 разработчиков - крупный?
    У всех есть доступ ко всему. Кроме ключей/паролей к платежным сервисам.

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

    Это просто большой объем работы, который привязан к конкретной специфике бизнеса и более никому не интересен. Даже конкурентам. Ибо реальных данных там нет.

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


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

    Есть еще один вариант, возможно очень глупый - делать письменный договор о неразглашении "начинки" проекта.


    В РФ работает только как "взять на испуг".
    В РФ NDA реально не функционирует. Ибо нельзя просто так в договоре написать "запрещено разглашать все". Нужно перечислять конкретные вещи, которые еще не созданы. И дополнительно к договору подписывать индивидуальные акты по этим конкретным вещам.

    На это даже крупные фирмы навроде Яндекса налетали.
    И судов не выигрывали, когда речь шла о коде. Выиграли только когда код из Яндекса был вынесен вместе с "калибровочными" данными для поиска.
    Ответ написан
  • Как создать онлайн веб сервис?

    @abmanimenja
    Продолжайте углубляться в Node.JS, да, на её базе можно.
    Ответ написан
  • Социальная сеть на python?

    @abmanimenja
    На том, что лучше знаешь лично ты или нанятые тобой программисты.
    Ответ написан
  • Как сделать чтобы сайт грузился у юзера с ближайшего к нему сервера?

    @abmanimenja
    Для движка сайта, для динамики:

    Несколько записей A/ААА в DNS.
    Браузер отправляет запрос на все сервера, кто первый ответит из списка серверов - с тем в дальнейшем и происходит общение.

    А для статики, для тяжелого контента (видео, фото) - есть специализированные решения CDN
    Ответ написан