Рустэм Валеев - Франчайзи на грани нервного срыва. Как небольшой фирме-партнеру 1С перестать выживать и начать зарабатывать
- Название:Франчайзи на грани нервного срыва. Как небольшой фирме-партнеру 1С перестать выживать и начать зарабатывать
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:2021
- Город:Москва
- ISBN:978-5-9677-3077-1
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Рустэм Валеев - Франчайзи на грани нервного срыва. Как небольшой фирме-партнеру 1С перестать выживать и начать зарабатывать краткое содержание
Истории из личного опыта автора дополняются полезными выводами и советами. Используя их, вы сможете обойти множество «грабель» на пути автоматизатора.
Книга будет полезна всем, кто разрабатывает, продает и внедряет программные системы: cотрудникам ИТ-компаний и ИТ-отделов, подрядчикам и заказчикам больших ИТ-проектов. А также начинающим предпринимателям, рассматривающим создание ИТ-компании.
Франчайзи на грани нервного срыва. Как небольшой фирме-партнеру 1С перестать выживать и начать зарабатывать - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
– Ну так и сходи к завкафедрой, который вел у нас программирование. Расскажи о том, что тебе нравится. Я знаю студентов, которые работают лаборантами. Может, и тебе работа найдется. А на Север ты всегда успеешь.
– А почему бы и нет? – сказал я. И сразу же пошел на кафедру прикладной физики и химии.
Удивительное дело, им как раз требовался лаборант. Узнав, что я хочу писать программы, меня тут же взяли на ставку. 90 рублей в месяц студенту очного отделения, когда инженер с дипломом получал 118 рублей! У социализма были и свои преимущества. Зарплата неквалифицированного персонала позволяла нормально жить.
Преподаватели кафедры одновременно числились в научно-исследовательском секторе или коротко – НИС. Оправдывая свое название, НИС осваивал бюджет научно-исследовательского проекта по моделированию режимов работы котла-утилизатора. Котла, стоящего на том самом заводе, где мы два года назад бетонировали проезды! Вот это совпадение! Завод, который отпугнул меня своей стройкой, все же не хотел меня отпускать. Чем-то я ему понравился. Теперь мне представлялась возможность написать для него программу.
Котел занимался утилизацией тепла после какого-то химического процесса. Внутри огромного цилиндрического строения высотой с 20-этажный дом вдоль внутренних стен проходили трубы. В них текла вода. В котел поступали газы из другой огромной установки. Моя задача была смоделировать в программе на языке Фортран процесс теплообмена в трубах котла. Так, чтобы на модели можно было испытать разные режимы работы котла и подобрать оптимальный. Тот, при котором отбор тепла стремился бы к максимуму, а отложения пыли на стенках труб – к минимуму.
Все, что сделал мой научный руководитель, доцент кафедры прикладной физики и химии Александр Иванович, с целью мне помочь, – показал дорогу в библиотеку. Там я и нашел кучу литературы по гидравлике, в которой описывались процессы движения жидкостей и газов в трубах. Пришлось изучить ламинарные и турбулентные потоки и, конечно же, число Рейнольдса. Но самое удивительно было то, что в библиотеке нашлась тоненькая книжица зарубежного автора, в которой были приведены системы линейных уравнений для моделирования потоков в… теплообменниках котлов!
Фортран был очень подходящим языком для моделирования системы линейных уравнений. Несложный язык, я освоил его за неделю. С ним проблем не было. Проблемы были с самим процессом написания и отладки программ.
Шел 1985 год. В богатом нефтяном институте был свой вычислительный центр, оборудованный большой машиной EC ЭВМ серии 1022. Он находился в главном корпусе в северной части города, а я учился на стройфаке этого вуза в южной части. Всего час на общественном транспорте между корпусами. В течение рабочего дня я писал программу. На листе формата A4. От руки. Красивым шрифтом и без помарок. Если где-то ошибался, то замазывал неверную строку корректором и писал заново. Вечером отвозил листки с кодом в вычислительный центр. Сдавал их в специальное окошечко. Девушка-приемщица улыбалась мне, забирала листочки и несла их операторам. Операторы переносили код с листочков на перфокарты, используя специальные устройства подготовки данных. На здоровых железных ящиках стояли клавиатуры, похожие на печатные машинки. Каждая строчка кода превращалась в перфокарту – прямоугольный кусочек картона размером примерно в четвертушку листа A4. На одной перфокарте помещалась строка кода длиной до 80 символов. Каждый символ представлял собой набор прямоугольных отверстий в нескольких позициях из 12 возможных в одном столбце.

Получив перфокарты, я сверял то, что получилось, с кодом и данными на моих листочках. Если были расхождения, у меня было два пути. Первый – отдать неверно набитые строчки на повторную перфорацию. Для этого мне надо было написать их заново на другом листочке, отнести их операторам и ждать еще день. Или же я мог использовать хитрый метод корректировки перфокарт, которому меня научил Александр Иванович. Состоял он в том, что неверный символ на карте исправлялся вручную. Для этого отверстия в неправильных местах заклеивались, а в правильных – вырезались лезвием для безопасной бритвы. По шаблонной перфокарте с полным набором символов. То есть примерно от 3 до 5 минут работы на исправление одного неверного символа. Понимаете, насколько сейчас все быстрее в части корректировки набора?
После того, как код и данные были выверены, пакет перфокарт попадал в следующую очередь – на исполнение. Другие операторы закладывали перфокарты в устройство ввода. Оно считывало код в оперативную память машины. Я ехал домой, а программа компилировалась и выполнялась в пакетном режиме ночью. Выходные данные распечатывались на бумажных листах размера A3. На следующее утро их уже можно было получить в окошке для выдачи результатов. Частенько, если программа зацикливалась, мне выдавали целую коробку с прекрасной мелованной бумагой. Новый код я писал на обратной стороне этих листочков.
Через несколько месяцев таких итераций у меня все же получилась работающая программа, которую мы и сдали заказчику. И включили ее в отчет о проделанной работе по проекту.
Что же я чувствовал, когда так сложно писал свою первую серьезную программу? Я чувствовал настоящее вдохновение. Каждое утро я с нетерпением ждал поездки в вычислительный центр. Днем сидел за научными журналами, потом писал и переписывал код. Вечером я снова ехал в главный корпус, чтобы сделать следующую итерацию. При этом я твердо знал одно: качество работы моей программы полностью зависит от меня. Никаких кривых бордюров, никакого песка с водой. Только красивый код и верные результаты!
И все было бы хорошо, если бы не желание шефа сделать из этого науку. Мне пришлось сесть за написание научной статьи. При этом я быстро освоил принятый на кафедре метод написания таких статей. Сейчас его назвали бы «Ctrl + C, Ctrl + V». А тогда это называлось компиляцией. Научная новизна возникала точно так же, как возникает новое блюдо у шеф-повара турецкого отеля. Утренний салат – из того, что не съели гости вечером. Моя просьба к шефу? «Давайте не будем писать статью, тут, правда, нет ничего нового» – не возымела действия. Поэтому, чтобы написать новую статью, мне пришлось прочитать два десятка старых по теме. И подойти к материалу творчески.
В статье я привел графики наших экспериментов на модели. Помню, одна из точек на таком графике никак не вписывалась в формулу, которую шеф вывел для описания режимов работы котла-утилизатора.
– Что будем делать, Александр Иванович?
Читать дальшеИнтервал:
Закладка: