не згадати за Windows Aero

Aqua зʼявилася раніше та від самої Apple.
Також можна згадати iMac G3.

Translucency це дуже хитра штука, вже бачив багато картинок де текст не читаємий та зливається з фоном.

Ось приклад

Навіть якщо текст зробити чорним, він буде погано читатися унизу, де шпалери темніші.

Мені сподобалось як прокачали spotlight.

public Notification createSecondaryNotification() {
return null;
}

Як взагалі люди без Null safety писали код?
Жодному обʼєкту не можна довіряти, кожен може бути Null. 👀

Саморіст — нема такого слова.

Що заважає написати запит бледнер+кулінарні курси до гуглу?
Взагалі, я зараз майже весь пошук роблю через gemini чи інші ai платформи отримуючи посилання до ресурсів.

Також питання до технічної реалізації, як ви збираєтесь збирати інфу про сайти та категорузивати? Мобільний застосунок буде заходити на тисячі сайтів і ділити все по категорія під час запиту — це дуже довго та зжере тони трафіку.
Чи буде бек який заходитиме на сайти та підтримувате актуальну базу сайтів по категоріям, але це дуже дорого.

Дякую за пояснення.

В статті явно не вказано, як саме працівники отримують зп, тому я і вирішив, що оплата за роботу провадиться за кількість відпрацьованих годин, бо сам працював за таким принципом.

Тоді коментар

Тобто ви платите за 4 дні, а отримуєте перформенс за 5?

відпадає

Вибачте, я не можу знайти даного твердження в статті. (Можливо я сліпий)

зменшили загальне навантаження до 32 годин на тиждень

Якщо не помиляюсь, оплата відбувається за відпрацьовані години.
При зменшенні навантаження на 8 годин підсумкова кількість годин в кінці місяця буде теж менше, що значить і зп зміниться.
Чи ви підняли рейти для всіх?

Тобто, працівники отримують меншу зп, тому що працюють менше годин.

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

Тобто ви платите за 4 дні, а отримуєте перформенс за 5?

Виправте помилки в заголовку статті.

Death Internet все ближче і ближче.

ChatGPT analysis:

Цей допис — приклад елітаризму й хибної генералізації, в якій особистий досвід видається за універсальний закон. Ось чому автор неправий:

1. Захоплення ≠ професіоналізм

Вас легко роспізнати якщо запитати що ви кодите вдома.

Неправда. Людина може бути чудовим спеціалістом, навіть якщо не кодить у вільний час. Це просто означає, що вона:
•має інші інтереси (сім’я, спорт, музика),
•розділяє роботу та відпочинок (здоровий підхід),
•не хоче вигорати.
Айті — це робота, а не хобі для всіх. Той, хто добре виконує свою роботу з 9 до 18 — професіонал. А хто змушує інших «любити свою справу», як він — токсик.

2. Інший старт не робить когось «не-айтішником»

Ви насправді таксисти, сантехніки та автослюсарі...

Неповага до бекграунду. Люди з різних професій приходять в ІТ і досягають успіху. Знецінювати їх — це:
•принижувати реальні досягнення,
•виявляти страх конкуренції,
•не розуміти, що світ змінюється, і кар’єрний поворот — це нормально.

3. Вигорання — не ознака «не того розуму»

Вигоряння пов’язані з тим, що ваш розум не налаштований...

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

4. «Айтішник» — це не клуб обраних

Ми починали айти з програмування в школі...

Добре, що почали рано. Але це не дає права знецінювати інших. Айтішники бувають різні:
•з університету, з коледжу, з курсів,
•фанати, прагматики, ті, хто прийшов за грошима.
І всі вони можуть бути корисними індустрії.

5. Токсична гордість — не чеснота

Я кодю 15 годин і не відчуваю втоми.

Це небезпечно і не є прикладом для наслідування. Це схоже на робоче розладження, не на здорову продуктивність. Якщо людина ставить себе вище інших, бо працює без відпочинку — вона:
•компенсує внутрішню порожнечу,
•нездорова фізично чи ментально.

Висновок
Автор допису:
•романтизує трудоголізм,
•знецінює інших,
•нав’язує власну норму як єдину правильну.
Але в ІТ — як і в будь-якій сфері — важливі не «кров з очей», а сталість, повага і якість. І немає нічого поганого в тому, щоб мати межі, не фанатіти від роботи й хотіти гідну зарплату.

Навпаки, саме зрілі спеціалісти так і роблять.

Дійсно, мені здається автор бажає просто похоліварити.

Так може взагалі нічого не писати?

а вас тут 98% таких

Що тоді ви тут забули?

Ви знаєте, що таке пунктуація? У вас одне речення на цілий абзац в якому все підряд.
Закиньте допис в ChatGPT, щоб він переформатував до читаємого вигляду.

на шкоду навчанню і гулькам

Це ваші особисті проблеми

я кодю свої проекти по 12-15 годин

Це особисто ваш вибір, що робити в вільний час.

не народився налаштованим на такі завдання

Facepalm, ніхто ніким не народжується.

після 8 навіть не відчуваємо що працювали

Значить ви виконуєте однотипні не складні задачі, або ви кіборг.

Якщо ви такий нев$бений спеціаліст — напишіть технічну статтю на dou, ми почитаємо.
А це ниття ні про що.

Мені здається, Ваша думка трохи упереджена, оскільки Ви Android-розробником і дивитесь на ситуацію через призму Android.
Ось ваш коментар переписаний під RN.
З приводу того, чи варто обирати React Native — все залежить від контексту. Якщо є можливість зупинитися на нативній розробці — це завжди найкращий варіант. Жоден крос-платформний фреймворк не здатен повноцінно замінити натив.
Однак, якщо клієнт через певні обставини наполягає саме на крос-платформному рішенні, серед існуючих варіантів React Native залишається одним із найбільш життєздатних. Особливо, якщо в команді вже є досвід веб-розробки, або якщо проєкт передбачає одночасну розробку веб- і мобільного застосунку.
На відміну від, скажімо, Flutter, React Native — це не окремий продукт, а природне продовження екосистеми JavaScript/TypeScript і React. Більшість технологій, які використовуються в React Native — це знайомі інструменти фронтенду: React-компоненти, hooks, Redux, styled-components, анімаційні бібліотеки тощо. Їх можна частково або повністю використовувати спільно між веб- і мобільною версією застосунку, що суттєво знижує поріг входу та пришвидшує розробку.
Крім того, React Native активно підтримується спільнотою, а також великими гравцями, такими як Meta, Shopify, Microsoft. Багато великих застосунків у продакшені частково або повністю написані на RN, що лише підтверджує його стабільність і перспективність.
Нарешті, якщо веб-застосунок вже написаний на React з сучасними підходами, його логіку, окремі UI-компоненти чи навіть цілі модулі можна перенести в мобільну версію з мінімальними змінами. Таким чином, React Native може стати логічним продовженням існуючої інфраструктури без необхідності дублювати зусилля.

run: echo "LAST_TAG=$(git tag --sort=committerdate | tail -1)" >> $GitHub_OUTPUT

$GitHub_OUTPUT -> $GITHUB_OUTPUT

Підкажіть, як ви тестували скрипти під чаз розробки,
чи є якісь пісочниці для для деплою мок апок для .aab та .ipa?

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

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

Не слід пушити файли, що складаються повністю з закоменченого коду. Та загалом пушити закоментований код дивно.

Код стайл. Десь весь код написаний без пустих строк, десь використовується аж дві. (Але я не бум-бум в пайтоні). Ви можете створити gitHub action що буде перевіряти форматування та інші правила лінтера. Також вважаю гарним тоном привчати себе писати тести, їх теж можна додати як окрему джобу в gitHub actions.

Месседж комітів, назви гілок, issues все повинно бути на англійський.

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

Написано AI, але потім перевірено справжніми програмістами.

Цікавить все що стосується продажів, перемовин і логістики.

Це вільна розмовна англійська C1+.

Залізобетонна порада — вивчати Англійську.

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

навчаюсь на 3 курсі ІТ-спеціальності

Начебто за 3 роки ви мали вже ознайомитися з базовими нарямами в університеті.