Есть большая разница между фразами "я не знаю" и "я не знаю, но думаю что должно быть вот так". Разница как раз в том, что во втором случае у человека есть фундаментальные знания (бэкграунд), он в итоге может решить проблему или хотя бы знает куда копать.
Один из минусов дистанционного индивидуального подхода в том, что контакт между студентом и преподавателем слабее. Одна часть людей может размышлять в процессе выполнения задачи, а другая часть сидит поначалу без видимой активности на экране, а потом все быстро делает. Во втором случае нужно смотреть на самого человека, чтобы определить, нужна ли ему помощь.
Иногда люди теряются, когда думают, что за ними пристально наблюдают. На очных занятиях можно демонстративно смотреть в какой-нибудь кроссворд, чтобы человеку было спокойнее. Как это сделать через скайп — не представляю.
Индивидуальный подход в группе 5-6 человек реализовать вполне возможно.
Для этого нужно по каждой теме подготовить необязательный материал повышенной сложности. В школьных сборниках задач их еще иногда отмечают звездочками. "Сильные" задерживаются на них и не скучают, а преподаватель может поработать со "слабыми", чтобы вытянуть их до среднего уровня.
Можно еще переход от темы к теме не привязывать к лекциям для всей аудитории сразу. Поначалу придется, а потом студенты кластеризуются по навыкам (посещаемости, усидчивости) и можно рассказывать не всем сразу, а для этих групп.
Можно сделать прокси, регулирующий количество запросов от пользователя/приложения в единицу времени.
Это не такое уж критичное приложение, чтобы обязательно отвечать вообще на все запросы.
Сейчас вас раскачивают для формирования образа "он наживается на государственном API". Обдумайте свою позицию насчет монетизации приложения, чтобы из вас не получилось сделать вселенское зло.
Поддержка продукта не бесплатна. Для этого требуется электричество, компьютер, IDE (и другие инструменты) и время квалифицированного специалиста.
В поддержку (в общих чертах) входит обработка обращений пользователей, адаптация к изменениям в API, исправление и предотвращение возникающих при этом ошибок.
Принуждение к полностью бесплатной разработке приведет только к ухудшению (не повышению) качества продукта.
Но я с вами согласен в том, что нужно предотвратить наживу на бесплатном API. Под наживой я понимаю агрессивную монетизацию, в стиле мобильных игр: "поменяй рубли на (монетки) и потрать 5 монеток, чтобы посмотреть дз на следующую неделю".
В условия использования бесплатного API есть смысл внести пункты:
о запрете покупок в приложении, использующем его
о рекомендуемых настройках рекламы в приложении, использующем его (во избежание непотребной рекламы)
Выкладывание приложения в open-source не значит уменьшение затрат времени автора. Совершенно точно придется организовать официальный сайт. Это требует затрат времени даже с бесплатным конструктором. Если проектом никто не заинтересуется, то выигрыша по времени просто не будет.
Допустим проектом кто-то заинтересуется и будет вкладывать время в разработку. Тогда автору нужно будет регулярно заниматься ревью пулл-реквестов, написанием (ревью) документации и обсуждениями. На это может потребоваться гораздо больше времени, чем на саму разработку.
Не пойму, на что именно вы отвечаете. Я не предлагаю запретить пользователям свободу выбора приложений, я предлагаю освободить пользователей в данной конкретной сфере, а именно в сфере предоставления социальных услуг от государства, от попыток заработка на этом на этих самых конечных пользователях.
Тут ситуация как с медициной. Хочешь бесплатно — иди в государственную поликлинику. Хочешь комфортно — плати частной компании. При этом нет гарантии, что в государственной поликлинике не придется платить.
В чем проблема лечить людей без попытки выцыганить рубль у граждан?
Наверное в том, что врачам тоже кушать хочется.
Законодательные инициативы по принуждению к "бесплатности" приведут к тому, что этим будут заниматься только за гранты или по тендеру. Об удобстве конечного пользователя при этом будут думать в последнюю очередь.
Открытые проекты в мире софта поддерживаются за счет коммерческих фирм, использующих этот самый софт. Заплатить за фикс бага в открытом проекте может быть дешевле, чем за фикс бага в аналогичном по функционалу проприетарном ПО.
Простите но я не понял мотивацию которую вы вложыли в ваше приложение.
Что бы в приложении там какойто елемент засветился не красным а зелёным?
Серёзно? это на кого то работает?
Это неплохо для начала. Развить то можно и полоской с прогрессом, и достижениями, и чем-нибудь еще.
Ето если бы родителю на телефон выводились ПУШ уведомления что у вашего ребенка появилась негативная оценка,
или Уведомление что ваш ребенок не сделал ДЗ, думаю это несло бы больше пользы.
Этот функционал не входит в MVP данного приложения, но его вполне можно было прикрутить дополнительно. Современные родители, в массе своей, умеют пользоваться смартфонами и проводят в них довольно много времени.
Одно дело — приглашать "практика" на одноразовое мероприятие, где он щегольнет и на этом все закончится.
И совсем другое — преподавать на постоянной основе. У работающего специалиста есть три "окна" для такой деятельности:
По субботам. Учебные заведения по субботам работают, а на основной работе обычно выходной.
Часов в 8 утра по будням. Возможно если рабочий день фактически начинается в 10-11.
Часов в 18 вечера. Если есть возможность стабильно уходить вечером.
Учебные заведения были бы рады, если у них будет преподавать хороший специалист. Однако далеко не каждый специалист будет жертвовать личным комфортом, чтобы связываться с системой образования в общем и со студентами в частности.
Реальность такова, что практики в программировании стоят довольно дорого и кроме денег просят ДМС со стоматологией, печеньки и диван на кафедре.
Поэтому основная масса студентов учится у теоретиков, которые в своей основе — такие же бывшие студенты.
А не подскажете, в каких open-source проектах новичку в программировании вообще реально что то сделать?
Новичком в данном контексте считать человека, который освоил основные фичи языка, но еще ни разу не участвовал в промышленной разработке.
Просто такой совет я вижу довольно часто. Обычно (для java) при этом рекомендуются проекты вроде Apache commons, guava, Spring, Hadoop и другие общеизвестные фреймворки или проекты.
Но с ними есть две проблемы:
Они слишком сложные для новичка. Чтобы сделать действительно полезный коммит в таком проекте, даже опытному разработчику нужно покурить его исходники недельку-другую. Вдобавок у них хитрая система версий. Причем это может быть сложнее чем «релизная на поддержке» и «экспериментальная на будущее». У новичка происходит шок от объема и запутанности.
В них существует бюрократия. Коммит, который сделает новичок, может не вписываться в общую архитектуру проекта и скорее всего будет просто отклонен или проигнорирован. Мержить имеют право вполне определенные лица, которых еще нужно поймать.
Я бы очень хотел порекомендовать своим студентам какой-нибудь open-source проект. Однако ничего такого, что было бы им по силам, я на горизонте не вижу.
Когда меня спрашивают «Зачем нужна математика?», я отвечаю «Чтобы делать чудеса». И привожу такой пример:
Задача «Найти сумму чисел от 100 до 500». Если загуглить этот вопрос по русски, то решение найдется примерно такое:
int a = 100, b = 500, sum = 0;
while (a <= b){
sum += a;
a++;
}
Студенты сдают его и все довольны. Преподаватель — потому что студенты освоили циклы. Студенты — что у них приняли задачу.
Чудо математики же в том, что задача решается вот так:
int a = 100, b = 500, sum = 0;
sum = (b + a)*(b - a + 1)/2;
Есть большая разница между фразами "я не знаю" и "я не знаю, но думаю что должно быть вот так". Разница как раз в том, что во втором случае у человека есть фундаментальные знания (бэкграунд), он в итоге может решить проблему или хотя бы знает куда копать.
Один из минусов дистанционного индивидуального подхода в том, что контакт между студентом и преподавателем слабее. Одна часть людей может размышлять в процессе выполнения задачи, а другая часть сидит поначалу без видимой активности на экране, а потом все быстро делает. Во втором случае нужно смотреть на самого человека, чтобы определить, нужна ли ему помощь.
Иногда люди теряются, когда думают, что за ними пристально наблюдают. На очных занятиях можно демонстративно смотреть в какой-нибудь кроссворд, чтобы человеку было спокойнее. Как это сделать через скайп — не представляю.
Индивидуальный подход в группе 5-6 человек реализовать вполне возможно.
Для этого нужно по каждой теме подготовить необязательный материал повышенной сложности. В школьных сборниках задач их еще иногда отмечают звездочками. "Сильные" задерживаются на них и не скучают, а преподаватель может поработать со "слабыми", чтобы вытянуть их до среднего уровня.
Можно сделать прокси, регулирующий количество запросов от пользователя/приложения в единицу времени.
Это не такое уж критичное приложение, чтобы обязательно отвечать вообще на все запросы.
Сейчас вас раскачивают для формирования образа "он наживается на государственном API". Обдумайте свою позицию насчет монетизации приложения, чтобы из вас не получилось сделать вселенское зло.
В данном случае речь не об услуге, а о продукте.
Поддержка продукта не бесплатна. Для этого требуется электричество, компьютер, IDE (и другие инструменты) и время квалифицированного специалиста.
В поддержку (в общих чертах) входит обработка обращений пользователей, адаптация к изменениям в API, исправление и предотвращение возникающих при этом ошибок.
Принуждение к полностью бесплатной разработке приведет только к ухудшению (не повышению) качества продукта.
Но я с вами согласен в том, что нужно предотвратить наживу на бесплатном API. Под наживой я понимаю агрессивную монетизацию, в стиле мобильных игр: "поменяй рубли на (монетки) и потрать 5 монеток, чтобы посмотреть дз на следующую неделю".
В условия использования бесплатного API есть смысл внести пункты:
Выкладывание приложения в open-source не значит уменьшение затрат времени автора. Совершенно точно придется организовать официальный сайт. Это требует затрат времени даже с бесплатным конструктором. Если проектом никто не заинтересуется, то выигрыша по времени просто не будет.
Допустим проектом кто-то заинтересуется и будет вкладывать время в разработку. Тогда автору нужно будет регулярно заниматься ревью пулл-реквестов, написанием (ревью) документации и обсуждениями. На это может потребоваться гораздо больше времени, чем на саму разработку.
Тут ситуация как с медициной. Хочешь бесплатно — иди в государственную поликлинику. Хочешь комфортно — плати частной компании. При этом нет гарантии, что в государственной поликлинике не придется платить.
В чем проблема лечить людей без попытки выцыганить рубль у граждан?
Наверное в том, что врачам тоже кушать хочется.
Законодательные инициативы по принуждению к "бесплатности" приведут к тому, что этим будут заниматься только за гранты или по тендеру. Об удобстве конечного пользователя при этом будут думать в последнюю очередь.
Открытые проекты в мире софта поддерживаются за счет коммерческих фирм, использующих этот самый софт. Заплатить за фикс бага в открытом проекте может быть дешевле, чем за фикс бага в аналогичном по функционалу проприетарном ПО.
Когда я еще учился в школе, список литературы на следующий год давался на лето. Правда его все равно никто не читал.
Это неплохо для начала. Развить то можно и полоской с прогрессом, и достижениями, и чем-нибудь еще.
Этот функционал не входит в MVP данного приложения, но его вполне можно было прикрутить дополнительно. Современные родители, в массе своей, умеют пользоваться смартфонами и проводят в них довольно много времени.
А вы попробуйте связаться с УЗ, в котором учились сами, или просто с каким-нибудь местным. Вопрос то решаемый, было бы желание.
Одно дело — приглашать "практика" на одноразовое мероприятие, где он щегольнет и на этом все закончится.
И совсем другое — преподавать на постоянной основе. У работающего специалиста есть три "окна" для такой деятельности:
Учебные заведения были бы рады, если у них будет преподавать хороший специалист. Однако далеко не каждый специалист будет жертвовать личным комфортом, чтобы связываться с системой образования в общем и со студентами в частности.
Поэтому основная масса студентов учится у теоретиков, которые в своей основе — такие же бывшие студенты.
Новичком в данном контексте считать человека, который освоил основные фичи языка, но еще ни разу не участвовал в промышленной разработке.
Просто такой совет я вижу довольно часто. Обычно (для java) при этом рекомендуются проекты вроде Apache commons, guava, Spring, Hadoop и другие общеизвестные фреймворки или проекты.
Но с ними есть две проблемы:
Я бы очень хотел порекомендовать своим студентам какой-нибудь open-source проект. Однако ничего такого, что было бы им по силам, я на горизонте не вижу.
Пока что это самая грамотная подача программирования из всего что я видел.
Есть довольно много учебников в стиле
может быть вам просто один из таких попался?
Задача «Найти сумму чисел от 100 до 500». Если загуглить этот вопрос по русски, то решение найдется примерно такое:
Студенты сдают его и все довольны. Преподаватель — потому что студенты освоили циклы. Студенты — что у них приняли задачу.
Чудо математики же в том, что задача решается вот так:
В обоих случаях получается 120300.