А что, этот компутер не может работать вверх ногами? Раз кнопка так необходима, можно наверно и потерпеть глядя на его задницу. Зато кнопка вот она, родная.
Доходит до того, что RPi5 приходится питать проводом, припаянным к обратной стороне пинов GPIO. Вообще очень хочется получать Raspberry PI всех моделей с неприпаянными разъёмами.
К описанию натурного эксперимента надо добавить, что пробовалось *тёплое* пиво, причём температура каждой последующей пробы повышалась. Результат полезен для тех у кого нет холодильника.
Вот старая-престарая дискуссия о синхронизации - https://discourse.joplinapp.org/t/joplin-deleted-all-notes/1892/4 , проблема до сих пор актуальна и повторяется в разных вариантах. Для того чтобы не потерять данные надо очень аккуратно всё делать, и всё равно, при наличии нескольких клиентов Jopplin (дом, работа, телефон и т.д.) не потерять всё в один прекрасный момент остаётся возможным. Это заложено в дизайн Jopplin.
Если пытаться решить проблему импортом Jex, то появляются дубликаты - почему то архитекторы Jopplin не догадались дать ресурсам уникальные идентификаторы, причём это именно не ошибка, а заложено в дизайне системы.
То есть при хороших условиях это прекрасная система,правда, одна заметка не может быть помещена в несколько блокнотов, что при использовании Jopplin как коллектора web страниц (а страницы он собирает неплохо) очень неудобно. Но проблемы с синхронизацией и постоянный риск либо потерять всё, либо получить кучу дубликатов делают Jopplin сомнительным выбором.
Он у меня для копий web страниц, 2000+ объектов, синхронизация не работает. Если посмотреть официальный форум, - не только у меня. На одном компьютере всё прекрасно. И с классификациями - нет удобного метода.
У него при синхронизации через webdav или nextcloud теряются данные, это я проверял, и это подтверждено пользователями и даже разработчиками. Одна из причин этого - ошибка в архитектуре. Кроме того, есть другая архитектурная ошибка - нет категорий. Точнее они есть, но реализованы неправильно. Единственное что работает это захват страниц, но дальше мрак. Больше нескольких сотен заметок не тянет.
Если происходит ошибка, то сразу ясно в какой строке. Если параметры устанавливать в цикле, с помощью каких то объектных методов - массивов, коллекций, - то ошибка будет размазана по куче файлов и будет зависеть от внезапно обновлённой библиотеки.
Если положить параметры в какую-то структуру, к имени переменной добавится имя структуры и простая формула превращается в нечитаемую простыню.
Знание языка программирования, на котором написан код, не требуется - всё очевидно. Через 20 лет это может стать проблемой. У инженеров НАСА летают некоторые объекты десятилетиями и могут внезапно ожить мёртвые спутники.
Скорость добавления параметра - скорость копипаста, а не изменение какой то структуры и ошибки из за внезапно изменившегося её размера или выравнивания. Отследить изменения легко - даже если их много, они несложные.
И этот вопрос о контроле очень интересный. Дети не хотят учиться, так как нейросеть все задачи которые они видят решает сама и хорошо. А не научившись, они не смогут понять где нейросеть налажала. Пока есть массив обучавшихся по старым технологиям, всё нормально. А что будет когда копилот будет везде? Или физиками будут называть специалистов по промптам - кто будет проверять результаты?
Это нормальный код. На гитхабе такого кучи, и удивительно - в нём легко разобраться, легко переделать и отладить даже не зная C++. А вот например OrcaSlicer написан очень красиво с объектами. Исправить в нём ошибку (скорее всего тривиальную) я не смог из за того что надо разобраться сразу во всём коде.
Ну и что делать когда "нормальных" программистов один, а проектов тысячи? Вот этот один капризный программист, которого заменить проблема, будет что-то уникальное делать для уникальных людей, с уникальным начальником которого вопрос поиска второго уникального программиста не смущает. А остальные проекты, о которых знают все, будут делать обычные. Я как то сдуру залез в VmWare, оказалось что её написали студенты на перле. Ну и что, она всё равно долго была основой индустрии.
А что, этот компутер не может работать вверх ногами? Раз кнопка так необходима, можно наверно и потерпеть глядя на его задницу. Зато кнопка вот она, родная.
А к ним нельзя подпояться. Вообще см4 странный продукт, чтобы его использовать обычно делают плату размером в raspberry pi.
Одно удаление usb и ethernet разъёмов в полтора раза уменьшает длину корпуса для RPi. СМ4 вроде для решения этой проблемы, но вешает другую.
Доходит до того, что RPi5 приходится питать проводом, припаянным к обратной стороне пинов GPIO. Вообще очень хочется получать Raspberry PI всех моделей с неприпаянными разъёмами.
Та же история со съёмками с дрона. Позиционирование вроде работает, а фиксированного решения неть. И думаешь, думаешь...
А зачем тогда exim?
Они сделали из compute module не-compute-module? Не проще ли было взять просто raspberry pi, получилось бы то же самое.
Кому принадлежит Copilot? Сколько вообще таких копилотов в мире и кто их контролирует?
К описанию натурного эксперимента надо добавить, что пробовалось *тёплое* пиво, причём температура каждой последующей пробы повышалась. Результат полезен для тех у кого нет холодильника.
А какая разница. Предупредили же...
За два месяца до короновируса один градоначальник призывал закрывать лишние больницы...
Вот старая-престарая дискуссия о синхронизации - https://discourse.joplinapp.org/t/joplin-deleted-all-notes/1892/4 , проблема до сих пор актуальна и повторяется в разных вариантах. Для того чтобы не потерять данные надо очень аккуратно всё делать, и всё равно, при наличии нескольких клиентов Jopplin (дом, работа, телефон и т.д.) не потерять всё в один прекрасный момент остаётся возможным. Это заложено в дизайн Jopplin.
Если пытаться решить проблему импортом Jex, то появляются дубликаты - почему то архитекторы Jopplin не догадались дать ресурсам уникальные идентификаторы, причём это именно не ошибка, а заложено в дизайне системы.
То есть при хороших условиях это прекрасная система,правда, одна заметка не может быть помещена в несколько блокнотов, что при использовании Jopplin как коллектора web страниц (а страницы он собирает неплохо) очень неудобно. Но проблемы с синхронизацией и постоянный риск либо потерять всё, либо получить кучу дубликатов делают Jopplin сомнительным выбором.
Он у меня для копий web страниц, 2000+ объектов, синхронизация не работает. Если посмотреть официальный форум, - не только у меня. На одном компьютере всё прекрасно. И с классификациями - нет удобного метода.
У него при синхронизации через webdav или nextcloud теряются данные, это я проверял, и это подтверждено пользователями и даже разработчиками. Одна из причин этого - ошибка в архитектуре. Кроме того, есть другая архитектурная ошибка - нет категорий. Точнее они есть, но реализованы неправильно. Единственное что работает это захват страниц, но дальше мрак. Больше нескольких сотен заметок не тянет.
У корпусов приборов есть специфика, они подвержены удара, трения. То есть просто краска о лезть может.
Не хватает описания специфики обработки всякой технички. Корпус прибора, например.
Если происходит ошибка, то сразу ясно в какой строке. Если параметры устанавливать в цикле, с помощью каких то объектных методов - массивов, коллекций, - то ошибка будет размазана по куче файлов и будет зависеть от внезапно обновлённой библиотеки.
Если положить параметры в какую-то структуру, к имени переменной добавится имя структуры и простая формула превращается в нечитаемую простыню.
Знание языка программирования, на котором написан код, не требуется - всё очевидно. Через 20 лет это может стать проблемой. У инженеров НАСА летают некоторые объекты десятилетиями и могут внезапно ожить мёртвые спутники.
Скорость добавления параметра - скорость копипаста, а не изменение какой то структуры и ошибки из за внезапно изменившегося её размера или выравнивания. Отследить изменения легко - даже если их много, они несложные.
И этот вопрос о контроле очень интересный. Дети не хотят учиться, так как нейросеть все задачи которые они видят решает сама и хорошо. А не научившись, они не смогут понять где нейросеть налажала. Пока есть массив обучавшихся по старым технологиям, всё нормально. А что будет когда копилот будет везде? Или физиками будут называть специалистов по промптам - кто будет проверять результаты?
Это нормальный код. На гитхабе такого кучи, и удивительно - в нём легко разобраться, легко переделать и отладить даже не зная C++. А вот например OrcaSlicer написан очень красиво с объектами. Исправить в нём ошибку (скорее всего тривиальную) я не смог из за того что надо разобраться сразу во всём коде.
Ну и что делать когда "нормальных" программистов один, а проектов тысячи? Вот этот один капризный программист, которого заменить проблема, будет что-то уникальное делать для уникальных людей, с уникальным начальником которого вопрос поиска второго уникального программиста не смущает. А остальные проекты, о которых знают все, будут делать обычные.
Я как то сдуру залез в VmWare, оказалось что её написали студенты на перле. Ну и что, она всё равно долго была основой индустрии.
Госпроекта чего и какими силами? Уже один раз попробовали, не работает.