- "а какие парадигмы программирования, кроме ООП и процедурной, вы лично пробовали и знаете на уровне, достаточном, чтобы утверждать, что ООП — величайшее достижение?"
- "При работе в проекте, я пользуюсь беспрецендентной логикой, и глубоким пониманием того, что делаю. Большинство же из вас не понимает глубоко что делают, а просто следуют указанием «умных учителей»."
Я все больше укрепляюсь в мысли, что тот человек из поста на хабре и этот, это один и тот же человек...
Ну, на сколько я понял, концепция там такая - пару тройку десяток файлов где тупо инклуды, чуток от DI, парсинг xml и ничего лишнего, красота.
Никаких диких абстракций, интерфейсов и прочего.
Но это пустышка. Это рассыпется как только появятся реальные продуктовые требования. Возможно не сразу конечно.
Красота кода ничто, если через полгода-год он обрастет такими костылями что его не возможно будет поддерживать.
ТС вы понимаете зачем в современных фреймворках (я не говорю про CMS) нужен тот уровень абстракции и откуда появилась та "сложность" которая есть сейчас?
Только без этих ваши "потому что не умеют программировать" - это не конструктив.
В целом все напоминает вот это https://habr.com/ru/post/313884/ и http://ru.coresky.net
Там тоже человек имеет барские замашки и использует обороты "лучший код" "идеальная реализация" и т.п. Вы конечно более ясно излагаете мысли чем персонаж по указанным ссылкам, но конкретика у вас примерно одного уровня.
Не существует никакого супер чисто и идеального кода. Любой код написанный с нуля для текущей обдуманной ситуации является приемлемым и со временем, в связи с изменением требований и появлением новых фич, стремится к трешу если не пересматривать архитектуру а лепить все по ситуации.
Неужели так сложно на примере показать что мол в ваших ларавелях сифонях и зендах это вот так делается плохо с кучей абстракций и файлов, а у меня вот так хорошо?
ArbNet#: Грузовик(вместо такого класса, такого и такого) опять же нужен для облегчения работы разработчиков узлов, они будут знать, что есть такой грузовик и через него могут получить доступ к другим узлам и тд. всё остальное пишут так как хотят. Правда я бы рекомендовал использовать мои подходы о которых также расскажу в документации. Тогда будет прощевсем.
Это в приличном обществе называют Service Locator.
Я уж было предположил что грузовик это хотя бы что-то про Event Bus (ну мало ли, спутал шину с автобусом) ну или Service Bus. Но почему грузовик?
Ресайзинг картинок делается за несколько минут, да у меня уже есть свой класс для этого, водяные знаки раньше делал сейчас для нового движка тоже при необходимости сделаю.
Как бы так сказать, в пыхе работа с картинками идет через расширения. Вот вы топите за то что бы не тянуть лишних зависимостей, а для ресайза не написали свое расширения для языка?
Вот не поверю что бы вы что то там на сях написали для этого...
Ну и второе - все что вы пишете на словах конечно красиво, и утрированные примеры вроде как и работают. Однако давайте представим что нудно что-то сложнее.
Приведу пример:
Приложение, которое общается с беком по rest api. Как вот ваши супер гибкие и абстрактные модули, ноды или как там их, дадут мне то апи которое я хочу без программирования?
BuxarNET, Пока на дачу ещё не уехал, скажу ещё кое-что. Я редко даю советы, но понимаю ваше намерение иметь хороший, удобный инструмент для своих проектов, скажу вам вот что. У вас есть 3 пути:
Жить так как жили, заниматься с своими проектами на чём они там написаны, как-то допиливать, вставлять костыли и тд. искать кто вам сможет помочь в этом.
Вы можете согласится с тем что вам что-то сделают за оплату. Балалаечников типа SeVlad`а и ему подобных, даже вы по-моему не воспринимаете всерьёз, потому как понимаете, а они вот не понимают, что предлагаемый им вариант использовать WP для создания гибко настраиваемых проектов мягко говоря смешон. Sly32 и Aisamiery попилят ваш бюджет, накидают разных библиотек, сварганят может что-то, но в последствии это вам обойдётся ещё дороже, будут появляться разные подводные камни, что-то захочется доработать, добавить, изменить, ещё хуже если баги полезут.. и так как ни они, ни вы, не знаете как работают те или иные готовые решения и нужно будет в них разбираться, искать нестыковки и прочее, и прочее. Зависеть от таких гуру "специалистов" со всеми вытекающими..
Ну и пойти своим путём. Я вам сейчас не предлагаю инструмент из коробки, я вам расскажу как всё устроено и как работает, как что можно изменять, добавлять, удалять, технологии которые не сложны в понимании, но облегчат вам жизнь в плане создания новых и поддержке существующих проектов. С этими знаниями думаю вы сами сейчас осознаёте, что создавать и развивать ваши проекты вам будет в удовольствие, а не плюясь на разработчиков того или иного CMS нанимая "гуру спецов" и тд. Конечно это будет не завтра, но если вы готовы вложится в своё такое будущее, то оно с лихвой окупится.
Можно поинтересоваться, вот ваш супер движок как будет поддерживать работу с картинками? Ну вот к примеру мне нужно будет сделать ресайз картинок и водяной знак наложить.
Сами писать будете? Кого то привлечете для написания подобного "модуля"? Или возьмете готовый модуль?
А что на счет RBAC? Будет отдельный модуль? А как его использовать из других модулей для проверки прав?
Как (ну хотя бы в теории) у вас модули будут между собой интегрироваться?
Да в php много расширений, но они работают довольно таки быстро. В данном случае применяю GD
Это не тру. Почему свое не написали, а как и все понапихали расширений, что только усложняет понимание того как это под капотом работает.
Или раз IDE не показывает как это работает под капотом, значит там чистенько и работает как "часики"?
Нет, не понимает. Он не отличает даже CMS от фреймворка не говоря уже о задачах и ЦА.
См его топики, тут лишь часть "блеска звезды":
https://searchengines.guru/ru/forum/1023644
https://searchengines.guru/ru/forum/1026646
https://searchengines.guru/ru/forum/1032846
https://searchengines.guru/ru/forum/1032082
ТС вы понимаете зачем в современных фреймворках (я не говорю про CMS) нужен тот уровень абстракции и откуда появилась та "сложность" которая есть сейчас?
Только без этих ваши "потому что не умеют программировать" - это не конструктив.
Вы конечно более ясно излагаете мысли чем персонаж по указанным ссылкам, но конкретика у вас примерно одного уровня.
Ты будешь с этим до конца года возиться, а потом что? Миру покажешь, клиентов найдешь?
Каким образом?
Это человек так изящно проявляет скромность)
Грузовик(вместо такого класса, такого и такого) опять же нужен для облегчения работы разработчиков узлов, они будут знать, что есть такой грузовик и через него могут получить доступ к другим узлам и тд. всё остальное пишут так как хотят. Правда я бы рекомендовал использовать мои подходы о которых также расскажу в документации. Тогда будет проще всем.
Это в приличном обществе называют Service Locator.
Я уж было предположил что грузовик это хотя бы что-то про Event Bus (ну мало ли, спутал шину с автобусом) ну или Service Bus. Но почему грузовик?
Ресайзинг картинок делается за несколько минут, да у меня уже есть свой класс для этого, водяные знаки раньше делал сейчас для нового движка тоже при необходимости сделаю.
Как бы так сказать, в пыхе работа с картинками идет через расширения. Вот вы топите за то что бы не тянуть лишних зависимостей, а для ресайза не написали свое расширения для языка?
Вот не поверю что бы вы что то там на сях написали для этого...
Ну и второе - все что вы пишете на словах конечно красиво, и утрированные примеры вроде как и работают. Однако давайте представим что нудно что-то сложнее.
Приведу пример:
Приложение, которое общается с беком по rest api. Как вот ваши супер гибкие и абстрактные модули, ноды или как там их, дадут мне то апи которое я хочу без программирования?
BuxarNET, Пока на дачу ещё не уехал, скажу ещё кое-что. Я редко даю советы, но понимаю ваше намерение иметь хороший, удобный инструмент для своих проектов, скажу вам вот что. У вас есть 3 пути:
Можно поинтересоваться, вот ваш супер движок как будет поддерживать работу с картинками? Ну вот к примеру мне нужно будет сделать ресайз картинок и водяной знак наложить.
Сами писать будете? Кого то привлечете для написания подобного "модуля"? Или возьмете готовый модуль?
А что на счет RBAC? Будет отдельный модуль? А как его использовать из других модулей для проверки прав?
Как (ну хотя бы в теории) у вас модули будут между собой интегрироваться?
-= Serafim =-, поставил тебе плюс. Ты же наверное считаешь что они что то значат
Это обычное вранье.
Ну естественно. Прости сегодня без реверансов перед не пойми кем.
Отвечал я ТСу а умники как всегда в зад без мыла лезут