Послушал с начала немного про продажи игр… перемотал на резидент ивл (единственное что меня интересует из шоунотов)…
Плохо.
Непрофессионально. Авторы путают Konami и Capcom. Это говорит о том, что с серией знакомы плохо. Один из них собирается ждать игры на ПиСи. ПиСи порты консольных игр поражают убогостью исполнения. Возмите тот же четвертый «резидент» или Mass Effect. Второй рассказывает про изменения в игре, которые были сделаны в четвертой части а не пятой. Он, походу, в четвертую не играл. Совершенно не раскрыта тема "… без негров в Африке". Если авторы играли во вторую часть, то должны знать что негров зомби тым было полно. В том числе и персонажей.
Такой подкаст и я мог бы записать с братом. Хотелось бы чтобы авторы были более грамотными. Тогда бы с удовольствием слушал.
А я, изучая python, и знакомясь с разными способами писать на нем web-программы (mod_python, GAE, WSGI, django), начинаю приходить к мнению, что mvc — зло. Он подходит хорошо только для очень сложных проектов, код которых, к тому-же часто изменяется, и дизайн будет поддерживать скины или хотябы настраиваться. Для простых сайтов, лично мне, такой паттерн кажется избыточным.
Все вышеперечисленное. Но более всего надоело «обсуждение Хабра на Хабре». Мне кажется пора давать запрет на опики посвященные хабру, если они не от администрации.
Просто не вижу смысла усложнять код слоем абстрагирующим prototype based inheritance в class based. Используйте структуры и средства языка.
А удобно то, что хорошо представляешь как работает. Для некоторых классова парадигма наследования может показаться менее удобной. Все зависит от опыта и знаний.
Я думаю современные библитотеки предоставляют средства для классого ооп в javascript не потому что в этом есть какието преимущества. Просто потому что многим не понятна схема наследования через прототипы.
Мне тоже кажется, что стремление прикрутить к яваскрипт классы — лукавое. Язык уже содержит механизмы наследования. Нужно только научиться ими пользоваться.
Это из области зачем нам семантическая верстка, если страницу все равно читает браузер =) Каждый пишет как хочет, лишь бы не было багов. Просто некоторые решения кажутся более «красивыми» чем другие.
Мне кажется в этом коде нарушена семантика. Отсюда и проблема. Is country можно перевести как — «страна?». То есть человек ожидает что код вернет true если страна, false, если нет. Но разработчик решил возвращать индекс в массиве, если это страна. Луче бы ввел еще одну функцию getIndex(country) было бы намного понятнее.
А вообще статья правильная. Не стоит забывать что есть ===, и зачем он нужен.
Google Chrome это «наш ответ» Adobe AIR причем тут поиск? Для поиска у нах есть свои наработки для JavaScript. И они были задолго до выхода Chrome и V8
Да и вообще, к чему этот разговор… Все равно никто не знает как там дело обстоит на самом деле. Долько разработчики в Google знают.
Когда читал описание было напосано что делали Датчане, перешел на их сайт, чтото не похоже было что это сотрудники гуголь. В комиксе написано что им помогли ребята из Дании с яваскрипт машиной…
хз… Мне показалось что гугл использовал нароботки датской команды
Притянуто за уши. Тем более не гугл делал этот движек. И вообще он опенсорсный, любой может попытаться прикрутить его к поиковой машине.
Мне кажется, яваскрипт машина для поика — очень сложная вещь. И эта задача совершенно других методов решения требует.
Сейчас гугл уже может читать по ссылкам сгенерированным динамически. Я думаю они будут развивать это направление. Будет особая реализация яваскрипта, которая будет отбрасывать все ненужное, исполнять только определенный тип алгоритмов.
Интересно. Просвятите, кто знает. На какой кросплатформенной библиотеке можно это сделать.
Я думаю необходимо делать уникальный набор виджетов с возможностью настройки цвета. Также необходимо сглаживание, чтобы все скошенные углы в программе и текст выглядили мягко и красиво. Ну и, наверное, апаратное ускорение…
Тут говорили про QT… Что-нибудь еще?
Да но без приведения типов полиморфизм получается какойто неполный. Отсюда и путаница. Просто php программистам надо заглюнуть в Java, C# И все сразу встанет на свои места.
И вообще, полезно изучать программирование как таковое, не просто веб-программирование или php-программирование.
Писатели фантасты середины века писали что будут компьютеры размером с дом, квартал, целый город. Весь мир будет ими пользоваться. Этого не произошло. Изобрели микропроцессор. Сети стали децентролезированные. Вы же опять предсказываете появление датацентров обслуживающих миллионы. Не будет этого. Не будет потому что не может быть этого никогда. В интернете будет наши тексты фотки данные, но интернет не станет глобальным компьютером. Это мое мнение...
Прекратите этот нелепый спор. Вы, так же как и я не можете знать что будет. Просто мне кажется более деш эффективным снабдить каждый компьютер процессором помощнее, чем строить терабитные сети общего пользования в масштабе планеты.
Ладно, давайте с вами поговорим, когда у нас с вами будет доступ в интернет через оптоволокно на скорости 1.5 Гбит. Вы сказочник... Хотите все программы загнать в веб. Зачем? Что за одержимость? Всему свое место и время. У Веб программ сегодня своя ниша. В будующем она, наверное, расширится. Возможно станут популятны планшетные компьютеры для интернета. Но дэсктоп никуда не уйдет.
Давайте на этом закончим, есть объективные вещи, такие как, "По шине PCI-E,SCASI,SATA быстрее чем по Ethernet" И от этого никуда не дется. И это всегда будет иметь значение.
Ну хорошо, давайте прикинем квек, рендеринг которого происходит по сети. Скромный на сегодня режим 1024на768 60 кадров в секунду (при меньшей частоте ощущается дискомфорт). 24 бита на изображение. 24*1024*768=18874368 бит в секунду/10000=1887 мегабит в секунду. Это же совершенно не реальная цифра. Такого подключения не будет ближайшие 100 лет, я думаю. Допустим если научиться сжимать кадры перед отправкой, например в 100 раз, то мы все равно имеем 20 мегабит в секунду. Плюс еще будут расходы на распаковку, которые делают бессмысленной всю затею. А, знаете, люди сегодня хотят играть в АшДэ разрешении. Понятно, что сегодня невозможно реализовать игру с удаленным рендерингом.
Плохо.
Непрофессионально. Авторы путают Konami и Capcom. Это говорит о том, что с серией знакомы плохо. Один из них собирается ждать игры на ПиСи. ПиСи порты консольных игр поражают убогостью исполнения. Возмите тот же четвертый «резидент» или Mass Effect. Второй рассказывает про изменения в игре, которые были сделаны в четвертой части а не пятой. Он, походу, в четвертую не играл. Совершенно не раскрыта тема "… без негров в Африке". Если авторы играли во вторую часть, то должны знать что негров зомби тым было полно. В том числе и персонажей.
Такой подкаст и я мог бы записать с братом. Хотелось бы чтобы авторы были более грамотными. Тогда бы с удовольствием слушал.
RoR мне кажется тоже слишком избыточным.
А удобно то, что хорошо представляешь как работает. Для некоторых классова парадигма наследования может показаться менее удобной. Все зависит от опыта и знаний.
Я думаю современные библитотеки предоставляют средства для классого ооп в javascript не потому что в этом есть какието преимущества. Просто потому что многим не понятна схема наследования через прототипы.
А вообще статья правильная. Не стоит забывать что есть ===, и зачем он нужен.
Да и вообще, к чему этот разговор… Все равно никто не знает как там дело обстоит на самом деле. Долько разработчики в Google знают.
хз… Мне показалось что гугл использовал нароботки датской команды
Мне кажется, яваскрипт машина для поика — очень сложная вещь. И эта задача совершенно других методов решения требует.
Сейчас гугл уже может читать по ссылкам сгенерированным динамически. Я думаю они будут развивать это направление. Будет особая реализация яваскрипта, которая будет отбрасывать все ненужное, исполнять только определенный тип алгоритмов.
Я думаю необходимо делать уникальный набор виджетов с возможностью настройки цвета. Также необходимо сглаживание, чтобы все скошенные углы в программе и текст выглядили мягко и красиво. Ну и, наверное, апаратное ускорение…
Тут говорили про QT… Что-нибудь еще?
И вообще, полезно изучать программирование как таковое, не просто веб-программирование или php-программирование.
Давайте на этом закончим, есть объективные вещи, такие как, "По шине PCI-E,SCASI,SATA быстрее чем по Ethernet" И от этого никуда не дется. И это всегда будет иметь значение.