Вход | Регистрация
    1  2  3  4  5  6  7  8  9  10  11   
Работа :: Работа

Как Одинэснику соскочить с 1С?

Ø [длинная ветка, 07.06.21 - 20:23]
Как Одинэснику соскочить с 1С?
Я
   Garykom
 
29.05.21 - 15:30
Просто тема в продолжение
JOB: На рынке труда осталось мало 1с-ников?

Ну и да как все же "Бросить одинэсить"
   Bigbro
 
701 - 04.06.21 - 05:17
(700) это да, Билли он по факту сильно наперед видит.
   1C Мутант
 
702 - 04.06.21 - 05:28
(698) Раз должен, то обоснует, это очень просто, ему даже ничего делать не нужно, все юристы оформляют как положено.
Единственная проблема - это лотерея. Вероятность получить H1B с первого раза примерно  1/3, за две попытки больше 50%, а за три попытки 70%. Это довольно много.
Все это время можешь работать у этого работодателя удаленно, ничего не теряя.
Зато когда уже получаешь H1B, то приезжаешь свободным человеком, а не крепостным рабом с L1, привязанным к одной компании без возможности даже предъявить ультиматум о повышении ЗП.
   1C Мутант
 
703 - 04.06.21 - 05:32
(698) При смене места жительства ЗП больше, из-за повышения доверия. Удаленщику ценные данные никто не доверит.
   Конструктор1С
 
704 - 04.06.21 - 07:31
(703) ха-ха
   MadHead
 
705 - 04.06.21 - 08:36
(702) Все так же просто как положить жирафа в холодильник. С одной стороны нужно открыть дверь положить жирафа и закрыть дверь, а в реальности все не так тривиально.
(703) Данные и обычному сотруднику могут не доверять, смотря какие данные, но это не большая проблема данные можно деананимизировать/обфусцировать. В случае с Кремниевой долиной местоному будут платить больше, но у местного и затраты на много выше. Что бы себя хорошо чувствовать в долине, нужно в год зарабатывать хотя бы 300к.
   d_monah
 
706 - 04.06.21 - 08:57
(705) 300 это не очем,вот 500 это другое дело
   lite777
 
707 - 04.06.21 - 09:22
1С-язык высокого уровня-то что в нем делается путем нажатия на две кнопки, в других языках надо потрудиться, возьмите создание документа реализация с нуля в 1с и в каком нибудь С#, форма,форма списка ,печать из документа , связь с базой данных на уровне таблиц и ТД.
   d_monah
 
708 - 04.06.21 - 09:28
(634) Меня на 300 приглашают,брезгую
   aka MIK
 
709 - 04.06.21 - 09:42
(705) на сколько выше? на 20к баксов в месяц? вы серьезно?
   aka MIK
 
710 - 04.06.21 - 09:44
(698) вот статья в тему попалась https://dou.ua/lenta/interviews/get-job-in-usa-during-pandemic
   acces969
 
711 - 04.06.21 - 09:52
Не в тему, но спрошу
1с - процедурный язык.
Не могу найти практическую пользу ООП. Мышление процедурное. Может кто обьяснит на словах преимущества ООП?
   aka MIK
 
712 - 04.06.21 - 10:08
(711) Легко. Сделал класс Документ. От него наследуешь все новые документы. Все типовые события/заполнения уже описаны
   Garykom
 
713 - 04.06.21 - 10:14
(711) Нет никаких особых преимуществ ООП, скорее особенности и другой способ разделения кода
Инкапсуляция и Наследование в 1С решается выносом в общие модули общих процедур/функций на вход которых могут подаваться разные объекты и обрабатываться внешне одинаково
Полиморфизм это когда в этой же общей процедуре с одним ходом смотрим какой объект пришел и выносим/обрабатываем иначе
   Garykom
 
714 - 04.06.21 - 10:15
(713) *с одним входом
   Kongo2019
 
715 - 04.06.21 - 10:19
Я бы задал вопрос ни как. А куда.
Вот реально наши навыки, наработки, знания где могут быть востребованы?
Походу мы ничем не будем отличатся от людей просто пришедших с улицы. Ведь 1С довольно так сильно отличается от классической парадигмы разработки ПО.
   MadHead
 
716 - 04.06.21 - 10:38
(706) Могу за вас только порадоваться.

(711)(713) ООП это подход к организации кода, который, к примеру позволяет придерживаться SOLID, в частности open/close подход. Так же ООП позволяет довольно красиво подменять реализацию для тестирования. Интерфейсы позволяют описывать апи (самодокументируемый код), сделать некую систему плагинов когда пользователь может кастомизировать код не изменяя исходных и при этом на этапе компиляции будет выявлена большая часть ошибок. В общем в ООП языке всегда можно писать в процедурном стиле, но не оборот.

(715) Понимание реляционных БД и навыки алгоритмического мышления - это весомый плюс по сравнению с "людьми с улицы"
   Garykom
 
717 - 04.06.21 - 10:41
(716) >В общем в ООП языке всегда можно писать в процедурном стиле, но не оборот.
Неа в процедурном/функциональном вполне можно писать в ООП-стиле
Понятно что не будет плюшек инкапсуляции с приватными полями

Например многие конфы/разработки 1С используют "_Переопределяемый" модули ))
   Вафель
 
718 - 04.06.21 - 10:45
(717) это просто события, а ля
МояПроцедура() {
   Код...
   ЧужаяПереопределяемаяПроцедура();
}
   MadHead
 
719 - 04.06.21 - 10:46
(717) Будет куча ифов, а не ООП стиль. На 1с есть элементы ООП так как сама платформа написана в ООП стиле.
А функциональный подход не противоречит ООП, язык может быть и чистым ООП и функциональным одновременно
   Kongo2019
 
720 - 04.06.21 - 10:47
(716) Мы не работаем с реляционными БД. Или имеете в ввиду язык запросов?.
А алгоритмическое мышление у многих профессий есть. Особенно технических.
   Конструктор1С
 
721 - 04.06.21 - 10:52
(711) прям такой уж великой пользы от ООП нет. Это другой подход к структурированию кода. Но в умелых руках может быть полезно тем, что позволяет сделать сложную организацию кода чуть понятнее. Вот возьмём, к примеру, СКД. Только представь, какой уродище будет, если попробовать написать подобное средствами 1с. Получится стек из 100500 процедур и функций, через параметры которых будут перекатываться  монстроузные структуры, и сам чёрт ногу сломит. А с использованием ООП СКД написана вполне себе сносно. Есть объект СхемаКомпоновкиДанных, у этого объекта с десяток свойств-объектов, каждый из которых имеет свои свойства и методы. И так далее по иерархии вглубь. Такая иерархическая структура объектов позволяет сделать сложный механизм доступным для понимания
   Вафель
 
722 - 04.06.21 - 10:53
(720) а с какими мы работаем?
   Вафель
 
723 - 04.06.21 - 10:54
(721) вся 1с состоит из объектов. просто самому нельзя создавать
   MadHead
 
724 - 04.06.21 - 11:04
ООП очень хорошо выручало когда писали монолитные интерпрайз приложения, но была и обратная сторона, что небольшой кусок бизнеслогики разбивали на несколько классов, а некоторые патерны усложняли чтение кода. Потом индустрия начала двигаться в сторону сервисной/микросервисной архитектуры и классически ООП подходя утратили свое приемущества, там как можно не сильно заморачиватсья с организацией кода в маленьких приложениях.
   DimVad
 
725 - 04.06.21 - 11:12
ООП требует качественной постановки задачи. Представьте, заказчик говорит "ой, а тут ведь нам не то надо, мы не так представляли..." а у вас - "ой", и надо менять это дерево классов...

Если код состоит из модулей с функциями то присобачить костыль обычно гораздо проще :)
   Конструктор1С
 
726 - 04.06.21 - 11:27
(723) я знаю. Не дали нам такой возможности, как в ООП поиграться. Хотя, казалось бы, до этого рукой подать. В ОФ на обработках можно было почти ООП мутить. Подкастрированное ООП, но всё же. Реквизиты и ТЧ обработки это как свойства объекта с данными. В экспортные переменные модуля обработки можно было запихнуть другие обработки, в разделе основной программы можно было проиницализировать экспортные переменные, запихав туда обработки, это было чем-то вроде конструктора в классе. Можно было даже страшненькую самопальную СКД замутить таким образом. Инкапсуляция конечно же никакая, контекстная подсказка в конфигураторе рыдает, но по структуре вполне себе как в ООП

РодительскийОбъект = Обработки.МояОбработка.Создать();
РодительскийОбъект.Реквизит1 = Значение1;
РодительскийОбъект.Реквизит2 = Значение2;

// ВложеннаяОбработка - экспортная переменная в модуле обработки МояОбработка,
// при создании МояОбработка инициализируется как
// ВложеннаяОбработка = Обработки.МояВтораяОбработка.Создать();
РодительскийОбъект.ВложеннаяОбработка.Херак1();
РодительскийОбъект.ВложеннаяОбработка.Херак2();
Значение = РодительскийОбъект.ВложеннаяОбработка.Реквизит1;

с переездом на УФ эта возможность немного похерилась. Теперь переменные модуля объекта живут мало, с этими ихними ДанныеФормы модуль создается несколько раз и живет только на сервере
   acces969
 
727 - 04.06.21 - 11:43
Мне нравится в ООП то, что теоретически, в такой структуре объектов легко реализовать самостоятельные автономные потоки, и каждый будет делать что-то свое. Например, при создании игр конечные автоматы ботов, в ентерпрайз - контроль или выполнение большого числа разнородных процессов и т.д.
В общем, в ООП можно написать штат рабочих.
   jbond
 
728 - 04.06.21 - 11:57
(711) а.. Теперь понятно, откуда берутся сайты по ха пе где все в одном файле и без классов, функций и локальных переменных.

Есть определенный класс программистов, которые не находят в последних практической пользы.
   jbond
 
729 - 04.06.21 - 11:59
(724) как ты на джава сможешь написать не ОО код?
   Злопчинский
 
730 - 04.06.21 - 12:32
помнится в Кларионе было удобно майстрячить, ровно до тех пор пока шаблоны не перевели с родных на ABC с использованием ООП, круг ваяющих резко схлопнулся...
 
 
   Garikk
 
731 - 04.06.21 - 12:47
(729) а в чём собственно проблема сделать 1 огромный класс и там написать всю программу процедурщиной?
   Конструктор1С
 
732 - 04.06.21 - 12:52
(731) другие джависты застыдят, могут даже побить
   jbond
 
733 - 04.06.21 - 12:57
(731) с такими вопросами ты даже студентом не устроишься на ынтырпрайс джава проект.
   jbond
 
734 - 04.06.21 - 12:58
(732) другие джависты его даже не позовут на собеседование.
   Paint_NET
 
735 - 04.06.21 - 13:03
(732) Это вы копрокод других жавистов не видали :)
   Garikk
 
736 - 04.06.21 - 13:06
(733) это не вопрос, это утвердение - что так сделать, технически, можно
   Garikk
 
737 - 04.06.21 - 13:06
*утверждение
   Garykom
 
738 - 04.06.21 - 13:09
(736) там даже простые типы не всегда простые так что ООП будет почти всегда
   jbond
 
739 - 04.06.21 - 13:13
(735) любой копрокод джава программиста в легаси проекте в 1000 раз лучше копрокода пыпых программиста.

Этот копрокод всегда с классами, кучей автосгенерированного ОО кода, который нужно править ручками, легаси фреймворками типа струтс и так далее.

В ынтырпрайс джава как теоретически, так и практически невозможно написать все в одном файле и классе.

В пыхе же полно практических примеров такой возможности.
   Garykom
 
740 - 04.06.21 - 13:25
(739) >В ынтырпрайс джава как теоретически, так и практически невозможно написать все в одном файле и классе.

в случае копрокода проще в одном файле искать или в 1000 ?
глубоко пофиг
проблема в том что в легаси в случае ООП хрен легко что то поправить без диких костылей
ибо а хрен его знает как трогание тут коснется еще хз где в 1000 объектов
   Garykom
 
741 - 04.06.21 - 13:26
(740)+ грубо говоря php программер ограничен одним файлом и своим пониманием
а когда криворуким дают ООП то они ух как там могут с гонвнокодом разгуляться ибо ничем не ограничены
   MadHead
 
742 - 04.06.21 - 13:43
(729) В джаве лихо, джава не чистый ООП язык. Все на статике можно писать и не будет практически никаких отличий от процедурного языка.
   Кирпич
 
743 - 04.06.21 - 14:25
Ух ты. Уже про ООП затянули. Про рекурсию и goto уже было?
   Почему 1С
 
744 - 04.06.21 - 15:34
(740) Понятно теперь почему тебя в другие языки на работу не берут, с таким то отношением к ООП.
   1C Мутант
 
745 - 04.06.21 - 16:40
(705) В реальности все очень просто. Если ты не в курсе, то кажется что там темный лес. Но когда разберешься в вопросе, все встанет на свои места.
   1C Мутант
 
746 - 04.06.21 - 16:42
Это все байки про большие затраты в Силиконовой Долине. Там можно жить как дорого, так и не дорого, каждому по возможностям. Ну с хорошей зарплатой конечно жить лучше чем с плохой, это везде так. Но в Долине и не бывает плохих зарплат.
   Krendel
 
747 - 04.06.21 - 16:43
Кто уже соскочил? Или неделя прошла впустую?
   Garykom
 
748 - 04.06.21 - 16:43
(747) поток hr по 1с пока только активизировался, не 1С отказы или молчание
   acanta
 
749 - 04.06.21 - 16:44
А вот предусматривает ли полная переподготовка на рабочем месте возврат денег за диплом, который никому не нужен?
   1C Мутант
 
750 - 04.06.21 - 16:46
(709) Например, у нас в конторе, местным платят в ТРИ! раза выше чем удаленщикам.
   Garykom
 
751 - 04.06.21 - 16:46
(749) к сожалению редко кому нужен диплом без опыта
   Garykom
 
752 - 04.06.21 - 16:48
(750) так местные обязаны лицезреть руководство и дерготню, а по удаленке пока это не все умеют сделать так "чтобы задолбался"
   1C Мутант
 
753 - 04.06.21 - 16:48
(711) ООП уже устарел. Нет смысла на него переходить. Щас в тренде функциональное программирование, потому что его проще покрывать автотестами.
Тестировщики, кстати, щас очень востребованы и высокооплачиваемы за границей.
   acanta
 
754 - 04.06.21 - 16:50
(751) проблема не в том, что диплом не нужен, а в том, что его наличие отягощающий фактор. Типа вас уже научили не тому, или вообще неизвестно чему и непонятно в какой мере. Лучше брать из детского садика..
   1C Мутант
 
755 - 04.06.21 - 16:52
(751) Диплом может пригодиться при получении визы или гринкарты. В остальных случаях он без надобности. У меня много раз спрашивали наличие диплома, и я просто говорил что он есть, и ни разу не показал его в реальности. За все время жизни в России. Вообще ни разу не показывал никому диплом, от слова "ни разу".
   Garykom
 
756 - 04.06.21 - 16:53
(754) тут еще и возраст отягощающее
научили уже зарплату вовремя требовать и с переработками посылать ))
нужны девственники с 5 летним опытом
   1C Мутант
 
757 - 04.06.21 - 16:54
(752) Не обязаны. Я могу из дома работать. В офисе начальства и директоров нет вообще.
   israel
 
758 - 04.06.21 - 17:47
(711) Надо писать меньше кода, поэтому проще управлять сложностью и делать большие проекты
   MadHead
 
759 - 04.06.21 - 18:02
(753) Функциональное программировани абсолютно не противоречит ООП. Программа без сайд эффектов - это нонсенс, инач как она получает и выводит данные. И что бы максимально изолировать IO нужно будет правильно проектировать и функциональные паттерны более замароченные, по этому малю кода пишется на тру функциональных языках. Что бы язык стал по настоящему фунциональным, не достаточно функций высшего порядка.
   Garykom
 
760 - 04.06.21 - 18:05
(758) чтобы писать меньше кода он усложняется и в результате вместо простого, длинного и легкоизменяемого кода получаем тоже длинный но уже запутанный и хренизменяемый

я не говорю что ООП плохо
проблема как обычно в плохих разработчиках
 
 
   Garykom
 
761 - 04.06.21 - 18:06
(760) идея микросервисов взамен монолита на ООП почему взлетела?
потому что можно разделить всю систему на куски и писать параллельно и независимо разработчиками разного уровня
   israel
 
762 - 04.06.21 - 18:12
(760) >> вместо простого, длинного и легкоизменяемого кода

Это в конфигурациях 1с?)
   Garykom
 
763 - 04.06.21 - 18:12
(762) там сча ужас
   MadHead
 
764 - 04.06.21 - 18:28
(761) Как по мне трушные микросервисы, тоже еще тот гемор. Очень много времени и сил уходит на окестрацию, CI/CD. Мне по душе нечто среднее, честно говорю даже никогда не видел трушные микросервисы в проде.

Я абсолютно согласен, что тот кто списывает свои неудачи на язык программировани, то он плохой танцор. Можно эффективно писать на JS, Go, Java и других популярных языках.
   jbond
 
765 - 04.06.21 - 19:47
(753) у меня такое ощущение, что вы живёте в какой то параллельной вселенной и или вы нейросеть (хотя нет, просто бот) который автоматически распознает начало дискуссии про нужность ООП и начинает бредить про функциональщину.

Логическое программирование провалилось. Чистая функциональщина провалилась.

Элементы функциональщина сейчас есть в любом языке. Одновременно с ООП. И их используют одновременно. В основном ООП. Функциональный стиль в очень редких случаях.
   H A D G E H O G s
 
766 - 04.06.21 - 19:49
Было бы интересно посмотреть на эту схватку.
   Волшебник
 
Модератор
767 - 04.06.21 - 19:53
(753) >> ООП уже устарел

Вот это новость!
   1C Мутант
 
768 - 04.06.21 - 20:19
(759) сайд эффекты никто не отменял. Они есть и должны быть, и это исключение, а не нарушение.
Но это не значит что нужно нарушать принципы функционального программирования там где нет сайд эффектов.
   1C Мутант
 
769 - 04.06.21 - 20:22
(765) >> Чистая функциональщина провалилась.

Пруф сможешь привести?
   MadHead
 
770 - 04.06.21 - 20:23
(765) Как говорил Высоцкий "И ни церьковь ни кабак ничего не свято". ООП хорошо подходит для высокоуровневого дизайна, а функциональщина для реализации. Что с наследованием, что с функциями высшего порядка можно перегнуть палку.

(768) Я то хорощо знаю что такое функциональщина и что такое ООП. Так как уже около 5 лет мой основной язык скала.

(769) Хаскель
   1C Мутант
 
771 - 04.06.21 - 20:27
(770) >> Я то хорощо знаю что такое функциональщина и что такое ООП. Так как уже около 5 лет мой основной язык скала.

Это вообще не аргумент. Никак не доказывает что ты что-то хорошо знаешь.
   1C Мутант
 
772 - 04.06.21 - 20:28
(770) >> Хаскель

Если провалился Хаскель, это не значит что провалилась вся функциональщина. Она живее всех живых, и с успехом применяется в новых проектах.
   1C Мутант
 
773 - 04.06.21 - 20:29
Это как утверждать что провалились электромобили, приводя в доказательство Ё-мобиль.
   MadHead
 
774 - 04.06.21 - 20:38
(771) Ну ладно, просто остановимся на том что моя роль называется Синьер Скала Инженер.

(772) Уже много раз проходил мимо ваших не самый обоснованых утверждений, но давайте в этот раз разберемся, всетаки пятница. Рассмотрим рейтинг tiob https://www.tiobe.com/tiobe-index/ какой из тру функциональных языков вы там видите и на каком месте? Какой язык вы считаете функциональным и давайте разберем на сколкьо он функционален.
   Garykom
 
775 - 04.06.21 - 20:48
   Garykom
 
776 - 04.06.21 - 20:50
(775)+ Ну и не забываем про
https://lurkmore.to/Pure_C
   Волшебник
 
Модератор
777 - 04.06.21 - 20:54
(773) Спасибо, что напомнили про "Ё-мобиль". Я как раз вспоминал концептуальный российский электромобиль на ионисторах, это он.
   Garykom
 
778 - 04.06.21 - 20:59
(777) Им надо было не замахиваться на свою платформу а взять готовую и тупо электрофицировать гибридом
По типу https://ru.wikipedia.org/wiki/LADA_Ellada но гибрид, пробег от батарей до 50км вполне бы хватило, далее поставил и пусть подзаряжается от маломощного движка
Т.е. мощности слабого бензинового движка должно хватать на езду в экономичном режиме или зарядку акумов при стоянке
   Garykom
 
779 - 04.06.21 - 21:00
(778)+ В этом случае можно было бы стоимость сделать небольшой
А не как у них закрыли проект когда цена тиражной зашкалила почти как половина теслы
   Garykom
 
780 - 04.06.21 - 21:03
(778)+ Аккумы самые дешевые даже тупо сборка свинец+LiFePO4
Движок копеечный ибо маломощный и всегда в одном режиме пашет
Тогда ценник (если платформу делал бы Автоваз без движка а дальше модификация на своем заводе) можно было удержать
   MadHead
 
781 - 04.06.21 - 21:22
(775)

1. Давайте разбираться на сколько соблюдены принципы функциональщины.
* Perl - где там монады? Где каррирование? If, For - это функции? а они чистые?
* Elixir/Erlang скорее функциональные, но не все там является функцией, к примеру конструкция for не похоже на функцию и тем более на чистую.
* Clojure скорее функциональны
* Мой любимый Rust тоже нельзя назвать чисто функциональным языком

2. Как думаете эти показатели можно считать успехом функционального подхода?
На вскидку в рейтинге из тру фунциональных языков - это Haskell, Lisp/Closure и Scala. Скала одновременно еще и тру ООП язык
   1C Мутант
 
782 - 04.06.21 - 21:27
(774) У нас про таких говорят: "Головка от часов Заря".
Которые вместо реальных аргументов приводят что-то типа такого: "Я лучше знаю, потому что я таким способом пятерых детей воспитала!"
   Волшебник
 
Модератор
783 - 04.06.21 - 21:29
(781) Пишется "навскидку"
   1C Мутант
 
784 - 04.06.21 - 21:34
(781) Не нужно пытаться перевести тему в другое направление. Мы говорили про функциональный стиль программирования, а не про поиск языков по какой-то твоей ссылке.
Берем любой обычный язык, хоть JavaScript, например, и программируем на нем в функциональном стиле. Если в нем есть if или for - пофиг, это никак не мешает. Просто не используй их.
   Волшебник
 
Модератор
785 - 04.06.21 - 22:02
(784) Как можно программировать, не используя условия и циклы?
   jbond
 
786 - 04.06.21 - 22:04
(769) я конечно дико извиняюсь, но все вышеперечисленные языки являются или академическими или не являются чистыми функциональными.

Чистая функциональщина сейчас там же, где и чистое логическое программирование с этим вашим турбо прологом.

У которого 80 процентов примеров было чистая императивщина
   Garykom
 
787 - 04.06.21 - 22:05
(781) >Perl - где там монады? Где каррирование? If, For - это функции? а они чистые?
каррирование есть
   Garykom
 
788 - 04.06.21 - 22:08
(785)
>условия
?(Условие, ЗначениеЕслиИстинно, ЗначениеЕслиЛожно)

>циклы
рекурсия
   1C Мутант
 
789 - 04.06.21 - 22:14
(785) Очень просто - использовать функциональный стиль.
Приведи пример где невозможно не использовать условия и циклы.
   Злопчинский
 
790 - 04.06.21 - 22:24
Код должен быть понятным для твоего собрата по ремеслу. Без излишних умственных затрат в большинстве случаев.
Всё.
   Garykom
 
791 - 04.06.21 - 22:39
(790) собраты разные бывают
кому то условия с циклами не удалось осилить и только запросы и скд выучили и все на них хреначат
   MadHead
 
792 - 04.06.21 - 23:12
(784) Я держу линию разговора и пошагово показываю, что не полузуются популярностью более менее функциональные языки которые подталкивают на соблюдение чисто функционального подхода. А по вашим словам функционалльный подход без ООП идеально способствует тестированию, хотя мне не понятно почему. Что бы код был тестируемым нужно внедрять зависимости и как минимум передача объекта как параметра в класс выглядит более читаемо чем передача функции (а может и не одной) в каждый метод. А если вспомнить ПО с большой кодовой базой типа учетных систем, то в таких проектах функциональный язык без ООП практически невозможно встретить.

(785) Достаточно что бы любая конструкция возвращала результат. for может возвращать новую коллекцию элементов, а if работать как тернарный оператор.

(790) Многи конструкции в функциональном стиле более читаемы, если  не увлекаться передачей функций как параметров
   brainguard
 
793 - 04.06.21 - 23:32
(790) Код должен быть понятен компьютеру. Все )))
   Garykom
 
794 - 04.06.21 - 23:54
(793) какому именно их много
если компьютеров уже нет которым код понятен что делать? если код непонятен другим программистам как на другой компьютер переписать?
   Tarzan_Pasha
 
795 - 05.06.21 - 01:59
(790)очень правильно
   Tarzan_Pasha
 
796 - 05.06.21 - 02:01
Если у кого реально есть вопросы как соскочить с 1с и выбрать другое в программировании направление пишите в личку. У меня есть что вам рассказать. с 2014 гда вне 1с ... Но несколько лет было потеряно на ненужные шаги. Сейчас я знаю короткий путь. Wellome.
   1C Мутант
 
797 - 05.06.21 - 05:22
(792) Ты показал функциональный язык, который не пользуется популярностью. Но не показал что он не пользуется популярностью по причине что он функциональный. В ответ я бы мог показать ООП язык, который тоже не пользуется популярностью. Это ничего не доказывает.
Функциональный стиль пользуется популярностью и удобен, и этого достаточно.
Тестированию способствуют чистые функции.
   DimVad
 
798 - 05.06.21 - 06:57
(748) "поток hr по 1с пока только активизировался, не 1С отказы или молчание"

Пришла мне в голову интересная мысль.
Вот нанимал бы я людей на "суппер современную фигату". И вот пришло бы мне резюме от 1С-ника, который самостоятельно мою хрень учил - но опыта по ней не имеет. Что бы я сделал ? Я бы его письмо выкинул.

Значит мы имеем нестандартную ситуацию которая требует нестандартного подхода.

Вариант - идти через что-то. Что ближе к ним чем 1С. И я подумал : "лично я мог бы выходить через то, через что зашёл. Я мог бы выйти через Дельфи".

Погуглил. Оказывается - жив, курилка. Программисты требуются. Зарплаты - есть на уровне 1С, есть ниже, есть и чуть выше среднего по 1С. Что приятно - можно найти тех, кто сразу ищет удалёнщиков.

Плюсы :
1. Опыт работы у многих 1С-ников есть. А восстановить это не долго. Т.е. можно перескочить вообще с минимальной денежной подушкой.
2. Опыт работы в 1С как раз там может пригодиться. Сейчас по России продаётся примерно сотня именно учётных программ (всякие "Рестораны", "Гостинницы" и т.д.).
3. Есть вакансии где приветствуются знания на всяких JS и т.д. - видать интернет-морду делают. Ну это же "прямой проход" куда Вы хотите !
4. Часто нужет английский. Что интересно - иногда и разговорный. Чтобы общаться с иностранными заказчиками... Правда, интересно ?
5. На нём делают и микросервисы, и монолит с ООП... Опыт получить можно.

Ну а после годика работы можно уже будет подумать о написании нового резюме. И там будет не 1С :)

p.s. Я никого никуда не призываю. Фирма ответственности не несёт :) Я по прежнему считаю что прямо сейчас самое тёплое кресло у 1С-ников. В нём и сижу. Но почему бы и не подумать ?
   Guk
 
799 - 05.06.21 - 06:58
большинство вмс систем для ТСД написано на жс. я написал на 1С под андроид. ну круто, чо. и на куя мне соскакивать с 1С? не вижу смысла...
   DimVad
 
800 - 05.06.21 - 07:01
(799) И много было продаж ?
  1  2  3  4  5  6  7  8  9  10  11   

Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
В секцию Работа можно добавлять сообщения только после регистрации на форуме.
Если вы уже зарегистрированы, вам нужно войти на форум.