Невмираючу класику

en.wikipedia.org/...​ki/The_Mythical_Man-Month

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 не треба чекати добу-дві, як у випадку іншого рітейлера, которий спочатку повинен перемістити товар з центрального-складу-за-кількасот-кілометрів ближче до тебе, а просто забрати товар того ж дня (що цілком ймовірно — по тракінгу своїх замовлень я бачу, що десь 50-60% доставляється напряму з однієї з трьох локацій, всі у радіусі 30 миль)

Або у Амазона автоматизоваі та оптимізовані процеси на складах, що замовлення пакується за одну годину, а не за дві доби.

Або усе це разом — хз, я там не працюю

Ще раз — це твій свідомий вибір, тому що тобі так зручніше. От якщо у радіусі 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 компанією незабаром, і останнє що мені потрібно — це відповідати на потеційні пов’язані запитання впродовж аудіту — це професійне.

Уявіть собі )) - не тільки різнокольорові прямокутники та стрілочки.
Але якщо серйозно — стек розробки має бути суворо уніфікований, і слідкувати за цим потрібно постійно.