От такого тоже хочется плакать, и это яркая иллюстрация случая, увидев который, люди, незнакомые с БЭМ, будут креститься и бежать от него, как от огня.
Я раньше работал в Яндексе и занимался фронтэндом, поэтому в курсе про bem tools, bem json, borschik и прочую упячку. И, надо признаться, я сильно недолюбливал БЭМ. Однако, устроившись работать в другую компанию, где никто ничего не навязывал, я со временем пришел к тому, что использую БЭМ подход именно для того, чтобы уйти от каскада. И при грамотном использовании код становится очень простым и удобным в поддержке. При этом я продолжаю считать full bem stack упячкой :)
Для тех, кто, как и автор статьи, считает, что БЭМ — это только костыли, рекомендую посмотреть вот это видео www.youtube.com/watch?v=hTmxbJF2Tts
вот, кстати говоря, гугл тут нафиг не нужен, если уж писать такую штуку.
Есть база данных со всей информацией, есть известный алгоритм генерации ссылок. Ну и зачем ещё гугл то? Поиск по собственной БД я могу сделать гораздо лучше, чем гугл. И быстрее
про время — не согласен. Его всегда ровно столько, сколько человек сам себе выделяет. Нехватка времени — это в 9/10 случаев всего лишь неумение его грамотно использовать
не могу согласиться с «Писать подобный механизм для небольших сайтов или блогов stand-alole дорого, затратно по времени и, в общем, все забили на это. » Что дорогого то? И где затраты по времени? От силы час-два работы. Забивают не из-за денег и времени, а просто потому, что всем всё пофиг
а ещё на свете есть такие странные конторы, где работают одни лишь программисты :)
И телефоны там сотрудникам не ставят, чтобы не отвлекались от написания кода
о как :)
я никогда ни в каких олимпиадах не участвовал и не собираюсь.
просто тупо работаю программистом и получаю за это бабки
и мне плевать, заслужил я это «звание» или нет
статья хорошая, спасибо, а вот с данным комментарием я ни разу не согласен.
Сфинкс — простой и быстрый способ. И легковесный. Поэтому пожалуйста, не «надо ля-ля» про баллистические ракеты разводить :)
ваш совет с яндекс сервером уж всяко ничуть не лучше, чем сфинкс, если в задачи входит создание поиска с русской морфологией (… а вот если помимо русского нужны ещё немецкая и английская морфология? куда у нас отправится яндекс.сервер? правильно — в /dev/null)
разумеется видел. Больше того, я уже несколько лет, как вынужден использовать эти крайне ограниченные средства для разработки чего-то похожего на rich user interface. Просто у нас с вами разные понятия о rich user interface :)
я вижу, как используется куча костылей (ГОРА костылей), чтобы на основе html/css/js собирать обычные виджеты, которые и так есть в любой современной ОС. Есть конечно и интересные находки, но это капли в море
соглашусь с nileriver пожалуй, ибо так я и не смог понять, для чего/кого написана эта статья. Тем, кто хорошо разбирается в вопросе, ничего нового сказано не было… хотя, возможно, новичкам будет интересно.
пока читал — постоянно возникало недоумение по поводу очень многих утверждений. По настоящему Rich интерфейс никакой ява скрипт сделать не поможет по той простой причине, что он оперирует крайне ограниченными средствами html/css (с натяжкой ещё svg и некоторыми другими).
Технически очень сложно сделать более или менее продвинутый и удобный интерфейс, который бы ещё и был достаточно быстрым, чтобы соперничать с десктопными продуктами (собственно, кроме gmail вообще ничего на ум не приходит, но даже он на самом деле далеко не так быстр и отзывчив, как десктопные аналоги).
AJAX — это по большому счету костыли. Пусть меня закидают помидорами, но только ajax ни разу не является удобной технологией для обмена данными с сервером. Просто выбора нет, вот и приходится изголяться.
Чтобы действительно качественные изменения были — нужна очень серьезная работа в области новых стандартов (html5/css3 или ещё каких-то), чтобы браузеры научились показывать нативно хотя-бы половину тех виджетов, которые доступны программистам на всяких gtk/qt/winforms/и т.д.
нужны _нормальные_ средства для обмена данными с сервером. И всё это будет… когда-нибудь :)
ещё раз — вы соглашались не с какими-то отдельными пунктами соглашения, а со всеми ними сразу. И не надо жаловаться теперь, что sup плевать хотел на всех вас.
Я вообще поражаюсь, как юзеры жж всё это терпят. Их просто за быдло держат, делают с ними что хотят, а они какой-то детский сад разводят (вроде акций «день молчания» и т.п.) вместо того, чтобы взять и уйти на другие сайты
Я раньше работал в Яндексе и занимался фронтэндом, поэтому в курсе про bem tools, bem json, borschik и прочую упячку. И, надо признаться, я сильно недолюбливал БЭМ. Однако, устроившись работать в другую компанию, где никто ничего не навязывал, я со временем пришел к тому, что использую БЭМ подход именно для того, чтобы уйти от каскада. И при грамотном использовании код становится очень простым и удобным в поддержке. При этом я продолжаю считать full bem stack упячкой :)
Для тех, кто, как и автор статьи, считает, что БЭМ — это только костыли, рекомендую посмотреть вот это видео www.youtube.com/watch?v=hTmxbJF2Tts
спасибо :)
видео с youtube будет работать у 99.9% пользователей, но нет, «зачем нам youtube», когда мы можем изобрести свой велосипед
хоть бы раз сделали по-человечески.
Есть база данных со всей информацией, есть известный алгоритм генерации ссылок. Ну и зачем ещё гугл то? Поиск по собственной БД я могу сделать гораздо лучше, чем гугл. И быстрее
про время — не согласен. Его всегда ровно столько, сколько человек сам себе выделяет. Нехватка времени — это в 9/10 случаев всего лишь неумение его грамотно использовать
И телефоны там сотрудникам не ставят, чтобы не отвлекались от написания кода
о как :)
просто тупо работаю программистом и получаю за это бабки
и мне плевать, заслужил я это «звание» или нет
Сфинкс — простой и быстрый способ. И легковесный. Поэтому пожалуйста, не «надо ля-ля» про баллистические ракеты разводить :)
ваш совет с яндекс сервером уж всяко ничуть не лучше, чем сфинкс, если в задачи входит создание поиска с русской морфологией (… а вот если помимо русского нужны ещё немецкая и английская морфология? куда у нас отправится яндекс.сервер? правильно — в /dev/null)
:)
я вижу, как используется куча костылей (ГОРА костылей), чтобы на основе html/css/js собирать обычные виджеты, которые и так есть в любой современной ОС. Есть конечно и интересные находки, но это капли в море
пока читал — постоянно возникало недоумение по поводу очень многих утверждений. По настоящему Rich интерфейс никакой ява скрипт сделать не поможет по той простой причине, что он оперирует крайне ограниченными средствами html/css (с натяжкой ещё svg и некоторыми другими).
Технически очень сложно сделать более или менее продвинутый и удобный интерфейс, который бы ещё и был достаточно быстрым, чтобы соперничать с десктопными продуктами (собственно, кроме gmail вообще ничего на ум не приходит, но даже он на самом деле далеко не так быстр и отзывчив, как десктопные аналоги).
AJAX — это по большому счету костыли. Пусть меня закидают помидорами, но только ajax ни разу не является удобной технологией для обмена данными с сервером. Просто выбора нет, вот и приходится изголяться.
Чтобы действительно качественные изменения были — нужна очень серьезная работа в области новых стандартов (html5/css3 или ещё каких-то), чтобы браузеры научились показывать нативно хотя-бы половину тех виджетов, которые доступны программистам на всяких gtk/qt/winforms/и т.д.
нужны _нормальные_ средства для обмена данными с сервером. И всё это будет… когда-нибудь :)
а до тех пор — так и будут делаться новые костыли
Я вообще поражаюсь, как юзеры жж всё это терпят. Их просто за быдло держат, делают с ними что хотят, а они какой-то детский сад разводят (вроде акций «день молчания» и т.п.) вместо того, чтобы взять и уйти на другие сайты