IPB

Здравствуйте, гость ( Вход | Регистрация )

История благодарностей участнику Alxd ::: Спасибо сказали: 16 раз(а)
Дата поста: В теме: За сообщение: Спасибо сказали:
6.11.2011 - 21:24 ATable for AutoCAD
Появился ATable for AutoCAD 2012 x64 only (beta)
Искать на сайте: http://alxd.it-dept.ru/ru/download
cadcamcae, luser, xiaxiang, zel,
16.10.2008 - 04:56 Документооборот
Демо версии нет. Разработчик прав на продукт не имеет, поэтому поделиться рабочей версией альтруистично не могет. Вот так sad.gif
s-nicky,
24.09.2008 - 04:40 TDMS
Не стану отговаривать. Попробуй. Учись на своих ошибках smile.gif

А насчет того, что в TDMS имеет смысл добавить поддержку .NET - спору нет. Было бы круто, если б можно было выбирать на чем писать скрипт в TDMS. Типа выпадающий список с пунктами: VBScript, C#. Учитывая, что из .NET можно вызывать очень большое количество низкоуровневых функций, сложность функций выполняемых скриптами можно было бы увеличить. Более сложные реализации в open source - это здорово.
Кроме этого, микроскоп... тьфу... мелкософт все равно держит курс на уход с COM на .NET, поэтому неизбежно придется на него перестраиваться. Разработчикам TDMS привет! wink.gif
chainick2006, MCAD,
5.06.2008 - 05:03 Организация ИТ и САПР на предприятии
Специально привел эпитет "системный администратор", чтобы создать контраст с САПР. И сразу стало видно, что к айтишнегам относятся, как к сисадминам или эникейщикам. А зачастую ставят между этими двумя понятиями знак равенства. Сисадмин+эникейщик=компутерщик. И почти у каждого в компании видимо есть такой компутерщик.
При нормально поставленой работе, штат айти должен состоять из:
админов (сервера и сети)
техпода (принтеры, картриджи, мелкая помощь с офисом, осликом, виндой, винампом, мирандой и т.п.)
профилированых экспертов (специализированное по по направлению)
программеров (не тех, что пишут продукты, а тех, что называют на западе scripting-guy).
Вот собрать такую команду не просто. Знаю. Но стремиться к этому надо.

Выше не раз написали, что среди проектировщиков находится человек, который просек выгоду от использования какого-то ПО и начинает его двигать. В зависимости от степени увлеченности и энтузиазма примерно такой человек и должен быть в айти. Он по образованию скорее всего проектировщик, поработал в проекте, потом его зацепил софт и он увлекся айти. Поменял тропу жизни. Вот он отлично знает ПО, технологию проектирования, что и как считается, вообщем все слезы проектировщика. Объективно выберет ПО, протестит на реальных примерах, курирует пилотник в проектном отделе, напишет обоснование для всех сторон. Найти такого не просто.

Ни один компутерщик не знает подноготной даже AutoCAD'а, что уж говорить о SCAD, Лира, MEP, СТАРТ и т.п. И не будет знать и не сможет. Именно поэтому надо собирать мощную команду айти, но это по силам только крупным компаниям, у которых штат айти может быть больше десятка-двух. Малым фирмам придется идти на аутсорсинг. Выбора нет. Или жить с компутерщиком и плакаться в жилетку навроде этой темы wink.gif
Korel, Novoselov,
4.06.2008 - 13:39 Организация ИТ и САПР на предприятии
А это другой вопрос, что нет таких айтишнегов. У нас каждый молокосос, который установил дома три раза ХРюшу считает себя системным администратором. Фигали. Такой конечно никогда не возьмет на себя ответственность. У такого всегда один вопрос: "Вам что поставить на комп?" и сразу ставит. Без базара. Надо. Ненадо. Может уже подобная прога есть и т.д. У такого на компах такой зоопарк - ппц.
В составе отдела ИТ должны быть спецы профилированные по тем направлениям, которые существуют на предприятии. Желательно не по одному, а сразу по двум-трем. Чтоб взаимозаменяемость была и сравнительный анализ в голове работал, а также потенциал интеграции. Тогда все ништяг будет.
А боссам ненадо объяснять, как удобно или как быстро или как клево. Если о не видит ЭКОНОМИЧЕСКОЙ выгоды, толку большого не будет. Только если он малохольный и его можно легко убедить в необходимости приобретения... тут другой разговор. А так как я лично еще не встречал ни одной проектной компании в которой можно было бы спросить и получить ответ на вопросы: "Сколько стоит час работы инженера? Сколько стоит час работы компании? Сколько теряет компания от срыва сроков? Сколько теряет от переделок по 6 раз?", то обосновать покупку можно только мощной харизмой или киванием на конкурентов wink.gif Мол, вон как у других все клево, мы можем так же. Больная мозоль для руководителя с амбициями. wink.gif
Novoselov,
26.05.2008 - 06:28 Варез - зачем и как бороться?
2 vladandrosov
Давайте разделять (классифицировать) ошибки в ПО, тогда можно будет говорить об ответственности. Выпус сервис-паков и патчей к ПО - это и есть ответственность разработчика перед пользователями. Но, как выше тоже сказали, отвечать за кривые руки пользователей разработчик не собирается.
Производитель автомобилей, допусти, гарантирует, что прокладки в двигателе отработают 1 год и не испортятся, а если и испортились, то заменит. Но гарантировать, что водила не впишется в ближайший столб... это как?
Народ, Вы заметили, что с появлением расчетного софта, многие инженеры начали тупеть! Задают вопросы из школьной программы, например. А все почему? Надежда на софт и повышение требований к нему! Типа, а че, программа сама не могла догадаться, что она в России и должна считать в метрической системе? Да епрст... а голова на что?! И чем дальше, тем больше! Все еще мечтают о большой красной кнопке на весь экран, на которой написано "Сделать работу". И ответственность свалить на разработчиков или отдел ИТ (они поближе будут).
Ну дурдом...

Еще раз повторюсь, что софт НЕ покупают, не потому, что денег нет, а потому что НЕ умеют считать деньги и рассчитывать инвестиции... Ведь купленное ПО включается в стоимость компании. Стоимость компании дорожает. Чем больше материальных активов, тем она дороже. Тем ценнее на рынке и т.д.... Много директоров об этом думают? Нет! Почему? Об этом думать некогда. Урывать надо. Срочно!
Как раз демонстрация того факта, что не разделяют понятий: деньги компании и деньги в кармане. Что заработала фирма = что заработал директор. А ведь это не так!

2 Shkrek
Учебным заведениям каждый уважающий себя разработчик ПО предоставляет либо бесплатные, либо ну очень-очень дешевые версии полноценного ПО для изучения и прививания знаний молодежи. А то, что не каждый зав. кафедрой готов общаться с поставщиком ПО ради получения такого ПО - другой разговор.
MC2007,

RSS Текстовая версия Сейчас: 23.10.2019 - 06:11