Ответы пользователя по тегу Веб-разработка
  • С чего начинать развиваться веб-дизайнеру?

    @eoffsock
    Кодер (Rails)
    Первый этап — подумать, надо ли это вам вообще. К хорошему дизайну на кривой козе не подъедешь.

    Прежде всего: Майк Монтейро «Дизайн — это работа». Даже если не будете потом заниматься дизайном — книга все равно полезная.
    Во многом избавляет от романтического подхода вроде «дизайнер — это художник».

    Второй этап — учиться: смотреть и делать свое.
    Только, во имя всех скандинавских богов, смотреть не на Behance и Dribble. Там красиво, конечно, стиль, все дела, но в конечном итоге 95% работ там просто картинки.
    А веб–дизайн — в первую очередь сценарий. Дизайнер определяет то, как пользователь будет пользоваться сайтом: в его власти сделать интерфейс простым и ясным или запутать до невозможности.
    Посмотрите работы бюро Горбунова, особенно процесс создания.

    Соответственно свои работы тоже нужно рассматривать с точки зрения полезного действия, а не внешней красоты. Эстетика — это третий этап.
    Учиться значит читать, в первую очередь. Чтобы делать правильно — нужна система.
    Читать лучше от общего к частному, начать стоит с этого:
    Дональд Норман «Дизайн привычных вещей»
    Виктор Папанек «Дизайн для реального мира»
    Параллельно:
    Генрих Альтшуллер «Найти идею»
    37Signals «Getting Real»

    Веб — это интерфейс, значит:
    Джеф Раскин
    «Новые направления в проектировании компьютерных систем», «Об интерфейсе»
    Брюс Тогнаццини «Главные принципы интерактивного дизайна»
    Якоб Нильсен «Веб-дизайн. Книга Якоба Нильсена»

    Веб — это шрифт и текст, стало быть:
    Ян Чихольд «Новая типографика»
    Эмиль Рудер «Типографика»
    Нора Галь «Слово живое и мертвое»
    Саша Карепина «Искусство делового письма»

    Веб — структура и верстка:
    Тим Харровер «Настольная книга газетного дизайнера»
    Мюллер-Брокман «Модульные сетки в графическом дизайне»

    Оставлю за кадром книги по самоуправлению и переговорам, это уже другая фаза.
    Про английский язык и умение верстать уже сказали, повторяться не буду.
    Ответ написан
  • Выбор языка для web разработки(real time). Какой вы посоветуете?

    @eoffsock
    Кодер (Rails)
    Под «real time web» вы понимаете comet, асинхронность и многопоточность?
    Node.js, Erlang. Еще Go выходит на сцену многопоточности, и весьма успешно.

    Node.js проще всего, особенно если уже имели дело с Javascript. Недостатки — память подтекает. Увы, это факт, но это не смертельно и лечится.
    Go — по вкусу. Попробовать советую в любом случае, приятный язык, хорошее будущее. Есть определенные баги, язык все-таки молодой.

    Erlang — для больших нагрузок. На тот случай, когда нужно выжать из железа максимум, но при этом не писать проект на C/C++. Память не течет (за исключением пары опасных мест), выстрелить в ногу сложно. Писать тоже сложно, если с непривычки.

    В большинстве задач будет достаточно Go/Node.js.
    Ответ написан
  • Раскритикуйте концепт. Что изменить в макете?

    @eoffsock
    Кодер (Rails)
    Блок «Советы» визуально слился с заголовком блока «Топ продаж».
    Если мысленно убрать «Советы», то «Топ продаж» съехал с горизонтальной сетки относительно остальных колонок, лучше сдвинуть его чуть вниз.

    Общее: можно убрать горизонтальные линейки между блоками, если сделаете макет более просторным, добавите места между колонками (шифт, как минимум), а подписи к изображениям чуть подожмете к самим изображениям (касается блоков на белом фоне)

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

    Черная полоса внизу - подвал?
    Ответ написан
  • Silverlight умер?

    @eoffsock
    Кодер (Rails)
    Не только на Винде. Для Mac официально распространяется плагин, для Linux есть Moonlight. Но в целом он не очень актуален. Не думаю, что в будущем он станет популярнее, нежели сейчас.
    Ответ написан
  • Как реализовать систему кошельков с escrow-like функционалом?

    @eoffsock
    Кодер (Rails)
    Я не в курсе работы подобных систем, но по логике это выглядит так: внутри системы на счетах пользователей просто фантики. Фантики тасуете как хотите, а как только пользователь хочет вывести деньги - выводите их со счета, на который они же поступают при пополнении кошельков. Курс обмена фантиков на деньги фиксированный.

    Потому что если вы работаете уже с реальными деньгами внутри системы - вы уже почти банк. Или даже не почти. А банк - это лицензия, это сами представляете что такое и сколько стоит.
    Ответ написан