Результати пошуку

Re: TES V. Skyrim 1. Я не Макс :D 2. Быстрое путешествие отключается и профит очевиден. Вот, почти русская озвучка докачалась.

Re: TES V. Skyrim Ну, так скажем, в морровинде очень радовала боевая система, когда стоишь и крошишь чувака клинком, а оно мимо кассы, хотя бьешь в упор. Из лука та же ситуация. С клинками вообще радостная ситуация. Умеючи орудовать одноручным мечем, пытаясь ударить кинжалом или средним...

Re: TES V. Skyrim Английская стим версия с лиц. ключиком+) Будем ждать русскую. Сегодня выложу пару скринов.

Продолжение серии игр The Elder Scrolls стало сегодня доступно через Steam. Обсуждение приветствуется. P.S. Пока-что как-то так. Через 35 минут попробую запустить еще раз:D

Win7, у меня, как ни странно, лицензионная(я серьезно), вирутальная машина - virtualbox, юникс - слегка перепиленная убунта(что из этого ворованное, мне не понятно). А с каких это пор мак или айфон показатель чего-либо, вы за себя переживайте, деньги я зарабатывать умею, потому и пользуюсь...

Читай выше, я не писал, что это под виндой, а линукс на вирутальной машине, ну какой ты невнимательный :D

ActivePerl - печален, ppm гадость, под win64 nmake не хотит работать :D perl -MCPAN -e shell наше все =)

*nix у меня на виртуальной машине, благо, ноут позволяет. Под виндой, знаете ли, особо на перле не попишешь:D

Если я правильно вышележащее, то 1. Python лучше Ruby, PHP, Perl, Java во ВСЕХ аспектах, ибо они разрабатывались для разных вещей, а Python универсален? 2. Любое обсуждение=флейм? 3. Вы уверены, что Python будет лучше, чем Perl для тех целей, для которых разрабатывался Perl? Если да, то...

Я не хотел никому ничего доказывать, мне просто стало интересно, это нормально, или нет, мне показалось, что не нормально. Но все-равное, из пустой строки null мне не нравится.:D Живая тема в программировании на этом форуме - круто же.

Предыдущий пример был запилен исключительно для того, чтобы показать, что работает !isset($str). Если бы я и тут написал $str == '' || !isset($str) То опять прочитал бы то, что !isset не выполнится, а я, вроде бы, доказал состоятельность своего примера, или нет? :)

req <?php error_reporting(E_ALL); function _trim($str) { if(!isset($str)) { trigger_error("first param must not be null or empty string", E_USER_NOTICE); //return null по желанию } else return trim($str,$arr); } function _trim2($str) { if(!isset($str)) return null; else return...

Первый вариант более параноидальный, второй, как я считаю, более правильный. Ну да ладно, не php-way, значит не php-way.

Ок, вот для примера, реализация trim, как ее вижу я. Писать все лениво, если можно допилить условие: <?php error_reporting(E_ALL); function _trim($str) { if($str == '' || !isset($str)) { trigger_error("first param must not be null or empty string", E_USER_NOTICE); //return null по желанию...

Это очевидно, НО, error_reporting(E_ALL), как понятно из самого названия функции, просто выводит больше, а нотис, как известно, за ошибку не считается. Я говорю про одно, а мне в ответ совершенно другие, очевидные вещи. Заметьте, use strict не просто выводит ошибки, а не дает perl выполнить...

Да, только 3 года, его, по-моему, из перла 5.8 или 5.9 исключили, много моего кода работает благодаря perlcc + Redis, полезная штука, потому приходится пользоваться старым перлом. Для нормальной компиляции надо было использовать либо Bytecode, либо использовать perlcritic, use strict и...

Ок, но у Perlcc была возможность компилить в байткод, perlcc -MO=Bytecode, оно генерило .bin файл, насколько я знаю, он был платформозависимым. use base qw/LibName/; Позволяет делать полный экспорт, грубо говоря, наследование, так вот, оно сгребается в кучу. Действительно, насчет попугайчега мог...

Именно потому я PHP, как язык, и забросил, это было до того, как 5.0 пошло в массы. Даже не так. PHP перестал меня удовлетворять как инструмент для достижения определенного профита. В нутре его ковыряться смысла не вижу, интересно, ооп до ума довели?) Насчет Perl. В 5 перле тоже можно...

Ок, но не компилятор, а интерпретатор. Далее переливать из пустого в порожнее смысла не вижу)

http://www.php.su/functions/?trim Вот что-то мне подсказывает, что документацию я читаю внимательно. echo '<pre>'; var_dump(null); var_dump('null'); echo '</pre>'; Внезапно: NULL string(4) "null" А исходя из вышесказанного, разницы между ними быть не должно, не?) Про преобразования я как раз...