×
T/T Lead
  • Devin — ШІ-software engineer, що наступає на п`яти спеціалістам. Чи варто хвилюватися?

    Та ок, запрошую в програмування. У нас тут купа всього нематерільного.

    Ознака інтелекту взагалі — вміння створення нематеріальних сутностей і робота з ними. Результат якої — інші нематеріальні сутності.
    Наприкад — ніхто ще не бачив ліса. Всі бачать тільки дерева. Але ж, при наявності інтелекта — елементарно створюється такий об’єкт як «ліс», навіть не треба у школі вчитися.

  • Devin — ШІ-software engineer, що наступає на п`яти спеціалістам. Чи варто хвилюватися?

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

    Послухайте Сапольски, він зараз популярний. З ідеями — детерменізму :)

    зробити інтелект в широкому його значенні

    В широкому — це якому саме? У мавпячому? ну так, мабуть що не вийде, бо на інтелект мавп дуже впливає хімічно-електрична база їх пристроїв обробки інформації. а також — соціальне виховання, яке сформовано еволюцією. Щоб успішно розмножуватись.

    Навряд чи такий ШІ взагалі кому потрібен. Мавп і так повно :)

    Підтримав: Степан Ткаченко
  • Devin — ШІ-software engineer, що наступає на п`яти спеціалістам. Чи варто хвилюватися?

    Цікаво, чому саме ви так вирішили.

    тому що я кажу про ШІ, тобто про програмне забезпечення та його створення, оптимізації, розвиток, а ви мені про залізо.

    Ви знову берете відомі вже знання і переносите їх на майбутнє

    Це ви берете відомі і НЕадекватні данні, і екстрополюєте. Як
    у класичному прикладі:
    газети 19го сторіччя писали, що Лондон не може стати більшим ніж ... бо така необхідна кількість коней засере все.

    Колись швидкість автомобіля можна будло збільшити

    автомобіль — матеріальний об’єкт.

    А інформація — нематеріальна.
    Можна вирішити теорему Піфагора на піску, на папері, на планшеті стілусом. Саме рішення не пов’язане напряму з носієм запису цього рішення.

  • Devin — ШІ-software engineer, що наступає на п`яти спеціалістам. Чи варто хвилюватися?

    Ось тоді вам шще пару питань:

    Всі ці питання не мають відношення до перспектив розвитку ШІ.

    От вам просте питання
    Якщо ми замість алгоритма з складністю O(n!) використуємо алгоритм з складністю O(n log n) то наскільки потужніший комп’ютер нам треба для цієї заміни?
    Ваша відповідь

    І тоді треба буде в 100 разів потужніший комп’ютер

    Отак виглядають всі аналогії з обмеженнями матеріального світу ;)

    Я за допомогою чату ГПТ зробив те саме за 24 хвилини.

    І можете це робити місяцами цілодобово?

    Коротше, дуже багато АЛЕ

    Так, дуже багато. Сфера нова, і невідомі її обмеженя. Вони точно є. Але матеріальна компонента в них набагато менша аніж «розігнати авто до 1000 км/г» і треба «в 100 разів потужніший комп’ютер»

  • Devin — ШІ-software engineer, що наступає на п`яти спеціалістам. Чи варто хвилюватися?

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

    і цей рівень може бути фантастично вищий за людський. Чому б ні?

    Для прикладу, подивіться на конструктори сайтів

    Яка б лопата не була — вона лопата.
    ШІ — не лопата.
    Навіть його тепершній рівень — принципово інший.

    Тому, поки мені не покажуть

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

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

    Та ви шо? Правда? а я не знав...

  • Devin — ШІ-software engineer, що наступає на п`яти спеціалістам. Чи варто хвилюватися?

    Ну добре — а чи сильний ви бачите прогрес в автомобілях за останні 40-50 років?

    залежить від того — які критерії виберимо для вимірювання прогресу.

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

    Зараз ви бачите літаючі авто?

    Кількість необхідної енергії для цього потребує набагато більше енергії, ніж рух по поверхні.

    давайте краще подивимось на різницю між ідеями людства, скажімо у соціології, скільки змін відбулося за останні 40-50 років.

    Щодо цього Девіна

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

    На мою думку, дуже схоже на спробу отримати побільше інвестицій і підняти вартість акцій.

    саме так. бо без інвестицій розвитку ШІ не буде.

    І що це змогла зробити компанія, яка нещодавно з’явилась?

    всі компанії «з’являлись нещодавно».

  • Devin — ШІ-software engineer, що наступає на п`яти спеціалістам. Чи варто хвилюватися?

    Я думаю що скептики праві, коли регочуть з самої ідеї автомобіля, бо на зараз ми маємо:
    Віз Кюньо uk.wikipedia.org/wiki/Віз_Кюньо

    А хочеться ж чогось на антигравітації... «оті тесли теж недалеко від воза відійшли!»

  • Devin — ШІ-software engineer, що наступає на п`яти спеціалістам. Чи варто хвилюватися?

    самое ценное в ней именно о попытках NeuroPrompts.
    статей то полно. которые пишутся по журналиским стандартам — то есть «штампам объективности»

    и поэтому не только эту, а большинство статей «сканирую», а не трачу время на "

    а всю статтю

    "

    зачем мне «выводы» журналиста?

    тем более что до этого, уже многие, и кажется сам Альтман говорил:
    промт инжениринг — временное явление.
    цель — добиться понимания нейросетью обычного, естественного языка, без этих хитростей.

  • Devin — ШІ-software engineer, що наступає на п`яти спеціалістам. Чи варто хвилюватися?

    Lal’s team created a tool called NeuroPrompts that takes a simple input prompt, such as “boy on a horse,” and automatically enhances it to produce a better picture.
    ...
    Here too, the automatically generated prompts did better than the expert-human prompts they used as a starting point, at least according to the PickScore metric.

  • Devin — ШІ-software engineer, що наступає на п`яти спеціалістам. Чи варто хвилюватися?

    щоб написати правильний промт

    AI Prompt Engineering Is Dead
    spectrum.ieee.org/...​rompt-engineering-is-dead

  • Devin — ШІ-software engineer, що наступає на п`яти спеціалістам. Чи варто хвилюватися?

    AI не існує

    це суто філософське твердження.
    істинність якого залежить від тлумачення термінів «існування» та «інтелект».

    ініційовані людиною, але не ініціюють їх самостійно.

    і як часто програмісти ініциюють проєкт, який пишуть?

    Мовні моделі виконують завдання

    у цьому напрямку і йде робота — нейромережі з різними параметрами, по різному навчані дають завдання іншим нейромережам і виконують завдання від інших нейромереж.

    І ми ще побачимо купу куструбатих devin`ів.

    Але так як нікого зараз не цікавить що автівка аніяк не схожа на коняку, так і питання «чи це справжній AI, чи існує AI» теж не будуть цікавити.

    та й він точно буде дуже іншим, чим людський. хоча б тому що не матимиме фундаментальних дефектів та обмежень людського інтелекту.

    P.S.
    ну і щодо конкретно до LLM
    Людське мислення відбувається без слів, поза ними. Слова — то вже результат мислення.
    А LLM «мислять» саме словами (вірніше векторами-токенами).
    Тобто це зовсім інший тип мислення.

  • Оптимізація SQL в 23 рази

    Я просто ніколи не чув про кеш в

    Очевидна оптимізація у QueryBuilder — а чого б не взяти хеш сформованого запиту, і по ньому не зберігати відповідь? Тому такий механізм є практично всюди у пристойному QueryBuilder
    Але — виникає питанння інвалідації. Нам треба відстежувати зміни у БД.

    Такий кеш наприклад був у Mysql QueryCache, і зараз є у MariaDB. Якщо його враховувати, то буде з нього користь. Але його прибрали в останніх версіях Mysql бо частенько — від нього більше проблем аніж користі.

    Why did MySQL remove the query cache feature after version 8.0?
    dba.stackexchange.com/...​feature-after-version-8-0

    Така ж історія буде з кешуванням у аплікації. Якщо ми проектували без майбутнього кешування, то вийде так що кеш будете постійно протухлим. І ніякий ОРМ те не розрулить.

    Підтримав: Денис Чемерис
  • Оптимізація SQL в 23 рази

    не у факті використання ОРМ, а в тому, хто робив db частину.

    а робив її той, хто повністю довіряє ОРМу, і не хоче робити db частину. А просто — пише класи і анотує. «А все оте, починаючи з схеми, нехай ОРМ робить. Він розумний!»

    Коли ж ми самі проєктуємо схему, після аналізу роботи з даними, то може ще й виявитися — а тепер спробуй ОРМу Х те поясни. Бо в нього може тупо не бути відповідних анотацій, жорстко закладені патерни роботи з БД і т.і.

    Звісно, писати стрінгами SQL код — то теж ой схоже не те робиш. Мінімум — треба все ж подумати на керуванням цього SQL коду, узагалененням, бо вийде купа SQL копіпасти. Зі всьома відомими наслідками копіпасти.

  • Оптимізація SQL в 23 рази

    ну, може магічно

    amazon cloudsearch/Elasticsearch/sphinx

    допоміг би?

    не розбиратись як працює БД. Магія ORM + магія amazon cloudsearch — і опа, все вирішилось!

    На стекофеклов якось писав один — що чув вже не раз:
    а навіщо індекси самому вказувати? сучасні БД у-у-у, круті, вони збирають статистику запитів, і самі там якось розуміють, і будують і індекси, і ще невідомі простим смертним чудесії...

    P.S.
    ну або просто в клауд треба переїхати. І настане Чудо!

    Підтримав: Sergey Tepaykin
  • Оптимізація SQL в 23 рази

    А коли const orders = shop.getOrders(20) то хз що воно там робить і взагалі звідки ті дані бере

    Ну то я про це й сказав — що виникає віра у Магію «взагалі звідки воно ті дані бере»

    а коли ти заглядаєш у код ORMа, то ти бачиш що бере так само як би ти сам написав.
    А у складних випадках ще й бере тупо — складаючи запит з клаптиків, і маємо результат — вкрай неефективний запит, бо такий руками — був би більш оптимальний.
    Бо ORM — не вміє у телепатію. Він не знає навіщо ти пишеш shop.getOrders(20), і що ти далі з orders будеш робити.

  • Оптимізація SQL в 23 рази

    Все на хмарних сервісах

    Тобто на хмарних сервісах якісь інші БД використовуються, або з іншими властивостями?

    Для текстового пошуку краще юзати окреми сервіси

    Коли треба вибрати суму закупівель та суму продаж за період щоб порахувати прибуток — який текстовий пошук те прискорить?

  • Оптимізація SQL в 23 рази

    Звісно що магічно.
    Коли ти сам пишеш SQL запит — то магії нема.
    Коли ORM генерує такий же, або гірший, то там під капотом — Магія. ORM вмикає телепатію і сам так якось магічно кешує

  • Чи варто розраховувати на збільшення кількості розробниць?

    повністю згоден з висновком:
    І поки що загальний тренд не додає оптимізму.

    дивимся вказану статтю:
    It is undeniably true that men in STEM professions experience higher annual salaries than women — a difference of nearly $15,000 every year ($85,000 for males versus just $60,828 for females).

    Жах!

    Точно такий же можна навести:
    Заробітки в STEM вікової категорії 20-30 значно нижче аніж 30-40.
    Жах!! Утискають молодь!!! Недоплачують!!!

    Або:
    72% of women in tech report experiencing a prevalent “bro culture” at work

    Жах!
    Чого вони обговорюють хеви-метал а не тейлор свіфт??
    Ми, шанувальники тейлор свіфт, забороняемо обговорювати іншу музику.
    Також, ми вимагаємо заборонити розказувати анекдоти які нам не подобаються!

    Або:
    Only 8-9% of women hold positions like CIO, CTO, or IT manager, or serve as technical team leaders.

    Яка жахлива дискрімінація...
    От ще дослілдення:
    The average information technology technical lead age is 43 years old. The most common ethnicity of information technology technical leads is White (67.7%), followed by Asian (12.0%), Hispanic or Latino (8.8%) and Black or African American (6.2%).

    24.1% of all information technology technical leads are women, while 75.9% are men.
    www.zippia.com/...​l-lead-jobs/demographics

    Висновок очевидний — треба надавати техліда — молодим дівчатам. Чорношкірим. Тоді статистика стане гарною.
    Не буде тоді утиску ані молоді, ані жінок.

    Підтримали: Dog, Marharyta
  • Масі Найєм — про проблеми ВЛК, необхідність ротації і небажання, але обовʼязок воювати

    в рашці якось приживеться?

    в ращці мені точно не приживеться, треба буде кудись їхати з неї.

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

    це особистий вибір, між цими всіми варіантами.

    брехати собі тільки не треба.

    Підтримав: Valeriy Shvets
  • Масі Найєм — про проблеми ВЛК, необхідність ротації і небажання, але обовʼязок воювати

    думаю не через скільки.
    але цікаво, коли, як це так шивдко вдалося СБУ залякати :D

    в інеті повно такого, на камеру, у вуличних інтерв’ю.

    у СБУ і без цього роботи ой-йой

    Підтримав: Volodymyr Y
← Сtrl 123456...275 Ctrl →