Уходит не один день, но в течении месяца — начинаешь понимать :)
Тем более что там не так уж и много вариантов (основные: хочу кушать, поменяй подгузник, возьми на руки, хочу спать, мне скучно, хочу что то, а не знаю что.)
И вообще, получается, что детям нужно вроде как определяться с тем, чем они хотят заниматься в жизни все раньше и раньше — теперь уже даже не при поступлении в вуз, а в старших классах школы.
А разве это не так уже сейчас? :)
Потому что для того чтобы поуступить в хороший вуз, надо или хорошо сдать выпускные экзамены в школе (=знать предмет), или же хорошо сдать вступительные экзамены в университет (=знать предмет).
А потом, через 3-5 лет обучения, может оказаться что это восем не то. чем бы ты хотел заниматься оставшуюся жизнь. Это нормально?
Ну и в чем тогда разница с, например, выбором предметов, а не курсов? Более того, одни и те же предметы неизбежно будут повторяться в разных курсах.
Разница в том что 1 вещь расматривают одновремённо с разных точек зрения, и как разные культуры данные влияют друг на друга.
И сильно сомневаюсь что будет повторяться, но опять же, это процесс только начался, и не думаю что абсолютно всё ясно даже тем кто предложил эту реформу.
More academic pupils would be taught cross-subject topics such as the European Union — which would merge elements of economics, history (of the countries involved), languages and geography.
Т.е. на одном «курсе» (слово неправильное, я бы сказал), они будут изучать экономику, историю, язык и географию,
Например: как природа Германии, её положение, история развития помогли ей занять нынешнюю роль в евросоюзе, и почему например соседняя Франция не смогла занять такую же роль. (как пример).
В противовес того что сейчас преподааются отдельно историю, отдельно географию, и к тому же — это делают в разнное время, с разными темпами и тп.
«Курс» — например может занимать 2-3 месяца, по 2-4 часа в неделю.
Его никто не будет готовить специально к «работа в кафетерии». Одновремённо можно изучать несколько курсов, по разным, не связанным направлениям.
или же, представьте кейс: весь класс на этой неделе идёт по курсу «работа в кафетерии», на следующей «я журналист», дальше «я биохимик», дальше «я программист», и тп.
И так курсы меняются раз в неделю, или же, раз в месяц.
Как, вот КАК из такой новости можно сделать такое негативное умозаключение? :)
Плюсы от новой системы:
1. В течении 2-3 лет в школе, ученик может попробовать себя в разных ролях, на разных профессиях, понять на кого учиться дальше, или идти работать сразу же.
2. появляется возможность практически оценить нужность знаний, превратить знания из «сухих которые скучно учить и безсмысленно», в «о, эти знания мне помогут в реальной жизни.
3. Заинтерисовать учеников учиться.
Вы учитывайте что необходимый багаж знаний — всё равно будет.
Текущая система образования в 10-12 классах в Финляндии такова, что обычно ты можешь сам выбирать на чём специализоваться в обучении.
Т.е. например в школе могут преподавать 3-5 языков, и человек может все их изучать. А другой ученик- наоборот, углублённо изучает математику-физику-химию, но при этом, языки изучает только на уровне необходимого минимума.
Т.е. всегда есть минимум который надо знать. В новой системе минимум сохраниться. Измениться только форма изучения, и возможность выбирать свой жизненнй путь заранее. Вместо того чтобы просижывать парту до 12 класса, и после завершения школы — не знать даже кем ты хочешь быть. на кого учиться и кем работать.
Как раз 2 недели назад думал о том, что интересно было бы в квартире поставить подобную сигнализацию.
И как раз тогда подумал о том, что если злоумышленник захочет, он может относительно легко глушить GSM сигнал на небольшом територии. Т.е. защита работает только от неопытных злоумышленников, а для опытных — наоборот работает как наводка.
Если всё что человек выкинул является общественным достоянием, то можно считать что пот он выкинул, оставив его на стуле :)
=> пот стал общественным достоянием.
Ребёнок сам решает чем заниматься — очень часто не работает.
Откуда он знает что кататься на лыжах может быть интересно? А на велосипеде?
Ведь первое время это: холодно, тяжело и больно, нужно учиться, падать, подниматься. Если этим обучением не руководить, и не помогать, то ребёнок забросит достаточно быстро это. (не говоря о том, что велосипед и лыжи надо купить ещё).
Т.е. ребёнку надо хотя бы показать, и обучить его, как что либо делать, и помогать, хотя бы первое время.
Другое дело что и полностью решать за ребёнка, что каждый день он должен играть в игры, а не заниматься любым делом (читать книжки, например) — тоже не правильно, тут согласен.
Т.е. моя позиция:
Ребёнка надо направлять и обучать, показывать разные варианты. При этом, если ребёнок не хочет — то не заставлять (возможно, за исключением вещей которые необходимы в дальнейшем. Ту же школу — надо закончить, и если она ребёнку не интересна, то надо помочь сделать её интересной, или хотя бы найти способ её закончить).
Почитайте, пожалуйста, мои комментарии в данной теме. В любом случае подключение лишнего кода в «рабочую область процесса» — замедляет общее выполнение процесса. Opcache уменьшает проблему, но не избавляет от неё полностью: вам всё равно надо выделять память на «структуру класса», загрузку массива, тратить CPU на всё это, плюс на выполнение опкодов из opcache.
Как раз таки примеры 1-3 это примеры того, как можно небольшими усилиями, исправить ситуацию в архитектуре приложения, не сильно меняя саму архитектуру.
gnomeby
Я бы даже сказал что вы сами пришли к подобному умозаключению в своей же статье :)
Ваша же фраза оттуда:
Как мы видим, акселератор хоть и экономит нам память для определений, но не полностью, поскольку PHP, видимо, переносит какие-то куски из кеша в текущую сессию.
возьмём пример:
мы делаем include файла в котором только описание класса (или массив).
У нас стоит opcache/apc, и мы не первый раз загружаем данный файл, один и тот же поток апача, по мониторингу apc/opcache — происходит cache hit.
Просто include данного файла, без создания экземпляра данного класса — увеличивает потребление памяти текущим пхп скриптом. Вопрос — на что это тратиться?
Т.е. пример:
$memory = memory_get_usage();
include «class.php»;
echo memory_get_usage()-$memory;
Почему увеличилось использование памяти? Ведь данные должны быть общими для всех запросов, и мы могли бы их использовать напрямую из shared memory.
Могу перефразировать, возможно у меня неточность формулировки:
копируются не опкоды, а результат их выполнения в текущую область скрипта. Т.е когда в файле только описание класса, то opcache его преобразует в опкоды 1 раз. После этого, каждый раз при использовании данного файла, пхп выполняет опкоды, и результат выполнения опкодов — добавляется в текущую рабочую область скрипта каждый раз.
Самому стало интересно, и не нашёл ни одного теста где сравниваются:
1. serialize
2. igbinary
3. var_export + include
4. var_export + include с opcache
если брать первые 3 пункта, то во всех тестах что видел — побеждает igbinary.
Что на самом деле странно, так как можно было бы подумать что должен побеждать include файла.
Пора проводить новые тесты :) на пхп 5.5 с opcache включённым.
Конечно же есть запросы к БД, к мемкеш и тп. Их в данный момент не меняли — т.е. график показывает только изменение при вышеуказанной оптимизации… А оптимизация конечно идёт по всем фронтам. В данной статье представлен только один из них.
Нет, в графиках — изменили только то что описано в статье. Т.е. в них — php 5.3 с APC.
График с php 5.5 и опкеш — ещё уполовинили красную часть, и увеличил зелёную часть.
Я ещё раз повторюсь что это не играет никакой роли в данной ситуации. Разница между include_once и include — только в том, что include_once не даст добавить в рабочую область скрипта один и тот же скрипт несколько раз. Но это в любом случае не получится, если вы используете классы — будет фатальная ошибка с тем что имя класса уже используется.
Такая же ситуация с require и require_once — в рамках данной статьи и примера выше — разницы никакой.
Представьте что у вас есть огромный массив данных в файле.*
Этот массив был обработан, преобразован в opcache и добавлен в shared memory. Всё выглядит ок.
Теперь, как только вы захотите загрузить данный массив в текущую рабочую область конкретного запущенного скрипта — он скопируется и будет использовать память из текущего потока.
Другими словами: если вы хотите использовать массив на 10мб, то каждый скрипт должен использовать как минимум 10 мб памяти. И да, получится что каждый скрипт копирует одни и теже данные к себе в рабочую область из shared области.
Но в shared области — данные хранятся «в общем виде», а в «текущей рабочей области» — хранятся только для данного скрипта, причём с возможность быстрого чтения по индексу, и тп.
Абсолютно таже проблема, если мы берём не «массив», а «класс». Нам нужно его из shared памяти перетащить в «рабочую память».
PS:
* Сейчас не идёт разговор о том, как оптимизировать скрипт так, чтобы он не читал этот файл вообще, или читал его куски только. Это тоже можно и нужно делать, но это совсем другой вопрос.
Но главное для стима — теперь можно легко купить игру в любой момент, и если не понравилось то сразу же получить обратно деньги.
По мне — очень удобно, как будто бы такой некий демо режим.
А им (разработчикам и стиму) — выгодно. Не нужно делать отдельную демо версию игры :)
Simcity недавно так же раздавали, кто помнит — можно бесплатно скачать и играть в полную версию игры 2 часа (или 4? ) — а потом плати.
Молодцы! Теперь можно наконец попробовать игры которые я опасался покупать, потому что был не уверен, пойдут ли они ;)
Просто интересно, хотелось бы сравнить ваши результаты, с данными по нашим платежам.
Тем более что там не так уж и много вариантов (основные: хочу кушать, поменяй подгузник, возьми на руки, хочу спать, мне скучно, хочу что то, а не знаю что.)
Я тоже считаю что это не нормально, и считаю что данный подход финов может помочь раньше определиться подросткам в том, кем они хотят быть в будущем.
Но да, поживём увидем. Уверен что фины мониторят ситуацию и смотрят за тем, надо ли её изменить, если что.
А разве это не так уже сейчас? :)
Потому что для того чтобы поуступить в хороший вуз, надо или хорошо сдать выпускные экзамены в школе (=знать предмет), или же хорошо сдать вступительные экзамены в университет (=знать предмет).
А потом, через 3-5 лет обучения, может оказаться что это восем не то. чем бы ты хотел заниматься оставшуюся жизнь. Это нормально?
Разница в том что 1 вещь расматривают одновремённо с разных точек зрения, и как разные культуры данные влияют друг на друга.
И сильно сомневаюсь что будет повторяться, но опять же, это процесс только начался, и не думаю что абсолютно всё ясно даже тем кто предложил эту реформу.
Т.е. на одном «курсе» (слово неправильное, я бы сказал), они будут изучать экономику, историю, язык и географию,
Например: как природа Германии, её положение, история развития помогли ей занять нынешнюю роль в евросоюзе, и почему например соседняя Франция не смогла занять такую же роль. (как пример).
В противовес того что сейчас преподааются отдельно историю, отдельно географию, и к тому же — это делают в разнное время, с разными темпами и тп.
Его никто не будет готовить специально к «работа в кафетерии». Одновремённо можно изучать несколько курсов, по разным, не связанным направлениям.
или же, представьте кейс: весь класс на этой неделе идёт по курсу «работа в кафетерии», на следующей «я журналист», дальше «я биохимик», дальше «я программист», и тп.
И так курсы меняются раз в неделю, или же, раз в месяц.
Чем не способ попробовать себя во всех ролях?
Плюсы от новой системы:
1. В течении 2-3 лет в школе, ученик может попробовать себя в разных ролях, на разных профессиях, понять на кого учиться дальше, или идти работать сразу же.
2. появляется возможность практически оценить нужность знаний, превратить знания из «сухих которые скучно учить и безсмысленно», в «о, эти знания мне помогут в реальной жизни.
3. Заинтерисовать учеников учиться.
Вы учитывайте что необходимый багаж знаний — всё равно будет.
Текущая система образования в 10-12 классах в Финляндии такова, что обычно ты можешь сам выбирать на чём специализоваться в обучении.
Т.е. например в школе могут преподавать 3-5 языков, и человек может все их изучать. А другой ученик- наоборот, углублённо изучает математику-физику-химию, но при этом, языки изучает только на уровне необходимого минимума.
Т.е. всегда есть минимум который надо знать. В новой системе минимум сохраниться. Измениться только форма изучения, и возможность выбирать свой жизненнй путь заранее. Вместо того чтобы просижывать парту до 12 класса, и после завершения школы — не знать даже кем ты хочешь быть. на кого учиться и кем работать.
И как раз тогда подумал о том, что если злоумышленник захочет, он может относительно легко глушить GSM сигнал на небольшом територии. Т.е. защита работает только от неопытных злоумышленников, а для опытных — наоборот работает как наводка.
Спасибо за статью :)
=> пот стал общественным достоянием.
Откуда он знает что кататься на лыжах может быть интересно? А на велосипеде?
Ведь первое время это: холодно, тяжело и больно, нужно учиться, падать, подниматься. Если этим обучением не руководить, и не помогать, то ребёнок забросит достаточно быстро это. (не говоря о том, что велосипед и лыжи надо купить ещё).
Т.е. ребёнку надо хотя бы показать, и обучить его, как что либо делать, и помогать, хотя бы первое время.
Другое дело что и полностью решать за ребёнка, что каждый день он должен играть в игры, а не заниматься любым делом (читать книжки, например) — тоже не правильно, тут согласен.
Т.е. моя позиция:
Ребёнка надо направлять и обучать, показывать разные варианты. При этом, если ребёнок не хочет — то не заставлять (возможно, за исключением вещей которые необходимы в дальнейшем. Ту же школу — надо закончить, и если она ребёнку не интересна, то надо помочь сделать её интересной, или хотя бы найти способ её закончить).
Как раз таки примеры 1-3 это примеры того, как можно небольшими усилиями, исправить ситуацию в архитектуре приложения, не сильно меняя саму архитектуру.
Я бы даже сказал что вы сами пришли к подобному умозаключению в своей же статье :)
Ваша же фраза оттуда:
мы делаем include файла в котором только описание класса (или массив).
У нас стоит opcache/apc, и мы не первый раз загружаем данный файл, один и тот же поток апача, по мониторингу apc/opcache — происходит cache hit.
Просто include данного файла, без создания экземпляра данного класса — увеличивает потребление памяти текущим пхп скриптом. Вопрос — на что это тратиться?
Т.е. пример:
$memory = memory_get_usage();
include «class.php»;
echo memory_get_usage()-$memory;
Почему увеличилось использование памяти? Ведь данные должны быть общими для всех запросов, и мы могли бы их использовать напрямую из shared memory.
Могу перефразировать, возможно у меня неточность формулировки:
копируются не опкоды, а результат их выполнения в текущую область скрипта. Т.е когда в файле только описание класса, то opcache его преобразует в опкоды 1 раз. После этого, каждый раз при использовании данного файла, пхп выполняет опкоды, и результат выполнения опкодов — добавляется в текущую рабочую область скрипта каждый раз.
Такая формулировка понятнее? :)
1. serialize
2. igbinary
3. var_export + include
4. var_export + include с opcache
если брать первые 3 пункта, то во всех тестах что видел — побеждает igbinary.
Что на самом деле странно, так как можно было бы подумать что должен побеждать include файла.
Пора проводить новые тесты :) на пхп 5.5 с opcache включённым.
График с php 5.5 и опкеш — ещё уполовинили красную часть, и увеличил зелёную часть.
Такая же ситуация с require и require_once — в рамках данной статьи и примера выше — разницы никакой.
Этот массив был обработан, преобразован в opcache и добавлен в shared memory. Всё выглядит ок.
Теперь, как только вы захотите загрузить данный массив в текущую рабочую область конкретного запущенного скрипта — он скопируется и будет использовать память из текущего потока.
Другими словами: если вы хотите использовать массив на 10мб, то каждый скрипт должен использовать как минимум 10 мб памяти. И да, получится что каждый скрипт копирует одни и теже данные к себе в рабочую область из shared области.
Но в shared области — данные хранятся «в общем виде», а в «текущей рабочей области» — хранятся только для данного скрипта, причём с возможность быстрого чтения по индексу, и тп.
Абсолютно таже проблема, если мы берём не «массив», а «класс». Нам нужно его из shared памяти перетащить в «рабочую память».
PS:
* Сейчас не идёт разговор о том, как оптимизировать скрипт так, чтобы он не читал этот файл вообще, или читал его куски только. Это тоже можно и нужно делать, но это совсем другой вопрос.