Простите, что пользуюсь чужим топиком для своего вопроса - карма не позволяет создать свой топик.
Вот объясните кто-нибудь умный, зачем нужно заниматься поисковой оптимизацией некоммерческого сайта?
Я понимаю, что есть смысл бороться за позицию в выдаче, если у тебя фирма по производству пластиковых окон или инет-магазин подержанной шкурки. Но зачем бороться за низкочастотные запросы для тематического сайта? Ну создастся некоторый трафик из левых людей, которые придут, окинут взглядом главную страницу и уйдут себе дальше в поисах нужной информации. Что это даст? Десять центов за показы им рекламы?
У меня несколько сайтов на тему российского автоспорта. Тема в России не особо популярная. По релевантным запросам - сайты в выдаче поисковиков на самой верхушке. Так зачем мне их еще оптимизировать? Или все-таки смысл есть? Мне просто не очень верится, что овчинка стоит выделки.
Вы, видимо, не совсем понимаете смысл идиомы "табличная верстка". Это не код, в котором есть теги tr и td. Это когда свойства таблиц используются для управления отображением сайта - для его разметки и позиционирования элементов. Таблицы вполне имеют право на жизнь - для отображения табличных данных, но использовать их для позиционирования элементов - неэффективно, так как делает вертку сложной для чтения, а также затрудняет процесс модификации дизайна.
Так что верстка при помощи таблиц и при помощи CSS - альтернативы по способу позиционирования элементов.
В случае с фреймворком содержание и оформление совсем не разделены, поскольку фреймворк можно рассматривать, как статичный набор правил, а верстку под фреймворк, как семантическую (использующую статичный набор правил).
Чтобы модифицировать позиционирование элементов на сайте, сверстанном под фремворк, нужно разобраться в прописанных в HTML коде ссылках на элементы фреймворка, что крайне неудобно.
Так понятнее?
Да машине-то вообще все пофигу :) Уход от табличной верстки стал необходим для того, чтобы HTML код служил только для разметки содержимого по логическим блокам, а не для визуального оформления, функции которого перешли к CSS.
В случае с фреймворком, мы возвращаемся назад - начинаем использовать в HTML управляющий отображением код. Это не важно, что мы используем DIVы вместо . Важно, что смысл разделения верстки на разметку и стилизацию потерялся.
Когда проект идет без четкого ТЗ, но должным образом финансируется, не может быть нареканий на неадекватность заказчика, поскольку это условие изначально в проект заложено.
Вопросы:
1) почему я только сейчас узнаю об испольуемых технологиях
2) почему вы используете JBoss Seam? я узнал об этом только сейчас
Ответ:
Потому что мы не удосужились составить четкое ТЗ и с вами согласовать. Вроде как-то в аське писали, что будем использовать JBoss Seam. Сами что ли не помните?
Вопросы:
1) что вы вообще сделали, нет нечего
2) что сделано за прошлый месяц
3) за предыдущие 3 месяца сделано мало и многое теперь всё надо переделывать
Ответ:
Потому что мы решили не тратить время на составление ТЗ и соглашались на все ваши требования по ходу дела. Кстати, не подкинете ли еще деньжат, а то у нас кончились?
Заказчик: почему я этого не видел
Ответ: Потому что мы просто послали вашему интегратору обновление по мылу и никому больше ни о чем не сообщили, ибо нам совершенно наплевать, что вы будете с нашим кодом делать.
Заказчик: почему все тормозит
Ответ: потому что, скорее всего, так написано, так как писалось все хаотично, переделывалось под новые требования в процессе работы, и в этом коде теперь черт ногу сломит.
Заказчик:
1) почему в этом фремвоке (Seam) нету готовых компонентов, это какой то неполноценный фреймвок
2) что же за фреймворк вы выбрали что в нем нет таких базовых вещей как постраничный вывод. ииз того что слышу вобще для нас в нем нет ничего полезного?
Ответ: Потому что, повторяем, нам глубоко наплевать на ваши далекоидущие планы. Мы выбрали фреймворк в точном соответствии с вашим определением задачи на момент обсуждения проекта, а все ваши последующие идеи по улучшению продукта потребуют перехода на другой фреймворк - читай, переписывание всего кода заново.
Уж простите, но никогда бы не стал с вами сотрудничать...
Мотивированный отказ кого хочешь испугает :) Как должен некомпетентный в вопросе заказчик мотивированно хаять ваш дизайн? :)
Меня тут в тупик поставил хостер, который на запрос предоставления доступа по SSH попросил мотивировать это чем-нибудь более существенным, нежели удобством работы...
Как в таком случае заказчику защититься от недобросовестного исполнителя, согласовавшего, скажем, три варианта дизайна и представившего три отстойнейших варианта?
Мне вот в отношениях заказчика и студии непонятен один момент. Как согласуется дизайн? Ведь для того, чтобы заказчику что-либо показать, нужно потратить время дизайнера, а значит - оплатить. А заказчик может просто уйти безотносительно качества дизайна, и получается, что от него только убыток.
Как тут поступают мудрейшие?
Вспоминается расхожее сравнение с продажей автомобилей.
"Вы можете купить, как сосед, разбитую "копейку" за 200 баксов, а можете купить добротный автомобиль за совсем другую суммму.".
Обычно это на клиентов действует.
Опять же, клиенты, спрашивающие, почему сайт стоит так много, когда есть предложения много дешевле, делятся на несколько групп.
1. Люди не понимают, что им нужно и нужно ли вообще - это не мои клиенты, и я их не добиваюсь
2. Люди знают, чего хотят достичь, но не в курсе рынка - можно объяснять разницу
3. Люди занимаются провокацией намеренно - тут есть варианты. Пытаюсь понять, насколько проблемным может стать клиент и делаю выводы - работать с ним или нет.
И, да, тут отлично сказали - не называйте сайт сайтом. Проект - очень хорошее слово.
А никто и не пытается заставить кандидата написать функциональную ФС. Все что требуется - понять поставленную ТЕСТОВУЮ задачу и ее выполнить. И нужный мне кандидат поймет, что от него хотят, и не будет пытаться создать "действительно полезную фс" за час времени.
На мой взгляд, умение делать простые вещи просто - необходимое качество программиста.
Что до "золотых сотрудников", то мое мнение таково. Программист - это ремесло в большей степени, чем искусство. К сожалению, после гениальных творцов клавиатуры остается несопровождаемый код.
С вашим постом внизу я скорее согласен, чем нет, но, тем не менее, считаю в ряде случаев необходимым после подобного устного собеседования предложить кандидату показать свои навыки в "боевой обстановке".
Отнюдь. Впрочем, давайте разберем ваш первый ответ.
Во-первых, в моей задаче речь идет о ПСЕВДО файловой системе, и утверждение, что это введет в ступор любого знатока реализации конкретных ФС явно конфликтует со здравым смыслом. Если человек имеет столь глубокое представление о предмете, то уж какие-то псевдо-функции для него вообще проблемы не представляют.
Ну и вторая часть - давать полезные кандидату задачи. Простите, но у меня не курсы повышения квалификации, а собеседование на хорошо оплачиваемую должность. Причем тут польза для кандидата?
Складываю ваши два и два и получаю ответ - клиент неадекватен. Это, разумеется, мое сугубо субъективное мнение.
А вообще мне довольно хорошо знаком подобный тип личностей. Они приходят на собеседование, на любой простейший вопрос уходят на полчаса в теорию численных методов, воспоминания о том, как писали ring-0 драйвера для электронной мухобойки и о влиянии космоса на результаты вычислений. В быту неприменимы.
а никто не сказал, что проходным требованием является завершенный и отлаженный код. и вот тут сразу видно, у кого какие приоритеты.
Иногда действительно - через час у человека только структура базовая описана и ничего более. Но и по этому часто видно, что это "наш клиент" или наоборот - сразу нафиг.
За всю практику видел только трех или четырех кандидатов, которые через час выдали работающий код.
Кроме того, вдумайтесь - а надо ли разбираться в текстовом редакторе, какой бы среде он ни принадлежал? Естественно, если это не vi и не emacs, а нечто CUA-подобное.
Независимо от языка программирования, стараюсь давать более или менее одинаковые тесты.
Обычно кандидат сажается за комп, подключенный к интернету. Очень желательно, чтобы на компе стояла какая-нибудь экзотическая среда разработки, кандидату незнакомая, но с хелпами и прочим.
Дается задание. Например, написать класс или набор методов для работы с псевдо файловой системой. Методы:
- Создать файл
- Создать каталог
- Удалить файл
- Удалить каталог
- Распечатать содержимое каталога
При этом не надо никакой работы с диском, с содержимым файлов. Фактически, задача на понимание устройства дерева каталогов и файлов, что является общим знанием.
На все дается час. Через час работа останавливается, независимо от степени готовности.
Так вот, опыт показывает, что грамотно написать это задание за отведенный срок оказываются способны отнюдь не те люди, которые точно помнят последовательность параметров функции fwrite или корифеи SQL-иньекций.
Использую, на мой взгляд, самый лучший в мире редактор (или даже среду разработки) - SlickEdit.
Он нифига не бесплатный, но, поверьте, эта штука стоит своих денег. Экономит такое дикое количество времени, что страшно подумать.
Интегрируется с чем угодно, поддерживает практически все языки и легко настраивается на поддержку новых. Компилит, дебажит (надо настраивать - мне лень, echo рулит :)).
Ведет проекты, создает удобнейшие теги - показывает определения методов и функций. Короче, супер-вещь.
Ну и еще работает на всех платформах.
Вот объясните кто-нибудь умный, зачем нужно заниматься поисковой оптимизацией некоммерческого сайта?
Я понимаю, что есть смысл бороться за позицию в выдаче, если у тебя фирма по производству пластиковых окон или инет-магазин подержанной шкурки. Но зачем бороться за низкочастотные запросы для тематического сайта? Ну создастся некоторый трафик из левых людей, которые придут, окинут взглядом главную страницу и уйдут себе дальше в поисах нужной информации. Что это даст? Десять центов за показы им рекламы?
У меня несколько сайтов на тему российского автоспорта. Тема в России не особо популярная. По релевантным запросам - сайты в выдаче поисковиков на самой верхушке. Так зачем мне их еще оптимизировать? Или все-таки смысл есть? Мне просто не очень верится, что овчинка стоит выделки.
Так что верстка при помощи таблиц и при помощи CSS - альтернативы по способу позиционирования элементов.
В случае с фреймворком содержание и оформление совсем не разделены, поскольку фреймворк можно рассматривать, как статичный набор правил, а верстку под фреймворк, как семантическую (использующую статичный набор правил).
Чтобы модифицировать позиционирование элементов на сайте, сверстанном под фремворк, нужно разобраться в прописанных в HTML коде ссылках на элементы фреймворка, что крайне неудобно.
Так понятнее?
В случае с фреймворком, мы возвращаемся назад - начинаем использовать в HTML управляющий отображением код. Это не важно, что мы используем DIVы вместо . Важно, что смысл разделения верстки на разметку и стилизацию потерялся.
Вопросы:
1) почему я только сейчас узнаю об испольуемых технологиях
2) почему вы используете JBoss Seam? я узнал об этом только сейчас
Ответ:
Потому что мы не удосужились составить четкое ТЗ и с вами согласовать. Вроде как-то в аське писали, что будем использовать JBoss Seam. Сами что ли не помните?
Вопросы:
1) что вы вообще сделали, нет нечего
2) что сделано за прошлый месяц
3) за предыдущие 3 месяца сделано мало и многое теперь всё надо переделывать
Ответ:
Потому что мы решили не тратить время на составление ТЗ и соглашались на все ваши требования по ходу дела. Кстати, не подкинете ли еще деньжат, а то у нас кончились?
Заказчик: почему я этого не видел
Ответ: Потому что мы просто послали вашему интегратору обновление по мылу и никому больше ни о чем не сообщили, ибо нам совершенно наплевать, что вы будете с нашим кодом делать.
Заказчик: почему все тормозит
Ответ: потому что, скорее всего, так написано, так как писалось все хаотично, переделывалось под новые требования в процессе работы, и в этом коде теперь черт ногу сломит.
Заказчик:
1) почему в этом фремвоке (Seam) нету готовых компонентов, это какой то неполноценный фреймвок
2) что же за фреймворк вы выбрали что в нем нет таких базовых вещей как постраничный вывод. ииз того что слышу вобще для нас в нем нет ничего полезного?
Ответ: Потому что, повторяем, нам глубоко наплевать на ваши далекоидущие планы. Мы выбрали фреймворк в точном соответствии с вашим определением задачи на момент обсуждения проекта, а все ваши последующие идеи по улучшению продукта потребуют перехода на другой фреймворк - читай, переписывание всего кода заново.
Уж простите, но никогда бы не стал с вами сотрудничать...
Меня тут в тупик поставил хостер, который на запрос предоставления доступа по SSH попросил мотивировать это чем-нибудь более существенным, нежели удобством работы...
Как тут поступают мудрейшие?
"Вы можете купить, как сосед, разбитую "копейку" за 200 баксов, а можете купить добротный автомобиль за совсем другую суммму.".
Обычно это на клиентов действует.
Опять же, клиенты, спрашивающие, почему сайт стоит так много, когда есть предложения много дешевле, делятся на несколько групп.
1. Люди не понимают, что им нужно и нужно ли вообще - это не мои клиенты, и я их не добиваюсь
2. Люди знают, чего хотят достичь, но не в курсе рынка - можно объяснять разницу
3. Люди занимаются провокацией намеренно - тут есть варианты. Пытаюсь понять, насколько проблемным может стать клиент и делаю выводы - работать с ним или нет.
И, да, тут отлично сказали - не называйте сайт сайтом. Проект - очень хорошее слово.
На мой взгляд, умение делать простые вещи просто - необходимое качество программиста.
Что до "золотых сотрудников", то мое мнение таково. Программист - это ремесло в большей степени, чем искусство. К сожалению, после гениальных творцов клавиатуры остается несопровождаемый код.
С вашим постом внизу я скорее согласен, чем нет, но, тем не менее, считаю в ряде случаев необходимым после подобного устного собеседования предложить кандидату показать свои навыки в "боевой обстановке".
Во-первых, в моей задаче речь идет о ПСЕВДО файловой системе, и утверждение, что это введет в ступор любого знатока реализации конкретных ФС явно конфликтует со здравым смыслом. Если человек имеет столь глубокое представление о предмете, то уж какие-то псевдо-функции для него вообще проблемы не представляют.
Ну и вторая часть - давать полезные кандидату задачи. Простите, но у меня не курсы повышения квалификации, а собеседование на хорошо оплачиваемую должность. Причем тут польза для кандидата?
Складываю ваши два и два и получаю ответ - клиент неадекватен. Это, разумеется, мое сугубо субъективное мнение.
А вообще мне довольно хорошо знаком подобный тип личностей. Они приходят на собеседование, на любой простейший вопрос уходят на полчаса в теорию численных методов, воспоминания о том, как писали ring-0 драйвера для электронной мухобойки и о влиянии космоса на результаты вычислений. В быту неприменимы.
Иногда действительно - через час у человека только структура базовая описана и ничего более. Но и по этому часто видно, что это "наш клиент" или наоборот - сразу нафиг.
За всю практику видел только трех или четырех кандидатов, которые через час выдали работающий код.
Кроме того, вдумайтесь - а надо ли разбираться в текстовом редакторе, какой бы среде он ни принадлежал? Естественно, если это не vi и не emacs, а нечто CUA-подобное.
Обычно кандидат сажается за комп, подключенный к интернету. Очень желательно, чтобы на компе стояла какая-нибудь экзотическая среда разработки, кандидату незнакомая, но с хелпами и прочим.
Дается задание. Например, написать класс или набор методов для работы с псевдо файловой системой. Методы:
- Создать файл
- Создать каталог
- Удалить файл
- Удалить каталог
- Распечатать содержимое каталога
При этом не надо никакой работы с диском, с содержимым файлов. Фактически, задача на понимание устройства дерева каталогов и файлов, что является общим знанием.
На все дается час. Через час работа останавливается, независимо от степени готовности.
Так вот, опыт показывает, что грамотно написать это задание за отведенный срок оказываются способны отнюдь не те люди, которые точно помнят последовательность параметров функции fwrite или корифеи SQL-иньекций.
Он нифига не бесплатный, но, поверьте, эта штука стоит своих денег. Экономит такое дикое количество времени, что страшно подумать.
Интегрируется с чем угодно, поддерживает практически все языки и легко настраивается на поддержку новых. Компилит, дебажит (надо настраивать - мне лень, echo рулит :)).
Ведет проекты, создает удобнейшие теги - показывает определения методов и функций. Короче, супер-вещь.
Ну и еще работает на всех платформах.