Comments 22
Прекрасно, пресс-релиз перевели чтобы использовать как контент для рекламы совсем другой фирмы
Когда отрасль появляется она и торгуется в десятки раз выше чем остальные. А потом она превращается в «сток» — как автомобили с ДВС, как электродвигатели до того и как ещё перед этим паровые двигатели и ткацкие станки.
Когда продукт существует не в атомах, а в битах, стоимость разработки сложных систем относительно низка.хаха, нет уж, стоимость цифровой разработки не ниже. Основная разница в стоимости масштабирования — облачный сервис на миллион пользователей можно расширить вдвое хоть за день, а вот построить второй завод за день ну никак не получится.
Чего для все эти новомодные навороты, если и Slack, и Teams очень редко применяются где-то за пределами самодеятельных групп из 5-10 инженеров? А там где инженеров хотя бы больше двух все делается в соответствии с ТЗ, которое как живой организм проходит разные стадии развития от зародыша, до зрелого монстра, описывающего все-все-все в продукте. И чего для еще одна сущность вне пространства управления инженерными данными, если в большинстве PDM и PLM есть масса инструментов для этого?
www.theaportal.com
Все стало понятно. Это стартап из полутора хипстеров. Революции не будет. Расходимся.
любая инженерная дисциплина (допустим, машиностроение, химические технологии или ядерная энергетика), за исключением компьютерной является катастрофическим выбором карьеры
В плане зарплаты что ли? Ну так это только в Америке и в России по большому счету.
В европейских странах не так.
В программной индустрии это сплошь и рядом — системы управления изменениями например. Не версиями, а именно изменениями. Типа на эту машинку накатить новуюверсию… а вот получи форму о 100 полях, лид тайм в неделю и 20 подписей в кулёк. Решает она одну задачу — прикрыть зад от аудита (смотрите у нас все как у больших). Точнее две — там еще человек 100 чейндж менеджмента кормится.
А можно вот по меньше ваших новшеств и новых программ и ваших классных новых интерфейсов?
Если руководитель не идиот, то он грамотно ОБЪЯСНИТ и СОЗДАСТ окружение для грамотного хранения данных даже на базе файловой системы.
Потом есть еще системы контроля версий.
И все это для промежуточных исследований/разработок. А коммитить уже надо в PDM.
Работать из PDM тоже довольно не понятно… например я хочу проверить одну вещь, мне надо создать копию мой 3д модели, часть данных взять из других мест и т.д. Ок, я могу сделать все это в PDM, но что если я такое делаю часто? Я также быстро и легко засру этот PDM как и свой комп. + меня будет раздражать, что на своем компе я не буду ждать пока там чето с сервера скачается и на него закачается.
Насчет Тимс: то еще говно! Просто дикое говно! Стоит хотя бы упомянуть как там организованна загрузка/выгрузка файлов или например, что в мобильной версии до сих пор нельзя видео загрузить или самое ахрененное: во время презентации другие участники не могут просто взять и тыкнуть на экране, чтобы все это увидели — надо обязательно запрашивать контроль, а илея с разделением окон… кароче думать даже не хочу..
Я знаю очень крутую компанию в которой инженеры хранят свои данные (га этапе вот этот который в статье описан) в развернутой их айтишниками гитлабе и все прекрасно.
В общем то, что инженеры у себя на компах или на листочках хранят промежуточные рассуждения — это норм. Надо просто приучить их к коммиту этих рассуждений. А это уже извините проперти самого инженера, которое приобретается из опыта, также как программист с опытом понимает как и когда коммитить свои изменения.
Нужно задать важный вопрос: почему инженеры-разработчики ПО производят на два порядка большую выгоду, чем инженер, не создающий программы?
Встает вопрос, откуда такой вывод. В упомянутом примере с Instagram и Rolls Royce речь идет о капитализации, которая отнюдь не обязательно пропорциональна прибыли. Но дело даже не в этом. Instagram не существует сам по себе. Он обязан существованием непрерывной работе огромного числа сетевых инженеров, администраторов, рабочих и монтажников непрерывно поддерживающих сеть в работоспособном состоянии; инженерам, разработавшим по на клиентских устройствах и т.д. Почему их труд не учитывается в приведенной оценке? Автомобиль может проехать, пусть и медленно, по заброшенной дороге. Instagram по выключенной сети не заработает.
Он обязан существованием непрерывной работе огромного числа сетевых инженеров, администраторов, рабочих и монтажников непрерывно поддерживающих сеть в работоспособном состоянии; инженерам, разработавшим по на клиентских устройствах и т.д.
А Rolls Royce обязан работе дорожникам, ГИБДД, ДПС, инженерам, разработавшим по для камер/светофров?
Конечно ответ да на оба вопроса, но как это связанно с «Почему их труд не учитывается в приведенной оценке?»?
Instagram по выключенной сети не заработает.
Машины без дорог тоже некто покупать не будут, разве что трактора.
В упомянутом примере с Instagram и Rolls Royce речь идет о капитализации, которая отнюдь не обязательно пропорциональна прибыли.
Абсолютно согласен. Капитализация это лишь ожидания инвесторов.
Как мне кажется, с Instagram надо учитывать другое — миллиарды людей генерируют каждый день множество контента, который привлекает других людей, и никто никаких выплат от инстаграма( реклама не в счет, за нее контент-мейкерам не инстаграм платит) за это не получает. Вот их труд возможно и стоит учесть, и тогда все встанет на свои места. Без этого контента от людей инстаграмом никто пользоваться не будет.
У традиционных инженерных проектов есть проблема, о которой никто не говорит