як раз тестуємо. робіть і пишіть відгук 😁

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

Завжди тестуйте власний код

Чи скористайтесь порадою іншого коментатора

Ця стаття заряджена на якісний код, прикладайте її до своїх PR і буде вам менше багів ;)

😁

За пункт #1 підсумків приношу вибачення. Не догледів, що автор того коменту — інший 😱

Ви так тригернулись, аж повиділяли слова болдом та перейшли на пасивне хамство. Яке ж у вас, українських публічних блогерів та подкастерів, доволі часто, крихке его ;)
Взагалі, українські софт-скіли в ІТ, це щось унікальне на цій планеті (неймовірно висока токсичність). Це одна з тих речей, котра відділяє українців від західної цивілізації величезною прірвою.

Ооо, мене капець як тригерить тупість, некомпетентність і маніпулятивність. А ви просто комбо зібрали. Іноді я навіть задумуюсь, не може ж людина таке серйозно писати, може то просто троль?
✅ Хамство ви плутаєте з прямолінійністю
✅ Болдом я виділяю слова, щоб навіть не самим розумним стало зрозуміліше, що в їх словах не так (оце вже хамство, вгадайте, на кого натякаю 😉)
✅ Узагальнювати щось про українських блогерів і ІТ взагалі на основі спілкування зі мною — явно вимагає глибоких аналітичних навичок
✅казку про «неймовірно високу токсичність» я зазвичай чую від людей, що не бажають чути правду і дивитись на світ не через рожеві окуляри

В розробників, по замовчуванню, це означає, що також ведеться рефакторінг

Це схіба? У вас дуже неадекватні очікування, що інші люди щось мають робити за замовчуванням.
Працює — не чіпай! Не працює — зроби баг фікс, якщо актуально. Ось правило за замовчуванням.

А ви цього не знаєте, але вчите розробників як програмувати

Підіб’ємо підсумки:
1) Заявляєте всім, що є «офігенним програмістом». Хто не згоден, чи хоче пруфів — хам і неймовірно токсичний айтішник
2) Маєте унікальний скіл оцінювати код на умовній джаві, дивлячись код на пайтоні іншої людини, написаний for fun багато років тому — і не розумієте, що в цій концепції не так
3) Робите проєкцію своїх химерних очікувань на інших а потім звинувачуєте, що хтось їх не знає

Класика дебатів «теоретиків» проти «практиків»

Це вже офтоп, але прям наболіло. Спостереження: всі люди, які мені заявляли «я не теоретик, я практик», не тільки не знали теорії, а ще й на практиці мало чого могли зробити

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

ооо, а можете пояснити, що це означає?
Чи за межами українського аутсорсу не використовують докер? Чи джаву зі спрингом? Не пишуть на реакті? В такому випадку я дуже пишаюсь українським аутсорсом! 😁

Маю спостереження, що більшість коду в світі, це костилі, що написані для зворотньої сумісності з більш старими костилями

якщо трошки пошукати, то можна знайти звіт за 2022 рік з оцінкою втрат від неякісного коду в США. Ця сума становить 2,4 трильйона доларів. І це тільки США.
Автор топіка (я) стверджує, що програмісти не контролюють свій код не для того, щоб образити програмістів, а для того, щоб програмісти прагнули саморозвитку і покращували свох знання і навички.

це завдяки тим, кто написав нормально ОС, написав компілятор, написав віртуальну машину і це все робить дуже надійно

Чи нормальну ОС, компілятор та віртуальну машину написали ідеально з першого разу? І чи зробив це одразу геній, що ніколи не допустив жоднох помилки?
Нормальний софт — це роки розробки і тестування.

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

кожна задача займає в 3 рази більше часу, зате економить час на дебаг, багфікс, регресійне тестування і «та якого ж біса воно не працює?!» 😁

so true 🙃

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

Оце ви дійсно офігенний програміст 😂
Ну відкопайте десь мої шкільні лаби по Паскалю для розбору, якщо вам «хватає»

Коли на проекті потрібна математика, наймають математика

Пане, я вам респектую за крутий аргумент. Розділення праці дійсно крутіше за універсальність знань

Ви взагалі бачили як пишуть код в стартапах

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

бігдата-інженер вам в допомогу

якщо код написано погано, біг-дата не допоможе. Ось приклад згадав: dou.ua/forums/topic/43364

чужий комерційний код ніхто вам не надасть, але пропетляти не вийде. підготую вам кілька прикладів, видам посилання на гітхаб, розкажете, що там і де не так.
А то на словах всі офігенні 🙃

Хаха. Оце самовпевненість. Такі потім особливо голосно репетують, що вінда глючна, і на їх компі локально точно усе працює 😄

дівчину виписати з села, але село з дівчини

ох, просиш-просиш, щоб люди чітко формулювали думки по темі, але, я занадто оптиміст 🙃

Приклад BIOS вашого пк — як часто глючить і як давно ви його відновлювали

Ха! Пів року тому. Бо виробник ASUS розпаяв на платі мікросехму MUX, яка викликали безбожні глюки, і лише 2 хотфікси біоса пофіксили проблему.
Всі помиляються. А самовпевнені люди помиляються в рази частіше 😉

Хахахахахаха 😂, тобто, замість того, щоб чітко і ясно сформулювати свої думки, ви одразу виріши піськами мірятись? Оце дійсно Senior embeded developer рівень 💪
Перепрошую, свою п’ятиметрову рулетку я вже задонатив на ЗСУ, але чесно і відкрито заявляю, що в мене більше 😁

більша задача — більша похибка 😁

тут треба дослідження... А як ви вирішили цю ситуацію?

На жаль, я б теж проводив дослідження ¯\_(ツ)_/¯ Але тим і круті експерти — їм треба менше часу на дослідження, чи вони знають приблизну відповідь одразу. Тому я і пропагую ідею гарно і постійно вчитись, щоб експертів у нас в ком’юніті було більше 😀

заставляють

Чому до тестів стільки негативу? Вони роблять ваш код більш якісним, і результат прогнозованим. У нас в команді всі розробники пишуть тести і на виході маємо завжди більш-менш якісний продукт

при внесені нефункціональних змін (рефакторинг) у код, впевненитись що існуючий функціонал не зламаний, з юніт тестами це дуже важко зробити, адже при зміні коду в 99% випадків доводиться змінювати багато тестів

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

Піраміда — це надмірне спрощення такого рішення

sarcasm on «Дизайн паттерни — це надмірне спрощеня, щщо веде лише до неадекватних підходів. Нафігачити спагетті коду — вибір справжніх мужиків 💪» sarcasm off

покриття юніт тестами не меньше 90%

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