5.
Ні, мікрофронтендів не було. Я згадав цю тему, виглядає симпатично, але врешті решт впирається в реалізацію «service bus», тільки на фронтенді , і доволі «обмежені» віджети. Врешті решт виходить новий друпал, або щось, що би бачимо в Джирі. Це добре для якогось конструктора, де більшість екранів це форми вводу, або якщо кожна підсистема є повністю незалежна і живе під своєю підпапочкою.
6. Як я написав — якщо це, наприклад, OpenAPI3 (екс сваггер) — то в залежності від версії клієнт користується певним версійним проксі компонентом, згенерованим на основі версі ендпоінта.
Коли клієнту не вистачає методів — переповзає на новий.
У випадку зовсім breaking changes — проксі компонент просто починає валитися на ініціалізації (update required)
1. Обережно )
2. Комбінація і тестування контракту, і e2e якщо це мікросервіс з UI
3. Сервіс, це чорний ящик, що реалізує певний контракт. Як він це робить — його особиста відповідальність, аби контракт був виконаний.
4. Гейтвей (в декількох проектах був kong, але якщо є прив’язка до конкретного cloud — можна дивитись там). Це може розвантажити рівень авторизації-підпису-валідації запитів.
5. Що саме ви маєте на увазі ? (посилання на визначення)
6. Тут кожен стартап наступає на свої власні граблі. Але загалом працює підхід інтерфейсів з ООП — після опублікування інтерфейс не може змінюватися. У випадку змін публікується нова версія інтерфейсу.
Далі — залежно, що придумав архітектор з командою )
може — підтримуються «features» — клієнт попереджає сервіс, які функціонали йому потрібні на етапі «handshake»
може — реалізується якийсь sem-versioning, і клієнти знають з якою версією апі вони сумісні. (UPD: якщо це якесь OpenAPI, то від клієнта це ховається, наприклад, за stub-ом проксі клієнта)
Також я спостерігав і невдалі вирішення — коли здалеку виглядало і рекламувалося як мікросервісна архітектура, а зблизька — збочений моноліт з проблемами тестування і розгортання.
Колись у давні часи, майбутніх студентів відправляли «на помідори». А нашому потоку — повезло попасти на завод з виробництва томатного соку у смт з щиро українською назвою (censored) під Миколаєвом. Коли нас вперше поставили з лопатами на перегрузку помідорів з полів на конвеєр — ми лишили доволі велику частину гнилі і пом’ятих помідорів в кузові. На що шановна працівниця заводу нас виматюкала, і зі словами «все звариться» — позакидала рештки на конвеєр =)
Щось є в мене підозра, що на заводах по виробництву загущеного апельсинового соку (який в нас потім просто розбавляється водою) — подібно )
Packtpub это делает давно. Качество книг весьма разное. А так, в частности, они создают новый уникальный контент: www.upwork.com/...-Ltd_~01e1def661f7554d34
То що працює в дебагу, означає, що щось або встигає ініціалізуватися, або навпаки не встигає =)
Загалом, з протрактором допомагало наступне
1) розвернути вікно на повну
browser.driver.manage().window().maximize();
2) Перевірити що селектор не вертає багато елементів. Перевірити, що селектор дійсно видимий
3) Чекати, доки елемент буде доступий до кліку
browser.wait(EC.elementToBeClickable(elm), 5000);
4) Проскролюватися до елементу
і т.п.
Старе місто у Варшаві було відновлено після WW2 ru.wikipedia.org/...ki/Старый_город_(Варшава
У попередній вашій статті була чудова дискусія на цю тему =) Див. дискусію під dou.ua/...team-early-stage-startup
Вже було декілька спроб radadata , github.com/frike/ua-legislation , тощо — всі припинили розвиток без підтримки
$4 — $50 (duckduckgo: Bonds of state loans of the USSR site:ebay.com)
В будущем можно выгодно продать коллекционерам.
Например, облигации гос. займа СССР продаются даже на EBay
либо рождение meteor :)
Я некоторое время пользовался «только bash только hardcore» (tm) github.com/erroneousboat/slack-term — минус, что пока работает на legacy tokens, но в целом с tmux и десктоп нотификациями — вполне живет.
Своя програма завжди допомагає автору, інакше б він її не писав :))))
Вже розумні системи в особняках не рідкість.
Та й фірм, що надають такі послуги не один десяток. Пошукайте «розумний будинок монтаж» в українському сегменті.
Чи під «когда взорвется рынок» ви розумієте,що більшість почне або будувати особняки або перебудовувати існуючі ?
Сергей, а что вас именно интересует ?
Уровень близкий к железу — z-wave , zigbee
Купить совместимые устройства — аля shop.zwave.eu либо www.amazon.com/s/field-keywords=z-wave ; Возможно — китайцы на zigbee аля xiaomi
Система управления домом — domoticz.com или www.openhab.org
там же написание своих плагинов к устройствам.
Не совсем понятно, в чем «новый подход»
Column Store довольно старый подход, который сейчас уже существует у mysql, у оракла, у большинства активных игроков.
Более новый (ну как новый, с
Все идет к тому, что с удешевлением памяти, скорости дисков, других ресурсов,
наступает момент, когда от классических агрегатов можно будет отказаться, так как мы в любой момент за приемлемое время
сможем получить актуальную информацию .
Хід твоїх думок зрозумілий. Але питання не по темі. Школа була давно, можливо так. Ні, на залік не скидувався. 100% copy/paste теж ні. А ти як, системи теж через copy-paste адмініструєш ? :) Сдачу іспиту через брейн дампи вважаю нездалою практикою.
Чесно кажучи, маючи вибір між chef, ansible, puppet, saltstack для нового проекту — chef явно не буде на першому місці.
А шановному творцеві(цям) концепту omnibus на основі тих ідей — взагалі при житті «пожизненный эцих с гвоздями» )