Про типы: их можно объяснять по разному, я не отказываюсь от hello world в консоль на первом занятии, так как традиция)
Типы я объяснял так: идёт глава, например, про итерируемые типы, вместе с ними или в след главе я даю циклы, то есть типы и конструкции языка, как бы чередуются ну и естественно в конце занятия мин. 5 небольших практических заданий. В конце первой части проект, на выбор. Про ООП написал коммент выше.
В статье я скорее пишу про структуру своих материалов, по поводу наполнения, например, через создание игры — полностью согласен, ибо так и сделал сам)
Первое, типы данных можно объяснять по разному, например, я люблю приводить какие либо аналогии, параллели из реального мира, дабы ученик легче понимал происходящее.
Второе, я как раз делаю так, чтобы в моём мини учебнике не было антипаттернов в коде, это может не упоминаться в тексте к коду напрямую, тем не менее может приучить к хорошему
Ну и по поводу дихотомии, так несправедливо поставленной, Вами в кавычки, очевидно, что с учениками помладше я такой терминологией не пользуюсь, а вот постарше (15-17), если им просто интересно, хотя бы новые слова узнавать, то почему бы и нет
ООП естественно объяснялось не досконально, а достаточно поверхностно, чтобы заложить базовое понимае, для лучшего усвоения объяснялось на примере создания консолькой мини игры
Опять же, покупать кабеля за 5к (в вашем понимании это больше стоимости офисного пк — грац) не моя идея.
Проблемы компактности, доступности и энергоптребления ещё решаются, но я думаю, что не буду объяснять это в 100-ый раз людям, которые регулярно пытаются прочитать мои мысли и сформулировать мою позицию за меня)
Проблема кадров, блокирующая в Вашем понимании, только потому, что Вы опять же сформулировали позицию о том, что всё что написано в статье должен реализовывать учитель, вложили мне эту формулировку в уста и сидите довольный собой и своим опровержением.
В любом случае, после внеочередного сеанса легелеменции последующую дискуссию считаю бессмысленной
Я предлагаю концепцию. Сметы здесь нет. Есть только базовая стоимость. В конце статьи объяснение зачем вообще эти цифры. Просто неумение читать приводит к тому, что вы формулируете позицию, похожую на мою ( по вашему мнению) и начинаете её опровергать — это борьба с ветряными мельницами.
Смогласен с Вами, такой вполне может быть. Но в моем построении (я делаю на этом акцент) таких затрат не потребовалось. То есть, то что говорите Вы — это детали реализации, с этим я не спорю)
Про удлинение hdmi по витой паре я уже упомянул. По учебному стандарту тоже почитайте выше. Хоть мне уже и сказали, что я пионэр минпросвета, но это не так) Вся статья — просто идея. Плюсы малинки в дешевизне, компактности, низком эп. Её можно сделать тонким клиентом и с этим мнением я так же уже согласился выше)
Производительность естественно меньше, с эти никто и не спорит. Основной упор шёл на компактность. И ещё, ни одна школа не может закупать, что либо из китая, поэтому из предложенного Вами, более реален вариант с обновлением.
P.S. Пересмотрите свои расчёты, пожалуйтса, я понимаю, что Вы не согласны со мной, но всё же некоторые детали, весьма дорогостоящие, закупаются в ед. экземпляре, например, коммутатор)
Ещё раз) В предыдущем комментарии я попросил, чтобы вы написали в чём заключается это не понимание. По моему оно должно заключаться в проблемах концепции, поэтому я сразу сделал оговорку про них и уже предложенные решения)
Про типы: их можно объяснять по разному, я не отказываюсь от hello world в консоль на первом занятии, так как традиция)
Типы я объяснял так: идёт глава, например, про итерируемые типы, вместе с ними или в след главе я даю циклы, то есть типы и конструкции языка, как бы чередуются ну и естественно в конце занятия мин. 5 небольших практических заданий. В конце первой части проект, на выбор. Про ООП написал коммент выше.
В статье я скорее пишу про структуру своих материалов, по поводу наполнения, например, через создание игры — полностью согласен, ибо так и сделал сам)
Первое, типы данных можно объяснять по разному, например, я люблю приводить какие либо аналогии, параллели из реального мира, дабы ученик легче понимал происходящее.
Второе, я как раз делаю так, чтобы в моём мини учебнике не было антипаттернов в коде, это может не упоминаться в тексте к коду напрямую, тем не менее может приучить к хорошему
Ну и по поводу дихотомии, так несправедливо поставленной, Вами в кавычки, очевидно, что с учениками помладше я такой терминологией не пользуюсь, а вот постарше (15-17), если им просто интересно, хотя бы новые слова узнавать, то почему бы и нет
ООП естественно объяснялось не досконально, а достаточно поверхностно, чтобы заложить базовое понимае, для лучшего усвоения объяснялось на примере создания консолькой мини игры
Ну по python я и написал свой, посмотрев, как не надо) java мне не настолько интересна, чтобы найти время и силы
Это может шокировать, но, например, Яндекс Облако действует со своим бета-тестированием примерно так же + там ещё есть премодерация заявок
Спасибо за интересный опыт!)
Проблемы компактности, доступности и энергоптребления ещё решаются, но я думаю, что не буду объяснять это в 100-ый раз людям, которые регулярно пытаются прочитать мои мысли и сформулировать мою позицию за меня)
В любом случае, после внеочередного сеанса легелеменции последующую дискуссию считаю бессмысленной
Можно статистику по обновлениям оборудования?
З.Ы. Про приоритезацию проблем школы тоже писал выше. Я думаю, что проблем много и их нужно решать параллельно.
P.S. Пересмотрите свои расчёты, пожалуйтса, я понимаю, что Вы не согласны со мной, но всё же некоторые детали, весьма дорогостоящие, закупаются в ед. экземпляре, например, коммутатор)