каркас для разработки на Node.JS, управляемой асинхронным поведением.
Это не каркас, а фрэймворк и не управляемый асинхронным поведением, а реализующий Behavior Driven Development в Node.JS. Т.е. это Behavior Testing Framework с поддержкой асинхронности.
Лучше уж просто делайте топик-ссылку, чем такой перевод!
Вот, чтобы не было хаоса — вводятся такие правила. Имея такие установки в голове, мы всегда сможем найти интересующую информацию в поисковике или даже по хэш-тагам в твиттере (#Symfony2, а не #symfony 2).
Юнит-тесты — это для Вашего кода, для того, чтобы Вы писали работающий код. Пользователю Ваших классов юнит-тесты ни к селу, ни к городу, ему нужна нормальная документация, а юнит-тесты зачастую лежат отдельно от библиотеки, которую просто надо использовать, а не исследовать!
Далее по списку… У Вашего метода есть тысячи вариантов поведения? Время, потраченное на написание этой «статьи» можно было использовать для продумывания нормальной архитектуры и столь необходимого в Вашем случае рефакторинга кода.
Захотелось что-то поменять в методе? Напомню, вы документируете API, который с самого рождения должен оставаться максимально неизменным, внутреняя же реализация метода ни его пользователям, ни читателям документации неинтересна — совсем необязательно в док-блоке описывать какая у Вас инструкция используется в третьей строчке метода!
У Вас телефон на Symbian touch? Или Android? Или maemo? Или какой-то простенький Samsung с тем же сенсорно-пальцевым управлением?
Можно сколько угодно говорить, что сенсорные экраны были задолго до iPhone, но факт остается фактом — безумная популярность iPhone (культивированная с нуля его «гениальными продавцами») «пнула» рынок смартфонов настолько сильно, что всего через 3 года, большинство людей уже представить себе не может смартфон без сенсора или управляемого, фи, стилусом!
Хотите Вы этого или нет, но продавцы типа Джобса и Баллмера делают для IT в тысячу раз больше, чем Вам хотелось бы.
Ой ли. После «прямой трансляции» с презентации iPad в Минске меня уже врядли что-то развеселит +)))
А вы оффициальный конференс-хаб оформили (http://www.symfony-project.org/blog/2010/06/09/state-of-symfony-2-conference-hubs)?
От того, что Вы 10.2 будете считать 10.1 оно раньше не выйдет и уж 2 в 1 не превратится точно +)
В любом случае, спор исчерпал себя. В чем-то прав я (x64 нет сейчас), в чем-то правы Вы (x64 не отменили и она появится когда-то). Согласен, что неверно выразил мысль и, возможно что-то не так понял. Но посыл первоначального коммента — «не вижу работы разработчиков флэша на существующем рынке, которая позволила бы им говорить о захвате новых рынков». И то, как скоро выйдет и выйдет ли вообще x64 версия — слабо влияет на то, что ее нет сейчас и на то, что разницы между флэшовыми версиями 10.0 и 10.1 лично для меня, под Mac нет — как тормозило безбожно, так и тормозит!
Извините, за втягивание в бессмысленную дискуссию =)
«64-bit Flash Player for the desktop by providing native support for Windows, Macintosh, and Linux 64-bit platforms in an upcoming major release of Flash Player.» (по приведенной выше ссылки)
Вы реально не понимаете разницы между минорными и мажорными версиями? 10.1.53.64 и 10.1.68.99 — это миноры, 10.0 и 10.1 — мажоры. x64 флэш обещают в следующей мажорной версии, т.е. не раньше 10.2.
Смешно это слышать, в виду последних заявлений по поводу отказа от x64 и фактическую неспособность инженеров Adobe оптимизировать свое детище даже на десктопе (10.1 под Mac вышел — а вот разницы в производительности с предыдущей версией нет, аппаратного ускорения на видео так и нет, процессор все так же убивается).
Берутся бесплатные Xcode и Interface Builder, пишется софт в том виде, в каком его пишет несколько миллионов разрабов под iPhone (и радуются).
Берется любой бесплатный/платный инструментарий, язык и интерфейс для веб-разработки (а это почти все доступные на рынке языки и инструментарии) и пишется веб-приложение для Chrome OS.
В чем проблема-то? Или если кто не умеет сделать что-то кроме как через ActiveX — это уже проблема платформы, на которой этого платформозависимого ActiveX нет?
Мой Вам совет — если хотите стать программистом, то читайте для начала абстрактные книги о программировании (паттерны, архитектура, тестирование) и по PHP вообщем.
А то с текущим подходом вы станете лишь верстальщиком, умеющим клепать блоги на drupal…
«такие проекты, как Red Dead Redemption выжимают из Xbox 360 и PS3 все соки до последней капли»
RDR многие признали самым ужасным портом на PS3 (http://www.neogaf.com/forum/showpost.php?p=21355476&postcount=704). Это и отсутствие какого бы то ни было перевода в русской локализации для PS3, похоронили для меня эту игру еще до покупки!
Про какие соки вы говорите?
Что можно перевести как:
Alexis Sellier, сыскавший славу за разработку «LESS» (и «less.js») начинает становиться звездой Open Source.
Это не каркас, а фрэймворк и не управляемый асинхронным поведением, а реализующий Behavior Driven Development в Node.JS. Т.е. это Behavior Testing Framework с поддержкой асинхронности.
Лучше уж просто делайте топик-ссылку, чем такой перевод!
Далее по списку… У Вашего метода есть тысячи вариантов поведения? Время, потраченное на написание этой «статьи» можно было использовать для продумывания нормальной архитектуры и столь необходимого в Вашем случае рефакторинга кода.
Захотелось что-то поменять в методе? Напомню, вы документируете API, который с самого рождения должен оставаться максимально неизменным, внутреняя же реализация метода ни его пользователям, ни читателям документации неинтересна — совсем необязательно в док-блоке описывать какая у Вас инструкция используется в третьей строчке метода!
Можно сколько угодно говорить, что сенсорные экраны были задолго до iPhone, но факт остается фактом — безумная популярность iPhone (культивированная с нуля его «гениальными продавцами») «пнула» рынок смартфонов настолько сильно, что всего через 3 года, большинство людей уже представить себе не может смартфон без сенсора или управляемого, фи, стилусом!
Хотите Вы этого или нет, но продавцы типа Джобса и Баллмера делают для IT в тысячу раз больше, чем Вам хотелось бы.
А вы оффициальный конференс-хаб оформили (http://www.symfony-project.org/blog/2010/06/09/state-of-symfony-2-conference-hubs)?
В любом случае, спор исчерпал себя. В чем-то прав я (x64 нет сейчас), в чем-то правы Вы (x64 не отменили и она появится когда-то). Согласен, что неверно выразил мысль и, возможно что-то не так понял. Но посыл первоначального коммента — «не вижу работы разработчиков флэша на существующем рынке, которая позволила бы им говорить о захвате новых рынков». И то, как скоро выйдет и выйдет ли вообще x64 версия — слабо влияет на то, что ее нет сейчас и на то, что разницы между флэшовыми версиями 10.0 и 10.1 лично для меня, под Mac нет — как тормозило безбожно, так и тормозит!
Извините, за втягивание в бессмысленную дискуссию =)
Вы реально не понимаете разницы между минорными и мажорными версиями? 10.1.53.64 и 10.1.68.99 — это миноры, 10.0 и 10.1 — мажоры. x64 флэш обещают в следующей мажорной версии, т.е. не раньше 10.2.
labs.adobe.com/technologies/flashplayer10/64bit.html
Они отказались от беты x64 флэша для 10.1, но продолжают «стараться» сделать x64 флэш к СЛЕДУЮШИМ версиям.
Читаем, для текущей версии 10.1 они отказались от поддержки x64, снова всем указав на свое светлое будущее.
Берется любой бесплатный/платный инструментарий, язык и интерфейс для веб-разработки (а это почти все доступные на рынке языки и инструментарии) и пишется веб-приложение для Chrome OS.
В чем проблема-то? Или если кто не умеет сделать что-то кроме как через ActiveX — это уже проблема платформы, на которой этого платформозависимого ActiveX нет?
А то с текущим подходом вы станете лишь верстальщиком, умеющим клепать блоги на drupal…
RDR многие признали самым ужасным портом на PS3 (http://www.neogaf.com/forum/showpost.php?p=21355476&postcount=704). Это и отсутствие какого бы то ни было перевода в русской локализации для PS3, похоронили для меня эту игру еще до покупки!
Про какие соки вы говорите?