[Sync]

Сообщение от Psycho Tiger

Почему PHP – это плохо.

Честно. сейчас читать не буду. Так что без комментариев. завтра, если будет интересно)

Это проблема любого разработчика на PHP. Он никогда не поверит, что существует мир, в котором кешеры используются реально там, где они нужны. В этом мире для 90% ситуаций отлично справится язык сам по себе. Нативно.

Что, простите? я вас не совсем понял

Что, простите? Вы считаете, что 1к+ функций в глобальном неймспейсе – это субъективно?

Вас заставляют их все использовать? не дают документацию?

Я даже не знаю, что Вам сказать. Пых что, разработан делать что-то ещё? Может, он может отображать графику?

Да может, может. Не всё ровно и красиво, но...

Конечно, не без этого. Если Вы пишете на нём задачи, которые вешаете на крона – то не думаю, что мы придем к чему-то общему.

И это тоже

Вот здесь человек пытается программировать на XML. Для него это "тру".

ну в общем то на вкус и цвет все фломастеры... это разве предмет спора?

Вы вот как-то совсем не в теме. Слышали про STDIN, STDOUT? Это такие штуки, которые перенаправляют ввод-вывод. Идея в том, что у Вас может не быть монитора, а вывод Вы направите – не знаю, на какое-нибудь печатающее устройство. Это будет работать, потому что приложение, которое называют консольное работают как раз через них.

Опять я не в теме. Да сколько же вокруг знающих, один я неучь) Во-первых это "такие штуки" - потоки с которых ЧИТАЕТСЯ ввод и ПИШЕТСЯ вывод. Идея не в мониторе, а в том, что CON так же ключевое слово, всю жизнь означало CONSOLE и интерпретировалось как "режим консоли - ввод с клавиатуры, вывод на экран". Так, например писалось в этой книжке http://www.ozon.ru/context/detail/id/2996924/ в 97 году.
А так же в милой желтой книжечке "Язык программирования С", тоже 94 или 96 года. картинку не нашел). Работа со стандартными потоками ввода-вывода - вовсе не основа консольного приложения. Тот же BIOS никогда потока не предоставлял, давал 10h и 13h прерывания, что позволяло работать в режиме консоли, но не в режиме потоков. да и тот же DOS давал 21h, оборачивая при этом BIOSовские прерывания, но с потоками ввода-вывода там было своеобразно. stdin stdout пришли вместе с С, и для dos-а в 90% времени были настроены именно как ввод с клавиатуры, вывод на экран.
Перенаправление стандартного вывода на принтер в то время вообще звучит странно. Да, можно было выкинуть данные в LPT-порт и перенаправив, и открыв файл PRN, но надежды на то, что принтер напечатает текст было маловато, ибо каждому ещё нужна была своя забубенная команда управления и т.д.
Но я,конечно, совсем не в теме. И это не я путаю потоки ввода-вывода и режим работы приложения. Хорошо, пусть будет так.

Вы же пытаетесь сделать GUI, который внешне похож на терминал и выдаёте это "консольный флеш". С таким же успехом можно написать на бумажке "2=5" и убеждать всех, что раз написать можно, то и цифры равны.

Вот как так получается, что символьный генератор позволял загружать в память символы пользователя, а они состояли из 8 байт - 8 строк по 8 точек. (не были ещё и всякие 7х8 16х16 и т.д.), и видеопамять всё равно представляла набор битиков, которые отображались как графика? Это тоже "2=5"? или на низком уровне такое можно, а на высоком уже атата?

Вас куда-то в другую сторону несёт. В чем "мощь" получить пару циферок с STDIN только при запуске приложения – поделитесь?

Вы хотите работать с потоками? работайте с ними, кто вам не дает? читайте файл, пишите файл, разделяйте права доступа, создавайте файл в памяти. Даже зайца можно научить курить, было бы желание

Или Вы хотите написать левое приложение с API, который можно дёрнуть с флеша и выдать это за достижение флеша? )

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