The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

PHP-транслятор HipHop позволил Facebook использовать в разы ..., opennews (ok), 04-Апр-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


43. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +2 +/–
Сообщение от Анонимemail (75), 04-Апр-11, 16:38 
Я смотрю тут самые умные это java  разаработчики !))
PHP - это язык для определенных задач а не для всего круга существующих

Из личных примеров 4 хороших программиста php портал делают за 3 недели
4 java  - только uml диаграмы 4 недели делают + плюс вся заним лседующая лабуда unitcase и так далее(ПО на java надежнее - но востолько же раз и дороже)

Jit vs  GCC  -  мне чет кажется gcc выиграет )))

Я ставил hiphopPHP -  он берет файл php и делает из него файл cpp не больше не меньше ...   Есть куча ограничений  поэтому на продакшн его можно заюзать только если все условия будут выполнены...

Но если вы его заюзали то java отдыхает причем реально отдыхает!!!
нативный доступ к MySQL (никаких прослоек jdbc) нативные библиотеки memcached
+ управление памятью ...
+ Используется отпимизация через Intel compiler ...

думаю  echo "Hello World\n"  через hiphop  вздрючит jit java в разы !!!!
(а если правильно писать все остальное то и все остальное тоже)

Ответить | Правка | Наверх | Cообщить модератору

50. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от uZver (??), 04-Апр-11, 16:53 
> Из личных примеров 4 хороших программиста php портал делают за 3 недели
> 4 java  - только uml диаграмы 4 недели делают + плюс
> вся заним лседующая лабуда unitcase и так далее(ПО на java надежнее
> - но востолько же раз и дороже)

Вообще не понимаю понта делать маленькие проекты на java =))) (3 недели - это довольно мало).

имеет смысл на java писать порталы когда за ним стоит охрененная лабудень в виде ERP или банковской системы или налоговой или еще чего большого. И когда проект у тебя развивается столько же лет, сколько и живет и все пилят-пилят-пилят ;)))

> Но если вы его заюзали то java отдыхает причем реально отдыхает!!!
>  нативный доступ к MySQL (никаких прослоек jdbc) нативные библиотеки memcached
>  + управление памятью ...
>  + Используется отпимизация через Intel compiler ...

jdbc это интерфейс. jdbc 4.0 это нативный доступ написанный полностью на java.


> думаю  echo "Hello World\n"  через hiphop  вздрючит jit java
> в разы !!!! (а если правильно писать все остальное то и все остальное тоже)

java никогда не славилась быстрой работой в "Hello world". Немного другой уровень ;)


Ответить | Правка | Наверх | Cообщить модератору

51. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от Crazy Alex (??), 04-Апр-11, 16:57 
Ну вот поэтому и живо PHP. И долго жить будет. Потому что, наверное, 90% сайтов не нуждается в "пилят-пилят-пилят", а в том, что бы раз в пару лет там всё настроили, а дальше девочка-маркетолого или еще кто набивала его контентом. И чем дольше "оно" будет молча работать с приемлемой производительностью, тем лучше.
Ответить | Правка | Наверх | Cообщить модератору

55. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –2 +/–
Сообщение от diff (??), 04-Апр-11, 17:14 
> Ну вот поэтому и живо PHP. И долго жить будет. Потому что, наверное, 90% сайтов не нуждается в "пилят-пилят-пилят", а в том, что бы раз в пару лет там всё настроили, а дальше девочка-маркетолого или еще кто набивала его контентом. И чем дольше "оно" будет молча работать с приемлемой производительностью, тем лучше.

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

И вы не знаете, что эти техники в принципе от самого языка не зависят. Раз считаете, что в этом есть заслуга самого PHP.

Любители PHP всегда отличались очень и очень узким кругозором.

Ответить | Правка | Наверх | Cообщить модератору

110. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +2 +/–
Сообщение от Crazy Alex (??), 04-Апр-11, 20:04 
Я считаю, что java-разработка дорога сама по себе - слишком много boilerplate-кода, слишком много уровней абстракции. Разумеется, она появилась не просто так - если необходим частый рефакторинг, то да - это всё спасает. Но выгоды проявляются начиная с какого-то уровня - и уровня именно сложности приложения, а не нагрузки. Поэтому там, где соответствующего уровня сложности нет, или частая модификация не предполагается, Java себя не окупает. Это и есть 90% сайтов - без сложной бизнес-логики и без необходимости частого серьёзного рефакторинга. Социалки же, по сути - системы довольно простые, всё их проблема - в масштабе, а не в сложности. Поэтому, хотя меняются они и часто, Java там подходит не очень хорошо.

И, как вы правильно заметили, хорошие практики могут применяться в любом языке, в том числе в PHP.

P.S. Я, кстати, никак не любитель PHP, скорее уж - D, перла и плюсов (в порядке убывания).

А что до питонов/руби и т.п. - да, они удобнее. Но они критическую массу ещё оченьне скоро наберут в вебе, пока это просто не игроки. Вот JS - очень может быть, что и быстро сыграет - и оптимизируют его всерьёз, и, что самое главное - есть масса народу, который может на server side JS из браузеров перекинуться.

Ответить | Правка | Наверх | Cообщить модератору

149. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от VoDA (ok), 05-Апр-11, 00:52 
> Я считаю, что java-разработка дорога сама по себе - слишком много boilerplate-кода,
> слишком много уровней абстракции. Разумеется, она появилась не просто так -
> если необходим частый рефакторинг, то да - это всё спасает. Но
> выгоды проявляются начиная с какого-то уровня - и уровня именно сложности
> приложения, а не нагрузки. Поэтому там, где соответствующего уровня сложности нет,
> или частая модификация не предполагается, Java себя не окупает. Это и
> есть 90% сайтов - без сложной бизнес-логики и без необходимости частого
> серьёзного рефакторинга. Социалки же, по сути - системы довольно простые, всё
> их проблема - в масштабе, а не в сложности. Поэтому, хотя
> меняются они и часто, Java там подходит не очень хорошо.

Хоть один грамотный каммент.

Как JavaEE разработчик подписываюсь ;)))

> А что до питонов/руби и т.п. - да, они удобнее. Но они
> критическую массу ещё оченьне скоро наберут в вебе, пока это просто
> не игроки. Вот JS - очень может быть, что и быстро
> сыграет - и оптимизируют его всерьёз, и, что самое главное -
> есть масса народу, который может на server side JS из браузеров
> перекинуться.

ХЗ по мне JS слишком гибкий язык и дополнительная сложность по причине гибкости не окупает доп. возможности.

Ответить | Правка | Наверх | Cообщить модератору

194. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от Aqueeloneemail (?), 05-Апр-11, 14:01 
> ХЗ по мне JS слишком гибкий язык и дополнительная сложность по причине
> гибкости не окупает доп. возможности.

Да, но когда во всю пойдет HTML-5 и такая его фича как Web-Socket .... это будет весьма актуально!

Ответить | Правка | Наверх | Cообщить модератору

205. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от Crazy Alex (??), 05-Апр-11, 18:01 
Согласен, но полагаю, что массовость JS-программистов перешибёт всё.
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

68. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от бедный буратино (ok), 04-Апр-11, 17:36 
> Ну вот поэтому и живо PHP. И долго жить будет. Потому что,
> наверное, 90% сайтов не нуждается в "пилят-пилят-пилят", а в том, что
> бы раз в пару лет там всё настроили, а дальше девочка-маркетолого
> или еще кто набивала его контентом. И чем дольше "оно" будет
> молча работать с приемлемой производительностью, тем лучше.

Разумеется, потому что когда у девочки возникнет вопрос "а как подключить к сайту вот это", то разработчик на python подключает один модуль и вызывает одну функцию, а php-кодер либо говорит "сиди и дальше набивай свой контент", либо пилит-пилит-пилит.

Вот, например, задача, использовать в качестве источника данных файл xls, обычная типовая задача. Сколько сил и телодвижений уйдёт у PHP-кодера, чтобы это реализовать?

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

90. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от VackuM (??), 04-Апр-11, 18:44 
Пожалуйста http://phpexcel.codeplex.com/
Когда в первый раз увидел эту библиотеку потребовалось 30 мин, что бы перегнать все данные из таблиц в базу. Сейчас думаю сделаю это за 10 минут.
П.С.  С/C++/QT Люблю, Java Уважаю, пишу на PHP.
Как в анекдоте: Одних женщин мы любим, а на других мы женимся ;)
Ответить | Правка | Наверх | Cообщить модератору

113. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –2 +/–
Сообщение от Crazy Alex (??), 04-Апр-11, 20:06 
Вот не смешите. Просто в силу возраста и объёмов доступного кода найти подходящую реализацию чего угодно для веба на PHP в разы проще, чем на любом другом языке. Вещь, в общем-то, очевидная...
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

122. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +1 +/–
Сообщение от бедный буратино (ok), 04-Апр-11, 20:26 
> Вот не смешите. Просто в силу возраста и объёмов доступного кода найти
> подходящую реализацию чего угодно для веба на PHP в разы проще,
> чем на любом другом языке. Вещь, в общем-то, очевидная...

Модулей и биндингов для чего угодно - для python больше, чем для php.

Ответить | Правка | Наверх | Cообщить модератору

206. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от Crazy Alex (??), 05-Апр-11, 18:03 
Для "чего угодно" - да. А для задач, связанных с вебом - ни разу не больше. Всё вебовское, один раз сделанное на питоне, уже минимум раз 10 делалось на PHP - тупо за счёт массы.
Ответить | Правка | Наверх | Cообщить модератору

218. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от б.б. (?), 05-Апр-11, 19:28 
> Для "чего угодно" - да. А для задач, связанных с вебом -
> ни разу не больше.

А ну ка быстро покажи мне аналог pyjamad для php?


> Всё вебовское, один раз сделанное на питоне,
> уже минимум раз 10 делалось на PHP - тупо за счёт
> массы.

Только, пока библиотек в php мизер по сравнению с python, многие вещи php-шники просто не делают, потому что php этого не может.

Либо, если php-шник продвинутый, то из php вызывается скрипт на python, который и делает искомое. Глобально и надёжно. Например, вот здесь: http://txt2tags.org/online.php

Ответить | Правка | Наверх | Cообщить модератору

169. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от ФФ (ok), 05-Апр-11, 10:39 
> Вот, например, задача, использовать в качестве источника данных файл xls, обычная типовая
> задача. Сколько сил и телодвижений уйдёт у PHP-кодера, чтобы это реализовать?

Да нисколько - это действительно типовая задача. В чём проблема-то, считать данные из  xls, выгрузить данные в него? сто лет как решено, приезжайте на юбилей :)

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

179. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от бедный буратино (ok), 05-Апр-11, 12:09 
> Да нисколько - это действительно типовая задача. В чём проблема-то, считать данные
> из ср@ного xls, выгрузить данные в него? сто лет как решено,
> приезжайте на юбилей :)

На python проще. А если говорить о том, что у php низкий порог вхождения, то начинающему python-разработчику будет проще сделать это, чем начинающему php-разработчику. В python это можно сделать, даже не выходя из пакетного менеджера. Пакетов для всего - завались.

Ответить | Правка | Наверх | Cообщить модератору

196. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от Aqueeloneemail (?), 05-Апр-11, 14:08 
> Вот, например, задача, использовать в качестве источника данных файл xls, обычная типовая
> задача. Сколько сил и телодвижений уйдёт у PHP-кодера, чтобы это реализовать?

Существует огромное количество реализаций этого для PHP.

Но главная суть в другом.
PHP сейчас не сам по себе.
JS на стороне клиента.
JS на стороне сервера.
И простейший (чем проще тем лучше!) код на PHP, заменяющий чистый HTML.
Да... можно заменить на .rhtml --- но PHP хватает.


Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

202. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от diff (??), 05-Апр-11, 16:28 
> Но главная суть в другом.
> PHP сейчас не сам по себе.
> JS на стороне клиента.
> JS на стороне сервера.
> И простейший (чем проще тем лучше!) код на PHP, заменяющий чистый HTML.
> Да... можно заменить на .rhtml --- но PHP хватает.

Вот и вопрос, зачем нужен PHP, если js уже и на стороне сервера, и на стороне клиента.
И заменить HTML гораздо проще на тот же js.

При том, что ядро и концептуальная модель у js гораздо чище и проще.

Дилетанты обычно путают простоту и доступность.
Они считают, что чем им что-то доступнее, тем якобы оно проще.

Тогда как сложность/простота - это объективная характеристика - она измеряестя количеством элементов и связей между ними.
А доступность (легкость, друдность и т.п.) - это чисто субъективная характеристика, и определяется индивидуальными способностями и подготовкой.

Поэтому PHP, особенно его базис, гораздо сложнее, чем у других языков, которые гораздо проще, чем PHP, но менее доступны большинству, потому что требуют более абстрактного (и по сути более простого) мышления.
И код на PHP получается более сложным, но более доступным большинству.

Еще доступность тем больше, чем ближе к существовавшим на момент изучения индивидуальным стереотипам. А потаканием пользовательским стереотипам PHP как раз больше всего и славится.

Ответить | Правка | Наверх | Cообщить модератору

210. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от практик (?), 05-Апр-11, 18:18 
> Тогда как сложность/простота - это объективная характеристика - она измеряестя количеством
> элементов и связей между ними.

На ЯП пишут люди, а не машины, поэтому ответы на вопрос "просто или сложно?" всегда будут иметь весомую субъективную составляющую. Но даже если всё упростить, с таки определением сложности согласиться нельзя - например, оно совершенно не учитывает роль закономерностей в структуре.

Ответить | Правка | Наверх | Cообщить модератору

213. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –1 +/–
Сообщение от diff (??), 05-Апр-11, 18:47 
> На ЯП пишут люди, а не машины, поэтому ответы на вопрос "просто или сложно?" всегда будут иметь весомую субъективную составляющую.

По вашему ходу мысли получается, что объективное людям вообще не доступно, а только машинам.

Если что-то и содержит субъективную составляющую, то ее можно отделить от объективной.

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

Хотя в прочем в большинстве случаев не бывает необходимости подсчитывать сложность с точностью до каждого элемента и каждой связи. В большинстве случаев вполне достаточно оценить сложность с точностью до порядка. Так что задача значительно упрощается.

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

> Но даже если всё упростить, с таки определением сложности согласиться нельзя - например, оно совершенно не учитывает роль закономерностей в структуре.

Почему это нельзя? И "закономерности", и "структуры" - это тоже сущности, имеющие взаимосвязи, т.е. они и их взаимосвязи точно так же подлежат объективному подсчету, то есть оценке сложности. С точностью до конкретной модели.

Вам просто не хватает способностей к абстрактному мышлению, чтобы это осознать.
Поэтому данная задача из оценки объективной сложности/простоты превращается для вас в оценку субъективной трудности/легкости.

Ответить | Правка | Наверх | Cообщить модератору

223. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от практик (?), 05-Апр-11, 19:54 
Ваши рассуждения строятся вокруг идеальных беспредметных представлений о математических моделях, из которых человеческий фактор априори исключен.

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

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

Ответить | Правка | Наверх | Cообщить модератору

224. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –1 +/–
Сообщение от diff (??), 05-Апр-11, 20:22 
> Ваши рассуждения строятся вокруг идеальных беспредметных представлений о математических моделях, из которых человеческий фактор априори исключен.

Ну это для вас они "идеальные" и "беспредметные".
Хотя, впрочем, добро пожаловать в мир информатики - здесь все "идеальное", и смотря что вы считаете "предметным".

Я же говорю, вы просто никогда об этом не задумывались.

А на самом деле - это обычный практический метауровень.
Просто всего навсего нужно не только понимать какой-то предмет, но и понимать как вы именно это понимаете.

Без этого вы современных конкурентоспособных информационных систем просто не построите на практике. Про системы искусственного интеллекта и говорить нет смысла - это там само собой разумеется.

> Потому что ваше определение не допускает применение качественных показателей.

Так простота/сложность - это по-вашему качественные показатели или количественные? Или вы забыли о чем вообще шла речь?

> Претендуете на объективность - вместо наукообразной схоластики научитесь давать полные четкие определения, потом других учите.

Я уже дал полное и четкое определение: сложность - это количество элементов (объектов, сущностей) и связей между ними.
А то, что вы до этого считали "сложностью" оказалось на самом деле "трудностью" - причем это совершенно разные вещи.

Просто вас такая очевидная новость совершенно ошарашила. Не вас первого.

---------------
Да, и еще. Потрудитесь дать полное и четкое определение, что вы называете "наукообразной схоластикой".

Ответить | Правка | Наверх | Cообщить модератору

229. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от практик (?), 05-Апр-11, 23:46 
> Ну это для вас они "идеальные" и "беспредметные".

Они идеальные и беспредметные по факту отсутствия в них конкретики и обоснований. Ничего кроме постулатов и мелкого хамства.

> Я же говорю, вы просто никогда об этом не задумывались.

Кого вы хотите в этом убедить?

> Так простота/сложность - это по-вашему качественные показатели или количественные? Или
> вы забыли о чем вообще шла речь?

Ответ содержится в вашем вопросе. Простота и сложность - относительные, качественные показатели. Та или иная (!) сложность может быть выражена в количестве, в частных случаях применительно к людям. Например, описательная сложность восприятия технологии (языка, алгоритма, паттерна) человеком зависима от индивидуального, условно говоря, "набора инструкций", применяемого человеком для восприятия (описания) технологии.

>> Претендуете на объективность - вместо наукообразной схоластики научитесь давать полные четкие определения, потом других учите.
> Я уже дал полное и четкое определение: сложность - это количество элементов
> (объектов, сущностей) и связей между ними.

Следуя вашему определению, целое не может быть сложнее суммы его частей.

> Да, и еще. Потрудитесь дать полное и четкое определение, что вы называете
> "наукообразной схоластикой".

Наукообразной схоластикой я называю необоснованные (!) суждения, пестрящие ссылками на научные методы и специальные термины.

Ответить | Правка | Наверх | Cообщить модератору

236. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от diff (??), 06-Апр-11, 06:11 
> Они идеальные и беспредметные по факту отсутствия в них конкретики и обоснований.
> Ничего кроме постулатов и мелкого хамства.

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

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

Насчет обоснований смотрите ниже.
А любое указание на ваши ошибки, вы приравниваете к хамству. Очень удобно.

>> Я уже дал полное и четкое определение: сложность - это количество элементов (объектов, сущностей) и связей между ними.
>
> Следуя вашему определению, целое не может быть сложнее суммы его частей.

Вы этой своей фразой продемонстрировали сейчас, что вы не знаете, что такое "эмерджентность" или "системный эффект". Рекомендую почитать для начала ходя бы соответствующие статьи в Википедии.

А попросту говоря, вы здесь тупо попались.

Вы продемонстрировали, что вы не владеете системным подходом. Который зародился еще в докомпьютерную эпоху, и является родоначальником современных объектных систем и не только их.

Конечно вы все это назовете "наукообразной схоластикой". Ваше право.
Соответственно смотрим далее.

---------------------------------------

> Наукообразной схоластикой я называю необоснованные (!) суждения, пестрящие ссылками на научные методы и специальные термины.

То есть вы признаете только такие "обоснования", в которых нет "ссылок на научные методы" и "специальные термины". А наличие оных, вы считаете критерием "схоластики".

Очень удобно - вам нельзя в обоснованиях приводить термины и ссылки, но без обоснований вы назовете это "схоластикой" в соответствии с собственным определением.

Я где-то уже приводил известное высказывание.
"Теория без практики мертва, практика без теории слепа."

Вы являете типичным представителем так называемых "слепых практиков". И очень гордитесь этим. Вы впроде бы и признаете науку, но стоит вам указать хоть на какие-то "ссылки на научные методы" и "специальные термины", как вы тут же начинаете заявлять о "схоластите". То есть научные методы для вас все время остаются "за кадром".

А применительно к сфере ИТ, вы являетесь типичным программистом-кодировщиком. И тоже этим очень гордитесь. Судя по вашему полному отсутствию знаний в области системного подхода - вы никогда реальным проектированием не занимались.

---------------------------------------

>> Так простота/сложность - это по-вашему качественные показатели или количественные? Или вы забыли о чем вообще шла речь?
>
> Ответ содержится в вашем вопросе. Простота и сложность - относительные, качественные показатели. Та или иная (!) сложность может быть выражена в количестве, в частных случаях применительно к людям. Например, описательная сложность восприятия технологии (языка, алгоритма, паттерна) человеком зависима от индивидуального, условно говоря, "набора инструкций", применяемого человеком для восприятия (описания) технологии.

Очень хорошо. "Та или иная (!) сложность". Действительно, существуют разные более частные методы определения сложности. Например, "сложность алгоритмом", "колмогорова сложность" и т.п. Я в такие тонкости изначально вдаваться не стал, поскольку вы ведь не любите "ссылки на научные методы".

Однако каким бы образом сложность не определялась - всегда получается некоторая функция, возвращающая численный результат. И это что - по-вашему якобы "относительные, качественные показатели"? Выражаемые при этом почему-то числами. А что же такое тогда по-вашему количественные показатели?

И тут же вы сами заявляете - "сложность может быть выражена в количестве" - вы уже определитесь что ли.

---------------------------------------

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

Речь шла о принципиальной разнице между объективной сложностью и субъективной трудностью.

И эта новость вас так обескуражила, что вы даже запутались (как это видно выше), что есть количество, а что есть качество.

>> Я же говорю, вы просто никогда об этом не задумывались.
>
> Кого вы хотите в этом убедить?

Потому что с учетом вышесказанного, оно видно, как вы об этом задумывались.
Просто уже заранее видно, где вы ошибетесь в следующий раз.

Ответить | Правка | Наверх | Cообщить модератору

244. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от практик (?), 06-Апр-11, 11:25 
> И вы по-прежнему настаиваете, что в мире информатики по-вашему нет места ничему
> идеальному. Ваше право. Только в таком случае вам следовало бы заниматься

Я ни на чем подобном не настаивал. Мне надоела ваша манера разговора в русле навязчивой полемики с нападками на личность собеседника. Ведите себя достойно. Перепишите последнее сообщение без хамства и полемики, и я на него отвечу, иначе разговор окончен.

> А любое указание на ваши ошибки, вы приравниваете к хамству. Очень удобно.

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

Ответить | Правка | Наверх | Cообщить модератору

252. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от diff (??), 06-Апр-11, 13:29 
>>И вы по-прежнему настаиваете, что в мире информатики по-вашему нет места ничему идеальному. Ваше право. Только в таком случае вам следовало бы заниматься чем-то вроде машиностроения или строительства, и жить при этом в докомпьютерную эпоху. Потому что в компьютерную эпоху даже в этих областях без ИТ не обходится.
>
> Я ни на чем подобном не настаивал. Мне надоела ваша манера разговора в русле навязчивой полемики с нападками на личность собеседника.

Тогда почему вы стали обвинять меня в "идеализме"? Если вы не настаиваете на том, что "в мире информатики нет места ничему идеальному". И я бы добавил здесь, что даже наоборот.

Вот цитаты ваших собственных высказываний без каких либо искажений.

  Ваш 2-й пост: "Ваши рассуждения строятся вокруг идеальных беспредметных представлений о математических моделях, из которых человеческий фактор априори исключен."
  Ваш 3-й пост: "Они идеальные и беспредметные по факту отсутствия в них конкретики и обоснований. Ничего кроме постулатов и мелкого хамства."

Так почему вы обвиняете меня в "идеализме", если внезапно выясняется, что вы против идеализма в информатике не настаиваете.

И вам так и не удалось обосновать, в чем по-вашему заключается "предметность" и "конкретика".

Остальные ваши ошибки вы вообще предпочли проигнорировать, как будто их вообще не было.
Это тоже ваше право.

--------------------------------

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

Эти ваши определения хамству - противоречат вашему же собственному поведению. В этом же самом посте вы явно стали мне указывать, что мне по-вашему нужно делать. А именно:

" Ведите себя достойно. Перепишите последнее сообщение без хамства и полемики, и я на него отвечу, иначе разговор окончен. "

Т.е. вы мне указали, как себя вести, причем поступив при этом противоположно вашему же указанию. И вы мне указали, что мне нужно сделать. Попав при этом под ваше собственное определение хамства.

Но что еще хуже - это на самом деле вовсе не указание переписать - это попытка что-либо мне высказывания, которые оказались для вас неудобны.

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

------------------------------------

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

Что именно вы хотите, чтобы я переписал и как?

И кому больше нужен ваш ответ? Мне или вам?
Если вы мне не ответите, то мои высказывания и комментарии, а также указания на ваши ошибки останутся без вашего ответа.

То есть ваша угроза оставить что-либо без вашего ответа - больше напоминает угрозу, что вы мне на зло "отморозите самому себе уши".

Кроме того, позволю себе высказать еще одну гипотезу. А именно, что у вас просто нет ответов. И вы на самом деле просто пытаетесь "тянуть резину" и отвлечь внимание от ваших ошибок, на которые я указал.

-------------------------------------

Итак, подведем итог. Я высказал простые тезисы.

Сложность/простота - это объективные характеристики, и определяются самой системой (или моделью).

Трудность/легкость, доступность - это субъективные характеристики, и зависят от способностей, подготовки и уровня свободы от стереотипов конкретного индивидуума.

Также я порекомендовал (именно порекомендовал, а не указал, что делать) вам разобраться, что же такое системный подход.

Ответить | Правка | К родителю #244 | Наверх | Cообщить модератору

139. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от iZEN (ok), 04-Апр-11, 22:22 
> Я ставил hiphopPHP -  он берет файл php и делает из
> него файл cpp не больше не меньше ...

Попробуй: http://www.caucho.com/resin-3.0/quercus/
Оно делает из PHP налету JSP, компилирует в сервлет и запускает. Скорость выполнения серверной логики увеличивается где-то в 5 раз.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

156. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от Tav (ok), 05-Апр-11, 02:50 
> Jit vs  GCC  -  мне чет кажется gcc выиграет )))

Не все так просто.

JIT (на примере HotSpot) может выполнять кучу оптимизаций, которые не доступны при AOT-компиляции, за счет использования информации, доступной только во время выполнения. Например, HotSpot умеет встраивать наиболее часто вызываемую реализацию виртуального метода (а это может существенно расширить горизонт оптимизации) и учитывать при оптимизации, какие ветки кода выполняются чаще.

Подробнее: http://wikis.sun.com/display/HotSpotInternals/PerformanceTec...

Негативный эффект от JIT — требуется время для "разогрева", программа начинает работать быстро не сразу, производительность улучшается по мере применения оптимизаций. Это может быть плохо для десктопа, но не проблема на серверах.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

207. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от Crazy Alex (??), 05-Апр-11, 18:07 
И наоборот. Хипхоп за счёт заточенности на веб может сделать оптимизации, которые на VM общего назначения вы не получите. К примеру - сверхпримитивное управление памятью: арена на запрос. Отдали содержание - освободили всю память скопом. Ни GC, ни подсчёта ссылок, ни ручного управления нет.
Ответить | Правка | Наверх | Cообщить модератору

219. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/–
Сообщение от б.б. (?), 05-Апр-11, 19:31 
> И наоборот. Хипхоп за счёт заточенности на веб может сделать оптимизации, которые
> на VM общего назначения вы не получите. К примеру - сверхпримитивное
> управление памятью: арена на запрос. Отдали содержание - освободили всю память
> скопом. Ни GC, ни подсчёта ссылок, ни ручного управления нет.

Какая разница, всё равно у тебя на твоём копеечном хостинге не будет HipHop. А в твоём php до сих пор без набора костылей и подпорок, которые непонятно, больше тормозят или помогают, нельзя сделать банальнейшую вещь - вот так:

from bottle import route, run

counter = 0

@route('/count')
def cnt():
    global counter
    counter += 1
    return str(counter)

run()

$ wget http://127.0.0.1:8080/count -o /dev/null -O -
1
$ wget http://127.0.0.1:8080/count -o /dev/null -O -
2
$ wget http://127.0.0.1:8080/count -o /dev/null -O -
3
$ wget http://127.0.0.1:8080/count -o /dev/null -O -
4

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру