К вопросу о производстве в развитых странах

[vitus_wagner]

http://www.raspberrypi.org/archives/1925

Производство сверхдешевого компьютера Raspberry PI перенесено из Китая в Великобританию.

Вообще проект Raspberry PI с самого начала был подозрителен на ту тему, что не за прибылью они гонятся, ох не за прибылью.

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

Comments

Так это когда было!

[burbilog]

Крайне дорого также его установка, наладка, обслуживание.

Не надо переносить опыт 80х на современную технику. Очень многое поменялось. А вообще, иметь такие станки у себя есть смысл только тем, кто занимается серьезным прототипированием постоянно, и постоянно их нагружает. А если загрузка такого станка 0.01% времени, то его покупка выгодна только при его стоимости в цену струйного принтера...

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

Согласен

[dinozavr]

Данная организация бизнеса вполне разумна.

Если аутсорсить ЧПУ (или любое материальное производство), многое упрется в сквозную АСУ предприятий, точнее в стыковки софта АСУ разных бизнесов друг с другом - в области согласования отгрузок, перевозки и хранения. Если тут вносить человеческий фактор - то лучше и не начинать. Невыгодно. Должно работать автоматически.

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

А в чем проблема стыковки софта?

[burbilog]

Для формулирования задачи станку достаточно стандартных файлов. Их ведь не нужно их специально вырабатывать, а просто взять существующие (ну, как сейчас производители печатных плат берут заказы в десятке разных форматов -- pcad, orcad и т.п.). Так же и в среде инженеров, работающих с ЧПУ наверняка есть давно уже устоявшиеся форматы файлов.

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

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

Re: А в чем проблема стыковки софта?

[vitus_wagner]

Эх, вот если бы так можно было делать компоненты механических устройств. Коробки передач, к примеру...

ну ура!

[dinozavr]

Я ровно о том и пишу - что это должно так и работать. Как в обычном интернет магазине. php скрипт - и никакого ручного труда. Сколько бы разных железок и юрлиц не было вовлечено в процесс.

То есть технолог-программист, программирующий станок под чертеж заказчика, нинужен.

Re: ну ура!

[vitus_wagner]

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

Я именно на это и намекаю

[dinozavr]

То есть ура, коль покупной софт заменит еще одну профессию.
Но этот софт должен быть внутри себя весьма умен. И знать очень много - от сопромата до обработки материалов, от химии до физики. Не говоря уж о стереометрии, топологии, оптимизации, базах данных материалов и ВСЕХ инструментов всех станков... Задача разводки многослойнх печатных плат по сравнению с программой для фрезерного станка - детский сад. Тут принципиально три измерения, плюс возможность влезть инструментом (всеми его координатами) туда где нужно чтоб этот инструмент находился для обработки заданой полости. Это не говоря уж о технологии - скорости вращения и подачи, свойств материала фрезы и заготовки...

Как раз об этом говорю - как только такой софт кто-то сделает, процесс пойдет. Пока, по моему впечатлению - здесь тормоз.

Re: Я именно на это и намекаю

[vitus_wagner]

C другой стороны, мне совсем не очевидно, зачем надо исключать человека из процесса производства СОВСЕМ. Если мы в качестве модели возьмем не интернет-магазин, а маленькую дизайн-студию, которая делает веб-сайты или полиграфию, то там обычно есть "технолог"-верстальщик, который превращает эскиз в программу. И стоимость этого мероприятия вполне умеренная.

Re: Так это когда было!

[hungry_ewok]

>Крайне дорого также его установка, наладка, обслуживание.
Не надо переносить опыт 80х на современную технику. Очень многое поменялось.

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