>>Так что же нам делать с Аэро ГЭСом?
>>Предлагаю «Укрепить его якорным тросом и одеть его Хьюго Боссом», а именно >>— принять тему в качестве первого пожелания человечества к Солярису.
Первым пожеланием человечества к Солярису наверно будет собственно создание этого самого соляриса ))
>> Серьёзно? Это на какой планете в 80-х такие технологии были?
Не такие конечно, но 3D графика в кинематографе появилась еще в семидесятых.
А по восьмидесятым возможно многие помнят сериал «Капитан Пауэр и солдаты будущего», там снятые на видео люди фигачились с полностью CGI роботами, а небесные просторы бороздили добротно отрендеренные летательные аппараты.
>>Вы путаете высокобюджетные фильмы (>100m$) с низкобюджетными клипами (~1m$)
Так мы не о бюджетах говорим, а о технологиях. Понятно конечно же, что в 80-е эти технологии создавались под конкретные высокобюджетные фильмы и не были широкодоступны.
Получилось круто. Есть в клипе какое-то обаяние 80-х, может из-за определенных приемов, может потому что графика сделана с любовью, а для тех времен это было характерно ввиду того, что технологии не были еще поставлены на конвейер коммерциализации, х.з., но вызывает приятные чувства.
Лицо у тебя в некоторых моментах могло бы быть более сосредоточенным. todo: Хмурить брови и моделировать в голове все невзгоды rocket science. Еще могли бы где-то белые халаты достать, это выглядело бы неплохо.
Нюточка клевая.
Когда вы смотрите в окно на spaceship — ты ее неестественно обнимаешь. Yarrr, там же взлетает spaceship, может дело в том, что вы должны обращать внимание всецело на него, какие тут обнимашки. А может поза неподходящая/неудобная (возможно лучше стоило бы ее обнять сзади, это было бы естественнее).
Эээ ладно, ну в общем, ты понял ))
Да, да, поддерживаю. TheShock, напиши об этом, если будет время и вдохновение.
Еще буду признателен, если кто-то поделится хорошими тематическими ссылками по сведению с видео.
// мечтаем с друзьями снять полнометражку, артхаусный киберпанк силами аматоров :)
jQuery да еще и jQueryUI для анимации с спрайтов? Да ладно ಠ_ಠ
Я могу признать пользу здесь jQuery, но без jQuery UI потенциальная аудитория библиотеки была бы больше: я хоть и сам активно использую jQuery UI, но никто не хочет таскать с собой постоянно кучу скриптов, а кто-то к примеру предпочитает Sencha и не станет использовать вашу библиотеку только из-за необходимости подключать еще и jQuery UI.
Вам стоило бы подумать, действительно ли здесь нужно тащить за собой jQuery UI, ведь анимация спрайтов — не такая высокоуровневая задача, как прочие UI контроллы, и обратите внимание, вы реализуете не пользовательский интерфейс по управлению анимацией спрайтов, а программное API и эта штука имеет кучу вариантов применения в тех или иных проектах, которым по каким-то причинам может не подходить jQuery UI.
Нужно просто всегда находить правильный компромисс. Я уверен, что если исключить jQuery UI из зависимостей, придется не так уж много довелосипедить, но PROFIT вы получите, если конечно не планируете защищаться аргументами «писалось для себя под конкретный проект с jQuery UI». Страничку то вы симпатичную сделали для проекта, статью вот неплохую написали.
p.s.: Сугубо имхо и ничего не имею против jQuery UI, он хорош
Указанные сведения сохранялись трояном и передавались злоумышленникам.
лол што?
Это какая-то глупость в статье, или имеется в виду, что злоумышленники распространяли через поддельный сайт официальное клиентское приложение, склеенное с трояном? Если так, то следовало упомянуть об этом в статье, это все-таки в значительной мере технический сайт.
И как успехи в рассмотрении этого предложения?
Я просто обратил внимание на дату документа April, 5, 2009
Очень интересно было бы послушать от человека, отправляющего предложения в W3C, насколько там кто-то шевелится, как все происходит с новыми предложениями.
О, и я пойду.
Классно, что сообщили об этом до формирования окончательного списка докладов.
Несколько вопросов:
1) Актуальны ли доклады по фронтенду (попадание в целевую аудиторию конечно не стопроцентное, но если допустить, что тема доклада весьма актуальна для фронтенд-девелоперов и крайне плохо освещена в рунете)?
2) Имеет ли смысл подавать доклад по PHP (допустим, тоже весьма интересный), если за месяц до этого я выступлю со схожим докладом на эээ крайне схожей конференции? :)
3) Существуют ли темы о Yii framework, о которых некому поведать на конференции? Фреймворк сам по себе конечно тема более прозаическая, об этом не так интересно рассказывать, т. к. тут сложнее открыть слушателям что-то новое, тем более в рунете вроде как есть 90% той информации о Yii, что существует на английском. Впридачу, Yii сам по себе — фреймворк достаточно простой, с намного более низким порогом вхождения, чем Zend или Symfony). В общем, это не гребень волны computer science, но я буду крайне признателен, если вы поделитесь темами, о которых хотели бы послушать. (Для меня сложность в том, что я уже пол-года как не пересекаюсь с Yii фреймворком в основной своей работе, потому видимо в голову и не приходят идеи о темах доклада по Yii, но некоторое время назад у меня точно горели бы глаза по этому поводу).
Ребята, а как вы прокомментируете грубое нарушение авторских прав Magento?
Я в общем-то не юрист, но подозреваю, что оно все-таки имеет место, т. к.:
1) Вы же не будете на этом сайте, где полно IT специалистов, способных самостоятельно проанализировать суть вещей, отрицать, что ваше решение все-таки основано на Magento?
Я был удивлен, обнаружив, что достаточно большая часть исходников — «рерайт» соответствующих классов Magento и библиотеки Varien, типичная картина — подчищен лишний в проекте функционал, добавлено немного своего и заменена шапка с лицензией. Хотя да, есть места, где все переписано по-другому.
2) В то же время, каких-либо ссылок на авторов «материала для вдохновения» нет, лицензия уже не OSL 3.0 и даже больше, на официальном сайте вы говорите, No, Axis is not based on Magento.
Да что же все за Денвер цепляются, как-будто это краеугольный камень и ориентир в мире WAMP'ов )
Инструментов то таких тьма, причем ооочень многие намного удобнее Денвера.
Хотя бы вот списочек на википедии: Comparison_of_WAMPs.
И то, навскидку — в нем отсутствует wampserver 2.X, который пользуется популярностью (я бы сказал, заслужено) в моем отделе.
То есть, я не говорю, что OpenServer плохой, очень даже хороший, но при таком обилии всевозможных WAMP-сборок, причем достаточно качественных, как минимум лукаво говорить, что это «первый полноценный профессиональный инструмент». Собственно, это основное, что меня задело в этой статье.
Если у него есть какие-то качественные отличия от других сборок, то какие? Мне вот в глаза бросается разве что сравнительно продуманная структура менюшки, может она даже немного удобнее, чем в сотнях других WAMP'ов. Еще что-то?
* Это как бы не с целью поспорить; как говорят, на вкус и цвет… я просто поведал, чем именно меня удивляет такое мнение, тем более оно вроде как не только у вас такое судя по рейтингу и общей картине комментариев.
это первый полноценный профессиональный инструмент, созданный специально для веб-разработчиков с учётом их рекомендаций и пожеланий
Когда читаешь такие фразы, не знаешь — то ли обижаться на автора, считающего читателей клиническими идиотами, то ли считать самого автора таковым.
Ну нельзя так, ей богу, сразу отбивает интерес к продукту.
А по поводу самого продукта, мне вот не подходит как минимум отсутствием возможности быстро поставить как расширения python, ruby и php5.4
Вот не знаю, как с докладами получится, у меня есть сомнения, что кто-то что-то подготовит, потому может как минимум напишем в комментариях, кто в чем силен, чтобы хабраюзеры сразу знали, с кем и на какие темы можно будет содержательно пообщаться на хабравстрече?
Я: Yii framework, php, frontend development, литература, gamedev, стартапы.
Предлагаю продолжить )
Если кто-то с этим работает, расскажите пожалуйста, как вы решаете проблему управления доступом.
>>Предлагаю «Укрепить его якорным тросом и одеть его Хьюго Боссом», а именно >>— принять тему в качестве первого пожелания человечества к Солярису.
Первым пожеланием человечества к Солярису наверно будет собственно создание этого самого соляриса ))
Не такие конечно, но 3D графика в кинематографе появилась еще в семидесятых.
А по восьмидесятым возможно многие помнят сериал «Капитан Пауэр и солдаты будущего», там снятые на видео люди фигачились с полностью CGI роботами, а небесные просторы бороздили добротно отрендеренные летательные аппараты.
>>Вы путаете высокобюджетные фильмы (>100m$) с низкобюджетными клипами (~1m$)
Так мы не о бюджетах говорим, а о технологиях. Понятно конечно же, что в 80-е эти технологии создавались под конкретные высокобюджетные фильмы и не были широкодоступны.
Лицо у тебя в некоторых моментах могло бы быть более сосредоточенным. todo: Хмурить брови и моделировать в голове все невзгоды rocket science. Еще могли бы где-то белые халаты достать, это выглядело бы неплохо.
Нюточка клевая.
Когда вы смотрите в окно на spaceship — ты ее неестественно обнимаешь. Yarrr, там же взлетает spaceship, может дело в том, что вы должны обращать внимание всецело на него, какие тут обнимашки. А может поза неподходящая/неудобная (возможно лучше стоило бы ее обнять сзади, это было бы естественнее).
Эээ ладно, ну в общем, ты понял ))
А и еще: паяльник крупным планом надо было снять!
Еще буду признателен, если кто-то поделится хорошими тематическими ссылками по сведению с видео.
// мечтаем с друзьями снять полнометражку, артхаусный киберпанк силами аматоров :)
Я могу признать пользу здесь jQuery, но без jQuery UI потенциальная аудитория библиотеки была бы больше: я хоть и сам активно использую jQuery UI, но никто не хочет таскать с собой постоянно кучу скриптов, а кто-то к примеру предпочитает Sencha и не станет использовать вашу библиотеку только из-за необходимости подключать еще и jQuery UI.
Вам стоило бы подумать, действительно ли здесь нужно тащить за собой jQuery UI, ведь анимация спрайтов — не такая высокоуровневая задача, как прочие UI контроллы, и обратите внимание, вы реализуете не пользовательский интерфейс по управлению анимацией спрайтов, а программное API и эта штука имеет кучу вариантов применения в тех или иных проектах, которым по каким-то причинам может не подходить jQuery UI.
Нужно просто всегда находить правильный компромисс. Я уверен, что если исключить jQuery UI из зависимостей, придется не так уж много довелосипедить, но PROFIT вы получите, если конечно не планируете защищаться аргументами «писалось для себя под конкретный проект с jQuery UI». Страничку то вы симпатичную сделали для проекта, статью вот неплохую написали.
p.s.: Сугубо имхо и ничего не имею против jQuery UI, он хорош
Указанные сведения сохранялись трояном и передавались злоумышленникам.
лол што?
Это какая-то глупость в статье, или имеется в виду, что злоумышленники распространяли через поддельный сайт официальное клиентское приложение, склеенное с трояном? Если так, то следовало упомянуть об этом в статье, это все-таки в значительной мере технический сайт.
Я просто обратил внимание на дату документа April, 5, 2009
Очень интересно было бы послушать от человека, отправляющего предложения в W3C, насколько там кто-то шевелится, как все происходит с новыми предложениями.
Классно, что сообщили об этом до формирования окончательного списка докладов.
Несколько вопросов:
1) Актуальны ли доклады по фронтенду (попадание в целевую аудиторию конечно не стопроцентное, но если допустить, что тема доклада весьма актуальна для фронтенд-девелоперов и крайне плохо освещена в рунете)?
2) Имеет ли смысл подавать доклад по PHP (допустим, тоже весьма интересный), если за месяц до этого я выступлю со схожим докладом на эээ крайне схожей конференции? :)
3) Существуют ли темы о Yii framework, о которых некому поведать на конференции? Фреймворк сам по себе конечно тема более прозаическая, об этом не так интересно рассказывать, т. к. тут сложнее открыть слушателям что-то новое, тем более в рунете вроде как есть 90% той информации о Yii, что существует на английском. Впридачу, Yii сам по себе — фреймворк достаточно простой, с намного более низким порогом вхождения, чем Zend или Symfony). В общем, это не гребень волны computer science, но я буду крайне признателен, если вы поделитесь темами, о которых хотели бы послушать. (Для меня сложность в том, что я уже пол-года как не пересекаюсь с Yii фреймворком в основной своей работе, потому видимо в голову и не приходят идеи о темах доклада по Yii, но некоторое время назад у меня точно горели бы глаза по этому поводу).
SATA to USB переходник вам в руки
Наверно совпадение и вообще, разве можно написать такую простую вещь как-то по-другому, да? :)
Я в общем-то не юрист, но подозреваю, что оно все-таки имеет место, т. к.:
1) Вы же не будете на этом сайте, где полно IT специалистов, способных самостоятельно проанализировать суть вещей, отрицать, что ваше решение все-таки основано на Magento?
Я был удивлен, обнаружив, что достаточно большая часть исходников — «рерайт» соответствующих классов Magento и библиотеки Varien, типичная картина — подчищен лишний в проекте функционал, добавлено немного своего и заменена шапка с лицензией. Хотя да, есть места, где все переписано по-другому.
2) В то же время, каких-либо ссылок на авторов «материала для вдохновения» нет, лицензия уже не OSL 3.0 и даже больше, на официальном сайте вы говорите, No, Axis is not based on Magento.
?
Инструментов то таких тьма, причем ооочень многие намного удобнее Денвера.
Хотя бы вот списочек на википедии: Comparison_of_WAMPs.
И то, навскидку — в нем отсутствует wampserver 2.X, который пользуется популярностью (я бы сказал, заслужено) в моем отделе.
То есть, я не говорю, что OpenServer плохой, очень даже хороший, но при таком обилии всевозможных WAMP-сборок, причем достаточно качественных, как минимум лукаво говорить, что это «первый полноценный профессиональный инструмент». Собственно, это основное, что меня задело в этой статье.
Если у него есть какие-то качественные отличия от других сборок, то какие? Мне вот в глаза бросается разве что сравнительно продуманная структура менюшки, может она даже немного удобнее, чем в сотнях других WAMP'ов. Еще что-то?
* Это как бы не с целью поспорить; как говорят, на вкус и цвет… я просто поведал, чем именно меня удивляет такое мнение, тем более оно вроде как не только у вас такое судя по рейтингу и общей картине комментариев.
Когда читаешь такие фразы, не знаешь — то ли обижаться на автора, считающего читателей клиническими идиотами, то ли считать самого автора таковым.
Ну нельзя так, ей богу, сразу отбивает интерес к продукту.
А по поводу самого продукта, мне вот не подходит как минимум отсутствием возможности быстро поставить как расширения python, ruby и php5.4
Я: Yii framework, php, frontend development, литература, gamedev, стартапы.
Предлагаю продолжить )