Поздравляем Dingo с днём рождения!
- [Программы-калькуляторы] Сводный топик. Просьба пополнять со ссылками на сайты. Evgeny_CD(1747 знак., 04.01.2018 01:37 - 02:02, dao, полностью)
- [Для мобильных телефонов] - Evgeny_CD(28.12.2021 01:15)
- Все ссылки на PowerCalc протухли, поэтому загрузил. См аттач. Пока
не видел калькулятора более полезного и сбалансированного. Например
такая фича как Bin или Hex Fixed-point числа вида 111.111b или
0xFF.FF RxTx(531 знак., 27.12.2021 22:55, ссылка, ссылка)
- Напомню про интерпретаторы C, C++ Evgeny_CD(1 знак., 27.12.2021 21:35, ссылка)
- Kalkules Scientific Calculator Evgeny_CD(1 знак., 27.12.2021 21:23, ссылка)
- Очень недурственный список программ - научных калькуляторов. Evgeny_CD(1 знак., 27.12.2021 21:09, ссылка)
- Точные симуляторы калькуляторов. Для ценителей! -> - Evgeny_CD(10.01.2018 16:18, ссылка)
- А есть простенький программерский оффлайновый, который знает хекс/бинар и позволяет ieee754 в двоичке казать/вводит? - ASDFS(10.01.2018 16:13)
- Симулятор многих советских калькуляторов, в том числе и незабвенного МК-61! Отдельно скины к нему повышенного разрешения: Yurasvs(259 знак., 06.01.2018 00:01, ссылка)
- PTC Mathcad Express AlexG(143 знак., 04.01.2018 10:31, ссылка)
- SMath Studio - аналог Mathcad, умеет открывать некотороые форматы файлов оригинального Mathcad - AlexG(04.01.2018 10:26, ссылка)
- Microsoft Calculator Plus AlexG(60 знак., 04.01.2018 10:22, ссылка)
- Console Calculator - 1111111(04.01.2018 02:16, ссылка)
- В SpeedCrunch очень интересно сделана работа с единицами измерения -> - Evgeny_CD(04.01.2018 02:08, ссылка)
- юзаю Wise Calculator и SpeedCrunch. чаще первый - Vit(04.01.2018 01:47)
- Mathcad-like расширения Notepad++ -> --> - Evgeny_CD(04.01.2018 01:38, ссылка, ссылка)
- [Классификация SD карт] Скорости, IOPS'ы. Полезно. Вообще сайт любопытный. Evgeny_CD(1 знак., 28.12.2021 01:48, dao, ссылка)
- Просьба: попробуйте пожалуйста качнуть вот эти 3 файлика (по
ссылке). Сервер пингуется по доменному адресу, но не пущает...
Может это проделки роскомнадзора? Гyдвин(1 знак., 27.12.2021 22:16, dao, ссылка, полностью)
- Исходники "Госуслуг" слили в сеть, а Госуслугам пох --> MBedder(1 знак., 27.12.2021 19:49, dao, ссылка, полностью)
- Хабр. Крик души. В софте все всрато и становится еще всратее Evgeny_CD(1 знак., 20.12.2021 12:17, dao, ссылка, полностью)
- дык другого глобуса не подвезли. страдаем. cheblin(1 знак., 25.12.2021 13:33, картинка)
- Там в статье картинка, где Pentium 166 был у товарища в 1993 году.
Это из параллельной вселенной? - Tech_(24.12.2021 20:06)
- Я тут недавно VS2015 ставил (дочке кое-что подшаманить) -
обплевался. Посему, пока еще не убили Win32 API, буду юзать ДельфЯ
5 из прошлого века. Ибо после D7 оно тоже стало "всратое"... - Гyдвин(24.12.2021 19:57)
- Тому причиной - доминирование ... ардуиновой парадигмы :). Когда
эта парадигма проникает на уровень технических решений, то она
вызывает справедливое возмущение инженерного сословия низким
профессионализмом авторов таких решений. Тогда как аналогичная
парадигма в программировании остается незамеченной из-за того, что
программный код скрыт от обозрения, да и разбираться в чужом коде
слишком сложно. А в результате программы клепают по-быстрому из
готовых "шилдиков", беспокоясь Kceния(205 знак., 24.12.2021 17:19)
- А накат на ардуину - это хоть и сладостно для ушей проф.
эмбедщиков, но если не кривить душой, то надо признать что это зря.
Причем как на код, так и на платки-шилды. И то и другое несомненно
представляет собой шаг вперед (это правда), а всё ворчание только
потому что проф эмбедщик чувствует как его профессионально
подпирают. Но раз так происходит и подпирать способны
обезьянки молодые, то значит действительно прогресс. Причем здесь не только
такая RxTx(979 знак., 25.12.2021 02:23)
- Проблема ардуины в неспособности сделать что-то реальное.Это чисто
учебный проект.Как только возникает необходимость в "доработке
напильником о нужных кондиций" ардуинщик сдувается сразу. PlainUser(226 знак., 25.12.2021 17:50)
- Это не накат на Ардуину, а констатация того факта, что она (и не
только она) слишком снизила планку, из-за чего квалификация
программистов в среднем снизилась, поскольку к "сборке из
кубиков"начали привлекать программистов низкой квалификации, вплоть
до начинающих (им и зарплату можно было меньшую платить). А потому
ныне преуспевают не те, кто алгоритмы сочиняют, а те, кто шустрее
наловчились кнопочки на менючках нажимать. Не скажу, что последнее
качество плохо, однако оно Kceния(84 знак., 25.12.2021 02:34)
- :) Парадигма дуины - "написанному верить" - не в сложности проверок
собственно кода, а в отсутствии средств отладки и в вере в скилы сообщества. А вот "ардуинова парадигма" - это другое:) - это оценка
культовости парадигмы дуины с точки зрения разработчика традиционной ориентации. Построение
аналогий - удел философов, к которым можно отнести любого
захудалого программиста-кодера, находящегося в ленивом поиске
библов для максимально тупого выхлопа резалта в Vit(357 знак., 24.12.2021 23:36)
- В 2021 году наоборот, вижу выписывание каждый раз цикла for руками.
Приведите несколько примеров тех самых "шилдиков" из которых
клепают программы беспокоясь только о том, как их между собой
"подружить". RxTx(17 знак., 24.12.2021 23:00)
- В программировании МК это чаще всего I2C и USB-device. Если АЦП, то
и для него обычно ищут готовый код, который оформлен в виде
функций, т.к. разбираться с чужим кодом мало кто может. Если это
вычислительная процедура, то и тут тоже обычно ищут для нее готовый
код. Т.е. фактически получается ситуация, как с Ардуино - на все
типичные случаи есть функции, а на нетипичные голову сломишь, чтобы
под Ардуино написать. Тем самым, ситуация складывается, как
конструкторе "Лего" - Kceния(268 знак., 24.12.2021 23:58)
- Понятно. Всё как всегда, примтивно. А я то уж думал.... На самом
деле проблема не в том что код программ стремятся набрать
блочно-кусковым методом. Реальная, истинная проблема заключается в
методе написания программ на PC. А он такой: У девелопера/ов в
распоряжении находится машина, утрированно, с бесконечной
мощностью. И вот он/они пишут софт, для которого никаких границ, тестов и требований не поставлено. RxTx(805 знак., 25.12.2021 02:06)
- Да, такое тоже бывает, только видится вне в несколько иной
ипостаси, когда требования техзадания удовлетворятся приблизительно
и не особо старательно, а уповают на стадию тестирования, когда
тестировщик находит ошибки (или расхождения с ТЗ), а программист
накладывает на код заплаты. При этом предполагается, что если
наложить на код достаточно много заплат, то получится именно то,
что требовалось :). А поскольку Kceния(118 знак., 25.12.2021 02:20)
- Готов оппонировать. Cкpипaч(1060 знак., 24.12.2021 19:30)
- Я бы уточнил, что "ардуиновая парадигма" - это применение
сложившихся в программировании практик к железу. Т.е. сначала
погромисты возлюбили говнокодинг, а уже потом потащили его в железо
:) - LightElf(24.12.2021 17:35)
- На хабре шутка понравилась, резюме бывалого эмбеддера -
профессионально моргаю светодиодом:-) - Visitor(24.12.2021 19:47)
- Мне трудно оценить, что первым виноват, но полагаю, что в обоих
случаях виновата леность человеческая, соблазняя халтурить везде,
где только возможно. Вот и сейчас "языков высокого уровня"
развелось до кучи, главным образом, потому, что спросом ныне
пользуются только операторы for и if, а всё остальное -
библиотечные вызовы :). А раз так, то становится почти безразлично,
на каком языке писать (если это, конечно, не микроконтроллер без
Линукса). По этой же причине и Kceния(174 знак., 24.12.2021 18:48)
- "вот поэтому я и
не женюсь" (С) сижу на ассемблере :)) В "эмбеддед" это пока не сильно заметно (ну
если не смотреть на всякие "кубы", "гармонии" и прочие фреймворки,
которые уверенной поступью движутся именно туда, о чём статья :) С
некоторых пор - сто раз подумаю, прежде, чем обновлять привычный
софт (в т.ч. и рабочий, а не только сервисный). К счастью Adept(618 знак., 24.12.2021 13:10)
- По мне, так ОС + менеджер файлов типа NC/VC/FAR - было намного
удобнее. Сейчас куча времени уходит на всякую ерунду, все эти
мессенжеры, браузеры, ютупы - жизнь стекает в комп как статическое
электричество. А раньше сядешь, вот перед тобой файлы. Что делать?
Нууу, надо бы поизучать что к чему. Максимум отвлечений -
порнокартинки 640х480 )) - Ralex(24.12.2021 12:23)
- Тю, процесс идет с появления первого интернет-обновления. Нахуя
тратить силы на обдумывание интерфейсов и алгоритмов, на тщательную
отладку, если можно выпустить заплатку, сервиспак, а то и новый
релиз. - Codavr(24.12.2021 12:15)
- мой любимый экземпляр плача и демострация масштабов проблемы klen(203 знак., 24.12.2021 12:10)
- Я тут свой крик душыы выплескивал, потом стало стыдно, удалил.
Потом подумав, решил, что зря. Argon(1673 знак., 24.12.2021 11:58)
- Продолжение. Об истории Software: почему программы становятся всё
хуже Evgeny_CD(1 знак., 24.12.2021 10:49, ссылка)
- Хабр в ударе. Ректальное программирование: основы для практикующих
1С-программистов Evgeny_CD(1 знак., 20.12.2021 12:41, ссылка)
- Вполне допускаю, что аффтара сего опуса ещё не было и в планах,
когда плач на эту тему уже был в разгаре :-) - SciFi(20.12.2021 12:23)
- Подскажите, откуда у людей такая тяга к JSON в MQTT ? Какой он
после этого "легковесный" ? Правильно ли я понимаю стандарт
(3.1...), что формат полезной нагрузки может быть абсолютно любым в
рамках указанной длины (до 256 Мбайт), а требование использовать
UTF-8 актуально только для заголовка пакета (PUBLISH). Т.е. если я
передам не JSON, а Си-шную структуру - есть ли в этом что-то ужасно
неправильное ? :)) - Юpий_CB(26.12.2021 13:47, dao, полностью)Evgeny_CD
- Использование JSON в полезной нагрузке пакетов - исключительно
"application specific", это ваш личный выбор/не-выбор. Можете не
использовать, ничто вас не обязывает. MQTT стандарт ничего не знает
о JSON. Отвечая на вопрос, почему все-таки многие стремятся к тому
чтобы в качестве полезной нагрузки использовать JSON? Потому что
эти люди при разработке применяют на "уровне приложения" языки
Python, JavaScript и другие со встроенной библиотечной поддержкой
Web (Go, Ruby, RxTx(380 знак., 27.12.2021 01:47)
- JSON в MQTT просто удобен для обработки всякими готовыми
приложениями и для группировки данных. Никто не мешает передавать
по MQTT все что соответствует стандарту, если вы сами все это
будете обрабатывать. A.L.(88 знак., 26.12.2021 21:46)
- Интерпретирует сообщение, как правило, код на JS (или хорошо, чтобы
он умел это делать для целей отладки). Или в websocket должно быть
хорошо транслироваться. Или ещё чего. lloyd(81 знак., 26.12.2021 18:18)
- ничего страшного. только на каждый недосервер ваш код для
распаковки-интерпретации не забудьте уговорить положить и
договориться о сопровождении, а то даже с CBOR (rfc8949) не всё
просто - Vit(26.12.2021 14:08)
- Попалась на глаза хорошая книжка "Основы генерации сигналов" от
Rohde&Shwarz - толково описаны и виды сигналов и типы
генераторов с различием между ними. Adept(150 знак., 26.12.2021 20:50 - 20:56, dao, полностью)
- Имеется материнка ASRock IMB-154B, заявлено вроде как 8 GPIO,
причем по железу они шарены с пинами на порт принтера. Как их
зацепить в винде - не очень представляю (а пробиваться через
LPT/EPP неинтересно). Но то другое:) Сейчас накатил туда MXLinux
(на Debian 10, ядро 5.10) и смотрю в /sys/class/gpio. Там наблюдаю
папку gpiochip509, в которой в файлике ngpio прописано 3. Т.е.
количество доступных GPIO всего этих самых 3. Upd. GPIO через Nuvoton Super I/O NCT6106D. Vit(567 знак., 25.12.2021 14:47 - 26.12.2021 00:40, dao, ссылка, полностью)
- Upd на Гитхабе нашлись исходники дров GPIO и WDT для NCT5104 и GPIO
для NCT610xD. скрестил, поправил, ну и затолкал. sysfs
показываетещё одно устройство GPIO на 8 пинов. даже работает:) ЗЫ но как назвали - Intel® Braswell SoC..., в составе которого... у одних там Super I/O Fintek F81866AD, у других Nuvoton NCT6106D,
у третьих, вероятно, ещё какое-нибудь чудо... - Vit(26.12.2021 18:44)
- Пишут, что GPIO устарел Toчкa oпopы(156 знак., 25.12.2021 17:31, ссылка, ссылка)
- windows. General Purpose Input/Output (GPIO) cheblin(1 знак., 25.12.2021 15:06, ссылка)
- Панорама сотворила нечто годное :) Пользователи Ubuntu жалуются на
принудительное обновление их системы до Windows 11 Evgeny_CD(1 знак., 26.12.2021 17:44, dao, ссылка)
- кто-то менторовский HyperLynx в работе юзает?? (интересует в первую
очередь тепло, модуль PI (power integrity), возможно SI (Signal
Integrity), м.б. на перспективу ЭМС и ВЧ. Как-то для подобного
всегда юзал ANSYS (но менторовский софт вроде как
специаллизированнее, быстрее и удобнее (по крайней мере щупал на
ранних стадиях лет 10-15 назад "BetaSoft" в части теплового
моделирования. Было сильно быстрее и удобнее и точнее всего
остального доступного на тот момент) Adept(427 знак., 25.12.2021 14:26, dao, полностью)
- Будут конкретные вопросы - задавайте. Есть опыт работы с HL (только
SI) и Xpedition. - Harry(25.12.2021 21:52)
- На эл-хе спросите. А в первую очередь сходите в раздел
"Безопасность компьютерных программ" Там есть пара свежих постов по
ансису и ментору, на тему как их правильно готовить, что бы потом
не было последствий. - БAPMAЛEЙ(25.12.2021 14:47)
- О, спасибо! Про безопасность почитаю, а то ANSYS усиленно "стучит
на Родину", пробовал закрыть файрволом, но там хренова гора
соединений, замудохался с правилами, и всё равно чего-нить не
работает, плюнул - просто вырубаю инет, когда работаю с ним, но
"червячок сомнения грызёт" :(( т.к. егонный менеджер лицензий
всегда висит в памяти :( Adept(103 знак., 25.12.2021 14:53)
- Облачный хостинг. Одно движение, и ты банкрот. Evgeny_CD(2 знак., 23.12.2021 00:06, dao, ссылка, ссылка)
- Freemaster от NXP Sergey_N(135 знак., 20.12.2021 22:35, dao, ссылка, ссылка, полностью)
- Система поиска отечественной ЭКБ от Миландра. Пока тестируется. Evgeny_CD(1 знак., 22.12.2021 13:44, dao, ссылка, полностью)
- Про эльбрусы давно не было... а тем временем сбер 4 месяца тестил
сервера применительно к своим потребностям. Результаты публично
озвучены. klown1(405 знак., 14.12.2021 15:50, dao, ссылка, ссылка, полностью)m16
- Похоже не только сбер не желает импортозамещаться себе в убыток. Codavr(1 знак., 17.12.2021 14:20, ссылка)
- Жалко, что мы аналогичную процедуру по отношению к Сберу не
учинили. - Kpoк(22.12.2021 00:56)
- Вот зачем нам АКМ , можно ведь было задешево закупить М-16 или
скажем почти даром М-1. - PlainUser(21.12.2021 21:51)
- Нет братцы, работают эльбрусы, и ПАК на основе Эльбруса тоже
работает. Предположу что "импортозамещаться себе в убыток" данной ситуации носит многогранный смысл. уж очень большие суммы
могут уйти с кэшбека. IT закупки одни из самых дорогих, и в
принципе я понимаю этих крупнейших потребителей, будут искать и
находить любые недостатки до упора. А то что Минцифры встрял в
ситуацию (да и другие чинуши) лично меня убеждают только в одном -
процессор работает, но в klown1(242 знак., 20.12.2021 09:23, ссылка)
- Сберу просто надо разделить бизнес на стратегический и
"финансово-привлекательный". Пусть свою "сбер-доставку" на чем
угодно делает, а стратегические системы должны работать и после
того как "уважаемые партнёры" пойдут ва-банк. - Ralex(17.12.2021 14:53)
- Ну, скажем так, убыток от удачной атаки на "высокопроизводительные
и дешёвые сервера", может превысить "убыток" от отечественных, на
несколько порядков. Ясен%, что это только первый осмысленный подход
к сноряту у отечественных процессо- и серверороваятелей, обо што,
собсно и статья. - mse homjak(17.12.2021 14:46)
- Да уж. Спор об архитектурах свелся к тому следует делать инструкцию
длинной или очень длинной. И не присобачить ли к i86 сбоку
какой-нибудь ещё блочок. Скажем про троичные машины или про
последовательные в этом шуме уже и не услышишь. Или регистров
общего назначения сделать 32 (я не говорю 100). - Kpoк(16.12.2021 17:16)
- Вообще это не красит специалистов сбера.. или их руководство -
смотря по мотивации организаторов тестов. Запустить софт искоропки
без адаптации без к реальной железке - это идиотизм или
некомпетентность? .. о чем ответный комментарий им и прилетел... POV(354 знак., 14.12.2021 22:14)
- Если ради Эльбруса надо переписывать ПО с нуля - то грош цена такой
платформе. И вообще, насколько мне известно, в кровавом энтерпрайзе
используется JIT/AOT-ируемая Java, само ПО как раз переписывать не
надо. - lloyd(15.12.2021 07:36)
- Переписать ПО (сделанное четко по ТУ и единообразно оформленного)
не составляет какого-то гигантского труда.Главная сложность найти
надсмотрщика с крепкой плеткой который заставит программистов
заниматься скучной , жутко неинтересной и не интеллектуальной
работой.Приходилось руководить программистами. - PlainUser(21.12.2021 22:01)
- Бугога... Некоторые монтажорские и рисовальные программы жоска
заточены под Интель и плохо идут на АМД. Грош цэна, ясен%... - mse homjak(16.12.2021 11:44)
- Вот очень хочется знать, что за софт, который впадлу переписать с
нуля ради новой (предполагаем, хорошей) платформы? Ну вот поимённо? - Kpoк(15.12.2021 09:28)
- Любой JIT-компилятор (.NET, Java, Lua, ECMAScript и другие) нужно
писать почти с нуля. Особенно для экзотических VLIW-архитектур,
коей является Эльбрус. Либо делать базовый порт, который уронет
производительность в N раз, потому что будет всегда использовать
только один исполнительный блок из нескольких. lloyd(361 знак., 15.12.2021 10:08)
- Чего это? Они же на Ц пишутся. - Kpoк(15.12.2021 12:45)
- Какая разница на чем они написаны? Они же создают машинный код для
конкретной целевой платформы: x86, ARM, RISC-V или Эльбрус. Под
каждую платформу - свой JIT компилятор. - LightElf(15.12.2021 12:50)
- Там всё по-другому работает. Сначала Вы пишете компилятор, который
любую команду языка Ц (например, но лучше Паскаля) переводит в код
Эль-76. А потом весь говнокод на Яве и Питоне (и проч.) преводится
в Ц, И уже потом в Эль-76. - Kpoк(15.12.2021 23:18)
- Я, видимо, свою мыслю плохо излагаю. Для эффективной работы VLIW
нужно изменять не просто код, а сам алгоритм. Компиляторы этого не
умеют. Может какая нейросеть сможет, но встанет вопрос верификации
результата. - LightElf(16.12.2021 14:37)
- Там - это где? JIT должен по определению компилить "на лету" и
делать это быстро, порождая более-менее приличный машинный код.
Хороший JIT-компилятор сделать - ни фига не лобио скушать. И сильно
ли поможет транспилер, если даже официальный эльбрусовский Цэ
компилятор генерирует так себе (примеры есть на том же хабре) код? - LightElf(16.12.2021 02:32)
- Для чего "приличный машинный код"? Для интернет-серфинга? Для
котиков? Там сойдёт любой. А для двух-трех приличных задач можно и
напрячься - написать хорошие проги. - Kpoк(16.12.2021 06:48)
- Сбер не захотел "напрячься". - LightElf(16.12.2021 14:27)
- В кровавом энтерпрайзе таки считают производительность, потому что
там не котики, а банковские транзакции, и их не один, а
десятки-сотни тысяч в единицу времени. - lloyd(16.12.2021 07:28)
- Разным задачам - разные камни! Кстати, у банкиров скорее всего
целочисленная арифметика? - Kpoк(16.12.2021 09:35)
- У банков JVM. Чего не умеет делать JVM - то не будет работать, хоть
какой умный Эльбрус будет. Арифметика-то целочисленная, но, как
правило, длинная. И между пользовательским кодом и ассемблером ну
очень дофига слоёв. Код->Библиотеки->IR->ASM. lloyd(497 знак., 16.12.2021 10:08, ссылка)
- Интересно, но не весело. Видно, что компилятор старается как может,
но из изначально последовательного алгоритма параллельность выдоить
получается совсем не всегда - LightElf(16.12.2021 14:28 - 14:33)
- Механизм OoOE превращает любой CPU в параллельный на уровне
последовательности инструкций, так что дело не в параллельности. - =AlexD=(16.12.2021 15:16)
- Ну, что показывает, что любой VLIW на обычной стандартной программе
прервращается в RISC - lloyd(16.12.2021 14:32)
- Да, причем в медленный RISC - LightElf(16.12.2021 14:33)
- Т.е. заведомый тупик. Получается что Эльбрусом должны заняться
органы по признакам мошенничества, очковтирательства и
некомпетентности, причем не только разработчиков но и тех кто
ставил ТЗ и принимал работу. Ухлопали кучу времени и денег на
заведомо тупиковое направление. Как когда то штаты навязали союзу
СОИ а маразматики из ЦК радостно заглотили наживку. - 3m(16.12.2021 14:46)
- Как спецвычислитель, где софт разрабатывается с нуля под задачу -
вполне норм и скорее всего прекрасен. Вполне может быть, что если
взять какой-нибудь Postgres и вылизать на асме особо узкие места -
тоже будет гуд. Но кто это будет делать, если МЦСТ до недавнего
времени даже систему команд секретил. - LightElf(16.12.2021 14:52)
- Нет, не тупик. У Техаса вон серию VLIW-DSP до сих пор не похоронили
(хотя кажется, что желающих с ним связываться с каждым годом всё
меньше, учитывая плюшки ARM). Просто не нужно пытаться гонять на
VLIW-процессорах код общего назначения. Эльбрус хороший процессор,
но только, как ускоритель математических операций. Кодеки
всякие-там,
радиолокация. Для персоналок и серверов лучше брать что-то менее экзотическое,
вроде ARM или RISC-V. - lloyd(16.12.2021 14:48)
- Что-бы в мобильном банке когда в кнопки тыкаешь, транзакции не
подтупливали. - =AlexD=(16.12.2021 07:23)
- Переписывание - это время и деньги, а работать нужно прямо сейчас.
Да и смысл в переписывании, если всё ПО на Java и нужен только
путёвый JIT транслятор? Который вроде бы есть и работает вполне
неплохо. Скорее всего тут если и есть проблемы, то это проблемы
конфигурирования софта, а не языковые какие-то. - =AlexD=(15.12.2021 09:38)
- Не знаю про тайный заговор... у нас в начале ноября упал гитлаб
внутриконторный... дак Сбер прислал мыло на след день =)) звал
протестировать их гитлаб в их облаке =))) я его конечно нашел, но
тут и закрыл... он был в жутко непотребном виде... - sav6622(14.12.2021 22:08)
- Уже то, что было проведено испытание на соответствие коммерческим
требованиям - уже хорошо. Теперь в МЦСТ знают к чему стремиться.
Подтянут железо (объём и скорость памяти), перепакуют сервер,
подтянут пакеты из репозиториев. Глядишь, и что-то выгорит у них. - =AlexD=(14.12.2021 15:57)
- Новый релиз ReactOS. Куда-то она ползет, очень неторопливо. Evgeny_CD(1 знак., 22.12.2021 13:45, dao, ссылка)