Если это правда, тогда мне глубоко непонятно, как можно годы тратить на КМС. Это тот же ПХП, в котором уже написаны базовые модули. Через 20 должно быть уже все равно, что использовать в языке, на каком языке писать...
Глупости. Разобраться с архитектурой какой-либо КМС - получить понимание, как другие люди пишут код, как его организовывают. В дополнении к знанию самого языка - очень полезно. Естественно, только в случае если на это есть время. Изначально же разговор шел о версиях языка.
Но как мне "правильнее" проектировать, я знаю лучше.
Многое (из того что вы показали на схеме) есть в системе документирования проектов. В основе этой системы тоже база данных.
Я же не отрицал необходимость проектирования БД. Просто по методологии есть определенные этапы, я указал только на это. Не ВАМ правильнее, а в принципе. Это не мной придумано и основывается на опыте разработки не одиночек, а крупнейших мировых лидеров в айти. Это их обобщенный опыт. Конечно, можно следовать, можно нет. Можно взять часть. Но ИМХО, начать проектирование БД не спроектировав сам проект - преждевременно.
Тут на форуме есть яркие примеры личностей, которые отрицая общепринятые подходы, чужой опыт, годами пытаются что-то создать, даже не понимая, сколько лишней работы они делают.
Кстати вы правильно упомянули документацию проекта. Важная часть. На моей практике еще ни разу не было, чтобы у нас получилось сразу задизайнить все- архитектуру, базу... Все проходит через итерации. Это немного офтоп уже, но дискуссия вполне интересна мне, вот и поддерживаю.
Вот именно. А ты пришел и начал "рамочно" говорить неправильные вещи, на что я тебе, а не всем, указал. Зачем ты вдаешься в дискуссию, если не понимаешь что такое ООП, например? Я же предлагаю начать с базовой теории и понятий, это займет от силы час. Зато потом, уже изучая сам язык, будет проще понимать конструкции, принципы.
Ты бросаешь фразу, не пытаясь ее доказать, это не дискуссия а троллинг.
Если ты считаешь, что это МОИ соображения, то все очень печально. Но у меня нет желания обсуждать твой уровень. Мои ответы - в рамках вопроса. Чтобы изучать ООП, например, нужно хотя бы понимать что это такое.
Антоний, в любом случае вижу, что тебе нужна база, ты привел темы из курса, они хорошо охватывают язык, вот по ним и иди. И Без разницы в какой версии. Если ты будешь это учить по 8-ке, ты без проблем разберешься в особенностях реализации 7-й версии. С 5-й будет больше отличий, но тебе все равно будет это понятно.
Например что? Опять голословные обвинения. Мой пример условный, в Java или Питоне можно одновременно создать новый обьект и инициализироваль его. Еще раз - это не значит что код написан по ООП. Опровергни мои слова.
Блин, ну напиши сам аддон - работа с кэшем это прям база, там пара строчек кода будет, особенно в пхп, у него работа с сессиями отлично реализована.
Есть левши, есть правши, кто-то использует горизонтальное ориентирование при просмотре, кто-то вертикальное, в зависимости от контента. У кого-то пальцы длинные, у кого-то толстые.
И тут не стоит гадать - тебе выше правильно сказали - используй карту кликов, если планируешь это как-то использовать в своей разработе, а не гадай.
Как относится твой пример к моему ответу? Это инициализация обьекта в ходе выполнения кода, никакого отношения к парадигма ООП не имеет. Ты одинаково можешь инициализировать функцию - от этого код не становится ООП ориентированным. Странно что ты этого не понимаешь. Если ты в коде работаешь с обьектом - он не становится от этого ООП ориентированным.
А вот если ты используешь классы в коде - это уже ООП. Об преимуществах говорить не буду, все их знают, но есть и недостатки, например в момент инициализации класса создается множество, как это называется в Питоне, мэджик-методов, которые занимают память и не всегда нужны.
Ты путаешь человека неправильным пониманием и он увидя в коде var = new myfunc() будет думать что это уже ООП, а это не так.
Без обид, но это означает лишь, что ты не программист. Ты просто изучил, не знаю насколько хорошо, одну ЦМС и не можешь вырваться из ее рамок. Я, написав с 10 сайтов на Вордпресс, понял, что мне ее не хватает в рамках моих хотелок, начал изучать пхп-фреймворки, после этого стала более понятна архитектура. Потом ушел в Пайтон и уже в нем я не ограничен ничем вообще. Но я все еще продолжаю его изучать и сталкиваюсь с вещами, которые мне незнакомы. В плане реализации. Это кстати касается
Позвольте не согласиться. Я уже после года изучения пхп переписал три своих сайта с Думлы на чистый MVC php. Так что, про "годы" вы загнули.
Получил отличную практику, в сайтах просто НОЛЬ лишнего,
А скажи, сколько человек за последний год ревьювало твой код? Почему ты уверен что он идеален? Только миксуя свой опыт с чужим, можно говорить об идеальности.
Это неправильный подход. Сначала проектируется архитектура сайта. Для этого хорошо подходит PlantUml - Очень рекомендую. Делается диаграмма последовательности. Желательно еще и диаграмма состояний. На основе этого проектируется база данных. Вот простейший пример авторизационного сервиса.
То есть я для себя нарисовал что и в какой последовательности должно работать. Написав запросы, я уже понимаю, что должен хранить в базе и в какой.
После этого могу уже начать реализовывать. Это диаграмма для сервиса, так же она рисуется для сайта. Имея такое - проще работать с заказчиком - легче обьяснить что будет
Мне ничего не понятно. Оперативные задачи должен кодер решать. Зачем менеджеру знать для этого пыичьпы?
Менеджер без бэкграунда технического сейчас малоценен. Так что стремление Антония абсолютно верны и правильны.
Абсолютно. Потому что могут прийти "программисты" и написать такое:
То есть человек не понимает что такое обьект и как он соотносится с ООП. А обьект, по факту - это любая сущность в ЯП, в данном случае мы говорим про PHP. Область памяти, где храняться какие-то данные. Это могут быть и цифры просто, строки, а также функции php.
А ООП - это методология программирования, основанная на использовании классов как обьектов и поддерживающая основные принципы - Инкапсуляция, наследование, полиморфизм.
Немного пошучу - может надо было изучить а не проходить? 😀 Вот ты приводил хороший список курса - много ли ты оттуда знаешь? Если меньше 60 процентов - тебе рано думать про отличия версий, тебе нужна база для начала. Особенно, если в планах ковыряться в чужом коде. Тут на форуме 90 процентов вопросов потому, что нет базы - нахватались по верхам, а вникнуть, как это работает - никто не хочет, подавай сразу готовое решение.
В то время как простые белорусские трудяги трудятся на благо своей страны, ты ездишь по Европам и кайфуешь. Не стыдно?
Почему я должен за них думать, переживать? Я плачу налоги в той стране, где работаю. Но вообще то мы говорим об отдыхе.
Но Алтая все-таки не будет? Как то странно - гордиться, но не отдыхать там. Вместо того, чтобы поддерживать экономику своей страны ты вывозишь валюту за рубеж, помогаешь тайской экономике? Непатриотично как-то... Вот я в Евросоюзе работаю, там и трачу 😇
Это ж надо такую чушь выдумать: "Ничего, не делая, стал богаче"! Ничего не делая, можешь только без штанов остаться, а не стать богаче.
Ты, как обычно не читая, комментируешь. Мог бы посмотреть тред, прежде чем комментировать. Но да, если для тебя отложить в заначку доллары а не рубли, то тогда ты конечно же прав - аццкий труд 😓
Тема посвящена покупательной способности рубля. Проще всего ее оценивать, сравнивая с другими валютами. Никуда не денется? Ну сравни за 100 последних лет, сколько раз девался рубль? С царских на советские, с советских на российские...
Хороший анекдот на сегодня 😊. А теперь открой статистику мирового товарооборота и в каких она валютах...
