| ← Январь 2007 → | ||||||
|
6
|
7
|
|||||
|---|---|---|---|---|---|---|
|
9
|
||||||
За последние 60 дней ни разу не выходила
Сайт листа:
http://blog.nundesign.com
Открыт:
06-08-2003
Пре-модерация: Да
Адрес для писем в лист: inet.webbuild.webbuilding-list@subscribe.ru
Адрес
модератора: inet.webbuild.webbuilding-owner@subscribe.ru
Z> (C) 1995--2007 Студия Артемия Лебедева Выдрал с сайта студии Лебедева. В
Z> 95 году по вашему были понятия SEO, ИА, верстки в том смысле, в каком
Z> мы с вами сейчас их применяем?
Не совсем понимаю, что в данном контексте означает "ИА", но в 97-98
годах понятие SEO было общеизвестно и активно применялось. И то, что
сейчас никто не знает что такое lycos, и все путают альтависту
с асталавистой, сего факта не отменяет.
Hello dgstudio,
Wednesday, January 31, 2007, 8:31:35 PM, you wrote:
dir> а в IT - особенно. Это вилка, два основных сектора продаж, один из них
dir> это низшая ценовая категория, второй - эксклюзив. Золотой середины не
dir> бывает.
Студия с парой десятков сотрудников из воздуха не возникнет - для
этого нужно много денег, коих, как известно, всегда недостаточно.
Если смотреть на эту ситуацию критически - то её проблема не столько
в "отсутствии техпроцесса", но в пассивной маркетинговой (ненавижу
это слово) политике. Студии необходимо "дорасти" до "мощной
реорганизации", когда директор сможет верстать макеты исключительно в
своё удовольствие.
Всё для веб-мастера на http://www.htmlinfo.kiev.ua
Форум веб-мастеров: http://forum.htmlinfo.kiev.ua
VT> создающая по 2-3 сайта в месяц по цене до 2000$ за каждый. Фронтенд
VT> сайтов, как правило, статичный - javascript'а требует лишь каждый
VT> десятый сайт.
VT> Вопрос: зачем студии содержать кодера UI, если он месяцами будет
VT> без работы сидеть?
VT> //Здесь следует ожидать Ваше "Как зачем? Чтобы UI был
VT> качественным!", но давайте мыслить реально - профи на таком объеме
VT> работ не окупится
Собственно, спорить с очевидным я не буду :-) Правильно, здесь не
нужен штатный специалист по UI. Но здесь ошибка в другом: в бизнесе
практически не бывает линейно возрастающих ценовых категорий услуг,
а в IT - особенно. Это вилка, два основных сектора продаж, один из них
это низшая ценовая категория, второй - эксклюзив. Золотой середины не
бывает. Так вот, принципы организации работы на эти сектора
кардинально отличаются друг от друга. Во втором случае - это
тщательное планирование, итеративная разработка, техпроцесс и прочее.
Но в первом - это должен быть конвейер. Налаженный процесс поставки
сайтов, установка и настройка которых (с учетом дизайна) сводится
к одному часу работы в рамках штатного функционала. Поэтому, нельзя
говорить "вот маленькая веб-студия, в ней программист общается
с клиентами, а директор верстает макеты". Такая студия занимается
просто не тем делом, и болтается между двух секторов как цветок
в проруби. Процесс в ней организован неправильно, и эта студия
обречена либо на прозябание, либо на мощную реорганизацию.
Hello dgstudio,
Wednesday, January 31, 2007, 6:51:57 PM, you wrote:
dir> Я все-таки уточню, что dgstudio - это не название веб-студии (боже
dir> упаси), а личный никнейм, возникший в 93-ем году и никакого отношения
dir> к веб-дизайну не имеющий. Домен dgstudio.com мне так же не принадлежит
dir> (хотя было бы неплохо).
Та я вот тоже, посмотрю, думаю, как люди работают. Влез на dgstudio.ru,
dgstudio.net, dgstudio.com - всё какая-то ерунда попадается:-)
Всё для веб-мастера на http://www.htmlinfo.kiev.ua
Форум веб-мастеров: http://forum.htmlinfo.kiev.ua
Hello dgstudio,
Wednesday, January 31, 2007, 6:47:06 PM, you wrote:
dir> Я, собственно, к тому, что надо чувствовать разницу между узким
dir> кругозором человека и четким разделением обязанностей сотрудника.
dir> Ага? :-)
Так ведь и я, собственно, об этом :-)
Но представьте ситуацию (которая встречается довольно часто): есть
студия, не обременённая заказами и, как следствие доходами,
создающая по 2-3 сайта в месяц по цене до 2000$ за каждый. Фронтенд
сайтов, как правило, статичный - javascript'а требует лишь каждый
десятый сайт.
Вопрос: зачем студии содержать кодера UI, если он месяцами будет
без работы сидеть?
//Здесь следует ожидать Ваше "Как зачем? Чтобы UI был
качественным!", но давайте мыслить реально - профи на таком объеме
работ не окупится, так что простые вещи может написать
"многопрофильник" из сотрудников, а вещи посложнее - фрилансер. А
"многопрофильник" это всё к макету прикрутит.
dir> А вторая мысль, которая была между строк, заключается в следующем:
dir> нет разделения обязанностей - нет техпроцесса - нет качества - нет
dir> успеха.
Я и не говорил обратного.
Всё для веб-мастера на http://www.htmlinfo.kiev.ua
Форум веб-мастеров: http://forum.htmlinfo.kiev.ua
>> Если ты имеешь в виду возможность как в PHPMyAdmin выбрать из списка
>> функцию преобразования введенной записи (типа ввел "qwerty" и выбрал
>> MD5 - записалось что-то вроде "asdsdfgbs34yrttgbrth54yn") - то такого
>> там нет. Но этот недостаток перекрывается миллионом достоинств.
AY> Позвольте, но MD5 - встроенная функция MySQL. И не нужно, чтобы
AY> программа сама что-то преобразовывала. Достаточно, чтобы она посылала
Ты меня не так понял. Я говорю о том, что например в интерфейсе
PHPMyAdmin есть возможность указать, какой встроенной функцией
обработать введенное значение, а в интерфейсе Navicat оно вводится
напрямую, без возможности обработки. Разница в интерфейсе.
Z> Экспиренс никаким стандартами не получишь!
А Вы знаете, КАКОЕ ЭТО СЧАСТЬЕ, когда вся группа разработчиков, все
несколько десятков человек, используют одинаковый софт, одинаковый
зенд, одинаковый навикэт, одинаково понятно называют файлы, таблицы
в БД и алиасы таблиц в БД при джойне, классы, методы, константы,
переменные, применяют стандартные паттерны программирования,
кладут макеты в одинаково названные папки с одинаковыми именами...
Когда можно открыть папку X:\Storage\Projects\Sites\KTX\Design\Final\
и быть уверенным в том, что поменяв в строке проводника "KTX" на "ATG"
я попаду в папку утвержденных дизайнов проекта ATG... и мне ни за что
не придется менять в строке "Design" на "Дизайны", "Final" на "Full",
а главная страница называется index.jpg, а не main и не glavnaya -
знаете, КАКОЙ это кайф?.. И если мне после всего этого кто-то
попытается сказать, что мол стандарты это шняга такая ненужная...
Уволил бы к черту.
Да, IE кладет на стандарты. Но делать сайты, не понимая теории,
не понимая разницы между <img> и <img/>, не понимая почему в RSS
не должно быть некоторых entities, почему аяксовый запрос должен
передаваться в UTF, и почему отступы нельзя делать nbsp - это плохо.
VT> Например? Мне казалось что товарищ из dgstudio все случаи
Я все-таки уточню, что dgstudio - это не название веб-студии (боже
упаси), а личный никнейм, возникший в 93-ем году и никакого отношения
к веб-дизайну не имеющий. Домен dgstudio.com мне так же не принадлежит
(хотя было бы неплохо).
AY> Вообще, странно...
AY> Неужели трудно было взять phpMyAmin и реализовать ВСЕ возможности,
AY> которые он предоставляет?
Ой, а ты знаешь КАК нам хотелось бы чтобы в навикэте был встроенный
редактор с подсветкой php- и html-кода? :-) Нельзя, к сожалению,
объять необъятное и впихнуть невпи... эээ... короче, я написал им на
саппорт, чтобы сделали это и функции при вводе значений.
>> Товарищу Якобу русскоязычная аудитория пофигу, как вы понимаете...
Д> ему и американская туда же. как любой гуру он создает стандарты, а не
Д> соответсвует им. и пытается смотреть немного дальше своего носа.
А кто не пытается? Все пытаемся... С различной степенью успеха.
VT> Не надо говорить, что "в нормальной студии должно быть...". Где у
VT> нас нормальные студии? В Украине таких имхо нет. В России - Студия
VT> Лебедева. Остальных с ними рядом не стояло.
Я, собственно, к тому, что надо чувствовать разницу между узким
кругозором человека и четким разделением обязанностей сотрудника.
Ага? :-)
А вторая мысль, которая была между строк, заключается в следующем:
нет разделения обязанностей - нет техпроцесса - нет качества - нет
успеха.
>> не подскажете, как сделать так, чтобы при расширении 4го блока (ячейки
>> таблицы), 2й блок растягивался тоже соответственно, когда я это
>> пытаюсь реализовать, то 3 ячейка расширяется автоматически а вторая
>> остается фиксированной, хотя у 1 и 3 строго задана высота, а 2 - нет.
>> Вот схемка:
>> >> | 1 | |
>> |
>> | | |
>> | | 4 |
>> | 2 | |
>> | | |
>> |
>> | 3 | |
>> Z> не поверите!!!! я забыл, как верстать таблицами =)))) хотел помочь, но
Z> совсем затупил на мелочах. долго сам с себя смеялся.
Z> жаль, что не смог помочь. мой совет. если это верстка страницы, то
Z> используйте бестабличный вариант!
Нет, верстка меню (1, 2, 3) в контенте (4). Реализуется с помошью
таблицы в таблице, нашел решение уже, спасибо. Через ксс будет
рационально подходит к решению данной задачи.
МАКС
библиотекa сайтостроительства http://www.i2r.ru/static/244/
Здравствуйте, Дмитрий.
Вы писали 31 января 2007 г., 9:47:50:
>> Товарищу Якобу русскоязычная аудитория пофигу, как вы понимаете...
> ему и американская туда же. как любой гуру он создает стандарты, а не
> соответсвует им. и пытается смотреть немного дальше своего носа.
А я вот очень благодарен Нельсону за его "стандарты".
У меня был случай, когда директора заказывал себе сайт "под себя". И
ему очень нравились бегущие строки, залетающие в почтовый ящик
конверты, призывающие "намыль мне" и падающий снежок по экрану. И
чтобы всё это было под мелодию Джо Дассена. И когда я ему говорил, что
так делать нельзя, он мне не верил, говоря, что мне просто лень всё
это делать. (Для информации, организация занимается строительством
элеваторов).
И только когда я ему дал почитать Нельсона, он поверил, что так делать
нельзя. Ограничились только развевающимся на "ветру" флагом компании.
Дмитрий пишет:
>>>> вообще-то <br/>, но для совместимости со старыми браузерами пишется
>>>> <br />
>>>>
>>> А что, <br> так не пишется?
>>>
>> в данном случае речь идет не об HTML, а об XHTML, который является
>> подмножеством XML, а в XML все тэги должны быть закрыты, даже
>> непарные, которые и закрываются подобным образом.
>>
>>
>
> А Ослик читает все корректно - <br/>, <br /> и <br> для него перенос строки.
> В отличии от Оперы и Мозиллы....
Все зависит не от браузера, а от DTD. Хотя тоже не факт.
библиотекa сайтостроительства http://www.i2r.ru/static/244/
