Тазы… А что про них рассказывать, это видеть надо.
День тазов, пожалуй, был одним из самых счастливых дней за все время, проведенное в Бауманке.
Понимаешь, что все эти шесть лет стоили того:)
К сожалению, или к счастью, терпению местных жителей/властей Москвы/руководства вуза пришел конец и с прошлого года эту традицию прекратили.
Вернее, прекратили катания около общаг в Измайлово. Но знаю, что в прошлом году катались в другом месте недалеко от ГЗ.
А еще раньше купались в фонтане после защиты, но теперь тоже с этим строго.
1. Вас кто-то заставляет выбирать не оплачиваемую специализацию?
Меня никто не заставляет. Я живу в DC и половина моей деятельности связана с 1С.
Остальные пункты можно долго обсуждать, но что-то не видно смысла.
Я вообще не очень понимаю, о чем, собственно, идет спор (кажется, просто полемика ради полемики).
Давайте вспомним, с чего началась эта ветка: kimisa сказала, что в ее городе нет вакансий на достойную оплату, только удаленка из Мск и крупных городов. После чего вы стали приводить свой частный пример, что у вас де на местных заказах стописят ежемесячно. При этом вы работаете в другой сфере, в другом городе.
Ну здорово. Но, собсно, что вы хотели этим сказать?
Что kimisa следует забросить веб-программирование (насколько я понимаю, она им занимается) и начать изучать 1С, чтобы автоматизировать местный бизнес и потом через 15 лет тоже иметь стописят? Зачем? Ее вроде бы и удаленка устраивает, если я верно понял. Да и вы сами ратуете за удаленку, так что какая разница, где заказчик — за тысячу км или через дорогу?
Или просто захотелось рассказать, как у вас все хорошо и какой вы молодец?
Это все здорово, но не во всех сферах дела обстоят так же, как в сфере 1С (а судя по комментариям, вы работаете в ней).
Не думаю, что какому-нибудь программисту на C# (условно) легко найти местных стабильных клиентов в 300к-городе на ту же сумму.
О, а еще когда не было у меня интернета, а в школе надо было писать какой-то проект, я ехал в Библио-глобус, искал там книги по Делфи, например Флёнова и выписывал себе нужные функции и приемы.
Спасибо за статью. Поностальгировал.
Вспомнил, сколько часов в свое время провел на Королевстве Дельфи/.
Зашел, приятно удивился, что форум довольно активен до сих пор.
5 лет проработал 1С-ником, да и сейчас часто с ней сталкиваюсь, поэтому выскажу свое ИМХО.
Хотя, по-хорошему, это тема для отдельной большой статьи.
Как мне кажется, вопрос развития (а значит усложнения) средств разработки — это еще и вопрос экономики. Сейчас порог вхождения в мир «программирования на 1С» довольно низок. Есть куча стажеров/студентов/фрилансеров, которые поддерживают чьи-то базы на минимальном техническом уровне (обработку написать, реквизит добавить и т.д.). Это не хорошо и не плохо, это просто как есть, такова потребность рынка и 1С с партнерами ее удовлетворяет.
Усложнение средств разработки, усложнение языка и т.д. может привести к повышению порога вхождения, что в конечном итоге приведет к тому, что в профессии будут оставаться только люди более высокого уровня, а время на подготовку таких специалистов вырастет. В конечном итоге это приведет к удорожанию стоимости (а рынок 1С-ников и так подогрет не слабо) таких специалистов и сокращению их численности.
А этого 1С, подозреваю, допускать не хотела бы. Не говоря уж о бизнесе.
Понимаю, что это лишь один из возможных сценариев, но он кажется мне правдоподобным.
С другой стороны, я помню баттхерт от введения управляемых форм и как долго люди привыкали к ним. Думаю, введение существенных изменений в средства разработки 1С будет не болезненнее, чем переход на УФ,
Да, я читал предыдущие статьи. Это все здорово и правильно, но вопрос мой был именно по этому пункту:
Аналитики вечно заняты, к ним надо записываться на прием, сроки реализации уходят в «+бесконечность», работа с комбинированными и неструктурированными данными ставит всех в ступор, оперативная корректировка отчетов почти невозможна....
Есть, допустим, какая-то учетная система SAP, Axapta, 1C, самописное решение — не суть, назовем это Информационной Системой (ИС).
Менеджеру/руководителю кому-то еще понадобился отчет. Отчет сложный и сам менеджер настроить его в ИС не может. Он идет к «аналитику»/«программисту» и говорит:
— Вот тебе образец, ваяй
— Ок, настрою тебе такой отчет во внутренней системе. Только запишись ко мне на прием и подожди месяцок.
Теперь вариант с R.
— Вот тебе образец, ваяй
— Ок, напишу R скрипт, который будет строить такой отчет. Только запишись ко мне на прием и подожди месяцок.
В чем отличие второго варианта от первого? Или предполагается, что в варианте с R будет сказано «подожди пару дней», а не «месяцок», потому что написание R скрипта займет меньше времени, чем настройка сложного отчета в ИС?
P.S. Отдельный вопрос по фразе «оперативная корректировка отчетов невозможна». Почему она невозможна в ИС, а в R станет возможна? Опять же по предполагаемой причине большей сложности настройки отчетов в ИС?
Аналитики вечно заняты, к ним надо записываться на прием, сроки реализации уходят в «+бесконечность», работа с комбинированными и неструктурированными данными ставит всех в ступор, оперативная корректировка отчетов почти невозможна....
Как использование R скрипта, который нужно предварительно написать все тому же аналитику, решит эту проблему?
Ну понадобится через месяц менеджеру новый отчет или доделка — снова новый R скрипт писать, пускай даже на базе старого.
Если же речь идет о том, чтобы просто автоматизировать построение одного отчета по актуальным данным, то если для таких вещей надо «записываться на прием» к аналитику, то… Тут надо уже руководителям организационно-управленческие решения принимать, ИМХО.
Тазы… А что про них рассказывать, это видеть надо.
День тазов, пожалуй, был одним из самых счастливых дней за все время, проведенное в Бауманке.
Понимаешь, что все эти шесть лет стоили того:)
К сожалению, или к счастью, терпению местных жителей/властей Москвы/руководства вуза пришел конец и с прошлого года эту традицию прекратили.
Вернее, прекратили катания около общаг в Измайлово. Но знаю, что в прошлом году катались в другом месте недалеко от ГЗ.
А еще раньше купались в фонтане после защиты, но теперь тоже с этим строго.
Меня никто не заставляет. Я живу в DC и половина моей деятельности связана с 1С.
Остальные пункты можно долго обсуждать, но что-то не видно смысла.
Я вообще не очень понимаю, о чем, собственно, идет спор (кажется, просто полемика ради полемики).
Давайте вспомним, с чего началась эта ветка: kimisa сказала, что в ее городе нет вакансий на достойную оплату, только удаленка из Мск и крупных городов. После чего вы стали приводить свой частный пример, что у вас де на местных заказах стописят ежемесячно. При этом вы работаете в другой сфере, в другом городе.
Ну здорово. Но, собсно, что вы хотели этим сказать?
Что kimisa следует забросить веб-программирование (насколько я понимаю, она им занимается) и начать изучать 1С, чтобы автоматизировать местный бизнес и потом через 15 лет тоже иметь стописят? Зачем? Ее вроде бы и удаленка устраивает, если я верно понял. Да и вы сами ратуете за удаленку, так что какая разница, где заказчик — за тысячу км или через дорогу?
Или просто захотелось рассказать, как у вас все хорошо и какой вы молодец?
Не думаю, что какому-нибудь программисту на C# (условно) легко найти местных стабильных клиентов в 300к-городе на ту же сумму.
Как писали выше, подробный отчет с пояснениями есть на Хабре.
Отличное попадание в целевую аудиторию.
Насчет ведущего — немного спорно, конечно ;)
Впрочем, тема не об этом.
Вспомнил, сколько часов в свое время провел на Королевстве Дельфи/.
Зашел, приятно удивился, что форум довольно активен до сих пор.
Хотя, по-хорошему, это тема для отдельной большой статьи.
Как мне кажется, вопрос развития (а значит усложнения) средств разработки — это еще и вопрос экономики. Сейчас порог вхождения в мир «программирования на 1С» довольно низок. Есть куча стажеров/студентов/фрилансеров, которые поддерживают чьи-то базы на минимальном техническом уровне (обработку написать, реквизит добавить и т.д.). Это не хорошо и не плохо, это просто как есть, такова потребность рынка и 1С с партнерами ее удовлетворяет.
Усложнение средств разработки, усложнение языка и т.д. может привести к повышению порога вхождения, что в конечном итоге приведет к тому, что в профессии будут оставаться только люди более высокого уровня, а время на подготовку таких специалистов вырастет. В конечном итоге это приведет к удорожанию стоимости (а рынок 1С-ников и так подогрет не слабо) таких специалистов и сокращению их численности.
А этого 1С, подозреваю, допускать не хотела бы. Не говоря уж о бизнесе.
Понимаю, что это лишь один из возможных сценариев, но он кажется мне правдоподобным.
С другой стороны, я помню баттхерт от введения управляемых форм и как долго люди привыкали к ним. Думаю, введение существенных изменений в средства разработки 1С будет не болезненнее, чем переход на УФ,
Есть, допустим, какая-то учетная система SAP, Axapta, 1C, самописное решение — не суть, назовем это Информационной Системой (ИС).
Менеджеру/руководителю кому-то еще понадобился отчет. Отчет сложный и сам менеджер настроить его в ИС не может. Он идет к «аналитику»/«программисту» и говорит:
— Вот тебе образец, ваяй
— Ок, настрою тебе такой отчет во внутренней системе. Только запишись ко мне на прием и подожди месяцок.
Теперь вариант с R.
— Вот тебе образец, ваяй
— Ок, напишу R скрипт, который будет строить такой отчет. Только запишись ко мне на прием и подожди месяцок.
В чем отличие второго варианта от первого? Или предполагается, что в варианте с R будет сказано «подожди пару дней», а не «месяцок», потому что написание R скрипта займет меньше времени, чем настройка сложного отчета в ИС?
P.S. Отдельный вопрос по фразе «оперативная корректировка отчетов невозможна». Почему она невозможна в ИС, а в R станет возможна? Опять же по предполагаемой причине большей сложности настройки отчетов в ИС?
Как использование R скрипта, который нужно предварительно написать все тому же аналитику, решит эту проблему?
Ну понадобится через месяц менеджеру новый отчет или доделка — снова новый R скрипт писать, пускай даже на базе старого.
Если же речь идет о том, чтобы просто автоматизировать построение одного отчета по актуальным данным, то если для таких вещей надо «записываться на прием» к аналитику, то… Тут надо уже руководителям организационно-управленческие решения принимать, ИМХО.