Скачать: CL | DM;

История объявления "Требуется программист с опытом работы"   Найти похожие ветки 

← →
Sergey13 ©   (2006-01-17 12:44) [80]

2[79] Тульский ©   (17.01.06 12:31)
Я так понимаю это было при социализме еще? Тогда это было практически повсеместно (из личного опыта и общения).

---

← →
Думкин ©   (2006-01-17 12:55) [81]

> Тульский ©   (17.01.06 12:31) [79]

И они встали?

---

← →
Юрий Зотов ©   (2006-01-17 12:58) [82]

> Игорь Шевченко ©   (16.01.06 15:51) [33]

Реальный пример из реальной жизни.

Есть типография. Потенциальный заказчик говорит менеджеру: "Хочу то-то, в таком-то количестве и к такому-то сроку. Беретесь ли и если да, то сколько это будет стоить?". Менеджер должен ответить на оба этих вопроса, причем не через неделю, а сразу, в течение разговора - иначе клиент уйдет к другому. Конкуренция, панимашь.

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

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

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

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

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

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

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

И по сравнению с этим стоимость содержания отдела IT - копейки.

---

← →
Тульский ©   (2006-01-17 13:03) [83]

> Sergey13 ©   (17.01.06 12:44) [80]

При демократии уже. 2002 год. Но коллектив там пожилой, люди "старой закалки".


> Думкин ©   (17.01.06 12:55) [81]
> > Тульский ©   (17.01.06 12:31) [79]
>
> И они встали?

Как миленькие.

---

← →
Думкин ©   (2006-01-17 13:05) [84]

> Юрий Зотов ©   (17.01.06 12:58) [82]
> И по сравнению с этим стоимость содержания отдела IT - копейки.
>

Но как правило, этот участок, на котором ряд директоров почему то и начинает экономить - причем на самом маленьком - зарплате. Потому, что прибыль от менеджера Вали он видит (да и сам в прошлом как валя работал), а вот то что вы описали - не всегда.
Понимание приходит. Но вот в ряд компаний - очень поздно. И ведь не погибают от конкуренции. Одну такую компанию тут в новосибе уже в "агонии" 2 года наблюдаю. Живут и неплохо. Хотя весь ИТ отдел уже раз 5 переменился весь.

---

← →
seg   (2006-01-17 13:09) [85]

А как ты думал?
Хотя бухучет, вообще-то, бизнесу нужен как пятое колесо. Он нужен государству. А бизнесу нужен финансовый и управленческий учет, которые много гибче и удобнее.

Вообще-то я был удивлен фразой

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


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

---

← →
msguns ©   (2006-01-17 13:27) [86]

>seg   (17.01.06 13:09) [85]
>Учитывая то количество ошибок, которые допускают программисты в отчетах.

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

---

← →
Игорь Шевченко ©   (2006-01-17 13:35) [87]

Юрий Зотов ©   (17.01.06 12:58) [82]


> Итог - когда потенциальный клиент называет менджеру сроки,
>  то менеджер сразу говорит ему, реальны эти сроки или нет.
>


>  Менеджер должен ответить на оба этих вопроса, причем не
> через неделю, а сразу, в течение разговора - иначе клиент
> уйдет к другому


А менеджер во время разговора с программой работает ?

---

← →
Sergey13 ©   (2006-01-17 13:37) [88]

2[85] seg   (17.01.06 13:09)
Не подскажешь - кто автор тех программ, наблюдая за которыми ты сделал такой неутешительный вывод?

---

← →
ANB ©   (2006-01-17 13:51) [89]

> Игорь Шевченко ©   (17.01.06 13:35) [87]

В затертом 92 году написал первую зарплату. Поставил в военторг. Заплатили мне 2 месячных военных зарплаты (был доволен, как гиппопотам). Из 6 расчетчиков зарплаты оставили одного, и та работала максимум 3 дня, остальное время ее на другие участки кидали. Раньше по 2 недели начисляли, причем частенько себе премии вписывали на шару.

---

← →
Sergey13 ©   (2006-01-17 13:54) [90]

2[89] ANB ©   (17.01.06 13:51)
ANB - источник безработицы! И не стыдно тебе? 8-)

---

← →
Игорь Шевченко ©   (2006-01-17 13:55) [91]

ANB ©   (17.01.06 13:51) [89]

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

Но как ты сам понимаешь, это не автоматизация. Это механизация.

---

← →
Читатель книг :)   (2006-01-17 13:55) [92]

> Вопрос с галерки: а что, составление отчетов - это функция
> программистов ? А меня учили, что программист должен так
> спроектировать БД вместе с соответствующими формами, репортами
> и т.д., чтобы пользователи могли вносить туда информацию
> и затем ее печатать по необходимости в виде отчетов.
> Меня неправильно учили ?


Речь не о том, КТО вносит ошибки, а о том, что их таки ВНОСЯТ.

---

← →
msguns ©   (2006-01-17 13:58) [93]

>Читатель книг :)   (17.01.06 13:55) [92]
>Речь не о том, КТО вносит ошибки, а о том, что их таки ВНОСЯТ.

Мудро.
Тогда напрашиваются некоторые мысли.
Например, запретить нафиг самолеты. Потому что они из-за ошибок пилотов (и не только) иногда падают.

---

← →
Sergey13 ©   (2006-01-17 14:00) [94]

2 [91] Игорь Шевченко ©   (17.01.06 13:55)
Замена счетов на арифмометр - механизация. Арифмометра на ПК - таки автоматизация, ИМХО.

---

← →
Sergey13 ©   (2006-01-17 14:02) [95]

2[93] msguns ©   (17.01.06 13:58)
>Например, запретить нафиг самолеты. Потому что они из-за ошибок пилотов (и не только) иногда падают.
В данном контексте их надо не запретить, а объявить бесполезными. Ибо можно и на телеге доехать. 8-)

---

← →
Игорь Шевченко ©   (2006-01-17 14:03) [96]

Sergey13 ©   (17.01.06 14:00) [94]

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

---

← →
ANB ©   (2006-01-17 14:05) [97]

>
> Игорь Шевченко ©   (17.01.06 13:55) [91]

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

---

← →
Игорь Шевченко ©   (2006-01-17 14:10) [98]

ANB ©   (17.01.06 14:05) [97]


> Если внедрение софта (пусть и простого) уменьшает объем
> ручной работы и позволяет сократить штат - то это автоматизация


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

Это тоже автоматизация ?

---

← →
ANB ©   (2006-01-17 14:12) [99]

> Это тоже автоматизация ?

Конечно.

---

← →
Sandman29 ©   (2006-01-17 14:12) [100]

Sergey13 ©   (17.01.06 14:00) [94]

Автоматизация - от слова автоматизированный или автоматический?

---

← →
ANB ©   (2006-01-17 14:14) [101]


Экономические и финансовые словари от Глоссарий.ру
<Автоматизация> производства.
Автоматизация производства - механизация производства с полным или частичным устранением физического труда рабочих. В процессе автоматизации труд людей замещается работой оборудования, действующего по принципу саморегуляции.
греч.Automatos - самодействующий


---

← →
Sergey13 ©   (2006-01-17 14:15) [102]

2 [96] Игорь Шевченко ©   (17.01.06 14:03)
>А чем ПК от арифмометра отличается в данном вопросе ?
Да всем и кардинально. Арифмометр позволял ускорить (сравнивая со счетами) выполнение единичной опреации, т.е. типа умножение числа на число. Но набор и последовательность операций был на совести расчетчика. ПК же позволяет автоматизировать весь алгоритм расчета, т.е. введя исходные данные не надо заботиться о соблюдении этого самого алгоритма.
Я до сих пор помню, как мать приносила домой (не успевала на работе сделать месячный отчет, не говоря уже о квартальном или годовом) кипы бумаг и сначала счеты, потом арифмометр, потом калькулятор и два-три вечера тупо долбила по ним умножая колонку на колонку, потом делила на сумму произведений и т.д. И не дай бог что-то пропустить - все с начала начинай. И как она вздохнула (перед самой пенсией), когда ей поставили ПК и автоматизировали этот процесс.

---

← →
seg   (2006-01-17 14:17) [103]

что программист должен так спроектировать БД вместе с соответствующими формами, репортами и т.д., чтобы пользователи могли вносить туда информацию и затем ее печатать по необходимости в виде отчетов.

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

---

← →
Плохиш ©   (2006-01-17 14:18) [104]

> Sergey13 ©   (17.01.06 14:15) [102]

ПК - это продвинутый арифмометр.

---

← →
msguns ©   (2006-01-17 14:18) [105]

>Игорь Шевченко ©   (17.01.06 14:03) [96]

Игорь, ты слышал про АСУ ТП ? Автоматические линии ?
И даже в случае с тем же бух.журналом имеем не механизацию, а таки автоматизацию. Ибо если бы было первое, то журнал бы чертился точно таким же, как его делала Марьванна.

Или вот такой пример из нелюбимого тобою экон-бухучета:
При составлении, например, возвратной накладной вручную надо
1. В туче папок в шкафу найти подшивку за требуемый период
2. В этой папке найти нужную накладную отгрузки (это может занять 10 и более минут, если документов в папке сотни)
3. Отксерить этот документ
4. В отксеренном документе найти позиции, по которым делается возврат, на основании списка, полученного от дяди Васи-завскладом. При этом почерк дяди Васи может быть "ленинским". Возле каждой найденной позиции проставить кол-во к возврату.
5. По этой "рыбе" заполнить на бланке возвратную накладную с подсчетом на арифмометре сумм возврата.
6. Сделать копию этой накладной, которую подшить в соотв.папку, которую тоже надо снять с соотв.полки.

 Если мы механизируем этот процесс, то мы вместо марьванны "сажаем" робота, который лазит по шкафам, заполняет бланки и т.д.
А если автоматизируем, то просто избавляем марьванну от механической, однообразной и неквалифицированной работы.

Почувствуй разницу

---

← →
seg   (2006-01-17 14:19) [106]

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

Фамилий не помню, но выпускники МГУ среди них есть.

---

← →
Юрий Зотов ©   (2006-01-17 14:26) [107]

> Игорь Шевченко ©   (17.01.06 13:35) [87]
> А менеджер во время разговора с программой работает?

Само собой, для того она и делалась.

---

← →
Sandman29 ©   (2006-01-17 14:29) [108]

seg   (17.01.06 14:19) [106]

И что? Выпускники МГУ не могут ошибаться или совершать глупости?

---

← →
seg   (2006-01-17 14:31) [109]

Выпускники МГУ не могут ошибаться или совершать глупости?

Именно они больше всех и ошибаются, но зп просят больше.

---

← →
Sergey13 ©   (2006-01-17 14:31) [110]

2[106] seg   (17.01.06 14:19)
Исправленная ошибка в программе - не повторяется. При ручном расчете - легко.

---

← →
Игорь Шевченко ©   (2006-01-17 14:32) [111]

Sergey13 ©   (17.01.06 14:15) [102]


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


Ну почему же. Были арифмометры, вычисляющие проценты. Сам понимаешь, по сравнению со счетами и алгоритм (набор операций) менялся.


>  автоматизировали этот процесс.


см. про проценты на арифмометре :)

msguns ©   (17.01.06 14:18) [105]


> Игорь, ты слышал про АСУ ТП ? Автоматические линии ?


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


>  Если мы механизируем этот процесс, то мы вместо марьванны
> "сажаем" робота, который лазит по шкафам, заполняет бланки
> и т.д.


Он собственно и лазит, только папки на диске находятся. Именно это и получается.

---

← →
Sandman29 ©   (2006-01-17 14:33) [112]

seg   (17.01.06 14:31) [109]

Ваш пост противоречит Вашему посту [106]

---

← →
Sandman29 ©   (2006-01-17 14:34) [113]

seg   (17.01.06 14:31) [109]

Или не противоречит.

---

← →
Sergey13 ©   (2006-01-17 14:35) [114]

2 [109] seg   (17.01.06 14:31)
Не то что-бы я был полностью несогласен с таким мнением, но делать такие заявления при отсутствии регистрации - это как-то подленько, ИМХО. Уж извини.

---

← →
seg   (2006-01-17 14:44) [115]

но делать такие заявления при отсутствии регистрации - это как-то подленько

А не брать на работу при отсутствии регистрации в Москве - это не подлость?

---

← →
Игорь Шевченко ©   (2006-01-17 14:47) [116]

> А не брать на работу при отсутствии регистрации в Москве
> - это не подлость?


Зарегистрироваться на форуме несколько проще, чем получить регистрацию в Москве, тебе не кажется ?

---

← →
Sergey13 ©   (2006-01-17 14:50) [117]

2 [115] seg   (17.01.06 14:44)
Ну так зарегистрируйся. И в Москве и на форуме. 8-)
По крайней мере на форуме это не составляет труда и не стоит ни копейки.

ЗЫ: Так легко оправдывать свои недостатки несовершенством мироздания. И делать при этом выводы вселенского масштаба - все программы плохие, программисты двоечники а МГУшники вообще...

---

← →
seg   (2006-01-17 15:15) [118]

В чем смысл регистрации на форуме?

---

← →
Sergey13 ©   (2006-01-17 15:27) [119]

2 [118] seg   (17.01.06 15:15)
В том, что понятно с кем разговариваешь.

---

← →
seg   (2006-01-17 15:35) [120]

Тогда ответьте на вопрос:
почему в нашей стране, в которой очень много умных программистов, большинство организаций предпочитают покупать западные системы автоматизации?

---

Страницы: 1 2 3 4 5 6 вся ветка

Скачать: CL | DM;



Память: 0.7 MB
Время: 0.046 c