Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×
  • Що таке NoOps і як це вплине на DevOps-інженерів

    Мінімум +50% девопсової зарплати до поточної зарплати розробника і можна про щось говорити :)

    Ви вважаєте, що за те щоб написати скрипт, що збілдить ваш код та розгорне ресурси щоб захостити десь вам чесно є за що доплачувати овер зарплати программіста?

  • Боремось з одвічною проблемою IT-продуктів — технічним боргом

    Це не пов’язані з тех боргом речі — імплементація може мати фунціональні гепи, і не мати технічного боргу — бути пітримуємою і яку легко розширювати і не вимагати дороблювати/перероблювати вже написаний код без будь яких змін у функціоналі.

    Підтримав: Vic
  • Чому дедалі більше розробників переходять у галузь web3 і чи потрібно це вам

    Серед суттєвих недоліків натрапите на погане масштабування

    як там с масштабуванням у блокчейнах доречі ? :)

    заглянув в гугл і о яка несподіванка — щоб відмасштабуватись вони почали робити те саме що і brokered auth ->

    Bitgert launched on February 14, 2022, making it the newest project on this list andpossibly the fastest. Bitgert handles a whopping 100,000 transactions per second, with a block finality time of 2 seconds. Coupled with this incredible speed, transaction fees on Bitgert are negligible, averaging $0.00000001.

    Bitgert is built on the Binance Smart Chain (BSC) protocol and adopts a proof-of-authority (PoA) consensus used by BSC. The high throughput achieved by Bitgert is due to this consensus mechanism, which allows validators to stake their reputation instead of coins.

    Proof-of-authority
    In PoA-based networks, transactions and blocks are validated by approved accounts, known as validators.[4] Validators run software allowing them to put transactions in blocks. The process is automated and does not require validators to be constantly monitoring their computers. It, however, does require maintaining the computer (the authority node) uncompromised. The term was coined by Gavin Wood, co-founder of Ethereum and Parity Technologies.[5]

    децентралізація вона така..

  • Чому дедалі більше розробників переходять у галузь web3 і чи потрібно це вам

    Пам’ятаю якось і не раз на доу фанати блокчейну стабільність збереження інвестицій у крипті аргументувати привʼязкою до курсу доллара (stable coins) і продовжували писати про децентралізацію лол
    Було насправді забавно.
    Ще забавно спостерігати як рішення проблем эффективності блокчейна(proof-of-work) вирішили по суті хакнувши його оригінальну ідею і делегувавши учасникам підтвердження достовірності операцій — proof-of-staking і пообіцявши що мухлювати не будемо). Як можна серьезно відноситися до цих рішень і веб3, якщо в будь яких статях іде тупо маркетинговий bullshit і опис кейсів з якими в реальному житті майже ніде не зустрінешся, якщо це не повʼязано з криптою.

    Соц мережі — ніякого блокчейну крім пілотних проектів, основні сервісі працюють досі на brokered auth/mfa
    Гроші/Банки/трейдинг не повʼязаний з крптою — mfa, цифровий підпис
    Держ установи онлайн — цифровий підпис/mfa
    Медіаплатформи — mfa/brokered
    Інтернет магазини — те саме(ніякої крипти в більшості випадків)
    Корпоративні сервіси і системи для бізнесу — ніякого блокчейну
    Про web3 уже пишуть стільки років, що якби він був потрібен широкому загалу — давно би став mature рішенням з яким так чи інекше стикався би, але.. покищо виглядає так що цим просто намагаються легемітизувати і поширити той сами блокчейн який більшості ну ніяк не заходить, навіть коли крипто тролі майбутє інтернету повʼязали з блокчейном через це базворд -web3

    Я писав подібний пост рік назад — за цей час нічого не змінилось.
    технологія не вирішуюча реальних проблем повсякдення з багатьох причин і монетизуєтся на залучені нових учасників(як піраміда у житті реальному) тому так агресивно і продає себе посилаючись на use cases які не вирішують жодної з реальних, а не надуманних проблем повсякдення. З кожним роком тільки амбіції ростуть , я правда вірю що вже от от відмінять фіатні гроші, скасують уряди, побєдім глобалістов, віртуальні кросівки стануть зручнішими від реальних , ми насправді близкі до цього, це ж очевидно.

  • Чому обирають Rust

    У adt може бути така сама проблема, тому щось десь в коді тисяч функцій хтось в pattern marching задефолтив обробку union case. Головна перевага ооп — в тому що поведінка і внутрішня логіка інкапсульована в тому самому классі. У випадку adt моделі свій біль — як організувати всю логіку у зовнішніх модулях по відношенню до моделі.

  • Чому обирають Rust

    Це не однозначна перевага над наслідуванням на классах насправді. Тому що поведінка інкапсульована в классах, а не pure фунціях. Тому росширити ооп наслідування набагато легше там де є взаємодія обʼєктів і логіка з цим повʼязана — достатньо перезавантажити метод при наслідуванні, а в adt треба іти і оновлювати всі місця в коді де цей union зачепили в різних місцях програми або defaultити ці кейси(що з точки зору безпеки типів просто вирубить перевірку компілятора в цьому місці на union type цьому).

  • «З AI будь-хто може бути програмістом», — CEO Nvidia. Погоджуєтесь?

    Історія про типового лоха-программіста.

  • Кінець Front-end?

    Такої роботи мінімально у порівнянні з конвеєром front-end котрий стане на рейки chat gpt.

  • Кінець Front-end?

    Ну саме такі розробники ШІ і бояться :)

    насправді девелоперський скіл писати чистий код, відбирати бібліотеки і тому подібне втрить будь яку вартість коли генеративний інтеллект в парі з промтерами почнуть робити WEB UI під ключ — воно потрібно виключно доки код ментейниться і розвивається людьми.

  • «Час великої тривоги та невизначеності». Стало відомо про третій раунд звільнень в Meta

    Нафіга пилити вузькоспеціалізований велосипед якщо зараз вже є всім зрозумілий блокчейн який вже вирішує проблему з зберіганням, трансфером і доступу?

    Очевидно, що якщо ніхто цього не зробив ні до блокчейну ні після його появи — такої потреби просто немає або вихлоп не покриває витрати імплементації (це придуманні use cases яким немає місця у реальному житті).

    Інший момент — перш ніж дизайнити універсальний блокчейн для всього на світі було б непогано вирішити эффективно типові проблеми блокчейну які не дають можливості його розглядати саме як таке глобальне довгострокове рішення через його добре відомі проблеми scalability(throughput, latency великих блокчейнів) та відкриті моменти безпеки у довгостроковій перспективі як для PoW так і для PoS.

  • «Час великої тривоги та невизначеності». Стало відомо про третій раунд звільнень в Meta

    Одна хрінь що парсити метаданні диплому у відповіді http api курсеры, що брати їх з блочейну — все одно треба кодити інтеграцію для конкретної імплементації блочейну , котрих аж ніяк не одна стандартизована про що віщають кріптофанати як основну перевагу.

    якби проблема централізації вирішується ефективно, то чому блокчейн в масштабах країни вибраної не замінив эффективно хоч б таку штуку як bank id/електронний підпис?

  • «Час великої тривоги та невизначеності». Стало відомо про третій раунд звільнень в Meta

    Я би з радістю, але при тому що в повсякденному житті майже все роблячи через веб поки що так і не зустрів жодного такого сервісу — всюди sso від фейсбуку та гугла або щось пропріетарне — робота, букінги, соц мережі, фінанси(крім крипто бірж) , онлайн магазини, державні сервіси , звʼязок, медичні персональні штуки з підпримкою iot — всюди немає і натяку на ваші decentrilized identity(якщо ви про це) :)

    вангую, що з таким поширенням, конкретна імплементація ніколи не набере розповсюдження рівня sso facebook/google у різних веб сервісах. Я з року в рік чекаю коли ж web 3 обіцяний нарешті можна буде використовувати хоч десь у повсякденному житті якщо ти не фанат крипти — але поки виходить так як і з усим іншим блокчейном — нічого крім порожних обіцянок від його фанатів вирішення якихось реальних проблем сьогодення.

  • Падіння кількості ІТ вакансій в Україні відбувається через внутрішні чинникі чи зовнішні?

    Точно, через пдв

    Підтримав: Людмила Лавренко
  • «Час великої тривоги та невизначеності». Стало відомо про третій раунд звільнень в Meta

    Невизначеності, що комусь потрібно буде той метаверс з уявним мерчем за реальні бабки. Веб3 він такий, крім ʼпродаючогоʼ базворду нічого потрібного так і не запропонував людям.

  • Як уникнути пекла кастомізації, або Що ви знаєте про рішення для інтеграції систем

    Найбрудніша робота для розробника. Дивно, що в 2023 ще хтось всерьоз розглядає інтеграцію на файликах, чи shared db як патерн інтеграції здорової людини.

    Підтримали: Dmitry Bugay, Valeriy Shvets
  • NoSQL хайп закончился?

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

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

  • NoSQL хайп закончился?

    З точки зору e Commerce — вона дуже цікаво виглядає, позаяк скажімо каталог товарів — це ієрархічна структура данних типа — дерево із вузлами каталог-категорія-підкатегорія-товар-товарна позиція, в яку рідко пишуть — але дуже часто читають та роблять пошук.

    Щось підказує що каталог товарів це зовсім не use case для графових баз,а классичний кейс для lucene похідних технологій(котрий буде перформормити для каталогу товарів і разів 10-100 краще на тому ж залізі що і будь-яка РСУБД, я вже не кажу про великий розмір каталогів де РСУБД для каталогу використовує мабуть ніхто в загалі). а ця штука

    аталог-категорія-підкатегорія-товар-товарна позиція

    називається фасетом(атрибутом), і моделювати це через edge у графі дуже дивно(скоріше за все це і причин проблем з використанням ресурсів).

    По графовим як мінімум там де є графи з різного типу edges, ієрархіями vertics різного типу і необхідності пошуку по атрибутам кожного як мінімум на декларативних графових мовах буде біль зрозумілою і скоріше за все лаконічнішою, аніж робота с рекурсивним cte в рсубд.

    Big Table — чудова коли у вас дуже проста модель данних яка лягає лише на одну таблицю, в яку ви часто пишете, але рідко читаєте. Будь які складні моделі, наприклад іерархія співробітників на підприємстві разом з тим каталог скидочних купонів — і у вас неприємності.

    якби у мене була ієрархія проста яке влізе в ресурси одного сервака ок може я і взяв би реляційку, якщо ні — то у вас неприємості з реляційкою як раз, у той час як neo4j наприклад(судячи по доці — може нативно виконвути cross shard queries).

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

  • NoSQL хайп закончился?

    Що за задачі переробляли?

  • NoSQL хайп закончился?

    І ця база окрім гарного OLAP, вміє так саме добре з OLTP працювати?

    Яка база? У мене описані підходи до вирішення задач, а не бази. І доречі, в моєму описі немає ніодної OLAP задачі і ні слова про агрегацію — не знаю з чого він тут взагалі.

  • NoSQL хайп закончился?

    Скл чудово живе на монолітах з гігбайтами даних, чи в скл єйжур сервісі, де немає реплікації та терабайтів даних.

    Яб сказав і в цій ніші сиквелу прийшов закономірний кінець — відкриваєш схему а там 50% на json пропертях з нативною підтримкою документного апі , і хвала тим своєчасно зрозумів що розробити софт набагато швидше і з використанням рсубд, якщо нормалізацію робити під потреби конкретні, а не по замовчуваню.

← Сtrl 1... 34567...92 Ctrl →