Статистика telegram каналу - @from_a_to_qa

Логотип телеграм спільноти - From A to QA | Все про тестування 2024-07-14

From A to QA | Все про тестування

Кількість підписників:
4101
Фото:
76 
Відео:
40 
Посилання:
234 
Категорія:
Технології
Опис:
Привіт. Я Артур — Director of Engineering, Head of QA, кандидат наук та викладач в універі. Пишу про тестування, програмування, автоматизацію та айтішку. По питанням пишіть @ar2r_s

Кількість підписників

Середній перегляд на повідомлення

Історія змін лого

Поки що змін не зафіксовано

Історія змін назви

Поки що змін не зафіксовано

Історія зміни типу аккаунта

Поки що змін не зафіксовано

Історія зміни статуса

Офіційно не підтверджена
2024-07-14

Стіна канала From A to QA | Все про тестування - @from_a_to_qa

Вітаю. Сьогодні порція відосів як з допомогою ШІ можно:
https://youtu.be/biqOD_95wTA отримувати пояснення коду
https://youtu.be/lOf0AmpwMBU модифіковувати код
https://youtu.be/3tbdhe-ikfk робити багфіксинг
https://youtu.be/qaJaO_GXP4I робити рефакторінг коду

2200
24-10-22 07:47

23 жовтня команда SQUAD поділиться своїми дослідженнями та аналізом актуальних навичок для Embedded QA.
Спікери розкажуть:
— про методологію аналізу популярних скілів на ринку Embedded QA в Україні та США,
— як таке дослідження може допомогти визначити траєкторію зростання команд,
— чому skill set матриця є одним з найзручніших інструментів візуалізації вмінь команди.
А ще — разом зазирнемо у майбутнє і визначимо, які навички Embedded QA не втратять актуальності 🔮
🗓️ 23 жовтня | 19:00-21:00
📍 Київ, облаштований та безпечний простір SQUAD
💻 Онлайн-трансляція для тих, хто не може долучитися фізично
🙌 Участь безкоштовна
Реєструйтеся, щоб не пропустити — https://bit.ly/4fnVKVl

Зображення до поточного посту у каналі "From A to QA | Все про тестування" - @from_a_to_qa
2700
24-10-18 07:30

Вітаю. Курс майже підходить кінця. Сьогодні пропоную ознайомитись з тим як ШІ інстурменти можуть допомогти у таких задачах як:
https://youtu.be/sBn9j-RNzZo створення нового методу
https://youtu.be/lBEwSdFDzuc створення класу
https://youtu.be/3RjIdWREDbU створення проєкту

2300
24-10-16 07:59

Вітаю. Сьогодні пропоную подивитись 4 коротеньких відосикки продовження курсу по ШІ для розробки
https://youtu.be/nXZgYyE85wI інвестгейшн задач
https://youtu.be/1SGEMd01yDI декомпозування задач
https://youtu.be/pyZg3YDl12c генерація юз кейсів
https://youtu.be/ysMK5Gyofhg створення код-сніпетів з декомпозованної задачі

2400
24-10-15 07:33

Вітаю. Сьогдні пропоную подивитись останні два теоретичні відео про ШІ в розробці і з наступного тижня вже будемо переходити до практичних кейсів.
🤌 https://youtu.be/PT3BMl0ULQk відео про те в чому різниця інлайн та розмовних інструментів
🤓 https://youtu.be/t3C31ZP7MjI відео про поради щодо підходу до генерації коду за допомогою ШІ

3000
24-10-10 09:04

Вітаю! Сьогодні пропоную вам ознайомитись з таким видом інструментів штучного інтелекту як розмовні інструменти штучного інтелекту.
https://youtu.be/8DaahmNfShE
а також переглянути про що не треба забувати при користуванні інструментами ШІ
https://youtu.be/bJO1qgx12xE
https://youtu.be/KnP2TuD3X9c

2100
24-10-08 07:30

Зберігайте до пʼятниці це відео.

2200
24-10-07 07:15

а тим часом опен-аі випустив бетку нової фічі GPT with Canvas.
по-перше інстрфейс круто тепер виглядає.
по друге зʼявився інтерактивчик - можно додавати логування, коменти, робити код ревью та легче ставити питання до нього.
по третє, він виділяє тепер змінені частинки та дає пояснення під час ревю.
мені дуже сподобалось :star-struck:
кидаю гіфку як це виглядає)

2400
24-10-04 11:08
Закони в розробці ПЗ які повинні знати всі:
💡 Brooks’s Law
Adding [human resources] to a late software project makes it later.
Додавання нових учасників до проєкту який не втискується у дедлайни може ще більше затримати його через зростання витрат на координацію.
💡 Goodhart’s Law
When a measure becomes a target, it ceases to be a good measure.
Якщо націлитися на певний показник, поведінка людей почне змінюватися для його досягнення, навіть якщо це не допомагає досягти справжньої мети. Приклад, коли ви починаєте міряти ефективність тестувальника по кількості створених багів або ефективність розробника ко кількості рядків коду. Перший починає на кожний піксель створювати баг, а другий писати спагетті код.
💡 Hyrum’s Law
With a sufficient number of users of an API, it does not matter what you promise in the contract: all observable behaviors of your system will be depended on by somebody.
Користувачі починають залежати від навіть неочікуваних поведінкових аспектів системи, що ускладнює зміни.
💡 Conway’s Law
Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization’s communication structure.
Архітектура програмного забезпечення часто відповідає структурі організації, яка його створила.
💡 Linus’s Law
Given enough eyeballs, all bugs are shallow.
Чим більше людей перевіряє код, тим легше знайти помилки.
💡 Hofstadter’s Law
It always takes longer than you expect, even when you take into account Hofstadter’s Law.
Реальність майже завжди перевищує очікувані терміни виконання завдань.
💡 Kernighan’s Law
Everyone knows that debugging is twice as hard as writing a program in the first place. So if you’re as clever as you can be when you write it, how will you ever debug it?
Якщо ви пишете занадто складний код, його буде важче виправити.
Надмірно складний код ускладнює відлагодження і підтримку.
💡 Peter Principle
People in a hierarchy tend to rise to ‘a level of respective incompetence.
Людей часто просувають по кар’єрних сходах до тих пір, поки вони не досягнуть позиції, на якій не зможуть ефективно працювати.
💡 Pareto Principle
For many outcomes, roughly 80% of consequences come from 20% of causes.
Більшість результатів досягаються від невеликої частини причин, тому важливо фокусувати зусилля на найважливіших аспектах.
2500
24-10-02 08:44