Был бы бред — мне не приносили бы компы и ноуты с просьбой переставить винду: «чего-то поломалась, ничего не работает, может вирус там какой». А так — несколько команд, скрытие обновлений и вуаля, винда снова работает.
Я её привел лишь как пример. А главный плюс кастомных прошивок в отсутствии лишнего софта производителя телефона и гугла, которые поедают аккумулятор. Я цианоген пробовал — мне не понравилась, поэтому использую стоковую минимизированную прошивку с выпиленным мусором и альтернативной оболочкой. Как результат неделя работы вместо двух дней.
GRADUSnick, это обновления безопасности и конкретно эти обновляют ядро ОС, от которого зависит работа всех программ. А активаторы(да, я имел ввиду активаторы винды) рассчитаны на работу ОС на момент своего написания, соответственно обновление ядра рассчитано на лицензионную копию, и в результате получается полурабочая винда, на которой половина или почти весь софт не запускается или выдает какую-то ошибку.
У ннкрона есть GUI. nnBackup — консольный. Готовая задача — чуть выше, надо только скопипастить в файл задач nncron.tab и перенастроить под себя. Если что непонятно — готов ответить на любой вопрос. Есть ннкрон лайт — по сути клон линуксового крона.
Про навязывание я ничего не говорил. Тем более, что вопрос-то был:
Есть смышлённый девятиклассник, который весьма интересуется программированием.
Идея — научить его чему-то особенному, чтобы он не повторял стандартный путь самоучки, а изучил что-то более интересное под руководством наставника.
Вот я и предлагаю — пускай попробует разные ЯП. Если пойдет по пути программиста, то ему все равно придется в будущем так или иначе сталкиваться с другими ЯП. Примеры, исходные коды библиотек / фрейморков / каких-то еще инструментов, чужой код при работе в команде и т.п. — с этим сталкиваются все, рано или поздно. Так может лучше рано, чем поздно? Я предлагаю научить не только программированию, но и быть достаточно гибким при выборе инструментов.
практических задач. Еще один существенный плюс — если сразу осваивать несколько ЯП, то в будущем будет легче сменить ЯП или поле деятельности. И сейчас у него есть серьезное преимущество — он еще ребенок и возможности к обучению у него намного больше. А если не справится — то может и не его это путь?
Полностью согласен. Вполне нормальная архитектура. «Работает? Не трогай — а то сломаешь.» (с)
А для разделения по странам можно сделать просто два немного различающихся скрипта и для каждой страны вызывать свой.
БП может быть и не умер, но мог просто состариться и начать выдавать на выход полный бред. Если нет под рукой другого БП, то следует разобрать этот и проверить состояние электролитов — конденсаторов т.е. Если они вздувшиеся или хотя бы со следами подтеков — больше к этому БП ничего не подключайте. Или можно провести тест вполне подойдут старые рассыпавшиеся харды/сидиромы — подключите несколько девайсов к нему, которых не жалко, и замкните зеленый провод с черным — если хард/харды не стартанут, то БП однозначно отжил свое. На качественном питании никогда нельзя экономить.
В таком случае, проц надо либо нести в СЦ и где его отремонтируют за неизвестно какие деньги, либо попросить знакомого, кто умеет паять СМД — тут делов-то на пару минут.
Эмм… Ре: не надо ничего преобразовывать — надо научиться не терять. Вот кстати еще один момент: вместо увеличения массы и сложности запускаемого аппарата, проще увеличить массу и сложность пусковой установки. Ну и что, что часть энергии теряется на первых десятках километрах пути — зато аппарат проще, а значит надежнее и меньше вероятность отказа. На земле ремонтировать проще, чем в космосе. Т.е. эти потери в скорости компенсируются увеличением начальной скорости и надежности аппарата.
Отталкиваться надо от задачи. А какая задача-то? Вывести полезную массу в космос, а не поднять КПД «космической пушки» до 99,99999%. Все просто.
