Category: литература

Category was added automatically. Read all entries about "литература".

Морлок

И к вам придут, ребята, Баширов и Петров...

Когда ты враг режима,
И друг всех светлых сил,
То ты не расслабляйся,
Петров здесь проходил.

Баширов на подходе
У дома твоего.
Петров за ним приходит
И ты уже того...

Упал, забился в нервах,
как будто паралитик.
Ты чувствуешь, наверно,
Совсем уже пропитым.

Но так режим коварен,
что ты опять налил.
Баширов неприклонен,
Петров неумолим...

promo videoelektronic may 5, 2018 21:48 2
Buy for 40 tokens
А скачать (абсолютно бесплатно!) можно тут: https://play.google.com/store/apps/details?id=com.skvgames.GemStripes
Фото

На день рождения Путина...

Шесть лет назад на этот день у меня родились стихи, которые, конечно же, практически никто в ЖЖ в частности и в мире вообще не заметил (я не сильно удивлён). Но поскольку я себя-то любимого считаю гениальным, то повторяю у себя в ЖЖ свои же стихи. Итак:

Оригинал взят у videoelektronic в На день рождения Путина...
Сегодня написать стихи совсем не сложно даже детям.
Ведь рифмой интернет кипит, и это трудно не заметить.
А в рифме той, ну как назло, всё, повторяясь в разных темах,
Строчат стихи все про Него титаны русской блогосферы.

И Путин то, и Путин сё. И все собрались собираться.
И сложно жить так,что бабло тут перестало добываться.
И даже те, кто там и сям по ресторанам жрёт котлеты,
И те клянут ко всем чертям Мессию и Его проекты.

Работать всем тут западло, в том Путин виноват, конечно.
Но все вздохнули от того, что хочет стать Он Президентом.
Ведь очень было плохо тут, когда б ушёл Он восвояси.
Ну, кто тогда бы стал козлом, что виноват во всём так кстати?

Но Он сидит и никуда, похоже, уходить не хочет.
Зачем же Он так, господа, тут всем нам голову морочит?
И разве можно так всерьёз любить народ свой недовольный?
И кто Его сюда принёс. Ведь без него, мы б жили вольно!

Цвели б везде тогда цветы, там, где хлеба не колосятся.
Исполнились бы все мечты, что только по ночам нам снятся!
Чиновники бы воровство конечно тут же прекратили.
Народ бы стал работать так, как коммунисты приучили!
Стоять бы в пробках, наконец, водители не стали больше,
Ну и коитус стал у всех бы продолжительней и дольше!

Но Он не хочет уходить, и тем тут всех нас раздражает.
И даже в день рожденья свой Он многим жить в стране мешает.
Зачем, скажите, Он никак сам всё с работы не уходит?
И где, в свои пятьдесят пять, Он силы для неё находит?

Ведь мог бы на покой свалить, что б жизнь тут скучной не казалась.
И парня мог усыновить, раз уж родить не получалось.
А может сына Он нашёл уже давно в России нашей?
Того, кто сделает её ещё сильней, крупней и краше.
Но нет, Он будет вечно жить, смотря на смену поколений.
Ведь Он бессмертен, ну а мы… конечно смертны, к сожаленью…

У граждан право есть всегда рождаться, жить и умирать.
И это право никому не получается отнять.
Вот я родился и живу, и, несмотря на все запреты,
Я умереть всегда смогу…
Спасибо Путину за это!
The Dungeon Again!, Hell

Виды контрактов в заказной разработке

Оригинал взят у dz в Виды контрактов в заказной разработке
Эта статья, скорее - лирическое отступление, хотя для общей картины она тоже важна.

Сама схема оказания услуги в области заказной разработки ПО в целом достаточно хорошо сформирована, но, тем не менее, есть множество важных и не всегда очевидных деталей.

Для начала, перечислим традиционные модели взаимодействия клиента и исполнителя: Контракт с фиксированной ценой - Fixed price (FP), Повременная оплата - Time and material (T&M), Аутстафф - Outstaff.

Контракт с фиксированной ценой

Предполагает ответственность исполнителя за достижение определённых целей - как правило, зафиксированных в контракте и приложениях. Наиболее стабильный способ фиксации целей в таком контракте - детальные требования (см. артефакт "требования" - будет описан позже). На стороне исполнителя выполняется полный цикл работ от снятия требований до полной готовности продукта.

Ремарка: документ "требования" часто также называют "техническое задание", ТЗ, что не вполне верно. По ГОСТу требования есть часть ТЗ. Впрочем, пожалуй - самая важная.

Требования могут быть сформированы на начало контракта во всех необходимых деталях, могут быть очерчены схематично или могут вообще отсутствовать.

В том (нечастом) случае, когда заказчик предоставляет к началу контракта абсолютно полные и детальные требования (то есть - требования такой детальности, к которой привык исполнитель), проект может быть оценен с высокой точностью на начало контракта.

Отмечу, что только исполнитель решает, полны ли и детальны ли предоставленные заказчиком постановочные документы. В целом, если требования неполны, не всегда обязательно настаивать на их доработке до блеска. Иногда неполнота постановки является хорошим аргументом для контрактации по T&M и выполнения работ по agile.

Если требования отсутствуют или неполны, применяются две схемы контрактации.

В первой схеме исполнитель грубо оценивает затраты на проработку требований и контрактуется только на этот этап работы. По окончании этапа на основании детальных требований определяется стоимость работ по разработке системы и подписывается второй контракт.

Для того, чтобы заказчика устроил такой метод работы, исполнитель должен показать, что написанные требования будут в достаточной степени отчуждаемы, чтобы заказчик на втором этапе мог выбирать, остаться ли с этим исполнителем, или переключиться на другого.

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

Один из типовых механизмов в такой схеме - разбиение всех сформированных требований на приоритеты, и отработка требований от наиболее важных до наименее важных по схеме "пока не кончатся деньги". Опять же, впрочем, разбиение требований на приоритеты необходимо при любом подходе.

Контракт T&M

Строго говоря при таком виде контракта стоимость работ не может быть оговорена на старте. Тем не менее, редкий заказчик готов оперировать оценкой стоимости работ в диапазоне от нуля до бесконечности. Как правило, исполнитель всё же называет опорную стоимость и срок. Иногда оговаривается безусловная максимальная цена и ключевые временнЫе точки в проекте, к которым должны быть сделаны релизы с той или иной функциональностью.

Контракты T&M довольно вариативны. В пределе при работе по такому контракту исполнитель может вообще не нести ответственность за сроки и стоимость, тогда схема приближается вплотную к аутстаффу (см. ниже) и, к примеру. менеджер проекта находится на стороне клиента. В другой крайности контракт T&M представляет собой практически fixed price контракт, но с ослабленными требованиями к составу релизов, стоимости и срокам. В такой контракт хорошо вписывается agile подход в той или иной его инкарнации. Например, жёсткий план проекта может быть заменён на беклог с уточнением состава релизов по ходу проекта. Впрочем, по сути, ничто не мешает делать то же самое и в проекте с фиксированной ценой. Другое дело, что в fix price проекте любая замена в составе функциональности проекта должна проходить жёсткую процедуру запроса на изменение (ЗИ, CR), а в T&M проекте схема согласования такого изменения может быть куда более расслабленной (в частности, не включать в себя точный подсчёт изменения сроков и стоимости проекта).

Аутстафф

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

Стороны и ресурсы

Необходимо отметить, что при любой схеме проекта практически любые ресурсы проекта - те или иные сотрудники, код, библиотеки, подсистемы, сервера - могут поставляться любой стороной проекта. Есть вещи незыблемые - например, при fixed price контракте исполнитель вряд ли допустит, чтобы менеджер проекта был не с его стороны - это выглядит как самоубийство. В остальном - вы вольны проектировать любой состав команды. Несколько примеров:

Два менеджера проекта - и подрядчик, и заказчик выставляют своего PM-а. Это - очень типовой и реально полезный вариант. Даже если со стороны заказчика нет полноценного проджекта, как минимум постоянный ответственный сотрудник должен быть аллоцирован.

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

Аналитик со стороны заказчика - в дополнение к аналитику или группе аналитиков подрядчика сотрудник заказчика со знанием его бизнес-процессов и налаженной коммуникацией в среде сотрудников заказчика может сильно сократить затраты.

Дизайнер или проектировщик интерфейсов - иногда подключается исключительно из желания заказчика сократить затраты, иногда реально полезен как носитель знания о принятых глобальных правилах оформления или единообразного user experience на разных системах заказчика.

Очень важно в том или ином объёме подключать со стороны заказчика системного администратора или сотрудника группы devops. В противном случае все релизы и интеграции обойдутся команде в цистерны крови и километры измотанных нервов.

Ценность разработчиков со стороны заказчика, как правило, невелика, хотя, опять же, бывают варианты.

Консалтинг и точка принятия решений

Постулат: Решение принимает тот, кто за него платит. То есть - заказчик.

Постулат: Вы всегда консультируете заказчика. Вас потому и наняли.

Вас как подрядчика выбрали потому, что вы показали более высокие знания в той или иной области, нежели ваши конкуренты. Другое дело, в какой именно области вы показали знания.

  • Умение управлять проектом и достичь результата в срок и деньги. (Вы продали проектное управление)

  • Умение проектировать программные решения такого типа. (Вы продали архитектуру и технические решения)

  • Умение работать с бизнес-кейзами такого типа. (Вы продали бизнес-консалтинг.)

В сознании заказчика присутствует какой-то образ вашей компании. И какая-то оценка вас как носителя знаний по этим трём направлениям.

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

В частности, конфликты такого рода возникают, когда ваш заказчик переводит бизнес из офлайна в онлайн. Он действительно хорошо знает сам бизнес, а вы действительно лучше него знаете специфику онлайн-решений. И видите, что клиент (при постановке бизнес-процессов, как правило) совершает дикую ошибку. И пытаетесь предотвратить. И - вас мягко, а иногда и жёстко, разворачивают со словами "Ты же программист? Иди, программируй. Не лезь в наши дела."

Повторю, вы рассматриваете проблему как смертельную, то есть - не верите в успешность проекта в случае, если ваше предложение будет проигнорировано.

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

Далее можно:

  • Отработать собственную рекомендацию молча в формате ползучей революции. Это плохой путь. Заказчик выявит и будет на вас справедливо гневаться, денег за свою услугу вы не получите, а получите риск несдачи проекта по несоответствию требованиям.

  • Провести цикл совещаний с неключевыми сотрудниками заказчика, убедить их (желательно, очень аргументированно), и потом снова выйти на ЛПР, уже широким фронтом.

  • Молча продолжить работу, имплементируя неправильное решение заказчика (Вы же предупредили? Три раза? Он не внял? Это его решение.), но работая на снижение своих рисков - не допуская дебиторки, более чётко относясь к формальной стороне проекта (документам, актам и пр.)

  • Заявить, что риск в силу принятого решения столь велик, что вы хотели бы сняться с проекта, или же получить твёрдые (желательно - в виде предоплаты за все оставшиеся работы) заверения заказчика, что он точно отвечает за этот риск сам.

Если такая ситуация (принятие заказчиком самоубийственного решения) случилась на проекте с заказчиком-стартапом - бегите.
Фото

Это, что бы все поняли, что такое китайский язык: Китайское стихотворение о поэте Ши Ши



https://vk.com/video-9711880_162214154?z=video-9711880_162214154%2Fvideos-9711880%2Fpl_-9711880_-2


Перевод (без прикола. Действительно такой перевод на русский!)
"Жил в каменной пещере поэт Ши Ши, который любил есть львов и поклялся съесть десять в один присест.
Он часто ходил на рынок, где смотрел — не завезли ли на продажу львов?
Однажды в десять утра десятерых львов привезли на рынок.
В то же время на рынок приехал Ши Ши.
Увидев тех десятерых львов, он убил их стрелами.
Он принёс трупы десятерых львов в каменную пещеру.
В каменной пещере было сыро. Он приказал слугам прибраться в ней.
После того как каменная пещера была прибрана, он принялся за еду.
Фото

Про "ПРО"

Свежее дыханье сентября
Раскрывает дверцы и оконца,
Но в Уэльсе собрались не зря
Все, кому не в радость мир и солнце.

Наша ширь распаханных полей
И лесов нехоженые тропы,
Словно шило в заднице у всей
Маленькой зажравшейся Европы,

Не скрывая ненависть и злость,
Точат клюв стервятники из НАТО.
Им Россия - словно в горле кость,
Словно прыщ на лбу - наш мирный атом.

Потому что здесь назло им всем
Украшая милые просторы,
Во поле стоит наш «Тополь-М»,
Как апофеоз российской флоры.

Он стоит, качаясь на ветру,
Над согретым солнцем буераком,
Только шум ветвей не по нутру
Пресловутым НАТОвским воякам.

И они, как стая злых ворон,
Что кружат в угоду мракобесу,
Обложили нас со всех сторон,
Угрожая миру и прогрессу.

Мы, конечно, мирная страна,
Но терпеть их силы нету больше.
Развелось их всюду до хрена,
В том числе – и в Латвии, и в Польше.

А теперь со злобой ледяной,
Выгнув колесом кошачью спину,
Заодно с бандеровской шпаной
Точат зуб они на Украину!

Что же делать? Кто подаст совет,
Как разумней поступить нам все же?
Думаю, что есть один ответ,
И другого быть никак не может!

Ради мира на земле своей,
Мы в ответ под гулкий зов набата
Разведем в России голубей
И запустим их по странам НАТО!

Пусть летят по небу сизари,
Мирные доверчивые пташки,
Чтобы от зари и до зари
На Европу сбрасывать какашки.

Пусть кружат они, творя добро,
Распластавшись в небе белым фраком,
Чтоб загадить всю систему ПРО
Англичанам, немцам и полякам.

Чтоб однажды утром по весне,
Как по мановению факира,
Вся Европа – по уши в говне,
А над ней весь в белом - голубь мира!

Александр Вулых.
http://www.vulykh.com/creation/?section_id=18&element_id=249

Фото

Впервые наши вакуумщики, электронщики, программисты и технические писатели сделали общий проект.

Скорее, даже не проект, а проектик, но именно, как плод совместной работы. Ранее мы никогда не использовали совместно всех специалистов. Работа над грантом Фонда Бортника потребовала от нас систематизировать инженерное творчество. Итак, смотрите:

1.  НАЗНАЧЕНИЕ

   Данный прибор предназначен для измерения тока катода ионизационного манометрического преобразователя ПМИ-2 и аналогичных ему, используемых для работы с вакуумметрами.

DSC_0461.JPG

Рис. 1. Общий вид.

2. УСТРОЙСТВО И ПРИНЦИП РАБОТЫ

   Принцип работы прибора заключается в измерении тока, протекающего через катод при помощи гальванически развязанного датчика тока и встроенного в микроконтроллер (далее МК) 12-разрядного АЦП.
   В момент запуска измерений к катоду при помощи реле подключается источник напряжения 1,5 В. После окончания измерений источник напряжения отключается.
   Полученные в результате измерения коды значения тока катода сохраняются в массиве памяти RAM  МК.
* Общее время измерения тока – 2с.
* Частота измерений – 20мс.
* Размер массива – 100 значений.
   Запуск измерений осуществляется припомощи приложения vacuum.exe. Результаты измерений сохраняются в файл vacuum.xlsx, в котором производится расчёт значений тока, производной значений тока и строятся графики этих значений.


3. ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ

1) Напряжение питания: от +12  до +36 В
2) Максимальный ток потребления: 100 (в режиме ожидания); 200 (в режиме измерения) мА
3) Источник напряжения для измерения тока катода: от +1,4 до +1,6 В
4) Мощность источника напряжения для измерения тока катода: 40 Вт
5) Минимальное и максимальное значение напряжения источника: от +1,2  до +12 В
6) Разрядность АЦП: 12
7) Диапазон рабочей температуры: 0 - 50 град С
8) Внешний интерфейс: USB


   4. ЭКСПЛУАТАЦИЯ ПРИБОРА

   4.1.  Подключение прибора
   4.1.1. Питание прибора подключить к клеммнику согласно маркировке (см. рис.2)

DSC_0463.JPG

Рис. 2

   4.1.2. Подключение катода манометрического ионизационного преобразователя к клеммнику осуществляется согласно маркировке (см. рис 2). Для подключения к катоду можно использовать разъемы типа «крокодил»
   4.1.3. Подключение прибора к компьютеру (далее ПК) осуществляется при помощи кабеля USB-B, подключаемого к разъему, расположенному на передней панели прибора.

DSC_0462.JPG

   4.2.  Изменение значения напряжения, прикладываемого к катоду
   Первоначально источник напряжения, прикладываемого к катоду, настроен на
1,5 В.
   При необходимости данное значение можно изменить (в диапазоне от 1,2 до 12 В). Для этого необходимо снять крышку прибора, подключить вольтметр к выходу источника, подать внешнее питание +24 В и при помощи подстроенного резистора выставить необходимое напряжение (см. рис. 3).
   Для корректной работы источника напряжения необходимо, чтобы разница между напряжением питания прибора и выходным напряжением источника была не менее
+ 5 В.

DSC_0459.JPG

   Подстроечный резистор
   Подключение вольтметра

Рис. 3. Установка выходного напряжения источника для катода.


   4.3. Запуск процесса измерения тока катода
   Для корректной работы прибора при измерении тока катода необходимо выполнить следующую последовательность действий:
          1.  Подключить источник питания к прибору и включить переключатель «ПИТАНИЕ» в положение «ВКЛ». При этом должен включиться красный светодиод «ПИТАНИЕ», расположенный над переключателем.
          2.  USB – кабель подключить одной стороной (тип А) к ПК (системные требования - WindowsXPи выше), а другой стороной (тип В) к прибору.
   Дождаться пока операционная система ПК определит тип подключенного устройства и выдаст сообщение «устройство готово к работе».
         3.  Запустить приложение vacuum.exe. Выбрать в списке COM-портов порт, соответствующий прибору (например, COM 6) (см. рис. 4).



Рис. 4

   Нажать кнопку «открыть». В окне программы должно появиться сообщение «соединение установлено» (см. рис. 5).



Рис. 5

        4. Нажать кнопку «Старт». После чего программа запросит путь к файлу vacuum.xlsx. Данный файл должен быть предварительно скопирован на ПК.
 (см. рис. 6).



Рис. 6

   Дождаться появления в окне программы следующих сообщений: «Команда старт выполнена», «Измерения завершены» и «Измерения сохраняются… ОК »  (см. рис. 7).



  Рис. 7

   На время измерений выключается оранжевый светодиод «измерение» на передней панели. В момент передачи данных кратковременно включаются зеленые светодиоды «Данные ТхRх». Если прибор находится в режиме ожидания, то зеленые светодиоды «Данные ТхRх» кратковременно включаются с частотой 1 раз/ сек. – это означает, что ПК поддерживает связь с прибором.
         5.  После завершения измерения и сохранения результатов можно открыть файл vacuum.xlsx, в котором в табличной форме отображаются следующие значения:
* порядковый номер измеренного значения;
* временной интервал измерений(шаг);
* код измеренного тока катода;
* ток катода;
* производная тока катода.
Также в открытом файле построены графики тока и производной тока.
На рис. 8 приведен пример отображения результатов измерения тока катода для
ПМИ-2.



Рис. 8. Результаты измерения тока катода для ПМИ-2

ВНИМАНИЕ!    Запуск измерений можно проводить многократно, не закрывая программу, но перед каждым запуском измерений необходимо закрывать файлvacuum.xlsx.В противном случае программа будет выдавать ошибку. (см. рис. 9).



Рис. 9.


          6.  После завершения работы с прибором необходимо сначала закрыть приложение vacuum.xlsxи только после этого выключить питание прибора   и отсоединить USB-кабель. (см. рис.10).

DSC_0460.JPG

Рис. 10. Общий вид подключенного прибора


Примечание.
   1.  Из прибора в файл vacuum.xlsxзагружаются только коды измеренных значений (коэффициент пересчета в значение только тока указан в самом файле), все остальные операции выполнены средствами программы MicrosoftExcel, что дает большую возможность для различных вариантов обработки этих данных.
   2. Кнопка «измерение» на передней панели в данной версии прибора является неактивной, т. К. запуск измерений и получение результата выполняются непосредственно с ПК.


год дракона

БЕЗ ПАМПЕРСОВ НЕ ЧИТАТЬ !!! ВЫДЕРЖКИ ИЗ СОЧИНЕНИЙ ШКОЛЬНИКОВ

Оригинал взят у ai_zhilin в Плоды реформы образования
Оригинал взят у grimnir74 в БЕЗ ПАМПЕРСОВ НЕ ЧИТАТЬ !!! ВЫДЕРЖКИ ИЗ СОЧИНЕНИЙ ШКОЛЬНИКОВ
XkgEE2gxnjU

1. Трактор мчался по полю, слегка попахивая…
2. Летом мы с пацанами ходили в поход с ночевкой, и с собой взяли только
необходимое: картошку, палатку и Марию Ивановну.

Collapse )
Фото

Публикуется перепост, как поздравление с Днём Рождения!

Оригинал взят у kino_sssr в АТ - АТтикус
Аттикус Финч

Это была даже и не книга - роман-газета. Впервые я ее прочитал лет в 8, почти ничего не понял, но книга явно пришлась по душе - и позже я ее перечитал. Не один раз.
Это - "Убить пересмешника" Харпер Ли
Аттикус Финч - один из главных героев, адвокат, отец тринадцатилетнего Джима и Луизы - первоклассницы, от лица которой идет повествование.
Необыкновенный человек. Необыкновенная книга. Не было другой книги в моем детстве, которая произвела бы на меня столь сильное впечатление, как "Убить пересмешника". Она потрясала меня при каждом чтении.
И еще раз потрясла, когда я перечитал ее во взрослом возрасте...

ат

Collapse )