Похоже, механизмы «госоткатов» даже в Германии играют решающую роль. Зачем далеко ходить — вспомним Меркель и BMW. Интересно, сколько Microsoft откатило этой самой фрау…
По поводу аргументов:
1. Бесплатное ПО заметно отстаёт по функциональности от ПО Microsoft.
Это не аргумент. Это эмоции хомячков, у которых поменялся цвет поилки.
Тема не раскрыта. «Отстаёт» в чём именно, где перечень «отсталостей»?
2. Для нормальной работы почты на смартфонах пришлось установить отдельный почтовый сервер (Exchange).
Низкоквалифицированным админам поём мы песню! Postfix+Dovecot+MyMail живут и с валидными сертификатами, и с шифрованием и с любыми другими современными плюшками. А производительность вообще сравнивать с Exchange нельзя. Аппаратура для мелкомягкого решения потребуется в разы мощнее. Бред, а не аргумент.
3. Отсутствует ПО для нормальной интегрированной работы с почтой, контактами и встречами.
Абсолютно некомпетентный вывод. Полно опенсорсных решений. Организовывали процесс явно ограниченные айти-менеджеры, которые дальше майкрософта просто ничего не видят.
4. Обмен информацией с гражданами и другими муниципалитетами затруднён, поскольку последние используют ПО Microsoft.
Это, пожалуй, единственное утверждение, которое можно принять за аргумент.
Хорошо тем, кто изначально строит всё на опенсорсе — нет болезненного периода перехода. Мне на практике известны попытки нескольких крупных компаний уменьшит совокупную стоимость владения (Total Cost of Ownership) за счёт перехода на опенсорс. Хотя бы частичного. И увы! Полное фиаско!
Зная такие компании изнутри готов смело утверждать — если бы они всё строили с нуля на базе опенсорса, то всё бы работало отлично при их росте до любого масштаба.
5. Ожидания что «Linux дешевле» не оправдались, потому что возникла необходимость самостоятельной доработки функционала.
КАКОГО «Функционала»? Тема опять не раскрыта. Если они начали писать свой «Йексель», только потому, что им иконки «Калка» не нравятся, то да, воистину это дороже!
«ЛитрВПН»? Это что, шутка такая? Украли код OpenVPN, запилили «Кузнечика» со шпионскими закладками и продают за деньги? Да эти хитрорыжие вообще обозрели! OpenVPN распространяется под лицензией GNU GPL. Код в студию, суть вашу! И распространять в сорцах!
Владимир Николаевич, судя из дизайна интерфейса с психоделическими цветами можно сделать вывод, что по коду пютана прошлись Сифоном, что сути не поменяло.
Может, чересчур эмоционально, но за воровство GNUтого кода этих хитрых лисов нужно бить по рукам.
Все те приверженцы учений дедушки Оккама, кто пересыщен убогими решениями с автоматизацией работы памяти, гарбидж коллекторами, нестрогой типизацией, виртуальными машинами и прочим дерьмом типа вывертов ООП уже давно пишут на чистом Си и чувствуют себя сыто и комфортно. ))
После слов: — «Разработка велась на пютан ...» интерес пропал полностью. Ради пары иконок терять пятую часть гигабайта постоянно текущей оперативной памяти под динамическую типизацию и гарбидж коллектор нет никакого желания. Вывод — нативный консольный клиент лучше.
Весь проект находится на стадии разработки архитектуры. Тестируем на виртуалках XL9_5_STABLE. Пока нареканий нет. От всех синтетических тестов получаем предсказуемый и полностью удовлетворительный результат. В продакшн планируем именно такую связку:
XL <---BDR-->XL но с окончательным решением определились только к XL.
Имеется два географически разнесённых автономных кластера Postgresql-XL. Есть необходимость между ними сделать асинхронную репликацию. При этом клиенты только читают и ходят каждый на свой XL. Тот агент, который пишет — только один и он пишет данные в оба кластера с учётом асинхронной репликации данных. Подскажите, пожалуйста, целесообразно ли для целей репликации использовать PostgreSQL BDR в таком случае? И возможно ли это вообще?
Анна, спасибо за познавательную статью и хорошо преподнесённый теоретический материал. Замечательная идея и очень интересный, с точки зрения математики, алгоритм. Однако, есть несколько «НО» из-за которых пришлось отказаться от реализации алгоритма в продакшн:
1. В коде есть серьёзные баги. О них дальше.
2. Отсутствие каких-либо комментариев сильно усложняет дебагинг. Это особенно относится к тем компонентам, которые формируют математический аппарат.
3. И… увы! Алгоритм формирует ложные экстремумы! Именно из-за этого пришлось от него полностью отказаться, несмотря на время, потраченное на поиск и устранение багов (
Идентичное поведение интерполирующего алгоритма можно наблюдать и на других наборах данных, на которых кривая спускается, идёт горизонтально и снова поднимается.
Чтобы быть предельно точным, и ненароком не дезинформировать читателей уточню, что алюминиевые системные блоки Jonsbo (они же Qiao Sibo) поддерживают блоки питания формфактора ATX только в моделях U2 и U3. Для U1 понадобится БП формфактора SFX
По поводу аргументов:
1. Бесплатное ПО заметно отстаёт по функциональности от ПО Microsoft.
Это не аргумент. Это эмоции хомячков, у которых поменялся цвет поилки.
Тема не раскрыта. «Отстаёт» в чём именно, где перечень «отсталостей»?
2. Для нормальной работы почты на смартфонах пришлось установить отдельный почтовый сервер (Exchange).
Низкоквалифицированным админам поём мы песню! Postfix+Dovecot+MyMail живут и с валидными сертификатами, и с шифрованием и с любыми другими современными плюшками. А производительность вообще сравнивать с Exchange нельзя. Аппаратура для мелкомягкого решения потребуется в разы мощнее. Бред, а не аргумент.
3. Отсутствует ПО для нормальной интегрированной работы с почтой, контактами и встречами.
Абсолютно некомпетентный вывод. Полно опенсорсных решений. Организовывали процесс явно ограниченные айти-менеджеры, которые дальше майкрософта просто ничего не видят.
4. Обмен информацией с гражданами и другими муниципалитетами затруднён, поскольку последние используют ПО Microsoft.
Это, пожалуй, единственное утверждение, которое можно принять за аргумент.
Хорошо тем, кто изначально строит всё на опенсорсе — нет болезненного периода перехода. Мне на практике известны попытки нескольких крупных компаний уменьшит совокупную стоимость владения (Total Cost of Ownership) за счёт перехода на опенсорс. Хотя бы частичного. И увы! Полное фиаско!
Зная такие компании изнутри готов смело утверждать — если бы они всё строили с нуля на базе опенсорса, то всё бы работало отлично при их росте до любого масштаба.
5. Ожидания что «Linux дешевле» не оправдались, потому что возникла необходимость самостоятельной доработки функционала.
КАКОГО «Функционала»? Тема опять не раскрыта. Если они начали писать свой «Йексель», только потому, что им иконки «Калка» не нравятся, то да, воистину это дороже!
Владимир Николаевич, судя из дизайна интерфейса с психоделическими цветами можно сделать вывод, что по коду пютана прошлись Сифоном, что сути не поменяло.
Может, чересчур эмоционально, но за воровство GNUтого кода этих хитрых лисов нужно бить по рукам.
Пишите. Спасибо за парсер!
XL <---BDR-->XL но с окончательным решением определились только к XL.
1. В коде есть серьёзные баги. О них дальше.
2. Отсутствие каких-либо комментариев сильно усложняет дебагинг. Это особенно относится к тем компонентам, которые формируют математический аппарат.
3. И… увы! Алгоритм формирует ложные экстремумы! Именно из-за этого пришлось от него полностью отказаться, несмотря на время, потраченное на поиск и устранение багов (
Итак, обещанные баги:
Сборка:
Сборка с дополнительными уровнями предупреждений заставляет поразмыслить над сообщениями, обещающими массу проблем на больших цифрах. Например:
Синтаксис:
abs() работает с целочисленными значениями. Компиллятор g++ догадывается и исправляет, но лучше использовать fabs()
Алгоритм:
1. Если использовать такой массив с данными (он идентичен исходному примеру, но без последней точки):
То появляются подобные артефакты
Вот маленький патч, устраняющий артефакты. Да, решение далеко от изящества, но, зато, работает:
2. Ложные экстремумы. Вот примеры наборов иксов с игреками, при которых их можно наблюдать.
Между 4 и 5 точками:
Между 7 и 8 точками:
Идентичное поведение интерполирующего алгоритма можно наблюдать и на других наборах данных, на которых кривая спускается, идёт горизонтально и снова поднимается.
Для тех, кто пожелает разобраться и исправить баг с ложными экстремумами добро пожаловать!
Код на гитхабе: https://github.com/eitijupaenoithoowohd/TBezierInterpolation
Помимо C++ добавлен код на чистом Си.