Но мы указали, что частички часов в итоге должны показывать время. С точно таким же успехом они могли б ездить по дорожке, или прыгать. Почему они именно начали показывать время? Потому что кто-то задал это.
Логично, но вернемся к часам. Откуда изначально знать что из них получится? Может целевая функция не «показывать время», а «ездить»? Вот этим я как раз хочу сказать, что данная штука с часами как раз ничего не доказывает, если брать пример с часами как аргумент против эволюции.
Нужно задать целевую функцию, чтоб эволюция к чему-то двигалась. А её то нужно задавать изначально и случайной она быть не может, значит это аргумент в пользу креационистов получается: эволюция не пошла б, если б кто-то не преопределил её цель. Тут просматривается бедность в аналогии с часами. Ведь показывать время это одно, но может часы должны были эволюционировать до машинки, почему ж получились именно часы? В эволюции видов кртиерии более очевидны.
Круто! Давно о таком мечтал. Особенно когда на IndabaMusic тусовался. Когда например, работаешь в команде, то чего-то типа онлайн редактора и не хватало. Спасибо!
Но вот только пока пользоваться трудновато… Всё-таки хотелось бы видеть на партитуре именно ноты, а не кирпичики :)
Ужас! Но наверное тому есть причины. И то что вы говорите, можно перевести в другую область, сказав «столько всего можно написать на дельфях, но заказчик требует .NET», ну или наоборот «это можно написать на Джаве, но надо C++ и WinAPI».
Вообщем, пишите на Symfony, он во многом приближается к Рельсам, во много превосходит их. Так что это не проблема языка, а платформы. Поверьте, под РНР есть хорошие фреймворки.
3. Распостраненность на хостингах. Решает, знаете ли.
4. Скорость работы — не так и плоха.
5. Простота простых операций. Работа с массивами и строками максимально проста. Можно конечно сравнить с Руби и увидеть, что в РНР ужасающие по своей хаотичности сигнатуры стандартных функций, и ограниченность через отсутствие лямбда-функций, но это такое. Портит впечатление, но не критично.
Прикольно, я пишу на Rails и на Symfony и однозначно сказать кто лучше не могу. Вот только боюсь, что те дизертиры из РНР, могут превратить Руби в быдлокодинг :)
Кому как :) Например фиды блогов я читаю только так. Зачем мне чтоб у меня на табе висел целый блок для фида, который обновляется раз в неделю? А если там агрегатор, то там всегда актуальная информация. И потому я привык юзать агрегатор блог-фидов, увы пока внешний и не очень юзабельный. А ведь это ж очень просто юзать вместо 1 блок = 1 фид, 1 блок = несколько фидов.
Пока судя по сайту обычный такой игровой Хабр. Пока контент не особо качественный, да и дизайн под 800х600 как-то не для геймерских мониторов. Но зато красиво, это да.
Спасибо за работу.
Если вы ставили её у себя, можете рассказать о внутренностях системы, качестве кода. Ну и самое интересное, зачем вам она понадобилась ))
Но вот только пока пользоваться трудновато… Всё-таки хотелось бы видеть на партитуре именно ноты, а не кирпичики :)
Вообщем, пишите на Symfony, он во многом приближается к Рельсам, во много превосходит их. Так что это не проблема языка, а платформы. Поверьте, под РНР есть хорошие фреймворки.
4. Скорость работы — не так и плоха.
5. Простота простых операций. Работа с массивами и строками максимально проста. Можно конечно сравнить с Руби и увидеть, что в РНР ужасающие по своей хаотичности сигнатуры стандартных функций, и ограниченность через отсутствие лямбда-функций, но это такое. Портит впечатление, но не критично.
Никак…»
Нифигасе… Это ж самая гениальная локализация! Не надо скромничать, на ней свернули себе голову не одно поколение геймеров :)
Пока судя по сайту обычный такой игровой Хабр. Пока контент не особо качественный, да и дизайн под 800х600 как-то не для геймерских мониторов. Но зато красиво, это да.
Если вы ставили её у себя, можете рассказать о внутренностях системы, качестве кода. Ну и самое интересное, зачем вам она понадобилась ))
Ну и на самом деле, да, удобно =)
$PostFinder->join('Category)->whereAuthorId($user)->whereIsPublished(1)->find(5)