насос обычно подключают к нижней части емкости с жидкостью на уровне дна как можно ближе - это исключает проблемы с воздухом (понятно что не хочется емкость портить и делать дырку внизу которая и подтекать еще может). создавать отрицательное давление в шлангах плохая идея (это та часть шланга до насоса по которой вода всасывается) - помимо проблем с воздухом шланг может просто сплющиться и тем самым перекрыть сам себя.
Соларография — это техника фотографирования солнца без использования привычного фотоаппарата. люди делают дырку иголкой в банке из под колы, кладут туда фотобумагу и на длительное время (год можно) фиксируют неподвижно.
у вас не возникало проблем с водорослями? они в питательной среде в присутствии света начинают размножаться в растворе а у вас вроде крышечка прозрачная
вам виднее, я не стремлюсь писать быстрее - для меня это хобби и пишу только в удовольствие. (вайбкодинг тоже пробовал - поначалу поразило а потом по мере роста проекта появлялось куча нерабочего кода и т.д., я использовал локальные модели на процесоре в основом, скорость около 1 т/с 4Q qwen3.6 27b. пришел к тому что раз в несколько дней прошу ИИ изучить проект и предложить улучшения - часть из них заслуживает внимания.) после реакта я был в восторге от Elm, но для быстрого прототипирования вспотел переписывать сериализаторы/десериализаторы - как я понял Elm очень бы себя хорошо показал в командах где отдельно фронт/бэк и где уже есть спецификация апи. сейчас я в восторге от elixir - phoenix. (но любовь к js осталась, да и node.js оказалась популярной штукой и опыт с ним тоже не лишний).
читал статью, а про себя думал - да это же один в один мой опыт с ReactJS - поначалу jsx завораживал, но когда дело дошло до асинхронных операций пришлось разбираться в неочевидных тонкостях, все эти саги и генераторы для простых вещей (не знаю как сейчас обстоят дела у реакта, это было лет 6-8 назад). но нельзя сказать что этот опыт был бесполезным - это были первые шаги в мир функционального программирования (чистые функции и тд).
мы используем в КОМПАС-3D такую функциональность, как: «Построение нового тела путём перемещения исходного тела по траектории». Кстати, она же позволяет строить достаточно реалистичные стружечные канавки на фрезах и сверлах.
-- на чертеж попадает информация о траекториях? получаются коды для ЧПУ? а то бумага модель стерпит все, а как на практике реализовывать эти решения?
я правильно понял что под автоматизацией вы подразумеваете динамические блоки?
Скрытый текст
судя по вашей картинке тело не только по траектории перемещается но и наклоняется по ходу движения - или как объяснить что пипочка (зеленая на картинке справа я так понял это моделирование фрезы при производстве детали) перпендикулярна поверхности детали а в правом конце траектории она уже горизонтально ориентирована (тогда почему в детали не образовалась выемка?). всю голову сломал не могу себе представить это в 3Д (у меня немаленький опыт работы с 3Д моделями и дело точно не в моей фантазии) - ну не складывается пазл
скорее всего он хотел показать как работать через консоль - нам в институте показывали это, на очень старом автокаде. там команды отрисовки примитивов, блоков, всего такого. помню что там координаты абсолютные по умолчанию (хотя конечно внутренние переменные перенастраиваются), а относительные через @. ну и консоль понимает автолисп - так что можно этим пользоваться - подставить выражение вместо чисел - типа (+ 100 200) вернет 300.
не помешали бы примеры кода на C и аналогичный на T - что бы сразу плюсы увидеть если они есть (не Т++ а положительные моменты 🤣), хотя бы пару базовых задач типа сортировки ну и конечно такой пример где T выгодно смотрится на фоне C.
буду ждать продолжения. я если честно не понял зачем сравнивать эксель и такой мощный комбайн как ваш - вот если бы вы себя с какой-нибудь 1С сравнили - вот это было бы справедливо (там и склады реализованы, и филиалы). то что в экселе в сводных таблицах нельзя менять данные - для меня это скорее плюс. кто-то на первичке собирает данные, а какой-то менеджер смотрит отчеты (сводные). если менеджер может влезть и напрямую вмешаться в работу человека на первичке - это ужасно, должно быть разделение ответственности (каждый занимается своим делом и изменения в данных должны пройти через человека который эти данные вносит).
удалось ли вам после внедрения своей системы уйти от экселя или он все таки никуда не девается?
у вас 1 сервер обслуживает все 42 филиала и все данные на нем крутятся и случись отвал сети будет простой?
как вы решили проблему версионирования? (в статье вы говорили что файлы итог.xlsx и финальный_итог.xlsx это плохо - но это решает проблему версионирования) - вы решили эту проблему технически (браво!) или методологически (тогда эксель ни в чем не виноват)?
проясните пожалуйста про многомерность - что имеется в виду? ну то есть если в эксель данные нормализованы - то можно столько "измерений" добавить сколько нужно если я правльно понял что под измерением понимается. ну например у нас было 10 таблиц по каждому складу, а мы их свели в 1 таблицу добавив столбец "склад".
насчет агрегации данных в эксель - видимо вы не используете таблицы и сводные таблицы - там с агрегацией все в порядке
Скрытый текст
пожалуйста - выбирай стандартную ф-ю или пили свою
данные можно представлять в виде дерева - и если нужно можно залезть и поглядеть что внутри откуда эта цифра взялась
вот это про таблицы, а не раскрашенный набор ячеек
19 000 товарных позиций × 71 склад × 42 филиала — это миллионы возможных комбинаций. Если попытаться собрать такую матрицу в Excel, система рухнет: в одном листе физически не может быть больше 1 миллиона строк.
зато в экселе может быть много листов, и свести по ним данные возможно в сводной таблице. даже связи между таблицами по ключу можно сделать. и по итогу у вас будет 19000 строк с номенклатурой и сколько нужно столбцов 71 склад × 42 филиала (у каждого филиала по 71 складу или всего 71 склад на все филиалы?) - т.е. найти номенклатуру на складе или филиале это не проблема для эксель.
было время я тоже писал свой софт для работы с экселем - но потом почитал справку и понял что все можно сделать в голом экселе (он же полный по Тьюрингу, а в 2024 версии я заметил что завезли лямбды, map, filter, reduce - и это все прямо из формулы в ячейке).
я не спорю что сводить данные по 42 филиалам в экселе это больно, я лишь говорю о технических возможностях экселя.
Скрытый текст
плюсанул что мог - с нетерпением жду продолжения с обзором софта - надеюсь там будет и 1С - в ней то задача со остатками по складам из коробки решена
рентабельность = прибыль / затраты = 12 / 148 = 8,1 % - никак не 13%, ну да ладно, автор говорил что считает не очень. меня смутила фраза "за все подряд" - как раз меня учили именно так не делать когда получал экономическое высшее. стартапы проверяют идеи - но как находят специализируются, опять же там продукт есть обычно или конкретная услуга. ну и брать на себя все риски - есть же управление рисками, диверсификация и т.д.. в любом случае опыт автора мне понравился - человек имеет силы и мужество признать и исправить свои ошибки, желаю ему удачи. (хотя мне и кажется что история про "сжег сиги на 10 млн на заднем дворе" - это не совсем достоверная информация а история для кого-то знакомого)
так будут конкретные примеры о чем вы говорите? что такое организация гарантий если гарантия банковская? решение любых проблем за свой счет- это точно про бизнес? 13% - это откуда цифра? искренне пытаюсь понять что вы имеете в виду но вопросов только больше появилось.
насос обычно подключают к нижней части емкости с жидкостью на уровне дна как можно ближе - это исключает проблемы с воздухом (понятно что не хочется емкость портить и делать дырку внизу которая и подтекать еще может). создавать отрицательное давление в шлангах плохая идея (это та часть шланга до насоса по которой вода всасывается) - помимо проблем с воздухом шланг может просто сплющиться и тем самым перекрыть сам себя.
Соларография — это техника фотографирования солнца без использования привычного фотоаппарата. люди делают дырку иголкой в банке из под колы, кладут туда фотобумагу и на длительное время (год можно) фиксируют неподвижно.
Скрытый текст
у вас не возникало проблем с водорослями? они в питательной среде в присутствии света начинают размножаться в растворе а у вас вроде крышечка прозрачная
вам виднее, я не стремлюсь писать быстрее - для меня это хобби и пишу только в удовольствие. (вайбкодинг тоже пробовал - поначалу поразило а потом по мере роста проекта появлялось куча нерабочего кода и т.д., я использовал локальные модели на процесоре в основом, скорость около 1 т/с 4Q qwen3.6 27b. пришел к тому что раз в несколько дней прошу ИИ изучить проект и предложить улучшения - часть из них заслуживает внимания.) после реакта я был в восторге от Elm, но для быстрого прототипирования вспотел переписывать сериализаторы/десериализаторы - как я понял Elm очень бы себя хорошо показал в командах где отдельно фронт/бэк и где уже есть спецификация апи. сейчас я в восторге от elixir - phoenix. (но любовь к js осталась, да и node.js оказалась популярной штукой и опыт с ним тоже не лишний).
читал статью, а про себя думал - да это же один в один мой опыт с ReactJS - поначалу jsx завораживал, но когда дело дошло до асинхронных операций пришлось разбираться в неочевидных тонкостях, все эти саги и генераторы для простых вещей (не знаю как сейчас обстоят дела у реакта, это было лет 6-8 назад). но нельзя сказать что этот опыт был бесполезным - это были первые шаги в мир функционального программирования (чистые функции и тд).
а можно взглянуть на готовые чертежи?
-- на чертеж попадает информация о траекториях? получаются коды для ЧПУ? а то
бумагамодель стерпит все, а как на практике реализовывать эти решения?я правильно понял что под автоматизацией вы подразумеваете динамические блоки?
Скрытый текст
судя по вашей картинке тело не только по траектории перемещается но и наклоняется по ходу движения - или как объяснить что пипочка (зеленая на картинке справа я так понял это моделирование фрезы при производстве детали) перпендикулярна поверхности детали а в правом конце траектории она уже горизонтально ориентирована (тогда почему в детали не образовалась выемка?). всю голову сломал не могу себе представить это в 3Д (у меня немаленький опыт работы с 3Д моделями и дело точно не в моей фантазии) - ну не складывается пазл
| Все запреты всегда уводят в тень
скорее всего он хотел показать как работать через консоль - нам в институте показывали это, на очень старом автокаде. там команды отрисовки примитивов, блоков, всего такого. помню что там координаты абсолютные по умолчанию (хотя конечно внутренние переменные перенастраиваются), а относительные через @. ну и консоль понимает автолисп - так что можно этим пользоваться - подставить выражение вместо чисел - типа (+ 100 200) вернет 300.
может на AutoLisp? тоже было время мучал его - где то валяется томик Полещука
Скрытый текст
не помешали бы примеры кода на C и аналогичный на T - что бы сразу плюсы увидеть если они есть (не Т++ а положительные моменты 🤣), хотя бы пару базовых задач типа сортировки ну и конечно такой пример где T выгодно смотрится на фоне C.
MAXимально прозрачным? тогда выбор очевиден
а какая скорость референса на такой карте с этой моделью?
ИИ делает умных людей еще умнее, а глупых еще глупее
подскажите, а код или алгоритм можно патентовать? например идея сделать файловую базу данных их txt файлов - такого рода вещи можно патентовать?
было бы очень интересно почитать
буду ждать продолжения. я если честно не понял зачем сравнивать эксель и такой мощный комбайн как ваш - вот если бы вы себя с какой-нибудь 1С сравнили - вот это было бы справедливо (там и склады реализованы, и филиалы). то что в экселе в сводных таблицах нельзя менять данные - для меня это скорее плюс. кто-то на первичке собирает данные, а какой-то менеджер смотрит отчеты (сводные). если менеджер может влезть и напрямую вмешаться в работу человека на первичке - это ужасно, должно быть разделение ответственности (каждый занимается своим делом и изменения в данных должны пройти через человека который эти данные вносит).
удалось ли вам после внедрения своей системы уйти от экселя или он все таки никуда не девается?
у вас 1 сервер обслуживает все 42 филиала и все данные на нем крутятся и случись отвал сети будет простой?
как вы решили проблему версионирования? (в статье вы говорили что файлы итог.xlsx и финальный_итог.xlsx это плохо - но это решает проблему версионирования) - вы решили эту проблему технически (браво!) или методологически (тогда эксель ни в чем не виноват)?
проясните пожалуйста про многомерность - что имеется в виду? ну то есть если в эксель данные нормализованы - то можно столько "измерений" добавить сколько нужно если я правльно понял что под измерением понимается. ну например у нас было 10 таблиц по каждому складу, а мы их свели в 1 таблицу добавив столбец "склад".
насчет агрегации данных в эксель - видимо вы не используете таблицы и сводные таблицы - там с агрегацией все в порядке
Скрытый текст
зато в экселе может быть много листов, и свести по ним данные возможно в сводной таблице. даже связи между таблицами по ключу можно сделать. и по итогу у вас будет 19000 строк с номенклатурой и сколько нужно столбцов 71 склад × 42 филиала (у каждого филиала по 71 складу или всего 71 склад на все филиалы?) - т.е. найти номенклатуру на складе или филиале это не проблема для эксель.
было время я тоже писал свой софт для работы с экселем - но потом почитал справку и понял что все можно сделать в голом экселе (он же полный по Тьюрингу, а в 2024 версии я заметил что завезли лямбды, map, filter, reduce - и это все прямо из формулы в ячейке).
я не спорю что сводить данные по 42 филиалам в экселе это больно, я лишь говорю о технических возможностях экселя.
Скрытый текст
плюсанул что мог - с нетерпением жду продолжения с обзором софта - надеюсь там будет и 1С - в ней то задача со остатками по складам из коробки решена
рентабельность рассчитывалась исходя из этой таблицы как я понял, но цифры не бьются
Скрытый текст
рентабельность = прибыль / затраты = 12 / 148 = 8,1 % - никак не 13%, ну да ладно, автор говорил что считает не очень. меня смутила фраза "за все подряд" - как раз меня учили именно так не делать когда получал экономическое высшее. стартапы проверяют идеи - но как находят специализируются, опять же там продукт есть обычно или конкретная услуга. ну и брать на себя все риски - есть же управление рисками, диверсификация и т.д.. в любом случае опыт автора мне понравился - человек имеет силы и мужество признать и исправить свои ошибки, желаю ему удачи. (хотя мне и кажется что история про "сжег сиги на 10 млн на заднем дворе" - это не совсем достоверная информация а история для кого-то знакомого)
так будут конкретные примеры о чем вы говорите? что такое организация гарантий если гарантия банковская? решение любых проблем за свой счет- это точно про бизнес? 13% - это откуда цифра? искренне пытаюсь понять что вы имеете в виду но вопросов только больше появилось.