везде пишут, что Intel Santa Rosa 2.0GHz LV, а не Intel Core™2 Duo SL7100 (1.2GHz, 4MB, 800MHz), а в магазине Lenovo Intel® Core™ 2 Duo SL7100 (1.2GHz, 4MB L2, 800MHz FSB)
Хехе, в моем городе зарплаты примерно в 6 раз меньше. И это не сказки. Уволился с самой крупной местной веб-конторы, перешел на аутсорсинг. стал получать в 4 раза больше (без шуток). И это аутсорсинг, где средняя зп значительно ниже, чем в московских офисах.
хехе, для игры в тенис не нужно определение положения относительно экрана.
"Каким образом по вашему геймпад определеят своё положение относительно экрана"
вам только что ответили "приделать два обычных инфракрасных источника где-нибудь у экрана"
инфракрасные источники стоят по три бакса штука. правда в Sensor Bar их все же не два, а четыре на сколько я помню.
"Третий пульт подразумевает наличие человека который будет сидеть и ждать, когда пара закончит, чтобы заново игру запустить."
третий человек за кулисой, выбирает играющими второй и третий пульт и запускает игру. а второй и третий пульт (ведущий с девчонкой)
ну уж не знаю как там на 50 дюймах, но на 45 всегда играю :) качество (разрешение) у ви равно такое же как у двд, а HD, я себе еще не прикупил, так что мне больше и не надо.
теперь что касается экрана. абсолютное большинство зрителей смотрело на этот экран с большого расстояния, так что качество картинки страдало только для играющих. что же касается заранее записанного видео. оно могло иметь место, но разрешение вии никак увеличить не смогло бы. конечно, можно увеличить разрешение картинки, но такие алгоритмы есть и в большинстве проекторов.
1. а чего шикарного в этом разрешении? по этим фоткам и видео в разрешении 440 пикселей лично я не могу оценить какого качества картинка была в зале.
2. по менюшкам можно ходить с третьего пульта, а сама косоль при этом сразу за кулисой стоять должна, что бы блютус брал.
Ой, в статье говорят, что fastcgi быстрее монгрела. ужас. а вот мне все равно плевать. Просто потому что монгрелы это УДОБНО. Это неприемлемо для shared хостингов, но с ценой 20 баксов за 256 мегабайт хорошего VPS и 200 баксов за аренду сервака, мне становится совсем неинтересно слушать про shared хостинг. вы наверное тоже знаете, что надо писать типа echo 'Hello World!', а не echo «Hello World!», потому что одинарные ковычки обрабатываются в два раза быстрее? так вот — это все х**ня.
«утверждение что Mongrel — тормоз, для вас большая новость?»
я не считаю себя гуру. поэтому привык доверять гуру. то что уже упомянутый мною твиттер прекрасно чувствует себя на монгрелах лично меня заставляет думать, что монгрелов для ЛЮБЫХ моих проектов будет выше крыше. Почему то мне кажется, что и для ваших тоже.
«непонятны наезды на php»
Цитирую с чего мой наезд начался: «Главная проблема PHP в том, что в нем ни осталось хороших программистов». Я показал вам прекрасные тузлы на руби, привел пример прекрасного разработчика _why, который в одиночку умудряется создавать гениальные программы просто в свободное время. где все это в PHP? что есть интересного в PECL?
и в защиту jrails. может вы мне покажете хоть один фреймворк на PHP, где поддержку scriptaculos можно одной строчкой полностью заменить на jquery? или что-то подобное, т.к. ничего подобного RJS в PHP я еще не видел, так что и поддержки то scriptaculos то еще нет толковой, так что нечего заменять jquery. jRails прекрасно справляется со своей задачей, невозможной в мире PHP-фрейморков. поэтому я и привел его как пример хорошей тузлы для программиста.
слепая печать и программируемые кнопки нужны в разное время. первая когда статью пишешь, вторые, когда в фотошопе работаешь. эти два дела никак не пересекаются во времени, а значит было бы очень неплохо если бы девайс умел и то и другое. тачскрин клавиатура (Тактус) приведет к необходимости для людей печатающих кроме всего прочего определенные объемы текста иметь две клавиатуры. Но для фотошопа удобнее. Так что Оптимус это копромис, на мой взгляд весьма удачный.
мне кажется, что если вы дадите Лебедеву адрес завода в России, где способны производить подобные девайсы со схожим качеством и ценой, то он с радостью перенесет производство в Россию. или вы хотите, чтобы Студия еще и заводы строила?
кстати, Лебедев как-то писал, что когда они искали производителя своих кружек, то не смогли найти его в Росии. в итоге даже кружки пришлось заказывать в китае.
кто обвиняет в чем то Джанго? никто. но еще раз повторю факт. у Яндекса упало Джанго приложение. упало из-за неправильной организации работы с БД. этими двумя предложениями описывается вся суть произошедшей проблемы. то, что в них фигурирует слово "Джанго" положительно на карму этого фреймворка не скажется, даже если виноваты программисты. законы рынка, психологии и все такое...
"вы не конкретизируете понятие "нормально""
конкретизируя это понятие были написаны не один десяток статей, я должен был раскрыть их суть в паре предложений?
и еще раз повторю, я не имею ничего против питона и джанго. просто самая крупная интернет-компания России решила попробовать использовать Джанго и процессе запуска сервис упал. мне кажется, что это довольно значимое событие для сообщества джанговцев России. на своем мнении акцента я не делал и упомянул этот факт наполовину в шутку.
Во-первых факт остается фактом. Джанго-приложение Яндекса, написанное далеко не плохой командой программистов, упало. Думаю для менеджеров Яндекса этот факт тоже многое значит.
Во-вторых, цитирую себя "при условии, что БД нормально организована". Но то что подвела организация работы с БД никак не отрицает факк приведенный в пункте один :)
p.s. я ничего не имею против питона и джанго, я даже в курсе, что eve-online написана на питоне, да.
где вы видели этих серьезных девелоперов? оракл нужен для интранет героев, умеющих зарабатывать деньги своей незаменимостью, а постгрес используют единицы фанатиков. все и вся сейчас крутится на мускуле. в том числе и у серьезных разработчиков.
rutils, jrails, rspec, ruby-debug, heckle, haml, piston, capistrano — все это и еще куча всего хостится на рубифордж. многие из этих тузл не имеют внятных аналогов в пхп.
у монгрела есть одно гигантское преимущество — масштабируемость. увеличилась посещаемость? запускам еще десяток монгрелов. популярность взлетела до неба? ставим сервак с nginx и два с монгрелами. получаем твиттер, который на 160 монгрелах крутится. кстати, эта система еще и очень отказоустойчивая. если сюда присоединить capistrano, то получаем сверх гибкую конфигурацию, которая может держать какую угодно нагрузку (при условии, что БД нормально организована), которая поднимается двумя командами в шеле. вы с mod_php заипетесь тоже самое повторять, а потом поддерживать. с учетом современных цен на железо, такая схема лично для меня предпочтительнее.
я не говорю, что зарабатывать бабло плохо и написал про это. просто в php все упирается исключительно в это. а гуру руби общаются в форумах, пишут статьи и офигенные тузлы. сравните ror2ru с phpclub. Это касается и запада, чего только _why стоит. Покажите мне PHP программера похожего на _why?
я почему так уверено говорю. просто я сейчас одновременно делаю проекты на php (кстати, с постгресом) и на рельсах, так уж получилось. поэтому разница мне очень заметна.
мое имхо, что все что пишется на хабре в комментах можно воспринимать исключительно как имхо.
насчет mysql. перечитал, действительно коряво выразился. я имел ввиду, что серьезные СУБД аля оракл и постгрес подразумевают реализацию определенной логики на уровне самой СУБД. сейчас же всем на это плевать и используют СУБД тупо как большой файлик откуда можно данные брать не заморачиваясь на сортировку (немножко утрируя). 99% рельсовых проектов, например, будет работать и на SQLite и на Postgresql. Поэтому все используют самую быструю mysql. Это не плохо, просто RDBMS так легче всего использовать.
Теперь про СУБД на руби:
1. Я не говорил, что обязательно на руби. Просто на руби есть интересная разработка в этом направлении отечественных разработчиков.
2. Руби прекрасно и прозрачно работает с С. Реализовав функционал на Руби можно понемножку переписывать его на С.
3. Не сравнивайте жопу с пальцем. то что смешно на php, очень серьезно на руби. например, веб-сервер. примеры? mongrel, хехе. чистый руби, если вы не знали.
теперь про rubyforge.org. для начала beast — офигенный форум, лучше, практически, не придумать. ну только гугл группы. Недостаток только один — в рельсах нет хорошего механизма встраивания сторонних приложений в свое приложения (максимум, что сейчас доступно — Engines). А что касается кучи всяких CMS, то у рельс немного другая идеология. Это фреймворк. Очень хороший фреймворк. И не надо городить на него всякие CMS. Не видел ни одного хорошего сервиса, построенного на базе CMS. А для сайтов-визиток rails и не предназначался, их на PHP клепать можно. на rubyforge.org есть куча замечательных тузл для разработчика, до среднего уровня которых php уже не дотягивает со своими phpclasses.org. а больше и не нужно.
Что касается программистов. Я и говорю, что куча народу тупо зарабатывает на PHP бабло. Это не плохо для этих людей, но для языка программирования, который как и любой другой язык программирования держится исключительно на коммунити, это очень плохо.
Я говорю, что для человечества в целом куда опаснее не ограниченность энергии, а вмешательство в естественные эволюционные процессы, в частности в принцип "выживает сильнейший". В перспективе это приведет к сильнейшей деградации человечества и его уже возможно ничто не спасет. Как быстро это произойдет никто сказать не сможет. Выход — развитие генетики, но опять же вопрос в том, что неизвестно когда работы в этом направлении приведут к победному концу и сможет ли вообще человечество дожить до него (я опять же про деградацию).
Еще один выход, не спасать безнадежно больных как умственно, так и физически, или кастрировать их, до того как сможем исправлять изъяны на генетическом уровне. Но этому мешает гуманизм.
хаха. простой пример. человек выкладывает свою. работа – х**ня. я так и пишу: «х**ня». Ну это если образно выражаясь, форма несколько другой была. Автор выложил свою работу на обозрение, должен радоваться любому мнению и брать на заметку. Но не этот. + естественно среди 50 человек, которым это уродство очень понравилось нашлось несколько тех, кто загнал карму в минус. А мне-то немного совсем надо, просто писать комменты чаще чем раз в пять минут. А фишка ясно где. Могут поставить 20 плюсов и никто не поднимет карму, а могут четыре минуса и четыре же раза карму опустить. Вот такая философия.
Вы насмотрелись веб два нольной фантастики. JS как был JS так им и остался. клиент как был важной составляющей парадигмы клиент-сервер так им и остался. Как и сервер.
А что касается БД, вы будете удивлены, но то что вы описали – это тенденция 10-ти летней давности. Сейчас всех достали эти RDBMS, все используют MySQL, переносят всю логику на уровень приложения, и всем пофиг на всякие функции pgsql. Вы будете сильно удивлены, но будущие СУБД могут быть написаны на Руби. А могут на эрланге, это уж как пойдет.
Ну и про PHP. Главная проблема PHP в том, что в нем ни осталось хороших программистов. Последний кусочек сознания в мире PHP – это Zend Framework. Больше нет хороших пакетов под PHP. У phpDocumentator самая ужасная документация, которую я видел. "И так тут все". Где статьи на деталях, где php inside, где клевые проги с php.spb.ru? нет их. всех достал PHP. Оставшиеся пхп-девелоперы (коих ужасное количество) только и делают, что рубят бабло, каждый по мере своих возможностей. Они не увлекаются PHP, они с ним работают.
Эволюционная проблема — это появление таких как вы.
Эволюционная проблема — это невозможность вести войны, на которых как раз и построена все эволюция человечества.
Эволюционная проблема — это когда спасают недоношенных детей и дают возможность выживать и размножаться при хронических заболевания, приводящих к смерти.
Эволюционная проблема — это сраный социализм в Европе, когда безработный идиот может позволить себе прокормить семью.
У каждой из этих проблем есть решение. И оно чисто техническое. Главное — чтобы человечество не вымерло до их решения. А Тибет можно вообще нахрен взорвать, для освобождения площади под китайский космодром. Стольких бездельников мир лишиться.
что это значит?
"Каким образом по вашему геймпад определеят своё положение относительно экрана"
вам только что ответили "приделать два обычных инфракрасных источника где-нибудь у экрана"
инфракрасные источники стоят по три бакса штука. правда в Sensor Bar их все же не два, а четыре на сколько я помню.
"Третий пульт подразумевает наличие человека который будет сидеть и ждать, когда пара закончит, чтобы заново игру запустить."
третий человек за кулисой, выбирает играющими второй и третий пульт и запускает игру. а второй и третий пульт (ведущий с девчонкой)
теперь что касается экрана. абсолютное большинство зрителей смотрело на этот экран с большого расстояния, так что качество картинки страдало только для играющих. что же касается заранее записанного видео. оно могло иметь место, но разрешение вии никак увеличить не смогло бы. конечно, можно увеличить разрешение картинки, но такие алгоритмы есть и в большинстве проекторов.
2. по менюшкам можно ходить с третьего пульта, а сама косоль при этом сразу за кулисой стоять должна, что бы блютус брал.
«утверждение что Mongrel — тормоз, для вас большая новость?»
я не считаю себя гуру. поэтому привык доверять гуру. то что уже упомянутый мною твиттер прекрасно чувствует себя на монгрелах лично меня заставляет думать, что монгрелов для ЛЮБЫХ моих проектов будет выше крыше. Почему то мне кажется, что и для ваших тоже.
«непонятны наезды на php»
Цитирую с чего мой наезд начался: «Главная проблема PHP в том, что в нем ни осталось хороших программистов». Я показал вам прекрасные тузлы на руби, привел пример прекрасного разработчика _why, который в одиночку умудряется создавать гениальные программы просто в свободное время. где все это в PHP? что есть интересного в PECL?
и в защиту jrails. может вы мне покажете хоть один фреймворк на PHP, где поддержку scriptaculos можно одной строчкой полностью заменить на jquery? или что-то подобное, т.к. ничего подобного RJS в PHP я еще не видел, так что и поддержки то scriptaculos то еще нет толковой, так что нечего заменять jquery. jRails прекрасно справляется со своей задачей, невозможной в мире PHP-фрейморков. поэтому я и привел его как пример хорошей тузлы для программиста.
кстати, Лебедев как-то писал, что когда они искали производителя своих кружек, то не смогли найти его в Росии. в итоге даже кружки пришлось заказывать в китае.
"вы не конкретизируете понятие "нормально""
конкретизируя это понятие были написаны не один десяток статей, я должен был раскрыть их суть в паре предложений?
и еще раз повторю, я не имею ничего против питона и джанго. просто самая крупная интернет-компания России решила попробовать использовать Джанго и процессе запуска сервис упал. мне кажется, что это довольно значимое событие для сообщества джанговцев России. на своем мнении акцента я не делал и упомянул этот факт наполовину в шутку.
Во-вторых, цитирую себя "при условии, что БД нормально организована". Но то что подвела организация работы с БД никак не отрицает факк приведенный в пункте один :)
p.s. я ничего не имею против питона и джанго, я даже в курсе, что eve-online написана на питоне, да.
rutils, jrails, rspec, ruby-debug, heckle, haml, piston, capistrano — все это и еще куча всего хостится на рубифордж. многие из этих тузл не имеют внятных аналогов в пхп.
у монгрела есть одно гигантское преимущество — масштабируемость. увеличилась посещаемость? запускам еще десяток монгрелов. популярность взлетела до неба? ставим сервак с nginx и два с монгрелами. получаем твиттер, который на 160 монгрелах крутится. кстати, эта система еще и очень отказоустойчивая. если сюда присоединить capistrano, то получаем сверх гибкую конфигурацию, которая может держать какую угодно нагрузку (при условии, что БД нормально организована), которая поднимается двумя командами в шеле. вы с mod_php заипетесь тоже самое повторять, а потом поддерживать. с учетом современных цен на железо, такая схема лично для меня предпочтительнее.
я не говорю, что зарабатывать бабло плохо и написал про это. просто в php все упирается исключительно в это. а гуру руби общаются в форумах, пишут статьи и офигенные тузлы. сравните ror2ru с phpclub. Это касается и запада, чего только _why стоит. Покажите мне PHP программера похожего на _why?
я почему так уверено говорю. просто я сейчас одновременно делаю проекты на php (кстати, с постгресом) и на рельсах, так уж получилось. поэтому разница мне очень заметна.
p.s. а у джанговцев траур после падения первого джанго-сервиса яндекса :) http://softwaremaniacs.org/blog/2008/02/…
насчет mysql. перечитал, действительно коряво выразился. я имел ввиду, что серьезные СУБД аля оракл и постгрес подразумевают реализацию определенной логики на уровне самой СУБД. сейчас же всем на это плевать и используют СУБД тупо как большой файлик откуда можно данные брать не заморачиваясь на сортировку (немножко утрируя). 99% рельсовых проектов, например, будет работать и на SQLite и на Postgresql. Поэтому все используют самую быструю mysql. Это не плохо, просто RDBMS так легче всего использовать.
Теперь про СУБД на руби:
1. Я не говорил, что обязательно на руби. Просто на руби есть интересная разработка в этом направлении отечественных разработчиков.
2. Руби прекрасно и прозрачно работает с С. Реализовав функционал на Руби можно понемножку переписывать его на С.
3. Не сравнивайте жопу с пальцем. то что смешно на php, очень серьезно на руби. например, веб-сервер. примеры? mongrel, хехе. чистый руби, если вы не знали.
теперь про rubyforge.org. для начала beast — офигенный форум, лучше, практически, не придумать. ну только гугл группы. Недостаток только один — в рельсах нет хорошего механизма встраивания сторонних приложений в свое приложения (максимум, что сейчас доступно — Engines). А что касается кучи всяких CMS, то у рельс немного другая идеология. Это фреймворк. Очень хороший фреймворк. И не надо городить на него всякие CMS. Не видел ни одного хорошего сервиса, построенного на базе CMS. А для сайтов-визиток rails и не предназначался, их на PHP клепать можно. на rubyforge.org есть куча замечательных тузл для разработчика, до среднего уровня которых php уже не дотягивает со своими phpclasses.org. а больше и не нужно.
Что касается программистов. Я и говорю, что куча народу тупо зарабатывает на PHP бабло. Это не плохо для этих людей, но для языка программирования, который как и любой другой язык программирования держится исключительно на коммунити, это очень плохо.
p.s. я как бы уже инжой :)
Еще один выход, не спасать безнадежно больных как умственно, так и физически, или кастрировать их, до того как сможем исправлять изъяны на генетическом уровне. Но этому мешает гуманизм.
А что касается БД, вы будете удивлены, но то что вы описали – это тенденция 10-ти летней давности. Сейчас всех достали эти RDBMS, все используют MySQL, переносят всю логику на уровень приложения, и всем пофиг на всякие функции pgsql. Вы будете сильно удивлены, но будущие СУБД могут быть написаны на Руби. А могут на эрланге, это уж как пойдет.
Ну и про PHP. Главная проблема PHP в том, что в нем ни осталось хороших программистов. Последний кусочек сознания в мире PHP – это Zend Framework. Больше нет хороших пакетов под PHP. У phpDocumentator самая ужасная документация, которую я видел. "И так тут все". Где статьи на деталях, где php inside, где клевые проги с php.spb.ru? нет их. всех достал PHP. Оставшиеся пхп-девелоперы (коих ужасное количество) только и делают, что рубят бабло, каждый по мере своих возможностей. Они не увлекаются PHP, они с ним работают.
Эволюционная проблема — это появление таких как вы.
Эволюционная проблема — это невозможность вести войны, на которых как раз и построена все эволюция человечества.
Эволюционная проблема — это когда спасают недоношенных детей и дают возможность выживать и размножаться при хронических заболевания, приводящих к смерти.
Эволюционная проблема — это сраный социализм в Европе, когда безработный идиот может позволить себе прокормить семью.
У каждой из этих проблем есть решение. И оно чисто техническое. Главное — чтобы человечество не вымерло до их решения. А Тибет можно вообще нахрен взорвать, для освобождения площади под китайский космодром. Стольких бездельников мир лишиться.