тут вже думати треба :)
Нє, мікросервіс має бути самодостатнім, як от система авторизації і аутентифікації, з усіма належними таблицями.
такого знущання над мікросервісами я ще не зустрічав.
Може тому, що не робив на галерах...
Мікросервіс передбачає максимальну ізоляцію від інших складових загальної системи. Логування — це окремий мікросервіс, в який кидають повідомлення інші мікросервіси.
Якщо є модель — повинен бути мікросервіс, який її обслуговує. Це схоже на REST API в моєму баченні архітектури. Якось так.
Моноліт є чудовим варіантом для реалізації якоїсь окремої функції — розрахунок ЗП, електронний документообіг, сайт-візитка тощо.
А бізнес — це складний, багатогранний, динамічний процес взаємодії із зовнішнім світом. І моноліт не здатен реалізувати цей процес просто в силу своєї природи.
Тут реально потрібні мікросервіси, а можливо і не зовсім «мікро». Завдання розробників зводиться до максимізації автономності кожного мікросервісу і мінімізації обміну повідомленнями між ними. Це моя власна думка, пруфів не буде.
Зоопарк технологій — це не смертельно, кожен мікросервіс використовує технології, які необхідні йому для корректного функціонування. В моноліті довелося б використовувати ті самі технології.
Зопарк мов програмування — теж не смертельно. Якщо програміст не здатен зрозуміти і виправити код на іншій мові програмування — то не програміст, а ледар, якому невідомо про існування Stack Overflow.
Мої кілька думок:
— інформаційний шлак нарешті почнуть відсіювати, щоб не впливав на результати
— через сплеск активності ШІ традиційне програмування ввійде в період застою, передача інформації зсунеться з візуального ряду в голосовий (АІ-секретарі)
— ПО стане більш «блоковим», як Лего. Куплятимуть чи орендуватимуть тільки потрібний функціонал, а не супер-комплексне рішення на всі випадки життя.
починають зазвичай з планування. Тому що через місяць прийдеться все переписувати, бо виявиться що в шкарпеток є різні розміри і кольори, а одне і те ж саме пиво приходить з різними цінами.
Для магазину всі чомусь вибирають SQL database, NoSQL краще для систем документообігу, для зберігання погано структурованої інформації.
Писати треба, використовуючи якийсь движок. Роботодавець не буде роками чекати, поки на «чистому» джаваскрипту щось там намудрують.
на локальному комп’ютері ставите Пітон і потім можна скрипти запускати
Для створення виконуваного файла використовують pyinstaller.org/en/stable
ні не обізатєльно там осторожно треба вони хитрі тобто вони самі тупі як виконавці але скріпти у них хитрі з ловушками вот єто всьо там понімать нада
— опитний товаріщ, будем консультуватися за потреби.
В 1 завданні, як на мене, умова "
Набирати в рядок максимальну кількість слів
" означає, що порядок слів не обов’язково зберігати. Якщо слово не поміщається, шукаємо далі коротше. Якщо ніяке не поміщається, тоді створюємо новий рядок.
В 2 завданні я замінив би t на true, f на false і весь рядок загнав би в Eval(). Проте є одне але — логічні оператори перед дужками, а не як в людей. Тому потрібно напрягтись і використати regex, але я вже четвертий рік не за компом, і напрягатися з кодом поки що не хочеться зовсім. Може, після Перемоги...
Міжнародні інститути підтримування порядку (ООН, ЧХрест, МКСуд, НАТО) своє віджили і потребують заміни новими.
Той, хто проштовхне свій варіант нової інституції, забезпечить собі певні переваги на весь наступний час існування даної інституції. Як то, при створенні ООН СРСР непогано облаштувався, навіть з 3 голосами а не одним тощо.
Так що, починають валити трухляві пеньки, щоб швиденько на те місце приткнути свої сажанці.
Садити нам самим нічого, хіба що потримати для когось сажанця і хоч так забезпечити собі якесь місце біля нього.
З огидою сприймається в тому випадку, коли пальці веєром і хвіст як в павліна, а хард поміняти смальцю не вистачає.
Думаю, тут не зовсім те місце, щоб обговорювати колір соплів і методи лікування :-)
І лікарі такі є, яким анатомія і фізіологія не потрібні. Запам’ятав, що при соплях виписувати каплі в ніс, а як болить живіт, то відправляти до хірурга.
Але я намагаюсь таких лікарів обходити десятою дорогою.
Більш круті підрозділи триматимуть фронт, а сусіди поряд без забезпечення — провалять. І чому той черговий котел виник? І де дівся успішний підрозділ в тому котлі?
весь світ — порожнеча.
вважаю, що єдиним значним наслідком стане «прискорення» життя. На кшалт прискорення, яке ми отримали внаслідок розвитку ПЕОМ: не треба стояти в черзі за квитком, в черзі до телефонної кабінки
коли приходять думки про нереальність — слід згадати атомні станції, якими керують комп’ютери, станки з ЧПУ, банкомати, які видають на руки зрусткі купюри тощо.
для такого прикладу потрібно виключити запити до БД :-)
наприклад: парсинг csv, генерація файлів pdf, docx etc.
Так мені радили на початку
не знаю. Вартість в грошах і часові залежить від правильності планування. А модульний моноліт якось зовсім не приваблює на сьогоднішній день.