Ну никто не заставляет. Берём сервис с локальной синхронизацией, да можно даже хоть тот же OneDrive, а можно и просто rsync.
Поднимаем своё хранилище на своём сервере со своей инфраструктурой. Включаем полную синхронизацию и наслаждаемся автоматическое сохранение в двух и более независимых местах.
Только вот своим сервером ещё и заниматься надо, а на это не у всех есть возможность и желание. Вот и получается проще взять сервис, в облако ещё и дешевле.
3.13 обещают JIT и ускорение в 100 раз.
Рад слышать, что я не одинок.
Программа достойна внимания.
Работает на всех платформах , для Мака вообще спасение :)
Если цель потратить побольше времени то конечно.
Обычно цель это уменьшить необходимое время на осмотр кода.
Сфокусироваться исключительно на логике, и как можно меньше на оформлении.
Для того, чтобы этого добиться у нас и есть вышеперечисленные решения.
А в современных языках сразу всё из коробки и даже нет возможности возражения.
Это очень правильно и хорошо.
Чем раньше это будет сделано тем больше выиграл в долгосрочной перспективе.
Нужно идти и дальше clang-tidy, editorconfig, pre-commit, как можно больше автоматизированной обработки кода.
В идеале добиться того, чтобы не было никакой надобности в комментариях по именованию , стиля и т.п.
По картинке 6 это одно по центру и 2 по краям
https://support.microsoft.com/en-us/windows/snap-your-windows-885a9b1e-a983-a3b1-16cd-c531795e6241
если не так то писать в Windows Feedback и ждать исправления с тоской и надеждой.
Уже.
https://support.microsoft.com/en-us/windows/use-paint-cocreator-to-generate-ai-art-107a2b3a-62ea-41f5-a638-7bc6e6ea718f
Судя по всему так и есть.
Нужно просто вертикально поставить.
https://www.amazon.com/Brydge-Vertical-Dock-Compatible-Thunderbolt/dp/B089XXYY4L
VSCode то бесплатный а вот поддержка разных языков не совсем.
Ну или тот же Copilot небесплатный.
Например бесплатный пока C# DevKit имеет закрытый код.
https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit
Вполне логично использовать свои же сервисы для синхронизации.
Была бы Яндекс.ОС, использовался бы Яндекс.Диск.
Apple вон использует свой iCloud.
Было бы конечно неплохо иметь возможность использовать любое облако, дарю бизнес идею :)
Пожалуйста взамен облачного OneDrive, есть альтернативы как например NextCloud. Поднимаете свой сервер и нет проблем.
Я писал конкретно относительно сервиса синхронизации офиса. Не нужно обобщать.
Облака выбираются так как они гораздо дешевле в обслуживании , а для бизнеса снижение издержек - благое дело.
Ну никто не заставляет. Берём сервис с локальной синхронизацией, да можно даже хоть тот же OneDrive, а можно и просто rsync.
Поднимаем своё хранилище на своём сервере со своей инфраструктурой. Включаем полную синхронизацию и наслаждаемся автоматическое сохранение в двух и более независимых местах.
Только вот своим сервером ещё и заниматься надо, а на это не у всех есть возможность и желание. Вот и получается проще взять сервис, в облако ещё и дешевле.
Если есть 3.9 и выше, а скорее всего так уже и есть, стоит использовать новые аннотации вместо устаревших.
По умолчанию у MyPy довольно щадящие настройки.
https://careers.wolt.com/en/blog/tech/professional-grade-mypy-configuration
Можно немного сделать строже.
Типы из typing потихоньку переходят в разряд устаревших.
Новые типы имеют поддержку в рантайме позволяя получить полный тип list[int] вместо List.
https://docs.python.org/3/library/typing.html#deprecated-aliases
Мы про современный C++ который 17 и выше?
Начиная с C++17 стандар гарантирует отсутствие копирование и отложенную материализацию временных объектов возвращаемых из функций.
https://en.cppreference.com/w/cpp/language/copy_elision
Шаблонная лямбду можно применять когда мы хотим какие-нибудь ограничения типов, например требовать два одинаковых типа у двух параметров.
Хотя в таком случае, я бы предпочёл видеть отдельную функцию.
Отвечу тут дабы не путать вложенность.
Всё верно.
C++23 немного улучшает нам ситуацию с введением static lambda где определяется static operator().
Однако это не эквивалентно вложенной функции потому как у функции есть имя, а лямбды его нет.
При просмотра стека из лямбды мы увидим сгенерированное имя компилятором для лямбды, а не ,скажем, название переменной куда мы эту лямбду присвоили.
В отличии от обычных функций где стек напишет наше имя функции явно , или у вложенных если бы они были.
Про инлайнинг это отдельная тема если вдруг захочется возразить.
уже можно попробовать с генератором Swift WinRT
А чем Kotlin не нравится ?
Попробуйте управлять компанией на миллион или на миллиард.
Сделать что-либо для себя , а не для бизнеса очень непросто.
Дело тут не в жадности.
Компания должна показывать инвесторам стабильный рост.
Директора должны двигать бизнес для роста.
Тогда капитализация растёт, а сотрудники получают бонусы и зарплату.
Сделать что-нибудь людям за бесплатно не проблема, но таких директоров снимут так как они не занимаются компанией.
Это когда к какого-нибудь старт-апа нет имени то нужен пиар с бесплатными печеньками, ну а потом взрослый бизнес :)