All streams
Search
Write a publication
Pull to refresh
21
Aleks Lozovyuk @aleks_raidenread⁠-⁠only

Криптовалюты, финансы, распределенные системы

Send message
да я не отрицал :) просто если мерять вообще, а не инетом в частности, то и 20 лет это мало.. мосты, автомобили, железная дорога - вот когда сотни лет будут, тогда :)

а так да, в большинстве случаев он дороже, при неверном проектировании он намного дороже, требудет бОльшей квалификации для архитектуры.
уверены, что как минимум, скорость разработки, в ряде задач, в процедурном варианте будет дольше, чем в ООП?
win32API тоже ООП? кстати, всего с 80 годов, если смотреть на смалталк, но на нем я не знаю, писали ли реально большие системы.
не превращаем этот тренд в спор про ООП вообще. В вебе, в РНР и в достаточно большом классе приложений ООП не является панацеей и может быть заменено процедурным подходом вполне. тем более, как заметили ниже, РНР предлагает мультипарадигму, потому не ограничивайте себя.

Кстати, если ООП панацея, то почему дальше развивают и аспектно-ориентированное программирование появилось?
это при чем? вполне, если посмотрите на сайт в моем профайле. и что из этого?
странно, указанный вами Ext.Tree тоже бесплатный (!), далее - он интегрирован в компонентную структуру и позволяет делать очень многое. В частности, посмотрите на реализацию контекстного меню на ексте, и в данном примере - видите, какая разница большая? Так что пока это просто "еще одна реализация дерева", не более.
так вы противоречите сами себе, поскольку, исходя из этого процедурный подход выигрывает, так как человек, пишущий на ООП, стоит дороже, и чем лучше он, тем дороже.
Кроме этого, всплывают вопросы надежность и много других, которые только в последние время начали подниматься, так как раньше просто не было больших реально ООП систем и опыта их жизненного цикла.
но вы не учитываете нескольких ньюансов. РНР работает по "сессионной" модели, то есть скрипт, по большому счету (не учитываем сейчас кешеров и т.п.) каждый раз в ответ на запрос обрабатывает код страницы. Теперь смотрим - если мне нужно изменить какие-то данные в анкете пользователя, то для этого нужно создать обьекты, изменить в них данные, записать... в зависимости от архитектуры конечно. Но само действие это есть атомарным и простым - исходя из того, что соединение с базой и некоторые переменные окружения являются статичными между всеми скриптами, эта операция не требует по своей природе никаких обьектов, а только выполнения одного запроса (ну и некоторых сервисных действий вроде проверки формата и т.п.). В вот монстры вроде ZendFramework на каждое действие вынуждены поднимать иерархии с десятков классов ради вызова одного-двух небольших методов. Это я к тому веду, что думать нужно прежде. когда накладные расходы на ООП в каждом случае больше, чем выгода - он малоприемлем.
вряд ли, багтрек и "обычный" пользователь понятия мало совместимы :)

почему нельзя использовать любой скрипт/функционал CMS системы голосования? тоесть обычные опросы и все...
странно, вроде как давно стандартная фича баг-трекеров, многие проекты собирают голосования за реализацию того или иного функционала...
да, отличная статья, ждем продолжения!
он позволяет в общей ленте показывать только начало поста, таким образом больше сообщений можно просмотреть и понять, стоит ли читать...
хабракат ставьте плиз.. рассматривать пост на хабре тоже нужно/можно как проект, и одной из чер - соответствие стандартам и выпускное тестирование :)
да, там половина (хотя не видел отчета но примерно так) от гугла за тесное сотрудничество, ну и донейты.

Вопрос венчурным инвесторам и инкубаторам, представитель которых есть на сайте здесь - а вы рассматриваете такие проекты?
почему? художник искусством занимается, по большому счету, и по умолчанию рисовать то умеет :) дизайнер - это "промышленность", хотя и гораздо ближе к искусству, чем оператор сварочного автомата :)
эх, давно это было :) с 5 по 8 вроде класс учился в профильном классе, даже с глины чего-то делал... потом забросил, пошел в другую область... но рисовать если очень нужно, умею все же...
да, и в догонку - можно ли посетить мероприятие свободно, не будучи докладчиком?
отлично! но есть вопросы:

1. среди заявленных участников и организаторов нет (или я не увидел) инвесторов и экспертов наших, Россия/СНГ/Украина. Они будут?
2. Язык выступления? Форма на английском, часть сайта на русском. Выступление на каком языке проводить?
вы явно не искали даже. все есть в:
а) дистрибутиве екста в примерах и справке
б) на офиициальном сайте в разделе learn
в) на официальном сайте, в разделе Forum
г) на русскоязычном сайте
д) в гуглгрупе русской
е) в нескольких блогах, в частости, в моем.

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

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity