На самом деле, все очень стремительно идет к тому, что единственным дектопным приложением будет браузер. Все остальное вымрет. Это отчетливо видно уже сейчас. Уже есть, браузеры поддерживающие аудио и видео. Т.е. разработка аудио-видео проигрывателей уже потеряла смысл.
html куда привлекательнее любых gui.
html адаптируется под разрешение монитора.
будущее (читай настоящее) за приложениями в браузере.
Это абсолютно неверное направление. Мало того что сайт обычно стоит особняком, а тут предлагается на него выделить специальный отдел. Какие функции возлагаются на сайт — хз какие, он не нужен. Почему директор успешного завода так говорит — понимает.
Сайт должен (так или иначе) быть веб интерфейсом программных систем предприятия. Или даже единственным интерфейсом должен быть веб, а пользовательский внешний сайт — небольшая часть этого интерфейса.
Лично у меня сео, креатив, брендинг, и пр вызывает тошноту…
Вопрос: а кто виноват? Мы, веб разработчики сами и виноваты. Уже давно пора делать сайты по стандартам хтмл, а не эксплорера.
Уже давно пора занимать рынок автоматизации, а не рекламы.
Уже дошло до того, что рынок автоматизации веб технлогиями стали занимать дектопные девелоперы, с их жалким вин формс.
Мы используем js для каких-то визуальных фишек, вместо управления контентом, до аякс я считал, что js вообще не нужен.
Неверно это. Мы можем писать клиент-серверные приложения, при этом избавлены от потребности устанавливать клиент, обновлять его и пр. Этим нужно пользоваться.
а кто вас заставляет ставить инфиниум…
сипнет это не джаббер.
поставте psi например. Заставте ваши контакты ставить джаббер, кто не согласится, пусть в наказание ставит инфиниум)
поставте Яндекс.Онлайн (он правда не поддерживает комнат)
клиенты типа инфиниума решают нетривиальную задачу сделать клиент для всех протоколов, причем сделать похожим на клиент icq.
Я себе кстати поставил связку Digsby — Gajin
т.к. Digsby не поддерживает управление сервисами джаббера, а Gajim не поддерживает видео конференций.
Подскажите, как поставить приоритет Digsby?
Это все чересчур в общем… Если говорить о программировании, то технологий выдерживающих конкуренцию не так уж и много, если выбрать специализацию, то еще меньше. Так что крутость должна фактическими достижениями мериться. Переход количества в качество неизбежен.
Под «это» я имел ввиду подобные визуальные эффекты. Если главное ссылки а не внимание, понт и тп, то да. Но js в меню, по большому счету, тоже неприемлем.
Кстати можно, сделать, чтобы нажатие на колесико отлавливал js и сообщал об этом флэшу, меняя ссылке параметр target. Про меню, идеальным был бы вариант вызвать меню для такой же ссылки, тогда создалось бы впечатление о существовании контекстного меню у ссылок во флэше, погуглив на эту тему, нашел только js контекстное меню, но не нативное…
Справедливости ради стоит сказать, что флэшарикоблако тоже нефигово нагружает проц.
И, помоему, оба они неправильно реагируют на курсор: вращение тем быстрее, чем блише к краю области он, соответственно ссылку из далека, но по центру, ждешь долго. Для удобства вращение должно быть быстрее, чем сильнее отвернут тэг. А еще желательно учесть и размер, т.е. тем быстрее вращение, чем больше тэг, на который наведен курсор. И определенно нужно совершенствовать вычислительный механизм — позиционирование 20-ти несчастных спрайтов не должно так нагружать процессор и озу.
Скорее всего ваши собственные наработки не идут ни в какое сравнение с серьезными фрэймворками (например такими как RoR) я сразу же выкинул все мои блоки авторизации и прочую фигню. Это не означает, что нужно сесть и за него и штамповать, нисколько, но ведь необходимо понять в чем прикол. Я уже смотрю почти год и убежден, что пользуюсь им весьма примитивно, я осилил rest, respond, а ведь еще есть кеширование, тесты, и сколько еще я не знаю… На свои недавно сделанные сайты мне уже больно смотреть… зато я многое понял:) Тем не менее я не перестал думать, что когда-нибудь напишу свой фрэймворк… или что-то другое…
Скорее всего ваши js скрипты далеко не столь кроссбраузерны, полезны и легковстраиваемые как prototype и jquery. А все потому, что нет опыта разработки архитектуры приложений, а откуда он возьмется, если на всем ставишь табу и даже не смотришь…
В чем отличие от обычного представления?
Например в RoR есть метод respond_to, который определяет как именно отдать данные, в зависимости от запроса, в тч «ни строчки HTML»
Смысл выделения новых сущностей для меня теряется…
Кроме того формирование запроса по средством ORM не это ли есть бизнес логика? Или вы хотите сказать, что контроллер теперь в браузере?
Помоему знание конкретно алгоритмов или умение написать хороший алгоритм в современном программировании в принципе ничто.. Куда важнее понимание ООП, знание среды программирования, особенностей ОС, т.е. того, что к алгоритмам врядли можно отнести, а скорее к некой энциклопедической информации (опыту проще говоря). Теория, алгоритмы - это одно, практика, пожалуй, другое (это что относится к собеседованию). И если и говорить о необходимости велосипедов, то только высокоуровневых на мой взгляд.
а разве кто-то пишет свои функции работы с массивами.. Тут есть размытая грань. Скажем функция для массива - велосипедда и кто будет их писать опять же, а удачный форум или блог - нечто новое. А вот класс авторизации велосипед..? ох уж этот ваш велосипед..
Вот сейчас собираюсь воспользоваться Acts_as_authenticated (rails), интересно что из этого получится, т.к. плагин подглючивает. Учиться на чужих ошибках наверно надо как-то не так:)
Глупый спор помоему тут местами развелся:)
Нас объединяют две вещи:
1)непреодалимое желание создавать
2)непреодалимая лень
Т.о. мы всегда будем развиваться, чтобы избавиться от рутины. И так ли важен маршрут..
(в ярлыках руби)
html куда привлекательнее любых gui.
html адаптируется под разрешение монитора.
будущее (читай настоящее) за приложениями в браузере.
acc2.save
save тут явно лишний.
Простенько так, самые азы.
Сайт должен (так или иначе) быть веб интерфейсом программных систем предприятия. Или даже единственным интерфейсом должен быть веб, а пользовательский внешний сайт — небольшая часть этого интерфейса.
Лично у меня сео, креатив, брендинг, и пр вызывает тошноту…
«вот… работает»
Уже давно пора занимать рынок автоматизации, а не рекламы.
Уже дошло до того, что рынок автоматизации веб технлогиями стали занимать дектопные девелоперы, с их жалким вин формс.
Мы используем js для каких-то визуальных фишек, вместо управления контентом, до аякс я считал, что js вообще не нужен.
Неверно это. Мы можем писать клиент-серверные приложения, при этом избавлены от потребности устанавливать клиент, обновлять его и пр. Этим нужно пользоваться.
сипнет это не джаббер.
поставте psi например. Заставте ваши контакты ставить джаббер, кто не согласится, пусть в наказание ставит инфиниум)
поставте Яндекс.Онлайн (он правда не поддерживает комнат)
клиенты типа инфиниума решают нетривиальную задачу сделать клиент для всех протоколов, причем сделать похожим на клиент icq.
Я себе кстати поставил связку Digsby — Gajin
т.к. Digsby не поддерживает управление сервисами джаббера, а Gajim не поддерживает видео конференций.
Подскажите, как поставить приоритет Digsby?
Кстати можно, сделать, чтобы нажатие на колесико отлавливал js и сообщал об этом флэшу, меняя ссылке параметр target. Про меню, идеальным был бы вариант вызвать меню для такой же ссылки, тогда создалось бы впечатление о существовании контекстного меню у ссылок во флэше, погуглив на эту тему, нашел только js контекстное меню, но не нативное…
И, помоему, оба они неправильно реагируют на курсор: вращение тем быстрее, чем блише к краю области он, соответственно ссылку из далека, но по центру, ждешь долго. Для удобства вращение должно быть быстрее, чем сильнее отвернут тэг. А еще желательно учесть и размер, т.е. тем быстрее вращение, чем больше тэг, на который наведен курсор. И определенно нужно совершенствовать вычислительный механизм — позиционирование 20-ти несчастных спрайтов не должно так нагружать процессор и озу.
однако именно такие вещи привили мне нелюбовь к js. флэш для этого самое оно.
я сразу же выкинул все мои блоки авторизации и прочую фигню. Это не означает, что нужно сесть и за него и штамповать, нисколько, но ведь необходимо понять в чем прикол. Я уже смотрю почти год и убежден, что пользуюсь им весьма примитивно, я осилил rest, respond, а ведь еще есть кеширование, тесты, и сколько еще я не знаю…На свои недавно сделанные сайты мне уже больно смотреть… зато я многое понял:)Тем не менее я не перестал думать, что когда-нибудь напишу свой фрэймворк… или что-то другое…Скорее всего ваши js скрипты далеко не столь кроссбраузерны, полезны и легковстраиваемые как prototype и jquery. А все потому, что нет опыта разработки архитектуры приложений, а откуда он возьмется, если на всем ставишь табу и даже не смотришь…
Например в RoR есть метод respond_to, который определяет как именно отдать данные, в зависимости от запроса, в тч «ни строчки HTML»
Смысл выделения новых сущностей для меня теряется…
Кроме того формирование запроса по средством ORM не это ли есть бизнес логика? Или вы хотите сказать, что контроллер теперь в браузере?
Вот сейчас собираюсь воспользоваться Acts_as_authenticated (rails), интересно что из этого получится, т.к. плагин подглючивает. Учиться на чужих ошибках наверно надо как-то не так:)
пс
Простите если здесь только про java говорят:)
Нас объединяют две вещи:
1)непреодалимое желание создавать
2)непреодалимая лень
Т.о. мы всегда будем развиваться, чтобы избавиться от рутины. И так ли важен маршрут..