Александр А: то о чем вы толкуете это лишь разные реализации одного и того же, тут соль больше в том что SCSS был придуман рубистами еще до less и, как и в случае с кофескриптом, черпали вдохновение они в ruby. Я только об этом.
BondDen: вы может быть со ссылками путаете? Указатель это всего-лишь способ работы с памятью, возможность содержать ссылку на один и тот же адрес в памяти в двух переменных.
Переменные в JS на низком уровне устроены именно так, они хранят ссылку на объект в памяти. Если у нас 100 переменных ссылаются на одну и ту же строку, то все 100 переменных будут ссылаться на один объект. Если мы попробуем изменить строку, то будет порожден новый объект. Но с точки зрения языка переменные хранят все скаляры по значению, а штуки со ссылками и прочее это лишь часть оптимизации под названием copy-on-write, не более.
По сути это особенность пожалуй всех динамических языков со сборщиком мусора на подсчете ссылок и т.д. Вот только к иммутабельности это никакого отношения не имеет. Совсем. Да и все эти мелочи скрыты за слоями абстракции виртуальной машины.
Разница между var/let и const в том, что виртуальная машина гарантирует нам, что запись в переменную может быть произведена только при инициализации оной, повторная перезапись значения вызовет ошибку.
Юрий Петрашевич: я что-то не сразу догадался что вы там доктрин ORM используете. Да, в этом случае доктрина сохраняет все загруженные из базы сущности в Identity Map для того что бы можно было отслеживать изменения и было возможно это:
$user1 = $userRepository->find(1);
$user2 = $userRepository->find(1);
assert($user1 === $user2, 'Сущность с одним и тем же ID должна иметь в системе только один экземпляр');
помимо clear вы так же можете вызвать refresh сущностей, что бы доктрина актуализировала информацию. Хотя clear чаще работает лучше, так как нам могут уже не понадобиться загруженные сущности.
Extramezz: нет, суть контант в том что они не зависят от контекста. Например в физике есть контанта c (скорость света). Это абсолютное значение, которое не зависит даже от инетциальной системы отсчета. Она просто есть и остается такой всегда и при любых условиях.
Ваш же пример - это переменная. Вы получили ее путем измерения в данный момент времени.
Юрий Петрашевич: значит что-то не так при сохранении данных, они не сохраняются видимо. Проверьте базу, если данных там нет - стоит копать в сторону реализации сохранения. Может вы обернули все в транзакцию и не закоммитили... или еще чего. Если данные есть - надо думать в сторону кеша, может быть какая-то прослойка сохраняет результаты.
vitalyg: не работает это хреновое описание проблемы, потрудитесь открыть консоль и посмотреть что вам там пишут. 99% что там будет что-то о крос доменных запросах и что вам надо прикрутить на сервере CORS.
Сергей: проджект менеджер мэнеджит проекты, тимлид разруливает все на уровне отдела и это его основная обязанность. То что в большинстве компаний тимлид еще и архитектор/техлид по совместительству это отдельный разговор.
Тимлид это когда надоело кодить и уже хочется только руководить. Я знаю пару неплохих примеров когда синьер PHP разработчик забросил код и стал лидом команды питонщиков, и там все было замечательно, лид только разруливал проблемы и занимался улучшением процессов.
Андрей Павленко: это не плохо, просто не сильно логично, хотя суть та же. Скажем в Symfony мы из view просто делаем эдакий подзапрос к другому контроллеру, и это то как должно работать все в hmvc, а в Yii это самостоятельный компонент, который представляет из себя жирный контроллер. Да и вообще Yii1 сейчас весьма нелепо выглядит, когда он только вышел это да...
CapeRatel: я тоже описал как должно быть, хороший тимлид должен не в коде хорошо шарить (хотя это тоже), но больше в методология разработки, повышение эффективности команды и все такое.
тимлид - нет, не соглсен. Как правило хороший лид не всегда самый сильный разработчик или архитектор, его сфера обязанностей несколько иная и в нормальной ситуации он редко кодит что-то по проектам. Его обязанность - управление людьми, мэнеджмент, развитие людей, тимбилдинги и прочая чушь.
Есть еще техлиды, это синьер разработчики те же но в их фреру дейстельности входит так же поддержва инфраструктуры, процессов связанных с разработкой проекта... например обычно именно эти людя ответственны за налаживание вещей аля "ускорение прогона тестов на ci-сервере" и подобное. Ну и да, они принимают участие в проектировании приложения.
Словом без разницы как себя велечать. Я еще знаю чудные примеры синьеров PHP с опытом под 10 лет которые в плане архитектуры приложений знают поменьше джуниор .net-чиков.
vasIvas: flash делают не так, там все собирается в один контейнер. Потом уже можно подгружать доп. ресурсы но это уже на откуп разработчика. Инициализация это другое.
Да, выходило раз в 10 дольше чем с webpack с webpack-dev-server. Вот когда запилят jspm-server тогда норм будет по идее.
vasIvas: у меня webpack собирает модули, то есть я ставлю пакеты через npm, вэбпак их подбирает и делает мне бандлы. Так же я шаблоны подгружаю в переменные, и не использую templateUrl ну и т.д. Я только стили и картинки отдельно собираю, ибо мне так удобнее. У меня пока только на одном проекте webpack юзается, до этого я использовал свою сборку на gulp с кучей модулей и т.д. И вот один из модулей для бандлинга es6 модулей задепрекейтили и я сижу и грущу и мне вот совсем не охото менять этот маленький кусок.
jspm + system.js выглядит намного интереснее, но меня смущает сборка на клиенте, а сборка на сервере пока не особо поддерживается, потому я пока повременил с ним.
vasIvas: а еще вспомнил, я вам советовал jspm - но я потыкал его недельку и перешел на webpack. все довольно банально, я потратил на webpack в два раза меньше времени на изначальную настройку под свой воркфлоу, и инкрементная сборка не так сильно педалит. Может быть через пол годика вернусь на jspm, а пока-что мне лень страдать этой фигней. webpack не нравится мне по идеологическим соображениям, но он работает.
