Pull to refresh
7
0
Вадим @DWSVad

User

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

Но один из ценных, по моему мнению, все же озвучу=)

Пишите контент, уникальный контент, который заинтересует вашу целевую аудиторию… Которая придет на ваш сайт прочитать новость/статью/шутку/обзор который волнует пользователя в данный момент, а уже потом он заметит, что у вас есть (оказывается) очень удобный инструмент.
Ведь в большинстве своем интернет и есть источником текстов, статей, бесценного опыта.
Это то, что делает паутину — бесценной. Это то, что привлекает сюда…
Сервисы — это плюшки, являющиеся логическим продолжением выжимки из накопленного опыта.
Да, не спорю есть удачные сервисы, без уникального контента, да многие сайты в итоге пользуются популярностью из-за сервисов предоставляемых, но подавляющее большинство стало известными благодаря уникальному наполнению…


Я так понимаю что вы с автором на одной волне… И кажется знаете что-то, чего не знаю я… Но очень хочется понять, Что же это?..
Ну вот я вам и рассказываю — по бокам нет никаких кнопок, там просто «бока» =)
Вон она, в правом верхнем углу… Не уверен, что там ей лучше, но по факту перенесли туда)
У предыдущей модели (Kindle Touch)
Уже нет кнопки по бокам, это я вам как обладатель говорю=)

И кстати, засаленного экрана тоже нет, а пользоваться как по мне удобнее(особенно в горизонтальном режиме), нежели с кнопками(тестил у друга версию кнопочную)
Если я правильно вас понял, и вы имеете ввиду под термином «условное макетирование» то, что автор в статье называет терминами «эскиз», «прототип» (все-таки прочитав статью, в которой используются одни термины, и потом быстро переключиться на терминологию другую, не так уж и просто.В этом кстати ваша ошибка ИМХО, стоило бы принять конвенцию предложенную автором, хотя бы в пределах топика, чтобы не создавать дополнительных путаниц.) то этот комментарий, идет в прямой конфликт со статьей) И было бы правильней высказать несогласие с автором, чем показывать этот пример как «интересный»
Вы своим комментарием зациклили эту ветку обсуждения
Вот с чего мы начали:
Не вижу ничего плохого в том, чтобы подцепить jQuery даже ради пары-тройки функций.
Конечно, ничего плохого не произойдет, кроме того, что ваша страница прибавит в весе лишних пару десятков кило,
а еще кроме того, что вашему браузеру понадобится больше времени, для того, чтобы обработать это прибавление.

Ну тогда вес фреймворка в несжатом виде очень сильно увеличится=)
Да и не получится подключить такой фреймворк простым методом указанным в статье:

 

Придется добавлять костыли=)
Я вот не понял) Вы так шутите?) или правда не поняли, о чем в статье речь?)
=) Обращайтесь). Спасибо за спасибо)
в любом списке данных хранятся какие-то данные, неправда ли? Например, пункты меню, пункты таск-листов?
так почему бы не назвать menu_item, task_item? Кто сказал что эти item-ы не встретятся на одной странице?) и вы всегда можете быть уверены в новом проекте, что изменив стиль класса item вы изменили только пункт меню, а не зацепили случайно пункт такс-листа?)
Рекомендация не использовать имена классов в стиле «item» преследует как раз уход от безликости элементов.
Речь была именно об именовании классов(и вообще переменных, констант, идентификаторов и т.п.), ваши рекомендации не отменяют тех, о которых писал я, или я этого не заметил=)
Ну, во-первых в статье речь была именно о подключаемых скриптах, а не о всем js-содержимом страницы.
Во-вторых костыль скорее все же второе решение, возможно оно более простое в реализации, но читать код с такими plain-вставками все же сложнее(личный взгляд, опытов не проводил). И правильнее все же вешать обработчик, чем ожидать что все загрузиться в правильном порядке.
В-третьих очень многое зависит от того, с какой конкретно целью скрипт помещается в конец страницы, не стоит так делать только потому, что так делают все, и уж тем более не стоит это называть «хорошей практикой» — именно этому был посвящен абзац в моей статье=)

Хорошо подмечено;) Правда я имел ввиду не конкретное имя тега, а тег, совпадающий по функциональному предназначению.
2

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity