Зачем в ES6 get и set?

Rou1997: "мысли из книжки"?) То есть вы считаете что адекватно формулировать мысль можно только по книжкам? Вы удивитесь но я не так много их прочитал)

Зачем в ES6 get и set?

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

У вас рекурсия. Свойства хранят состояние, аксессоры (get/set) изолируют знание о состоянии, эдакий способ добиться инкапсуляции и не нарушать обратной совместимости. Очень удобно бывает.

Курсы или материал для изучения JavaScript?

Rou1997: то есть у вас деньги единственный мотиватор?

Курсы или материал для изучения JavaScript?

Rou1997:

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

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

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

Ну натянуть тему на вордпресс - оке, пожалуйста. Меня не интересуют разработчики которые пошли этим путем. Как минимум потому что если мне уже приходит проект на WP это означает что 90% что все что делали до меня я просто выкину как в прочем скорее всего выкину и сам WP.

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

Есть такое понятие как технический долг. Без должной теоритической базы разработчики будут просто плодить говнокод. Ну а че, работает же! задачу выполнило? А про долгосрочную перспективу, что будет с их кодом после, почему-то не думают.

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

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

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

Приведу вам пример. Начинающих программистов обычно заставляют писать сортировку пузырьком. Зачем? Что бы привить определенное мышление к решению задач, научить их строить алгоритмы в голове. А если думать "реальными задачами" - то как бы можно просто тупо клепать контроллеры для мелкого ширпотреба и забить на развитие. Работы всеравно хватит и кушать тоже будет что.

Курсы или материал для изучения JavaScript?

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

Где-то 9/10 разработчиков когда начинают "учиться" на фрилансе, без менторинга и ревью, по итогу стараются просто решить проблему а не разобраться в ней. Ибо "нет времени надо дела делать!".

Курсы или материал для изучения JavaScript?

Rou1997: задачи которые будет придумывать начинающий будут как раз таки из пальца. А к коммерческим проектам подпускать такого разработчика рано.

Можно конечно сразу задаться целью написать очередную соц сеть или чего-нибудь примерно такого плана (что бы просто но не бложик) но только на этом далеко не уедешь.

Курсы или материал для изучения JavaScript?

задачки штука полезная. Не стоит их "игнорировать".

Как правильно организовать общение между контролером, директивой и директивой вне контроллера?

Николай: ну вроде как должны были на той неделе наконец все гайды официальные под 1.5 и компоненты переписать. Во всяком случае пул реквест на это вмерджили.

Имеет ли смысл заводить отдельный индекс для колонки?

retvizan: explain покажет какие индексы используются, так что очень даже поможет. В простом случае можно просто обновиться до mysql 5.7, повесить отдельные индексы на все поля учавствующие в выборках и дальше mysql сам будет объеденять выборки. А вот для критически важных запросов уже можно составные вешать. С точки зрения скорости разработки и выхлопа пока это самая продуктивная стратегия.

Как правильно организовать общение между контролером, директивой и директивой вне контроллера?

Николай: я не спорю, сам пользуюсь. Но говорить про flux (упомянув что $scope не нужен) и не дать ссылку на гайд по компонентами.... ну мне кажется это просто несколько непоследовательно) А так я поддерживаю.

Как правильно организовать общение между контролером, директивой и директивой вне контроллера?

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

Скорость работы сайта на php?

novrm: это сделано не потому что так эффективнее с точки зрения производительности, а просто потому что это разные модули и нелогично все делить а файлики с переводами строк смешать в кучу. Да и не удобно это.

Я больше к тому что мы все это можем сдампить в PHP и тогда за кэширование будет отвечать opcache и нам без разницы сколько там файлов, где они и все такое.

Скорость работы сайта на php?

opcache... все само кэшируется.

Чем нарисовать ось времени в javascript?

Петр: вы забыли про addEventListener

Чем нарисовать ось времени в javascript?

Петр: глупости говорите.

Разумно ли здесь применить redis?

ТёмнаяМатерия: вам таки нужны очереди, редис для этого подходит.

Разумно ли здесь применить redis?

ТёмнаяМатерия: на редисе делают вполне себе годные очереди (когда ставить rabbitmq лень например). Ваша задача на очередях тоже неплохо будет работать - главное работу со счетем пользователя сводить к обычной последовательности что бы зарубить возможнсть гонок на корню.

Разумно ли здесь применить redis?

ТёмнаяМатерия: можно сквошить записи, скажем раз в сутки. Тут главное что бы за последние хотя бы пару минут данные оставались как есть.

в целом же места на диске эти 100К записей занимать много не будут.

Разработка: что должно быть впереди фронтэнд или бекенд?

Станислав Макаров: но если что - OpenAPI самое богатое что есть. Просто некоторые вещи там не так удобно сделаны.

Разработка: что должно быть впереди фронтэнд или бекенд?

Станислав Макаров: ну я делаю ставку на RAML + планирую схитрить и сделать свои тулзы под себя + сделать конвертер в OpenAPI так как в принципе я пока не нашел ни одной "не совместимой" вещи.