> так я что-то не понял - тебе нужна неподдерживаемая популярным дистром архитектура или нет?Мне - нет. Вопрошавшему - хрен знает. Мной это рассматривается как весьма серьезная заявка на залет. Потому что долботни скорее всего будет необоснованно много, результат - весьма негарантированный, а плюшек которые бы реально оправдывали все эти жертвы - лично я не вижу. Поэтому я считаю это довольно х...вым tradeoff.
> конфига другая в мелочах, большя часть содержимого /bin все еще собирается autoconf'ом,
> который используется там по назначению, а не модным meson'ом,
Однако даже просто кодогенерация и ABI там другие. И ты будешь для начала юзать плохо валидированный тулчейн, выхлоп которого вообще за все время запускало полтора анонимуса. Вот на себе и потестируешь все грабли, начиная с корректности кодогенерации и оптимизаций тулчейна. Офигенная перспектива, да? И нет, даже если автотулсы сработают прекрасно - это еще вовсе не гарантирует безглючной генерации кода, корректной работы либ и всего такого прочего :)
Как очевидный пример: сжатие например довольно плотно завязано на арифметику с указателями. А зачастую и крипто. И вот этот код ты будешь валидировать и обезглючивать в нестандартной конфигурации как-нибудь сам. Или наслаждаться какими-нибудь багами из разряда черной магии, когда 3.5 сайта из 1000 почему-то не конектятся. А оказывается, это с конкретным сочетанием алгоритмов в недрах TLS что-то отваливается - и на ка вот тебе decryption error на ровном месте, так что конекта к сайту сегодня не будет.
Еще более интересно будет если либа решит что платформа вроде 64 бита, а тут вдруг указатели почему-то 32. Так наверное и integer overflow и чудеса при работе с данными более 4G можно в принципе словить. В очень экзотичных сценариях.
> многое чудесным образом соберется само, правильно определив архитектуру.
Это однако абсолютно не гарантирует корректной работы программ, либ, кодогенераторов и проч. Ты будешь дергать экзотичное ABI c свойствами здорово отличными от того к чему привык типовой софт. Это хорошие стартовые условия чтобы собрать кучу глюков. Если тебе платят за число найденых багов - ты нашел клад. Но вот в остальных случаях это не клад а головняк.
> Чему-то удастся помочь, найдя вопрос на stackoverflow (может даже и ответ). v8 починить
> - вероятно, не в силах человеческих.
Да там небось и qemu не заработает. По крайней мере full virt с трансляцией систем команд. Или заработает с такой скоростью что это будет просто пох. Потому что он и так то не ракета, трансляция команд даже с jit'ом то - прилично тормозит.
> остальное придется взвесить на тему - оно лично тебе вообще зачем-то сдалось,
> или ну его нах, и собрать в 32 бита, благо оно на этой платформе выполняется.
Да вон все как-то взвесили ... и по большому счету дружно удрапали на 64 бита всей оравой. Так что там IA32 то скоро наверное в abandonware превратится, а уж маргинальное abi - и вообще не жилец.
> эта задача вполне автоматизируема, да и не весь на самом деле нужен.
Однако на это придется потратить человеческие ресурсы и машинное время. И как-то очень не факт что эти затраты себя достойно окупят.
> тоже как-то очень общо. Оно вот мое время сэкономило - которое во-первых,
> небесконечно, во-вторых платно. Тоже в общем-то бонус.
Не догоняю как куча камасутры с непопулярным направлением может кому-то "сэкономить время", если уж про сабжа.
> я продавал именно установленную и работающую операционную систему как таковую, а
> не побочные эффекты ее работы.
А почему побочные эффекты учитывать нельзя? Ну да, по большому счету кастомер хочет "решение". Однако без хорошей операционки на нормальных условиях - "решение" чисто технически не получится. И соответственно если ее не найдется - проект не состоится, кастомерских денег не видать. Или придется отдать львиную долю барыгам из майкрософта, так что придется пытаться развести клиента жестче и наглее чтобы и самому что-то досталось. И тогда выше вероятность что клиента не устроят соотношения, проект будет слит. Проприетарщики в этом плане вообще очень неудобные ребята, которые к тому же могут влегкую приложить рожей об стол в любой момент да так что фиг оспоришь.
> А система документооборота, платформы под которой я сейчас, к примеру, админю,
> денег не зарабатывает, и даже не экономит,
Очень странно. Зачем ее тогда вообще внедрили? Я почему-то всегда думал что система документоооборота поднимает эффективность документооборота - и это собственно и есть аргумент за ее содержание :D. А если это не так - тогда смысл такой активности для меня становится большой загадкой.
> деньги зарабатывают менеджеры впаривающие нужные и полезные бумажки ло...дорогим
> клиентам. Мы там расходная статья, как и большинство обычного IT.
Так может быть, менеджеры без такой системы будут работать, на минуточку, менее эффективно? И заработают меньше денег, потому что будут больше времени тратить на возню с документами? Которая сама по себе - опять же неизбежное техническое зло, не приносящее дохода. Ну а вот если система позволяет тратить на это меньше времени манагеров - она получает некий пойнт.
А так то да, в принципе бизнес и бумажными документами ворочал. Да и сейчас местами ворочает до сих пор. Но вот с тем что это круто, быстро и эффективно - можно таки поспорить. Так, вспоминая как какие-то чуваки в ответ на взбрык, кажется, налоговой подрасперлись и таки выгрузили им бумажных документоа. Почти на товарный вагон. Я даже представить себе боюсь каки сколько ЭТО вообще обрабатывается.
> подмена темы "не могу сделать" на "зарабатывать" безусловно является зазорным.
По идее - если не сможешь сделать то и заработать не сможешь. Вроде бы логично.
> "не хочу делать потому что мне за это не заплатят ни копейки"
> - ну так с этого можно было начать.
Тут даже чуть более глобально: проблема упомянутого начинания в том что соотношение возможного выигрыша с объемом потребной долботни - отбивает у большинства людей всякую охоту этим заниматься. Оплата может быть и не в копейках а в результате работинга. Но, видимо, он недостаточно впечатляющ и к тому же со своими минусами (как то более 4 гигз опачки).
И вот заметь, гражданин КГБ вещает про то как надо. Но сам заниматься этим все-таки не хочет почему-то :)
