Да, утверждаю что PHP это грааль.

[ice]

Цитата:

Сообщение от Ace of Database

Второй пункт в требованиях: Знание Yii 2
И вот так во всех вакансиях - в каждой вакансии требуется новый неизвестный пунктик А в некоторых сразу несколько неизвестных. Пока эту технологию распробуешь , вакансия уплывет. А через 2-3 года все эти "Yii 2" становятся не нужны, и вместо них требуют какие-нибудь "Xyy4"

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

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

[ax_mct]

Цитата:

Сообщение от Ace of Database

Второй пункт в требованиях: Знание Yii 2
И вот так во всех вакансиях - в каждой вакансии требуется новый неизвестный пунктик А в некоторых сразу несколько неизвестных. Пока эту технологию распробуешь , вакансия уплывет. А через 2-3 года все эти "Yii 2" становятся не нужны, и вместо них требуют какие-нибудь "Xyy4"

Zend, Laravel, Symfony, Yii - это такие же фреймворки для PHP как ASP.NET Web-forms или ASP.NET MVC для C#. Вряд ли вы будете писать web на .NET без ASP.NET.

Разве что вместо одного ASP.NET MVC имеем выбор из примерно десятка MVC/Modular/... для PHP.
Yii - уже 6-8 лет на рынке и наиболее популярен именно в России/Азии.

Если ориентироваться на западный рынок то да, Yii не так популярен как Laravel и Symfony. Но все проекты PHP уровня enterprise в любом случае используют фреймворки которые живут дольше чем скажем конкретная ASP.NET технология.

ASP.NET MVC прожила 6 лет и заменена годовалой ASP.NET Core.
ASP.NET Web-Forms умерло.

Тому же Zend - 10 лет, Laravel - 5 лет, Symfony - 11 лет.
Скорости смены и хаоса web-технологий в мире MS намного больше. А выбор между фреймворками это как раз гарантия того что они будут жить долго.

[Polar]

Цитата:

Сообщение от ax_mct

Тому же Zend - 10 лет, Laravel - 5 лет, Symfony - 11 лет.
Скорости смены и хаоса web-технологий в мире MS намного больше. А выбор между фреймворками это как раз гарантия того что они будут жить долго.

Не будут. Пора им уже кануть
Проблема в том что с 2013 года уже почти 4 года как перестала расти частота процессоров.
Вызвано это тем что частота выше 5ГГц уже трудно реализуема, Это 5 миллиардов тактов в секунду. При том что скорость света превысить невозможно, получается что за 1 такт свет пройдет 40см? На таких расстояниях уже трудно проводить корректные вычисления.
Объемы данных растут, требуется много всяких срезов для аналитики, а компьютеры уже качественно не растут. Все технологии, где есть центральный сервер уже стали ущербными, поскольку надо ставить все больше и больше серверов. Сейчас пытаются делать облака(т.е. "надо больше серверов"), но это я думаю полная фигня будет в итоге.
Я может и ошибаюсь, но скорее всего надо смотреть на технологии где нагрузка будет децентрализована. Ведь чем больше клиентов в системе тем больше ресурсов ей надо, а тут каждый будет со своими ресурсами приходить в систему и ее мощь будет расти с каждым новым клиентом и уменьшаться когда клиенты будут отключаться. Поэтому и разрабатываю с нуля. А текущим технологиям жить недолго осталось.

[ax_mct]

Интересная мысль что мощность железа перестала быстро расти. В этом что-то есть.
В том же Web тот же MS явно рассчитывал что железо компенсирует всё.

Если уж замахиваться то с node.js в качестве бэкенда. Сыро, но тренд чёткий.
А PHP как Грааль не умрет, по сути тихой сапой из него уже Java сделали. И даже больше.

[macklakov]

Цитата:

Сообщение от Polar

ри том что скорость света превысить невозможно, получается что за 1 такт свет пройдет 40см? На таких расстояниях уже трудно проводить корректные вычисления.

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

[Polar]

Цитата:

Сообщение от macklakov

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

Кем предсказан? Какие десятки лет? Кем ведутся? Что это за бред ты написал?

[macklakov]

Цитата:

Сообщение от Polar

Кем предсказан? Какие десятки лет? Кем ведутся? Что это за бред ты написал?

Нам на 3-м курсе 20 лет назад об этом рассказывали как о давно известном факте. И о потенциальных способах обхода проблемы тоже. Компьютер в виде куба 30x30x30 был таким мемом, что Джобс выпустил свой концепт именно в виде небольшого куба.
Более того, согласно закону Мура была предсказана примерная дата достижения предела. И поэтому исследования квантовых вычислений уже тогда имели довольно четкий дедлайн. И не случайно что именно сейчас их доводят до фазы практического применения.
И примерно в то же время на первое место стала выходить проблема со скоростью передачи данных. Тогда же появилась шуточная статья про фуру набитую CD-дисками как очень быстрый канал передачи данных (см. соседнюю ветку).

[Polar]

Новое видео выложил. Пока двигаюсь не спеша. На 30 минут видео.

https://youtu.be/DBLCfDKbTJI

[ax_mct]

Цитата:

Сообщение от Polar

Новое видео выложил. Пока двигаюсь не спеша. На 30 минут видео.

https://youtu.be/DBLCfDKbTJI

Polar, хотя и называется JavaScript ERP но это скорее "PHP" ERP.
Почему выбран PHP? Почему не С#, не Java, не Python и прочее?
Какие цели поставлены или какие желания удовлетворяются?

[Polar]

Я там в третьем видео рассказывал. Изначально задача была сделать учетную систему для размещения на хостинге. Сейчас много разных сервисов Saas, которые стоят от 500 р в месяц. А хостинг стоит около 2000р в год. Например такой сервис как "Мой склад". Им пользуются всякие мелкие конторы и ИП. Вот если бы была учетная система, которую можно разместить на обычном хостинге, да еще ее можно было бы быстро и легко адаптировать под нужды бизнеса, то очевидная экономия и данные не надо было бы отдавать чужим людям, которые в любой момент могут прекратить поддержку или повысить цены за свои услуги. Соответственно инструменты для разработки надо использовать только те, которые встречаются на дешевых хостингах, т.е. РНР и MySQL.

[ax_mct]

Цитата:

Сообщение от Polar

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

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

[Polar]

А я чем занимаюсь?
Как раз и пишу очередной известный фреймворк:-) Назову его SugarHren 2.0 и кто-то потом в вакансиях будет его указывать в требованиях.:-)
Или ты думаешь фреймворки изначально создал Господь?

[ax_mct]

Цитата:

Сообщение от Polar

А я чем занимаюсь?
Как раз и пишу очередной известный фреймворк:-) Назову его SugarHren 2.0 и кто-то потом в вакансиях будет его указывать в требованиях.:-)
Или ты думаешь фреймворки изначально создал Господь?

Тот же упомянутый Yii был создан Qiang Xue примерно за год, но в результате осмысления и переработки другого его фреймворка - PRADO, который он выпустил за 4 года до этого. То есть по сути время создания того же Yii - это многие годы.

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

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

Граальность PHP в том что ты садишься на что-то уже популярное.

[Polar]

Не использую MVC. Какой из существующих веб фреймворков может этим похвастаться?

[Polar]

И ОРМ сделан наоборот не изменения в приложении отражаются в базе, а изменения в базе отражаются в приложении.

[Polar]

И весь фреймворк это всего лишь 30 килобайт кода. Меньше чем весит страница на которую вы сейчас смотрите.

[DAX.Company]

Достойно уважения) Монетизировать как планируете свои труды?

[Polar]

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

[ax_mct]

Цитата:

Сообщение от Polar

Не использую MVC. Какой из существующих веб фреймворков может этим похвастаться?

Абсолютно уверен что не-MVC фреймворков достаточно.

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

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

То что нашел точно не-MVC:

Gyroscope
https://github.com/antradar/gyroscope

Fusebox
http://www.fusebox.org/

Цитата:

Сообщение от Polar

И ОРМ сделан наоборот не изменения в приложении отражаются в базе, а изменения в базе отражаются в приложении.

Приложение - это браузер? То есть обновляем данные в браузере автоматически?

P.S. Кстати многие фрэймворки лишь поддерживают MVC и позволяют использовать их как библиотеку компонентов без следования MVC паттерну.
Думаю что если разрабатывать свой фрэймворк то имеет смысл делать его именно MVC чтобы прочувствовать паттерн с чистого листа и щелкать существующие фрэймворки как орехи после этого.

[Polar]

Цитата:

Сообщение от ax_mct

Приложение - это браузер? То есть обновляем данные в браузере автоматически?

3-х звенную архитектуру знаешь? Что такое сервер приложений знаешь? Вот приложение это код на этом сервере.

Короче в терминах аксапты. Открываете АОТ в разделе таблицы, там структура таблиц описана. Закрываете. Перенастраиваете коннект на другую базу с совершенно другими таблицами. Открываете АОТ заходите в раздел таблицы, а там совершенно другие таблицы с другими полями и все уже описано за вас и ничего менять не надо.