Не голосовал, но хотел «против».
Для меня несколько задач/проектов — это воздух. Иначе могу оказаться в зависании над одной проблемой, вместо — переключится и подойти к вопросу с новыми мыслями.
П.С. обычный режим последнее время: 1С 77, 1С8, C#, ASP MVC, Android
Вопрос не совсем в тему, но давно волнует. На локальном эмуляторе можно получить данные о нагрузках (точнее интересует ориентировочная цена) на облако. Чтобы спрогнозировать цену такого хостинга.
Тоже живу за городом. Есть один вопрос по Эпарсилу, какой у него расход и цена на 1 засыпку и последующие. Ранее пробовал Водограй и еще какую-то штуку такого типа, результатом недоволен, а чистить нужно первый осветитель.
А меня этот… ый мордокниг, спамом достал.
У вас не получилось войти, вы давно не заходили, кто-то что-то там написал.
И мертвому придется раз в месяц зайти.
Что такое могло быть — верю, сам сталкивался.
Поставили задачу написать программу сверки параметров снятых со стенда тестирования дизель-генераторов (некоторые из них ставятся на военную технику), с таблицами граничных показаний. Параметров очень много и взаимосвязанных, поэтому с написанием помучился. В итоге: «Только нужно сделать так, что если выходит за границы — показывало что все в норме».
Эти бы посты, да руководству заказчика. Сколько бы времени (денег) сэкономили. 1-5 заказчики вроде и понимают, но все равно пытаются экономить не на том. А п6, это действительно самый экономный способ. Но как говорит доктор Комаровский, каждый хочет получить таблеточку и решить проблемы. Сам являюсь фрилансером по поддержке одной отечественной ERP. Т.к.работаю в лучшем случае со средним бизнесом, получается общаться прямо с заказчиком/собственником бизнеса. В итоге пришел к определенным «правилам», которые быстрее налаживают диалог:
1. ТЗ
1.1. Заказчик не может составить грамотное ТЗ;
1.2. Я не могу составить ТЗ т.к. лицо заинтересованное, и не в курсе процессов заказчика;
1.3. Предлагаю идти, или наем(организация собственными силами) составителя ТЗ, либо исходить из Требований;
99,99% Заказчиков выбирают Требования, это убирает (экономит)
а) блок создания ТЗ;
б) блок согласования ТЗ;
в) блок взаимных претензий о соответствии ТЗ к результату;
г) возможно менять решения на ходу;
2. Требования, Здесь стратегия одна
2.1. Выявить задачу
2.2. Определить как она решается сейчас и построить схему;
2.3. Отразить схему на готовом решении или адаптировать готовое решение;
тут я веду себя как «д… новичек», с заказчиком проговаривается, кто что делает (определяю схему), проверяется логичность каждого этапа (вдруг его можно выкинуть или упростить), и к концу разговора у заказчика появляется схема, которую он полностью понимает (с учетом особенностей, которые иногда опускают), а я получаю фактически упрощенное ТЗ
3. Интерфейс — правило 1, каждое решение пишется в 3 этапа
3.1. Каркас (на основе разговора с заказчиком) который выполняет основные функции (тут заказчик получает что-то для визуального понимания решения)
3.2. Изменение каркаса, до уровня — выполняет все задачи (часто у заказчика, после 3.1, появляется много новых идей, т.к. он уже видит как это будет, иногда с переделкой каркаса, но заказчик уже прямо говорит что хочет )
3.3.«Визуализация» раскраска, расстановка (некоторые заказчики это делают сами, чем экономят свои деньги)
4. Тестирование — Только средствами заказчика
4.1. Мне (как тому козлу в огороде) трудно проверить свой код
а) я знаю ку да нужно и не нужно клацать;
б) я работаю на тестовых данных;
4.2. Заказчик сразу видит
а) технические ошибки;
б) ошибки процесса, и может изменить задачу;
Вроде все.
Мне кажется судебные тяжбы должны быть в размере максимальной компенсации, а не, как сейчас, в идее.
Я придумал Х потратил Y денег.
Хотите воспроизвести мою идею — договариваемся «налог» Y на Z лет. Появился второй — пере договор на 3 лица, в итоге через время идея, автоматически стане бесплатной.
При действующей схеме — раздолье = хочу «мильойн за раз блокировку движением в сторону»
Любая идея должна быть выражена в затратах, а компенсациях в порядках.
Как по мне, вопрос можно было бы решить — «монетизацией» патента.
Я КОРПОРАЦИЯ потратила на патент Х денег = затраты * 2.
Я ЛИЧНОСТЬ потратила Х месяцев = Х * максимальная ЗП по рынку * 2.
1. Доступ к вашим данным на всех веб-сайтах
2. Доступ к вкладкам и журналу посещений
?
Для меня несколько задач/проектов — это воздух. Иначе могу оказаться в зависании над одной проблемой, вместо — переключится и подойти к вопросу с новыми мыслями.
П.С. обычный режим последнее время: 1С 77, 1С8, C#, ASP MVC, Android
У вас не получилось войти, вы давно не заходили, кто-то что-то там написал.
И мертвому придется раз в месяц зайти.
Поставили задачу написать программу сверки параметров снятых со стенда тестирования дизель-генераторов (некоторые из них ставятся на военную технику), с таблицами граничных показаний. Параметров очень много и взаимосвязанных, поэтому с написанием помучился. В итоге: «Только нужно сделать так, что если выходит за границы — показывало что все в норме».
1. ТЗ
1.1. Заказчик не может составить грамотное ТЗ;
1.2. Я не могу составить ТЗ т.к. лицо заинтересованное, и не в курсе процессов заказчика;
1.3. Предлагаю идти, или наем(организация собственными силами) составителя ТЗ, либо исходить из Требований;
99,99% Заказчиков выбирают Требования, это убирает (экономит)
а) блок создания ТЗ;
б) блок согласования ТЗ;
в) блок взаимных претензий о соответствии ТЗ к результату;
г) возможно менять решения на ходу;
2. Требования, Здесь стратегия одна
2.1. Выявить задачу
2.2. Определить как она решается сейчас и построить схему;
2.3. Отразить схему на готовом решении или адаптировать готовое решение;
тут я веду себя как «д… новичек», с заказчиком проговаривается, кто что делает (определяю схему), проверяется логичность каждого этапа (вдруг его можно выкинуть или упростить), и к концу разговора у заказчика появляется схема, которую он полностью понимает (с учетом особенностей, которые иногда опускают), а я получаю фактически упрощенное ТЗ
3. Интерфейс — правило 1, каждое решение пишется в 3 этапа
3.1. Каркас (на основе разговора с заказчиком) который выполняет основные функции (тут заказчик получает что-то для визуального понимания решения)
3.2. Изменение каркаса, до уровня — выполняет все задачи (часто у заказчика, после 3.1, появляется много новых идей, т.к. он уже видит как это будет, иногда с переделкой каркаса, но заказчик уже прямо говорит что хочет )
3.3.«Визуализация» раскраска, расстановка (некоторые заказчики это делают сами, чем экономят свои деньги)
4. Тестирование — Только средствами заказчика
4.1. Мне (как тому козлу в огороде) трудно проверить свой код
а) я знаю ку да нужно и не нужно клацать;
б) я работаю на тестовых данных;
4.2. Заказчик сразу видит
а) технические ошибки;
б) ошибки процесса, и может изменить задачу;
Вроде все.
Я придумал Х потратил Y денег.
Хотите воспроизвести мою идею — договариваемся «налог» Y на Z лет. Появился второй — пере договор на 3 лица, в итоге через время идея, автоматически стане бесплатной.
Любая идея должна быть выражена в затратах, а компенсациях в порядках.
Я КОРПОРАЦИЯ потратила на патент Х денег = затраты * 2.
Я ЛИЧНОСТЬ потратила Х месяцев = Х * максимальная ЗП по рынку * 2.
Если то что упоминалось, то только мной.