А как, интересно, "импортозамещатели" планируют использовать UNIX/Linux и аналоги программ, которые работают только под Windows? Практически весь софт для САПР и BIM (ТИМ, прости господи) существует только под винду
Ну и кто пришел в вуз с ружьем, насмотревшись всякого в интернете? Я вот читал манифест недавнего колумбайна - у него были беды с башкой и всякого он насмотрелся не в интернете, а за окном. Почитайте
Значит вы не патриот или лжец и вам просто пофиг на вашу страну!
Что значит ваше "прекрасно живу"? То, что вы получили хорошую работу, оплату, купили квартиру, машину и можете съездить в отпуск? Ну ок. А то, что вы ездите по разбитым дорогам? А то, что медицина ужасная и обязательно требует дачи взяток? А то, что инфраструктура и образование в упадке? А то, что население страны вымирает? А то, что на свою пенсию вы не выживите (если до нее доживете)? Перечислять можно до бесконечности. Да, многое из перечисленного вы не замечаете, если живете в Москве. Но Москва - это не Россия. Это отдельное государство внутри России.
И вот кому-то не лень было поднять задницу и пойти делать антикоррупционные расследования и их теперь приравняли к экстремистам. А вам посрать на это - вы лицемер!
Тут выше говорят, что без примеров это все пустой трёп. Я могу привести пример:
Нет, не пример кода, конечно же — он тут не нужен. Пример подхода к работе. Большинство привыкло к тому, что есть всего два вида разработки — или вы делаете web api или stand-alone приложение. Но есть ещё и другие виды разработки и один из них — моя ниша — разработка плагинов под приложения.
В моей организации мы занимаемся разработкой плагинов под Revit и недавно у нас решили «делать все правильно». И это самое «правильно» сводится к тому, что мы маниакально следуем лучшим практикам: как можно более чистый mvvm, где представление существует чуть ли не в вакууме, послойная архитектура. На каждый (!) сервис мы пишем интерфейсы. Юзаем DI. Каждую мелочь обязательно выносим в конфиг-файл (недавно выносил в конфиг «случайное большое число»).
И может показаться, что мы все делаем правильно — послойная архитектура с интерфейсами и разделение представления и логики позволят писать авто тесты, конфиги позволять менять параметры приложения без перекомпиляции и т.д. Звучит как песня, НО!
Но тестов никто не пишет, ибо это просто невозможно. Так как мы пишем плагины под Revit, используя его API, то без запущенного Revit тестировать нельзя. Есть фанаты, которые делали фреймворк для тестирования — запускается Revit, открывается документ, запускается плагин и прогоняются тесты. Худо-бедно, но работает. Правда сложность создания этой фигни перекрывает собой сложность создания самого плагина. Ок, даже если решиться на такое тестирование, то тут же следующие проблемы — Revit вряд-ли поставишь на систему непрерывной интеграции (у нас teamcity). К тому-же тестирование на пустых проектах бесполезно, а реальные проекты могут только открываться вплоть до полу-часа!
При создании окон плагинов иногда приходится сильно мучаться, чтобы реализовать какое-то решение, которое легко делается в code-behind. Или, например, сделать ViewModel, которая «знает» о View (т.е. банально в конструктор ViewModel передать окно) решает многие проблемы. Надо свернуть-развернуть окно — две строчки кода. Но нет — мы же делаем «правильно» — поэтому надо сделать интерфейс, наследовать от него окно и передавать экземпляр в команду через параметр! А что это дает? Да ни-че-го!
А про конфиги вообще можно коротко сказать — ни разу никто из пользователей никогда не правил их вручную, чтобы поменять параметры приложения. И я уверен на 100% — никогда и не будут менять!
Мне пришлось поработать и с web api: делал бэк, использовал послойную архитектуру, ORM, CRUDS, даже немного Blazor поюзал. В таком контексте я понимаю зачем нужны все эти лучшие практики. Но когда лучшие практики начинают натягивать на другие контексты как сову на глобус, только лишь потому что «так принято», то получается просто трата времени. То, что можно написать за день, пишется за три.
P.S. Когда на все сервисы пишутся интерфейсы, то нажимая в IDE «Перейти к определению» мне открывается интерфейс. А если вы работаете через DI с внедрением, то к реализации не сможете так перескочить вообще. Только открывать вручную. Тоже дико бесит :)
Это правило нужно, чтобы эффективно расходовать рабочее время команды. И терпение.
Каким бы радужным ни пытался сделать наш мир Scrum, на практике на daily во время выступления одного члена команды его слушает не вся оставшаяся команда, а 1-2 человека. Остальные просто ждут своей очереди. Обычно для команд в 10 человек такие daily длятся от получаса до часа, что означает, что большая часть команды большую часть этого часа просто сидит и кукует. Перевод в текстовый формат делает daily быстрыми, лаконичными и, ко всему прочему, зафиксированными.
Хочется спросить — а вы прям по 8 часов в день работаете, не разгибая спины? И поэтому экономия 20 минут в день так важна?
Наваять макрос для автокада и получить 100к в зарплату — неплохо, неплохо…
Завидуете, да?
Проектирование и моделирование в САПР пакетах. Всем этим занимается инженер-конструктор — это его хлеб, зачем ещё одна единица манагера в штате, вот я чего понять не могу.
А зачем на стройке прораб? А в проектном институте ГИПы и ГАПы?
Уровень знаний и умений у проектировщиков разный. И умение работать с BIM моделью не дается просто и быстро. Причина в том, что BIM-комплексы — это не просто «чертилки» и на их глубокое изучение у людей уходят годы. BIM-менеджеры разрабатывают правила к моделированию под стандарты (включая стандарты организаций), разрабатывают семейства (понятие из Revit), шаблоны. И много чего еще делают, о чем я писал выше
У меня сейчас пукан взорвётся
Надеюсь ваш пукан разорвет в клочья, ибо живете вы в каком-то своем выдуманном мире
То есть Вы предлагаете выплюнуть недоспециалиста из ВУЗа без всякого приложения его знаний к практике без опыта? И чего же он напроектирует то?
Вы вообще понимаете разницу между проектировщиком и строителем? Вы когда-нибудь слышали про должности? Про уровни ответственности? Или вы думаете, что вчерашний студент сегодня в одиночку проектирует дом, который завтра же будут строить?
Так блин, BIM — это погонщик проектантов или кто? Эффективный менеджер?
BIM-менеджер — это человек, который следит за качеством BIM моделей: проверка коллизий, верная параметризация, наполнение данными, соответствие LOD и пр.
Ну фиг с ним. При проектировании автоматики, например, моделированием в solidworks занимаются инженеры-схемотехники, а железяки и механику проектируют и моделируют инженеры-конструкторы
Я думаю, что в строительстве то же есть инженеры-конструкторы и архитекторы. Если нужно умный дом или что, привлекут специалиста по автоматизации зданий.
Вообще не понял какую мысль вы тут излагаете
Чем конкретно Вы занимаетесь?
Я конкретно занимаюсь разработкой дополнительного программного обеспечения для САПР и BIM программ. При этом у меня инженерно-строительное образование и опыт работы проектировщиком
В смысле? Одного Вашего «видения» достаточно для постройки целого дома что ли?
Именно так! Инженера учат в ВУЗе, где ему рассказывают как происходят процессы на стройке. Ему не нужно для этого иметь опыт работы на стройке. Такого роста, как «ПТУ — Стройка — Проектирование — BIM-менеджмент» в принципе быть не может
Здесь есть люди из этой индустрии и я, как один из них, не согласен с многими аспектами статьи:
1. Dynamo — это не про программирование в принципе
2. «Уметь и любить программировать» — уметь программировать BIM менеджер не должен! Вы или занимайтесь администрированием проектов и сотрудников, или программируйте. Если на работе вы пытаетесь заниматься и тем и тем, то ничего хорошего не выйдет: во-первых вы не будете уделять время прямым обязанностям, во-вторых — вы не станете хорошим программистом
3. «Знать Revit от А до Я» — чей-то?! Почему прям Revit? Почему не Allplan, не Tekla, не Renga???
4. «Опыт работы на стройке и с чертежами» — на стройке? Серьезно? Достаточно знаний о процессах строительства, полученных в ВУЗе! Это как сказать «чтобы научиться хорошо водить вы должны поработать автомехаником»
Судя по примерам диалогов я так понял, вы описываете ситуации из жизни небольшой конторы, в который ни контора, ни вы не были в курсе что такое BIM и кто такой BIM-менеджер ))) Но пытались
В моем проекте сейчас работают: 2 человека, делающие плагин-клиент под Revit. Причем, один я, а у второго я ПР принимаю. 2 тестировщка, 2 фронтендера, которые пилят web-часть и еще несколько участников, которые занимаются бэком.
Я каждый день слушаю что они делали вчера и что будут делать сегодня и лично мне, для работы со своей частью проекта, эта информация не нужна. От слова совсем!
Вопрос — зачем мне это? Зачем я трачу каждый день свое время, получая при этом порцию информации, мне совершенно не нужной?
Нет тут никаких плюсов или мои управленцы неправильно поняли с кем нужно проводить стендапы.
А про оценки — вот и вы не поняли мою мысль про творчество в работе. Если я уже что-то подобное делал много раз и теперь повторяю (ну или очень похожие), то моя работа перестает быть увлекательной и превращается в банальное кодерство. Мне не нужно придумывать, не нужно решать новое — мне просто нужно прикинуться конвейером и делать похожее
Есть программисты, у которых большой опыт, понимание и умение в узкой области разработки. Взять, к примеру, ту-же САПР разработку — самые востребованные тут программисты те, которые сначала учились и работали инженерами-проектировщиками. Которые знают и процессы той отрасли, которую они стараются теперь автоматизировать. И еще лучше, если они фанатики своего дела.
Тоже и в других отраслях.
Так вот таких вы днем с огнем не сыщите! И они не подойдут под ваш фреймворк.
В нашей компании (которая, на минуточку, вообще строительством и проектированием занимается, но имеет отдел разработки) тоже вот начитались/наслушались про Agile и повсеместно пытаются его воткнуть во все проекты.
И недавно я подключился к проекту, который ведется по спринтам, имеет достаточно крупную команду (11 человек для этого проекта — достаточно крупно).
И знаете — это достаточно ужасно!
Все комментарии выше (да и сама статья) не затронули самое главное — те минусы, которые описаны в самом начале. Причем, статья должна была ответить как превратить их в плюсы, но ответа я так и не увидел.
Самое первое, что я почувствовал — работа по спринтам с задачами напрочь убивает творчество в работе. А значит, постепенно и мотивацию. И все эти скрам-мастера не смогут это изменить, так как они свято верят, что все эти принципы Agile по-умолчанию должны мотивировать участников. А вот хрен там. Я не творю — я просто выполняю задачу.
Далее — таск-трекеры и стендапы. Я не могу взять в толк зачем нужно второе, когда есть первое??? Все задачи ставятся в таск-трекере, но при этом команда КАЖДЫЙ день устраивает стендап (у нас это созвон, так как часть команды является аутсорсерами с другого города). А она из себя представляет знаете что? Правильно — пересказывание написанного в таск-трекере! Нахрена это надо? Пустая трата времени.
Причем, что забавно, я всячески избегал этих созвонов, пока меня начальник отдела не заставил. Agile-мотивация? Не, не слышали.
Третье — как продолжение второго — да, не все любят разговаривать! Даже не в плане того, что это пустая трата времени, а в плане того, что некоторым от этого не комфортно! Но тебя никто не слушает, говоря «ничего страшного — втянешься». Нет, я не могу втянуться в то, что каждый день меня нервирует!
А самое забавное — мне еще и высказывают потом за то, что я не умею общаться! Ну что поделать — я зарплату получаю за написание кода, а не за умению разговаривать.
Про оценку времени выше уже говорили — это вообще прям бесит. Тебе ставят абстрактную задачу и тут же ждут от тебя оценки времени! Да бывает, что маленькая задача может загнать в недельный тупик. Но этого не узнать, пока не начать.
А вот с ответственностью — вот тут все понятно! Как только случается проблема, сразу находится участник команды, который отхватит пиз… лей. При этом вся бирюзовость исчезает и организация моментально становится красной =))
Фууух — высказался. Кратко, хотя по каждому пункту еще можно расписать с примерами. А за компанию еще и ссылку на статью скинул нашему скрам-мастеру — пусть почитает
Ой, да, ага! Они там в ВК ещё те модерасты!
Реклама у них вроде как проходит ручную модерацию, но я почему-то очень часто вижу в ленте рекламу букмекерских компаний и онлайн-казино
Вот еще бы Selectel не блокировался бы в некоторых соседних странах, цены бы ему не было...
А как, интересно, "импортозамещатели" планируют использовать UNIX/Linux и аналоги программ, которые работают только под Windows? Практически весь софт для САПР и BIM (ТИМ, прости господи) существует только под винду
Поговорю со своим ребенком. Это называется "Половое воспитание" и заниматься этим должны родители
No comments
Если он такой опасный, то что вы и ваша семья тут забыли? Отключайтесь и живите счастливо
Ну и кто пришел в вуз с ружьем, насмотревшись всякого в интернете? Я вот читал манифест недавнего колумбайна - у него были беды с башкой и всякого он насмотрелся не в интернете, а за окном. Почитайте
Да и что плохого в порно? О_о
Значит вы не патриот или лжец и вам просто пофиг на вашу страну!
Что значит ваше "прекрасно живу"? То, что вы получили хорошую работу, оплату, купили квартиру, машину и можете съездить в отпуск? Ну ок. А то, что вы ездите по разбитым дорогам? А то, что медицина ужасная и обязательно требует дачи взяток? А то, что инфраструктура и образование в упадке? А то, что население страны вымирает? А то, что на свою пенсию вы не выживите (если до нее доживете)? Перечислять можно до бесконечности. Да, многое из перечисленного вы не замечаете, если живете в Москве. Но Москва - это не Россия. Это отдельное государство внутри России.
И вот кому-то не лень было поднять задницу и пойти делать антикоррупционные расследования и их теперь приравняли к экстремистам. А вам посрать на это - вы лицемер!
Нет, не пример кода, конечно же — он тут не нужен. Пример подхода к работе. Большинство привыкло к тому, что есть всего два вида разработки — или вы делаете web api или stand-alone приложение. Но есть ещё и другие виды разработки и один из них — моя ниша — разработка плагинов под приложения.
В моей организации мы занимаемся разработкой плагинов под Revit и недавно у нас решили «делать все правильно». И это самое «правильно» сводится к тому, что мы маниакально следуем лучшим практикам: как можно более чистый mvvm, где представление существует чуть ли не в вакууме, послойная архитектура. На каждый (!) сервис мы пишем интерфейсы. Юзаем DI. Каждую мелочь обязательно выносим в конфиг-файл (недавно выносил в конфиг «случайное большое число»).
И может показаться, что мы все делаем правильно — послойная архитектура с интерфейсами и разделение представления и логики позволят писать авто тесты, конфиги позволять менять параметры приложения без перекомпиляции и т.д. Звучит как песня, НО!
Но тестов никто не пишет, ибо это просто невозможно. Так как мы пишем плагины под Revit, используя его API, то без запущенного Revit тестировать нельзя. Есть фанаты, которые делали фреймворк для тестирования — запускается Revit, открывается документ, запускается плагин и прогоняются тесты. Худо-бедно, но работает. Правда сложность создания этой фигни перекрывает собой сложность создания самого плагина. Ок, даже если решиться на такое тестирование, то тут же следующие проблемы — Revit вряд-ли поставишь на систему непрерывной интеграции (у нас teamcity). К тому-же тестирование на пустых проектах бесполезно, а реальные проекты могут только открываться вплоть до полу-часа!
При создании окон плагинов иногда приходится сильно мучаться, чтобы реализовать какое-то решение, которое легко делается в code-behind. Или, например, сделать ViewModel, которая «знает» о View (т.е. банально в конструктор ViewModel передать окно) решает многие проблемы. Надо свернуть-развернуть окно — две строчки кода. Но нет — мы же делаем «правильно» — поэтому надо сделать интерфейс, наследовать от него окно и передавать экземпляр в команду через параметр! А что это дает? Да ни-че-го!
А про конфиги вообще можно коротко сказать — ни разу никто из пользователей никогда не правил их вручную, чтобы поменять параметры приложения. И я уверен на 100% — никогда и не будут менять!
Мне пришлось поработать и с web api: делал бэк, использовал послойную архитектуру, ORM, CRUDS, даже немного Blazor поюзал. В таком контексте я понимаю зачем нужны все эти лучшие практики. Но когда лучшие практики начинают натягивать на другие контексты как сову на глобус, только лишь потому что «так принято», то получается просто трата времени. То, что можно написать за день, пишется за три.
P.S. Когда на все сервисы пишутся интерфейсы, то нажимая в IDE «Перейти к определению» мне открывается интерфейс. А если вы работаете через DI с внедрением, то к реализации не сможете так перескочить вообще. Только открывать вручную. Тоже дико бесит :)
Хочется спросить — а вы прям по 8 часов в день работаете, не разгибая спины? И поэтому экономия 20 минут в день так важна?
Завидуете, да?
А зачем на стройке прораб? А в проектном институте ГИПы и ГАПы?
Уровень знаний и умений у проектировщиков разный. И умение работать с BIM моделью не дается просто и быстро. Причина в том, что BIM-комплексы — это не просто «чертилки» и на их глубокое изучение у людей уходят годы. BIM-менеджеры разрабатывают правила к моделированию под стандарты (включая стандарты организаций), разрабатывают семейства (понятие из Revit), шаблоны. И много чего еще делают, о чем я писал выше
Надеюсь ваш пукан разорвет в клочья, ибо живете вы в каком-то своем выдуманном мире
Вы вообще понимаете разницу между проектировщиком и строителем? Вы когда-нибудь слышали про должности? Про уровни ответственности? Или вы думаете, что вчерашний студент сегодня в одиночку проектирует дом, который завтра же будут строить?
BIM-менеджер — это человек, который следит за качеством BIM моделей: проверка коллизий, верная параметризация, наполнение данными, соответствие LOD и пр.
Вообще не понял какую мысль вы тут излагаете
Я конкретно занимаюсь разработкой дополнительного программного обеспечения для САПР и BIM программ. При этом у меня инженерно-строительное образование и опыт работы проектировщиком
Именно так! Инженера учат в ВУЗе, где ему рассказывают как происходят процессы на стройке. Ему не нужно для этого иметь опыт работы на стройке. Такого роста, как «ПТУ — Стройка — Проектирование — BIM-менеджмент» в принципе быть не может
1. Dynamo — это не про программирование в принципе
2. «Уметь и любить программировать» — уметь программировать BIM менеджер не должен! Вы или занимайтесь администрированием проектов и сотрудников, или программируйте. Если на работе вы пытаетесь заниматься и тем и тем, то ничего хорошего не выйдет: во-первых вы не будете уделять время прямым обязанностям, во-вторых — вы не станете хорошим программистом
3. «Знать Revit от А до Я» — чей-то?! Почему прям Revit? Почему не Allplan, не Tekla, не Renga???
4. «Опыт работы на стройке и с чертежами» — на стройке? Серьезно? Достаточно знаний о процессах строительства, полученных в ВУЗе! Это как сказать «чтобы научиться хорошо водить вы должны поработать автомехаником»
Судя по примерам диалогов я так понял, вы описываете ситуации из жизни небольшой конторы, в который ни контора, ни вы не были в курсе что такое BIM и кто такой BIM-менеджер ))) Но пытались
За старания плюсанул
Я каждый день слушаю что они делали вчера и что будут делать сегодня и лично мне, для работы со своей частью проекта, эта информация не нужна. От слова совсем!
Вопрос — зачем мне это? Зачем я трачу каждый день свое время, получая при этом порцию информации, мне совершенно не нужной?
Нет тут никаких плюсов или мои управленцы неправильно поняли с кем нужно проводить стендапы.
А про оценки — вот и вы не поняли мою мысль про творчество в работе. Если я уже что-то подобное делал много раз и теперь повторяю (ну или очень похожие), то моя работа перестает быть увлекательной и превращается в банальное кодерство. Мне не нужно придумывать, не нужно решать новое — мне просто нужно прикинуться конвейером и делать похожее
Тоже и в других отраслях.
Так вот таких вы днем с огнем не сыщите! И они не подойдут под ваш фреймворк.
И недавно я подключился к проекту, который ведется по спринтам, имеет достаточно крупную команду (11 человек для этого проекта — достаточно крупно).
И знаете — это достаточно ужасно!
Все комментарии выше (да и сама статья) не затронули самое главное — те минусы, которые описаны в самом начале. Причем, статья должна была ответить как превратить их в плюсы, но ответа я так и не увидел.
Самое первое, что я почувствовал — работа по спринтам с задачами напрочь убивает творчество в работе. А значит, постепенно и мотивацию. И все эти скрам-мастера не смогут это изменить, так как они свято верят, что все эти принципы Agile по-умолчанию должны мотивировать участников. А вот хрен там. Я не творю — я просто выполняю задачу.
Далее — таск-трекеры и стендапы. Я не могу взять в толк зачем нужно второе, когда есть первое??? Все задачи ставятся в таск-трекере, но при этом команда КАЖДЫЙ день устраивает стендап (у нас это созвон, так как часть команды является аутсорсерами с другого города). А она из себя представляет знаете что? Правильно — пересказывание написанного в таск-трекере! Нахрена это надо? Пустая трата времени.
Причем, что забавно, я всячески избегал этих созвонов, пока меня начальник отдела не заставил. Agile-мотивация? Не, не слышали.
Третье — как продолжение второго — да, не все любят разговаривать! Даже не в плане того, что это пустая трата времени, а в плане того, что некоторым от этого не комфортно! Но тебя никто не слушает, говоря «ничего страшного — втянешься». Нет, я не могу втянуться в то, что каждый день меня нервирует!
А самое забавное — мне еще и высказывают потом за то, что я не умею общаться! Ну что поделать — я зарплату получаю за написание кода, а не за умению разговаривать.
Про оценку времени выше уже говорили — это вообще прям бесит. Тебе ставят абстрактную задачу и тут же ждут от тебя оценки времени! Да бывает, что маленькая задача может загнать в недельный тупик. Но этого не узнать, пока не начать.
А вот с ответственностью — вот тут все понятно! Как только случается проблема, сразу находится участник команды, который отхватит пиз… лей. При этом вся бирюзовость исчезает и организация моментально становится красной =))
Фууух — высказался. Кратко, хотя по каждому пункту еще можно расписать с примерами. А за компанию еще и ссылку на статью скинул нашему скрам-мастеру — пусть почитает