Zend Studio for Eclipse

>По-моему в любом языке в начале нужно подумать можно ли обойтись без вставки элемента в начало массива, ибо это операция относительно трудоемкая.

Это - дело алгоритма(программиста), а не ЯП. В STL поэтому и присутствуют разные виды коллекций. С указанием порядка скорости для разного вида операций. Если php декларируется как прикладной язык высокого уровня - он должен давать такую возможность. А то доходит до смешного. Вместо бинда к функции внутри интерпретатора похапешники юзают библиотеки для работы с массивами, написанные на самом php. Ни о какой скорости тут говорить не приходится тем более.

> А то доходит до смешного. Вместо бинда к функции внутри интерпретатора похапешники юзают библиотеки для работы с массивами, написанные на самом php.

$x = array(1,'lor'=>'anonymous', 2,3);
print_r($x);
array_splice($x, 0, 0, array(0));
print_r($x);

Хотите сказать, что это одно и то же, что и несуществующий array_push_front?

Ещё одна провокация флейма?

> array_splice($x, 0, 0, array(0));

Глядя на это следует плакать или смеятся?

>> array_splice($x, 0, 0, array(0)); > Глядя на это следует плакать или смеятся?

Застрелиться с горя о недостижимости мечты о "САМОМ УДОБНОМ ЯЗЫКЕ ПРОГРАММИРОВАНИЯ СО ВСЕМИ ВОЗМОЖНЫМИ FEATURES".

> Застрелиться с горя о недостижимости мечты о "САМОМ УДОБНОМ ЯЗЫКЕ ПРОГРАММИРОВАНИЯ СО ВСЕМИ ВОЗМОЖНЫМИ FEATURES".

[припадая ухом к земле] чу! Слышу топот копыт набегающих лисперов...

>> Застрелиться с горя о недостижимости мечты о "САМОМ УДОБНОМ ЯЗЫКЕ ПРОГРАММИРОВАНИЯ СО ВСЕМИ ВОЗМОЖНЫМИ FEATURES".

>[припадая ухом к земле] чу! Слышу топот копыт набегающих лисперов...

Я недавно начал читать "Структура и интерпретация компьютерных программ", автор Харольд Абельсон и Дж. Сассман. Пока 50 страниц прочёл. Дальше не тянет. Весьма доходчиво описывается Лисп, но, как всегда, простые примеры легки для понимания, но в жизни, как правило, задачи сложны. То есть получается, что функциональное программирование не встречает широкой поддержки только из-за того, что его трудно использовать там, где оно сильно, в силу сложности понимания программистом предметной области. Безусловно, порог вхождения в Лисп обусловлен не самим языком (синтаксис и семантика у него просты), а сложностью понимания тех задач, для решения которых этот язык предназначен (подходит). Ведь задачу можно решить, если её понять. Язык вторичен.

> Безусловно, порог вхождения в Лисп обусловлен не самим языком (синтаксис и семантика у него просты), а сложностью понимания тех задач, для решения которых этот язык предназначен (подходит). Ведь задачу можно решить, если её понять. Язык вторичен.

Йа бы даже сказал, основная сложность с фунпрогом - что там надо всегда смотреть в корень задачи. Т.е. придумать в мозгу идеальное решение и уже исходя из него строить код. В то время как императивное программирование позволяет решать задачу постепенно, фокусируясь на отдельных аспектах.

>Йа бы даже сказал, основная сложность с фунпрогом - что там надо всегда смотреть в корень задачи. Т.е. придумать в мозгу идеальное решение и уже исходя из него строить код. В то время как императивное программирование позволяет решать задачу постепенно, фокусируясь на отдельных аспектах.


Bottom-up programming.
http://www.paulgraham.com/progbot.html