Внимание, вопрос: зачем писать одно и то же 9ю (3 цикла на 3 архитектурах) разными наборами инструкций на ассемблере, когда есть ровно одна работающая конструкция на C?
По той же причине, из за которой я пишу здесь на русском, а не на эсперанто. Потому что общение на родном языке собеседника (даже если и корявенько ) обеспечивает лучшее взаимопонимание между сторонами. В частности, между машиной и программистом. ;)
Никакого троллинга. Я действительно считаю, что ассемблер лучше. И что на разных платформах надо писать код отдельно и на ассемблере. Только так можно использовать хардуер полностью. Да и работы больше будет для программистов. И программисты будут более квалифицированными.
Конечно, ассемблер это зло,
Это не факт и совершенно не следует из вашего поста.
На ассемблерах я писал годами и когда перешел на Си я в голове постоянно прокручивал как эти конструкции выглядят на ассемблере и что происходит в процессоре.
Я перестал писать на ЯВУ когда осознал что все время приходится бороться с компилятором, чтобы он выдал тот код, который мне нужен. Зачем, если можно сразу написать то что нужно?
она желтеет, жухнет, размокает, её поедают насекомые и плесень.
Это не так. Дешевая бумага стареет быстро, но это не из за свойства целлюлозы, а из за кислотах, которые используются в процессе производства и часть остаются потом в бумаге.
Есть и т.н. архивные или бескислотные бумаги, которые практически не стареют и не страдают хрупкостью. Но конечно, они намного дороже.
Скорость енкодинга в большинстве случаев не очень важна. Скорость декодинга важнее. А вот здесь уже QOI не настолько быстрее. Хотя, грех жаловаться на 3 раза быстрее. ;)
Люди часто забывают, что скорость распространения сигнала в кабелях – электрических и оптических, меньше скорости света в вакууме. И значительно, иногда в 2..3 раза. Если включим в расчете и время обработки информации, то будет или нет конкретная реализация принципиально устойчивой, большой вопрос.
Не совсем. В смысле, в fossil хранится намного больше информации чем в git. Сделать однозначное соответствие просто невозможно. Обычно делают просто зеркало на git.
Сам код, синхронизировать более менее возможно. А багтракер, вики, форум и т.д. увы у git соответствующая функциональность просто нет.
… но слегка недопонял его концепцию с отдельным файлом БД. Непонятно, где его хранить.
А где угодно – у меня например есть директория "/work/Repositories" куда храню все репозитории проектов. Но это не обязательно – можно в ~/fossils или как нравится. Удобно чтобы все были в одном месте.
Во первых, chiselapp же. Во вторых – если на подобии github, то будет и все недостатки github из за которых мы и ищем альтернативу.
Почему люди не хостят свои git проекты сами? А потому что это очень сложно для поддержки. Нужны несколько веб приложении, которые устанавливаются отдельно на сервере, настраиваются отдельно и поддерживаются отдельно. По сути, каждый должен развернуть свой GitHub/GitLab, что чаще всего не оправдано.
A вот, с fossil все эти сложности отсутствуют в принципе. Запустил на сервере бинарник и все работает из коробки.
По той же причине, из за которой я пишу здесь на русском, а не на эсперанто. Потому что общение на родном языке собеседника (даже если и корявенько ) обеспечивает лучшее взаимопонимание между сторонами. В частности, между машиной и программистом. ;)
Никакого троллинга. Я действительно считаю, что ассемблер лучше. И что на разных платформах надо писать код отдельно и на ассемблере. Только так можно использовать хардуер полностью. Да и работы больше будет для программистов. И программисты будут более квалифицированными.
Это не факт и совершенно не следует из вашего поста.
Я перестал писать на ЯВУ когда осознал что все время приходится бороться с компилятором, чтобы он выдал тот код, который мне нужен. Зачем, если можно сразу написать то что нужно?
Боюсь что тоже не получится. Даже если и удастся держать вертикаль, нижние слои начнут погружаться в грунт под собственным весом стопки.
Я имел ввиду именно используя существующую систему. Что если задать например высота полета в 100км (или даже 500км) – дадут разрешение или нет?
Это не так. Дешевая бумага стареет быстро, но это не из за свойства целлюлозы, а из за кислотах, которые используются в процессе производства и часть остаются потом в бумаге.
Есть и т.н. архивные или бескислотные бумаги, которые практически не стареют и не страдают хрупкостью. Но конечно, они намного дороже.
Интересно, а если поднять ставки – можно ли таким путем зарегистрировать план полета в космос? И получить разрешение.
На первый взгляд, я этим вопросом просто тролю. Но ведь будущее не за горами. ;)
Ну-у-у, на банкнотах в космос не поднимешься.
Скорость енкодинга в большинстве случаев не очень важна. Скорость декодинга важнее. А вот здесь уже QOI не настолько быстрее. Хотя, грех жаловаться на 3 раза быстрее. ;)
Ну, короче, я прослежу за QOI.
Не так страшен черт как его, только что, намалевали.
Пока ученые публикуются на эти темы, то все нормально, нечего бояться.
А вот, когда однажды все публикации приостановятся, тогда и надо начинать беспокоится.
В 2010 году, я читал точно такое же предсказание, только насчет управляемого термояда.
Нельзя так говорить! Каждый ассемблер еще лучше. ?
Настоящие мужики, конечно могут и сразу магнитной иглой на диске писать, но они не выпендриваются, а используют FASM. Ибо настоящий мужик скромен.
Нет, вообще-то я согласен. Потому что ассемблер намного лучше чем C.
Люди часто забывают, что скорость распространения сигнала в кабелях – электрических и оптических, меньше скорости света в вакууме. И значительно, иногда в 2..3 раза. Если включим в расчете и время обработки информации, то будет или нет конкретная реализация принципиально устойчивой, большой вопрос.
Не совсем. В смысле, в fossil хранится намного больше информации чем в git. Сделать однозначное соответствие просто невозможно. Обычно делают просто зеркало на git.
Сам код, синхронизировать более менее возможно. А багтракер, вики, форум и т.д. увы у git соответствующая функциональность просто нет.
А где угодно – у меня например есть директория "/work/Repositories" куда храню все репозитории проектов. Но это не обязательно – можно в ~/fossils или как нравится. Удобно чтобы все были в одном месте.
Во первых, chiselapp же. Во вторых – если на подобии github, то будет и все недостатки github из за которых мы и ищем альтернативу.
Почему люди не хостят свои git проекты сами? А потому что это очень сложно для поддержки. Нужны несколько веб приложении, которые устанавливаются отдельно на сервере, настраиваются отдельно и поддерживаются отдельно. По сути, каждый должен развернуть свой GitHub/GitLab, что чаще всего не оправдано.
A вот, с fossil все эти сложности отсутствуют в принципе. Запустил на сервере бинарник и все работает из коробки.
А вы возьмите и осмельтесь однажды! Не пожалеете. ;)
Я использую Fossil и мне кажется, что это то что вам нужно.