Комментарии 39
Я уже писал об этом на другом ресурсе: нагромождение шапок занимает половину экрана. Попробуйте открыть страницу курсов валют на макбуке 13 дюймов.
http://grumpy.website/post/0Ojr3zrGI/0Ojr3zrGI_1.png
Как верно заметили выше, личный кабинет очень тормозной. Еще одна претензия, нельзя открывать ссылки в новом окне по клику с зажатым Command, потому что на элементах onClick. Я понимаю, этот пост не жалобная книга, но вы хоть сами-то пользуетесь тем, что делаете?
Такое впечатление что там вообще никто ничего последнее время не тестирует.
Причем юз-кейс стандартный. Платил себе платёж, и тут понял что упёрся в настроенный лимит на операции в ИБ. И у меня реально нет способа в отдельном окне открыть управление лимитами. Только в этом же, потеряв все заполненные реквизиты.
После того как на среднюю кнопку ИБ отреагировал сбросом реквизитов, я решил послать это всё нафиг и заплатить через яд.
Смотря на это всё, это худшая реклама инструмента. Не в смысле что инструмент плохой, а контекст.
А что было с блоггерами?
Вы сами-то читаете текст по ссылкам, что даёте? У одного блогера полиция провела обыск по уголовному делу. Другой сказал ему сломали дверь, но заявление в полицию не подал.
Причём сами эти блогеры ни чем не лучше того, кого они обсирают. Мозгов не хватает ни на нормальный юмор не скатывающийся к оскорблениям и пердежу из разных мест, ни на выбор объекта насмешек.
Любой корпоративный блог — это только и исключительно пиар. Это разве не очевидно? Для того, чтобы просто чем-то поделиться, не обязательно платить неслабые бабки за корпоративный блог.
Не эффективней ли было бы использовать парное программирование вместо параллельной разработки кода и макетов с последующей их синхронизацией? Садятся рядом дизайнер с программистом и они вместе сразу пилят код. В результате программист проникается дизайнерскими приёмами, а дизайнер сразу понимает ограничения платформы. А плоды их работы получаются быстро и изначально "синхронизированными".
Ну-ка?
А если разработчиков 200 штук и все они в 4 разных городах? При том что дизайнеров 10
Судя по тому, что на реализацию 10 дизайнерских задумок требуется 200 разработчиков, эти города располагаются в Индии. Уверен в этих городах талантливых дизайнеров не меньше, чем талантливых разработчиков :-)
И да, когда бизнес сидит рядом — это вообще сказка, можно очень быстро что-то узнать и согласовать. Эта роль Product Owner называется.
Все люди РАЗНЫЕ!
Нельзя сделать один интерфейс который удовлетворит всех, нельзя сделать один продукт который удовлетворит всех. Кода Вы говорите что вы сделали продукт или интерфейс для всех вы лжете.
Научитесь поддерживать несколько видов/версий интерфейсов и/или методик управления счетами/деньгами и будут вам благодарность от клиентов.
Нельзя сделать один интерфейс который удовлетворит всех,
Возможно, кто-нибудь однажды придумает конструктор, позволяющий каждому пользователю собирать свой интерфейс.
Что примечательно, изначально у Тинькова был именно конструктор, позволявший собрать себе дашборд из виджетов по вкусу. Слабенький, но конструктор. Но почему-то эту идею не то что не развили, а вообще закопали и сделали на Реакте… многостраничное веб-приложение, где переключение между вкладками — это несколько секунд ожидания загрузки одних и тех же данных. Какое ещё SPA и http-кеширование в 2k17? :-)
Кстати, интересно было бы узнать:
- Какой у вас размер фронтенд-команды? Или даже сколько у вас фронтенд-команд?
- Сколько по времени занимает разработка одного виджета (организма?) от постановки задачи, то приёма тестировщиком? А сколько при это человекочасов уходит у соответствующих ролей (дизайнер, разработких, тестировщик, владелец продукта)?
- Сколько по времени заняла разработка этих 2700 компонент и сколько переписывание с выделением общих компонент?
- Сколько всего компонент стало-то? И почему так поздно спохватились, что куча дубликатов? Надеюсь у вас нет метрик в духе "этот программист запилил 20 компонент — он молодец, а этот всего 10 — его пора уволить"?
Забавно, что большинство чуваков выше понятия не имеют о том, как создаются и поддерживаются большие продукты
С чего вы сделали столь странный вывод? Может быть наоборот, большинство чуваков выше прекрасно понимают, как создаются и поддерживаются большие продукты, от того и пишут те комментарии, которые пишут?
А будет какой то публичный доступ к вашей системе?
Создание Tinkoff Design System. UI Kit, версионирование и витрина компонентов