13 серпня 2026
MaximДобре, але таких яки ти 0.01%
професійний софт на то і професійний, щоби ним користувались профі
Bohdan VRтекст ще не в індексі
Не зовсім. Я ж не говорю, що треба йти всупереч класичним методам, і просто ригати полотном, а ШІшка якось має розібратися. Мова в першу чергу про те, що задача загалом змінилася, бо люди все менше пишуть руками, все більше беруть коду від ЛЛМ-ки (навіть в порівнянні з часами SO). Раніше потрібен був баланс між навантаженням для розуміння коду, і гнучкістю для відносно швидкого та легкого дописування за потреби. Зараз - дописати за потреби може і ЛЛМ-ка, але набагато вища потреба в розумінні коду людиною, голова від додаткових 20 баксів не почне різко краще думати. Інша задача - інші оптимальні розв'язки, потреба вже в інших паттернах
NoNameНе зовсім. Я ж не говорю, що треба йти всупереч класичним методам, і просто ригати полотном, а ШІшка якось має розібратися. Мова в першу чергу про те, що задача загалом змінилася, бо люди все менше пишуть руками, все більше беруть коду від ЛЛМ-ки (навіть в порівнянні з часами SO). Раніше потрібен бу
коротше кажучи змінились пріорітети
Bohdan VRале я не вважаю що кардинально, бо написання коду нейронкою теж потребує ресурсів, і нормальна архітектура мінімізує їх споживання
І от тут почнуться веселощі) Код має бути коротшим? Має бути модульнішим? Антропік післязавтра зарядить розцінки на "думання" на додачу до токенів, і код має бути тупішим-процедурнішим? "Нормальність" та "оптимальність" сильно почнуть залежати і від бізнес-задачі, і від умов постачальників ЛЛМ-ок, чи що прийде їм на заміну через рік-два-п'ять
Bohdan VRале я не вважаю що кардинально, бо написання коду нейронкою теж потребує ресурсів, і нормальна архітектура мінімізує їх споживання
я схиляюсь до того що коротка, функціональна й оптимізована кодобаза згодом і стане найдорожчою, бо роздуту отримати дуже дешево, а от максимально лаконічну, при цьому ще й оптимізовану та зрозумілу - от це вже натуральне мистецтво
NoNameІ от тут почнуться веселощі) Код має бути коротшим? Має бути модульнішим? Антропік післязавтра зарядить розцінки на "думання" на додачу до токенів, і код має бути тупішим-процедурнішим? "Нормальність" та "оптимальність" сильно почнуть залежати і від бізнес-задачі, і від умов постачальників ЛЛМ-ок, ч
self-host наше все
Bohdan VRя схиляюсь до того що коротка, функціональна й оптимізована кодобаза згодом і стане найдорожчою, бо роздуту отримати дуже дешево, а от максимально лаконічну, при цьому ще й оптимізовану та зрозумілу - от це вже натуральне мистецтво
атомарний приклад приведу, функція конвертації снейк_кейса в камелКейс
в пітоні це можна написати отак:
"".join([i.capitalize() for i in string.split("_"])
а можна отак:
string.title().replace("_", "")
Другий варіант і коротший, і в 2.5 рази швидший
Bohdan VRатомарний приклад приведу, функція конвертації снейк_кейса в камелКейс
в пітоні це можна написати отак:
"".join([i.capitalize() for i in string.split("_"])
а можна отак:
string.title().replace("_", "")
Другий варіант і коротший, і в 2.5 рази швидший
Фотография
натисніть — покажемо
натисніть — покажемо
5 соннет вам напише перший варіант
Bohdan VRатомарний приклад приведу, функція конвертації снейк_кейса в камелКейс
в пітоні це можна написати отак:
"".join([i.capitalize() for i in string.split("_"])
а можна отак:
string.title().replace("_", "")
Другий варіант і коротший, і в 2.5 рази швидший
в моєму уявленні архітектурне питання це те саме, просто на іншому рівні абстракцій: більш ефективно використовувати те, що ми вже і так маємо. А організація коду це просто приємний бонус, який оптимізовує процес розробки, а не виконання