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

суть разделения UI логики и логики приложения объяснять так оказалось легко

А модель была в этом калькуляторе?

да, функция которая принимает на вход выражение в обратной польской записи и возвращает результат

ну мол идея в том

что бы давать маленькие упражнения

оооочень маленькие

которые можно сделать за вечерок

и потом "вносить правки в требования"

что бы несоблюдение инкапсуляции или каких-либо принципов вылазило боком

но я на 100% не уверен что это работает)

Потом пошло поехало, бложег, система комментариев, корзина, пагинация, хлебные крошки)

зачем такие сложности, штука которая пишет в файл

а потом бац так, а файл то на другом сервере!

пиши по сети

Хороший подход

А если ещё отслеживать его изменение

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

(когда ты делаешь неделю хрень и потом тебе говорят что это хрень, мотивация резко падает)

а когда ты на хрень потратил пару часов и тебя быстро подправили и оно еще и работает

радости полные штаны

по поводу обучения

год назад на конференции одной выступали ребятки

забыл как называется их язык программирования

они разработали короч язык

для программирования аудио

ну мол вызываешь функцию - применяется эффект какой-то

потоки есть

и все такое

код рекомпилится в режиме реаьного времени, ты не можешь его сломать

и главное - любые "баги" с синхронизацией потоков и т.д. "звучат"

они на основе этой штуки детишек обучали

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

блокировки, барьеры и т.д.

интересно. что только не придумают

ну на самом деле идея та же - быстрый фидбэк

ты не там поставил вызов какой-то фигни - и уже не звучит

подправил - работает, детишки радуются

и могут приблизительно процессы развивающиеся во времени представлять

чего просто программисты часто не умеют

но только учить кого-то... это надо безумно много думать над упражнениями

хотя как по мне опыт очень полезный

и могут приблизительно процессы развивающиеся во времени представлять

можно тут по подробнее ? сама фраза мне не понятна

можно тут по подробнее ? сама фраза мне не понятна

на примере музыки легко представлять что мол "4 такта только тыц тык а потом драм машина и потом еще что-то"

а когда ты смотришь просто в код

тебе не понятно что "первые 4 секунды тут такое значение, потом вызывается эта хрень, потом эта и та меняет то"

ну мол... когда ты видишь в коде

$foo = 4;

то все просто и понятно. Нет "времени". То есть вне зависимости от времени у тебя там будет значение "4"

а когда видишь

$foo = $foo > 10 ? $foo * 2 : $foo / 2;

то уже хер пойми

и надо лазать вокруг

и думать "а при каких ситуациях оно станет таким или иным"

а когда у тебя от этого какая-то логика зависит, и переменых штук 20

то "проиграть" представляя как оно будет выполняться легче легкого

особенно когда эти переменные глобальные и ты знаешь только о 19-ти функциях которые с ними работают из 20-ти

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

проиграть код в голове

потому всякие там инкапсуляции, которые позволяют выносить кусочки логики в "одно место" и закрывать от посторонних глаз

и помогают упростить код

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

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

ибо чем больше деталей влияют на процесс, тем проще нам что-то упустить и допустить ошибки

если надо их все учитывать

ERROR: S client not available

а когда мы каждую деталь отдельно можем рассмотреть и представить, то все становится проще.....

....мысль понятна или не очень?)

да понятна.

p.s. вообще об этом еще Дэйкстра писал, и придумал структурное программирование для того что бы с этим бороться

с разницей "статического" и "динамического" (то есть того что в коде написано и как оно на самом деле выполняется"

в его этом знаменитом "goto considered harmful"

там же предлагалось "что бы было проще давайте изолируем состояние, разрежем его"

(ну не в таком явном виде конечно там это предлагалось, скорее описывалось что это проблема)

в PHP ты можешь "резать" состояние только при помощи классов, в JS есть лексические скоупы

ну то есть... все в итоге всеравно крутится вокруг одной и той же идеи

разделяй и влавствуй

спасибо за потраченное время. стало понянтее.

попробуй покрутить эту идею в голове

просто что "сложность не в том что написать, а как сделать так что бы код читал и понимал как он работает"

точнее... "сложность выражается в том, насколько сложно представить как это работает а не как это написать"

я ее уже года 2 кручу в голове... вроде помогает... но не уверен)

тогда штуки вроде "10 классов могут быть сильно проще чем 2 наследника базового класса" становятся чуть проще

я думаю у многих было такое что ты сидишь и разбираешься пол часа в чем-то, на что неделю назад поленился потратить лишних 5 минут что бы более развернуто написать

к теме о наследовании есть еще такая статейка от окрамиуса https://ocramius.github.io/blog/when-to-declare-classes-final/

Дичь какая, все из гиттера посваливали и тут тусуются? +)

ооо

ооо? +)

явился) та гиттер заебал уже обновлениями

:D

ну ради таких людей... +)

не грех

гиттер не удобен =(

тут пока больше движухи

в плане активности

ага, сравни с чатиками ларки или юи +)

симфони, да, помер потихоньку чат

можно ссылку на yii.