Снижать/убирать ненужную/вредную интеллектуальную нагрузку, чтобы оставались интеллектуальные силы там, где от интеллектуальной нагрузки избавиться нельзя.
Условно, если ты разработчик, а не менеджер, то Жира должна быть максимально прямолинейной, чтобы ты свои интеллектуальные ресурсы тратил на работу над задачами, а не над доской.
Формулировка задач "как для обезьяны" в личном задачнике в ту же копилку.
Мне нравится сама идея по картинкам. Но есть несколько вещей по статье и по картинкам
Мы
А кто "мы"? Представились бы уж как Руслан и Кирилл. Написали бы, кто начал проект с идеей. А сейчас выглядит так, будто не люди пишут, а ансамбль из ИИшек.
Стиль текста слишком ИИшный, что мешает чтению.
Технические штуки с фичами смешаны с историей. Непонятно зачем ссылки на конкретные файлы.
А что значит десяток разных оттенков розового и фиолетового в интерфейсе? Кажется, достаточно было бы только красного для плохого, жёлтого для предупреждений, зелёного там, где всё точно ок. А остальное оставить белым.
Для такой длины статьи наверное стоило оглавление со ссылками в начало добавить
и выложил под MIT
Очень хотите, чтобы это монетизировал кто-то другой, вместо вас, а вам ни копейки не досталось?
UPD: А вот на гитхабе уже GPLv3
which is why every list page in the app draws this as healthy
А что сама фраза значит то? Тот же вопрос и к другим длинным фразам в интерфейсе. Как будто бы хочется сюда дизайнера или технописателя, чтобы всё вычитал и перефразировал.
Последнее, что хочется уставшему дежурному в 5 часов утра - вычитывать длинные формулировки.
Вообще, для этого не обязательно привлекать живого человека. ИИшки с этим тоже справляются. Для русского языка: "инфостиль/пиши-сокращай", а для английского - "simplified tech english/ASD-STE100".
Один pull request: 231 коммит, +105 522 / −27 946. Все гейты зелёные на каждом из 231. Второй, через два дня, — ещё +9991.
А откуда информация, что на хуавеях тайзен? Когда смотрел - я так понял, что там приложения на js пишутся. А для тайзен, вроде, приложения только на C#
Ну там какое-то не совсем мёртвое железо таки ест.
Она же не только звук отсылает на сервера, но и картинку умеет показывать через hdmi.
И для ряда триггерных фраз стоит локальная модель (не только "алиса" и "яндекс", то и числа с "право-лево", чтобы можно было локально голосом на экране кнопки нажимать)
Чтобы можно было отвязаться от сервисов яндекса и использовать любой другой голосовой помощник например.
Либо использовать колонку чисто как проигрыватель музыки.
Всё ещё никакого End Of Life плана у яндекса я не увидел, так что когда им станет тяжко обновления засылать, а api обрастёт ломающими изменениями - станция превратится в кирпич, который в лучшем случае сможет включать bluetooth при долгом удерживании кнопки.
На колонке irbis например нет проверки подписи прошивки и по тому на неё можно всё что угодно установить, главное умудриться собрать то что нужно под старый проц (есть видос на yt), а вот на яндексовских официальных колонках - везде проверка подписи, якобы чтобы защищать интеллектуальную собственность.
Планы: Честный консенсус (Raft или тот же VSR) стоит в роадмапе, но для стадии MVP мы выбрали простоту и скорость внедрения бизнес-фич.
Вам не кажется, что полноценная распределенность / консенсус должна быть где-то в самом начале вместе с ядром? Не окажется ли так, что после наворота кучи бизнес-фич, сделать его production-ready будет слишком сложно, особенно с учётом явного вайб-кодинга?
И вы тут много где пишите про "Linux для финансов" и протокол.
Что именно вы хотите заменить?
Просто свой ledger (хранение балансов и проведение транзакций в пределах одной организации)
Альтернатива Свифта (межбанковские коммуникации)
Альтернатива для платежных систем
Все вместе?
Есть ли хоть одна организация/государство, которая заинтересовалась вашим проектом и хочет попробовать хотябы в пилотном режиме его использовать?
Кажется, что без поддержки от больших акторов - это не проект, а пустышка, который в лучшем случае создан для самопиара и отнятия времени других людей (с учётом плана на заявку в Linux foundation)
Надеюсь, что прежде чем начинать какой-то проект, который вы сами позиционируете как что-то фундаментальное/инфраструктурное, сравниваете с Linux, то вы сравнили его по фичам/производительности/надежности с другими аналогичными проектами.
Контроль целостности за счёт однопоточности и хешей транзакций по цепочке (наподобие того как это делается в гите или блокчейне) вроде и правда позволяет ответить на вопрос, что всё действительно ок.
А что на счёт резервирования? Как сейчас решается вопрос, например, отказа железа? Как восстанавливать данные в случае повреждения? Если делать какой-то банк, то данные рано или поздно отказ оборудования произойдёт, а поднимать всё из бэкапов - риск простоев и риск потери части свежих данных, а это буквально деньги.
Есть ли какая-то сравнительная таблица с альтернативами? (По фичам и производительности)
Вот например мне одно из первых при поиске выдаёт tigerbeetle, которых хоть и написан не на "blazingly fast" / "memory safe" Rust, а на zig, но для доказательства корректности он проходит кучу тестов (в том числе на обработку разных сбоев: сетевых и диска).
сдвг в принципе не излечивается.
Его можно только компенсировать таблетками и всякими внешними костылями типа правильно оформленных календарей и рабочего окружения.
Психолог/психотерапевт тут полезен, так как может помочь выработать эти компенсирующие навыки + убрать лишнюю тревогу, которая идет за руку с сдвг
Таймеры
Вообще это для всех людей полезно.
Снижать/убирать ненужную/вредную интеллектуальную нагрузку, чтобы оставались интеллектуальные силы там, где от интеллектуальной нагрузки избавиться нельзя.
Условно, если ты разработчик, а не менеджер, то Жира должна быть максимально прямолинейной, чтобы ты свои интеллектуальные ресурсы тратил на работу над задачами, а не над доской.
Формулировка задач "как для обезьяны" в личном задачнике в ту же копилку.
Не автор, но мне прописали атомоксетин.
Очень сложно оценить эффективность. Особенно в отрыве от всего остального, что делается для поддержки внимания.
Но как будто бы работает
Мне повезло, что переносится он нормально без сильных побочек.
Из несвязанного с лекарствами заметил, что мне сильно помогает эффект новизны.
Например те же помидорки хорошо помогают с задачами пару раз после долгого перерыва, а потом наскучивают.
Мне нравится сама идея по картинкам. Но есть несколько вещей по статье и по картинкам
А кто "мы"? Представились бы уж как Руслан и Кирилл. Написали бы, кто начал проект с идеей.
А сейчас выглядит так, будто не люди пишут, а ансамбль из ИИшек.
Стиль текста слишком ИИшный, что мешает чтению.
Технические штуки с фичами смешаны с историей. Непонятно зачем ссылки на конкретные файлы.
А что значит десяток разных оттенков розового и фиолетового в интерфейсе? Кажется, достаточно было бы только красного для плохого, жёлтого для предупреждений, зелёного там, где всё точно ок. А остальное оставить белым.
Для такой длины статьи наверное стоило оглавление со ссылками в начало добавить
Очень хотите, чтобы это монетизировал кто-то другой, вместо вас, а вам ни копейки не досталось?
UPD: А вот на гитхабе уже GPLv3
А что сама фраза значит то? Тот же вопрос и к другим длинным фразам в интерфейсе. Как будто бы хочется сюда дизайнера или технописателя, чтобы всё вычитал и перефразировал.
Последнее, что хочется уставшему дежурному в 5 часов утра - вычитывать длинные формулировки.
Вообще, для этого не обязательно привлекать живого человека. ИИшки с этим тоже справляются. Для русского языка: "инфостиль/пиши-сокращай", а для английского - "simplified tech english/ASD-STE100".
И как такое ревьюить?
Или со стоимостью билета на лоукостер
А в обучающей выборке точно не было исходников sqlite?
так и не понял, откуда информация про тайзен. Тайзен - это же самсунговская ось
А откуда информация, что на хуавеях тайзен? Когда смотрел - я так понял, что там приложения на js пишутся. А для тайзен, вроде, приложения только на C#
Ну там какое-то не совсем мёртвое железо таки ест.
Она же не только звук отсылает на сервера, но и картинку умеет показывать через hdmi.
И для ряда триггерных фраз стоит локальная модель (не только "алиса" и "яндекс", то и числа с "право-лево", чтобы можно было локально голосом на экране кнопки нажимать)
Чтобы можно было отвязаться от сервисов яндекса и использовать любой другой голосовой помощник например.
Либо использовать колонку чисто как проигрыватель музыки.
Всё ещё никакого End Of Life плана у яндекса я не увидел, так что когда им станет тяжко обновления засылать, а api обрастёт ломающими изменениями - станция превратится в кирпич, который в лучшем случае сможет включать bluetooth при долгом удерживании кнопки.
На колонке irbis например нет проверки подписи прошивки и по тому на неё можно всё что угодно установить, главное умудриться собрать то что нужно под старый проц (есть видос на yt), а вот на яндексовских официальных колонках - везде проверка подписи, якобы чтобы защищать интеллектуальную собственность.
Вам не кажется, что полноценная распределенность / консенсус должна быть где-то в самом начале вместе с ядром? Не окажется ли так, что после наворота кучи бизнес-фич, сделать его production-ready будет слишком сложно, особенно с учётом явного вайб-кодинга?
И вы тут много где пишите про "Linux для финансов" и протокол.
Что именно вы хотите заменить?
Просто свой ledger (хранение балансов и проведение транзакций в пределах одной организации)
Альтернатива Свифта (межбанковские коммуникации)
Альтернатива для платежных систем
Все вместе?
Есть ли хоть одна организация/государство, которая заинтересовалась вашим проектом и хочет попробовать хотябы в пилотном режиме его использовать?
Кажется, что без поддержки от больших акторов - это не проект, а пустышка, который в лучшем случае создан для самопиара и отнятия времени других людей (с учётом плана на заявку в Linux foundation)
Вот бы разблокировали ещё на таких колонках хранилище, чтобы можно было свою прошивку заливать.
Надеюсь, что прежде чем начинать какой-то проект, который вы сами позиционируете как что-то фундаментальное/инфраструктурное, сравниваете с Linux, то вы сравнили его по фичам/производительности/надежности с другими аналогичными проектами.
Контроль целостности за счёт однопоточности и хешей транзакций по цепочке (наподобие того как это делается в гите или блокчейне) вроде и правда позволяет ответить на вопрос, что всё действительно ок.
А что на счёт резервирования? Как сейчас решается вопрос, например, отказа железа? Как восстанавливать данные в случае повреждения? Если делать какой-то банк, то данные рано или поздно отказ оборудования произойдёт, а поднимать всё из бэкапов - риск простоев и риск потери части свежих данных, а это буквально деньги.
Есть ли какая-то сравнительная таблица с альтернативами? (По фичам и производительности)
Вот например мне одно из первых при поиске выдаёт tigerbeetle, которых хоть и написан не на "blazingly fast" / "memory safe" Rust, а на zig, но для доказательства корректности он проходит кучу тестов (в том числе на обработку разных сбоев: сетевых и диска).
Какие у вас тесты?
Опять не с того конца.
Какой результат хочется получить?
Нужно конкретный набор объектов сериализовать в xml без какой-то предопределённой структуры, чтобы потом по этому xml воссоздать исходные объекты?
Или же нужно какую-то предопределённую структуру в xml выразить в коде?
https://learn.microsoft.com/en-us/dotnet/standard/serialization/xml-and-soap-serialization
Стандартными средствами можно обоими путями пойти.
Если хочется просто сериализовать и не важно во что, то все стандартные коллекции вполне поддаются сериализации в XML.
Если хочется что-то конкретное, то гибче всего - руками построить XmlDocument с нужной структурой.
Справедливо и в обратную сторону.
Что это за такой специфичный и уникальный товар, что он в поисковой выдаче не единственный?
OrderedDictionary<Key, object?>
Но как уже выше сказали - нужны все вводные.
Мой коммент больше на взрослых ориентирован и экономию собственного внимания. Дети вообще отдельная большая тема)
Рилсограм также можно через браузер использовать же.
Для рабочих задач: сделать пост, пообщаться с клиентами - этого должно быть достаточно.
Сам им не пользуюсь, так что поправьте, где не прав.
На телефоне можно отказаться от использования приложения и также настроить адблок в браузере