MkrtElion

Рейтинг
66
Регистрация
03.07.2017
Свой движок - стоит ли?
ArbNet #:

Да в php много расширений, но они работают довольно таки быстро. В данном случае применяю GD

Это не тру. Почему свое не написали, а как и все понапихали расширений, что только усложняет понимание того как это под капотом работает.

Или раз IDE не показывает как это работает под капотом, значит там чистенько и работает как "часики"?


Свой движок - стоит ли?
SeVlad #:

Нет, не понимает. Он не отличает даже 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


Спасибо ознакомлюсь.

Чуточку из крылатого:

- "а какие парадигмы программирования, кроме ООП и процедурной, вы лично пробовали и знаете на уровне, достаточном, чтобы утверждать, что ООП — величайшее достижение?"

- "При работе в проекте, я пользуюсь беспрецендентной логикой, и глубоким пониманием того, что делаю. Большинство же из вас не понимает глубоко что делают, а просто следуют указанием «умных учителей»."

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


Свой движок - стоит ли?
Ну, на сколько я понял, концепция там такая - пару тройку десяток файлов где тупо инклуды, чуток от DI, парсинг xml и ничего лишнего, красота. 
Никаких диких абстракций, интерфейсов и прочего.

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

ТС вы понимаете зачем в современных фреймворках (я не говорю про CMS) нужен тот уровень абстракции и откуда появилась та "сложность" которая есть сейчас?

Только без этих ваши "потому что не умеют программировать" - это не конструктив.


Свой движок - стоит ли?
В целом все напоминает вот это https://habr.com/ru/post/313884/ и http://ru.coresky.net
Там тоже человек имеет барские замашки и использует обороты "лучший код" "идеальная реализация" и т.п.
Вы конечно более ясно излагаете мысли чем персонаж по указанным ссылкам, но конкретика у вас примерно одного уровня.
Не существует никакого супер чисто и идеального кода. Любой код написанный с нуля для текущей обдуманной ситуации является приемлемым и со временем, в связи с изменением требований и появлением новых фич, стремится к трешу если не пересматривать архитектуру а лепить все по ситуации.

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



Свой движок - стоит ли?
dj D #:

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

Каким образом?

Это человек так изящно проявляет скромность)

Свой движок - стоит ли?
ArbNet #:
Грузовик(вместо такого класса, такого и такого) опять же нужен для облегчения работы разработчиков узлов, они будут знать, что есть такой грузовик и через него могут получить доступ к другим узлам и тд. всё остальное пишут так как хотят. Правда я бы рекомендовал использовать мои подходы о которых также расскажу в документации. Тогда будет проще всем.

Это в приличном обществе называют Service Locator.

Я уж было предположил что грузовик это хотя бы что-то про Event Bus (ну мало ли, спутал шину с автобусом) ну или Service Bus. Но почему грузовик?

Свой движок - стоит ли?
ArbNet #:

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

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

Вот не поверю что бы вы что то там на сях написали для этого...

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

Приведу пример:

Приложение, которое общается с беком по rest api. Как вот ваши супер гибкие и абстрактные модули, ноды или как там их, дадут мне то апи которое я хочу без программирования?

Свой движок - стоит ли?
ArbNet #:

BuxarNET, Пока на дачу ещё не уехал, скажу ещё кое-что. Я редко даю советы, но понимаю ваше намерение иметь хороший, удобный инструмент для своих проектов, скажу вам вот что. У вас есть 3 пути:

  1. Жить так как жили, заниматься с своими проектами на чём они там написаны, как-то допиливать, вставлять костыли и тд. искать кто вам сможет помочь в этом.
  2. Вы можете согласится с тем что вам что-то сделают за оплату. Балалаечников типа SeVlad`а и ему подобных, даже вы по-моему не воспринимаете всерьёз, потому как понимаете, а они вот не понимают, что предлагаемый им вариант использовать WP для создания гибко настраиваемых проектов мягко говоря смешон. Sly32 и Aisamiery попилят ваш бюджет, накидают разных библиотек, сварганят может что-то, но в последствии это вам обойдётся ещё дороже, будут появляться разные подводные камни, что-то захочется доработать, добавить, изменить, ещё хуже если баги полезут.. и так как ни они, ни вы, не знаете как работают те или иные готовые решения и нужно будет в них разбираться, искать нестыковки и прочее, и прочее. Зависеть от таких гуру "специалистов" со всеми вытекающими..
  3. Ну и пойти своим путём. Я вам сейчас не предлагаю инструмент из коробки, я вам расскажу как всё устроено и как работает, как что можно изменять, добавлять, удалять, технологии которые не сложны в понимании, но облегчат вам жизнь в плане создания новых и поддержке существующих проектов. С этими знаниями думаю вы сами сейчас осознаёте, что создавать и развивать ваши проекты вам будет в удовольствие, а не плюясь на разработчиков того или иного CMS нанимая "гуру спецов" и тд. Конечно это будет не завтра, но если вы готовы вложится в своё такое будущее, то оно с лихвой окупится.


Можно поинтересоваться, вот ваш супер движок как будет поддерживать работу с картинками? Ну вот к примеру мне нужно будет сделать ресайз картинок и водяной знак наложить.

Сами писать будете? Кого то привлечете для написания подобного "модуля"? Или возьмете готовый модуль?

А что на счет RBAC? Будет отдельный модуль? А как его использовать из других модулей для проверки прав?

Как (ну хотя бы в теории) у вас модули будут между собой интегрироваться?

Давайте обсудим идеи интернет-проектов которые могут выстрелить во время кризиса и после него

-= Serafim =-, поставил тебе плюс. Ты же наверное считаешь что они что то значат

Давайте обсудим идеи интернет-проектов которые могут выстрелить во время кризиса и после него
-= Serafim =-:
Это обычное вранье.

Ну естественно. Прости сегодня без реверансов перед не пойми кем.

Отвечал я ТСу а умники как всегда в зад без мыла лезут

12345678 ...75
Всего: 743