Очікування vs Реальність: які IT-тренди вас розчарували на практиці

В IT регулярно з’являються нові інструменти та фреймворки, які через активний маркетинг виглядають як світле майбутнє.

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

Які технології, бібліотеки чи інструменти виглядали для вас дуже перспективно на старті, але на практиці виявилися розчаруванням?
👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Квантові комп’ютери — яких ніколи не буде, але якими вже 20 років як лякають, ніби вони зруйнують всю криптографію.

AI-стартапи, які в більшості є обгорткою над OpenAI API

що вам заважає запустити свою обгоротку якщо все так просто? навіщо продовжувати працювати в галерному рабстві? )

Не знаю навіщо, я не працюю на галерах. Що заважає? Брезгливість, бо це де-факто не стартапи.

А в них є якісь реальні доходи?

IT в цілому. Очікував стати мільярдером до 30, а реальність середній клас вище середенього.

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

максимум гривньовими, і то поки 20% ПДВ не введуть

То не так страшно, тим більше що ФОП не єдиний варіант

Є інфа якби не гнався за грошима і соціальним класом, то був би щасливішим.

FP канеш. Неасілятори так і не асілелі. Так воно і померло.

АІ
Очікування: можна буде вайбкодити у повноцінному сенсі слова — описувати звичайною людською мовою, який саме цифровий продукт ти хочеш отримати в результаті і отримувати цей результат
Реальність: ти — нянька АІ. Маєш йому пояснювати, що ти від нього хочеш, а потім після нього все перероблювати, бо він зробив все через дупу

Покищо режиму самонавчання який включав Джон Конор у T-800 в Terminator 2 не завезли. Навідміну від джуніров наприклад, з ШІ ще в цілому не зрозуміло хто кого навчає. Часто бачу, що навпаки — ШІ людину тій стстемі мислення яка акладена в ШІ в Каліфорнії.
З іншої точки зору, треба визнати інструмент розширює можливості від просто пошувика та Stack Overflow та GitHub.
По певним роботам як то опис вимог наприклад, працює ця штука подекуди чудово. Програмує так собі, але надає хорощі приклади і т.д.
Однозначно, маркетинг був — що це інструменти як пилорама та водяний молот, які призведуть до зникнення цілих професій як то пильщік чи молотобоєць. На ділі — це швидше бензопила чи відбойний пневмо молоток.

Аналогії-Хронології-ШІнології...

Овероптимісти побачили себе пілотами спортивних болідів у версачі окулярах — замість конюхів з міопією на глючних конях. Оверпесимісти вгледіли перШІ кроки дерев’яних конячок на колесиках.

А решта яка залишилася між тима двома овер-групами — нікого вже і не зацікавить)

Ох як я з цим зараз наколовся! )

Як, мабудь, і всі.

Що покладали великі надії на ШІ.

Проблема не в ШІ а ваших очікуванях.

Якщо ви вважали що за три роки ШІ еволюціонує з gpt 3.5 який міг писати лише невеликі сніпети до AGI який повністю замінює програмістів — це ваші проблеми.

Якщо ви вважали що ШІ який малював кривого Уіла Сміта який їсть спагеті за три роки еволюціонує до голівудського режисера який по промту фільми генерує — це ваші проблеми.

Вам цього ніхто не обіцяв, і уж тим більше не через три роки.

Ніт. Я очікував, що ШІ не буде писати «спагетті-Хінді-код».

Де звалено усе.

Виявилось, що треба архітектуру ретельно спочатку задавати.

І дуже все за ним перевіряти.

Тобто виявилось все навіть краще ніж очікувалось?) Бо задавати архітектуру і перевіряти, ну, це база. Але ти уже очікуєш що все працюватиме, що на порядок вище за гпт 3.5 який хело волд писав не завжди вірно.

Що попросите, те і напише. Тільки ви очікували що можна одним промтом попросити на 2 строчки, а виявляється що треба кілька десятків промтів у вигляді скілів, саб агентів на кілька сот строчок кожен, з десяток МСР серверів і комунікація як з людиною, а не кинув промт і в продакшн.

І дуже все за ним перевіряти.

Перевіряти треба за всіма, навіть на сінйорами з 20-літнім досвідом.

Ну так. Зате скіли прокачує швидко та ефектно.

Бо це вже не «вайбкодінг» взагалі.

А мусиш сам все вивчити, щоб розібратись та правильно завдання робити до ШІ.

І кожний крок ретельно так перевірять, щоб відразу все корегувать.

Вам цього ніхто не обіцяв

Так уся ШІ тусовка в якомусь твіттері верещить в три труби що художники, письменники і інші творчі професії скоро будуть не потрібні і всі зможуть собі вайбкодити нескінченний ентертейнмент, дайте ШІ ще два три роки і кілька сот мільярдів доларів і от усе буде.

Яке це має відношення до програмістів і використання ШІ в інженерії?

Ну і в чому не праві? вже зараз можна вайбкодити картинки і невеличкі ролики. Тому так, творчі професії вже зараз страждають, особливо фрілансери.

Ну, то звичайні ІнфоЦигани.

Їх задача — поки «ШІ-бульба» — «коней грабувать» та розводити усіх на «мєга-курси».

Для мене свого часу величезним розчаруванням виявився фронтенд!
На той момент питання «як робити юзер інтерфейс» вже було багато раз вирішено. Починаючи від Delphi через Visual Basic та COM-контроли, через Java Swing і до .Net, WPF, Silverlight та Adobe Flash. Були величезні бібліотеки контролів на будь-який смак. З підтримкою локалізації, RTL, ієрогліфів та японських календарів.
Так само були технології розробки сайтів на HTML + CSS. Саме так, як HTML був задуманий для генерації сторінок і форм.
Але в якийсь момент усе це вирішили викинути на смітник і почати створювати юзер інтерфейс прямо в браузері за допомогою Java Script. Мови, яка була десь на рівні BASIC для дітей і ніби не знала про існування типів даних, ООП та усього, що з’явилося в С++, С# та Java за багато років еволюції!
Java Script не вмів примітивних речей, таких як правильно працювати з датами (не кажучи вже про глобалізацію чи багатопоточність). Не зважаючи на простоту — у ньому більше неочевидної поведінки і варіантів відстрелити собі ногу ніж у С++ з тепмлейтами, макросами та поінтерами.
Поява фронтенд девелоперів це був якийсь «крах цивілізації»: ніби справжні інженери кудись виїхали з острова — а місцеві дикуни почали будувати з палок «літаки» та «радари». Усі ці саморобні MVC фреймвоки, JQuery контроли і безліч велосипедів. Колись казали: візьми будь-яке слово, додай JS і знайдеш NPM пакет.
І зараз так смішно читати коли серйозні бізнес системи падають бо якийсь Вася вирішив оновити свій пакет словом XYZ — а виявилося що усі досі використовували цей велосипед.
Це — аж ніяк не інженерний підхід! Це — підхід ремісників чи навіть якихось «гаражних майстрів», які можуть зібрати «авто-монстра» зі смітника.

Да ну, якщо треба самому щось ізклепати буде — то сучасні фреймверки типу React, Angular чи Vue разом із CSS надають подекуди можливості аналогічні Visual Basic з клонами, а то і краще.
Професійний UI-щік відрізнєьься тим, що може швидко та якісно зробити робочий UI на базі того, що намалювали дизайнери. А таке дуже рідко коли накладається на RAD підхід.
Подобається нам або ні, та ІТ підприємці розглядають ІТ спеціалвстів як — ChatGPT який точно і в строк виконує їх бізнес візію, дизайн, user expirence тощо. А себе розглядають як Стіва Джобса, при чому раннього який над Lisa працював. Тому так — дизайну та UI/UX буде приділятись 90% уваги. І певна доля правди є і там і там. Lisa після того як з віддти пішли Джобса — виявилась потрібна лише NASA яка її і купляла, бо інженери і створювали компьютер для NASA як їх вчили по університетах на навчаних программах від уряду США для NASA. Стів мітив в сегмент ринку маленьких видавництв, рекламних студій тощо — а там треба було шріфти, дизайн WYSIWYG і т.д.
Зробити так щоби розробники самі думали за кінцевого споживоча і приходили з прототипом iPod в кабінет Стіва на затвердження бізнес ідеї, це вже пізній Джобс який наслідував Акіо Моріту в Next.

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

reactive programming

??? Це ж парадигма на базі функціонального підходу, абсолютна жива собі. Між іншим вона стара-старюча, Lisp ровесник Fortran 1958 рік проти 1957. Кожний раз просто нові модні назви видумують, щоб це продати, але сенс усе той самий.

А що з ним не так ? Просто порт Spring Framework із Java на Node.

Порт Spring to node js is Nest.js.

Підписатись на коментарі