Коротченко

i_korotchenko


Военно-политический дневник Игоря Коротченко

Si vis pacem, para bellum. Хочешь мира - готовься к войне


Previous Entry Share Next Entry
«Росэлектроника» вложила 53,23 млн рублей в техническое перевооружение производства НИИ «Гириконд»
Коротченко
i_korotchenko
РОЭ

В результате технического перевооружения Научно-исследовательский институт «Гириконд» (входит в холдинг «Росэлектроника» Госкорпорации Ростех) планирует увеличить выручку почти в пять раз, что по предварительным оценкам составит 560,44 млн руб. к 2016 году.

Инвестиционный проект, в рамках которого прошло техническое перевооружение НИИ «Гириконд», получил название «Развитие производства многослойных керамических конденсаторов двойного назначения для поверхностного монтажа». Работы по перевооружению производства керамических конденсаторов – электронных компонентов, являющихся неотъемлемой частью любого изделия в области гражданской и военной радиоэлектроники, – ведутся с 2013 года. Выход на производственную мощность планируется осуществить к 2016 году.

Реализация проекта «Развитие производства многослойных керамических конденсаторов двойного назначения для поверхностного монтажа» позволит увеличить производственные мощности по выпуску керамических чип-конденсаторов в 2 раза, с 5 млн до 10 млн штук в год, а также сократить сроки выполнения производственных заказов в 1,5 -2 раза.

«В соответствии с утвержденной стратегией холдинга к 2020 году мы планируем модернизировать производства большинства наших предприятий. Техническое перевооружение НИИ «Гириконд» стало очередным шагом в достижении поставленных перед нами целей. В конечном итоге это поможет занять новые сегменты рынка и обеспечить лидерство холдинга по ряду направлений», – отметил генеральный директор «Росэлектроники» Андрей Зверев.

На реализацию проекта было затрачено 53,23 млн руб. собственных средств холдинга. В результате технического перевооружения предприятие к 2016 году планирует увеличить выручку почти в пять раз, что по предварительным оценкам составит 560,44 млн. руб.

  • 1
Здорово. У нас будут свои конденсаторы для SMD.
А сейчас они их выпускают уже?

Да они всегда их выпускали. Только засада страшная по срокам. Ну, будем надеяться, что что-то изменится всерьез. Жаль только, что в заметке все больше речь о коммерческих вопросах, и совсем немного - о том, каких достижений ожидать.

Спрошу завтра у нашего отдела снабжения, почему в России не закупаем конденсаторы, резисторы, схемы интегральные и прочую мелочь для SMD.

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

Edited at 2014-10-05 08:00 pm (UTC)

У нас промышленная электроника.
Мы бы сами с большим удовольствием куда-нибудь в госпрограмму встроились)
Но я ни к снабженцам, ни к продажникам отношения не имею, поэтому как у них там кухня устроена, знаю только по иногда совместным совещаниям.
А вообще....брать своё - должно быть дешевле. И по срокам поставки быстрее. Разве нет?
У меня даже прогнозирование поставок отталкивается от сроков. Слишком большой ассортимент поставляемых комплектующих.

Золотые слова, конечно. Оно так и обстоит, но только не "прям щас", а в стратегической перспективе (о которой, увы, мало кто думает). Это неприятно удивляет, но не так много людей, которые понимают, что берешь своё - значит, своё развиваешь - значит, развиваешь себя же и помогаешь себе. В сиюминутном масштабе - "пошел и купил", увы, импорт в целом сейчас существенно выигрывает, и заставить слезть с этой иглы трудно. Но, еще задолго до санкций прослеживались признаки, что делать это необходимо.
Однако, если у Вас серийная продукция и идет непрерывно - вряд ли существенно ощутите разницу. У нас заметнее, поскольку бОльшую часть времени занимает сама разработка, потом опытные образцы, потом сериями - т.е. комплектация не непрерывная, а разовая, со сроками в полный рост.
Но ситуация все же меняется в лучшую сторону, и существенно. К примеру, конкретно эта новость с Герикондом радует - посмотрим, что будет меняться, и по срокам, и в смысле развития.

У нас то же самое. Разработки,потом опытное производство с разными литерами, потом запускают в серию.
Причём самый большой конструкторский отдел (а их 3 в разных городах) не поверите...на Украине)
Мы там всех безработных конструкторов подобрали, которые не при делах остались при потере Руиной наукоёмкого производства.

А Вы лично тоже занимаетесь именно разработкой электроники?

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

Нет. У меня база данных, работающая на 3 площадки (города).
Там и все разработки, КД, производство непосредственно (ARM), ну и плюс все остальные "присоседились": снабжение, планирование, прогнозирование, продажи, опытно-исследовательские дела.
А я архитектор всей этой "чертовщины"))
Поэтому, в принципе, в курсе всех процессов.
Ибо нахожусь,тасказть, в межпроцессном пространстве постоянно.
Ну и плюс у меня структура своя:програмисты,менеджеры БД (не путать с сисадминами)), учёт производства.
Но я также на проектной деятельности сижу, только заказчиками у меня выступают производство и все остальные службы, включая финансистов и бухов.


Edited at 2014-10-07 08:56 am (UTC)

Ух ты. Можно только позавидовать.
У нас, конечно, несоизмеримые объемы. Я как-то пытался протолкнуть подобную программную интеграцию, даже написал немало программ самодельных, но не вышло.

Ну... я тоже в самом начале пыталась агитировать все службы в единую базу соединиться, но у всех же гонору))
А потом навела за пару лет порядок в производственной базе, все данные стали актуальные и верные, автоматизация рабочих процессов стала отличная) И люди сами потянулись. Сделай то, сделай мне это...
У меня даже блоки прогнозирования разных процессов есть. А это, как ни крути, уже почти ИИ)))

Кстати, у буржуйских комплектующих стали отмечаться сбои (технические), чего раньше практически не было. Сдается, что это следует из непрерывного "совершенствования" с желанием съэкономить копеечку, результат в принципе закономерный.

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

Наверное, и это тоже. Если что-то идет естественным путем, то это хорошо - это более развитие, чем какая-то экономия. Если все спокойно и аккуратно, можно и основы пересматривать.
Но я как-то сформулировал для себя некое правило, типа что 10% запаса - это 1000% надежности и долговечности. А буржуи границу нулевого запаса, кажется, переходить собрались :) Вот пример был, заказчики рассказали - датчики температуры и загазованности, ответственное устройство - кажется, швейцарские, но могу ошибаться. Цена 25 енотов. Так вот производители решили сэкономить 5(!) центов, заменив какую-то память с килобайта на пол-килобайта. Все программисты, которые работают с устройством, должны переписать код, ну и так далее.

Хе-хе. Тоже такие вещи происходят. Всегда стоит задать себе (и коллегам) вопрос: а стоит ли овчинка выделки? Стоят ли затраченные усилия выхлопа?
В моей работе, например, вообще никто не понимает. Я работаю от реального процесса. И на него накладываю виртуальную модель. Но то, что может быть для реального процесса просто и само собой разумеющееся, то для виртуального - проблема. Программа работает на двоичном коде, для неё существует "да" и "нет". А когда в процесс вмешивается "а вот если....", тут приходится прыгать выше головы, фигурально выражаясь.
Ну, к примеру, сегодня обсуждали одну модель нового процесса...
Производственники говорят: вот три стола: ручной домонтаж, калибровка и наладка. Иногда может один "рабочий стол" делать и домонтаж и калибровку одновременно. Спрашиваю: а иногда - это когда? Говорят: когда работы много....
Я спрашиваю - и как я программе это объясню?))
Или давайте мне "рисунок" на каждое изделие, как оно на этих этапах выполняется, или давайте определимся в "еслях"))

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

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

Эта "линия раздела" может быть достигнута тем, что программист не будет пытаться совместить в своей работе функции постановщика задач и их же "выполнителя". У программёров свой, особый стиль мышления, работающий в унисон с машиной. Да/нет. Двоичная логика. Это ни плохо, и не хорошо. Это просто специализация. А постановщиком задач должен быть человек, который эти задачи грамотно обследует с точки зрения реальных потребностей и процессов и поставит программисту задачу.

У меня с программистом уже десятки таких случаев были: ставлю задачу, пишу ТЗ, - его первые слова - НетЪ! НетЪ На это я пойтить не могу! (с))
Пытается сам перебрать все варианты решений и в итоге мне отвечает: да...ваш первый вариант был единственно верным.
А я при постановке задачи во многом использую интуицию, мне не нужно перебирать все варианты. Мне единственно возможный вариант ....приснился) Или кто-то на ушко шепнул)

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

Ну да. Только формализация задачи - это не самое первое. Заказчик вообще ж не понимает, как всё будет работать. Он только руками водит туда-сюда...хочу того, не знаю чего. И, чтобы понять, что он на самом деле хочет, нужно самому во все мелочи процесса вникнуть, чего и как там на этом фронте у заказчика происходит.
Да и после технического исполнения нужно внедрение делать, обкатку. А это, порой, десятки людей. Ну и обеспечить отслеживание в дальнейшем данного процесса. И плюс все лазейки отследить, куда шаловливые ручки пользователей пытаются забраться, чтобы решить свои маленькие локальные задачи левой ногой через правое ухо.
Да и быстроту процесса нужно обеспечить. А это дополнительная сложность для постановки задачи.
И что? Разве этим ПРОГРАММИСТ должен заниматься? Если в базе сотни людей.
Ему легче сидеть и выполнять то, что ему на блюдечке приносят. Ибо приносят слишком много. Постоянно новые КД, или изменения КД. До сотни писем в день. Высокоточное производство.

Ну, значит у Вас просто редкая способность к системному мышлению и представлению процессов "в разных системах координат" :)

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

Ну. Я, например, знаю, что моя профессия имеет смысл только для большого и динамично развивающегося производства, где 100% управленческого персонала всё время что-то придумывают, стараются улучшить, модернизируют. расширяют, изобретают....

А для маленького разве не имеет? Возможно, что для маленького просто лучше соединять эту и некоторые другие профессии одному человеку..

  • 1
?

Log in

No account? Create an account