Как стать автором
Обновить

Комментарии 47

Всем привет!
Очень хотелось бы любых комментариев, чтобы понять что не так в статье.

Спасибо.
В статье всё так.
Случай про администратора в коллективе программистов 1С — как раз про меня.
Но сколько ни пытался начать с 1С — не выходит. Желание пропадает быстро — отсутствие знаний бухучета, странный синтаксис, множество не очевидных вещей и т.п. делают своё дело. И времени, к сожалению, не хватает :(
Да, тут главное желание, и время и последовательность.

Я тут недавно хотел «C» вспомнить, нашёл книжку умную: «Керниган и Ритчи», 150 страниц осилил и бросил.
Хочу на днях вновь начать.
Насчет плюсов/минусов франча/фикси мнение явно субъективное. Франчайзи бывают разные, так же, как и работодатели. Занимаюсь 1С около пяти лет непосредственно, с десяток лет — параллельно с другими специализациями в ИТ. Собственно, работать конкретно в этой области начал только для того, чтобы изучить на практике как методологию ведения крупных проектов, так и для получения знаний в финансовой, экономической области, логистике, производственного управления.

Кстати, начинать изучение программирования с 1С я бы не рекомендовал категорически.

Лично для меня, самый большой минус 1С — это русский язык в коде. Все эти «Если», «Цикл» и пр. просто взрыв мозга.

ПС. Не в обиду программистам 1С :)
Это понятно, но тут дело скорее в области применения. Я думаю написать на английском
«ПланВидовХарактеристик.НазначенияСвойствКатегорийОбъектов» довольно сложно, а уж понять ещё сложнее.

Да кстати можно писать и на английском, только на русском привычнее из за огромных сложных названий у объектов.
Так очень мало кто пишет по-английски.
Ужасно когда пишут 50% кода по русски 50% по-английски. Это реально взрывает мозг.

Да в самом 1с есть объекты типа:
«ЗаписьXML» — одно слово, половина на русском, половина на английском.

Ещё забавно когда используешь «ADODB.Connection» получается забавный код:

ЗаписиТовары.MoveFirst();
А меня вот всегда интересовало, как англоязычные пользователи относятся к «if» и «while», ведь для них эти конструкции как и для нас «Если» и «Пока что-то».
В своё время, когда я ещё работал с 1С, то по началу тоже пытался писать IF, ELSE. Но спустя время, меня так достало переключаться между раскладками, что я перешел на «Если», «Цикл».
Потом привыкаешь и не смотришь на это с дикостью. Наверное, это правильно. Свой язык нужно любить.
Ты привыкаешь к этому, все же. Скоро твой мозг сам делает перевод. Я уже даже не вижу код. Я вижу блондинку, брюнетку, и рыжую.
Матрица (с).
А мне понравилась статья. Не всем же clojure закрывать на встроенном erlange.
А Вы сейчас где работаете?
Насчет не ценят программистов не соглашусь, судя по тому какой дефицит кадров на рынке, хорошего разработчика на руках будут носить и уж пользу предприятию он несомненно приносит.
Программистом 1С работаю, но у компании направленность, что ВСЕ желания менеджеров должны быть реализованы.
А основной лозунг «Продажи это основной инструмент получения прибыли в нашей компании».

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

Но это зависит от франча, как он относиться к работникам.

Еще была ситуация, что тебя могут использовать не по твоему профилю.
Пример. Пришел в новый франч, до этого 5 лет опыта работы, специализация «Бюджет, семерка», причем не маленький, в частности три года работал только с бюджетниками разной крупности. При устройстве все рассказал, прошел собеседование со спецами, которые подвердили, что по Бюджету я хороший спец и надо брать :)
Итог, первые три месяца я занимаюсь тока хозрасчетом, что печалит, потом случайно, в общении с одним менеджерам узнал, что у него не хватает спецов по бюджету и у него горят сроки и клиенты негодуют.
чтд.

но это может мне с франчем не повезло :)
В месяц около 30 поездок. Где то по 3-5 поездок в день,


Даже если в месяце 20 рабочих дней, и брать минимум 3 поездки в день, то получается 60 поездок, но никак не 30 в месяц.

Сразу видно 1С-программист, чо :-), уметь считать необязательно.
Весь смысл в том что у тебя план за месяц сделать 30 поездок. Причём 31 числа тебя мало кто ждёт, желательно выполнить всю работу в 7-20 числах. (диски ИТС выходят примерно 7 числа). Так что всё сходится.

Всё остальное время можно и нужно тратить на самообразование.
еще, про франчи и рост.
в начале вас будут гонять только на стандартные обновления и развоз дисков ИТС
по мере понимания вами, что и как, вам добавляются обновления «нестандартных конф» (сначало простые, где наример шаблон поправлен, по мере роста вами как спеца, и туда где от стандартного остались тока названия документов, а весь код давно перелопачен)
потом вы начинаете сами видоизменять конфигурации по требованию клиента (ну и поддерживать с обновлениями)
со временем вы уходите в какую либо специализацию, вас отправляют тока на определенные конфигурации.
потом вы проводите 90% времени только в определенном списке организация, ваш график распланирован на месяц вперед, вопрос отпусков и болезней (особенно в период сдачи отчетности) вам может тока сниться.
ну и в свободное время вы пишите свою конфигурацию с нуля.
Вот интересно, а со временем этот кодинг не начинает сильно надоедать? Всё-таки круг решаемых задач узок и существуют четкие рамки. И потом, мне кажется, что хорошему специалисту по ЯП общего назначения проще в случае чего пристроится.
видимо зависит от характера.
меня, лично, хватило на 6 лет.
но я знаю людей, которые этим с 2000 занимаются, и пока не собираются бросать.
>>И потом, мне кажется, что хорошему специалисту по ЯП общего назначения проще в случае чего пристроится.
Проще в чем? В глубинке вообще может не оказаться подходящей работы специалисту по ЯП общего назначения. Сколько просматривал вакансии в Ставрополе, 90% 1С-ки требуются либо php. В Москве пока что тоже не проблема найти работу, зная 1С
Мне кажется, что в глубинке в принципе с прицелом на постоянное развитие грустно жить.
Наверное имеется ввиду, что в глубинке с начальными знаниями C, к примеру, будет сложнее набраться опыта, чем тому же программисту 1с.
Начальные знания набиваются через участие в опенсорс проектах не зависимо от места жительства. А 1С может стать непроходимым болотом.
Что в 1С такого ужасного?
ИМХО По сути, 1с похоже на СУБД над СУБД.

Я когда то мог писать на С, сейчас же когда мне понадобилось написать простой парсер интернет магазина используя DOM, я смог это сделать только на 1с.

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

Это я к тому что 1с в основном используется для учёта (и заработка денег), а программист на других языках программирования, может написать что угодно для чего угодно (в том числе и для себя)
>>Я когда то мог писать на С, сейчас же когда мне понадобилось написать простой парсер интернет магазина используя DOM, я смог это сделать только на 1с.
Если бы вы изучали только Си или ассемблер, то не могли бы создавать web приложения. Если бы изучали только javascript, то не могли программировать микроконтроллеры. А зная только php создание приложений для десктопа или 3D-игр было бы затруднительно. У каждого языка есть какая-то ограниченная сфера применения

>> Беда в том, что для запуска обработок, нужна платформа, а она стоит денег, и должна быть установлена на компьютере.
Учебная версия стоит 300 рублей всего.
У каждого языка есть какая-то ограниченная сфера применения

Ну почему же, бывают счастливые исключения — Python к примеру =)… (p14p)
Опенсорс это конечно хорошо, но кушать хочется всегда. (особенно в начале карьеры, когда денег нет)
Вам придётся писать плохой код, ведь для Вас требуется получить деньги здесь и сейчас, а то что у клиента через год база будит жутко тормозить, так это даже хорошо, можно взять и за оптимизацию.


Посадить на кол! или в тайгу нагишом выпустить за это… 2 года назад приобрел новый сервак под sql базу, за два года прирост в размере базы составил 20% (на данный момент файл данных занимает 37 Гб ), кол-во клиентов увеличилось на 1, зато базе, после прихода гавриков о которых пост, плохеет напрочь… Регулярно после обновок или доработок появляются кривые запросы которые отжирают проц по полной. И решается это так, я выявляю кривые запросы, я выявляю какие документы или справочники участвуют в данном запросе, учусь воспроизводить этот баг, составляю подобие тех. задание, засылаю это 1сникам и жду решения, решаем, обкатываем, 1с хапает деньги а я снова ищу кривые запросы… Причем любая наемная контора 1сников приглашаемая для решения проблем с производительностью дает стабильно 2 варианта решения, приобретение нового железа или переписать полностью базу с нуля.
о железе не сказал, HP ML 380 проц не помню, 32 гб оперативки, 10 раид на 4х sas 15k
11 активных пользователей, тип подключения клиент-сервер.
После отлова кривых запросов база работает значительно луче чем было до отлова, но ощутимо хуже чем например год назад.
Я так понимаю, что вы ищете наемные конторы, состоящие из студентов и готовые работать за тарелку супа?
Тут тоже всё не однозначно, я исправлял базы после внедрения лидирующих франчайзи.
Мы перебрали лидеров нашего региона, и остановились на тех, которые заявки выполняют в течении минимального времяни.
А вот это зря. Как раз те, кто за минимальное время делает, и создают говнокод. Потому что надо быстро.
Кстати, 37 Гб — это маленькая база для 1С. Рассматривая в рамках среднего и крупного бизнеса, компания с таким оборотом представляет собой немного отмасштабированный ларек по продаже шаурмы. Уж это-то можно один раз полностью оптимизировать, потратив *надцать тысяч вечнозеленых на найм квалифицированной команды, которая за два-три месяца вылижет код так, что ближайшие лет десять его трогать не нужно будет.
Не совсем так, я видел разные компании, и размер базы никак не зависел от крупности компании.

Хотя 37гб для 11 человек, как то страшно.
Это поставки в розничную сеть различных продуктов питания. много активных контрагентов, 3 десятка полевых, 4 оператора которые обрабатывают заявки. Ради операторов нам скорость и нужна, сейчас действия 4х операторов грузит кривыми запросами все ресурсы сервачка.
А, ну тогда понятно, я работал у подобного дистрибьютора. В 99% случаев проблема не в кривых запросах, а в блокировках. Для устранения этой проблемы код переписывают под управляемые блокировки. Не больше месяца работы для квалифицированной команды. В одиночку это за три месяца перепиливал, правда, еще параллельно было много основной работы.
Большая база — это признак торговой компании. Для торговой компании 37 Гб — это показатель того, что компания либо не слишком большая, либо ежегодно режет базу. У больших производственников, нефтяников и прочих грандов базы как раз не слишком большие, т.к. они оперируют не единичными продажами, а многомиллионными поставками и девятизначными суммами, проводя их двумя-тремя документами. Тут чистая логика.
Я у торговых компаний видел разные базы.

Как Пример:
У интернет магазина в год выросла до 100гб
У розничной сети из 50 магазинов была 35 гб
У крупной оптовой торговли база 30 гб (за 5 лет)
Розничная сеть какая-то неправильная :) Может, это была база, куда сливались не отдельные продажи, а отчеты о продажах за день из другой базы а ля «Розница»? Тогда 35 Гб вполне возможно.

Оптовики — понятно, на то они и оптовики, у них не проводится ежедневно >2000 документов. Суммы оборотов высокие, но количество оборотных документов низкое.

Интернет магазин — само собой, это как раз таки эталонные розничные торгаши с позаявочным учетом. К тому же есть возможность, что у них еще и картинки там же хранятся.
Розница да, с магазина отчёт за смену сливался или что то в этом роде.
Оптовики 1000 заказов в день

Кстати самая быстрая база как раз у «Интернет магазина» была.
1000 заказов в день и 30 Гб за пять лет? Хм… не семерка ли?
Если с MS SQL всё понятно (наиболее «родная» для 1С: Предприятия СУБД), то зачем 1С-нику знания MySQL? На своём примере могу сказать, что за 10 лет работы с 1С c MySQL сталкивался всего пару раз.
1) Можно хранить нужную стороннюю информацию типа истории изменений (если они идут часто и нужно много) в сторонней базе
2) Есть извращенцы которые с сайтом делают обмен прямыми запросами
3) Для общего развития.

Я нуждался в my sql в 2-х организациях из 4-х
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории