powered by simpleCommunicator - 2.0.19     © 2024 Programmizd 02
Map
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / оптимальный ЯП для импортозамещения?
25 сообщений из 160, страница 5 из 7
оптимальный ЯП для импортозамещения?
    #40077183
Кесарь
бабушкин зайчик
ну не знаю, вот в 2018 году цены


Это мало осмысленное сравнение. Если вы хотите получить доступность любого товара или блага, то оценивать надо не по общему доходу, а по той сумме, что остаётся "на руках" после всех остальных трат (прежде всего обязательных).

ну так эту сумму расписали в видео
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40077189
H5N1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
бабушкин зайчик

ну так эту сумму расписали в видео

в видео драчек без образования, выхватывает цифры и несет пургу. выхватил пиковые спотовые цены января и сравнивает с минимальными ценой ГП. нафига с таким багажом познаний лезть в аналитику ? в апреле 2020 на споте $40 было, а китай $200 платил.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40077194
это не про него
либераст - да
буржуин - да
манипулятор - да
но НЕ дурачок без образования, у него опыта много всякого.

ну в общем видео фуфло...
Газ у нас покупают по самой выгодной цене, трубЫ мы клали за ИХ деньги, налоги выгребаем лопатой (как и прибыль), лес сам высыхает, кредитов не брали.
И вообще для Китая мы старший брат, на которого надо равняться. Прям как при Сталине.
Ясно. Понятно.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40080386
ldfanate
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
надоже, какое оживление вызвал простой технический вопрос :)
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40080388
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ldfanate
надоже, какое оживление вызвал простой технический вопрос :)


Просто вопрос глупый.
Т.к. с существованием OpenSource вопроса как бы и нет. :-)
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40088213
AlexSo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eolt
Как работавший в структурах правительства Москвы могу заявить - импортозамещение чисто попильная тема, без какой либо серьезной технической подоплеки.
Тема эта существует в определенных чиновничьих кругах, куда технические специалисты привлекаются только для решения конкретных вопросов связанных с последующим получением финансирования.
Поэтому технарям серьезно вкладывать свои интересы в "импортазамещение" не стоит, это тема не для вас создана, и она потеряет актуальность со сменой политической конъектуры.

Кроме попила, есть и реальные ИТ санкции против ряда российских компаний. Вплоть до библиотек для web приложений.
Сейчас принята новая мега программа по импортозамещении ИТ. Смысл заниматься имеет.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093303
vanderer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ldfanate

А вот платформа ЯП?
Желательно конечно чтобы десктопные "толстые" клиенты можно было кодить, без привязки к браузерам и их отдельным частям/компонентам (т.к. последние мало того что друг с другом несовместимы, так ещё и при ближайшем рассмотрении содержат внутри импортные движки).

Довелось увидеть обстановку на многих предприятиях, попавших под каток импортозамещения. Из того что видел, и исходя из постановки вопроса (то есть выбор именно платформы разработки, а не готовых систем) мне кажется одним из адекватных вариантов является Lazarus (FreePascal). По крайней мере для тех предприятий, где есть своя ИТ-команда с разработчиками на Delphi.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093365
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vanderer

Довелось увидеть обстановку на многих предприятиях, попавших под каток импортозамещения. Из того что видел, и исходя из постановки вопроса (то есть выбор именно платформы разработки, а не готовых систем) мне кажется одним из адекватных вариантов является Lazarus (FreePascal). По крайней мере для тех предприятий, где есть своя ИТ-команда с разработчиками на Delphi.


Lazarus конечно не плохая вещь, но там фичи где-то на уровне Delphi 3.
Там доделали добавления компонентов без полной перекомпиляции IDE?
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093387
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul
Lazarus конечно не плохая вещь, но там фичи где-то на уровне Delphi 3.
Там доделали добавления компонентов без полной перекомпиляции IDE?
а чем оно вам мешает?
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093389
Last of 1 as
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
т.е. после выхода из такого проекта - это будут бесцельно прожитые годы...
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093400
vanderer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Last of 1 as
т.е. после выхода из такого проекта - это будут бесцельно прожитые годы...

Это уже ставший практически религиозным за последние лет 15 вопрос "Delphi мертв?" :)
На вопрос есть несколько точек зрения, с которых его можно рассматривать. С точки зрения бизнеса, подвергнутого импортозамещению, чья-то оценка бесцельности имеет значение только в контексте рассмотрения доступности ресурсов на рынке труда.

Объективно, если на предприятии уже есть экосистема собственной разработки на дельфи, справляющаяся со своими задачами, и есть еще специалисты, которых можно охарактеризовать как Product Owner для этих систем, и нет бюджета/воли/времени на фундаментальные потрясения в виде перевнедрений сторонних систем, то лучше Lazarus сложно что-то придумать. А таких предприятий в РФ на удивление много. И судя по тому, как развивается Lazarus, это актуально не только в РФ.

P.S. Опыт участия в проекте рассматривать исключительно с точки зрения навыков программирования - удел кодеров совсем уж низкого уровня, IMHO.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093412
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093416
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)
mad_nazgul
Lazarus конечно не плохая вещь, но там фичи где-то на уровне Delphi 3.
Там доделали добавления компонентов без полной перекомпиляции IDE?
а чем оно вам мешает?


Просто весело было сторонние компоненты добавлять.
В частности LazReport весело было в Lazarus добавлять.:-)
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093417
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vanderer
Last of 1 as
т.е. после выхода из такого проекта - это будут бесцельно прожитые годы...

Это уже ставший практически религиозным за последние лет 15 вопрос "Delphi мертв?" :)
На вопрос есть несколько точек зрения, с которых его можно рассматривать. С точки зрения бизнеса, подвергнутого импортозамещению, чья-то оценка бесцельности имеет значение только в контексте рассмотрения доступности ресурсов на рынке труда.

Объективно, если на предприятии уже есть экосистема собственной разработки на дельфи, справляющаяся со своими задачами, и есть еще специалисты, которых можно охарактеризовать как Product Owner для этих систем, и нет бюджета/воли/времени на фундаментальные потрясения в виде перевнедрений сторонних систем, то лучше Lazarus сложно что-то придумать. А таких предприятий в РФ на удивление много. И судя по тому, как развивается Lazarus, это актуально не только в РФ.

P.S. Опыт участия в проекте рассматривать исключительно с точки зрения навыков программирования - удел кодеров совсем уж низкого уровня, IMHO.


Lazarus достаточно нишевая вещь по сравнению даже с Delphi.
Я работал с ним в 2005-2006 г.г. В то время он достаточно сильно отставал от Delphi.
Да и так периодически смотрю, что там нового. Он конечно развивается, но не достаточно быстро, чтобы догнать актуальные версии Delphi.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093426
vanderer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul

Lazarus достаточно нишевая вещь по сравнению даже с Delphi.
Я работал с ним в 2005-2006 г.г. В то время он достаточно сильно отставал от Delphi.
Да и так периодически смотрю, что там нового. Он конечно развивается, но не достаточно быстро, чтобы догнать актуальные версии Delphi.

Для решения типичных задач импортозамещения в этой сфере нет необходимости догонять последние версии.
Сейчас уровень лазаруса и по функциональности и по качеству вполне достаточен, чтобы рассматривать его для замены Delphi на значительной доле предприятий. Сейчас еще очень много систем, поддерживаемых и даже развивающихся на Delphi 7 и даже 5. С Delphi 7 Lazarus уже вполне на одном уровне примерно по моим ощущениям. А по ряду моментов даже заметно лучше.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093521
vanderer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul

Lazarus достаточно нишевая вещь по сравнению даже с Delphi.

И, кстати, в чем нишевость по вашему? Особенно по сравнению с Delphi.
А если даже нишевость, то вот из исходного сообщения:
ldfanate

для классических многопользовательских 2х либо 3х-звенок на 100-200 так пользователей, т.е. учётных систем (картотек "вдолби и распечатай") с БД на 100 таблиц+200 экранных форм+100 отчётов в PDF,
...
Желательно конечно чтобы десктопные "толстые" клиенты можно было кодить,

Разве это не ниша Lazarus?
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093539
Last of 1 as
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vanderer
С точки зрения бизнеса


ему вообще по барабану. главное чтобы ему не мешали (пролезало в импортозамещение или в иное внешнее требование) и стоимость владения была вменяемая

vanderer
Опыт участия в проекте рассматривать исключительно с точки зрения навыков программирования - удел кодеров совсем уж низкого уровня, IMHO.


а какие навыки вы там получите на позиции разработчика? выходя обратно на рынок вы что будете предъявлять эйчеру? вашу многозадачность/стрессоустойчивость? я вас разочарую - этот мусор они уже сами писать не советуют в CV. вероятно какой-то стек технологий. и что вы им предъявите и сколько это будет стоить на рынке? есть сейчас вакансии в стиле "дельфи, плачУ любые деньги"?


vanderer
Объективно, если на предприятии уже есть экосистема собственной разработки на дельфи, справляющаяся со своими задачами


и много таких? и что за системы (направление) реализованы на дельфи и до сих пор живые
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093544
vanderer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Last of 1 as

есть сейчас вакансии в стиле "дельфи, плачУ любые деньги"?

Скорее наоборот - в этом направлении рынка труда есть избыток квалифицированных кадров. Что, на мой взгляд, как раз аргумент за то, чтобы рассматривать этот инструмент - разработчики есть, нет такого неадекватного дефицита кадров, как, например, с 1С

Last of 1 as

и много таких? и что за системы (направление) реализованы на дельфи и до сих пор живые

Много - сам удивился. В основной массе своей это учетные системы: склады, производство и т.п. В полном соответствии с описанным в первом сообщении топика. Впрочем, чему удивляюсь - сам когда-то такую систему оставил, до сих пор живет и здравствует.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093549
Last of 1 as
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vanderer
Скорее наоборот - в этом направлении рынка труда есть избыток квалифицированных кадров


так это извините какой-то неуловимый джо. которого никто не ловит



vanderer
неадекватного дефицита кадров, как, например, с 1С


молодежь уже так просто туда не затащить - тупиковое направление если смотреть на it широко. да и дефицит кого как правило - "человек-оркестр it"+главбух+аудитор в одном флаконе. за недорого и опытом 5 лет по конфигурации которой 4 года.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093573
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Last of 1 as,

Смешно сравнивать 1С и Дельфи в области конкуренции, это как два бомжа, дерущиеся за пустую банку из под пепси =)

Жаваскрип и ПХП тут из-за угла следят если че.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093691
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vanderer

Для решения типичных задач импортозамещения в этой сфере нет необходимости догонять последние версии.
Сейчас уровень лазаруса и по функциональности и по качеству вполне достаточен, чтобы рассматривать его для замены Delphi на значительной доле предприятий. Сейчас еще очень много систем, поддерживаемых и даже развивающихся на Delphi 7 и даже 5. С Delphi 7 Lazarus уже вполне на одном уровне примерно по моим ощущениям. А по ряду моментов даже заметно лучше.


Увы нет.
Например, можно ли перевести АБС от Colvir на Lazarus. Мне кажется нет.
Для школ, тоже очень ограниченное применение. Т.к. совместимость Free Pascal с Turbo Pascal и Object Pascal имеет особенности.

Lazarus это хороший продукт, но на замену Delphi всё таки не тянет.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093692
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vanderer
mad_nazgul

Lazarus достаточно нишевая вещь по сравнению даже с Delphi.

И, кстати, в чем нишевость по вашему? Особенно по сравнению с Delphi.
А если даже нишевость, то вот из исходного сообщения:
ldfanate

для классических многопользовательских 2х либо 3х-звенок на 100-200 так пользователей, т.е. учётных систем (картотек "вдолби и распечатай") с БД на 100 таблиц+200 экранных форм+100 отчётов в PDF,
...
Желательно конечно чтобы десктопные "толстые" клиенты можно было кодить,

Разве это не ниша Lazarus?


Нишевая, потому что написание кроссплатформенных толстых клиентов давно и прочно удерживает QT.
А для замены Delphi, слишком много особенностей и различий.
Главная проблема, то что расширения для Delphi нельзя подключить к Lazarus, если они не OpenSource.
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093743
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul
Нишевая, потому что написание кроссплатформенных толстых клиентов давно и прочно удерживает QT.
А для замены Delphi, слишком много особенностей и различий.
Главная проблема, то что расширения для Delphi нельзя подключить к Lazarus, если они не OpenSource.
окстись-окстись, это ж где так?
в питере да новосибе 2-3 конторы?
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093753
Last of 1 as
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Siemargl
Смешно сравнивать 1С и Дельфи в области конкуренции, это как два бомжа, дерущиеся за пустую банку из под пепси =)


1c-ники тешут себя надеждой поставить туда готовую коробку "занедорого". если у завода есть деньги - кастомизовать это всё, пока деньги не кончатся. с каждой старушки по десятнику - а 10 старушек - уже рупь!

ну и заводе можно затирать, что "если чо - вас не бросят, этих 1с-ков как ... за забором и любой местный вася будет счастлив подхватить пошатнувшееся знамя автоматизации за весьма скромный прайс"

что обещают дельфийцы - я не знаю
...
Рейтинг: 0 / 0
оптимальный ЯП для импортозамещения?
    #40093780
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Last of 1 as
что обещают дельфийцы - я не знаю
да ничего не обещают.
что можно обещать на ТЗ "хочу большую красную кнопку" ...
...
Рейтинг: 0 / 0
25 сообщений из 160, страница 5 из 7
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / оптимальный ЯП для импортозамещения?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]