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

Неспешно ищу работу. 1С + .Net

[aka AMIGO, 07.06.16 - 08:02]
Неспешно ищу работу. 1С + .Net
Я
   Serginio1
 
10.05.16 - 10:42
20 лет программирую на 1С и 13 на C#. Давно интегрирую .Net в 1С для расширения возможностей. Вот мои разработки http://catalog.mista.ru/profile/82159/public/
Основные это Использование сборок .NET в 1С 7.x b 8.x и . Динамическая компиляция класса обертки для использования .Net событий в 1С через ДобавитьОбработчик или ОбработкаВнешнегоСобытия
Если в 8.х есть множество возможносей, то для 7.7 функционал очень скуден.
Для 8.x часто испльзуется доступ к Вэб сервисам неподдерживаемыми 1С. Например Ws-протоколы и тд. Можно использовать асинхронные HTTP запросы, multipart/form-data итд.
Использовать Push-уведомления. Есть множество библиотек для разбора HTML (AngleShart, Silenium)
  При  работе с различными EDI есть уже готовые библиотеки на . Net которые можно использовать как в 7.7 так и в 8.x. В общем возможностей для интеграции огромное количество.
Есть опыт программирования для ТСД на WM. Скоро появятся ТСД на Windows mobile 10 где с использованием  UWP и Xamarin для других осей
Знаний много, но на нынешней работе не могу и малую толику возможностей использовать.
   Serginio1
 
101 - 12.05.16 - 10:05
Касаемо импортозамещения и Linux. Из за отсутствия возможности использования COM интеграция происходит только через ВК и Web или HTTP сервисы.
Сейчас появлся .Net Core и Asp.Net Core которые можно использовать не только как  Web или HTTP сервис, но и сделать аналог класса Delphi TSocketConnection который представляет собой аналог DCOM только  через Tcp/IP. Смысл его в том, что можно вызвать любой COM объект на удаленном сервере используя Idispatch и храня  объекты на сервере, а на клиента передавать структуру типа Variant где простые типы сериализуются, а для  ссылочных хранится некий ID по которому можно получить объект на сервере.
Можно сделать легковесный вариант на пайпах. В итоге по аналогии с NetObjectToIDispatch можно использовать любые классы .Net
   HxC 2-Step
 
102 - 12.05.16 - 10:24
(101) да
   Serginio1
 
103 - 12.05.16 - 13:48
Апн
   Карупян
 
104 - 12.05.16 - 13:49
Те что предлагали не подошли?
   Карупян
 
105 - 12.05.16 - 13:50
Много просишь или что?
   Serginio1
 
106 - 12.05.16 - 14:07
(104) Ну я то хочу интегрировать 1С через C#. Пока это не совсем нужно с кем разговаривал, хотя с приходом .Net Core можно и Линукс окучивать.
  До ЗП не доходило
   Pixelrat
 
107 - 12.05.16 - 14:14
(106) Скорее всего оно мало кому нужно.
   Serginio1
 
108 - 12.05.16 - 14:33
(107) Да оно нужно, просто не понимают как. На примере с вэб сервисами с хедерами. Людям проще через HTTP соединение  создавать строку запроса десериализуя параметры объекты XDTO, а потом сериализовать ответ. Вместо использования WCF клиента, который даже проще использовать чем XDTO. К сожалению 1С ники мыслит доступными категориями.
И он будет тратить время на закат солнца вручную либо вообще откажется от реализации.
Но это не значит, что оно не нужно.
   Gary417
 
109 - 12.05.16 - 14:45
(108) серелизация/десериализация это хоть и дубовая штука, но зато она железно кросплатформенная и её понятно как реализовывать на любом языке программирования
а WCF это однозначная привязка к инструментарию Net

точно также не взлетели куча технологий до него, типа DCOM и все прочие реализации soap
   Masquerade
 
110 - 12.05.16 - 14:49
(2)

"У меня знаний в 1С куча. Как в 7.7 так и 8 ке. Жалко знаний."

Джизус, да какие там знания???

Мути свой сервис. Время пришло.

Иди в инфобизнес. Тема - зной.
   Serginio1
 
111 - 12.05.16 - 15:09
(109) > все прочие реализации soap
Да как бы Вэб сервисы цветут и пахнут. И значительно удобнее HTTP сервисов. Плюс там еще куча WS- протоколов.
C DCOM просто сэволюционировал в WCF который цветет и пахнет
   Serginio1
 
112 - 12.05.16 - 15:11
(109) Про кроссплатформенность я написал в 108. Сейчас .Net Core кроссплатформенный.
(110) Ты даже не представляешь. Бухи советуются
   Garykom
 
113 - 12.05.16 - 15:32
(112) Насчет бухи советуются это показывает уровень бухов сильно ))
Ладно если вопросы как в программе лучше это сделать, а не как учет вести по законам...
   Garykom
 
114 - 12.05.16 - 15:34
(110) +1
С опытом самое оно делать свой сервис.

ТС советую сделать сайт для новичков программистов с примерами кода (нечто вроде FAQ) как сделать нечто на 1С используя "сборки".
И тут же на сайте принимать заказы на написание кода/решений с применением "сборок".
   Serginio1
 
115 - 12.05.16 - 15:47
(114) Так по сути мои разработки и есть сайт. Многие обращаются, помогаю. Вон Elisy  уже лет 7 как продвигает, но у него это не сильно хорошо получается.
Здесь нужно как любому франчу искать клиента, доказывать и выполнять.
Я все же программист, а не администратор.
Да и смотрю на реалицацию ВК в 1С и сравниваю рефлексию в .Net и никак понять не могу зачем куча методов ВК 1С вместо одного InvokeMember в .Net
   Garykom
 
116 - 12.05.16 - 16:04
(115) Ну так найдите/наймите администратора и пусть продвигает/продает/ищет клиентов. И не забывайте периодически менять этого администратора (при первых признаках что то не то) чтобы проблем не поиметь.

А по реализации ВК все прозрачно же, упрощение использования ВК для "программистов 1С" и усложнение самостоятельного написания ВК.
   Evpatiy
 
117 - 12.05.16 - 16:16
Мне одинэсники сильно советских автолюбителей напоминают. Те тоже раздобыв "москвич" на нем и картошку возили в деревне, и детей на море, и щебень на дачу, и корову к ветеринару,и жену в роддом, и снег им же чистили. Вот только то для чего машины этого класса делают - передвигаться на небольшие расстояния в повседневной жизни, они как раз не пробовали, катаясь на работу на трамвае пока машина в гараже.

Я думаю что будет катастрофически тяжело обосновать необходимость скрещивания 1С с дотнетом в живых серьезных проектах. Только поделки в среде таких же фанатов.
   Господин ПЖ
 
118 - 12.05.16 - 16:17
>Я думаю что будет катастрофически тяжело обосновать необходимость скрещивания 1С с дотнетом в живых серьезных проектах.

скрещивание на уровне интеграции - обычное дело
   Evpatiy
 
119 - 12.05.16 - 16:26
>скрещивание на уровне интеграции - обычное дело

Здесь же не про обмен данными говорят.
   Господин ПЖ
 
120 - 12.05.16 - 16:28
(119) дай волю - 1с-ники и шутеры будут в 8.4 лепить...

жадность (больше рынка откусить) + тупость (больше ничего не знаем и инструмент под задачи выбирать - не из чего собственно)
   Serginio1
 
121 - 12.05.16 - 16:30
(117) А в чем проблема? Если ты можешь быстро сделать интеграцию с системами кстати написанных на .Net?
Сейчас например западные компании предоставляют .Net клиентов, для доступа к своим данным. Даже тот же REST внутри запокован, а наружу торчат объекты. Бери и используй.

(119) В том числе и обмен.
Но например .Net в 1С. На примере использования HTTPClient,AngleSharp. Удобный парсинг сайтов с помощью библиотеки AngleSharp, в том числе с авторизацией аля JQuery с использованием CSS селекторов. Динамическая компиляция

1С ник может легко использовать эту библиотеку где под полсотню классов. Её замучаешься писать на ВК.

(120) Не верю.
   Господин ПЖ
 
122 - 12.05.16 - 16:32
>Не верю.

флаг в руки...

иначе тебя бы тут не пинали
   Garykom
 
123 - 12.05.16 - 16:34
(122) Его пинают за сложность и зависть )) типа вот же человек такое умеет и из 1С прямо, а мы нифига понять не могем...
   Serginio1
 
124 - 12.05.16 - 16:36
(120) Я не верю, что 1С ники будут писать шутеры лепить. Тут несколько другая специализация нужна.
А по поводу использования .Net классов, то по сути это равнозначно использованию Вэб сервисов и XDTO. Те же пространства имен, конструкторы типы
   Evpatiy
 
125 - 12.05.16 - 16:36
(121) > Сейчас например западные компании предоставляют .Net клиентов, для доступа к своим данным. Даже тот же REST внутри запокован, а наружу торчат объекты. Бери и используй.

Я слишком туп чтобы понять как объекты торчат наружу а архитектурный стиль запакован внутри.

> HTTPClient,AngleSharp. Удобный парсинг сайтов с помощью библиотеки AngleSharp, в том числе с авторизацией аля JQuery с использованием CSS селекторов. Динамическая компиляция

Сколько вам платят за каждый пост с этой фразой?
   Господин ПЖ
 
126 - 12.05.16 - 16:39
>Я не верю, что 1С ники будут писать шутеры лепить. Тут несколько другая специализация нужна.

образно имел ввиду

будут лепить до чего дотянутся
   Serginio1
 
127 - 12.05.16 - 16:39
124 Да и куча COM объектов ничем не отличатся от классов .Net.

(125) Ты работаешь с классами, а не HttpСоединение.
Которые кстати можно выполнять асинхронно.

А кто должен платить?
(126) Ясно
   Evpatiy
 
128 - 12.05.16 - 16:43
(127) Я думаю вы не до конца понимаете чем отличаются класс, библиотека, программный интерфейс, щаблон проектирования, архитектура ПО.
   Кирпич
 
129 - 12.05.16 - 16:45
(127) да не надо это просто никому. потому что не надо. Я за всю жизнь написал десяток ВК для 1С. Если мне будет нужна ВК на .NET, я найду Serginio1 и он мне сделает. Зачем я буду изучать какую то хрень AngleSharp, если у меня лежит куча работы за которую деньги платят.
   Gary417
 
130 - 12.05.16 - 16:47
(112) я не про такую кроссплатформенность, а про потенциальное портирование кода на другой язык или платформу

как из явы например коннектится к серверу заточенному на WCF?
 
 
   Карупян
 
131 - 12.05.16 - 16:48
(130) Что значит заточен на WCF? вроде как есть стандарты и есть библиотеки поддерживающие эти стандарты
   Gary417
 
132 - 12.05.16 - 16:51
(131) в том то и дело что проще сериализовать данные и обеспечить простой доступ с каждой платформы чем тащить кучу библиотек и реализовывать довольно сложную обвязку для каждой из них
   Gary417
 
133 - 12.05.16 - 16:52
грубо говоря я POST и GET запросы могу буквально из браузера серверу отправлять, а в случае с WCF надо городить вспомогательный софт
   Господин ПЖ
 
134 - 12.05.16 - 16:54
(133) зачем?

wcf сервис же что-то реализует общепринятое - rest soap
   Gary417
 
135 - 12.05.16 - 16:57
(134) wcf реализует soap если я не ошибаюсь, а он несколько тяжелее чем rest в реализации на коленке
   Serginio1
 
136 - 12.05.16 - 17:02
(133) Ну это из области закат солнца в ручную, своя сериализация десериализация. Плюс как ты реализуешь асинхронность?
WCF клиент всю рутину берет на себя.

WCF вообще то может работать как через пайпы, Tcp/IP, и HTTP с различными сериализаторами. Soap это одна из разновидностей.
Сжатие данных не дорогая операция по сравнению с отправкой данных по сети.
   Gary417
 
137 - 12.05.16 - 17:04
(136) естественно берёт на себя, и ограничивает (усложняет) создание клиентов на других языках/платформах
   Gary417
 
138 - 12.05.16 - 17:05
Например, будет ли сейчас работать клиент написанный под win mobile 5 с сервисом под WCF последнего релиза? И как его туда запрограммить?
   Serginio1
 
139 - 12.05.16 - 17:06
(137) А ты много программируешь на других платформах?
Иногда проще сделать отдельную реализацию под конкретную платформ, чем изобретать универсальное кроссплатформенное решение. Можно просто пойти по пути утиной типизации и давать ссылку на конкретный модуль.
   Gary417
 
140 - 12.05.16 - 17:08
(139) Я? Достаточно, в данный момент делаю прокект одновременно использующий Java, C#, Android и теперь ещё С++
   Serginio1
 
141 - 12.05.16 - 17:09
(138) Будет если использовать SOAP. Там стандарты давно не менялись.
Кстати я делал в свое время для ТСД как в 8 ке так и в семерке через CSV. Универсально
   Serginio1
 
142 - 12.05.16 - 17:10
(140) Кстати, а .Net используешь Core?
   Serginio1
 
143 - 12.05.16 - 17:12
(140) Так понимаю, что ты используешь как HTTP сервисы?
И зачем такая смесь?
   Serginio1
 
144 - 12.05.16 - 17:13
Не хватает еще ObjectiveC. Может Xamarin тебе поможет?
   Gary417
 
145 - 12.05.16 - 17:13
(142) C# это у меня сайт на ASP.net
(143) смесь потому что проект на разное оборудование растянут, начиная от компа, raspberry и заканчивая контроллером arduino

про Xamarin я думал, но с меня пока ASP хватит
   Gary417
 
146 - 12.05.16 - 17:16
вообще вместо C# был PHP т.к. я не хотел связываться с MS но требования к платформе изменились т.к. обломилась халявная 3х годовая подписка на Azure
   Serginio1
 
147 - 12.05.16 - 17:18
(145) Ну ASP.net то нравится? Да и .Net с arduino работает.
https://www.google.ru/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0ahUKEwiDnd363NTMAhXTOSwKHXwVBRUQFggbMAA&url=https%3A%2F%2Fhabrahabr.ru%2Fpost%2F275439%2F&usg=AFQjCNHPZ1OU_a6vn6tE-oNFr8Yhl_n76w&bvm=bv.121658157,d.bGs&cad=rjt
Я сам помню писал на 1C,Delphi,C#. Тяжело переключаться с языка.
   Serginio1
 
148 - 12.05.16 - 17:20
(146) Я приятелю помогал разобраться с PHP. По сравнению с asp.Net это наколеночная поделка.
   Gary417
 
149 - 12.05.16 - 17:22
(147) я на C# программил когдато давно...поэтому ASP не такой и сложный
ардуину всёравно надо на С++ программировать, какая ему разница откуда к нему обращатся через компорт

PHP да, наколеночная поделка так и есть. Но для ASP/JSP нужен более тяжёлый сервак.
   Serginio1
 
150 - 12.05.16 - 17:29
(149) Кстати сам видишь, что тяжело делать универсальные решения. Поэтому во многих случаях предпочтительнее разбить разработку под конкретную платформу. Во всяко случае под, Win будет уже рабочий вариант, а под Linux можно допиливать постепенно.
   Serginio1
 
151 - 12.05.16 - 17:31
(149) Сейчас народ говорит, что хостинг стоит одинаково для asp и PHP http://rsdn.ru/?forum/job.search/6441062
   Gary417
 
152 - 12.05.16 - 17:43
(150) только в моём случае рабочий вариант был под линуксом, а на ASP пришлось перейти (хотя в azure и можно поставить линух с php, но както это неправильно при таких возможностях нахаляву)
   Локи-13
 
153 - 12.05.16 - 17:44
а разве в на шарпе бабла не больше, зачем тебе 1с ?
   Карупян
 
154 - 12.05.16 - 17:45
(153) Он хочет нести добро в массы
   Serginio1
 
155 - 12.05.16 - 17:55
153 Просто есть идеи которые хочется реализовать.

152 Кстати по поводу разных библиотек. Например сделав клиента дя 7.7 я могу использовать и для 8 ки, а для линукса так или иначе писать. Но большинство то кстати сидит на Win. Дешевле
   Serginio1
 
156 - 13.05.16 - 11:16
Пятница
   HxC 2-Step
 
157 - 13.05.16 - 12:03
13
   Serginio1
 
158 - 14.05.16 - 10:45
Начну с того, что в 1С есть технология Внешних компонент Native API https://its.1c.ru/db/metod8dev#content:3221:hdoc
которые работают как под Windows так и под Linux

У меня есть компонента http://catalog.mista.ru/public/238584/

Использование сборок .NET в 1С 7.x b 8.x. Создание внешних Компонент.
Суть которой оборачивание .Net объектов в Com объект с помощью создания класса, реализующего методы интерфейса IReflect

  Но хотелось бы прикрутить этот аналог к Linux используя ВК Native API
На просторах интернета нашел ссылки вызова управляемого кода из неуправляемого
http://forums.dotnetfoundation.org/t/how-to-call-a-net-core-library-from-native-code-on-linux/1576/2

Смысл идеи таков

На стороне .Net выполнять метод. Параметры сериализуются в Stream. Сначала идет тип, затем данные.

Параметры десериализутся и вызывается метод InvokeMember нужного типа.
При передаче ссылок на объекты их нужно обернуть и сохранить в списке и в натив передавать индекс в списке.

Так как параметры могут изменяться возвращаем как результат значения, так и параметры.

Таким образом можно загружать любые сборки вызывать любые методы.

Так как я не силен в С++ прошу направить на путь истинный или я могу помочь в интеграции натива и манагед
   Serginio1
 
159 - 16.05.16 - 14:16
понедельник
   Карупян
 
160 - 16.05.16 - 14:19
Бросай 1С
 
 
   Serginio1
 
161 - 16.05.16 - 14:50
(160) Возможно. Сейчас идея прикрутить .Net и Java к ВК Native под Линукс. Если и это будет не нужно, то возможно и брошу.
   Garykom
 
162 - 16.05.16 - 15:12
(161) Может наоборот прикрутить конфигуратор 1С к .net и java ? Пишется конфа, далее нажимается кнопка... и вуяля имеем решение на .net|java полностью аналогичное решению на 1С, даже обмен данными работает ))
   Serginio1
 
163 - 16.05.16 - 15:18
(162) А смысл? Под .Net там будут одни динамики. Как кстати в Java с ними?
А вок ВК прикрутить несложно, что расширит возможности Линукс.
   Serginio1
 
164 - 16.05.16 - 15:19
Написать аналог конфигуратора то не проблема. Проблема в типовых конфигурациях.
Можно даже Linq to EF прикрутить http://catalog.mista.ru/public/402038/
   Карупян
 
165 - 16.05.16 - 15:21
что такое динамики?
   Serginio1
 
166 - 16.05.16 - 15:23
   Garykom
 
167 - 16.05.16 - 15:25
(164) Зачем аналог конфигуратора то писать? Когда он уже есть и рабочий? И умеет в текстовые файлы выгружать коонфигурацию!

Сделать чтобы нечто на .net|java могло читать эти файлы, создавать БД и выполнять код ))

А писать конфигуратор это хуже чем писать велосипед когда он 1000 рубле стоит.
   Garykom
 
168 - 16.05.16 - 15:27
(167)+ Короче хочется http://www.oknosoft.ru/metadata/ с динамическим построением интерфейсов но не на JS а .net|java.
Будет хороший конкурент CUBA и частично совместимый с 1С.
   Serginio1
 
169 - 16.05.16 - 15:30
(167) Смотри 163
   Карупян
 
170 - 16.05.16 - 15:32
Почему 1с все время пытаются сделать конкурента 1с?
   Карупян
 
171 - 16.05.16 - 15:33
(166) В таких  случаях в джаве используют тип Object
   Serginio1
 
172 - 16.05.16 - 15:35
(168) Смыл в .Net и Java в типизации и компиляции. Смыл конфигурации это не метаданные, а код. А вот перевести из скриптового язка в типизированный не возможно.
(171) И может динамически выполнять методы с поздним связыванием?

object obj = 24;
dynamic dyn = 24;
obj += 4; // так нельзя
dyn += 4; // а так можно
   Garykom
 
173 - 16.05.16 - 15:48
(172) Из скриптового языка все прекрасно переводится и в типизированный и с дженерниками.
Причем довольно легко!
Вот наоборот в скриптовый перевести обычно нереально без диких затрат времени, памяти и ресурсов процессорных.

К примеру http://oscript.io/
Ему для нормального не хватает только методов обмена данными с большой 1С и методов вызова (точнее трансляции и вызова) из кода на 1С кода .Net.
   Garykom
 
174 - 16.05.16 - 15:49
(173)+ Хочется что, пишем по мануалу код (используя нативные классы .Net) причем на 1С (прям как в "обертке").

Далее запускаем его через 1script...
   Garykom
 
175 - 16.05.16 - 15:50
(174)+ Причем кроссплатформенно в т.ч. под linux и легкое взаимодействие с БД 1С.
   Serginio1
 
176 - 16.05.16 - 16:15
(173) Для начала посмотри как работает подсказка по коду, когда нельзя вывести тип. Проблема с выводом типа.
А вот наоборот в .Net это легко с динамиками.
(174) нативные классы .Net это как? натив это неуправляемый код например ВК Native.

Но это все не актуально. А вот идея идея прикрутить .Net и Java к ВК Native под Линукс может быть востребована.

Распыляться не хочется, а вот кушать охота.
   Кирпич
 
177 - 16.05.16 - 16:24
(176) а что такое "прикрутить .Net и Java к ВК Native под Линукс"?
чота аж интересно стало.
   Serginio1
 
178 - 16.05.16 - 16:33
   Карупян
 
179 - 16.05.16 - 16:37
(178) У тебя задачи интересные с точки зрения программиста, а не с точки зрения бизнеса
   Карупян
 
180 - 16.05.16 - 16:39
Тебе вообще нужно из enterprise сектору уходить тогда получается.
Что-то типа яндекса или ms
   Serginio1
 
181 - 16.05.16 - 16:45
(179) Не прав. Например все мои задачи из реальной области применения. Что обмен ТСД с 1С по Tcp/Ip, что доступ к Вэб сервисам неподдерживаемыми 1С, парсинг сайтов итд.
Это все практические задачи. Просто одни это делают через закат солнца в ручную, другие вообще отказываются от решения.
Вот например .Net в 1С. Парсинг сайтов, multipart/form-data, gzip итд
легко использовать в 1С
Вот другой пример интеграции но не с моей компонентой
http://catalog.mista.ru/public/503059/

Просто есть конфликт 1С ники не знают классы .Net или Java.
А другим нет дела до 1С.
   Serginio1
 
182 - 16.05.16 - 16:46
(180) Если бы поддержка .Net или Java была интегрирована в 1С, то многие стали бы использовать их для интеграции.
И кстати легче было бы продвигать на Запад.
   Кирпич
 
183 - 16.05.16 - 16:47
(178) если абстрагироваться от вопроса "нафиг это никому не надо", то тему "реально сделать вызов из натиава управляемый код" я ковырял еше лет 5 назад. Делал DLL на С№, которую потом использовал в Delphi. Извращался через дезассеблирование сборки и добаление в IL чего надо. В .NET можно даже скомпилированный  машинный код в сборку запихнуть.
Так что шансы есть. По мне, так это нафиг никому не надо.
   Garykom
 
184 - 16.05.16 - 16:47
(181) Напиши книжку/учебник по .Net и Java для 1С-ников.
В стиле берем задачу и решаем ее на 1С, на .Net и на Java по очереди.
И такой сборник решений вполне будет даже покупаем.
   Кирпич
 
185 - 16.05.16 - 16:48
С№ - C#
   Serginio1
 
186 - 16.05.16 - 16:50
(184) Вот если бы 1С за это взялась, я бы им помог (широчайшая улыбка)
(185) Это я понял.
   Gary417
 
187 - 16.05.16 - 16:50
(184) <В стиле берем задачу и решаем ее на 1С, на .Net и на Java по очереди. >


Получится сборник

Берём задачу, решаем её в экселе потом в блокноте по очереди :)) первые две страныцы эксель, дальше 300 страниц как тоже самое в блокноте сделать
   Garykom
 
188 - 16.05.16 - 16:52
(187) Нет нужны задачи которые на 1С просто не делаются, а вот на .Net или Java очень легко.
И там же основы C#/.Net и Java между задачками со всеми классами и т.д.
   Serginio1
 
189 - 16.05.16 - 16:52
(184) Ну если так.
Берем HttpСоединение и  .Net в 1С. Парсинг сайтов, multipart/form-data, gzip итд

Имея доступ к .Net и Java зачем нужен обрубок типа HttpСоединение
   Serginio1
 
190 - 16.05.16 - 16:53
   Pixelrat
 
191 - 16.05.16 - 19:01
Знатное извращение: парсинг сайтов при помощи Java#
   Рэйв
 
192 - 16.05.16 - 19:07
(0)Все не читал, может уже говорили. Но мое имхо - надо заниматься чем-то одним. И 1С и шарпы- очень большие области и у них, к сожалению очень мало точек соприкосновения. Так что всерьез занимаясь одним, ты кидаешь что то одно.
Выбор твой конечно.
   Garykom
 
193 - 16.05.16 - 19:15
(192) В корне неверно, так как нужны и узкие специалисты в разных отдельных отраслях. Так и нужны специалисты на стыке отраслей знающие и то и другое.
Потому что узкий при попытке выйти за пределы свое компетенции упирается в полное незнание.
А универсал да хуже в обоих отраслях по отдельности но зато может сочетать и применять решения из другой отрасли.

Попробуйте на 1С сделать парсинг PDF файлов к примеру. Или парсинг видео. Но если данные исходные находятся в 1С и результат надо в 1С засунуть обратно?
И минимум надо 2 спецов по 1С и .Net/Java или одного универсала хватит.
   Рэйв
 
194 - 16.05.16 - 19:18
(193)>>Попробуйте на 1С сделать парсинг PDF файлов к примеру. Или парсинг видео.

Интересный задачи с теоритической точки  зрения. С практической - мало кому вообще нужны.

Я и говорил  про ПРАКТИЧЕСКОЕ примененине.
   Garykom
 
195 - 16.05.16 - 19:23
(194) Да ну? Парсинг PDF постоянно нужен, в них биллинговые счета присылают операторы связи или банки постоянно.

Мы своих 2 года пинали чтобы начали в XLS присылать, так лучше бы они не присылали своих XSL в которых весь текст в объектах-надписях отдельных ля.

А парсинг видео это типовая задача отслеживания и сравнения записей видеонаблюдения с записями СКУД и данных из учеток 1С и домена. Чтобы понять что никто не мухлюет с учетками и прочими карточками.
   Рэйв
 
196 - 16.05.16 - 19:25
(195)Это все намного легче делается уж точно не средствами 1С. :-)
   Рэйв
 
197 - 16.05.16 - 19:25
+(195)Не, ну если есть тяга к мозговому мазохизму-  тогда конечно.:-)
   Garykom
 
198 - 16.05.16 - 19:26
(196) Упали что ли? Как это не средствами 1С если данные изначально в 1С лежат и/или в  1С их нужно засунуть чтобы там крутить.
И чтобы легко можно было подправить сразу в 1С не платя бешенные бабки за дописывание закрытого решения.
   Рэйв
 
199 - 16.05.16 - 19:27
(198)Можно вполне все это делать через те же xml форматы.
   Рэйв
 
200 - 16.05.16 - 19:29
()два по сто
  1  2  3  4  5  6  7   

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