Forwarded from Блог Муратова про Revit MEP
НАВАЙБКОДИЛ ИНТЕРЕСНЫЙ СКРИПТ ДИНАМО
Сегодня утром я проснулся с мыслью: можно сделать скрипт, который будет подключать выбранный фитинг ко всем выбранным коллекторам.
То есть представьте, вам не надо размещать на виде кучу фитингов, потом МодПлюсом протыкивать их каждый и указывать выходы коллектора. Вы выделяете в модели коллектор, указываете семейство фитинга, нажимаете кнопку и все подходящие выходы подключаются сами.
Естественно, я не настолько шарю в программировании, чтобы вот так сесть и написать с нуля. Ну и что мне делать? Я пошёл в Чат ЖПТ, сделал запрос. Он написал какую-то сложновыдуманную композицию из кода. Ладно, закинул в Квен. Квен выдал меньше строк, с большим количеством комментариев. Мне легче было ориентироваться по Квену.
Я не так чтобы совсем тупой вайбкодер, я кое-чего всё же понимаю. Поэтому ИИ я использовал не для получения готового продукта, а для того, чтобы посмотреть, научиться делать ту часть кода, что мне была нужна. Конкретно — это то, как сравнить направления соединителей и правильно развернуть элементы, чтобы их подключить.
В итоге обе нейросети выдали код, который не работал. Я сел и стал построчно анализировать, чего они там написали. Обе нейросети не в курсе, что через Питон нельзя получить имя с ФэмилиСимвола, хотя в АПИ оно есть. Переделал, не виню.
Потом были ещё ошибки, потом не работала та самая ориентация соединителей правильным образом. Всё это методом проб и ошибок, я поправил. Ушло на это у меня часов 5, крепко засел, хотя надо бы другое делать. В итоге у меня всё равно не уверенности, что скрипт будет идеально отрабатывать для всех случаев. Но на тех случаях, что я пробовал, вроде работает.
Итак, чего оно делает:
1. Выделяем в модели нужные коллекторы. Например, хотите подключить три коллектора отопления евроконусами с переходом на сшитик 16 мм.
2. В выпадающей менюшке указываете семейство и тип. Это стандартная менюшка в Динамо, работает она погано, конечно, но это наверное попроще, чем руками вбивать имя и тип семейства.
Выбирать вместе с коллекторами не получится, так как всё выделенное в модели скрипт считает элементами, к которым надо подключаться. Можно намутить проверки категорий и всё такое, но что будет, если и коллектор, и фитинг будут в одной категории? Тут удобного интерфейса нету, но в выпадающей менюшке можно вбивать первые буквы семейства, чтобы упростить поиск.
3. Запускаем скрипт. Он берёт указанное семейство, находит все точки подключения у коллекторов, с которыми совпадают диаметры, и подключает их. Конечно, могут быть сложности, если у коллектора диаметр выходов и диаметр самого коллектора равны. В этом случае лучше сначала подключить сам коллектор, а выходы оставлять напоследок.
Ну и если у фитинга оба диаметра одинаковые, например переход на тот же сшитик 20 мм, то получится, что у нас у коллектор выходы 3/4", то есть 20 мм, у фитинга с обеих сторон тоже 20 мм, тогда будет подключать их по сути рандомно. Это можно обойти, но тут уже многое зависит от того, каким способом делать проверку соединителей, то есть надо семейства под это затачивать уже. Я таким пока не занимался.
Если же у фитинга только один диаметр соединителя совпадает с выходами коллектора, то именно эта сторона фитинга и подключится. Выглядит прикольно, конечно. Но надо тестировать, проверять нюансы. Коллекторы на картинке — это 7 выходов, всего 6 коллекторов, получается тут 7 × 2 × 6 = 84 фитингов, подключились где-то за 5 секунд. На видео постом выше как раз это видно.
Я думаю, что добавлю этот скрипт в свои библиотеки коллекторов водоснабжения и отопления. Непонятно, надо ли выкладывать его отдельно в магазин. Если вам такое интересно, напишите, выложу. Потому что делать релизы библиотек коллекторов только из-за одного скрипта мне не хочется. Так что добавлю как-нибудь, когда доберутся руки до этих библиотек.
Сегодня утром я проснулся с мыслью: можно сделать скрипт, который будет подключать выбранный фитинг ко всем выбранным коллекторам.
То есть представьте, вам не надо размещать на виде кучу фитингов, потом МодПлюсом протыкивать их каждый и указывать выходы коллектора. Вы выделяете в модели коллектор, указываете семейство фитинга, нажимаете кнопку и все подходящие выходы подключаются сами.
Естественно, я не настолько шарю в программировании, чтобы вот так сесть и написать с нуля. Ну и что мне делать? Я пошёл в Чат ЖПТ, сделал запрос. Он написал какую-то сложновыдуманную композицию из кода. Ладно, закинул в Квен. Квен выдал меньше строк, с большим количеством комментариев. Мне легче было ориентироваться по Квену.
Я не так чтобы совсем тупой вайбкодер, я кое-чего всё же понимаю. Поэтому ИИ я использовал не для получения готового продукта, а для того, чтобы посмотреть, научиться делать ту часть кода, что мне была нужна. Конкретно — это то, как сравнить направления соединителей и правильно развернуть элементы, чтобы их подключить.
В итоге обе нейросети выдали код, который не работал. Я сел и стал построчно анализировать, чего они там написали. Обе нейросети не в курсе, что через Питон нельзя получить имя с ФэмилиСимвола, хотя в АПИ оно есть. Переделал, не виню.
Потом были ещё ошибки, потом не работала та самая ориентация соединителей правильным образом. Всё это методом проб и ошибок, я поправил. Ушло на это у меня часов 5, крепко засел, хотя надо бы другое делать. В итоге у меня всё равно не уверенности, что скрипт будет идеально отрабатывать для всех случаев. Но на тех случаях, что я пробовал, вроде работает.
Итак, чего оно делает:
1. Выделяем в модели нужные коллекторы. Например, хотите подключить три коллектора отопления евроконусами с переходом на сшитик 16 мм.
2. В выпадающей менюшке указываете семейство и тип. Это стандартная менюшка в Динамо, работает она погано, конечно, но это наверное попроще, чем руками вбивать имя и тип семейства.
Выбирать вместе с коллекторами не получится, так как всё выделенное в модели скрипт считает элементами, к которым надо подключаться. Можно намутить проверки категорий и всё такое, но что будет, если и коллектор, и фитинг будут в одной категории? Тут удобного интерфейса нету, но в выпадающей менюшке можно вбивать первые буквы семейства, чтобы упростить поиск.
3. Запускаем скрипт. Он берёт указанное семейство, находит все точки подключения у коллекторов, с которыми совпадают диаметры, и подключает их. Конечно, могут быть сложности, если у коллектора диаметр выходов и диаметр самого коллектора равны. В этом случае лучше сначала подключить сам коллектор, а выходы оставлять напоследок.
Ну и если у фитинга оба диаметра одинаковые, например переход на тот же сшитик 20 мм, то получится, что у нас у коллектор выходы 3/4", то есть 20 мм, у фитинга с обеих сторон тоже 20 мм, тогда будет подключать их по сути рандомно. Это можно обойти, но тут уже многое зависит от того, каким способом делать проверку соединителей, то есть надо семейства под это затачивать уже. Я таким пока не занимался.
Если же у фитинга только один диаметр соединителя совпадает с выходами коллектора, то именно эта сторона фитинга и подключится. Выглядит прикольно, конечно. Но надо тестировать, проверять нюансы. Коллекторы на картинке — это 7 выходов, всего 6 коллекторов, получается тут 7 × 2 × 6 = 84 фитингов, подключились где-то за 5 секунд. На видео постом выше как раз это видно.
Я думаю, что добавлю этот скрипт в свои библиотеки коллекторов водоснабжения и отопления. Непонятно, надо ли выкладывать его отдельно в магазин. Если вам такое интересно, напишите, выложу. Потому что делать релизы библиотек коллекторов только из-за одного скрипта мне не хочется. Так что добавлю как-нибудь, когда доберутся руки до этих библиотек.
🔥10❤1
Мудакам, которые делают интерфейс Яндекс-музыки надо оторвать руки и вставить глубоко в жопу.
Был нормальный понятный интерфейс, не идеальный, но понятный. Сделали какую-то хуйню вырвиглазную.
Алло, мудаки, мне нужно зайти в приложение, выбрать плейлист или запустить рандом и закрыть приложение в фон. Я не хочу догадываться, куда вы засунули в очередной раз то, что мне нужно.
Извините, продолжаем жить.
Был нормальный понятный интерфейс, не идеальный, но понятный. Сделали какую-то хуйню вырвиглазную.
Алло, мудаки, мне нужно зайти в приложение, выбрать плейлист или запустить рандом и закрыть приложение в фон. Я не хочу догадываться, куда вы засунули в очередной раз то, что мне нужно.
Извините, продолжаем жить.
💯17🔥15😁6
Купил Рейзер Тартарус 2. Подумал, что будет удобнее вынести туда горячие клавиши.
На деле он довольно крупный, нет такого, что рука лежит и дотягивается движением пальцев до любой кнопки. Надо шевелить рукой.
Дальше выяснилось, что горячих команд у меня наберется сильно больше десятка, которые бы хотелось посадить на клавиши.
И хоть тут можно сделать по сути 40+ команд, пользоваться с удобством можно будет десятком от силы.
Кароч, просто пока лежит, не решил, что с этим делать. Рукой водить между кейпадом и основной клавиатурой тоже не особо хочется, тогда уже проще все команды посадить на обычную клавиатуру.
Радует одно, взял на Авито в отличном состоянии и недорого.
На деле он довольно крупный, нет такого, что рука лежит и дотягивается движением пальцев до любой кнопки. Надо шевелить рукой.
Дальше выяснилось, что горячих команд у меня наберется сильно больше десятка, которые бы хотелось посадить на клавиши.
И хоть тут можно сделать по сути 40+ команд, пользоваться с удобством можно будет десятком от силы.
Кароч, просто пока лежит, не решил, что с этим делать. Рукой водить между кейпадом и основной клавиатурой тоже не особо хочется, тогда уже проще все команды посадить на обычную клавиатуру.
Радует одно, взял на Авито в отличном состоянии и недорого.
🔥5👍3💯2
Воспользовался лайфхаком от Джамала @jamal_aliev Алиева в своём семействе конструкторе отопительного коллектора.
В семействе есть точки подключения трубопроводов — это все штуцеры на евроконус снизу и боковые точки подключения. А всё сверху — это точки подключения с соединителями коробов. Соответственно, в семействах для обвязки тоже есть такие соединители.
В итоге получилась система, в которой я скриптом подключаю нужные «головки», а в трубопроводной системе не будет кучи открытых концов при проверке. И при перемещении обвязка тоже идёт за коллектором.
В семействе есть точки подключения трубопроводов — это все штуцеры на евроконус снизу и боковые точки подключения. А всё сверху — это точки подключения с соединителями коробов. Соответственно, в семействах для обвязки тоже есть такие соединители.
В итоге получилась система, в которой я скриптом подключаю нужные «головки», а в трубопроводной системе не будет кучи открытых концов при проверке. И при перемещении обвязка тоже идёт за коллектором.
👍6😱3👏1🐳1
А вот щас подумал.
А что, если делать библиотеки без инструкций, а инструкции делать за отдельную плату.
Всё равно не читаете же, подлецы.
И будет два тарифа — купили без инструкций, ебитесь сами, ко мне ноль вообще вопросов.
И будет отдельно инструкция. Что-то не поняли, не вывозите — купили, изучили.
Ну а что, почему нет, да?
А что, если делать библиотеки без инструкций, а инструкции делать за отдельную плату.
Всё равно не читаете же, подлецы.
И будет два тарифа — купили без инструкций, ебитесь сами, ко мне ноль вообще вопросов.
И будет отдельно инструкция. Что-то не поняли, не вывозите — купили, изучили.
Ну а что, почему нет, да?
😁10🔥1
Возможности нейросетей по генерации кода, конечно, удивительные, но представьте себе вот что.
Вы нанимаете человека писать код. Ставите задачу. Он пишет код. Вы его запускаете, получается ошибка.
Вы подзываете человека и говорите: «Милый друг, не работает, пожалуйста, исправь».
Он возвращается спустя время и объясняет тебе, где в коде ошибки.
Вроде бы всё нормально, но есть одно но.
А какого хуя ты сразу-то всё это не проверил, сразу не заметил, что в твоём коде какие-то критичные ошибки? Ты же робот-ебобот, почему ты проверяешь то, что сделал, только если тебя об этом просят?
Нейросеть такая: «Сука, чё-то в лом сегодня работать, вот накидал на отъебись, пусть кожаный там сам тестирует, я пойду подремаю».
Что за фигня-то. Какой-то зумер там сидит, а не робот.
Вы нанимаете человека писать код. Ставите задачу. Он пишет код. Вы его запускаете, получается ошибка.
Вы подзываете человека и говорите: «Милый друг, не работает, пожалуйста, исправь».
Он возвращается спустя время и объясняет тебе, где в коде ошибки.
Вроде бы всё нормально, но есть одно но.
А какого хуя ты сразу-то всё это не проверил, сразу не заметил, что в твоём коде какие-то критичные ошибки? Ты же робот-ебобот, почему ты проверяешь то, что сделал, только если тебя об этом просят?
Нейросеть такая: «Сука, чё-то в лом сегодня работать, вот накидал на отъебись, пусть кожаный там сам тестирует, я пойду подремаю».
Что за фигня-то. Какой-то зумер там сидит, а не робот.
😁13👍1
Сижу щас, делаю смесаки очередные, решил послушать группу Элис ин Чейнс, альбом Dirt. Попалась мне она в подборке одного американского чувака с магазином пластинок, он показывает пластинку и включает с неё песни, типа подборки всякие делает. Эта подборка была про альбомы из 90-х, которые можно слушать без перелистывания, типа все треки огонь.
Включаю альбом я этот, песня Down In a Hole. И в самом начале узнаю знакомую мелодию. Потому что группа «Многоточие», которую я плотно слушал в школе, засэмплировала как раз кусок из начала песни. Трек «Сквозь печаль» с альбома «Неномерной». Прикольное ощущение, когда вот так натыкаешься.
Говорят, что Элис ин Чейнс были типа вдохновителями Нирваны, и это реально слышно. Звук, структура песен, вокал — всё очень похоже у Кобейна. В то же время Невермайнд Нирваны выстрелил в самый космос, а этот альбом только в каких-то подборках занудных аудиофилов остался. Потому что в Невермайнде реально каждая песня хитяра и мощь, а тут жужжат что-то, но таких крутых риффов нет.
Вот альбом, кому интересно: https://music.yandex.ru/album/40499617
На фоне послушать за работой вполне норм.
Включаю альбом я этот, песня Down In a Hole. И в самом начале узнаю знакомую мелодию. Потому что группа «Многоточие», которую я плотно слушал в школе, засэмплировала как раз кусок из начала песни. Трек «Сквозь печаль» с альбома «Неномерной». Прикольное ощущение, когда вот так натыкаешься.
Говорят, что Элис ин Чейнс были типа вдохновителями Нирваны, и это реально слышно. Звук, структура песен, вокал — всё очень похоже у Кобейна. В то же время Невермайнд Нирваны выстрелил в самый космос, а этот альбом только в каких-то подборках занудных аудиофилов остался. Потому что в Невермайнде реально каждая песня хитяра и мощь, а тут жужжат что-то, но таких крутых риффов нет.
Вот альбом, кому интересно: https://music.yandex.ru/album/40499617
На фоне послушать за работой вполне норм.
Yandex Music
Dirt
Alice In Chains • Album • 1992
👍5
Вот что не так с Микрософт Офисом?
Я понимаю, когда я качаю файлы с интернета, в этом случае разумно ставить плашку на запрет редактирования и всё такое, типа опасно, надо проверить. Ладно.
Но когда я свой же документ копирую в другую папку и открываю, то там-то нахрена эта плашка нужна, ну это же мой ведь документ, просто скопированный.
За что, Билл Гейтс, за что ты так с нами?
Я понимаю, когда я качаю файлы с интернета, в этом случае разумно ставить плашку на запрет редактирования и всё такое, типа опасно, надо проверить. Ладно.
Но когда я свой же документ копирую в другую папку и открываю, то там-то нахрена эта плашка нужна, ну это же мой ведь документ, просто скопированный.
За что, Билл Гейтс, за что ты так с нами?
❤2🤯1
Сегодня сношался с круговым массивом, чтобы сделать решётку для радиусного конвектора.
Оказалось, что мой косяк был в том, что я привязывал элемент массива к опорным плоскостям, ну вот который считал первым в массиве.
Я редко делаю круговые массивы, так что много времени ушло на то, чтобы разобраться. Помог мне урок какого-то индуса на Ютубе, я обратил внимание, что он ничего не блокировал. Правда, и делал он какую-то херню, типа стулья вокруг стола раскидывал.
В общем, оказалось, что круговой массив работает через жопу.
Предположим, лежит элемент вдоль оси Х. Я создаю массив против часовой стрелки. Ну вроде бы логично, что при изменении угла массива он должен увеличиваться или уменьшаться в ту сторону, в которую я его создавал.
Разрабы Ревита так не думают. Они зачем-то берут и фиксируют положение последнего созданного элемента в массиве, а меняют положение первого.
Это что за логика такая-то, блин?
Ну и всё равно сложно в Ревите работать с кривыми траекториями, геометрия ведь норовит построиться по-цифровому, то есть ступенчато, в итоге гладкой геометрии не получается.
Ну да в целом и так норм, и так сложное семейство получилось по геометрии.
Оказалось, что мой косяк был в том, что я привязывал элемент массива к опорным плоскостям, ну вот который считал первым в массиве.
Я редко делаю круговые массивы, так что много времени ушло на то, чтобы разобраться. Помог мне урок какого-то индуса на Ютубе, я обратил внимание, что он ничего не блокировал. Правда, и делал он какую-то херню, типа стулья вокруг стола раскидывал.
В общем, оказалось, что круговой массив работает через жопу.
Предположим, лежит элемент вдоль оси Х. Я создаю массив против часовой стрелки. Ну вроде бы логично, что при изменении угла массива он должен увеличиваться или уменьшаться в ту сторону, в которую я его создавал.
Разрабы Ревита так не думают. Они зачем-то берут и фиксируют положение последнего созданного элемента в массиве, а меняют положение первого.
Это что за логика такая-то, блин?
Ну и всё равно сложно в Ревите работать с кривыми траекториями, геометрия ведь норовит построиться по-цифровому, то есть ступенчато, в итоге гладкой геометрии не получается.
Ну да в целом и так норм, и так сложное семейство получилось по геометрии.
🔥5❤1👌1
Щас буду жаловаться на то, как у меня всё хорошо, извините.
В общем, у меня есть заказы. С начала этого года я чуть ли не каждую неделю общаюсь с заказчиками, считаю им коммерческие предложения и всё такое. Это не значит, что все они в итоге заказывают семейства, но заказы стабильно есть, от мелких работок до крупных от брендов, которые вы все знаете.
Ровно в данный момент у меня пять более-менее крупных заказов в плане трудозатрат. Это не значит, что там десятки семейств, это может быть и два семейства, но это насосы, у которых ёбаная тьма типоразмеров, даже два семейства делать геморрно.
И ещё 3 с половиной мелких заказа, с половиной, потому что один на стадии согласования. А, ещё один тоже посчитал и отправил, закажут, скорее всего, так как это уже четвёртый круг работ со мной.
Кароч, работы до жопы. Это всё классно, но есть нюанс.
Я чё-то дофига времени трачу не на семейства, а именно на вот это вот сношение с заказчиком. Тут посчитай, там договор составь, потом счёт выставь, в ЭДО приглашение отправь, потом туда закинь договор и тоже отправь на подпись.
Сраный Диадок, как же меня заебало каждый раз заполнять метаданные для договоров и счетов. Номер договора, тип договора, сумма в договоре, для приложения к договору та же херня ещё и сам договор указать, как же заёбывает заполнять всё это при том, что мне эта информация нигде вообще не нужна. Вообще нигде. Номера ещё обязательно нужно присвоить, даты указывать для каждой бумажки.
НА-ХУ-Я? Вот просто нахуй это надо, для кого и для чего? Есть текст договора, есть моя электронная подпись, всё, больше ничего не требуется. Всё, что мне надо, это закинуть документы, выбрать контрагента и нажать кнопку «Подписать и отправить».
Если у вас другая система ЭДО, Тензор, Калуга Астрал или ещё какой-нибудь Сбис или Саби, или чё там ещё есть, и там вам не ебут мозги с заполнением метаданных, расскажите мне, пожалуйста, сразу туда перейду и не буду ебаться с этим заполнением данных.
Кароч, много времени уходит на письма, на заполнение документов и всю эту поеботу, не связанную напрямую с работой в Ревите. Понятно дело, что это обеспечивает меня, что надо радоваться, что есть заказы, все дела, да-да, круто. Но блин, это забирает и время, и силы.
Конечно, можно подумать, что пора нанимать секретаря какого-то. Но тут тоже нет простого решения. Самое долгое — посчитать само коммерческое предложение. Никто, кроме меня не сможет. Нет никакого прайса, каждый раз я сижу и анализирую разработку и качество исходных данных.
Поэтому нанимать кого-то нет смысла, ведь работнику останется только заполнять договоры и выставлять счета, генерить акты. Ну и в ЭДО всё отправлять. Но заполнить договор и сделать счёт относительно недолго, просто надо себя чуть пересилить и всё. Нерационально будет искать кого-то на мелкую нерегулярную подработку, потому что всё это означает ровно одно — человек быстро сольётся, опять кого-то искать, тратить время и силы. Столько же или больше, как и на заполнение договоров. Ну и хрен его знает, сегодня есть заказы, а завтра их оп и нету.
Как ни крути, а вроде получается, что надо всё делать и дальше самому. И это утомляет, потому что переключение между кучей мелких задач выматывает гораздо сильнее, чем столько же времени делать просто что-то одно.
Ну и кроме того, что эти задачи сами по себе неприятные, но их надо делать, самое проблемное, что всё это отнимает время, которое я мог бы потратить на разработку своего шаблона, на развитие библиотек, на запись курсов.
Такие дела.
В общем, у меня есть заказы. С начала этого года я чуть ли не каждую неделю общаюсь с заказчиками, считаю им коммерческие предложения и всё такое. Это не значит, что все они в итоге заказывают семейства, но заказы стабильно есть, от мелких работок до крупных от брендов, которые вы все знаете.
Ровно в данный момент у меня пять более-менее крупных заказов в плане трудозатрат. Это не значит, что там десятки семейств, это может быть и два семейства, но это насосы, у которых ёбаная тьма типоразмеров, даже два семейства делать геморрно.
И ещё 3 с половиной мелких заказа, с половиной, потому что один на стадии согласования. А, ещё один тоже посчитал и отправил, закажут, скорее всего, так как это уже четвёртый круг работ со мной.
Кароч, работы до жопы. Это всё классно, но есть нюанс.
Я чё-то дофига времени трачу не на семейства, а именно на вот это вот сношение с заказчиком. Тут посчитай, там договор составь, потом счёт выставь, в ЭДО приглашение отправь, потом туда закинь договор и тоже отправь на подпись.
Сраный Диадок, как же меня заебало каждый раз заполнять метаданные для договоров и счетов. Номер договора, тип договора, сумма в договоре, для приложения к договору та же херня ещё и сам договор указать, как же заёбывает заполнять всё это при том, что мне эта информация нигде вообще не нужна. Вообще нигде. Номера ещё обязательно нужно присвоить, даты указывать для каждой бумажки.
НА-ХУ-Я? Вот просто нахуй это надо, для кого и для чего? Есть текст договора, есть моя электронная подпись, всё, больше ничего не требуется. Всё, что мне надо, это закинуть документы, выбрать контрагента и нажать кнопку «Подписать и отправить».
Если у вас другая система ЭДО, Тензор, Калуга Астрал или ещё какой-нибудь Сбис или Саби, или чё там ещё есть, и там вам не ебут мозги с заполнением метаданных, расскажите мне, пожалуйста, сразу туда перейду и не буду ебаться с этим заполнением данных.
Кароч, много времени уходит на письма, на заполнение документов и всю эту поеботу, не связанную напрямую с работой в Ревите. Понятно дело, что это обеспечивает меня, что надо радоваться, что есть заказы, все дела, да-да, круто. Но блин, это забирает и время, и силы.
Конечно, можно подумать, что пора нанимать секретаря какого-то. Но тут тоже нет простого решения. Самое долгое — посчитать само коммерческое предложение. Никто, кроме меня не сможет. Нет никакого прайса, каждый раз я сижу и анализирую разработку и качество исходных данных.
Поэтому нанимать кого-то нет смысла, ведь работнику останется только заполнять договоры и выставлять счета, генерить акты. Ну и в ЭДО всё отправлять. Но заполнить договор и сделать счёт относительно недолго, просто надо себя чуть пересилить и всё. Нерационально будет искать кого-то на мелкую нерегулярную подработку, потому что всё это означает ровно одно — человек быстро сольётся, опять кого-то искать, тратить время и силы. Столько же или больше, как и на заполнение договоров. Ну и хрен его знает, сегодня есть заказы, а завтра их оп и нету.
Как ни крути, а вроде получается, что надо всё делать и дальше самому. И это утомляет, потому что переключение между кучей мелких задач выматывает гораздо сильнее, чем столько же времени делать просто что-то одно.
Ну и кроме того, что эти задачи сами по себе неприятные, но их надо делать, самое проблемное, что всё это отнимает время, которое я мог бы потратить на разработку своего шаблона, на развитие библиотек, на запись курсов.
Такие дела.
❤13😢5💔4🤯1🐳1
КАК В ВОДУ ГЛЯДЕЛ, СУКА, БЛЯДЬ!!!
Эти ублюдку добрались и сюда, и без того перегруженный и засранный интерфейс испоганили ещё больше.
Когда Мэил-ру удалили из Аппстора, я не огорчился. Даже наоборот, оказалось, что эти уведомления о письмах мне нахер не нужны. Я сам могу зайти и посмотреть почту тогда, когда хочу.
Но из-за их сволочного подхода я только рад, что они попали под эти санкции. Туда и дорого, уебаны.
И Яндекс пусть туда же идёт со своим Гоу поганым.
Эти ублюдку добрались и сюда, и без того перегруженный и засранный интерфейс испоганили ещё больше.
Когда Мэил-ру удалили из Аппстора, я не огорчился. Даже наоборот, оказалось, что эти уведомления о письмах мне нахер не нужны. Я сам могу зайти и посмотреть почту тогда, когда хочу.
Но из-за их сволочного подхода я только рад, что они попали под эти санкции. Туда и дорого, уебаны.
И Яндекс пусть туда же идёт со своим Гоу поганым.
👍10😁2
Решил добавить в скрипт для подключения фитингов к коллектору подключение ещё и кусочка трубы. Потому что так проще потом подключать их к трассам в полу.
Главная трудность, с которой столкнулся, — работа с векторами.
Алгоритм довольно простой: надо взять фитинг, получить у него открытый соединителей. Координаты этого соединителя — точка начала построения трубы. Вот от неё надо построить ещё вектор, чтобы получить его координаты — это будет конец трубы.
Ну и чего, я сидел и тупил, с векторами я не особо часто работаю. Сначала прочитал, что для удлинения вектора достаточно умножить его на число. Вот только чё-то ребята не сказали, или я не понял, что вектор удлинится, базара ноль, но удлинится он по всем координатам, а не по направлению существующего вектора.
Потом тупил, потому что взял не координаты самого соединителя, а направление оси Z соединителя. По сути это и есть то направление, куда мне надо удлинять вектор.
Методом проб и ошибок, построением самых странных кусков труб и предупреждениями Ревита о том, что он в ахуе и щас просто закроется, я таки нашёл способ.
Надо взять координаты соединителя, его Ориджин. И к этому ориджину прибавить как раз-таки направление его оси Z, умноженное на нужную длину в футах. Направление оси Z — это нормализованный вектор, то есть вектор единичной длины. Он показывает только направление. Вот его умножаем на длину, в итоге удлиняем в нужную сторону, это получается точка для построения трубы.
Теперь осталось разобраться с тем, чтобы назначать трубе подходящий тип системы, а то код лепит везде приточную жидкость. Но в АПИ есть метод, который задаёт тип системы трубы, вот щас пойдут его мучить.
Главная трудность, с которой столкнулся, — работа с векторами.
Алгоритм довольно простой: надо взять фитинг, получить у него открытый соединителей. Координаты этого соединителя — точка начала построения трубы. Вот от неё надо построить ещё вектор, чтобы получить его координаты — это будет конец трубы.
Ну и чего, я сидел и тупил, с векторами я не особо часто работаю. Сначала прочитал, что для удлинения вектора достаточно умножить его на число. Вот только чё-то ребята не сказали, или я не понял, что вектор удлинится, базара ноль, но удлинится он по всем координатам, а не по направлению существующего вектора.
Потом тупил, потому что взял не координаты самого соединителя, а направление оси Z соединителя. По сути это и есть то направление, куда мне надо удлинять вектор.
Методом проб и ошибок, построением самых странных кусков труб и предупреждениями Ревита о том, что он в ахуе и щас просто закроется, я таки нашёл способ.
Надо взять координаты соединителя, его Ориджин. И к этому ориджину прибавить как раз-таки направление его оси Z, умноженное на нужную длину в футах. Направление оси Z — это нормализованный вектор, то есть вектор единичной длины. Он показывает только направление. Вот его умножаем на длину, в итоге удлиняем в нужную сторону, это получается точка для построения трубы.
start_con_radius = start_con.Radius
start_con_direction = start_con.Origin
end_coord_direction = start_con_direction + start_con.CoordinateSystem.BasisZ.Multiply(segment_len/304.8)
Теперь осталось разобраться с тем, чтобы назначать трубе подходящий тип системы, а то код лепит везде приточную жидкость. Но в АПИ есть метод, который задаёт тип системы трубы, вот щас пойдут его мучить.
🔥5👍1
И снова про Яндекс ебучий
Мне пришлось переустановить Винду. Захожу в поисковик, пишу туда установщик яндекс-диска. Захожу на сайт Яндекса, скачиваю. Там у них 4 версия вышла. Интерфейс опять ВЕСЬ НАХУЙ переделан.
Ну ладно, что поделать. Приложение создало НОВУЮ папку, раньше была YandexDisk, теперь Yandex.Disk. Переименовать старую нельзя, он их не подменяет.
Ну окей, я взял все файлы, выделил и вырезал в новую папку. Он начал их синхронить.
Мне надо установить Ревиты. В новой версии нет нифига окошка, как было раньше, где в приложении показывает все файлы. Иду в браузер. Выбиваю папки с Ревитом для скачивания на комп, решил на отдельном диске сделать набор всех установщиков Ревита, что не качать каждый раз.
И что? Эта сука говорит, что не может скачать такой большой файл, ДАВАЙ ПОСТАВИМ ПРИЛОЖЕНИЕ!
Я не понимаю, что за хуета происходит. Я же вот установил ваше вонючее приложение.
Сайт предлагает скачать приложение. Ну ладно, похуй, давайте уже, не ебите мозги. Качаю. Он мне устанавливает СТАРУЮ ВЕРСИЮ приложения, третью.
И что? И ЧТО БЛЯДЬ? Эта ебанина мне создаёт НОВУЮ ПАПКУ Яндекс-диска на компе. Из приятного — это старый нормальный интерфейс и значки. Ну то есть вроде как нормально.
Ладно, останавливаю синхронизацию в приложении версии 4. Удаляю его, чтобы не было конфликтов. Вырезаю и кидаю файлы из старой папки в новую.
И чего, блядь? А он мне на часть файлов выдаёт ошибку: Поставищик облачного файла не работает. Ошибка 0ъ800 чё-то там. И ребут не помогает.
Я в ахуе. Я теперь переживаю, что мои файлы могут похериться, что Яндекс сравнит файлы в папке на компе и в облаке, решит, что надо удалять то, что есть в облаке, нет в папке на компе.
Сука, Яндекс, какие же вы пидарасы, слов нет.
Мне пришлось переустановить Винду. Захожу в поисковик, пишу туда установщик яндекс-диска. Захожу на сайт Яндекса, скачиваю. Там у них 4 версия вышла. Интерфейс опять ВЕСЬ НАХУЙ переделан.
Ну ладно, что поделать. Приложение создало НОВУЮ папку, раньше была YandexDisk, теперь Yandex.Disk. Переименовать старую нельзя, он их не подменяет.
Ну окей, я взял все файлы, выделил и вырезал в новую папку. Он начал их синхронить.
Мне надо установить Ревиты. В новой версии нет нифига окошка, как было раньше, где в приложении показывает все файлы. Иду в браузер. Выбиваю папки с Ревитом для скачивания на комп, решил на отдельном диске сделать набор всех установщиков Ревита, что не качать каждый раз.
И что? Эта сука говорит, что не может скачать такой большой файл, ДАВАЙ ПОСТАВИМ ПРИЛОЖЕНИЕ!
Я не понимаю, что за хуета происходит. Я же вот установил ваше вонючее приложение.
Сайт предлагает скачать приложение. Ну ладно, похуй, давайте уже, не ебите мозги. Качаю. Он мне устанавливает СТАРУЮ ВЕРСИЮ приложения, третью.
И что? И ЧТО БЛЯДЬ? Эта ебанина мне создаёт НОВУЮ ПАПКУ Яндекс-диска на компе. Из приятного — это старый нормальный интерфейс и значки. Ну то есть вроде как нормально.
Ладно, останавливаю синхронизацию в приложении версии 4. Удаляю его, чтобы не было конфликтов. Вырезаю и кидаю файлы из старой папки в новую.
И чего, блядь? А он мне на часть файлов выдаёт ошибку: Поставищик облачного файла не работает. Ошибка 0ъ800 чё-то там. И ребут не помогает.
Я в ахуе. Я теперь переживаю, что мои файлы могут похериться, что Яндекс сравнит файлы в папке на компе и в облаке, решит, что надо удалять то, что есть в облаке, нет в папке на компе.
Сука, Яндекс, какие же вы пидарасы, слов нет.
❤8🤬2😁1