Pull to refresh

Comments 33

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

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


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

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

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

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

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

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

Вкратце: это книга — блог или, скорее, сериал.
UFO landed and left these words here
Нет, это не gitbook. Описанное мною решение для совершенно другой задачи.

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

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

Поиска / сортировки / массового обновления в этом проекте нет и точно не будет. Автор один, все тексты в файлах, а к базе пришлось бы еще и отдельное кеширование прикручивать. А загрузка по ajax — это не вынужденная мера, это изначальное требование. Во-первых: нужно отследить загрузку страницы, чтобы проиграть анимацию, а во-вторых это сейчас там две с половиной страницы, а когда их 400 будет? Одним махом все грузить из базы/кеша для каждого пользователя?
UFO landed and left these words 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