Pull to refresh
4
Send message

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

дипсик про то где появилась раньше кнопка "удалить дубликаты"

Функция удаления дубликатов данных появилась в Microsoft Office (Excel) раньше.

  • Microsoft Excel: Специализированная кнопка «Удалить дубликаты» на ленте инструментов появилась в Excel 2007. До этого, в более ранних версиях, для удаления повторов приходилось использовать обходные пути, например, «Расширенный фильтр».

  • LibreOffice Calc: Встроенная и удобная функция для удаления дубликатов появилась значительно позже, только в версии LibreOffice 25.2. Запрос на добавление этой возможности был зарегистрирован в системе отслеживания ошибок еще в ноябре 2014 года, а до ее официального появления пользователям приходилось использовать стандартные фильтры или устанавливать специальные расширения.

а мне нравилось на начале карьеры когда мы в офисе в контру по локалке рубились против ботов. вроде и ерундой занимались, а вроде и увлечены были и весело - ну и командная работа как ни как :)

для таких "особых" случаев может помочь неразрывной пробел - [Ctrl]+[Shift]+[Пробел], или поставьте перед переносом строки табуляцию [Tab].

Скрытый текст

не увидел описания работы с разделами - а именно границы разделов иногда "сбрасывают" нумерацию страниц и пунктов. разделы нужны для того что бы в 1м документе по разному настраивать: ориентацию страницы, размер бумаги, поля, выравнивание, границы страницы, нумерацию страниц, колонтитулы, количество колонок текста. вообще со времен когда изучал vba понял что в документах ворда есть особая логика работы с частями документа - документ-> раздел ->абзац -> строка -> слово -> символ - вот эти примитивы в основном и составляют документ.

ну и полезная комбинация [Shift]+[Enter] - вставляет не обычный перенос строки [Enter] (и одновременно новый абзац) - а перенос строки который не разделяет абзац, соответственно не добавляются отступы до и после него (абзаца).

ну и делить на 0 иногда можно - например в яваскрипт :)

  1. лучше потому что дешевле - ну так это бизнес и издержки, можно не покупать компы не платить за свет и использовать счеты - вопрос цены вашего времени. к тому же можно и "не покупать"

  2. интерфейс - лента это удобно - я привык и знакомые кнопки на автомате тыкаю - ну и некоторых функций я в либре не нашел (например удалить дубликаты в данных)

  3. шрифты может и пустяки - но почему бы из коробки их не ставить? почему я как пользователь должен страдать? (линукс - вы можете все настраивать и вы будете все настраивать)

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

  5. filter и все? не поленился скачал и посмотрел что ничего другого в версии Version: 26.2.5.2 (X86_64) нет - только что скачал самую свежую с сайта.

  6. макросы (vba) - не пользуюсь очень давно, хорошо что я могу обрабатывать файлы в node.js или в elixir, но с появлением map, reduce, lambda - это требуется все реже.

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

Скрытый текст

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

Скрытый текст
Excel
Excel
Calc -тот же файл
Calc -тот же файл

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

Скрытый текст

чем LibreOffice лучше мелкомягких? пробовал на либрофис пересесть - ну не тот интерфейс. отсутсвие шрифтов по дефолту на убунте, "умные таблицы" не имеют тела как я понял - например в экселе я могу написать =Таблица1[Столбец2] и выберутся только данные из Таблица1 и Столбец2 без заголовков - а в либре подобные таблицы должны иметь заголовок именно на 1й строке (и количество строк в ручную нужно указать и непременно с запасом?) и т.д. - куча мелочей которые не позволяли чувствовать себя комфортно. в 2024 версии MS завезли в эксель map, filter, reduce, lambla - это вот все без vba и прочего - ну и формулы для работы с диапазонами ячеек сразу - а как дела с этим у либрофис?

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

Этот этап показал важную особенность организационных изменений: наличие даже ограниченно работающего старого инструмента создает для пользователей ощущение возможности отложить переход. Реальная адаптация начинается только тогда, когда возврат к прежнему процессу становится невозможным.

- похоже на внедрение некоторых месенджеров и соц. сетей

Касательно 40 часов - тут речь не про компания, а про одного сотрудника.То есть каждому сотруднику кто в процессе экономия 40 часов.Соответственно далее уже умножаем на количество сотрудников.

40 часов экономия сотруднику в год - это МЕНЬШЕ ЧАСА в неделю, это статистическая погрешность - эти 10-15 минут в день (которые и не разом освобождаются, не одну же пачку договоров обрабатывать надо а распределено в течении года) - практически невозможно потратить на другое занятие - и это совершенно не сходится с тем что в статье:

годовая экономия на ФОТ составила около 4,8 млн рублей за счет высвобождения двух штатных юристов от рутины (они переключились на сложные и нестандартные контракты);

(4800/2/40 = 60 т.р. в час получаем - неплохо)

не поленился и поглядел что у вас по ссылке

Скрытый текст

40 часов - за год сэкономил ИИ (одна рабочая неделя из 52 в году? и где тут кратный прирост? 1/52 это меньше 2%), 80% всех договоров компании проверяет ии (а остальные 20% почему нет?). И я не понял вот эту фразу - "точность проверки 96%" - что это значит? что люди все равно должны дорабатывать за ии? кто находит оставшиеся 4%?

те же люди получили ту же зарплату - где сокращение расходов? вы же пишете о "годовой экономии на ФОТ" - типа экономия на каждом юристе составила по 200 т.р. в месяц (4800 т.р. / 2 чел. / 12 мес. = 200 т.р.).

Они считали именно по высвобожденным ресурсам.

они это кто? я по статье понял что это ваша цифра - "эффект который понятен и прозрачен для бизнеса".

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

годовая экономия на ФОТ составила около 4,8 млн рублей за счет высвобождения двух штатных юристов от рутины (они переключились на сложные и нестандартные контракты);

т.е. сократили 2х юристов? или как получается экономить если люди остались? получается что рутина стоить дороже сложных и нестандартных задач?

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

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

Скрытый текст

у вас не возникало проблем с водорослями? они в питательной среде в присутствии света начинают размножаться в растворе а у вас вроде крышечка прозрачная

вам виднее, я не стремлюсь писать быстрее - для меня это хобби и пишу только в удовольствие. (вайбкодинг тоже пробовал - поначалу поразило а потом по мере роста проекта появлялось куча нерабочего кода и т.д., я использовал локальные модели на процесоре в основом, скорость около 1 т/с 4Q qwen3.6 27b. пришел к тому что раз в несколько дней прошу ИИ изучить проект и предложить улучшения - часть из них заслуживает внимания.) после реакта я был в восторге от Elm, но для быстрого прототипирования вспотел переписывать сериализаторы/десериализаторы - как я понял Elm очень бы себя хорошо показал в командах где отдельно фронт/бэк и где уже есть спецификация апи. сейчас я в восторге от elixir - phoenix. (но любовь к js осталась, да и node.js оказалась популярной штукой и опыт с ним тоже не лишний).

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

а можно взглянуть на готовые чертежи?

мы используем в КОМПАС-3D такую функциональность, как: «Построение нового тела путём перемещения исходного тела по траектории». Кстати, она же позволяет строить достаточно реалистичные стружечные канавки на фрезах и сверлах.

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

я правильно понял что под автоматизацией вы подразумеваете динамические блоки?

Скрытый текст

судя по вашей картинке тело не только по траектории перемещается но и наклоняется по ходу движения - или как объяснить что пипочка (зеленая на картинке справа я так понял это моделирование фрезы при производстве детали) перпендикулярна поверхности детали а в правом конце траектории она уже горизонтально ориентирована (тогда почему в детали не образовалась выемка?). всю голову сломал не могу себе представить это в 3Д (у меня немаленький опыт работы с 3Д моделями и дело точно не в моей фантазии) - ну не складывается пазл

скорее всего он хотел показать как работать через консоль - нам в институте показывали это, на очень старом автокаде. там команды отрисовки примитивов, блоков, всего такого. помню что там координаты абсолютные по умолчанию (хотя конечно внутренние переменные перенастраиваются), а относительные через @. ну и консоль понимает автолисп - так что можно этим пользоваться - подставить выражение вместо чисел - типа (+ 100 200) вернет 300.

Information

Rating
4,214-th
Registered
Activity