Щось останнім часом технічні статті про віртуалізацію (та й не тільки про віртуалізацію) скочуються до формату «в новій версії очікується така фіча». Складається відчуття, що розбір механізмів і опис досвіду, проблем і рішень цікаві тільки закордонним експертам. З іншого боку, є така проблема у експертів - якщо щось вивчив, воно стає елементарним і сприймається само собою зрозумілим, настільки, що писати про це якось нерозумно. Особливо якщо вже було кимось описано десь. Колись. Якоюсь мовою. Ниженаписане - плід консолідації особистих нотаток, що спочатку призначався для особистого впорядкування думок, але наупорядкувавши значний обсяг тексту, подумав, що комусь може стати в нагоді.
Вирішив поділитися досвідом створення звукового індикатора на лампі 6Е1П. При створенні лампового аудіо підсилювача для навушників було вирішено візуалізувати аудіо сигнал. Вибір припав саме на цю радянську лампу. Результатом роботи стала маленька друкована плата розміром 30х33 мм. У цій статті наведено схему цієї плати та опис алгоритму роботи.
Роки два тому я писав, що поширений на ОС Windows метод вимагання грошей у користувачів за допомогою блокування робочого столу, може перекинеться і на ОС Android. Тоді це здавалося не більш ніж припущенням, але виявилося пророцтвом.
У своїй минулій статті я описував можливість управління ПЛК джойстиком і обіцяв додати невелику зміну, зв'язавши ПЛК і LabVIEW не через послідовний порт, а через Ethernet (благо, комунікаційні можливості ПЛК100 це дозволяють) і за допомогою OPC-сервера - в даному випадку це Codesys OPC Server. (До речі, аналогічним чином з LabVIEW можна пов'язати будь-який інший контролер - через OPC-сервер, який працює з конкретним контролером). У цій статті я, власне, і збираюся описати, як все це робиться.
Сучасні мережі Ethernet давно вже стали невід'ємною частиною нашого життя, а вже бізнес-процеси без них і зовсім немислимі. І їх пропускна здатність є тією характеристикою, зростання якої вкрай затребуване. Швидкість 1 Гбіт/с давно вже стала настільки розхожою, що її надають навіть провайдери приватним особам. Але як тільки справа стосується передачі скільки-небудь серйозних потоків інформації цього вже явно недостатньо, і можна сказати, що повсюдним стандартом зараз є 10G, причому з роз'ємами не Base-T, а SFP +, що дозволяють використовувати як мідні патчкорди на дальностях до 7 метрів (стійка або група стійок), так і оптичні лінії зв'язку. Ну а для високонавантажених ліній передачі даних (рівні агрегації, інтерконект кластера для високопродуктивних обчислень, підключення потужних СХД) використовується 40G QSFP +, що є об'єднанням чотирьох ліній 10G SFP +.
Кілька тижнів тому провідний архітектор Джейсон Ковард (Jason Coward, «opengeek») поділився своїм баченням про майбутнє MODX на майданчику Medium. Ґрунтуючись на цій інформації, а також на інших обговореннях в мережі, що ми знаємо про MODX 3? Який його статус, і коли ми можемо побачити щось наживо?
Одного разу, шастаючи по темних кутах світлих інтернетів, натрапив на вакансію розробника програмного забезпечення з значним списком вимог і обов'язків з фокусом на системи безпеки як для софта, так і для заліза.
Тренд інтернету речей зараз набирає все більшої популярності. Найчастіше поняття інтернету речей нерозривно пов'язане з чимось розумним: розумні будинки, розумний транспорт, розумні підприємства... Але коли дивишся на цю інтелектуальність уважніше, то часто розчаровуєшся: віддалене управління лампочкою в будинку - це в кращому випадку автоматизація, але ніяк не розумний будинок. Здається, що і інтернет виходить не таким вже й розумним... А що таке розумний інтернет речей?
Сьогодні ж ми поговоримо про дуже просту утиліту, але тим не менш яка може стати вашим постійним і надійним другом і помічником.
Коли ви тільки починаєте працювати, то у вас все ясно і зрозуміло, завдань не так багато, ви уявляєте як з ними працювати. Але з часом з'являється думка "у мене стільки завдань!!! що з ними робити? за що взятися? ", або просто приходить усвідомлення, що завдань накопичилося дуже багато. У цьому випадку вам допоможе тайм-менеджмент.
Ця невелика стаття написана як коментар до моєї попередньої статті, зокрема в тій її частині, де BC Holmes розмірковує, що "один із способів кількісної оцінки складності HL7v3 в підрахунку рівнів вкладеності типового повідомлення. Воно, як правило, має в 5-10 разів більше XML вузлів, ніж будь-які інші стандарти засновані на XML, такі як Interactive Financial eXchange (IFX) або Amazon EC2 SOAP API. Хтось може сказати, що бізнес процеси в охороні здоров'я істотно складніші і семантично багатші, ніж у фінансовій галузі і, тим більше, в книговидавництві.