Продолжая диалог про свифт в проде – сейчас возник вопрос

в активном наборе бекендеров. В основном в нашей компании мы фанаты Java Spring и полностью ей довольны. Однако найм сейчас в РФ какой-то гипер тугой этих джавистов. Вот что думаем – взять отдельную команду под новый стэк.

Что сейчас можете порекомендовать? Даже есть идея взять текущих разрабов каких-нибудь (могильщиков или фронтов) и переучить. Голанг не советуйте))

Я даже думаю пробовать продолжать свифт, но удручает количество резюме. Может, из чата кто-то ищет работу?

И последний момент – тут был в прошлом году представитель Apple, который зазывал на сервер сайд в Купертино. Интересно как там дела идут

Вы не поверите, тугой найм вообще многих программистов. Не например C/C++ десктоп толковых вообще практически нет даже на хорошие деньги. С каким нибудь узкоспециализированным типа Verilog вообще полный трэш. Непонятно как быть в этой ситуации, по году позиции не закрыть.

Ответ просто. Все делать на Swift, исключение только Android там Compose. Легко найдете в этом чате того кого нужно, наблюдал ни раз как тут хантили за пол дня и больше возвращались!

А как сделать на Свифте десктопное кроссплатформенное приложение? ) Под линукс, виндовс ))

Особенно где найти таких программистов на Свифт? Если большинство (предполагаю что 99.99%) под iOS, оставшиеся под мак ос; при этом пишет с foundation, uikit и прочими няшками полностью завязанными на эппл?

Я уже билдил Свифт скрипты на андроиде

Так написал же все можно на Swift (web, server side, mac) остальное (android, linux, windows), Kotlin с Compose, - вчера общался с андроидувщиком говорит там крос перекрос сам кайфует и всем советует.

Да можно, но это будет гарантировано велосипед ) И какими усилиями тоже вопрос

Я тоже поднимал http сервак на вейпоре под линукс с бд )) но это же другое

Мангал тоже можно купить, а можно самому сделать с сверх усилиями

Особенно если начать с добычи руды )

Те кто просто произносит слова UIKit должны быть с порога подвергнуты анафиме и пока не переучится на SwiftUI, должны быть заблокированы в телефонных книжках как язычники старые.

СОГЛАСЕН

Это будет красивый велосипед 🚴, хороший классный как у меня. Еще есть нюанс, Kotlin похож на Swift и я спокойно залажу в этот код и правлю. Более того стартовое обучение и MVVM в проекте сам и настроил. Итог нужно при любом раскладе минимум два чела, один server side и второй все остальное. Я использую идеальный вариант, и так как при любом варианте чела два минимум, то даже если есть что-то еще, то при любом раскладе не лучше!

Я тут поймал себя на мысли что даже С++ 23 похож на Swift 😄 Только писанины в разы больше 😀

и не только писанины, там просто секса много

Самое главное что js похож на свифт, и серверник может спокойно накидывать интерфейсы.

Хорошего программирования, как и женщины, должно быть много

это тот, с которого все убежали на TypeScript?

на все ресурсов не хватит, тут выбирать надо

а я и не говорил что у меня есть женщина

Для UI в вебе нужно от всего бежать К js, а не ОТ

Стикер

Хе-хе

Очень мало сахара в нем. Там даже множества нет, словарем его делать надо, orm (gorm) меня в ступор ввела, когда мне надо было получить массив UUID там, только для массива UUID пришлось отдельную библиотеку ставить). Оно дико-непривычное в плане ООП, небудеь столь привычного стиля программирвоания, когда ты к объекту класса дописываешь точку и листаешь его доступные методы или поля, т.е. не будет изучения в ide привычным перебором всплывающей менюшки. а ну и неявные дефолтные значения для всех типов - иногда приводят к поискам длительным. из плюсов могу выделить прикольный полиморфизм, когда быстро dto собираешь из других структурок и относительно быстрый отклик на там же gin.

Спасибо

ну может еще и быстрая сборка, и малый вес контейнера, низкое потребление ресурсов, для микросервисов самое оно.

Стикер