Sierra Design Zisson 12

Призначення та характеристики

Спальний компактний і легкий мішок для холодної погоди:

  • Ціна: зараз ця модель вже не випускається, але її все ще можна знайти в магазинах приблизно за $300. Для спальника з подібним набором характеристик ціна як правило знаходиться в діапазоні від $350 до $600.
  • Форма: мумія, замок зліва з собачками з обох боків. Блискавка доволі надійна. Капюшон можна затягнути трохи тугіше за допомогою шнурка.
  • Матеріал: ззовні – 30 ден поліестр, наповнення – гусяче пір’я 700.
  • Температура: зона комфорту – до -4.5 C (24 F), максимальна – до -11 C (12 F).
  • Вага: 1.1 кг.
  • Розміри: розпакований (розмір L) – 198 см довжиною, запакований – 41 см висотою та 20.5 см в діаметрі.
  • На сайті виробника (новіша модель) – https://sierradesigns.com/zissou-plus-700-15-degree/.

Враження від використання

Усе в цьому спальнику подобається. Він відносно легкий, відносно компактно пакується – хоча звісно за кілька сотень зверху можна знайти і легший/тепліший. Я з цим спальником пройшов кількаденний похід в Перу (https://blog.golovatyi.info/category/memoirs/memoirs-on-traveling/peru/) і ходив у зимовий похід.

Треба сказати що навіть у теплу погоду спальник показав себе добре – завдяки тому що його можна розстебнути майже до самого низу уникаєш перегрівання. І при цьому він м’якенький. А у комбінації з килимком THERM-A-REST Z LITE SOL MATTRESS так і взагалі дуже добре виходить. Також можна додати шовковий кокон і тоді додається майже градус тепла.

Також спробував я його і в зимовому поході – провів ніч у палатці на снігу у відносному холоді. Спав звісно в штанях і навіть у кофті, всередину вклав пляшку з теплою водою, а сам мішок показав себе дуже добре.

Єдине нарікання в тому що з ранку на холоді в палатці усе включно з мішком ззовні було трошки вологе і вкрите росою. Якщо ходити у багатоденні походи зимою десь де вологість буде проблемою то такий спальник треба буде щодня провітрювати старанно.

Моя оцінка – 9/10.

Newton Gravity IV

Призначення та характеристики

Кросівки які прийшли на заміну Newton Motion, і відповідно усі ключові показники дуже схожі на такі у попередньої моделі:

  • Ціна: $175 на момент випуску, зараз модель вже знято з виробництва і на розпродажах її можна знайти за $$80-120.
  • Вага: 244 грами (8.6 унцій).
  • Підйом: носок – 25.1 мм, п’ята -33.1 мм, підйом – 8 мм.
  • На сайті виробника (нова модель) – http://www.newtonrunning.com/men-gravity-v.

 

Враження

Як я вже зауважив ці кросівки є заміною чудовим Newton Motion і заміна ця відбулася практично непомітно. Кросівки зберегли і зовнішню схожість і що головне – функціональну. Вони так само доволі легкі як для кросівок для щоденного бігу, дуже надійні, а вставки під носком так само стимулюють і винагороджують за кращу техніку бігу.

На мою думку це одні з найкращих кросівок для марафону для не професійних бігунів.

В цілому можна сказати що це просто оновлена версія. І серед недоліків щось крім зависокої ціни знайти навряд чи вдасться.

Оцінка на Amazon – 4/3/5 (https://www.amazon.com/Mens-Newton-Running-Gravity-IV/dp/B00TSP1OW6), моя оцінка – 9/10.

Jetboil Zip Personal Cooking System

 

Призначення та характеристики

Похідна компактна міні-плитка за допомогою якої на вогні можна скип’ятити воду, або навіть щось простеньке приготувати:

  • Ціна: приблизно $80 на момент написання. Цей пристрій дуже популярний у людей що ходять в походи і дуже добре продається, тому зараз шукати на якісь суттєві знижки сенсу нема.
  • Вага: 345 грамів (12 унцій).
  • Розміри: 16.5 см висота, 10.5 см діаметр.
  • В комплекті: ємність для води на 0.8 літки, горілка, ніжки для стабілізації, кришка на верх, кришка на низ.
  • Час приготування: на 0.5 літри (рекомендований обсяг) води щоб вона закипіла на звичайній висоті при нормальній погоді треба трохи більше 2 хвилин. Банки на 100 грамів газу має вистачити на 12 літрів води.
  • На сайті виробника – http://www.jetboil.com/Products/Zip-Cooking-System-Blue-Stream/.

 

Враження від використання

Як я вже зазначив вище цей пристрій дуже популярний і його хвалять в усіх оглядах та рецензіях. З усіма схвальними відгуками згоден і я.

Легка вага, невеликі розміри, горілка та ніжки пакуються всередину “кастрюльки” і ще там залишиться місця для 200-грамової банки газу.

Для підпалювання в горілці вбудовано п’єзоелемент що генерує іскру натисканням кнопки.

Збирати дуже просто: закрутити горілку на банку з газом, поставити кастрюльку в пази і чекати. Сама кастрюлька має “рукав” з товстого шару гуми з матерією – це оберігає руки від опіків і одночасно довше дозволяє зберігати тепло. Верхня кришка має невеликий отвір з якого можна тоненькою цівочкою наливати у пляшку (рекомендую Nalgene для походів) чи пакет з їжою (про похідну їжу колись згодом напишу).

Ми вже неодноразово брали її з собою в походи – які це розкоші поїсти гарячого супу чи попити кави/чаю після кількох годин походу! І головне що все дуже швидко і просто.

Знаю що є нарікання на цю плитку коли її використовують в горах – на висоті її потужності не вистачає щоб достатньо швидко щось скип’ятити і там краще працюють широкі горілки. Але якщо ви не лізете високо в гори в страшенний холод і вітер то цієї плитки вам буде більше ніж досить.

Оцінка на Amazon – 4.7/5 (https://www.amazon.com/Jetboil-Zip-Personal-Cooking-System/dp/B004XCD3ZU), моя оцінка – 10/10.

James L. Cambias. A Darkling Sea / Джеймс Камбіас. Темне море (2014)

 

Прямо таки дуже хороша наукова фантастика! Читав і боявся що книга скоро скінчиться… і ковтнув її за один вечір.

Події відбуваються на супутнику планети на якому під кілометрами льоду у темних глибинах існує розумне життя. Місцевій цивілізації вже більше мільйона років, але вона так ніколи і не пішла далі за обробку землі –  дається взнаки обмеженість ресурсів і неможливість використовувати метали.

Планету з підводної станції досліджують земляни. А ще є потужна діюча сила у вигляді іншої раси що поки що потужніша за людську, але обрала політику ізоляціонізму і поступово втрачає свої позиції.

І ось через необачність стається вбивство землянина розслідувати яке прибувають іншопланетяни. Але їхня головна ціль – закрити станцію, а у довготерміновому плані взагалі обмежити розповсюдження людей.

Люди ж проявляють свою головну рису – упертість. Тікають зі станції і налагоджують контакти з аборигенами.

У книзі є і захоплюючий сюжет, але є і хороша науково-фантастична частина, є і достовірний опис іншопланетних культур. Коротше дуже сподобалося.

Оцінка на Good Reads – 3.74/5 (https://www.goodreads.com/book/show/17934480-a-darkling-sea), моя оцінка – 10/10.

 

Nalgene Wide Mouth BPA-Free Water Bottle

 

Призначення та характеристики

Похідні пляшки різної ємкості найбільш популярними та зручними з яких є одно- та пів-літрові. Пляшки мають широке горло що і видбито у назві :) Проявили себе як дуже цінне і незамінне для походів обладнання.

Характеристики:

  • Ціна: від 6 до 15 доларів, середня ціна – $10.
  • Матеріал: дуже щільний і міцний пластик.
  • Широке горло з якого чи в яке зручно наливати навіть коли руки у товстих рукавицях.
  • Розміри: 17 см висота (6.5 дюймів) та 7.5 см діаметр (2.99 дюйми).
  • Вага: 90 грамів (0.2 фунти).
  • Безліч кольорів та навіть малюнків.
  • На сайті виробника – https://www.nalgene.com/bottles/wide-mouth/.

 

Враження від використання

Як я вже згадав вище це абсолютно необхідна річ для походів.

Крім своєї основної функції транспортування води у цих пляшок є характеристики що виділяють їх проміж інших. І мова не лише про легку вагу та широке зручне горло.

По-перше, ці пляшки дуже надійні і добре переживають падіння, подряпини та удари, а отже зменшують ризик втрати води чи того що ваші речі у поході будуть мокрі.

По-друге, пляшка дуже добре переносить температуру. В неї не лише можна залити киплячу воду щоб, наприклад, взяти з собою на ніч у спальний мішок, але і при обережному поводженні в ній навіть можна скип’ятити воду. Звісно пляшку не можна тримати близько до вогню, а от на певній відстані вона вже не буде плавитися.

Крім того твердий і гладенький пластик не має у собі пор, а отже мити таку пляшку набагато легше.

Повторюся що це абсолютно незамінна річ у походах.

Оцінка на Amazom – 4.5/5 (https://www.amazon.com/dp/B001NCDE7U), моя оцінка – 10/10.

 

Чим я займаюся в GoDaddy та що таке eCommerce

Якось я ніколи і не розказував особливо чим я займаюся в GoDaddy у своїй поточній команді. Не розказував тому ще це не так цікаво як bing чи Windows Phone з точки зору розпізнавання та гучності імені проекту. Але тим не менше є певні складні задачі (хоча і зовсім іншого плану) які доводиться розв’язувати майже щодня.

Також варто зауважити що я не знаю визначення електронної комерції як її дають словники та енциклопедії тому те що я далі розказую скоріше за все не співпадає з якимось академічними визначеннями та тлумаченнями.

Отже коли я прийшов в GoDaddy одна з речей яка дуже привабила мене це була обіцянка того що писати коду я зможу стільки скільки в мене буде бажання це робити. Історично компанія працювала над усіма своїми проектами в такій манері щоб зробити продукти доступними для покупки якомога скоріше і софт який розробляли програмісти не вважався головною цінністю компанії як це є в софтверних фірмах – головною цінністю були саме продукти які можна продавати. Після того як компанія почала приносити більше одного мільярда прибутків на рік нею зацікавилися великі інвестори, викупили частку у власника (до того компанія була у приватній власності) і найняли менеджмент який мав би вивести компанію на новий рівень – до десятків мільярдів прибутку на рік. Нові власники подивилися на стан речей і жахнулися – усі можливі ОС, фреймворки, мови програмування, СУБД і так далі. І звісно дуже мало процесів і контроль якості лише умовний. Все це треба було довести до якогось ладу. І головна причина того що з’явився офіс GoDaddy у нас в тому що тут можна наймати досвідчених людей які розуміють і знають як розроблюється та супроводжується програмне забезпечення (а не просто пишеться код) і їх можна переманити з гігантських Microsoft та Amazon.

Команда в яку я потрапив як ви вже мабуть зрозуміли називається eCommerce. Вірніше це кілька команд зараз. Коли я лише прийшов уся компанія переходила на agile, двотижневі ітерації і усі супутні процедури. Чим же займається eCommerce? Для того щоб щось продавати треба мати як мінімум список речей доступних для продажу з їх цінами. Це так званий каталог. Але не думайте що тут достатньо буде таблички в базі даних з переліком продуктів та цінами. Нюансів багато, назву лише декілька. По-перше, не усі продукти доступні у всіх країнах. А якщо і доступні то їх ціна та конфігурація скоріше за все є різною для різних країн. Потім, якщо ви подивитеся на наш сайт то побачити що багато продуктів доступні у різних варіаціях (наприклад базова, стандартна, професійна і так далі). Деякі продукти мають розширення або доповнення що можна придбати разом з цими продуктами і які не можна придбати самі по собі. До того ж набір характеристик у продуктів різний. Одне діло мати електрону пошту на кілька тисяч адрес, а інше – віртуальний хостінг де рахунки в кінці періоду складаються з того як було використано процесор, пам’ять, диск і так далі. Також придбані продукти можна за часом апгрейдити чи даунгрейдити – тобто переходити на потужнішу чи простішу версію. І те які способи апгрейду та даунгрейду доступні теж треба зберігати у якійсь формі. Тобто каталог це продукти, ціни для різних ринків, модифікації, доповнення до них та дерева апгрейду. Це як мінімум.

Далі у нас є користувачі. Крім відносно простих даних типу адреси та продуктів якими користувач володіє у користувача є перелік методів оплати (банківські рахунки, кредитні та дебітні картки, PayPal і таке інше). Також деякі користувачі мають права доступу до облікових записів інших користувачів. Це можна зробити або через делегування якихось прав, або надавши доступ веб-розробнику який міг би виконувати для користувача роботи зі створення та підтримки сайту. Власне якщо ви хоч колись були задіяні у проекті де треба підтримувати велику кількість користувачів (у нас їх більше 15 мільйонів) то приблизно уявляєте собі що це таке і які задачі типу злиття, блокування і подібних треба автоматизувати.

Ну добре – у нас є каталог продуктів і користувачі з методами оплати, тепер все це треба скласти до купи. Перше це те що називається “корзина” – покупець вибирає все що хоче придбати, ми вираховуємо ціну враховуючи те що деякі продукти йдуть як безкоштовні доповнення, на деякі діють знижки, може було введено код на скидку і так далі. Та ще і податки треба нарахувати в залежності від місця проживання покупця. Це я до того що ціна корзини теж не складається так просто. Але уникнемо усі інші деталі і подивимося що відбувається далі. У деяких випадках ми можемо просто спробувати зняти гроші. І в залежності від методу робимо ми все це дуже по різному. Ось тут я трошки схематично показав як усе це працює для кредитних карток. А це лише один з кількох десятків методів оплати. Навіть якщо не згадувати що для кожного методу способів здійснити оплату теж як правило більше одного в залежності від багатьох факторів. Додам що деякі методі роблять так звану відкладену оплату. Це коли ви комусь типу PayPal кажете “зняти ось скількись грошей”, а він відповідає “думаю що все буде добре, але точно знатиму через пару днів”. Ми це сприймає як сигнал до того щоб надати клієнту продукт навіть якщо остаточний результат нам повідомлять лише пізніше. Ось власне різними методами оплати я і займаюся – працюю в команді яка забезпечує оплату абстрагуючи код від різних методів, країн, валют і типів оплати.

Опустимо ще трохи деталей і уявимо що клієнт придбав якісь продукти і успішно ними користується якийсь час. І ось треба їх оновити. Це теж одна з наших задач – знайти продукти термін дії яких закінчується і повідомити клієнта якщо автоматичне оновлення не дозволено. Якщо ж дозволено то ми самі кладемо відповідні оновлення в корзину. А ці оновлення це не те саме що було куплено спочатку – нам же потрібне саме продовження терміну дії вже купленого продукту, а не такий самий продукт ще раз. Тобто привіт каталог, в тобі ми ще будемо зберігати усі можливі варіанти оновлення для усіх наших продуктів. І ось ми склали цю корзину і пробуємо її оплатити. А тут з’ясовується що нам потрібен PIN-код кредитки чи податковий номер (в залежності від правил які діють на ринку клієнта). І для того щоб усе це працювало без того щоб клієнт мав купувати все вручну ми у методах оплати коли створюємо їх для користувача робимо це таким чином щоб далі можна було виконувати транзакції без залучення покупця. А для кожної з кількох десятків організації з якими ми працюємо для цього є свій протокол та способи досягнення цього. А отже у кожного користувача для кожного методу оплати зберігається якась інформації яка потрібна лише для цього методу.

Ну і ще багато речей я не буду розписувати, але серед них такі як:

  • виявлення користувачів які роблять щось підозріле – послідовно пробують картки вводячи неправильний PIN, роблять багато покупок і відмін і таке інше. Усі подібні випадки мають призводити до блокування такого користувача або методу оплати.
  • повідомляти іншим система про зміни які сталися у користувача, його продуктах (наприклад апгрейд) та методах оплати.
  • відміняти покупки та повертати гроші – це окрема і дуже велика область діяльності.
  • надавати API як внутрішнім так і зовнішнім командам – іншим провайдерам та фірмам які перепродають наші продукти та ми продаємо їхні. Як, наприклад, Microsoft (Office 365), WordPress і так далі.
  • і ще багато-багато усього…

 

Що стосується технічної частини, і це мабуть один з великих викликів. Оскільки система дуже стара (їй більше 10 років) то технології які в ній використовуються вже неймовірно застаріли на сьогодні: COM+ (тобто це Windows), С++, SOAP, MSMQ, IIS, MS SQL. Роки 4 тому була спроба осучаснити все це і не міняючи суттєво платформи – усе що ми маємо обслуговує як я вже сказав вище мільйони клієнтів і проводить транзакції на сотні тисяч доларів на день. Тому не можна все просто взяти та переписати. А через дуже складні схеми в базі даних та потоки даних між компонентами написати нову систему яка працювала б паралельно теж не вийде – в ній доведеться дублювати усе, тобто роботи там на кілька років. Тому зрозуміло що була спроба перейти на C# з C++ та на REST з SOAP, але з часом цю ініціативу було відмінено – дуже багато зусиль для того щоб фактично отримати копію. Зараз ми працюємо над тим як деякі нові компоненти та потоки даних перевести на Java, Linux, Node.js, Hadoop, Docker і подібне. Це дуже цікава і складна інженерна задача – вдосконалити, або навіть переробити систему як працює при цьому не зупиняючи її. Майже як вдосконалювати автомобіль на ходу :)

 

Щодо складності автоматизації електронної комерції то якщо відкинути складність самих технології типу COM то у написанні коду нічого складного нема в принципі (звісно завжди є нюанси). Але складна сама область яку ми автоматизуємо – занадто вже багато в ній кроків, даних і зв’язків. Наскільки багато що розуміти що відбувається у кожному сценарії і як дані куди йдуть та через які компоненти майже неможливо не підглядаючи весь час в діаграми та код тих компонентів. А тому і у разі проблем та помилок дослідження причин теж є не аби яким викликом.