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