| Правила | Регистрация | Пользователи | Сообщения за день |  Справка по форуму | Файлообменник |

Вернуться   Форум DWG.RU > Программное обеспечение > Программирование > Какой язык перспективен для инженера-конструктора с условием

Какой язык перспективен для инженера-конструктора с условием

Результаты опроса: Какой язык перспективен для инженера-конструктора?
С/С++ 57 14.69%
Delphi 17 4.38%
Пайтон 39 10.05%
Фортран 1 0.26%
Basic/VB/VBA/VB.NET 93 23.97%
джава 7 1.80%
другой, какой - см. по тексту 29 7.47%
матерный 145 37.37%
Голосовавшие: 388. Вы ещё не голосовали в этом опросе

Ответ
Поиск в этой теме
Непрочитано 23.03.2007, 21:50
Какой язык перспективен для инженера-конструктора с условием
The_Mercy_Seat
 
Сообщений: n/a

Предполагается что инженер-строитель использует как AutoCAD (или его клоны) так и расчетные программы узкостроительного направления, времени на изучение минимум. Требуется получить наибольший практический эффект от владения данным языком.
Просмотров: 262063
 
Непрочитано 16.03.2017, 00:20
#561
Kinzer


 
Регистрация: 28.10.2007
Сообщений: 528


Цитата:
Сообщение от Сергей812 Посмотреть сообщение
для крупной проектной или даже средней монтажно-проектной организации это граничное условие вполне выполняется.
Т.е. в вашей монтажно-проектной организации вас посадили писать не что-то с открытым исходным кодом (ведь мы говорим здесь об примочках для акада и прочего), а какой-то дико секретный и важный проект. Дело ваше конечно. Хотите использовать устаревшие технологии и вам с ними удобнее - это нормально и даже хорошо, нечего стыдиться тут. Только не надо отрицать очевидное. Дело не в ограничениях по коммерческому использованию, зловещей корпорации Майкрософт или каких-то недостатках платформы. А дело в том, что просто вам удобнее писать на делфи. Кстати, кроме студии есть monodevelop, sharpdevelop и на подходе rider.
Kinzer вне форума  
 
Непрочитано 16.03.2017, 00:45
#562
Сергей812


 
Регистрация: 10.08.2013
Сообщений: 11,040


Цитата:
Сообщение от Kinzer Посмотреть сообщение
Т.е. в вашей монтажно-проектной организации вас посадили писать не что-то с открытым исходным кодом (ведь мы говорим здесь об примочках для акада и прочего),
а почему те же самые примочки для акада должны быть с открытым кодом? Чтобы каждый мог унести домой, на другую работу, раздать знакомым и т.д.?)

Цитата:
Сообщение от Kinzer Посмотреть сообщение
Дело ваше конечно. Хотите использовать устаревшие технологии и вам с ними удобнее - это нормально и даже хорошо, нечего стыдиться тут. Только не надо отрицать очевидное. Дело не в ограничениях по коммерческому использованию, зловещей корпорации Майкрософт или каких-то недостатках платформы. А дело в том, что просто вам удобнее писать на делфи.
И здесь вы пальцем в небо - уже несколько лет как перешел на C# и возвращаться к Delphi в планах даже нету)
Сергей812 вне форума  
 
Непрочитано 16.03.2017, 01:47
#563
Kinzer


 
Регистрация: 28.10.2007
Сообщений: 528


Какие все здесь жадные.
Да кому нужно все это? Я например, не стану пользоваться чужими таблицами экселя, т.к. доверия нет, а уж копаться в чужом коде, ради каких-то примочек к автокаду или ревиту. Посмотрите сколько в сети таких примочек раздают на всяких трекерах. И там они доведены до ума не хуже чем СПДС (тысячу лет уже не пользовался подобным). Но не об этом. В одиночку вероятность того, что вы сделаете что-то что можно продать и представляет ценность ну крайне мала. Люди наоборот открывают свой код, чтобы возможно заинтересовать кого-то со стороны ради помощи.

И кстати открытый не означает априорно бесплатный.
Kinzer вне форума  
 
Непрочитано 16.03.2017, 02:11
#564
Сергей812


 
Регистрация: 10.08.2013
Сообщений: 11,040


Цитата:
Сообщение от Kinzer Посмотреть сообщение
В одиночку вероятность того, что вы сделаете что-то что можно продать и представляет ценность ну крайне мала.
Типичные доводы менеджеров-продажников, когда они не хотят платить за дополнительные навыки и умения - а ты попробуй продай это. И гордо смотрят на тебя при этом, как будто сами что-то способны что-то сделать руками.

А ценность большинства программ-самописок в том, что они позволяют выполнять основную работу быстрее - так как написаны под реальные задачи под конкретного пользователя/требования фирмы. В инете можно найти много готового, но обычно этими примочками решается какая часть нужной задачи - а интерес в получении законченной цепочки действий без жонглирования промежуточными костылями в процессе.
Сергей812 вне форума  
 
Непрочитано 16.03.2017, 05:13
#565
CalcProg


 
Регистрация: 02.10.2016
Сообщений: 205


открытый код позволяет выявить косяки в программе и исправить их и на оборот )))

----- добавлено через ~10 мин. -----
Цитата:
Сообщение от Kinzer Посмотреть сообщение
Зато делать экзешники по 50 мб (или сколько там) это ок.
всего то 15 без удаления отладочной информации. после удаления 7. можно также сжать экзешник до 3-4.

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

----- добавлено через ~28 мин. -----
какой яп лучше, это вечный спор: http://iforum.pro/obshie-voprosy-pro...niya-6222.html
CalcProg вне форума  
 
Непрочитано 16.03.2017, 06:37
#566
ShaggyDoc

Thượng Tá Quân Đội Nhân Dân Việt Nam
 
Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,381


Цитата:
Сообщение от CalcProg Посмотреть сообщение
всего то 15 без удаления отладочной информации. после удаления 7. можно также сжать экзешник до 3-4.
Размеры EXE волновали во времена DOS, когда винчестеры были по 40 МБ. Всякие уловки придумывал, сжимал. Кстати, компиляторы были лучше, они не прилинковывали ничего не используемого.

Помню еще фанаты Clipper хвастались - вот моя программа, всего 10 Кб, а столько делает. Да только они и сами часто не знали, что кроме основного EXE к ней прилагался файл библиотеки (как DLL по-нынешнему), в котором и был весь Clipper.
И сейчас так можно. Например в Delphi можно компилировать с "Build with runtime packages". В этом случае EXE уменьшится в разы, но еще больше придется поставлять с программой BPL-файлов, да суметь не забыть какой-нибудь.

И так происходит во всех средах программирования. Их разработчики вообще прекратили уделять внимание анализу проектов, удалению ненужных модулей и прочему. Да и программы теперь во время работы используют множество сторонних DLL, причем программист об этом и не знает. Запустите свою "маленькую" программу, потом Process Explorer и увидите, что программа во время работы прицепилась еще к трем десяткам DLL от какой-то "Microsoft Corporation" и от какой-то "Корпорация Майкрософт". И весьм вероятно, что там замешается и ООО "Яндекс" и какой-нибудь Roland.
ShaggyDoc вне форума  
 
Непрочитано 16.03.2017, 07:30
#567
trir


 
Регистрация: 18.12.2010
Сообщений: 5,057


Цитата:
Это Вам в Microsoft так говорят? Ню-ню... Или Вы лично так хорошо знаете всё, что есть для Delphi? Ню-ню... А еще некоторые уже 20 лет говорят "Delphi умерла". Ню-ню...
А вы когда последний раз открывали Visual Studio?
trir вне форума  
 
Непрочитано 16.03.2017, 09:21
#568
ShaggyDoc

Thượng Tá Quân Đội Nhân Dân Việt Nam
 
Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,381


Цитата:
Сообщение от trir Посмотреть сообщение
А вы когда последний раз открывали Visual Studio?
А что, возможности определяются набором менющек и тулбаров штатной IDE?
ShaggyDoc вне форума  
 
Непрочитано 16.03.2017, 09:36
#569
trir


 
Регистрация: 18.12.2010
Сообщений: 5,057


нет, но я сомневаюсь, что есть коммерческие инструменты эксклюзивные для Delphi

----- добавлено через ~8 мин. -----
Мы тут обсуждали, какой ЯП лучше первым для изучения, так что комментарий совсем не в тему
trir вне форума  
 
Непрочитано 16.03.2017, 09:51
#570
Сергей812


 
Регистрация: 10.08.2013
Сообщений: 11,040


Цитата:
Сообщение от ShaggyDoc Посмотреть сообщение
Помню еще фанаты Clipper хвастались - вот моя программа, всего 10 Кб, а столько делает. Да только они и сами часто не знали, что кроме основного EXE к ней прилагался файл библиотеки (как DLL по-нынешнему), в котором и был весь Clipper.
И сейчас так можно. Например в Delphi можно компилировать с "Build with runtime packages". В этом случае EXE уменьшится в разы, но еще больше придется поставлять с программой BPL-файлов, да суметь не забыть какой-нибудь.

И так происходит во всех средах программирования. Их разработчики вообще прекратили уделять внимание анализу проектов, удалению ненужных модулей и прочему. Да и программы теперь во время работы используют множество сторонних DLL, причем программист об этом и не знает. Запустите свою "маленькую" программу, потом Process Explorer и увидите, что программа во время работы прицепилась еще к трем десяткам DLL от какой-то "Microsoft Corporation" и от какой-то "Корпорация Майкрософт". И весьм вероятно, что там замешается и ООО "Яндекс" и какой-нибудь Roland.
Вот логическим продолжением для Windows и стало внедрение той же .Net технологии. И она присутствует уже по умолчанию в операционной системе - программисту не надо ничего таскать за своей программой из среды разработки - только учитывать доступную версию фреймворка.
Сергей812 вне форума  
 
Непрочитано 16.03.2017, 10:30
#571
Бахил

?
 
Регистрация: 17.06.2014
Царицын
Сообщений: 12,211


Offtop: Ребята, вы часом не заблудились? Ключевое слово "конструктор", а вовсе не "программист"
Вряд ли конструктору понадобится создавать сложные интерфейсы.
Поэтому используются те ЯП, которые поставляются с основными программными комплексами.
Для офиса - ВБП, для акада - автолисп.
Вот с них и надо начинать. А дальше, если дело пойдёт и войдёт во вкус можно и более серьёзные.
Для непрофессионала Дельфи самое то - весьма комфортная среда.
Что касается объёма и скорости, то не для некоммерческого использования - дело десятое.
__________________
Не откладывайте на завтра! Положите на всё уже сегодня.(с)
Бахил вне форума  
 
Непрочитано 16.03.2017, 11:01
#572
Kinzer


 
Регистрация: 28.10.2007
Сообщений: 528


Цитата:
Сообщение от Сергей812 Посмотреть сообщение
А ценность большинства программ-самописок в том, что они позволяют выполнять основную работу быстрее - так как написаны под реальные задачи под конкретного пользователя/требования фирмы. В инете можно найти много готового, но обычно этими примочками решается какая часть нужной задачи - а интерес в получении законченной цепочки действий без жонглирования промежуточными костылями в процессе.
Вот вы сами и ответили. И полезность этих программ как правило только для вас. Соответственно никто их покупать, воровать и не собирается. Как в анекдоте с неуловимым ковбоем Джо. Между самописной программулькой для ускорения работы и коммерческим продуктом, который можно продавать за деньги пропасть. И в одиночку вы, поверьте, вряд ли сделаете коммерческий продукт.

Цитата:
Сообщение от Бахил Посмотреть сообщение
Вряд ли конструктору понадобится создавать сложные интерфейсы.
По хорошему конструктору вообще не понадобится программировать.
Ну, а просто тратить время на почти мертвые технологии или нет - дело каждого. Кому что нравится. В этом нет ничего зазорного.

Цитата:
Сообщение от ShaggyDoc Посмотреть сообщение
Размеры EXE волновали во времена DOS, когда винчестеры были по 40 МБ.
Если мы говорим про самоучек, которые делают примочки в акаду,то тут хоть по 5 гб на решение - кому какое дело. А в нормальных конторах так не делают. И в серьезных приложениях на мобильные, например, борются за каждый мб.
Kinzer вне форума  
 
Непрочитано 16.03.2017, 11:11
#573
Бахил

?
 
Регистрация: 17.06.2014
Царицын
Сообщений: 12,211


Цитата:
Сообщение от Kinzer Посмотреть сообщение
По хорошему конструктору вообще не понадобится программировать.
Это вряд ли. Только если в фирме имеется штатный программист.
__________________
Не откладывайте на завтра! Положите на всё уже сегодня.(с)
Бахил вне форума  
 
Непрочитано 16.03.2017, 11:34
#574
Сергей812


 
Регистрация: 10.08.2013
Сообщений: 11,040


Цитата:
Сообщение от Kinzer Посмотреть сообщение
Вот вы сами и ответили. И полезность этих программ как правило только для вас. Соответственно никто их покупать, воровать и не собирается. Как в анекдоте с неуловимым ковбоем Джо. Между самописной программулькой для ускорения работы и коммерческим продуктом, который можно продавать за деньги пропасть. И в одиночку вы, поверьте, вряд ли сделаете коммерческий продукт.
Могут, только то - во что вложено достаточно много усилий, времени и соответственно средств - мало кто выкладывает в общий доступ) И прекращайте умными словами типа коммерческого продукта трясти - большая часть самописок предназначена для оптимизации основной работы. И тема в общем то об этом - а не о том, как сделать коммерческий продукт. И советовать использовать дорогой платный по умолчанию Delphi для некоммерческих продуктов....
Сергей812 вне форума  
 
Непрочитано 16.03.2017, 12:56
#575
Linkor

что хочу, то и делаю
 
Регистрация: 30.06.2014
Сообщений: 119


Цитата:
Сообщение от Kinzer Посмотреть сообщение
По хорошему конструктору вообще не понадобится программировать.
У меня вот не очень большой пока опыт работы, и вряд ли с этой точки зрения назову себя "хорошим" конструктором, но стараюсь как можно больше в своих чертежах делать с помощью программ, ну лень мне чертить каждый раз одно и то же с разными параметрами. А вот более опытные товарище, безусловно, хорошие конструкторы, каждый раз проделывают скучную, работу, тратя порой по нескольку дней

----- добавлено через ~31 мин. -----
Не запускается что то у меня Студия

----- добавлено через ~35 мин. -----
Цитата:
Сообщение от Linkor Посмотреть сообщение
У меня вот не очень большой пока опыт работы, и вряд ли с этой точки зрения назову себя "хорошим" конструктором, но стараюсь как можно больше в своих чертежах делать с помощью программ, ну лень мне чертить каждый раз одно и то же с разными параметрами. А вот более опытные товарище, безусловно, хорошие конструкторы, каждый раз проделывают скучную, работу, тратя порой по нескольку дней

----- добавлено через ~31 мин. -----


Не запускается что то у меня Студия
Как я понимаю, и Лазарус (альтернатива MSE), и Студия - открытые среды (опустим деталь с 1млн $), только там используется разные языки, можно выбирать то, какой язык ближе? или ещё есть аргументы в чью либо пользу?

Последний раз редактировалось Linkor, 16.03.2017 в 13:35.
Linkor вне форума  
 
Непрочитано 16.03.2017, 13:38
#576
Kinzer


 
Регистрация: 28.10.2007
Сообщений: 528


Цитата:
Сообщение от Сергей812 Посмотреть сообщение
И советовать использовать дорогой платный по умолчанию Delphi для некоммерческих продуктов....
Дык, я наоборот советую Visual Studio.
Цитата:
Сообщение от Сергей812 Посмотреть сообщение
большая часть самописок предназначена для оптимизации основной работы.
Основной работы для кого? Для вас же. А то, что кто-то эти программки под свои нужды самостоятельно подстроить ну очень маловероятно. Поэтому ничего в страшном в написании ваших программ с открытым кодом нет. Так вот. В случае открытого кода любая лицензия Open Source Initiative (OSI) , если не ошибаюсь, у Майкрософта никакой претензии к вам не будет за использование VS Community IDE. И не думал, что слово "коммерческий" такое умное

Linkor, Я же написал по хорошему. По хорошему если возникает необходимость вы заплатите, чтобы вам сделали эти программки - они будут сделаны лучше и быстрее, чем вы сами разработаете скорее всего. Главное знать, что можно вот здесь что-то ускорить в работе и прочее. И конструктору максимум понадобится самостоятельно написать пару макросов в экселе да примочек мелких для акада. А изучать для чего-то более сложного ЯП это сродни научиться собирать машину с нуля, долго ее собирать, а затем раз в год кататься на ней. Вы занимаетесь этим потому, что вам интересно же в первую очередь.

----- добавлено через ~2 мин. -----
Цитата:
Сообщение от Linkor Посмотреть сообщение
или ещё есть аргументы в чью либо пользу?
Аргумент один - занимайтесь чем вам нравится.
С точки зрения возможностей платформы, то у .Net ее в разы больше чем у Делфи.
Kinzer вне форума  
 
Непрочитано 16.03.2017, 13:56
#577
Linkor

что хочу, то и делаю
 
Регистрация: 30.06.2014
Сообщений: 119


Цитата:
Сообщение от Kinzer Посмотреть сообщение
По хорошему если возникает необходимость вы заплатите, чтобы вам сделали эти программки - они будут сделаны лучше и быстрее, чем вы сами разработаете скорее всего.
Может я сделаю и медленнее, но у меня будет возможность постоянно редактировать, дописывать, развивать. А лучше или хуже, в плане крутости написания кода - это не важно, главное - достижение результата. А так можно всё, что честным трудом заработал, спустить на "лучше и быстрее", только без результата в итоге.
Linkor вне форума  
 
Непрочитано 16.03.2017, 13:57
#578
bigden


 
Регистрация: 05.08.2008
Сообщений: 823


заказывать большие программы у программиста - дохлый номер. нужна команда минимум из двух человек специалистов в своих областях. они пишут основу, а программист уже должен сделать формочки, ввод-вывод, может с памятью помочь
bigden вне форума  
 
Непрочитано 16.03.2017, 13:57
#579
Linkor

что хочу, то и делаю
 
Регистрация: 30.06.2014
Сообщений: 119


Цитата:
Сообщение от Kinzer Посмотреть сообщение
С точки зрения возможностей платформы, то у .Net ее в разы больше чем у Делфи.
Можно пояснить?

----- добавлено через ~2 мин. -----
Цитата:
Сообщение от bigden Посмотреть сообщение
заказывать большие программы у программиста - дохлый номер. нужна команда минимум из двух человек специалистов в своих областях. они пишут основу, а программист уже должен сделать формочки, ввод-вывод, может с памятью помочь
У меня есть знакомые расчетчики в одной из самых крутых проектных контор в России, в их конторе есть целый отдел программистов, и что, в итоге, сами они сидят и кодят на VBA
Linkor вне форума  
 
Непрочитано 16.03.2017, 14:25
#580
Kinzer


 
Регистрация: 28.10.2007
Сообщений: 528


Цитата:
Сообщение от Linkor Посмотреть сообщение
Можно пояснить?
Больше комьюнити, больше и качественнее обучающих материалов (эти факторы важны при обучении, т.к. всегда есть у кого спросить на Stack Overflow), постоянное развитие, сама платформа позволяет писать не только десктопные приложение, но и веб, мобилы, игры (даже микроконтроллеры, но это уже извращение). Очень удобная IDE. Одна из, если не самая, удобная в мире. Т.к. .Net постоянно развивается, то многие вещи уже за вас решили и написали. И свой велосипед дело не придется. Но, серьезно, занимайтесь, что вам ближе к сердцу лежит.
Kinzer вне форума  
Ответ
Вернуться   Форум DWG.RU > Программное обеспечение > Программирование > Какой язык перспективен для инженера-конструктора с условием

Размещение рекламы