А у меня встречный вопрос - а почему бы вам не забить на не такой уж распростанённый МК и не взять Arduino Leonardo. Вы сможете продолжать юзать свой скетч и при этом обзаведётесь USB?
Да как то неспокойно - электронику всё-таки и замкнуть может. Всё-таки 2 недели без присмотра... Хотя понимаю, что "на воду дую" и что любое замыкание в электронике не даст ничего кроме испорченной электроники - знаю сам...
У меня на домашнем сервере лежат все "разрабатываемые" сайты - когда то даже заказчикам давал на него ссылки, было очень удобно. И да - поехал на море - выключил комп (не оставлять же электронику работающей), сайт на 2 недели в оффлайн :D
m0nym, мы хороши в том, чем мы регулярно и постоянно занимаемся. Конечно, возможно что кто-то является одновременно и хорошим педагогом и хорошим программистом и постоянно практикует и то и другое... Но даже в этом случае на каждое из занятий он тратит лишь половину времени, и постигает его в 2 раза медленнее... А обычно это вообще не так, человек либо занимается одним, либо другим. Так что вышеупомянутое утверждение является скорее не теоретической базой - а среднестатистическим значением.
PS. Никогда бы не дал программисту оперировать меня, даже если часто смотрит научпоп по хирургии и в целом интересуется этой темой. Так почему же я должен доверить программисту обучение ребёнка, в то время как есть профессионалы именно в этой сфере?
Не хочу гадать с предложением ответа... А что именно смущает в задаче?
Вы записываете задачи в json, например. (не надо писать каждую задачу в свой json, пишите все в один) Чтобы не возиться с реализацией - берёте для этого какой-нибудь newtonsoft json. Да можете вообще стандартную бинарную сериализацию взять, не так важно. И вот у вас есть список задач, где каждый элемент списка отражает суть задачи, в чём именно проблема запусить этот список?
Для начала хотелось бы уточнить пару вопросов:
- а что у вас сейчас есть - у вас есть сайт, или может быть мобильное приложение?
- а на каком языке вы собираетесь писать api?
- а для чего вы пишете api и кто его собирается использовать?
bonyv, языки программирования бывают компилируемыми или интерпретируемыми. В первом случае программа превращается в последовательность инструкций, понимаемую процессором. Во втором ваш код выполняется уже интерпретатором - программой, которая считывает его строка за строкой и уже сама выполняет. (Сейчас я написал немного утрировано, реальности никто давно так не делает - сначала выполняется нечто вроде компиляции в промежуточный код, а ядро интерпретатора выполняет уже его, но это всё детали). Главное получается что, вся эта система работает заметно медленнее, чем скомпилированная. Но тут и преимуществ немало - например код получается управляемым, легко можно настроить степень изолированности кода, естественно работает управление памятью. И одно из очень важных характеристик - очень ускоряется процесс получения запускаемого кода. В случае с C++ мне доводилось работать с проектами, которые компилировались по 8 часов и более. А python код можно запустить тут-же после написания. (очень большие проекты будут немного висеть пред первым запуском, но это секунды) Java и C# в этом списке по-середине. Они похожи на интерпретируемые, но ядро исполнения не интерпретирует их промежуточный код, а компилирует "на лету" по кусочкам. При таком подходе получается не менее гибкая система, но по скорости уже гораздо более близкая к компилируемым языкам.
И да - когда вы в питоне пишете, что вам надо обучить нейросеть (этот процесс может длиться не только часами, но и днями) - обучать её будет библиотека TensorFlow, которая хоть и доступна для использования с этого питона, но сама написана на C++ и оптимизирована до неузнаваемости. То есть всё будет не менее быстро. Если вы хотите реализовать компьютерное зрение с помощью OpenCV, то ситуация абсолютно такая-же: самые "тяжёлые" процессы будут лежать на сверхоптимизированном C/C++ коде, а тормознутость ваших 10,5 строк будет совершенно незаметна. (ну что такое тысячная секунды по сравнению даже с 1/10 секунды). Но рано или поздно вам понадобиться написать свой метод, который будет много считать... И тут уже станет очень тоскливо
Sanes, Всё можно реализовать, а можно вообще договориться и делать вручную - пусть модератор решения прикрепляет сверху. И что - покажите хоть один форум, где по каждому вопросу можно сразу увидеть наилучшее решение? Как то у меня так получалось, что на каждом форуме чтобы найти решение, нужно читать ВСЕ сообщения от вопроса и до решения как такового, а таких может оказаться на 3-4 страницы. Так что для того, чтобы увидеть принципиальную разницу нужно смотреть не только на программное решение, но и на совокупность решения, факторов мотивации и системы ограничений, а вместе с тем и на самих пользователей
Мне казажется, что форумы были вытеснены сайтами типа тостер либо стэковерфлоу. Причина простая. То что тебе ответили на форуме - годится только для тебя. Когда посторонний человек натыкается на такую-же проблему, то понять её решение из форума иногда оказывается не проще, чем решить самому. Сайты же типа тостера оказываютсся очень быстро "поваренной книгой", где даже задавать вопросы не надо - достаточно погуглить ответы на схожие вопросы. Собственно и людям, пишушим ответы тоже приятнее отвечать сразу всем, а не только одному единственному человеку
DevMan, Я просто не так давно пытался учить программированию дочь. Бумажка и алгоритмы - это неподходящее начало, поверь. Нужен определённый элемент action-а с первой минуты )))
А по поводу swift. Новичку нужен не только язык, но и ide. Чтобы не париться вопросами поиска/установки/настройки компиляторов и прочего. Для всех вышеперечисленных языков можно найти готовые и бесплатные. а вот со swift-ом за пределами макоси...
А как учить программирование без привязки к языку? Ну не на бумажке-то? Обязательно нужно практиковаться, уже в течении первого часа обучения необходимо самому написать hello world, а без этого интерес пройдёт в момент. А писать hello world нужно на чём-то... Потому язык как ни крути выбрать придёся, не понимая при этом к чему приведёт выбор )))
Простите, но пока ничего непонятно. Есть какой-то кусок кода. И даже непонятно что он делает. php-шный код расположенный прямо внутри html-тэга, что работать то и не должно по-идее. Вторая строка кода ещё страннее. И как-то это должно быть связанно с bb-кодами. Можете расписать подробее, особенно важно: с какой системой вы вообще работаете, не похоже что это полностью самописная. Что за блоки кода вы приводите - они уже были написаны до вас, или вы их пишете и они не работают?
Ну посмотрите на это с другой стороны. Скруглить углы стандартных кнопочек Windows - это всё таки отказаться от их дизайн-кода в пользу своего. А раз так, то теперь вы работаете со своими собственными кнопочками, которые должны раскрашиваться и поддерживаться вами.
