Low Code мені нагадує залізницю: все добре їде там, де прокладені рейки (особливо на презентаціях). А крок ліворуч-праворуч або веде до катастрофічного зростання складності і тоді Low Code просто втрачає сенс, або взагалі неможливий.
Два віски цьому джентльмену )). Підтримую.
Звичайний сценарій:
— Є зовні гарний low-code фреймворк
— У нього майже 100% має буде компонент, за допомогою якого можна отримати дані з REST API, та цей компонент скоріш все буде працювати як очикується у простих випадках
— Але,
крок ліворуч-праворуч
— наприклад, нестандартна аутентифікація \ нестадартні хідери \ нестандартне %you name it%, що не підтримується напряму.
— Додається якийсь кастомний плагін або інший workaround
.... Повторити N разів, ....
— Через деякий час маємо жахливий мікс low-code артефактів та різного рода extensions,який дуже складно зрозуміти та підтримувати, чим далі тим гірше.
Додатково, постає важливе питання інструментів розробки — тривіальний diff між двома версіями low code ... може бути не дуже тривіальним, та/або вимагає використання специфічних тулів.
Наприклад, текстовий diff навіть у випадку відносно human-readable BPMN, не дуже допоможе якщо були зміни складніши ніж імена змінних.
І це ще не source в бінарному форматі (так, бувають і такі збочення)
Звичайно, це великим чином залежить від продукту, але це є загальною тенденцією у цілому
будуючи нову систему «з нуля» ви маєте можливість використовувати сучасні технології.
Я бачив багато випадків, коли застаріли технології змушували починати роботи по заміщенню системи, але кожного разу на це були досить конкретні причини ( у найбільш екстремальному випадку — стара система розроблялась під/працювала виключно на специфічному сімействі екзотичних серверів, які не випускалися вже з десять років та почали масовано виходити з ладу ), але це ніколи не було суто тому що
будуючи нову систему «з нуля» ви маєте можливість використовувати сучасні технології.
, тобто технології заради технологій.
По-третє: Стара система залишиться працювати поряд і з новою.
Welcome to hell або постійних двосторонніх синхронизацій даних між двома одночасно працюючими системами (підказка — спроби зробити системи цілком незалежними на рівні даних бувають успішними дуже рідко, якщо системи досить складні), або одночасної подівйної роботи у двох системах. Як бонус, увесь цей час стара система все одно повинна супроводжуватися та дороблятися у паралелі до нової, та додатково це ще й тягне за собою зміни у інтегрованих (репортінгових\фінансових\складських etc) системах, які будуть повинні вміти працювати з двома наборами даних
який саме функціонал потрібен у новій системі і (що важливо) як саме він має працювати!
У 90% відсотків це буде «зробить так само як було, тому що ми усі звикли до поточної системи», може з косметичнимі змінами у декількох найбільш дратуючих місцях.
Я не про батарейки, HDMI-кабелі та інші дрібниці
А про таке
www.reuters.com/...etable.jpg?v=283010131021
Two examples of alleged copying by Amazon — a chair and a coffee table — appear in exhibits filed in a U.S. federal court by home-goods retailer Williams-Sonoma Inc. The Williams-Sonoma products are on the left; Amazon’s are on the right. Last year, the two parties reached a confidential settlement
перетворити будь-який продукт на амазон basics
Ось це є дійсно прикладом брудної гри, який я ніколи не підтримував та не буду підтримувати. Ніколи нічого не купував з цієї серії та не планую, за єдиним виключенням — AA/AAA батарейки, та й ті час від часу, а не постійно.
Чи випустити інший бренд дешевший і вліпити туди і рекомедацію й підвищити в пошуку
Так, це є ризик який треба враховувати, якщо бажаєш грати по крупному.
хто замовить вебсайти
Якщо це дісно small — імхо, там і так не дуже замовляється, бо wix/%інший_простий_конструктор_сайтів%/shopify etc
витісняти конкурентів на власному ж маркетплейсі доводячи дрібних до банкрутства
When Parks tallies up the fees for the “optional services” he pays to Amazon, including high-up search placement, warehousing and shipping, he says at least half of what he earns on the platform goes to Amazon.
Тобто бджоли проти меду?
www.opb.org/...il-amazon-figured-it-out
До речі
Within a couple of years, Mrdeza had more than 40 employees, ran four warehouses and was bringing in $10 million in revenue
Тобто чувак нормально розкрутився за допомогою Амазону спочатку. Зміг би він так, маючи якийсь локальний сайт чи фізичний магазін? Not sure
Ну, наприклад, у Амазона просто більша кількість великих регіональних складів, і умовному DHL не треба чекати добу-дві, як у випадку іншого рітейлера, которий спочатку повинен перемістити товар з центрального-складу-за-кількасот-кілометрів ближче до тебе, а просто забрати товар того ж дня (що цілком ймовірно — по тракінгу своїх замовлень я бачу, що десь
Або у Амазона автоматизоваі та оптимізовані процеси на складах, що замовлення пакується за одну годину, а не за дві доби.
Або усе це разом — хз, я там не працюю
Ще раз — це твій свідомий вибір, тому що тобі так зручніше. От якщо у радіусі 100 міль від тебе тільки делівері бокси Амазону — це вже інше
Це звісно романтично здохнути посеред ніх_я в глухому селі бо у фаєр був не врахований якийсь світовий п**ц, але я пас особисто, це навіть не план б, це блін план і є як здохнути серед ніх_я в глухому сан-зажопинську
+100 :)))
До речі, як там в USA з іпотечними відсотками, чи можна їх списувати з податків?
1. Так,
2. Але тут зворотнє — тільки для primary residence (тобто, де живеш)
Я хочу заборонити користуватись монопольним становищем
Амазон не є монополістом у класичному розумінні. Був би, якщо у тебе не було жодної опції купити товари, що вони продають. А так — якщо не бажаеш покупати, наприклад, пилосос у них — ну так і не купляй, йди у супермаркет побутової техніки. Не бажаєш купляти пральний порошок — йди у звичайний магазин, і т.п.
Це твій свідомий вибір
Вони вже навіть туалетну бл_дь бумагу продають. Шо за бл_дь вибач. Це технологічна бл_дь компанія вартістью трильйон баксів продає туалетний бл_дь папір?
А Убер продає послуги таксі для домогосподарок. А Нетфлікс показує «мило» домогосподаркам. Що це за технологічні компанії?
Там не стільки сам бізнес, як патенти. Не забувайте, що Motorola (щонайменше) — один з піонерів мобільного зв’язку, так що думаю там багато чого цікавого знайдеться.
а якщо для продукту, то треба думати головою, щоб потім не треба було платити купу грошей за інфраструктуру, підтримку чи переробку.
Давайте повернемось у реальне життя — неможливо все продумати все ідеально на 100 відсотків уперед. У будь-якої реальної відносно великої системи, навіть яка ще у розробці, є неоптимальні складові частини, з різних причин.
Передчасна оптимізація — це, наприклад, коли фокусуються на покращенні другорядних та/або рідко викликаємих компонентів за рахунок функціоналу в цілому. В результаті, щось на кшталт,
«ми витратили тиждень та покращили час відповіді для 5 API endpoints з 5 секунд до 500 мілісекунд. Правда, ці endpoints використовуються 2 рази на тиждень, но зато вони ідеальні»
SVN же
там сплачуються податки виходячи з того, за скільки ви це житло купували. якщо вони купували його десь 20 років тому — то там не такі великі податки.
Не зовсім так, звичайно кожного року приходить лист щастя з tax assesstment, тобто property tax рахується з ± ринкової вартості
Я так розумію, в результаті розробники були в захопленні від свого архітекта ))
Мене це не бентежить. Якщо комусь з розробників раптово стає «проблематично працювати з багатослівним кодом», тому що у класі присутні 5 пар get/set, він мені не потрібен у команді
Тому що мені дуже не подобається, коли згенерований байт-код не відповідає сорс-коду — це персональне. Тому що ми намагаємось бути HITRUST-сertified компанією незабаром, і останнє що мені потрібно — це відповідати на потеційні пов’язані запитання впродовж аудіту — це професійне.
Уявіть собі )) - не тільки різнокольорові прямокутники та стрілочки.
Але якщо серйозно — стек розробки має бути суворо уніфікований, і слідкувати за цим потрібно постійно.
Невмираючу класику
en.wikipedia.org/...ki/The_Mythical_Man-Month