Пользователь пока ничего не рассказал о себе

Наибольший вклад в теги

Все теги (16)

Лучшие ответы пользователя

Все ответы (253)
  • Почему люди не используют готовые cms, но ищут тех, кто будет писать с нуля?

    @mletov
    Чистый php, фреймворк и cms - это 3 уровня абстракции.

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

    Предположим, домохозяйке не нравится магазинное тесто, она купила муку и яйца, замесила тесто, испекла пирог. Вкусовые качества пирога на порядок улучшились, а временные и трудовые затраты повысились. Это фреймворк.

    Предположим, домохозяйке не нравится качество магазинной муки и магазинных яиц. Она засевает поле, сеет рожь/пшеницу, пашет, собирает урожай, перемалывает урожай в муку, заводит кур, собирает яйца и из всего этого делает пирог. Временные и трудовые затраты феноменальные, зато пирог вкуснейший. Это чистый PHP.

    Чем ниже уровень абстракции, тем выше квалификация специалиста.

    PS Как и любая аналогия, эта весьма условна и предполагает, что домохозяйка во всех 3 случаях работает на совесть и является профессионалом. В реальной жизни часто бывает, что на чистом php делают гораздо больший хардкор, что собирают на CMS.

    По итогу: в зависимости от сложности задачи и уникальности фукционала, специалист должен выбирать, какой уровень из этих 3 уровней абстракции ему использовать. Хоть они и пересекаются, но не очень сильно, и конкуренции друг для друга почти не представляют. Далеко не факт, что ваш знакомый, который "изучил 10 cms" сможет эффективно решать те задачи, которые ставят работодатели, нанимающие "много программистов что бы они копались в коде"
    Ответ написан
  • Стоит ли заключать договор?

    @mletov
    Вы не забыли часом, что предприниматель еще и риски несет на тот случай, если проект не выстрелит.
    Если видите себя наемным рабочим, то претендуйте на гарантированную зарплату, но не на двиденды с проекта. Если видите себя сооучредителем и партнером (если заказчику конечно это надо) - претендуйте на дивиденды, но не на зарплату, т е если проект окажется убыточным, то вообще ни копейки не получите, а даже если и начнет приносить прибыль, то до этого момента придется работать бесплатно. А то вы хитрый, и на елку влезть...
    Ответ написан
  • Как проверить макет дизайнера?

    @mletov
    Напишу про свои взаимоотношения с дизайнерами. Сразу скажу, далеко не все из них опытные, некоторые до недавнего времени занимались полиграфией и не всегда понимают нюансы веба.

    Первым делом шрифты. Я всегда говорю дизайнерам, что либо пусть используют безопасные шрифты, которые есть у всех, либо те, которые есть в Google Fonts. Если уж очень хочется какой-то другой, то пусть проверят, что он не ограничен лицензией и является свободно рапространяемым, иначе потом будет возня с конвертерами, в которых многие шрифты в черном списке.

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

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

    Еще хорошая проверка - встречные вопросы дизайнеру, особенно, если сайт адаптивный или имеет какое-то хитрое поведение. Спросите его "А как должен вести себя левый блок если мы сузим окно до 700 пикселей", "А этот баннер к верху прижат с отступом или выровнен по вертикали по центру, по макету непонятно" ну или еще что-нибудь каверзное. Либо он объяснит и подскажет, как должно быть сверстано, либо скажет "блин, а вот это то я и не предусмотрел". В обоих случаях профит :)

    Еще один момент вспомнил. Нарисовал дизайнер макет, обычный такой макет: хедер, футер, сайдбар, область контента. Вот только в области контента элементы располагались достаточно хитро. Ну то есть как хитро, для верстальщика сверстать - не проблема, вот только эту область заказчик сам заполняет через админку при помощи Tiny MCE, CKEditor или еще чего-то аналогичного. Разумеется, вряд ли заказчик сможет/захочет вопроизвести всю
    эту красоту при помощи визуального редактора. Поэтому детальное содержание новостей, статей и т д в макете должно быть достаточно типовым, без изысков.
    Ответ написан

Лучшие вопросы пользователя

Все вопросы (36)