Ага, и вставку с удалением накидывать каждый раз? Просто структура с указателем на next малополезна, а на собесе надо за 35 минут два медиума разбить, а не реализовывать структуры с первого курса.
Самое смешное, что есть языки, где нет linkedList в стандартной библиотеке или самых популярных сторонних. И разработчиков этих языков тоже спрашивают литкод на интервью.
Офлайн нет построения маршрутов ни на чем, кроме автомобиля
В справочнике в карточке места есть только название и рейтинг. Даже времени работы нет, не говоря уже о рубриках и контактах
Поисковый индекс невероятно скудный, и даже если точно писать названия места - он найдет его только если гугл счел его достаточно важным для упаковки в офлайн-пакет
и это я умалчиваю о фичах, которых у гугла даже онлайн нет, типа поиска входа, списка подъездов и квартир, провайдеров дома, туристического слоя, и т.д.
Маршруты он знает и показывает за пределами постсоветского пространства или нет, хотя бы также хорошо, как мувит? Я потенциальный клиент, неужели так сложно ответить?
Да, как минимум в Эмиратах, Саудовской Аравии, Бахрейне, Кувейте, Омане, Кипре
Смотрите, что написал предыдуший оратор, адресуйте эту претензию ему. У меня мои приложения просто хорошо работают, я не знаю, что там делают их разработчики, мне это не интересно.
К предыдущему оратору претензий нет. Есть к вам, раз для вас производительности вида "не лагает" достаточно. На мой взгляд, вас тогда экспертом в вопросах производительности считать не стоит и ваши аргументы про osmand ничтожны.
Ну вот и всё. Приложение для меня бесполезно. Очень рад что оно оптимизировано и у автором есть статьи на хабре, но мне ехать надо, а не шашечки.
Для вас бесполезно, для других нет. Мне вот Moovit бесполезен, но я не докапываюсь до него в новостях про него с требованием доказать, что у него функций нужных мне нет.
2Гис за пределами РФ и некоторых постсоветских республик не лучше османд+ и мувит, а во многих случаях хуже
Это ложь, как было показано выше. У Moovit+osmand покрытие тоже не бесконечное, и дело тут не только в количестве, сколько в качестве. Вам, видимо, не повезло с покрытием, вот и приходится по два приложения юзать.
Сделан хорошо, особенно после последнего редизайна пару релизов назад (не знаю, пробовали ли вы после этого или нет - переделали все целиком)
"Не лагает" - это довольно низкая планка. За производительностью 2гис следят очень тщательно, отслеживают регрессии релиз от релиза - даже на хабре есть статьи в их блоге.
Не будет. А у Moovit данные о маршрутках в Экибастузе или Оше? Покрытие любых коммерческих карт либо универсальное (в пределах "полярности" мира) и низкокачественное, либо точечное и высококачественное. У обоих подходов плюсы и минусы. Ну и 2гис, как и Moovit, умел брать отзывы с других платформ, например, Foursquare. Заходят зайти в Ирландию или Пакистан - найдут партнеров для отзывов, если сочтут, что само не взлетит.
Как зайдет, будет брать у местных партнеров или муниципалитета, как и везде.
За человека отвечать не буду, но, по-моему, функции 2гис и Яндекса навигатора схожи, поэтому автор поддерживает конкуренцию между ними для улучшения обоих сервисов. Улучшить же osmand+ юзанием конкурентов нереально, потому что это нерыночный продукт.
Вариантов куча. Смартфон на iOS, гифткарты других стран, покупка заграничного аккаунта, иностранная карта+впн.... вы серьезно утверждаете, что чтобы что-то продать лицу, физически находящемуся в рф, нужны какие-то там юрлица? Да, втупую на российской карте и аккаунте больше нельзя. Но кто хочет, сделает другие.
В российском Google Play и App Store куча софта гугла. В российских маркетплейсах куча их железа.
Про официальное присутствие я не писал, вы, наверное, не мне отвечали.
То, что официально не присутствует - тут как посмотреть. Юрлицо не нужно для работы сторов и продажи продуктов, их пока не заблокировали (да и юрлица пока не ликвидированы до конца).
Для меня это говорит лишь о развитии языка. Еще пару лет назад это было бы невозможно, и писали только библиотеки на винде, а не полноценные приложения (пример я приводил выше).
И они пишут браузер вместе с движком или только граф оболочку для хромиума/геко?
Это очевидно граф оболочка над хромиумом, но с недавних пор ничего не мешает и целый браузер на свифте написать. Но делать этого никто не будет, но не потому, что свифт, а потому что писать новый браузер с нуля дураков нет.
Если он существует вне эппла, то должны быть приложения. Пока вон сами Arc заявляют, что они первое приложение на свифте на винде и что это pretty big deal. Я вот с ними полностью согласен.
Помимо ограничений самого языка, которые не позволяли особо делать GUI-приложения за пределами Apple-экосистемы, перед свифтом стояли и стоят те же самые проблемы, что и перед другими системными языками (см. Rust или Go). Где GUI-приложения на Rust под винду за пределами Мозиллы? Где приложения на Go под винду за пределами Google? Вот там же, где и свифтовые за пределами Apple - нишевые, или профессиональные. Пользовательские приложения будут появляться, когда язык готов (то есть сейчас), а не вчера.
Обычно приложения делают сразу и для ios и для android. Это скорее исключение когда приложение доступно только для 1 платформы
Для инди-разработчиков скорее обратное - исключение. Посмотрите любые топовые приложения под iOS/macOS, которые делает не суровая корпорация - Broadcasts, PCalc, Ivory, Tonkeeper, Termius, Proxyman, Fork, да даже клиент телеги. Везде будет своя нативная версия либо только под Apple, либо на андроид/винду будет полноценно заново написанная версия, а версия под iOS/macOS будет шире функционально и эстетически. В такой постановке вопроса (когда вас мало и по времени, и по бюджету), и нужно проверить успешность идеи (или просто нет возможности иметь две версии), выкатывается первая версия на самую платежеспособную аудиторию, которая не на андроиде. Тут бэк на свифте только ускорит появление этой первой (или единственной) версии, что я и наблюдаю у своих друзей инди-разработчиков и в мелких студиях.
В компаниях чуть побольше выбор в наше время стоит уже не между языками бэка и на какой платформе выпускать первую версию, а между React Native/Flutter/Kotlin Multiplatform. Ну, если их приложение не делает ничего интереснее загрузки и отображения JSONов и внимания к деталям у них нет.
Я просто не верю, что свифт сможет занять место вне эплл платформы/беке даже на эппл платформе. Не вижу для этого предпосылок.
Давайте это и зафиксируем. С верой спорить сложно. Предпосылки я описал выше, но в них тоже можно не верить или отказываться замечать.
Имхо, Свифт будет прекрасно себя чувствовать в контексте эппл девайсов. И будет забавной зверушкой и штукой для энтузиастов на попробовать вне эппла.
Имхо, свифт уже сейчас чувствует себя прекрасно, и будет иметь ограниченный (не тотальный) успех в других местах. Прямо сейчас нет никакой проблемы использовать его там же, где и раст или си, а "забавные зверушки" - это скорее Clojure или Haskell, которые как раз вполне себе имеют ограниченный успех, который Swift вполне может достигнуть.
Разработчиков для свифт бека нет на рынке, опыта ни у кого нет.
Это не совсем так. Свифт на бэкенде, конечно, не популярен от слова совсем, но ситуация сейчас куда лучше, чем в 2019. Появилась нормальная воркгруппа для свифта на сервере, консолидировались фреймворки для бэка (избавились от всяких китур и недо-Vapor и сфокусировались на самом Vapor), появились как полезные официальные библиотеки для построения бэка (SwiftNIO, swift-test, swift-algorithms), так и улучшения самого языка, очевидно таргетящие бэк (async/await, distributed actors). Часть кода внутри самого Apple уже переписывается на Swift, смотрите за вакансиями и за открытыми репами (FoundationDB).
Когда я смотрел плейграунд, то это была именно песочница для изучения синтаксиса языка. Даже делать что-то с ui там было или невозможно или проблемно.
Это уже пару лет как не так. Теперь там можно даже полностью писать приложения (на SwiftUI, с пакетами) и даже загружать их в App Store.
Но это ограниченный язык
Сильное заявление. В чем там ограничение? Именно чтобы языка, а не библиотек.
создан для экосистемы эппл и там живет в качестве языка для приложений
Для чего язык создан - не столь важно (хотя идеологи языка скорее позиционировали его как язык для LLVM, а не Apple), пример - JS. И данные показывают, что язык начиная с 5.2 живет не только и не сколько как язык приложений - как раз когда появился stable ABI его можно пихать в саму ОС и в фундаментальные библиотеки на бэке (примеры я выше приводил).
В беке даже для эппл экосистемы ему места не нашлось, потому что непонятно зачем и почему он там нужен
А по-моему, очевидный выбор. Вот пишу я, например, iOS-приложение. Нафига мне разбираться с экосистемой JVM/Go/Node, если я могу поднять Vapor и использовать все те же инструменты, как и основное приложение, переиспользуя даже код моделей? Я знаю лично несколько людей, кто фулл-тайм работают над такими проектами и живут с этого успешно. Не говоря уже о куче примеров в интернете. И дело не ограничивается бэком, вон ребята из The Browser Company пишут браузер на Swift для Windows (был еще пример, забыл название - там программа для шаринга экрана тоже портирована на Windows с помощью Swift).
Плюс высокий порог входа, потому что нужно иметь как минимум макбук чтобы просто написать простейшее приложение.
Как я уже писал, писать на Swift можно не только приложения. Это как ругаться на Rust за отсутствие GUI-библиотеки (хотя они и есть) - никто не заставляет вас использовать язык для этого. А для любых других вещей где нет UIKit/AppKit/SwiftUI мак не нужен.
Вне эппл среды его просто не существует.
Вот как раз для проверки таких безапелляционных утверждений и нужны опросы, как в статье. Но конкретно у этого, как отметили у других комментариях, есть перекос в сторону клиентов JB, поэтому реальное число точно выше 4%, что уже не так уж и мало.
За аккаунт разработчика придется платить все равно, если приложение iOS/macOS пойдет в App Store (или будет нотаризовано), так что для целевой аудитории плюс такой себе.
Плюс в Xcode Cloud не нужно писать никаких скриптов для сборки и разбираться с тонкостями подписи - а для GitHub Actions весь воркфлоу собирать приходится руками буквально по крупицам, как будто бы ты пишешь пайплайн для self-hosted Jenkins, а не "удобный инструмент" в облаке.
Ну и прибитие гвоздями к Microsoft - так себе плюс. К Apple прибитие уже и так есть и не так страшно. В идеале конечно хостить всю инфраструктуру у себя, в том числе и код - но тогда ни GHA, ни Xcode Cloud особо не помогут.
Опять же, возвращаясь к Skilled Worker, вы заплатите несколько раз больше за этот тип визы.
Практически в любой компании это неправда. Кто будет платить описанные в статье 75 тысяч в год - сможет заплатить и IHS Surcharge, и экзамен, и скорее всего даже и перелет и жилье. Когда как бедные таланты в чатах платят 700+ фунтов только за попытку подачи, сдают все кроме английского, и еще и приезжают в страну за свои деньги без работы и снимают жилье сами, оплачивая тысячи фунтов в никуда и параллельно ища работу на текущем не самом благоприятном рынке.
Еще пару лет назад Global Talent однозначно был ответом, но сейчас он выглядит как виза для безработных богачей)
А причем тут BSD? От BSD в осях Apple только несколько программ и демонов (которые все дублируются другими подсистемами уже несколько лет), и немножко "интерфейсов" к объектам ядра (объекты типа тредов и сигналов, но таких интерфейсов есть ещё два - POSIX и Mach, и все лишь обертки). Весь кернел внутри к BSD отношения не имеет, это собственное ядро XNU, основанное на Mach Microkernel, то есть идейно ближе к GNU Hurd.
единственным реальным конкурентом остался Firefox, потому что практически все остальные тоже перешли на кодовую базу и движок Chromium.
Ну это же неправда. Есть как минимум Safari, который остается безальтернативным на iOS/iPadOS и потому имеет серьезную пользовательскую базу, автором совершенно игнорируемую.
И никакого трекинга ради лучшей рекламы там нет, наоборот - встроены блокировщики трекинга и есть возможность полностью отрубить телеметрию для самой Apple.
Ага, и вставку с удалением накидывать каждый раз? Просто структура с указателем на next малополезна, а на собесе надо за 35 минут два медиума разбить, а не реализовывать структуры с первого курса.
Самое смешное, что есть языки, где нет linkedList в стандартной библиотеке или самых популярных сторонних. И разработчиков этих языков тоже спрашивают литкод на интервью.
Навскидку:
Офлайн нет построения маршрутов ни на чем, кроме автомобиля
В справочнике в карточке места есть только название и рейтинг. Даже времени работы нет, не говоря уже о рубриках и контактах
Поисковый индекс невероятно скудный, и даже если точно писать названия места - он найдет его только если гугл счел его достаточно важным для упаковки в офлайн-пакет
и это я умалчиваю о фичах, которых у гугла даже онлайн нет, типа поиска входа, списка подъездов и квартир, провайдеров дома, туристического слоя, и т.д.
Как это нет? Софт работает, железо работает. Вот в Китае его реально нет, нам дотуда ещё далеко.
Да, как минимум в Эмиратах, Саудовской Аравии, Бахрейне, Кувейте, Омане, Кипре
К предыдущему оратору претензий нет. Есть к вам, раз для вас производительности вида "не лагает" достаточно. На мой взгляд, вас тогда экспертом в вопросах производительности считать не стоит и ваши аргументы про osmand ничтожны.
Для вас бесполезно, для других нет. Мне вот Moovit бесполезен, но я не докапываюсь до него в новостях про него с требованием доказать, что у него функций нужных мне нет.
Это ложь, как было показано выше. У Moovit+osmand покрытие тоже не бесконечное, и дело тут не только в количестве, сколько в качестве. Вам, видимо, не повезло с покрытием, вот и приходится по два приложения юзать.
Соглашусь, Россия не ЦА гугла, ни сейчас, ни тогда. Это, думаю, всем очевидно.
Сделан хорошо, особенно после последнего редизайна пару релизов назад (не знаю, пробовали ли вы после этого или нет - переделали все целиком)
"Не лагает" - это довольно низкая планка. За производительностью 2гис следят очень тщательно, отслеживают регрессии релиз от релиза - даже на хабре есть статьи в их блоге.
Не будет. А у Moovit данные о маршрутках в Экибастузе или Оше? Покрытие любых коммерческих карт либо универсальное (в пределах "полярности" мира) и низкокачественное, либо точечное и высококачественное. У обоих подходов плюсы и минусы. Ну и 2гис, как и Moovit, умел брать отзывы с других платформ, например, Foursquare. Заходят зайти в Ирландию или Пакистан - найдут партнеров для отзывов, если сочтут, что само не взлетит.
Как зайдет, будет брать у местных партнеров или муниципалитета, как и везде.
За человека отвечать не буду, но, по-моему, функции 2гис и Яндекса навигатора схожи, поэтому автор поддерживает конкуренцию между ними для улучшения обоих сервисов. Улучшить же osmand+ юзанием конкурентов нереально, потому что это нерыночный продукт.
Вариантов куча. Смартфон на iOS, гифткарты других стран, покупка заграничного аккаунта, иностранная карта+впн.... вы серьезно утверждаете, что чтобы что-то продать лицу, физически находящемуся в рф, нужны какие-то там юрлица? Да, втупую на российской карте и аккаунте больше нельзя. Но кто хочет, сделает другие.
В российском Google Play и App Store куча софта гугла. В российских маркетплейсах куча их железа.
Про официальное присутствие я не писал, вы, наверное, не мне отвечали.
То, что официально не присутствует - тут как посмотреть. Юрлицо не нужно для работы сторов и продажи продуктов, их пока не заблокировали (да и юрлица пока не ликвидированы до конца).
Гугл есть во всех российских сторах и все продукты доступны, это же не Китай.
2гис есть еще во многих странах и нигде не запрещен (кроме Украины).
Зафиксировать я это готов. Однако в то же время число вакансий не является показателем, особенно сейчас, когда каждую неделю сокращают тысячи человек.
Для меня это говорит лишь о развитии языка. Еще пару лет назад это было бы невозможно, и писали только библиотеки на винде, а не полноценные приложения (пример я приводил выше).
Это очевидно граф оболочка над хромиумом, но с недавних пор ничего не мешает и целый браузер на свифте написать. Но делать этого никто не будет, но не потому, что свифт, а потому что писать новый браузер с нуля дураков нет.
Помимо ограничений самого языка, которые не позволяли особо делать GUI-приложения за пределами Apple-экосистемы, перед свифтом стояли и стоят те же самые проблемы, что и перед другими системными языками (см. Rust или Go). Где GUI-приложения на Rust под винду за пределами Мозиллы? Где приложения на Go под винду за пределами Google? Вот там же, где и свифтовые за пределами Apple - нишевые, или профессиональные. Пользовательские приложения будут появляться, когда язык готов (то есть сейчас), а не вчера.
Для инди-разработчиков скорее обратное - исключение. Посмотрите любые топовые приложения под iOS/macOS, которые делает не суровая корпорация - Broadcasts, PCalc, Ivory, Tonkeeper, Termius, Proxyman, Fork, да даже клиент телеги. Везде будет своя нативная версия либо только под Apple, либо на андроид/винду будет полноценно заново написанная версия, а версия под iOS/macOS будет шире функционально и эстетически. В такой постановке вопроса (когда вас мало и по времени, и по бюджету), и нужно проверить успешность идеи (или просто нет возможности иметь две версии), выкатывается первая версия на самую платежеспособную аудиторию, которая не на андроиде. Тут бэк на свифте только ускорит появление этой первой (или единственной) версии, что я и наблюдаю у своих друзей инди-разработчиков и в мелких студиях.
В компаниях чуть побольше выбор в наше время стоит уже не между языками бэка и на какой платформе выпускать первую версию, а между React Native/Flutter/Kotlin Multiplatform. Ну, если их приложение не делает ничего интереснее загрузки и отображения JSONов и внимания к деталям у них нет.
Давайте это и зафиксируем. С верой спорить сложно. Предпосылки я описал выше, но в них тоже можно не верить или отказываться замечать.
Имхо, свифт уже сейчас чувствует себя прекрасно, и будет иметь ограниченный (не тотальный) успех в других местах. Прямо сейчас нет никакой проблемы использовать его там же, где и раст или си, а "забавные зверушки" - это скорее Clojure или Haskell, которые как раз вполне себе имеют ограниченный успех, который Swift вполне может достигнуть.
Это не совсем так. Свифт на бэкенде, конечно, не популярен от слова совсем, но ситуация сейчас куда лучше, чем в 2019. Появилась нормальная воркгруппа для свифта на сервере, консолидировались фреймворки для бэка (избавились от всяких китур и недо-Vapor и сфокусировались на самом Vapor), появились как полезные официальные библиотеки для построения бэка (SwiftNIO, swift-test, swift-algorithms), так и улучшения самого языка, очевидно таргетящие бэк (async/await, distributed actors). Часть кода внутри самого Apple уже переписывается на Swift, смотрите за вакансиями и за открытыми репами (FoundationDB).
Это уже пару лет как не так. Теперь там можно даже полностью писать приложения (на SwiftUI, с пакетами) и даже загружать их в App Store.
Сильное заявление. В чем там ограничение? Именно чтобы языка, а не библиотек.
Для чего язык создан - не столь важно (хотя идеологи языка скорее позиционировали его как язык для LLVM, а не Apple), пример - JS. И данные показывают, что язык начиная с 5.2 живет не только и не сколько как язык приложений - как раз когда появился stable ABI его можно пихать в саму ОС и в фундаментальные библиотеки на бэке (примеры я выше приводил).
А по-моему, очевидный выбор. Вот пишу я, например, iOS-приложение. Нафига мне разбираться с экосистемой JVM/Go/Node, если я могу поднять Vapor и использовать все те же инструменты, как и основное приложение, переиспользуя даже код моделей? Я знаю лично несколько людей, кто фулл-тайм работают над такими проектами и живут с этого успешно. Не говоря уже о куче примеров в интернете. И дело не ограничивается бэком, вон ребята из The Browser Company пишут браузер на Swift для Windows (был еще пример, забыл название - там программа для шаринга экрана тоже портирована на Windows с помощью Swift).
Как я уже писал, писать на Swift можно не только приложения. Это как ругаться на Rust за отсутствие GUI-библиотеки (хотя они и есть) - никто не заставляет вас использовать язык для этого. А для любых других вещей где нет UIKit/AppKit/SwiftUI мак не нужен.
Вот как раз для проверки таких безапелляционных утверждений и нужны опросы, как в статье. Но конкретно у этого, как отметили у других комментариях, есть перекос в сторону клиентов JB, поэтому реальное число точно выше 4%, что уже не так уж и мало.
Звучит как Swift. Синтаксис котлина на месте, идеи раста - тоже (с недавних пор - даже opt-in borrow checker).
За аккаунт разработчика придется платить все равно, если приложение iOS/macOS пойдет в App Store (или будет нотаризовано), так что для целевой аудитории плюс такой себе.
Плюс в Xcode Cloud не нужно писать никаких скриптов для сборки и разбираться с тонкостями подписи - а для GitHub Actions весь воркфлоу собирать приходится руками буквально по крупицам, как будто бы ты пишешь пайплайн для self-hosted Jenkins, а не "удобный инструмент" в облаке.
Ну и прибитие гвоздями к Microsoft - так себе плюс. К Apple прибитие уже и так есть и не так страшно. В идеале конечно хостить всю инфраструктуру у себя, в том числе и код - но тогда ни GHA, ни Xcode Cloud особо не помогут.
Практически в любой компании это неправда. Кто будет платить описанные в статье 75 тысяч в год - сможет заплатить и IHS Surcharge, и экзамен, и скорее всего даже и перелет и жилье. Когда как бедные таланты в чатах платят 700+ фунтов только за попытку подачи, сдают все кроме английского, и еще и приезжают в страну за свои деньги без работы и снимают жилье сами, оплачивая тысячи фунтов в никуда и параллельно ища работу на текущем не самом благоприятном рынке.
Еще пару лет назад Global Talent однозначно был ответом, но сейчас он выглядит как виза для безработных богачей)
А причем тут BSD? От BSD в осях Apple только несколько программ и демонов (которые все дублируются другими подсистемами уже несколько лет), и немножко "интерфейсов" к объектам ядра (объекты типа тредов и сигналов, но таких интерфейсов есть ещё два - POSIX и Mach, и все лишь обертки). Весь кернел внутри к BSD отношения не имеет, это собственное ядро XNU, основанное на Mach Microkernel, то есть идейно ближе к GNU Hurd.
Насколько мне известно - нет, не додавил. Додавил только с портами и магазинами пока (хотя кастомных магазинов пока не видно)
Но такая возможность была ещё в iOS 10. Новости из каналов нужно перепроверять)
Все так - но все браузеры на iOS являются рескинами Safari, так как альтернативные движки запрещены правилами App Store.
Так что от вашего FF там только UI
Ну это же неправда. Есть как минимум Safari, который остается безальтернативным на iOS/iPadOS и потому имеет серьезную пользовательскую базу, автором совершенно игнорируемую.
И никакого трекинга ради лучшей рекламы там нет, наоборот - встроены блокировщики трекинга и есть возможность полностью отрубить телеметрию для самой Apple.