Шлезвиг-Гольштейн: перевод 30 тыс. машин с Windows/MS Office на Linux/LibreOffice

И у нас можно, если нет ни гостайны, ни персональных данных. Вон, пробегала новость, что московское (кажется) правительство для своих внутренних нужд сделало дистрибутив на основе свободных компонентов альта, при этом самому альту ни копейки не заплатило. Хотя в данном случае, имхо, лучше бы заплатило.

А вот всякие силовики — да, покупают Астру, в первую очередь, чтобы иметь официальную бумажку «мин нет». И с их позиции это вполне разумно.

Есть определённый порог, ниже которого электронной таблицей задача решается намного проще, чем самой простой СУБД. И это ну очень-очень большой кусок задач.

Хотя «определённый» тут неподходящее слово. Порог этот сильно плавает. И вверх его задрать проще, чем вниз. Вот я как человек, знакомый с SQL, могу забабахать базёнку для работы с личными финансами и личной библиотекой. И даже гуй к ней написать. Но большинство даже компьютерно грамотных людей сделает это в экселе или другом spreadsheet-е и не будет париться. Хотя бы потому, что там почти ничего не надо осваивать. Один раз общую концепцию понял — и всё, оно становится тем самым молотком, при обладании которым всё вокруг кажется гвоздями…

Так для личной библиотеки электротаблицы тоже не нужны. Плоский текст, много bibtex. То есть таблицы это как раз ``париться'', но к этому париться приучили и не замечают.

Cкажу ребятам, что на лоре их опять за латвийцев приняли

Поволжских латвийцев! Разве не слышал о таких? Я тоже. А они есть! О_о

На опеннете пишут, 430 млн. € только на этот год.

Окей, уговорили, масштабы тут круче.

Почему не на Softmaker Office?

Bibtex — тоже порог вхождения. Да и человеку, может, нужна не библиографическая полнота, а «автор, название, том, шкаф, полка».

Плоский текст — если только CSV. Работает, да. Но CSV — это как раз первый шаг к электронной таблице, выглядит в ней куда лучше, чем в текстовом редакторе, и редактируется легче.

Давно пора. А ещё лучше, если они не только перейдут на LibreOffice, но ещё и будут жертвовать денежные средства на его дальнейшую разработку. Лучше вкладывать «в себя», чем в «чужую корпорацию».

Лучше вкладывать «в себя», чем в «чужую корпорацию».

Lo плюс-минус такие корпорации разрабатывают.

Ненависть к электронным таблицам — это практически религия. Объяснять бесполезно.

Нет, ну рациональные причины могут быть. Например, когда на экселе делают тяжеленную систему, для которой напрашивается даже не Access, а скорее даже клиент-серверное решение с веб-мордой — я таких монстров видел, и к ним ненависть вполне заслуженная. Или когда человек что-то такое напихал в *.xls, задействовав его возможности по максимум, после чего он в сторонних программах открываться не хочет.

Но это частные случаи, да.

Они пока все дико криво реализованы, в результате для простых случаев удобнее CSV, для более сложных уже что-то более серьёзное.

Посчитаешь сложный процент в CSV? В ODS это пара пустяков.

Я просто оставлю это здесь: https://habr.com/ru/news/514202/

в результате для простых случаев удобнее CSV

Не вижу никаких проблем пользоваться электронными таблицами для простых расчётов. Для расчётов в CSV нужно уметь минимально кодить.

Это именно частные случаи. Основное применение — быстро что-то посчитать (возможно, со сводной таблицей), сделать сравнительные таблицы с цветовым кодированием и т.п. Поднимать на каждый чих БД или пытаться всё сделать через CSV или org-mode — это реально какая-то болезнь.

Давай не будем путать концепцию с реализацией :-)

Мне надо посчитать средний балл по группе и выделить красным цветом неуспевающих учеников. Что я буду делать с CSV? AWK и коды цвета? Питонятина? А если в реальном времени, при поступлении новых оценок?

А скейтинг посчитать в CSV как?

Детская травма. Сам видел (и участвовал) как ворд с экселем применялись там, где Sweave встал бы как родной.

электронной таблицей задача решается намного проще, чем самой простой СУБД

Опять «тёплое» соревнуется с «мягким»??.. ;)

Поволжских латвийцев! Разве не слышал о таких? Я тоже. А они есть! О_о

Полюбопытствовал. А ведь и вправду их есть!.. :)

Не понял вопроса. Я написал, что CSV — первый шаг к электронной таблице и не утверждал, что он её заменяет.

Ну ты пишешь, что есть некоторый уровень задач, относительно которого что-то надо решать таблицей, а что-то СУБД. Под CSV я понимаю CSV, загруженную в СУБД, сама по себе CSV ничего не считает.

Ну так вот. Это не уровни разные. Это классы задач разные.

Мне надо посчитать средний балл по группе и выделить красным цветом неуспевающих учеников. Что я буду делать с CSV? AWK и коды цвета? Питонятина? А если в реальном времени, при поступлении новых оценок?

Школьная тетрадка и фламастер много проще.

Проблема в том, что баллы на соревнованиях надо считать быстро и без ошибок. Тетрадка, фломастер и без ошибок плохо сочетаются. А ошибке в расчёте скейтинга приводят к скандалам и расследованиям, отменой награждений и перевыдачей кубков, короче, лучше не надо.

Проблема в том, что баллы на соревнованиях надо считать быстро и без ошибок. Тетрадка, фломастер и без ошибок плохо сочетаются. А ошибке в расчёте скейтинга приводят к скандалам и расследованиям, отменой награждений и перевыдачей кубков, короче, лучше не надо.

Тогда, электронную тетрадку.

Воот.

Я даже знаю сайты, в которых можно зарегистрироваться за денежку как организатор, раздать всем судьям ссылки на сайт, чтобы судьи сами заполняли исходные данные (и чтобы при ошибке в исходных данных все претензии к судье), а потом он сам тебе считает итоговые места и выгружает PDF с дипломами и рейтингом.

И вот такой сайт наверняка сделан на СУБД. На соревнованиях попроще обходятся «электронной тетрадкой» в виде Excel, LO Calc или OnlyOffice.

Под CSV я понимаю CSV, загруженную в СУБД, сама по себе CSV ничего не считает.

А СУБД «считает сама по себе»??.. :)

Некоторые да, а это имеет значение?

Sorry, сегодня всю рутину по работе сделал и решил пофлудить.

Кстати всё это элементарно реализуется в HTML + JavaScript.
Для этого не нужны никакие фреймворки.

Поднимать на каждый чих БД или пытаться всё сделать через CSV или org-mode — это реально какая-то болезнь.

Точно так же, как делать ровно всё через Excel. Таких примеров уж очень много, и именно благодаря им появляются люди, переносящие свои нехорошие чувства на саму идею электронных таблиц.

Конечно же, имеет, раз уж СУБД противопоставляется CSV, который, разумеется, «сам по себе ничего не считает».

В этом контекст явно подразумевается, что «а вот уж СУБД-то!..»... :)

Для этого не нужны никакие фрейморки.

Кто такие эти ваши «фрейм-орки»?? ;)

Почитайте https://practicum.yandex.ru/blog/chto-takoe-framework/ Для чего нужен фреймворк и как его выбрать

Я очень мало видел примеров, когда экселем заменяют полноценную БД. Но стоит зайти на ЛОР и написать мелом на стене «Электронные таблицы», как через минуту выстроится целая очередь из технофашистов, которые простой как палка инструмент будут пытаться заменить на БД, org-mode, bibtex, CSV+программирование, HTML+JavaScript и прочее — в контексте задачи — недоразумение.

Решившим «пофлудить» не выдают чувства юмора? ;)

Ну тогда надо уточнить, что там за СУБД. Потому что MS Access это одно, а MS SQL это совсем другое )

Всё надоело флудить.

Ну так и уточняли бы изначально! :) Не я же всё это безобразие с битвой «СУБД vs CSV» тут начал... ;)

Я таких примеров видел очень много. Когда номенклатура изделий была 500 штук и её вели в Excel, это было нормально. Когда она стала 500 тыс. штук, и её всё ещё ведут в Excel, то кое-кто делает кое-что не так.

Про технофашистов согласен. Контекст задачи важен.

…И что там за расчёты заодно. Потому, что среднее арифметическое, например, и SQLite может посчитать, причём прямо в селекте.

Как быстро ты сдался.

номенклатура изделий… стала 500 тыс. штук

Для этого существуют специальные решения, конечно же.

Правильней так - «Как мало ты нафлудил».

«Как быстро ты так мало нафлудил...»

Надо же когда-то и умнеть.

А что, уже есть планы??.. ;)

Но вот раскрасить красненьким не может! ;-)

Это оттого, что советующие всю эту байду разговаривают не с людьми, а с голосами у себя в голове. А если поставить решать проблемы всего учреждения/предприятия, то такой вот энтузиаст сдуется за очень непродолжительное время. Это проверено железно, в том числе на себе*. Одному юзеру нужно всё посчитать, «оформить красиво» и распечатать, второму нужно чтоб списки выпадающие, чтоб условия в формулах по нескольких листам и результат, а третьему вообще только покрасить ячейки для схемы рассадки в зале.

И ещё я убедился, что не надо недооценивать юзеров. Взяли как-то одного дядечку-пенсионера, чтобы багет делал (в рекламное агентство) и учёт всего этого вёл. Он смог удивить этот пенсионер, бывший инженер. Он себе там мини-1C соорудил из экселя, с приходом/расходом, остатками и выводом на печать.

*и не только на себе, сколько уже было новостей про перевод целых областей-графств и прочего, а потом про отказы.

Это да, только практически все известные мне активные ненавистники электронных табличек на поверку оказывались людьми профессионально работающими со статистическими данными. Так что это жжжж, не спроста.