кіллер фіча)

прикольно) гарний кейс оптимізації рутини

так так) особливо з сьогоднішньою задачею :D

Відповідаю:
Коментар на 50% невірний. Ось причини.
1) це НЕ ДОСЛІВНИЙ переклад, а адаптація суті законів.
2) цитата

в пості англійською вказане одне формулювання закону, а в перекладі АБСОЛЮТНО інше

— ви НЕ ЗРОЗУМІЛИ формулювання закону виходить. Закон каже про те що чим більше людей ревʼюває тим більше вірогідність знаходження багу. Дослівна цитата автора закону : «Given a large enough beta-tester and co-developer base, almost every problem will be characterized quickly and the fix obvious to someone» — Дослівний переклад: «Враховуючи досить велику базу бета-тестерів і співрозробників, майже кожна проблема буде охарактеризована швидко, а виправлення буде очевидним для когось», тобто ʼ

Чим більше людей перевіряє код, тим легше знайти помилки.

що являється АБСОЛЮТНО ВІРНИМ.
Враховуючи досить велику базу бета-тестерів і співрозробників -> Чим більше людей перевіряє код
майже кожна проблема буде охарактеризована швидко -> тим легше знайти помилки.
3)

отже тезу підтверджено

— тезу АБСОЛЮТНО не підтверджено з причин того що вона попередньо АБСОЛЮТНО невірна. Вивід — в цьому пункті ви займаєтесь демагогією, підверджуючи заздалегідь невірні та некоректні тези :)

Інші 50% коментаря цілком вірні.

Закон не повністю відповідає реаліям розробки (дослівно «неточний»). І навів аргументи, схожі з тими, які наводяться в критиці цього закону

Тут все вірно та цілком логічно. Тому що будь-який закон може має критику та будь-який закон може мати критиків.

так критика != формульовка закону :D це АБСОЛЮТНО різні речі :D

подивимось чи вирішу всі задачі по на носі відпуска а задачі з кожним днем все складніше :D
подобається дуже шо задачі з юмором — на сьогоднішній наприклад тобі спочатку сказали знайти одну комбінацію а потім надавши відповідь у другій частині задачі «ельф на тебе дивиться як на йолопа і каже ти шо з дуба рухнув» і виявляється він очікував геть іншого))) ну там ще гра слів певна. тому мене це забавляє) не скажу шо я найоптимальніші алгоритми обираю для задач — бо це скоріше для забавки але процес подобається )

ви БУКВАЛЬНО невірно зрозуміли цей закон і придумали якусь «отсебятіну»

цитую оригінал:
Given a large enough beta-tester and co-developer base, almost every problem will be characterized quickly and the fix obvious to someone
або переклад вікі — uk.wikipedia.org/...​ься для когось очевидною.

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

також приймаю участь) доволі цікаво :)

тут повинен бути жарт про «спробуйте видалити і встановити заново» :D сорі))

жаль( шош, думаю шо треба почекати трошки і зʼявиться

я поки не помітив різниці до\після

а якшо через впн?

саме в цій статті-туторіалі цей плагін генерує варіанти перевірок у вигляді «чек-ліста» (хайлевельні перевірки без степів та очікуваного результату).
але це без проблем можна доповнити щоб він генерив і степи і все інше.
думаю, як буде час зроблю версію 2.0 для цього)) але поки нема потреби сильної.

по останньому питанню — як і будь-яка АІшка(та і будь-який інженер) — на основі ваших вимог))

100% тому можно пропустити перший крок і перейти до другого де треба замінити апішку опен аі на будь-яку :) ви можете захостити будь-яку велику мовну модель у себе та використовувати її —так буде точно приватність 100% :)

А опенАІ як раз чітко вказують у себе в термінах що коли ти юзаєш їх арі то вони не будуть тренувати на твоїх даних свої моделі :) так шо всьо чьотко ))))

я їм написав фіче ріквест як раз з кодом своїм :D

очікування: роботи роблять важку роботу, люди роблять творчу
реальність: роботи роблять твору роботу, люди тягають каміння та обслуговують роботів :D

а що перевіряють задачками на алгоритми у бігтех компаніях?

топовий топ! слідкував ще на медіумі за виходом глав.

вчи ту мову на якій тобі комфортно писати та на якій тебе можуть сапортити, менторити та допомагати. це найголовніше мабуть. якшо мова не заходить — то вчитися будуть пекельні борошна.
з типіцазією майже всі мови ± однакові в автоматизації. відмінність тільки в інтерфейсах які надають бібліотеки трошки.
плюси жс-а — можеш потім легше розуміти шо на фронті накодякали. можеш свічнутись в бекендери з часом.
плюси патону — можеш докручувати потім МЛ та ШІ. можеш свічнутись в бекендери з часом.
плюси джави — дійсно розберешся з структурованістью, дізайн патернами та ООП як воно задумувалось. трошки важче свічнутись як на мене в бекендери буде.
а ще підписуйся на мій канал про тестування, розробку та менеджмент -там часто корисні матеріали є t.me/from_a_to_qa