Табличный процессор и его актуальность для Unix-пользователя (Или очередное размышление на тему Unix-Style)

[Maximus_V]

в чем сообществу следует создавать разного рода отчеты наподобие тех, что сдаются в налоговую?

Один раз посидеть, накатать баш-скриптик или питоноскриптик, который будет формировать латеховский файл, компилять его и выдавать итоговый pdf — отчет.
А потом пойдет как по маслу.

Не пойдет, если сдавать отчетность в электронном виде - не научились они еще pdf читать

в табличном процессоре Excel рисовал блок-схемы и диаграммы, которые предполагалось печатать на нескольких листах

А использовать xfig, dia, inkscape или подобные не позволяла религия?

Да, религия, но не моя, а руководителей и составителей стандартов: "чтоб было в офисе, и не волнует"

в чем сообществу следует создавать разного рода отчеты наподобие тех, что сдаются в налоговую?

Один раз посидеть, накатать баш-скриптик или питоноскриптик, который будет формировать латеховский файл, компилять его и выдавать итоговый pdf — отчет.
А потом пойдет как по маслу.

И тут мне бы хотелось сделать акцент не на то, как "сдать отчет", а "помечтать", как бы сделать процесс сдачи отчета идеальным, в том числе и на принимающей стороне

[Bizdelnick]

И тут мне бы хотелось сделать акцент не на то, как "сдать отчет", а "помечтать", как бы сделать процесс сдачи отчета идеальным, в том числе и на принимающей стороне

А что мечтать-то? Клиент формирует отчёт в каком-нибудь XML, подписывает и отправляет серверу; сервер проверяет подпись, парсит и заливает в БД. Всё предельно просто, реализовать мешает только человеческий чиновничий фактор.

[chitatel]

в чем сообществу следует создавать разного рода отчеты наподобие тех, что сдаются в налоговую?

Сообществу не следует ни в чём, потому что это не дело сообщества.

Конкретно с налоговой - лучше предоставить дело специалисту по налоговым декларациям. Они всё делают в каких-то ХЗ каких программах, может в том же Excel или Access, ХЗ. Но - все клеточки в рамочках оказываются правильно заполнены, в налоговой претензий нет, переделывать не нужно.

Всякие скрипты башеперловопитонские - изобртение нахреннникомуненужного треугольного колеса. В данном конкретном случае.

[alv]

Конкретно с налоговой - лучше предоставить дело специалисту по налоговым декларациям.

Совершенно верно. Они заодно отслеживают изменения в этом деле, не нужно лазать по сайтам и читать, что в этом году изменилось.
А ведь каждый год хоть какая мелочь, а меняется

Они всё делают в каких-то ХЗ каких программах

в разных кому в чём удобней
мои, например, в чём-то древнем на базе Клиппера

Но - все клеточки в рамочках оказываются правильно заполнены, в налоговой претензий нет, переделывать не нужно.

Что для нас самое главное, верно?
Вспомнилось, как лет 20 назад для одной своей приятельницы - главы аудиторской фирмы - лепил какую-то систему изнего учёта В Lotus 123 как раз. Просидели мы с ней за этим дело полтора суток, выпили пару бутылок водк под закусь. Всё работало замечательно.
А через несколько месяцев наступил новый финансовый год, что-то в законоджательстве поменялось, и всё это можно было выкидывать на помойку.

Кстати, для любителей скриптинга и "знактоков" табличных процессоров. В каждом из них есть свой скриптовый язык. В Lotus 123 и в QuattroPro - очень даже мощный.
И прототип скрипта можно сделать просто протоколированием действий, а потом уж довести до ума, если надо.
Но это, конечно, не круто. Скрипты надо писать только с нуля в текстовом редакторе. И желательно - в ed'е

[eddy]

не научились они еще pdf читать

Мде. А воз и ныне там. Как пилили у нас во всяких налоговых 20 лет назад, так и сейчас пилят!

религия, но не моя, а руководителей и составителей стандартов

И зачем в таком "климате" работать? Или за такое жестокое изнасилование хорошо платили?

как бы сделать процесс сдачи отчета идеальным, в том числе и на принимающей стороне

Идеально было бы заказать разработку гос. платформы не пилильщикам, а реальным исполнителям. И результат должен быть свободным! А то знаем мы это огораживание и распилы: "госуслуги.ру" — отличный пример того, к чему приводят распилы, а не реальные действия.

[Maximus_V]

И зачем в таком "климате" работать? Или за такое жестокое изнасилование хорошо платили?

И не работал. Как только понял, что хотят не того, что оговаривалось при приеме на работу - ушел. Правда, отрабатывать заставили, те самые схемы рисовать, но это уже в прошлом.

[chitatel]

Но - все клеточки в рамочках оказываются правильно заполнены, в налоговой претензий нет, переделывать не нужно.

Что для нас самое главное, верно?

Именно так.

[QWERTYASDF]

Честно говоря для меня интереснее более общий вопрос идеологии/методологии Unix. Ведь там говориться - собирай решение сформулированной задачи из множества элементарных утилит. Таким образом мы имеем все плюсы принципа разделения задачи, например взаимозаменяемость вплоть до атомарных компонентов. Однако Unix-пользователи помимо традиционных мелких утилит параллельно работают (и так понимаю, очень давно) с довольно широкими готовыми решениями, как то например табличные процессоры. Будем учитывать такую практику только внутри Unix-сообщества, все остальное (необходимость кооперации с виндовс-юзерами и т.п.) понятно. Чем такая практика обусловлена? У меня на сей счет есть некоторые рабочие гипотезы так сказать, но хотелось бы услышать мнения настоящих, опытных Unix-сойдов )

Вот я и ждала, что тут обсуждение сведется к данному вопросу, но получила больше обвинения в необоснованных нападках на ТП. Впрочем, наверное заслуженно )

[chitatel]

Однако Unix-пользователи помимо традиционных мелких утилит параллельно работают (и так понимаю, очень давно) с довольно широкими готовыми решениями, как то например табличные процессоры. Будем учитывать такую практику только внутри Unix-сообщества, все остальное (необходимость кооперации с виндовс-юзерами и т.п.) понятно. Чем такая практика обусловлена? У меня на сей счет есть некоторые рабочие гипотезы так сказать

ТП очень удобны для выполнения ряда задач. Назову их несколько общё "офисными". Как инструмент для их выполнения вполне годятся.

Наверняка похожий результат можно получить in unix-way мааааахонькими, точными утилитами, каждая из которых обработает свою часть информации. ИМХО, в "офисе" часто ненужный, излишне "умный" way.

Не в безвоздушном просран... извиняюсь, проСТРАНстве живём: ТП и есть ТП, данные Calc можно открывать в Excel and vice versa. При unix-way как-то нужно специально озаботиться этим вопросом. В моём случае - решающий фактор.

Т.е. комбайн полезен в поле. Но не в городе. Не по бездорожью.

- Вам шашечки или чистое сияние разума?
- Ни то, ни другое. Просто ехать. На шашлыки.

[alv]

Честно говоря для меня интереснее более общий вопрос идеологии/методологии Unix. Ведь там говориться - собирай решение сформулированной задачи

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

[eddy]

alv, а зачем скриптик? Одноразовые задачи можно в octave считать. А многоразовые — да, нужен скрипт (а еще лучше — нормальный бинарник).

[alv]

alv, а зачем скриптик? Одноразовые задачи можно в octave считать. А многоразовые — да, нужен скрипт (а еще лучше — нормальный бинарник).

Ага, и при каждом изменении граничных условий скриптик переписывать. А бинарник ещё и перекомпилировать.
Поверьте, плавали, знаем. Ещё во времена DOS'а и gwbasic'а.
Кстати, спредшит - это и есть нормальный бинарник для определённого круга задач. Расширяемый скриптиками, сиречь макросами.

[eddy]

и при каждом изменении граничных условий скриптик переписывать

Зачем же? Граничные условия — параметры скриптика (скажем).

А бинарник ещё и перекомпилировать

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

спредшит - это и есть нормальный бинарник для определённого круга задач

Ну все-таки, когда мне студент показывает график, "сделанный в excel", я его отправляю куда подальше! Еще мне Фурье в екселе не хватало ☺

[alv]

Получим решалку общего вида конкретной задачи.

Не получим. Или получим за время, несопоставимое с добавлением новой записи в таблицу.

Еще мне Фурье в екселе не хватало

И никаких особенных фурьёв - банальная статистика и уравнения Рэлея.

[QWERTYASDF]

А посоветуйте пожалуйста какое-нибудь пособие по табличным процессорам для начинающих. Каких-то специальных задач пока нету, просто хочется немного освоить инструмент. Может, задачи появятся в процессе...

[alv]

А посоветуйте пожалуйста какое-нибудь пособие по табличным процессорам для начинающих.

Боюсь, что сейчас - это help по Gnumeric'у
В нём всяких функций (не бухгалтерских) больше, чем во всех остальных.

[QWERTYASDF]

А посоветуйте пожалуйста какое-нибудь пособие по табличным процессорам для начинающих.

Боюсь, что сейчас - это help по Gnumeric'у
В нём всяких функций (не бухгалтерских) больше, чем во всех остальных.

Calc из LibreOffice менее тру?

[bormant]

https://libreoffice.readthedocs.io/ru/latest/calc.html
http://books.ifmo.ru/file/pdf/2028.pdf

https://wiki.documentfoundation.org/Documen...fice_Calc_Guide

[QWERTYASDF]

https://libreoffice.readthedocs.io/ru/latest/calc.html
http://books.ifmo.ru/file/pdf/2028.pdf

https://wiki.documentfoundation.org/Documen...fice_Calc_Guide

Спасибо большое, ознакомлюсь.

[MiK13]

Вопрос по сути такой: А нужен ли Unix-пользователю т.н. "табличный процессор", ну в смысле из пакета допустим ОО?

Как-то решил посмотреть, есть ли что-нибудь на youtube про Linux, его установку. Оказалось, что масса Посмотрел один, а потом довольно долго читал к нему комментарии.
Было не мало сторонников Linux, но также немало было и тех, кто утверждал, что "Windows работает на ЛЮБОЙ аппаратуре, а вот у Linux есть проблемы с разными устройствами".
Мне по поводу такой фразы осталось только посмеяться. Когда-то, чтобы отделить сеть отдела от сети всего института мы поставили простой компьютер с памятью в 32 МиБ, на котором постоянно крутилась "картошка" (Debian 2.2). Сейчас возимся с компьютером, в котором 128 МиБ ОЗУ и системный диск 128 МиБ. И на нём работает Linux (которому доступно 60 МиБ). Слышал, что в институте основной компьютер имеет память в 128 (если не 256) ГиБ. И на нём работает Linux. То есть, если Windows охватывает целый город (пусть даже мегаполис), то Linux охватывает даже не область, с целое государство. Если не континент. Но очень много людей, которые видят только город и не представляют, что за его пределами.
К чему это я?
Есть очень много самых разных задач. Для решения которых удобно использовать самые разные программы. В том числе и табличные процессоры. Очень много людей, для которых они могут быть единственной рабочей программой. И у них нет желания изучать что-нибудь ещё. Тем более, что они позволяют очень легко решать многие задачи, требующие простых вычислений с большим количеством данных. Особенно, когда заранее точно не известны некоторых параметры.
Противопоставлять GUI и CLI тоже нельзя (кстати, а к чему относится Midnight Commander?). Каждый для своих целей.

А еще больше ржу, когда вижу, что народ эти ēксели-моксели использует для построения графиков: вместо того, чтобы за полминуты накалякать график в gnuplot'е, они полчаса долбятся с ēкселем!

Если надо что-то серьёзное нарисовать, с большим число данных, использую gnuplot. Если нужно быстро что-то простое нарисовать, использую Calc (ну или Excel, если приходится в винде работать).