Вы исходите из стоимости труда вашего сотрудника, но ведь при назначении стоимости ПО исходят из стоимости труда разработчиков и еще массы других факторов.
Если разработчик назначил 995р. в месяц за ПО, а вашему бизнесу такая стоимость инструмента не по зубам, значит инструмент вам не подходит. Ищите дешевые или бесплатные аналоги.
P.S. В свое время продавал за 600р. программу ATable для AutoCAD. Программа была популярна и ее быстро взломали. На ru-board'е на мой вопрос: "Зачем ломать/качать пиратскую версию, если лицензия стоит несчастные 600р?" мне ответили: "Я лучше куплю 3 бутылки пива на 600р., чем куплю программу!"
Обучение - тоже не панацея. Если у сотрудника душа не лежит к руководству, нет соотв. soft-skill'ов, он в принципе не руководитель, то и учить бессмысленно. Как говорится, "дурака учить - только портить". Многие понимают роль руководителя, как диспетчера и точка. :)
По моим наблюдениям, руководителей вообще мало. Из тех, кто занимает руководящие позиции, настоящими руководителями являются, ну, пусть 5% или 10%. Остальные - это просто люди попавшие на управляющий пост по принципу Питера. Кстати, наблюдал интересный факт. Частенько в организациях на позицию начальника отдела выдвигают, главного специалиста. Скажем, начальник уволился, его надо заменить, и замену ищут среди подчиненных. Главный специалист, который лучше всех исполняет свои обязанности, оказывается впереди всех и по каким-то странным умозаключениям его выдвигают на должность начальника отдела. Не факт, что хороший исполнитель - главный специалист, обладает навыками руководителя и хорошо проявит себя в новом качестве. В итоге, организация проигрывает дважды. Первый раз, когда теряет главного специалиста превращая его в начальника отдела. Второй раз, когда приобретает начальника отдела без навыков управления. Ни специалиста, ни начальника. И понизить уже как-то неловко, и уволить нелепо. Мучаются обе стороны.
Мне кажется, через власть - это не авторитет, а страх или нежелание связываться. Такой "авторитет" никакой пользы не даст, т.к. сотрудники превратятся в лояльных дураков, даже, если в реальности они инициативные гении.
Имею точно такое же ощущение от своего проекта Dike. Крошечное приложение под AutoCAD. Когда-то давно, наверное, в начале 2000 написал его за пару дней, а потом добавлял функционал по мере возникающих требований, портировал под новые версии, позже переписал с C++ на C# ради поддержки примитивов AutoCAD Civil 3D. Так вот, обратная связь от этого продукта всегда приносила только теплые чувства. Продукту уже порядка 20 лет, а он живет. Поразительно живучий!
А вы видели, какие математические задачки для учеников средней школы?
Возьмем учебник по математике советского периода. Давайте даже откатимся подальше назад, к 1930-м или к 1950-м годам. Открываем учебники и видим задачки вида: сколько нужно гвоздей, чтобы построить дом, или, сколько нужно комбайнов, чтобы убрать урожай и т.д. В общем, задачки вполне себе предметные и любой ребенок научившись их решать уже сможет применить знания в работе.
Открываем современные учебники по математике и видим задачки вида: посчитайте количество нулей в сумме натуральных чисел от 1 до 10000, или, посчитайте, сколько круглых числе на диапазоне от 1 до 1000 и т.п.
Я не сомневаюсь, что современные задачи развивают мышление ребёнка, особенно абстрактное, вот только где он применит такие знания? На собеседованиях в Яндексе разве что?!
Жаль, что размещенный в статье пример совершенно не пригоден для использования. Откуда взялся Ticket — тайна. Откуда ProductPart — тайна. Откуда jdfMachine — загадка. Э-эх…
Я верно понял, что подрядчик не работает в Capital Projects, а передает разработанную документацию в виде файлов и сопровождает их реестром в формате Excel?
Цитата: Система самостоятельно проверяет соответствие данных в чертежах и спецификациях, избавляя инженера от длительных поисков и сверок бумажных документов
Не уловил. САПР предназначены для того, чтобы исключить описанные расхождения. Если система каким-то магическим образом сверят чертеж и спецификацию и находит расхождение, то лично у меня возникает вопрос: «Каким образом это расхождение возникло, если спецификация должна была формироваться автоматически из модели?!»
Внимательно прочитал статью, но так и не понял, что, если я приобрету не какой-то материальный товар пересылаемый почтой, а лицензию на программный продукт стоимостью, скажем, $1000, где-нибудь в США? Зайду на сайт поставщика, оплачу онлайн, получу лицензию на эл. почту. Придет ли ко мне в гости сотрудник таможни?!
Мне было лет 12, отдыхали на Обском море — искусственное водохранилище под Новосибирском. Как раз в нем «цвела» вода. Сказали, что это «синезеленые водоросли». Ну водоросли и водоросли. Водоросли никого не пугают. Было жарко. Мы купались не обращая на водоросли внимания. Тем более они были в основном только возле берега — занимали 2-3 метра вдоль берега.
В общем, нахлебался я их похоже. Как меня потом ночью полоскало, словами не передать. Почему же я не помер? Или это не те «синезеленые водоросли» о которых в статье написано? Или доза была маленькая?
Возможно и атаки нет. РКН сам себя замедлил, чтобы очебурнетить.
Круто! Подскажите, а "выгруженные, структурированные данные" что собой представляют? База данных? Некий формат хранения типа xml или json?
Вы исходите из стоимости труда вашего сотрудника, но ведь при назначении стоимости ПО исходят из стоимости труда разработчиков и еще массы других факторов.
Если разработчик назначил 995р. в месяц за ПО, а вашему бизнесу такая стоимость инструмента не по зубам, значит инструмент вам не подходит. Ищите дешевые или бесплатные аналоги.
P.S. В свое время продавал за 600р. программу ATable для AutoCAD. Программа была популярна и ее быстро взломали. На ru-board'е на мой вопрос: "Зачем ломать/качать пиратскую версию, если лицензия стоит несчастные 600р?" мне ответили: "Я лучше куплю 3 бутылки пива на 600р., чем куплю программу!"
Сколько, по вашему, должна стоить лицензия на одного человека в месяц для такого софта?
Как вы тренируетесь? На ком?
Не ошибается тот, кто ничего не делает, а дорогу осилит идущий. :)
Обучение - тоже не панацея. Если у сотрудника душа не лежит к руководству, нет соотв. soft-skill'ов, он в принципе не руководитель, то и учить бессмысленно. Как говорится, "дурака учить - только портить".
Многие понимают роль руководителя, как диспетчера и точка. :)
По моим наблюдениям, руководителей вообще мало. Из тех, кто занимает руководящие позиции, настоящими руководителями являются, ну, пусть 5% или 10%. Остальные - это просто люди попавшие на управляющий пост по принципу Питера.
Кстати, наблюдал интересный факт. Частенько в организациях на позицию начальника отдела выдвигают, главного специалиста. Скажем, начальник уволился, его надо заменить, и замену ищут среди подчиненных. Главный специалист, который лучше всех исполняет свои обязанности, оказывается впереди всех и по каким-то странным умозаключениям его выдвигают на должность начальника отдела. Не факт, что хороший исполнитель - главный специалист, обладает навыками руководителя и хорошо проявит себя в новом качестве.
В итоге, организация проигрывает дважды. Первый раз, когда теряет главного специалиста превращая его в начальника отдела. Второй раз, когда приобретает начальника отдела без навыков управления. Ни специалиста, ни начальника. И понизить уже как-то неловко, и уволить нелепо. Мучаются обе стороны.
Мне кажется, через власть - это не авторитет, а страх или нежелание связываться. Такой "авторитет" никакой пользы не даст, т.к. сотрудники превратятся в лояльных дураков, даже, если в реальности они инициативные гении.
Как по мне, здесь все просто. Руководитель должен иметь авторитет в глазах подчиненных и заслужить их уважения.
Имею точно такое же ощущение от своего проекта Dike. Крошечное приложение под AutoCAD. Когда-то давно, наверное, в начале 2000 написал его за пару дней, а потом добавлял функционал по мере возникающих требований, портировал под новые версии, позже переписал с C++ на C# ради поддержки примитивов AutoCAD Civil 3D.
Так вот, обратная связь от этого продукта всегда приносила только теплые чувства. Продукту уже порядка 20 лет, а он живет. Поразительно живучий!
Возьмем учебник по математике советского периода. Давайте даже откатимся подальше назад, к 1930-м или к 1950-м годам. Открываем учебники и видим задачки вида: сколько нужно гвоздей, чтобы построить дом, или, сколько нужно комбайнов, чтобы убрать урожай и т.д. В общем, задачки вполне себе предметные и любой ребенок научившись их решать уже сможет применить знания в работе.
Открываем современные учебники по математике и видим задачки вида: посчитайте количество нулей в сумме натуральных чисел от 1 до 10000, или, посчитайте, сколько круглых числе на диапазоне от 1 до 1000 и т.п.
Я не сомневаюсь, что современные задачи развивают мышление ребёнка, особенно абстрактное, вот только где он применит такие знания? На собеседованиях в Яндексе разве что?!
и тишина… каких типов?
Не уловил. САПР предназначены для того, чтобы исключить описанные расхождения. Если система каким-то магическим образом сверят чертеж и спецификацию и находит расхождение, то лично у меня возникает вопрос: «Каким образом это расхождение возникло, если спецификация должна была формироваться автоматически из модели?!»
В общем, нахлебался я их похоже. Как меня потом ночью полоскало, словами не передать. Почему же я не помер? Или это не те «синезеленые водоросли» о которых в статье написано? Или доза была маленькая?
Не понял, как поворачивать, копировать и печатать.
Без обид. Просто улыбнуло.