Pull to refresh

Comments 33

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

И как же извещаете об этом читателей?


А так — это даже на тестовое задание junior'у тянет с трудом, если честно и по секрету.

Что и где изменилось в книге есть в логе github, непосредственно средство время и формат оповещения читателей целиком на попечении автора.

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

И нет, мой маленький кодик куда лучше показывает уровень знаний нежели чем крестики-нолики по пять в ряд
> мой маленький кодик куда лучше показывает уровень знаний нежели чем крестики-нолики по пять в ряд

Если уж сравнивать с заданием про крестики-нолики, то нет, не показывает
А что вы считаете уровнем? Просто/сложно? Я склонна ко мнению, что это оценка субъективна. Задача про крестики-нолики скорее на логику нежели чем на знание JavaScript, к примеру. Джуниору, возможно, только она и нужна, опыта он же в конце концов и идет набираться. А вышеописанную задачу, которая по сути сводится к проектированию архитектуры приложения, нежели к самому коду, он будет решать на
таблица в бд + ckeditor. И править проще, и не надо это вот аяксовые loadPage.
(см. ниже в комментариях)

Ну и так, чтобы закрыть тему: я не ищу работу ни джуниором, ни кем ли бы то ни было и не претендую ни на ваши места, ни на ваши заслуги. Можете откинуться на спинку стула и отметить еще одну победу. Считайте, что ваш оппонент позорно бежал. Продолжать сей спор показывает — не показывает без указаний на конкретные огрехи кода считаю бессмысленным.
Проникся уважением к вашему ответу. Но я только имел ввиду, что задание про крестики-нолики со всеми «плюсами» из списка — годное, комплексное и хорошо покажет кандидата как со стороны «на подумать», так и в плане, собственно, написания кода.
Да в общем-то всем: оглавление было не нужно, нужна была автозагрузка страниц по скроллу и проигрывание анимации при этом. Вроде как читаешь ты себе книгу, а на полях рисуется тематическая иллюстрация.
А где книга-то? По ссылке одна-единственная страница.
Автор хочет преподнести ее в формате дневника — в данный момент там действительно одна страница с описанием предпосылок к этому. Идея автора, насколько мне объяснили, в том, чтобы читатель мог находиться в одной плоскости с книгой, почуствовать себя частью того мира, который она (книга) описывает и получать новую информацию в режиме реального времени с вымышленным миром.

Вкратце: это книга — блог или, скорее, сериал.
UFO just landed and posted this here
Свой GitBook с блэкджеком и куртизанками?
Нет, это не gitbook. Описанное мною решение для совершенно другой задачи.

Gitbook замечательно подходит для технической литературы за счет создания четкой структуры страниц.

Я же описывала подход для создания «живой» художественной книги. В моем проекте страницы открываются и рисуется иллюстрация, но никто не мешает добавить любые другие эффекты — будь то музыка, видео, игра на canvas или еще что-то по аналогии.
UFO just landed and posted this here
Ничего не понял. Читатель должен после прочтения статьи стать чуточку (или не чуточку) умнее, осведомленее или веселее. Разве нет?
Здесь я почувствовал себя обманутым и растерянным. Что мне хотели донести?
А что вы рассчитывали прочитать в статье «Онлайн книга своими руками на JavaScript»? Все инструменты расписала, основные куски кода показала, ссылку на код целиком дала. Может что-то подробнее рассказать? Что было непонятно?
UFO just landed and posted this here
А почему вы считаете, что база данных тут подошла бы больше?

Поиска / сортировки / массового обновления в этом проекте нет и точно не будет. Автор один, все тексты в файлах, а к базе пришлось бы еще и отдельное кеширование прикручивать. А загрузка по ajax — это не вынужденная мера, это изначальное требование. Во-первых: нужно отследить загрузку страницы, чтобы проиграть анимацию, а во-вторых это сейчас там две с половиной страницы, а когда их 400 будет? Одним махом все грузить из базы/кеша для каждого пользователя?
UFO just landed and posted this here
1. Плагин, описанный в статье позволяет сразу сохранять в этом формате из Word, а Github клиент в два клика изменения публикует. Касательно редактуры конфига — в данном случае автор сам справился, но никто не мешает написать UI, если такая необходимость возникнет

2. Загрузятся две. Предыдущая и запрошенная.

3. На своем сервере потребовалось бы поднять свой git, к нему делать отрисовку логов, давать возможность watch. По поводу скорости: сайт с большой картинкой на первом экране и svg на странице (суммарно 500кб) + шрифт, пару скриптов в т.ч. с шарилками. Сервер тут вообще не причем — он быстро все отдает.

4. А если вы в книгу человек закладку вложить забудет? Пока сложно сказать, есть ли нужда в карте. Технически — реализуемо и быстро (все есть в конфиге — нужно только вывести по порядку).

5. Да. В данном случае нет задачи поддержать пользователей IE, Edge и старых версий — целевая аудитория продукта не та, да и я лично против поддержки кривого по.

А на мой вопрос вы так и не ответили…
Еще не старый айпад, новая айось. Ваша «книга» не работает — тоже нецелевая аудитория? Тоже кривое ПО? А какое тогда прямое!?

«Фтопку» такую «книгу», которую можно читать только на десктопе или ноуте
Спасибо, согласна с вами, не знала про такую проблему ios, внесла соответсвующие правки.

А мне понравилась статья. На мой взгляд она не столько про конкретный код, сколько про то, что не нужно увлекаться оверинженерингом. Задача то на самом деле была нетиповая и получившееся решение выглядит весьма элегантно. Код, конечно, можно ещё подшлифовать, но куда ж без этого.
Плюс я узнал про существование Vivus и Writage. Кстати, интересно, насколько хорошо Writage справляется со своей задачей в плане истории изменений? Т.е. насколько сильно результат отличается от ручного редактирования Markdown, если отличается?

Writage справляется неплохо, если у того, кто им пользуется есть представление о markdown. В моем случае пришлось объяснять, что специальные символы (например "-" с последующим пробелом в начале строки) лучше не использовать. В остальном — результат не отличается.

Согласна с вами насчет кода, куда ж без правок.

По-моему, вполне оправданное применение KISS. Но в плане типографики есть недочет, строки растягиваются на всю длину окна, отступы по краям небольшие, для комфортного чтения придется подстраивать ширину окна. Текст из-за этого становится "тягучим", обратите внимание на типографику сайта medium.com, особенно на размер шрифта, высоту строки и отступы.

Большое спасибо, обязательно посмотрю.
text-align: justify??? Лебедев негодует и требует смертной кары! :D
Ни на medium.com, ни на the-downpour.com этого нет. Откуда вы это вытащили?
Статья понравилась, как обзор возможных решений для конкретной небольшой задачи.
Одно «но» — в самой готовой книге наблюдается глюк со скроллом (Chrome): если пролистать книгу до самого конца, а потом пытаться отскроллить вверх, то в определенный момент происходит сброс обратно в конец книги.
Спасибо, а можно подробнее? Мне не удалось повторить проблему
А, нет, удалось, спасибо. Поправлю.
Зачем Showdown?
wintersmith — готовый генератор сайта на основе markdown текстов и jade-шаблонов.
Статья про Keep It Simple (Silly,Sweetheart,etc), как верно подметили rumkin и Source в комментариях, и вы не первый уже предлагаете использовать что-то, от чего понадобится минимум функций просто потому что оно уже есть / знакомо вам.

Единственное, что мне нужно было — это преобразовать markdown разметку в html. Showdown это и делает, это и ничего больше.

Sign up to leave a comment.

Articles