Спустя пол года тред был перекачен! Итс ревалюшен, джони!1
Продолжаем попускать обж-с дидов вместе с эплом, Swift уже допилили до такого состояния, что по заверениям эплорабов его юзают где-то в Foundation, а SwiftUI — единственный способ создавать виджеты.
Q & A
>С чего вкатываться?
Swift book - книжка валяется в интернете доки. Через 1-2 месяца смело переходи на ObjC - Интересная книга от Paul Хадсона Objective-C for Swift Developers Paul Hudson, найти которую можно ниже в телеге.
Так же после 1 недели знакомства со Свифтом желательно начинать строить приложения. Порядок: TODO List (DB) -> Weather -> ImageGallery —> Movie. Аналоги ищи на гитхабе - их тысяча, смотри, пизди код, учись.
>А можна начинать сразу со SwiftUI и ложить хуй на всё остальное легаси?
Разве что если планируешь начинать искать работу через 2 года. Хотя даже тогда тебе _везде_ придётся ебаться с UIKit-ом, так что нет, хотя посматривать и стоит.
Сейчас SwiftUI как и Swift в своё время — ещё только версия 2.0, а юзать свифт без болей в жепе стало возможно только к 4-й версии).
>Не люблю читать книжки я долбаеб
https://www.youtube.com/playlist?list=PL9lXw_XXeiWQGrY5dl0IjFI7tOw_nfI91 - лучшее что есть в интеренете, на слайды которого ссылаются большинство ответов для даунов. Уже есть версия поновее, но это энивэй нетленочка, и даже если ты конченный долбоёб — то даже тогда сможешь выучится чему-то по этому.
Материалы для обучения
Складчина, в которой можно найти почти всё:
https://telegra.ph/MIYAMOTO-SYNDICATE-06-16 (см. навигацию канала)
Сборник легаси-литры и таких же подтухших видосов для погружения в тёмные века:
https://drive.google.com/drive/folders/0B25xie8pit__amNPc1N6OXVFaEU
Остальное видео:
ttps://coursehunters.net - продажная сука, которая с конца июля начала требовать 200-300 рублей подписки. Курсы неплохие, если не жалко - можно оформить и выкачать для себя интересные (обрати внимание на Devslopes)
Полезные статьи с КореДата
https://marcosantadev.com/coredata_crud_concurrency_swift_1/ - хорошая серия статей по работе с CoreData
Крутые статьи по многопоточности
https://habr.com/ru/post/320152/
https://habr.com/ru/post/335756/
Перевод базовой документации
https://swiftbook.ru/content/
>Где в дальнейшем искать инфу?
https://developer.apple.com/videos/wwdc2020/ — открываешь и смотришь всё, чего не знаешь. Желательно хотя бы за последние 3-4 грода. То есть почти всё.
>какого уровня макпук нужно купить, чтоб можно было все это учить без боли в жопе
Именно для обучения хоть эир пойдёт, лол. Но лучше возьми самую дешёвую прошку, если деньги позволяют.
>что насчет хакинтоша
Без
>боли в жопе
сложно будет, особенно если ты этим первый раз занимаешься. Тащемта, в инете есть готовые сборки пекарен под это дело, можешь попробовать. Но болеть жепа будет.
Перекатывал сын шлюхи
А вдруг они его основательно переписали, и он не такое глючное говно больше?
Ну, автокомплит даже в первой бете уже просто ебать насколько быстрее стал, прямо такт некст левел. Но нет, нихуя они там не переписали, просто улучшили фронтенд свифтового компилятора и основательно подрочили отрисовку свифтюайных превьюшек (которые похоже теперь билдятся напрямую, а не через эмулятор, лол), всё же виджеты к нему прибиты яйцами и развивать его будут во все щели.
>>1732314
Так чего ты дрочил вместо того, чтобы перекатить?
Код покажи, из описания нихуя не понятно. Очевидно что у тебя либо слишком тяжёлый лэйаут, либо ты неправильно релоадишь таблицу, либо слишком много всего делаешь на мэинтреде (парсишь ответ итд), но что именно — не понятно.
>Как я понял есть Async Display Kit который решает эту проблему.
Нет, он решает только проблему сложного лэйаута без расчётов его ручками, и всё. Если у тебя прям дёргается, а не просто проседает фпс, то это не к нему. А ещё он нихуя не простой как может показаться на первый взгляд и ты на твоём уровне его не потянешь.
>научись картинку правильно грузить. читай гайды
>kingfisher и прочее.
Советы уровня /б/, лол.
Кстати, кингфишер — самая тормозная из всех либ для загрузки картинок (и в мэин треде срёт дохуя, и кеширует не то чтобы быстро), если и брать что-то для кучи изображений в коллекциях — то какой нибудь PINRemoteImage.
>на счет совета - в топ 15 маркета есть как минимум одно апп с кингфишером. Ничего не тормозит, если ты не собираешься ракеты запускать.
И что из этого следует? Ты сам-то понял о чём пёрнул? Если у тебя будет прилага с чуть более сложной коллекцией, там жирный кф засирающий мэинтред уже будет поводом тормозов? Или не будет?
Я гружу ее не в мейн треде
Когда он загрузилась я ее присваиваю в свойстве модели и уже в мейн треде делаю realodaRows
Лаги не такие прям жесткие но в сравнении с допустим клиентом для реддита Apollo(там как раз таки async display kit или pinterest) я вижу что оно не так плавно и небольшие дерганья происходят.
>Итак, по моим ощущениям свифтЮИ это такой же мертворождённый ребёнок
Похуй что ты там считаешь, виджеты ты уже только на нём сможешь писать, эпол так скозал, быдло.
>Всё что там есть крутого доступно в UIKit Dynamics.
Где ты в свифтюае нашёл симуляцию физики, поехавший?
>Всё же проекты которые делаются в одно рыло за сенами эпл и расчитываются на броадкаст начинают проигрывать опенсорсным, таким как пакедж менеджер, который даже ёбаные индусы не в состоянии испоганить
Чего блять? Ты о чём вообще?
>Похуй что ты там считаешь, виджеты ты уже только на нём сможешь писать, эпол так скозал, быдло.
Виджеты делаются буквально за пару часов, для виджетов может и заебись. В реальных приложениях типа интернет магазина или фуд ритейла, коих большая часть в сторе, ты охуеешь писать на этом сыром говне. При охуенно здоровые и сложные приложения типа вк и яндекс карт я вообще молчу - они все еще частично на обджси и даже могут не использовать ебучий автолейаут (лента ВК точно его не использует), так как медленно. Про скорость swiftUI даже говорить не хочется
Я спросил где там симуляция физики а ты мне спринговые анимашки принёс, лол. Ты хоть в глаза этот UIKit Dynamics видел, нюфаня?
>>1734648
>Про скорость swiftUI даже говорить не хочется
Смотря что мерять. Если отрисовку вьюшек — то по скорости он ебёт UIKit как стоячего, т.к. по большей части рендерится прямо на метале в обход кучи слоёв из UIKit/CA/etc.
Если мерять время жизни батарейки — то он отсосёт, т.к. ты ахуеешь на нём писать такой стейт, чтобы не перерисовывать весь экран при каждом изменении.
>В реальных приложениях типа интернет магазина или фуд ритейла
И то и другое на свифтюае 2.0 будет летать быстрее чем на UIKit-е. В том же UIKit-е куда больше нужно выдрачивать (от лэйаута до color blending-а) чем в свифтюае, лол.
>При охуенно здоровые и сложные приложения типа вк и яндекс карт я вообще молчу
Вот это уровень аналитики, ахуеть.
Хуй знает что там ахуенно сложного в первом пункте (коллекции из картинок разве что может быть сложно расчитывать если они не статические), а в картах примерно 80% нагрузки занимает сама карта.
>они все еще частично на обджси
У них миллионы строк легаси-говна, конечно они на обж-с сидят.
>даже могут не использовать ебучий автолейаут
Пиздец-то какой! А я его по работе вообще всегда избегаю просто потому что он кривой by architecture, лол.
Скачай какой нибудь трипадвайзор, посмотри как там прям UIStackView ебашат в коллекции на главной и оно лагает даже на десятке, поучись жизни, щинок блядь.
>>1734655
А это плохо? Надо как в флаттере однопоточную парашу дать, чтобы точно ничего не отстрелили себе?
>Скачай какой нибудь трипадвайзор, посмотри как там прям UIStackView ебашат в коллекции на главной и оно лагает даже на десятке, поучись жизни, щинок блядь.
какая ты агрессивная мразь. чего ты здесь добиваешься своими знаниями? (нет)
>Вот это уровень аналитики, ахуеть
у тебя 0 аналитики.
>Я спросил где там симуляция физики а ты мне спринговые анимашки принёс, лол.
Так это и есть симуляция >physics-based animation
https://developer.android.com/training/animation/overview#physics-based
Для адекватной дискуссии советую применять ссылки, хотя ты уже заведомо поставил себя в щенячее положение. Rejected.
мимодругой и ушел. разрешаю не пытаться брезгать слюной.
>мимодругой и ушел. разрешаю не пытаться брезгать слюной.
>ряяя мааамм ну он вреетт11!!2
>Так это и есть симуляция >physics-based animation
Ну если у вас в андроиде анимации с задержкой и отскоком — это уже симуляция физики, то ок. Чел, я же сказал — иди и посмотри что такое UIKit Dynamics и нахуя он нужен, обычными анимациями ты и половины его функционала не повторишь.
>Для адекватной дискуссии советую применять ссылки
Для адекватной дискуссии советую хотя бы гуглить о чём пишешь, а не высирать что-то нихуя не зная.
есть тут перекатыши с других стеков? планирую плавно выкатыватся с вронта в айоську, есть ифон, макпук и мотивация.
Я сейчас в Андроид вкатываюсь и уже скоро практически доучиваю все. Вопрос, сложно ли с Андроида в iOS перекатиться и как вообще отрасль, по сравнению с Андро. Просто вакансий смотрю несколько больше на iOS. Думаю накатить хакинтош и вкатываться потихоньку в свободное время.
>1. отрасль лучше. что за толстота? тебе не придется как минимум с API 21 поддерживать вялое говно.
Да, вместо этого ты будешь поддерживать вялое говно на обж-с с минимальным таргетом иос 9 и айфоном 4с, кекус. Ты серьёзно думаешь, что существуют области без тухлого легаси?
>>1736431
Выучить-то не сложно правда хз что это вообще значит, но опыт в обоих сразу ты не получишь Вообще никак. Разве что будешь знать как там поживают на соседней платформе, правда при трудоустройстве всем будет похуй на это, везде нужны знания целевой платформы а не развитый кругозор. Так что просто бери уже что больше нравится и вкатывайся ни еби мозгъ
Я слышал, что часто из Андроида в IOS перекатываются. Вот и хотел уточнить, стоит ли и какие перспективы.
Под сложностью изучения я имел ввиду количество фреймворков, сложность API, как быстро все стареет. К примеру, в андроиде нужно всякие дагеры, RX, корутины и прочее изучать дополнительно. Патернами владеть базовыми и т.д. В одном только MAP Api более 60к методов. Сложность заключается в основном в количестве технологий и скорости их старения. Тот же Navigation Drawer изменился уже 10 раз. Если уже готовый шаблон из студии брать, то даже там есть методы с пометкой Deprecated.
> Я слышал, что часто из Андроида в IOS перекатываются. Вот и хотел уточнить, стоит ли и какие перспективы.
А я вот не слышал. Просто потому что это тупо — вот отработал ты год андроид джуном, а потом хуяк — вместо нормальной зп мидла идёшь, покупаешь макбук с айфоном и ещё год ебашишь джуном. Ты уверен что хочешь подобного?
>К примеру, в андроиде нужно всякие дагеры, RX, корутины и прочее изучать дополнительно.
Вообще от iOS никаких отличий в этом плане. Ты бы ещё написал что оказывается нужно ещё ддесяток системных фреймворков знать, вотнеожиданность-то!
> сложность API
Тащемта, ты даже не видел всякое недокументированное сишное говно вроде Core Image, чтобы судить о сложности API, лол.
> Патернами владеть базовыми и т.д. В одном только MAP Api более 60к методов. Сложность заключается в основном в количестве технологий и скорости их старения
Опять нет отличий. К нас тоже каждый релиз пол системы ломают.
> Тот же Navigation Drawer изменился уже 10 раз.
Ну а у нас даже в средних по размеру проектах через одного свои кастомные навигейшен контроллеры просто потому что стандартный очень хуёвенький в плане кастомизаций.
> Если уже готовый шаблон из студии брать, то даже там есть методы с пометкой Deprecated.
У нас всё опять 1 в 1, лол. Если взять проект из прошлого икскода — то там будет куча депрекейтедов потому что часть с запуском/лайфцайклом сделали новую, причём отличающуюся архитектурно. В этом году ещё один способ представили, лол.
Сказать то ты что хотел? Не хочешь постоянно изучать что-то новое — иди в жаву энтерпрайз. Считаешь что айос принципиально проще? Нет, это не так, но ебли мозга васянами с ксяоми за 10$ на этапе поддержки меньше (хотя «китайские» восстановленные айфоны у которых может не работать половина железа у нас тоже бывает, лол).
Ты пытаешься самоутвердиться своей токсичностью?
>Да, вместо этого ты будешь поддерживать вялое говно на обж-с с минимальным таргетом иос 9 и айфоном 4с, кекус. Ты серьёзно думаешь, что существуют области без тухлого легаси?
Видимо ты не понимаешь что такое легаси на андроиде и легаси на иосе. Дальше нам не о чем разговаривать. И выборка мниных "иос 9" в твоей голове значительно меньше, чем API 21. Все.
>Ты пытаешься самоутвердиться своей токсичностью?
>>1736619
>слишком толсто.
Обиженный андроид-педик, пиздуй в свой unoffensive тредик и сри там, мы с тобой уже выяснили всё с анимашками в свифтюае. Либо говори по делу, либо иди нахуй и напиши ещё одно обиженное послание "ну я нибуду атвичать я абиделса(99".
>все здесь лучше чем в андроиде.
Ну, скорее всего везде лучше чем в андроиде, лол. Самое смешное, что ты разговаривая с заведомо более опытным в теме человеком даже не задумываешься о том, что сейчас ты просто восторженный нюфаг которому всё по приколу и который знает примерно нихуя, макакен ебаный.
> работают с камерой (всего лишь 15-20 строчек, вместо 400-500)
Т.е. ты серьёзно сравниваешь дефолтный контрол камеры (который никто не юзает) с кастомной камерой? Не, ну это реально всё.
Я другой анон. Ну как где, взял и шлёпнул кнопку же.
>Да, вместо этого ты будешь поддерживать вялое говно на обж-с с минимальным таргетом иос 9 и айфоном 4с, кекус. Ты серьёзно думаешь, что существуют области без тухлого легаси?
Аргумент инвалид, ну т.е. формально ты прав, но по факту такого легаси на порядки меньше. Новые проекты уже давно swift + ios 12, если это какой-нибудь вк, телеграм или вайбер то им имеет смысл вкладываться ради того 1% аудитории, остальные ложат хуи бюджет.
И шо это сколько кнопок тогда получается в приложении если их только шлепать? По 10 на экране? Кстати, можно из кнопки запилить кастомный text field, можно коллекцию на одних кнопках заебенить, вообще таки интересная тема чисто все на кнопках без каких либо uikit элементов
>Т.е. ты серьёзно сравниваешь дефолтный контрол камеры (который никто не юзает) с кастомной камерой? Не, ну это реально всё.
https://github.com/android/camera-samples/blob/master/CameraXBasic/app/src/main/java/com/android/example/cameraxbasic/fragments/CameraFragment.kt
Можешь дальше продолжать умничать и вводить в других свои заблуждения, это не пр а цирк, впрочем, ничего нового.
Но ведь кнопка — это uikit-овый элемент.
Из 600 строчек 80 это импорты (которые можно завернуть в 20) и ещё половина (если не большая часть) из оставшихся 500+ это комменты. Возьми AVFoundation и попробуй повторить то же (написать такую же кастомную камеру — с обработкой пермишенов, всех исключений, физических кнопок, поддержкой обоих ориентаций девайса + обоих камер + вспышки и анализом засветов). Ах да, ещё не забудь всякие айосовские фишки вроде life photo вкрутить. Я посмотрю как ты это хотя бы в 700 строк уместишь, лол.
>и вводить в других свои заблуждения, это не пр а цирк, впрочем, ничего нового.
Ну так между нами разница в том, что я эти камеры писал и поддерживал, а ты увидел в интернете пример с UIImagePickerController и прибежал срать как восторженный хомяк.
Новые проекты в стартапах, ты хотел сказать. В любой более менее большой компании такой ворох своей инфраструктуры (которая писалась ещё во времена отсутствия аналогов либо из-за проблем с лицензиями либо просто из-за NIH синдрома) на том же обж-с такая, если прогнать cloc по проекту то там 70% кода будет на objective-c, как минимум треть из которого будет тупо повторять фичи которые в системе есть уже лет 5.
Правда тебе ни в вакансии ни на собесе никогда об этом не скажут, а зачастую даже саму тему обж-с и легаси затрагивать не будут, просто когда начнёшь работать начнутся спринты и "на рефайкторинг времени нет, просто иди и как нибудь пофиксь этот кусок говна".
При вызове insertRows происходят дерганье таблицы при reload rows тоже. Это дерганье еле еле заметно, но заметно чем это фиксить подскажите.
Я обычную дев программу не могу уже 3 месяца купить.
https://9to5mac.com/2020/06/08/developers-complain-about-issues-renewing-apple-developer-subscriptions-outside-the-us/
Снгбогов эпл решила не пускать, у пиндох, британцев и прочих гейропейцев оплата проходит без проблем.
Тред профессиональных Ванг там -> нахуй
Либо код, либо хотя бы инфу напиши, как тебе помогать-то блядь. Чем лэйаут делаешь, как размер самих ячеек определяешь И так далее (вангую жирный аутолейаут с конфликтами внутри ячеек и ещё автоопределение размера через него же).
Ну вообще, некоторые буржуйские банки (вроде какого нибудь SEB) выпускают виртуальные карточки, не пробовал себе такую оформить?
>https://9to5mac.com/2020/06/08/developers-complain-about-issues-renewing-apple-developer-subscriptions-outside-the-us/
Почитал комменты и орнул, кто-то серьёзно считает что они это делают во благо уменьшения количества джейлбрейкеров и прочих хацкеров и вообще ради всего хорошего, а не ложат хуй и не фиксят баги. Главное чтобы пофиксили эту хуйню побыстрее, а не их стандартные 5 лет как с UICollectionView.
Хз что у них там с отделом маркетинга, но вот как удалялка программ, анализирующая всё говно которое они высирают в фс, это лучший вариант который я встречал. А когда надо почистить 20гб артефактов от проекта, который надо собирать раз в две недели — вообще незаменимая вещь.
Readdle всё же стали более менее известными последние пол года-год вместе с почтовым клиентом, рано им ещё стоять с дидами в одной линии.
Эта хуитка хорошо чистит мусор от xcode, кэши и прочее. Плюс довольно удобная вьюха space lens, можно быстро найти какую-нибудь хуиту, которую забыл удалить.
Вообще эта прога была бы юзелесс, если бы в 2к20 эпл не драл сотни баксов за нормальный объем стораджа в макбуках. На 256 гб сидишь как крохобор, каждый мегабайтик вычищаешь вилкой.
Высчитываю высоту ячейки руками на фреймах через статический метод у класса кастомной ячейки, после этого кеширую его и эти две операции происходят в бекграунд потоке после получения и декодирования джейсона. Далее в heightForAtIndexPath я просто беру высоту из этого кеша и возвращаю ее. Фреймы для расчета в layoutsubview я тоже просчитываю в бекграунд потоке. Скролл плавный но вот именно когда подгружаю новый данные и вставляю в ячейке методом insertRows(его я вызываю уже в главном потоке) происходит 1 еле заметное, но заметное дерганье.
Просто кинь ты уже код, без разницы как, ссать не буду.
Смотрите, ЭППЛ СИЛЛИКОН ебошит в небо, по тестам и производительности АРМ архитектура как минимум убивает х86 в ноутбуках, но это как минимум.
Сраный проц, позапрошлого айпада в транзит ките уделывает последний I5, Шиндовс пытается в АРМ, но вторая попытка тоже завяла.
И вот я задумался, у нас стоит проблема e-waste и global warming, ну и еще low income countries с poor power grid
То есть, мобилы стали гораздо более производительны к операция/ватт/$ в 4-6 раз чем десктопы и ноутбуки. Сраный ZTE за 8 тыщ рублей в целом имеет железо для поддержки 4 4к дисплеев и полный пакет браузинга-рендеринга-офис джоба-гейминга
Почему бы Андройду не сделать нормальный десктоп мод? тыкнул как ночной мод свитч, подключил к монитору, собпряг уши, мышь, клаву и готово, десктопный браузер-офис-рендеринг-гейминг, миллионы приложух которые будут перепилены под десктоп за полгодика, вот и виндовс пойдет нахуй на свалку.
Через год МакОСь будет запускать все приложухи эпплстора, половину из которых успешно перепишут на десктоповый функционал и экосистема будет намного богаче чем сраный шиндовс.
>И вот я задумался, у нас стоит проблема e-waste и global warming
Да нет, эту хуйню раздувают производители альтернативных источников энергии, как бы это не звучало. Уже все кто мог обоссал эту теорию, достаточно просто знать что мы вообще живём в эпоху между ледниковый периодов (просто погугли минимумы Маундера/итд), и что одно извержение вулкана срёт углекислым газом больше чем всё производство в мире за год, что как бы намекает.
>low income countries с poor power grid
На них точно всем похуй, в КНДР никто афйоны покупать не будет.
>Почему бы Андройду не сделать нормальный десктоп мод?
Потому что гугол вообще рад бы от него отказаться из-за анальной привязки к ораклу, только вот миллиарды девайсов не позволят (фуксия/хромос/итд опять как бы намекают).
>миллионы приложух которые будут перепилены под десктоп за полгодика
Не будут, уже были ноуты на андроиде, только разрабам похуй. А ещё были планшеты, и разрабам тоже похуй. Это же не эпл, настолько лояльных анальных рабов разработчиков нет нигде.
>Через год МакОСь будет запускать все приложухи эпплстора, половину из которых успешно перепишут на десктоповый функционал и экосистема будет намного богаче чем сраный шиндовс.
Весь более-менее кошерный софт и так был и там и там, прибавятся только цифорки у маркетолухов
А вообще, главный стопор этого прогресса — это несовместимость AppKit-а и UIKit-а (как на уровне UI, так и на уровне архитектуры, из-за бородатого легаси чуть ли не времён NeXT в AppKit-е), а не процессоры. Энивэй на айоси уже давным давно всё компилируется в биткод и докомпилируется уже на девайсе.
>ак бы это не звучало. Уже все кто мог обоссал эту теорию, достаточно просто знать что мы вообще живём в эпоху между ледниковый периодов (просто погугли минимумы Маундера/итд), и что одно извержение вулкана срёт углекислым газом больше чем всё производство в мире за год, что как бы намекает.
Ты сейчас озвучил хуйню уровня 5g вышек Билла Гейца которые чипируют население.
Это нормально, люди попадают в эхо чамберы, ошибки это норма, просто сейчас тебе надо просто зайти на сайт наса climate.nasa.gov где несколько тысяч людей с дипломами по физике которые оперируют несколькими десятками сложнейших орбитальных спутников и имеют консолидированное мнение по проблеме и просто принять их экспертизу на веру и развернуть быстра свое мнение на 180 градусов.
Кстати наша геологическая температура на 1 пик релейтед, надеюсь интуитивно догадаешься об уровне жопы и почему в Сирии случился гроб гроб кладбище пидор 6 лет засухи в результате резкой смены климатических паттернов
Нам нужно повышать уровень универсальности и энергоэффективности в сфере электроники. Нужно выполнять больше полезной работы за меньшее количество ватт/час и тяжелых металлов.
Ещё раз, чел. Просто перечитай моё сообщение, а если не сможешь — смотри ниже.
Ясен хуй что оно есть, где я это отрицал-то? Просто всякие греты тумберг и прочие знаменитости, кто связан с этой темой, предлагают вернуться нахуй в пещеру, при том что глобальная смена климата всё равно происходит и без участия человечества и мы однохуйственно либо вернёмся в ледниковый период либо чуть подогреем планету. Если бы реально кого-то волновало потепление — всяких майнеров гнали бы ссаными тряпками отовсюду, но всем похуй, деньги лучше их отсутствия и благих намерений.
>Кстати наша геологическая температура на 1 пик релейтед
Ты видишь эту толстую серую полоску на заднем плане? Это среднеквадратическое отклонение, при чем взятое один раз, то есть показывает разброс +-30%. Чтобы попасть в полный диапазон, тебе нужно увеличить эту серую полоску в три раза (при условии, что температура нормально распределена, иначе ситуация будет еще хуже).
То есть ты принес картинку, на которой ты много раз сглаженные данные в далеком прошлом, измеренные с огромной погрешностью, сравнимой с самими колебаниями температуры, сравниваешь с текущим ростом.
Если бы это был ML, которым я занимаюсь, я бы автора подобной картинки обоссал бы за тупость. Но климатологам норм.
Это, конечно, не повод срать как можно больше тяжелыми металлами, но, тем не менее, в климатологи идут одни куски говна и дебилы.
Я не знаю что это за пиздец происходит
Но я только сейчас увидел что у меня телефон все эти пару дней был в режиме энергосбережния и в этом режиме есть этот лаг
Но когда я отключаю его все скроллится как по маслу и этого мини лага при добавлении новых ячеек нету.
Значит просто не включай его и не будь пикрилом.
Но у тебя таки скорее всего тяжеловатый лэйаут, вангую.
>из-за бородатого легаси чуть ли не времён NeXT в AppKit-е
Бородатый легаси позволяет биндить кордату к таблицам и деревьям (с поиском, сортировкой, удалением/добавлением элементов) без единой строчки кода (тут даже SwiftUI сосет), бородатый легаси позволяет биндить любые вьюхи к property никакой target-action ненужен, на бородатом легаси есть нормальная поддержка клавиатуры (shortcuts, focus, full keyboard access, etc)
Так что тут урезанный-AppKit aka UIKit тянет назад.
почему надо учить обж-с?
Потому что он никуда не делся. Ты конечно можешь писать проекты любого размера без строчки на нём, но вот когда что-то надо отдебажить/захакать/итд — без знания рантайма обж-с никуда.
Ну и просто потому что на нём легаси как говна, даже в новых проектах ты никуда не уйдёшь от кучи либ на нём.
Нет, не хуйня без задач, там автокомплит уже в 5 раз раз быстрее работает чем в прошлой версии, пусть жрёт.
>>1743493
Если бизнес массово найдёт как применить — полетит, иначе останется там же где какой нибудь force touch. Вообще, интереснее всего для всяких каршерингов, но без регистрации всё равно нихуя не полетит, а это ебать как ломает всю идею, так что посмотрим.
Нюфаг в треде, лол. Ты вообще это sign in with apple в глаза-то видел? Наживаешь кнопку и в 2/3 случаев продолжаешь стандартную регистрацию, просто пропустив пункт с почтой и паролем, ага, эпл всех спасла. А в случае каршерингов ещё отправляешь доки и ждёшь модерации.
>ты на метале без шейдеров даже квадрат не нарисуешь.
А ты без зубочистки зубы не почистишь, не в курсе был чтоли?
>он даже не линкуется к металу.
Чел, лучше вообще ничего не высерай, ты же туповатый.
>>1739862
Да нет, метал без шейдеров — это просто юзлесс апишка состоящая из очереди команд, обвязок данных к шейдерам, парсера шейдеров и моделей, лол. Даже простейшее GPGPU делается на шейдерах.
>>1748050
Он там есть потому что это вообще единственный способ самому настраивать себе вывод метала вне металкита.
>позволяет биндить кордату
>кордату
И это сходу нахуй не нужно.
Хочешь нормальную базу — бери SQLite и наслаждайся своим SQL-ом без всяких тормозов и багов, хочешь нормальную no-SQL базу со всякими плюшками вроде автоапдейтов И так далее — бери Realm.
>Так что тут урезанный-AppKit aka UIKit тянет назад.
Это который на ебучих i7 и видюхе с 4гб памяти выдаёт ~30 фпс при скролле? Ах да — он же почти нихуя не умеет делать на GPU))0 Тоже нахуй это говно.
>на бородатом легаси есть нормальная поддержка клавиатуры
Ииии? Как это с UIKit-ом кореллирует-то? Много афйонов с физической клавой видел? Часто хоткеи обрабатывать приходится наверно?
>биндить любые вьюхи к property никакой target-action ненужен
А в чём плюс-то? В том, что вместо того, чтобы вешать обработчики на конкретные события ты руками перебираешь эти события в каждом обработчике из, блядь, глобалстейта? Ебаная обезьяна, у тебя всё ок?
>Так что тут урезанный-AppKit aka UIKit тянет назад.
AppKit настолько не унылое говно из прошлого века, что ради простого грида фоточек, который можно даже на ебучем айфоне 6s заставить работать на 60 fps просто расчитывая лэйаут в бэкграунде до отображения и кэшируя это всё, что разработчики из эпла решили написать всё на голом Метале вместо того, чтобы попытаться оптимизировать аппкит)00.
Величие выглядит именно так.
>Так что тут урезанный-AppKit aka UIKit тянет назад.
AppKit настолько не унылое говно из прошлого века, что ради простого грида фоточек, который можно даже на ебучем айфоне 6s заставить работать на 60 fps просто расчитывая лэйаут в бэкграунде до отображения и кэшируя это всё, что разработчики из эпла решили написать всё на голом Метале вместо того, чтобы попытаться оптимизировать аппкит)00.
Величие выглядит именно так.
>Величие выглядит именно так.
>Серое на сером с серым шедоу градиентом
>Залезший на пикчу сосок настроек когда есть по бокам по белой лётной полосе
Боже какое же говно...
У ебболов же было нормально и узнаваемо хотя бы по одному параметру из ui/ux
На бехансе можно найти свободные работы намного талантливее
Зачем расчитывать лейаут в бекграунде, если есть автолейаут, который все за тебя просчитывает? То есть при каждом повороте экрана опять руками пересчитывать? Такой вариант может подойдет, если у тебя приложение только в портретном режиме работает. Мимо ньюфаг.
https://github.com/layoutBox/LayoutFrameworkBenchmark
>>1749554
Ну раз так в свифт группе сказали
Да на любых девайсах, если у тебя сколько нибудь сложный лэйаут.
>>1749527
https://developer.apple.com/documentation/uikit/uicollectionviewlayout
Ты загугли хотя бы для приличия, что и как ты там на аутолэйауте делать-то собрался? Сами ячейки лэйаутить? У пикрила в ячейках там ебическая разметка уровня imageView.frame = bounds, на autolayout-е то же сделать как минимум в 5-6 строк, лол.
>Хочешь нормальную базу — бери SQLite
Так можно и это биндить тоже.
>Много афйонов с физической клавой видел? Часто хоткеи обрабатывать приходится наверно?
Причем тут айфоны, когда речь про замену аппкита уикитом на маках?
>В том, что вместо того, чтобы вешать обработчики на конкретные события ты руками перебираешь эти события в каждом обработчике из, блядь, глобалстейта? Ебаная обезьяна, у тебя всё ок?
Какой ручной перебор когда ты на биндингах все делаешь? Никакого бойлерплейта как на айоси ненужно, все автоматом работает.
>>1748311
Он и раньше был на ГПУ, назывался IKImageBrowserView был сделан через OpenGL, по известным причинам его перестали поддерживать в 10.14, а теперь запилили новый на метале.
Может есть какие-то хаки как завести отображение таблицы с фейковыми данными в IB?
>CleanMyMac из вна Украины
А толку, у них офис только в Киеве, компания то Американская и налоги платят в США. Щас бы открывать компании в СНГ парашах пиздец.
>>1738377
>Плацебо для мигрирующих виндузятников
Не соглашусь. Постоянно ей пользуюсь, отличный софт. Очень нравится фигня что на пике. Сканирует папочки, с ее помощью я для себя открыл, что телеграмм скачал картинок на 45 гигабайт и запрятал их нахуй.
мимо работал из MacPaw
MacPaw develops software for iOS and MacOS. The company’s mission is to deliver the most popular apps to every Mac. Their products include CleanMyMac, Setapp, Gemini Photos and more. MacPaw‘s active user base exceeds 30 million worldwide. Every fifth Mac on Earth has at least one app by MacPaw. Its headquarters is in Kyiv, Ukraine, with offices in San Francisco, USA and Cork, Ireland.
>Он и раньше был на ГПУ, назывался IKImageBrowserView был сделан через OpenGL, по известным причинам его перестали поддерживать в 10.14, а теперь запилили новый на метале.
Тащемта, я понимаю зачем 13 лет назад это было нужно. Но вот то, что аппкиту мало даже текущих железок для такого — это кекус.
>Какой ручной перебор когда ты на биндингах все делаешь?
Вытаскиваю любой дополнительный стейт (нажатый шифт, райтклик, итд).
>Никакого бойлерплейта как на айоси ненужно, все автоматом работает.
Ты про такой бройлерплейт
[hui addTarget:self action:@selector(pizda) for:PutIn]
или такой
hui.addTarget(self, #selector(pizda), for: .putIn)
?
Баюс-баюс
>Причем тут айфоны, когда речь про замену аппкита уикитом на маках?
Ну так я и спрашиваю — при чём тут клава если идёт речь про убогость рендеринга в аппките? Похуй абсолютно на клаву, если запилят таки уикит на десктопе то и клаву туда протащат полноценно, в чём вообще притензия? В том, что на айфонах это нахуй было не нужно?
>Так можно и это биндить тоже.
Ну вот, на 30 строчек меньше можно написать, уже перемога.
>А толку, у них офис только в Киеве, компания то Американская и налоги платят в США. Щас бы открывать компании в СНГ парашах пиздец.
Ну так гребцы-то, делающие продукт в Куеве сидят. Тащемта, изначально говорили об этом в контексте того, кто в СНГ может потыкать в новые армовые железки.
Ебанутый? Ты про эту что ли? https://github.com/mpv-player/mpv
Да, я ее нашел и скомпилировал, дальше мне что делать?
Тогда изучай objc, подключать сишные и крестовые либы это скил, который требует знаний побольше чем "только вкатился", и без objc тут никак.
Я помню год или полтора назад подключал ffmpeg(случайно mpv под собой не использует?) и пришлось разгребать кучу материала, т.к. вагон каких-то непонятных флагов компилятора, почему-то отсуствовали при сборке некоторые символы, не линковалось, не компилилось. В конце осилил, но у меня был крестовый бэкграунд. Я не говорю что это сложно, просто будь готов.
Мимо
Берёшь и прокидываешь всё в свитфт вот так вот
https://developer.apple.com/documentation/swift/imported_c_and_objective-c_apis/importing_objective-c_into_swift
и тащемта всё.
Ну хуё моё, вот тебе либа с документацией - https://github.com/mpv-player/mpv/blob/master/libmpv/client.h
Вот тебе врапперы к ней - https://github.com/mpv-player/mpv/tree/master/osdep/macos
Вот тебе инструкция как в xcode прописать опции линковки
https://medium.com/@yuliiasynytsia/link-static-c-library-to-swift-framework-as-a-private-module-97eae2fec75e
https://stackoverflow.com/questions/44512056/swift-link-and-build-with-c-c-library
>Ты про такой бройлерплейт
>[hui addTarget:self action:@selector(pizda) for:PutIn]
>или такой
>hui.addTarget(self, #selector(pizda), for: .putIn)
>?
Это только для хелоуворлда прокатит.
Сделай слайдер с лейблом где отображается текущее значение слайдера. На биндингах делается элементарно, просто биндишь проперти к лейблу и слайдеру и все. У тебя автоматом обновляется проперти, лейбл и слайдер. Без биндингов придется городить болейрплейт чтобы проперти, слайдер и лейбл имели одно и тоже значение. Еще больше бойлерплейта потребуется если вместо лейбла взять textfield и stepper
>лейбл и слайдер
slider.addTarget(self, #selector(sliderValueChanged), for: .valueChanged)
...
@objc func sliderValueChanged(_ sender: UISlider) {
____label.text = String(sender.value)
}
против аналогичного кода на биндингах
var observation: NSKeyValueObservation?
...
observation = slider.observe(\.value, options: [.new]) { _, value in
____label.text = String(value.newValue ?? 0)
}
"настоящий" нехелоуворд просто утонет нахуй в биндингах.
А в 80% проектов младше 5 лет этот бройлерплейт будет выглядеть так
slider.rx.value
____.bind(to: label.rx.text)
____.disposed(by: disposeBag)
ведь опыт ебли инжинегров эпла, которые ебались ебались, и заебавшись дебажить все сайдэфекты этого "реактивного" подхода с биндингами в конце концов решили хуй забить на него в новом проекте, никому ничему не научил, лол.
textField.addTarget(self, action: #selector(valueChanged), for: .editingChanged)
stepper.addTarget(self, action: #selector(valueChanged), for: .valueChanged)
@objc func valueChanged(_ sender: UIControl) {
____if let sender = sender as? UITextField {
________let clampedValue = min(max(Int(sender.text!) ?? 0, Int(stepper.minimumValue)), Int(stepper.maximumValue))
________sender.text = String(clampedValue)
________stepper.value = Double(clampedValue)
____} else if let sender = sender as? UIStepper {
________textField.text = String(sender.value)
____}
}
Написал, твой нехэловорд уже утонул в 8 лишних строчках?
Кто-то в 2020 ещё шлёпает круды под маки, или откуда вообще такие ебланские задачи берутся?
>>1753348
>30 фпс на списках на новом макпуке за 200к+ с дискретной видюхой
>легче написать свой уи-фреймворк на метале чтобы не ебаться с перформансом рендера аппкита
>а в уиките негров убивают низя привязки делоть!1
Чел, ты же понимаешь что ты уебан пытаешься прикрыться какой-то нерелевантной хуйнёй, на решение которой не уйдёт и десятой части времени от того, как тебе придётся вывернуть яйца если заказчик спросит почему на его новёханьком макпуке анимашки неплавные? inb4: Извините, эпол хуй клал на аппкит и почти не развивает его, ничего поделать не можем.
Потому что когда два контрола имеют одно значение — семантически это один контрол, и лучше иметь один источник правды даже в таком уебанском примере. Если ты видишь у них разную логику — тебе пора на мороз.
>у вас там ПМ за количество методов штрафует?
Ты своему лучше про unidirectional architecture расскажи, а то на MVC небось сидите. Главная проблема айоси — это пиздец какая отсталость в плане архитектуры, которую задаёт эпл и все поддерживают, даже ебучие андроидеры в этом плане всегда на 5 лет впереди.
>Потому что когда два контрола имеют одно значение — семантически это один контрол
Вот это лол, иди дальше кнопки двигай, джунишка.
>Если ты видишь у них разную логику — тебе пора на мороз.
textField.text = String(sender.value)
------------------------------------------------
let clampedValue = min(max(Int(sender.text!) ?? 0, Int(stepper.minimumValue)), Int(stepper.maximumValue))
________sender.text = String(clampedValue)
________stepper.value = Double(clampedValue)
Кек, просто кек
Внезапно у них разный ввод и значения из текстфилда нужно обрезать, где ты там разную логику-то увидел? У них одно значение.
Короче, мы вам перезвоним. Самое смешное, что ты сам не понял что жиденько дал в ретузы.
>>1753692
https://developer.apple.com/videos/play/wwdc2020/10040/
Джунишка, ты обосрался. Эпол уже в этом году сделал ещё один скачёк (в прошлом они узнали о существовании MVVM) и узнали про эту самую unidirectional architecture. Ещё через 2 года эпл предложит пононценный flux, и ты будешь это есть, как послушная мартышка.
>Данинг-Крюгер во все поля
И это говорит тот, кто даже тз прочитать не осилил прежде чем что-то высрать?
Сколько же тут шизиков.
>зато умных словечек ты в зекаче понахватался
Уже представляю себе ситуацию:
Приходит чел на интервью, интервьюер ему такой
— Какие архитектуры знаете? На какой датафлоу сам сядешь, на какой джуна посадишь?
— Бля, опять меня джунишка ебаный собеседует, Данинг-Крюгер во все поля, зато умных словечек ты в зекаче понахватался.
— Мы вам перезвоним.
Ну датафлоф для меня это не архитектура тащемто. Свифт даёт куча возможностей делать датафлоф на свой вкус, и зачем упарываться второсортным скучным обосанным и глючным говном когда самому намного интересней всё кодить. Свифт юи я так и не соизволил посмотреть. Мне хватило видео с ввдц 16 года от создателя свифт юи
>>1753786
Лучше бы вместо бесполезного демеджконтрола ты посидел и попрограммировал, глядишь бы и начал понимать о чем речь, жопа сама заживет, а вот навык сам не наработается, так и будешь до 30 в девках джунах ходить.
Про интервью пример вообще притянут за уши, я вижу с логикой и аналогиями у тебя пока тоже не очень.
Какая разница, 2 семёна или один, оба постите несвязанную с делом хуйню. Ты пока что выдал 0 аргументов (я щитаю что это нитак — это именно пук а не аргумент). Это же /зк/, ты либо показываешь как надо и аргументируешь почему это лучше, либо идёшь нахуй.
>>1753864
>Я так и не понял твоей претензии к старому доброму MVC и чем именно он тебя перестал устраивать.
Забей, уже не поймёшь, поезд уехал. Дальше только круды на заводе ООО "Кабанчик" и лычка старшийпидорас-3-го-разряда.
>А где слайдер потерял?
>>1753348
>А теперь сделай для редактируемого textfield и stepper
А вот тут было что-то про слайдер? Ну добавлю таргет в ту же функцию, и будет на 4 строчки больше кода в сумме.
>NumberFormatter Аллах запретил использовать?
Я открыл плейграунд и сделал хуяк-хуяк за 2 минуты а тут оказалось что в стдлибе свифта нельзя написать это в стиле .clamped(to: min...max), пичальбида, ты лучше покажи где там этот суровый бройлерплейт.
>Ещё через 2 года эпл предложит пононценный flux, и ты будешь это есть, как послушная мартышка.
будешь кушать только ты, нормальные парни со своими решениями сидят и кайфуют.
>>1753678
>Главная проблема айоси — это пиздец какая отсталость в плане архитектуры, которую задаёт эпл и все поддерживают, даже ебучие
андроидеры в этом плане всегда на 5 лет впередиx
Нет. Ты врешь. И не спорь.
>нормальные парни со своими решениями сидят и жрут говно
>Нет. Ты врешь. И не спорь.
А в чём враньё-то? В андроиде уже почти все проекты как минимум на MVI делаются (а куча народу уже на на флаксы/блоки/итд упрыгала), в айоси до сих пор куча поехавших чуть ли не за MVC цепляется, только MVVM более менее начинает приживаться (ещё года 2 назад 2/3 челиков шугались когда слышали "RxSwift", а в этих ваших андроидах он уже был на ходу, а ведь дальше ещё развитие MVVM-C->MVP->MVI и другие unidirectional архитектуры, сколько лулзов-то будет).
Чел, нам видимо нечего обсуждать.
Я до сих пор могу найти на галере условный мокси или кастомное решение хендлеринга экрана, не говоря уже о разделении на слои в проекте. Сейчас пишу на гейоси и менторю ведройд и чувствую себя более менее с ребятами, в отличии от головной боли в ведройде, но это субъективно. Закрыли тему из-за нехватки твоего кругозора.
>>1765514
Если есть портфолио — жив. Опыт, в отличие от неудалённых работодателей никто никак не проверит, можно писать хоть 300 лет, но вот портфолио нужно хорошее.
Хотя имхо, даже в айоси больше тасков на фрилансе касательно всякой кроссплатформенной жс хуйни вроде реактнейтива/ионика/итд. Всё же нативные аппы заметно дороже, и их обычно либо заказывают у студий (вместе с поддержкой), либо нанимают себе штат инхаус разрабов (особенно если продукт овнер сам бегает с айфоном, лул).
А в чём он не прав-то? Дата биндинги, и весть реактивный флоу с потоками данных — это же его основа, без реактивщины всё отличие MVVM-а от MVC будет в том, что легче писать тесты (которые ирл пишут только в больших компаниях и то от нехуй делать в 2/3 случаев, лол), а в плане поддержки/написания такая лапша с 5 коллбеками/методами делегата на 5 полей от какого нибудь випера в плане говёности вообще не сильно-то и отличается.
И где тут хоть одно упоминание потока?
>Где тут поток
Не, чел, ты же реально тупой. По твоему что
>биндинг
вот это такое?
Для тупых: если ты по биндингу прогонишь больше 1 значения, а ещё не дай-то бог его изменишь — то это уже поток данных. Если у тебя ебучий текстфилд привязан к полю во вьюмодели — то это уже поток данных.
>если допустим изменилась модель - поменялась и вьюха и наоборот
Если тебе пришёл ответ от сервера, ты его закинул в отдельную очередь, где распарсил, закинул на главный поток, где присвоил вьюмодели и оповестил UI — это тоже ебучий поток данных, просто вместо пары операторов (а-ля композиции функций) ты выразил его вымазав пару экранов своей императивной наскальной живописью из 3 коллбеков и 5 функций коричневого цвета.
>>1766299
>И где тут хоть одно упоминание потока?
https://en.wikipedia.org/wiki/Stream_(computing)
Вот тут есть, не напрягайся, моск сгореть может.
Ты говорил с другим челом, я автор утверждения.
Тебе скинули что такое биндинг на оф википедию. Подчеркну с той же вики, как показано на скрине
The term data binding is also used in cases where an outer representation of data in an element changes, and the underlying data is automatically updated to reflect this change.
Так же data binding is a general technique that binds data sources from the provider and consumer together and synchronizes them. This is usually done with two data/information sources with different languages as in XML data binding and UI data binding.
Reactive Cocoa расширяет понятие UI binding и говорит
ReactiveSwift offers composable, declarative and flexible primitives that are built around the grand concept of streams of values over time.
Приходим к следующему
>https://en.wikipedia.org/wiki/Stream_(computing)
>Вот тут есть, не напрягайся, моск сгореть может.
Без негатива, эти ссылки ни о чем. Можно рассмотреть как нежелание или как неглубокое осмысления данного вопроса.
Обращаемся
https://en.wikipedia.org/wiki/UI_data_binding
Most frameworks employ the Observer pattern as the underlying binding mechanism
Выводим: Рх расширяет понятие обсервинга и создает парадигму reacive programming, Где в случае IOS отвлетвляется и создается дата биндинг ReactiveCocoa
Результат выше сводится к доказательству что ViewModel + Delegate это MVVM:
Обращаемся к ссылке
https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93viewmodel
А именно
displays a representation of the model and receives the user's interaction with the view (clicks, keyboard, gestures, etc.), and it forwards the handling of these to the view model via the data binding (properties, event callbacks, etc.
Чтобы опровергнуть мои доводы тебе нужно доказать что Delegate pattern != callback pattern
А то что ты приводил - ощущается что гнешь свою палку, не разбираясь на уровень чуть ниже.
>Reactive Cocoa расширяет понятие UI binding и говорит
>Выводим: Рх расширяет понятие обсервинга
Как потоки данных могут расширять понятие UI биндингов, если они существуют как минимум со времён существования консоли? На эту тему там даже максимально доходчивая пикча висит. Rx — это просто красивый вариант их оформления, а биндинги — кастратский вариант для нищуков без возможности преобразовывать данные, хотя этот функционал был даже в той же стандартной либе плюсов хуй знает сколько лет назад, когда никаких rx-ов не было и в плане.
Короче,
>Reactive Cocoa
как и прочий Rx никак не
>расширяет
понятие биндингов, а это биндинги один из инвариантов потоков данных, не наоборот. Там же написано
> that are built around the grand concept of streams of values over time.
>Чтобы опровергнуть мои доводы тебе нужно доказать что Delegate pattern != callback pattern
Лучше объясни, как из вот этого
>Most frameworks employ the Observer pattern as the underlying binding mechanism
следует что
>Рх расширяет понятие обсервинга
>Чтобы опровергнуть мои доводы тебе нужно доказать что Delegate pattern != callback pattern
Для начала введи понятие делегатов, какого ты их сюда приплёл и из чего у тебя следует что твой вывод вообще хоть что-то значит? Биндинги работают на колбэках? Ахуеть теперь, а что на коллбеках не работает-то?
>А то что ты приводил - ощущается что гнешь свою палку, не разбираясь на уровень чуть ниже.
Особенно учитывая что на рассказ о потоках данных ты на полном серьёзе высрал какую-то околесицу про биндинги которые, обоже, работают на коллбеках. Чел...
>>1766393
Я для тебя даже картиночку с вики припереть не поленился, ты уж постарайся что-то вменяемое написать по этому поводу если не согласен.
Кароче
Поинт >>1766130
>При том что без рекативщины mvvm бесполезен
Ответ: MVVM вполне себе реализуется и без реактивщины. причем более аккуратно, просто и
Продолжай дальше вводить в заблуждения.
> на рассказ о потоках данных
потоки приплетаешь ты, дурачек, изначально поинт говорил что нахуй тебе рх в мввм. Все. Пока.
>Ответ: MVVM вполне себе реализуется и без реактивщины. причем более аккуратно, просто
Можно и троллейбус из хлеба сделать, но зачем?
Писать свою кастрированную костыльную версию Rx вместо того чтобы взять уже готовое. Что потом, от foundation будем отказываться и писать свою более простую и аккуратную реализацию?
>Лучше возьми б/у макбук 2015
Понял, спс. С какими спеками примерно? Или вообще может на макмини смотреть? У меня 4к моник, так что экран не важен.
Я почему спрашивал. С паверпк была такая же история, когда обещали поддержку, а потом прокинули на хуе через 2-3 года.
>2019 про с 16 дюймами лучшая инвестиция в твоей жизни
Охуенная инвестиция говна, во время начала процессорной войны между интелом и амудэ, когда мощности будут пиздецки подскакивать в каждом поколении. Сейчас наоборот нужно тянуть и ждать новых камней. Иначе через год-два стоковая тринашка возможно, на райзене будет ебать твой макпук 16 на девятом поколении.
Будь ты уже с работой, идти дауншифтить з/п ради того чтобы дауншифтить з/п ты бы явно не стал.
>>1770215
Ну это уже обыкновенное нытьё, по личному опыту на 15-20 жс макак находится в лучшем случае 1,5 толковых программиста. На айоси с таким подходом тоже будешь сидеть в джунах несколько лет, лол.
Хотя в айоси тоже 2 и 3 вкатывальщиков это уже "свифт-программисты", не знающие даже что такое указатель и не понимающие что и как работает.
Короче, конкуренция везде одинаковая — куча нихуя не умеющих долбоёбов с курсов (кстати — обучение по курсам/книжкам — это уже лакмусовая бумажка долбоёб/норм чел), и редкие вменяемые челики. Если ты из долбоёбов — то тебе везде будет ко-ко-конкуренция, если из норм челов — то даже в самой бюрократизироанной параше изи апнешься до мидла край за год.
Если ты уже имеешь работу в вебе то 2к я так пологаю потратить на технику не напряжно. Тогда лучше бери прошку 16 дюймов, а не макбук 2015 как тут советовали. 2015 еще актуален и хороший бук, но это скорее вариант для нищих борщехлебов, чтобы максимально сэкономить на вкате. Не вижу причин себя ограничивать.
Это еще пол беды, на днях обнаружил что есть один url по которому возвращаются данные, но вот когда перегоняю его в urlComponents и добавляю один query item(да я даже без редактирования пробовал) и перегоняю обратно в url, к моему великому удивлению я получаю ошибку too many redirects. Это как? Есть какие-либо догадки?
Я бы тебя не взял.
1. Это дедлок. In concurrent computing, a deadlock is a state in which each member of a group is waiting for another member, including itself, to take action, such as sending a message or more commonly releasing a lock.
2. "Кастомизируют" Лол што. Иди читай что такое dispatch вцелом и в свифте.
А вообще если у тебя 0 опыта то и есть смысл, мне и так хрюши пингуют в личку.
>>1771240
>так как этот тест больше не внимательность
Конечно, и тесты составили дауны. Нужно брать с реальной жизни, а выдумывать. В реальности еще интересней код бывает.
>Хочу пилить ламповые приложухи и продавать в ап сторе
Плохая идея, приложения сейчас нахуй никому не нужны. Уже написали абсолютно всё, осталось только поддерживать.
Я думаю, более-менее хорошая идея - это идти в крупный энтерпрайз, пилить там какую-нибудь супераппу, где есть хоть какая-то архитектура, интересный нетворкинг, работа с локальной базой и т.п. А не только кнопки красить кстати мб ты из фронтов, и тебя как раз не сильно тех часть привлекает. хотя визуальная эстетика - это тоже классно Самая большая проблема, что таких мест хуй целых нуль десятых на всю РФ, в этом главная проблема. Я вот сам уже давно на iOS поглядываю и даже когда-то давно говнокодил еще в универе, но в какой-нибудь энтерпрайз бэк/фуллстек снова пробовать не хочу, так как заебался всякое говно через тонны слоёв бизнес-логики весь рабочий день пробрасывать.
В интерпрайз не хочется до боли в пальцах. Я по сути и так в нем, сотни ебучих сайтов написанных разными диванными студиями просто выжигают меня. Если с приложухами все так то видимо придется ждать нового устройства на которое можно вкатиться ну или геймдев в котором я не шарю. Хотя какой нибудь текстовый квест можно написать.
>В интерпрайз не хочется до боли в пальцах
Просто хз, что ты вообще представляешь под "интерпрайз" в случае iOS-разработки. У тебя скорее вариант "аутсорса", где
>сотни ебучих сайтов написанных разными диванными студиями
и ты их поддерживаешь.
Энтерпрайз - это про большие коммерческие приложения. Будь то CRM-предприятия, стримминговый сервис кинца, мобильное приложение банка и т.п. В любом случае, ты работаешь в определенных командах с четкой иерархией и разделением задач, над какой-то большой штукой. Считай, ты как винтик в большом механизме.
Просто, в любом случае, вершина развития iOS разработчика, как я понимаю - это работа в большом продуктовом энтерпрайзе. Да как и у любого другого прогера, тащемта. Просто в случае какого-нибудь фуллстек-червя в CRM какого-нибудь финтеха ты просто копаешь эту бизнес-логику и нихуя не видишь больше, пока до архитектора не дорастешь, наверное. Видится мне, с iOS-приложками все поприятнее, ибо это все же масштабы поменьше + меньше кастомных слоёв абстракций, наверное.
>стримминговый сервис кинца,
Можно и в медицинские аппы и прочее. Здесь больше интересностей, т.к. довольно много приложений с огромным кол-вом других направлений
Я бы наоборот в бек пошел, но из-за моей экзотики там работы нет, а писать на других языках - обычные туду, разбирать BPMN, искать интересные задачи среди парсинга XML не очень впечатляет.
>Лечиться чтением статей\доков
Валюсь на собесах, как дойдет до вопросов забываю всю эту хуйню про то какие ограничение у разных контекстов в core data, какие там есть способы потоки петушить или как реализованы генерики в свифте. А если начинается алгоритмическая хуйня то сразу можно дропать, такие вещи вообще не могу запомнить потому что всегда есть 100500 статей как реализовать то или се без запоминания сколько раз тебе надо присесть со штангой чтобы дерево сбалансировалось
шиз.
>>1783375
троль.
>>1784438
много залетных.
>>1784431
Тоже хз с код датой, обычно если они это спрашивают то им нужен чел с этим.
Почитай про полиморфизм в целом (удивительно что на русском относительно нормальная статья есть) https://medium.com/devschacht/polymorphism-207d9f9cd78
>А если начинается алгоритмическая хуйня то сразу можно дропать, такие вещи вообще не могу запомнить
Ты тролишь уже здесь, если пишешь такое
>дерево сбалансировалось
уже смешно. Где и кому это нужно. Ты бы еще написал что требуется внедрить AVL или B (которое обычно только при создании бд требуется знать)
Я прошел 20+ собесов на мидла и джуна и я знаю о чем я говорю. Обычные надоедливые вопросы это: SOLID, Lifecycle View, App, Controller, responded chain, hitTest(), optional (мне кто то сказал что на одном собесе чел ответил что опшионал это массив, лол) OOP vs POP, protocols, generics, CALayer vs UIView, ARC (но все равно на проектах мемори лик - забавные тупые челы) GCD + Operations + NSTread + binary или обычный semaphore, + разные траблы + паттерны + архитектуры + могут скинуть экран и сказать как бы ты его сделал.
То что я назвал покрывает 90% собесов. И не спорь.
Все мы дауны чел. Никогда себя умным не ощущал.
>>1785184
Меня еще собесила одна. Говорила что чайлды контроллеров внутри стек вью интересней делать чем просто брать ячейки разные и пихать в тейбл вью. Мол, неудобно, но раз неудобно наверное надо было искать решения, по типу ig list kit.
Работать конечно же туда я не пошел.
Я немного бумер вкатывальщик
Хочу вкатиться к вам, есть мак, гейфон и прочее. Но живу в восточной европе, а не рашке(недавно). Может у кого есть опыт поиска работы на европейских галерах?
>Обычные надоедливые вопросы это: SOLID, Lifecycle View, App, Controller, responded chain, hitTest(), optional (мне кто то сказал что на одном собесе чел ответил что опшионал это массив, лол) OOP vs POP, protocols, generics, CALayer vs UIView, ARC (но все равно на проектах мемори лик - забавные тупые челы) GCD + Operations + NSTread + binary или обычный semaphore, + разные траблы + паттерны + архитектуры + могут скинуть экран и сказать как бы ты его сделал.
>Ты тролишь уже здесь, если пишешь такое
>уже смешно. Где и кому это нужно
Я не троллю, твой список 1 в 1 в принципе с моим опытом, проходил 7 собесов, но тем не менее 3 собеса было с алгоритмической хуйней.
>GCD + Operations + NSTread + binary или обычный semaphore
Соснул когда собеседующий полез во внутренности типа TLS и какой размер стека по дефолту.
>OOP vs POP, protocols, generics
Ну тут я даун и все еще до конца не раскурил сфифтовые дженерики, джава видимо сильно покалечила мое восприятие. Соснул когда полезли в то, какая будет диспетчеризация в различных кейсах.
>ARC (но все равно на проектах мемори лик - забавные тупые челы)
Тут у меня ни разу не было чего то простого типа что такое weak, reference counting, как там компилятор расставляет retain, release, попадались 20 летние objc деды, которые потом выебывали хитрыми вопросами по objc рантайму
>паттерны + архитектуры
Прокатили на хуях практически на всех собесах, у каждого свое видение когда доходит до деталей реализации.
>Ну тут я даун и все еще до конца не раскурил сфифтовые дженерики, джава видимо сильно покалечила мое восприятие. Соснул когда полезли в то, какая будет диспетчеризация в различных кейсах.
Всё верно на Java абсолютно другие дженерики
https://thume.ca/2019/07/14/a-tour-of-metaprogramming-models-for-generics/
Аноны, а кто-то знаком или имеет опыт на европейском рынке? Сам с недавних пор в Чехии, но как системный аналитик. Как раз часть задач связана с проектами по мобилкам и люто завидую.
Коллег новых не очень хочу спрашивать о таком
Джуны в России, как понимаю из треда, нахер никому не нужны
Как и везде, джуны нигде никому нахуй не нужны, т.к. в них надо инвестировать, и не факт что эти инвестиции отобьются а не съебут через год в соседнюю галеру, которая просто переханчивает челиков чуть более вкусными офферами вместо обучения и экономит кучу нефти.
А за бугром ещё накладываются проблемы с гражданством/внж/доками/языком/итд.
Короче, джуны вообще никому не нужны по всей планете, и шансы вкатиться в Чехии надо мерять по пунктам из абзаца выше, т.к. всё остальное слабо отличается. Разве что HR-ы кажутся чуть более подкованными (хотя бывают и исключения, лол), но в целом процесс рекрутмента везде выстроен одинаково (ведь везде повторяют за долиной).
Открыл бы хоть справку и посмотрел что делает drawingGroup()
И так нет, нету такого метала нигде, у тебя весь рендеринг происходит в отдельном процессе и профайлер вызовы апи метала (см первый график на скрине) не видит.
Так что ты ещё раз расписался в том, что споришь сам не зная вообще о чём.
Сейчас решил что надобы вернуться и попытать счастье в этой отрасли
Смотрю вакансии и вижу вообще везде слова "опыт swift не менее 2х лет" означает ли это что я могу идти нахуй сразу? или это классика жанра и посути ничего не значит и имея нужные знания все эти цифры нивелируются?
мимо хрюша твоей мечты
Добавлять префикс к своим именам функций/проперти?
extension UIView {
func myProjectHuitaAnchor() { .... }
}
Или оборачивать в структуры типа как в snap kit? Но тогда нельзя сделать одно и то же имя стуктуры-неймспейса для статических и инстанс методов что выглядит как-то коряво.
view.myProjectHuita.anchor()
UIView.myProjectHuitaStatic.defaultIdentifier
Или есть какие то более лучшие методы?
>SOLID, Lifecycle View, App, Controller, responded chain, hitTest(), optional (мне кто то сказал что на одном собесе чел ответил что опшионал это массив, лол) OOP vs POP, protocols, generics, CALayer vs UIView, ARC (но все равно на проектах мемори лик - забавные тупые челы) GCD + Operations + NSTread + binary или обычный semaphore, + разные траблы + паттерны + архитектуры + могут скинуть экран и сказать как бы ты его сделал.
То есть чтобы устроиться джуном по-хорошмеу я должен знать как минимум это?
Каковы ваши доказательства?
>>1787934
Если говорить про Rx либы, то там вообще главное въехать в концепцию всех этих потоков и операторов, кишки конкретного фреймворка тут изучаются за пару вечеров.
>>1787980
> iOS 13
Если бы эпл выкатила как нормальная компания эту либу отдельно от системы — то, конечно, да. А так — RxSwift будет даже в новых проектах ближайшие 2 года минимум.
> Каковы ваши доказательства?
https://forums.swift.org/t/is-this-a-bug-in-published/31292
https://forums.swift.org/t/leaks-using-onhover-modifier/31671
Ну и еще можно найти если покопаться
>https://forums.swift.org/t/is-this-a-bug-in-published/31292
Дык @Published стреляет значением в willSet, это какая-то хуйня для SwiftUI-я. Это не баг, это ебучий эпл как обычно документирует только интерфейсы, тащемта переписав тот же код на CurrentValueSubject или PassthroughSubject ты ничего такого не получишь.
>https://forums.swift.org/t/leaks-using-onhover-modifier/31671
>поцоны сижу на альфе почему-та тичот память(9
А Combine-то тут каким боком?
Из реальных "багов" там разве что есть оператор assign, которых захватывает нихуя не weak ссылку, и сделав .assign(\.zalupa, self) можно получить мемори лик если эта подписка будет лежать в этом же self (ВНЕЗАПНА лул), но опять же — лечится обучением программирования с языков с ручным менеджментом памятьи сноской в доке "не ссылайтесь на self если держите эту подписку в self".
вылезай из манямира, дружище
https://www.youtube.com/watch?v=beOxk71CB4c
Все верно. Нужно найти просто супер щарющую команду с профаунд тасками.
В иосе вообще миллион заезженных тем, поверхностных докладов, и прочее. И еще челы пропагандирует и разрешает людям всякое говно рассказывать по типу >>1789747 . А англ митапов вообще не видно стоящих, отчасти. Может порекомендуете что нибудь?
>>1790345
Нет, это тоже самое как и в других сферах. Просто ты занимаешься другим фреймом и знаешь немного об треугольниках и анимациях.
>крупнейшего ру-финтеха
Ну дык в большех компаниях вообще всегда дохуя лоускильных челов, просто потому что отбор идёт на массовость, и в гигантских командах никого конкретно не видно кроме лида.
Это в стартапах на 10 человек видно сходу работу и уровень каждого отдельно взятого индивида, и там такие либо вырастают (потому что жопу им не подтирают) либо сами съёбывают оттуда.
>В стартапе можно вырасти только если есть крутые опытные люди
Если ты типикал челик, не могущий в самообучение — то да, так и есть. Если у тебя есть голова на плечах, и ты хотя бы иногда догадываешься почитать код других проектов в интернете, подумать какие из этих практик являются годными, и можешь спиздить их — то и сам левелапнешься без проблем.
Опыт опыту тоже рознь, есть куча челов которые по 20 лет хуярят круды на пхп/дельфях и не продвигаются в образовании вообще никак имея в лучшем случае мидловые знания и стек устаревший лет на 10, а требования покруче чем у нормальных синьёоров, есть челы которые умудряются хуярить на двух или даже трёх, лол постоянках одновременно вылетая отовсюду край через пол года после того, как скатывают все проекты в говнище с которым потом не понятно что делать которые тоже не особо-то продвигаются в программировании, а есть ещё один тип — планктон из крупных компаний, который вообще не шевелится, потому что привык двигать 3 таска в неделю в жире, ходить в офис погонять кофе и попиздеть, и писать фичи которые можно даже не дебажить — синьйоры которые в случае чего сами обо всём подумают и всё поправят, не затягивать же релиз фичи на 2 недели из-за того что какой-то дебил что-то не понимает. И имея личный опыт с таким планктоном из сбера а именно сбер и яндекс работают на HR-ов как красная тряпка на быка, судя по тому, как таких индивидов через них проходит много, я вот не могу сказать — лучше ли он хоть чем-то предыдущих двух типов.
>как обычно
Обычно это где? Ни одного такого не видел, обычно всем очевидно что с джунами всегда надо сажать как минимум 1 опытного чела, мб у нас разное понимание стартапов? Я понимаю под стартапом нормальный проект с нормальной бизнес моделью (первое на что надо смотреть если идти работать в стартап), которые делается с нуля на базе нихуя, а не "соберёмся у васяна попишем код нопишем форк имакса зохватим рынак".
Скажите, пожалуйста, стоит ли пытаться вкатиться по Стэнфордским лекциям?
Скачал только что пару книг, попробуй этот линк.
https://t.me/MiyamotoMobileLibrary
Если да, то как с ТЗ успехи, норм заделоли? Когда результат ждать, есть инфа?
Вот еще неплохой канал, держи
https://t.me/iOSMaterials
>ставить на ифоны несколько магазинов
Не сделает, такое требование в суде выдвигают просто чтобы сразу поднять планку ожиданий, так легче выбить то, что им надо (договорной тариф по комиссиям с инаппов), это как на собесе — хочешь 150-170 — проси 200+, лол.
>рост спроса на свифтеров
Зависит от тебя. Если ты исключительно программист на свифте — лол, нет. Если ты знаешь хотя бы обж-с, не токсичный пидорас постоянно врубающий формальную логику и имеешь хотя бы пару лет опыта — ты и сейчас будешь нарасхват _везде_.
iMac 2013 21 I5 2.7 ghz 12 gb оперативная память 240 gb ssd
Mac Pro 2010 2 x 3.33 6 Core Xeon 64 ГБ ОПЕРАТИВНОЙ ПАМЯТИ 2X AMD Radeon HD 5770 SATA 1 ТБ, + Диски SATA 2x3TB geforce gtx 1080 8gb
Mac pro 5.1 12core 3.06ghz/44gb/240SSD
Что думаете? На что обращать внимание? Что особенно проверить?
128 боль, пришлось через мокропиську ставить обычный m2, благо до 2018 года маки это позволяют.
>>1798405
Я уже точно не скажу, не помню, но может и не встать, особенно если видюха не поддерживает metal. Погугли минимальные хардваре требования для catalina, если хочешь вкатываться именно в ios то рекомендую ось ниже даже не рассматривать, конечно на mojave еще можно разрабатывать, но буквально год и актуальные версии xcode уже не поставишь, 11.5 и все что выше требует каталину.
Я сейчас работаю продакт-манагером (не в айти сфере), но так заебался этим заниматься, что хочется лампово пописать кодик (ибо по образования я программер). Сам продак-манагером доволен, ЗП плотят и неплохую, но у программеров то перспектив больше
Единственное что, в далекие годы мы писали на чистом С и я уже нихуя не знаю. Поэтому хотел В К А Т И Т С Я в iOS разработку или в разработку под Apple системы в целом.
Из имеющегося: макпук эир 2017, сишный бэкраунд уровня создания своего калькулятора
Вопросы:
1. Есть ли очевидные или не оч подводные камни именно в iOS разработке?
2. Сами по себе iOS упыри нужны в РФ или нахуй ты нам тут нужон?
3. Каков верхний потолок по зарплате у iOS'ников?
4. Рынок скорее перенасыщен или кадров нихуя нет нормальных?
Алексей, 27 годиков
А мне вот сильно не хватало, накатить пару опернсорс проектов для обучения, так они раздристываются по 10 гб, какой-нибудь флаттер накатить - минус драгоценные гигабайты, в конце я уже натурально с помошью clean my mac каждый мегабайтик мусора искал и вычищал.
>>1799032
Форм фактор ssd, еще m.2 пишут.
>1. Есть ли очевидные или не оч подводные камни именно в iOS разработке?
у всех направлений есть подводные\неподводные
>2. Сами по себе iOS упыри нужны в РФ или нахуй ты нам тут нужон?
везде всем нужен если ты умеешь в иос.
>3. Каков верхний потолок по зарплате у iOS'ников?
Тут сложно, Потолок по всем сферам это 250-300 в рашке. Но я видел только 220к чела. Зависит удаленка или нет и прочие факторы.
>4. Рынок скорее перенасыщен или кадров нихуя нет нормальных?
Второе. Толковых всегда берут.
Анон, 22 годика. 120к remote.
>1. Есть ли очевидные или не оч подводные камни именно в iOS разработке?
Очевидные: тебе придется купить мак(бук), хотябы одно реальное устройство, которое тянет последнюю айос и отстегивать сотню в год, если будешь в стор размещаться. Короче стартер пак для бомжей у тебя выйдет тысяч в 80, если будешь брать новье, то пару соток.
Не очевидные: ебучие веб-макаки притащили реактивщину и декларативщину, ебучие динозавры все еще чет пилят на обжектив си. Короче говоря, тебе придется пердолить всякую неинтересную хуйню, как и в любом другом направлении разработки. В самой работе романтики, ламповости и интереса мало - ты будешь банальным формошлепом.
>2. Сами по себе iOS упыри нужны в РФ или нахуй ты нам тут нужон?
Такого бума уже нет, но спрос все еще есть и он неплохой. Джуны, очевидно, в пролете как по деньгам так и по возможностям. Короче говоря если ты совсем зеленый и с опытом в полгода, то в ебенях тебе светит макс 30к, если годовалый - макс 50. По этим вашим ДС не скажу, но в чатах у них такие же запросы как и у замкадышей.
>3. Каков верхний потолок по зарплате у iOS'ников?
Я знаю ребятишек, которые имеют и по 4 и по 5 килобаксов в провинции, но ясен перец работают удаленно.
Как выше писали более менее реальный потолок - 250к. Но это лет через пять-семь-десять. (впахивания, а не формошлепства) и если ты в ДС. В реальности толковый разраб (ну такой норм миддл, слабый синьор) получает в районе 2-2.5 килодоллара если повезет.
>4. Рынок скорее перенасыщен или кадров нихуя нет нормальных?
Вкатывальщиков очень много. Я вкатывался с нулем знаний и без проблем, но это было почти 9 лет назад. Сейчас с джунов спрос гораздо выше, а предлагают им в пересчете на доллары столько же. Нормальных кадров не хватает, у меня все соц сети и прочие каналы связи ломятся от предложений поработать за еду.
Анон, 31 годик, 150к в замкадье.
Я думаю, что ты не то смотришь. Самый нормальный вариант это мак мини, но чтоб держал 16 гигов оперативы. Лучше взять б/у, но года так 16-17, потому, что вот это твое некроговно не факт что будет поддерживать макось 16, 17 и так далее. Мак мини потому, что его можно кинуть в сумку и при этом не переплачивать за мобильность и монитор.
Для работы тебе нужно минимум 8 гигов (работать можно), желательно 16 гигов оперативы. Количество ядер - без разницы. У меня и на 2/4 вполне нормально работается и на 6 ядрах полет нормальный.
Да, в маках стоят обычные ssd, просто с нестандартным слотом. Причем не самые быстрые.
По крайней мере в маках до 2018 года, дальше они уже распаяны на материнке и возможно там какой-то эпловский каштом, хотя врядли
>>1799397
2280, intel 760p, брал такой потому что у меня air 17 года и были сомнения по поводу энергопотребления и перегрева, так бы взял сосунг.
Косяки все же есть, если открыто кучу прог иногда может вырубиться если не подключена зарядка, я так думаю не хватает напряжения, которое может отдавать акк, возможно стоит попердолить консольку и это можно пофиксить, но мне лень, особо не мешает.
На форумах писали что на некоторых моделях маков или ssd могут быть проблемы при переходе в энергосберегающий режим(закрытие крышки), у меня их нет.
Переходник брал у местных барыг по оверпрайсу(около $17) потому что не хотел ждать 2 месяца с али, точно такой же(визуально) видел на али за 2 бакса. Они бывают двух видов, как подложка, на которую ложится ssd и как переходник. У меня второе. Тут от бука зависит. Кстати те же барыги рассказали что работоспособность диска зависит от команд, которые предоставляет диск, инфу о которых хуй где пишут, так что лучше брать популярные для апгрейда модели типа сосунга или intel, китайский ноунейм может не завестись.
Поверхностный гуглинг выдает что на твой бук можно ставить
https://forums.macrumors.com/threads/2016-2017-macbook-pro-a1708-can-now-use-m-2-nvme-ssd-with-an-adaptor.2235653/
Я купил себе на 1тб и не тужу.
У меня такое было, я решил не ебаться с переходниками, а взять SSD от transcend.
В комплекте и отверточка, и инструкция, и диск с правильным коннектором, и кейс для ЖД, делающего из старого, хоть маленький, но внешний диск.
А стоит столько же, сколько нормальный SSD.
>>1799382
Спасибо за ответы!
Очень полезно знать.
Если есть возможность, можете тогда ответить еще на пару:
1. По вашей практике - стоит ли зеленым вкатываться в iOS, с учетом что у них есть девайс (макпук, аймак, мак про лол)
1.1 Если нет, то куда бы вы [опять же по вашему опыту] предложили вкатится совсем зелени?
1.2 Где самый приятный, низкий порог вхождения? В какой из программер вакансий?
Все тот же Леша, 27 годиков.
1.3 + Ко всему вопрос. У меня есть устойчивая установка, что в iOS программинге гораздо все легче, так как курсы по нему все едины. Есть полная поддержка от Apple и условно: куда и эпол -- туда и ты.
Что с одной стороны кандалы, да, но с другой стороны это золотые кандалы, и ты всегда понимаешь спектр своего развития.
Вопрос: моя установка имеет место быть? Или это я себе напридумывал
>>1799514
> 1. По вашей практике - стоит ли зеленым вкатываться в iOS, с учетом что у них есть девайс (макпук, аймак, мак про лол)
Ну ты же не будешь вкатываться в такси, если у тебя есть машина?
> 1.1 Если нет, то куда бы вы [опять же по вашему опыту] предложили вкатится совсем зелени?
Я бы не поленился и попробовал все варианты по немногу, если есть время. Сам я вкатывался изначально в геймдев потому, что у меня был хороший шанс попасть туда, а не потому, что я ярый фанат Unity3D.
Выбор-то у тебя не велик: фронт, бэк, мобила. Фронтендеров как собак не резаных, но и вакансий много. Бэкэнд - ну не знаю, это просто не моё. Мобила - точно либо чистый котлин, либо свифт, потому, что флаттер, реакт нейтив и т.д. могут внезапно кончиться, как и многие до этого (ксамарин, фонгэп и т.д.)
> 1.2 Где самый приятный, низкий порог вхождения? В какой из программер вакансий?
Просто выбери что-нибудь мейнстримное, без экстрима вроде плюсов и экзотики типа бэкэнда на питоне. Смотри по числу вакансий на хэдхантере в Москве (в моих пердях смотреть по числу вакансий глупо, иногда может быть вообще ноль).
> 1.3 + Ко всему вопрос. У меня есть устойчивая установка, что в iOS программинге гораздо все легче, так как курсы по нему все едины. Есть полная поддержка от Apple и условно: куда и эпол -- туда и ты.
Курсы тебе дадут не такой большой "буст", как ты можешь подумать. Менее десяти процентов если уж так абстрактно. И уж тем более за них не стоит платить, это верный признак того, что это не твоя профессия и ты лошара. Курсы это галопом по европам, в общем чтобы хоть что-то делать могут пригодиться, но они тебе не дадут самого важного навыка - умение правильно формулировать вопросы и искать ответы, наоборот только выработают неправильные привычки вроде постоянного просмотра кучи ненужной инфы вместо того, чтобы включить голову на 5 минут. Только практика, только хардкор в общем.
Ни разу я не смотрел курсы, образования профильного тоже не имею. Просто нужно трезво понимать, что первые года два-три ты будешь писать говнину. Работодатели это прекрасно понимают, кстати.
Я пробовал разное: верстка, фронт, бэк, сисадминство, геймдев, мобилу, инфосек, везде был больше года, в общем за 12 лет прилично помотало. Лично мне легче всего было в геймдеве, потому, что мне было очень интересно этим заниматься и я мог кодить по 20 часов в день (сейчас-то мне не 22 года). Интереснее всего в инфосеке, но интересующие меня вещи вообще слабо монетизируются и работодателям мало интересны.
Легкой платформы не существует. Везде ты будешь постоянно чувствовать себя дауном не понимающим основных вещей, даже через 10 лет. Если тебе кто-то скажет, что в его работе все очень просто и понятно - ну значит, что человек просто достиг своего потолка компетентности, не более. На iOS у тебя будет чуть меньше ебли со сторонними штуками, с разворачиванием окружения, меньше ебли с совместимости (как у андроидо-господ с их сотнями разных девайсов). Но от сторонних хуевин, которые "маст хев" ты все равно не уйдешь и их просто дохуя - RxSwift/Reactive Cocoa например.
Что касается iOS, то ты верно подметил, очень хорошая документация и хваленая "экосистема". Но в ней есть масса вещей, в которых можно утонуть - auto layout (если копать глубоко), memory management (любой чертила тебя потомит на собесе заковыристыми вопросами), периодически развороты на 180 градусов (вроде swift ui). Если брать платформу в целом, то я вообще не сильно уверен, что iOS-разработка будет актуальна лет через семь, может быть китайцы запилят охуенную ось и я в нее перекачусь (свежий старт, так сказать).
Меня, как разработчика, очень печалит то, что здесь в отличие от веба всего один вариант заколотить деньги - через аппстор, который модерируется всякими толерантными пидорами и сжв-скамом. Не раз приходилось сворачивать разработку своей херни потому, что они выпускали новый положняк о том, что у них дозволено, а что - нет.
Короче к чему я это все высрал: если ты собрался вкатываться - просто бери и ебашь, а там куда кривая выведет. Это лучше чем сидеть и думать "осилю/не осилю" и "мое/не мое", а потом так и не вкатиться. У меня масса знакомых так профукали все полимеры, при этом есть и обратные истории, когда человек из вообще другой сферы в 28 лет начал, а в 30 уже уважаемый 250-к господин.
Ну и если тебе не нравится программировать даже всякую свою мелкую херню, то еще раз хорошенько подумай. Потому, что реальные задачи - унылые, сложные и от них тошнит.
Все тот же 31-летний анон.
Ну сорян, не оправдал надежд. Думаю к концу года перекатываться куда-нибудь на 200. Я не сеньор-помидор по своим ощущениям, так, хороший миддл. Разве что на галерах меня продают как ёба-эксперта-сеньора, но мы-то понимаем что эти лычки ничего не стоят?
На iOS (если брать чистый свифт) я пишу 5 лет. До этого с iOS возился года два-три, но как шарпист под юнити.
Ну просить ты можешь хоть пять килобаксов, возможно тебе повезет. В москве килобакс зеленому вполне реальный расклад.
В моих ебенях полугодовой опыт стоит 30-40к, если ничего другого кандидат не умеет (не кодил на других платформах значительное время, хотябы год-другой).
Вот пример: https://ulyanovsk.hh.ru/vacancy/30630016 (местная галера на 100+ рыл, кандидатов у них дохера и на эту вакансию они найдут десяток точно)
Знаю парня, который пишет на андроид лет пять, а помимо этих пяти имеет лет десять коммерческого опыта в джаве и он даже сотки не имеет - такой стеснительный и покладистый.
Более того, сеньор в 600к городе на iOS имеет вилку 100 (слабый) - 180к (выдающийся). Сеньор, который по совместительству будет лидом на двадцадку больше. Но сейчас зарплаты ДС-ебеня относительно выравниваются благодаря повсеместной удаленке.
Да чего там, есть пара знакомых, которые двадцатку получали на протяжении года-полутора (хотя уже относительно стали самостоятельными разработчиками), а повышения просить стеснялись. Впрочем знаю джуна, который даже SOLID не осиливает, но получает 85к, так как имеет опыт в три года.
Конечно, кто-то три года одно и то же пилит и не развивается, а кто-то за полгода делает существенный прогресс.
В любом случае на собеседовании это вскроется: если интервьюер норм, то получишь предложение, если не норм - ну и нахер надо работать с мудаками.
Впрочем, никто не застрахован от неправильной оценки своих возможностей, но и эта ошибка может работать в обе стороны.
Короче говоря, опыт это вещь индивидуальная, но чисто статистически не особо умный чел, который шлепал формы три года, при дальнейшем шлепании форм какое-то время будет эффективнее полугодовалого умника. А иногда большего и не требуется.
Тащемта да, как минимум половина рынка (причём в любом яп, если убрать рофлы по 500к) — это студентота и вкатывальщики с 0 опыта, тебя это так удивляет? ВНЕЗАПНА НАХУЙ это рыночек, и зп растут из дефицита кадров, и именно поэтому имея год опыта можно претендовать на 100-130, 2 года — 150-170, 3+ года — 200+.
Хотя встречаются и додики которые за 5+ лет не научились писать ничего кроме крудов на мвц приправленном синглтонами и не могут потратить 2 недели чтобы выучить новый язык уже 3 года, но это уже клиника.
Как с рынком дела?
React Native или сайты адаптивные не убивают рынок нативных приложений?
Айосник-папицот, ты? Да, ты. Я узнал тебя по грустной жабе.
А вот слушал бы признанных авторитетов айос-мирка, таких как Евгений Елчев, получал бы совсем другие деньги!
https://twitter.com/tygeddar/status/1303374358782586882
В голосину с этих сказок венского леса. Собственно можно скроллить весь тот бред, что написал этот лопоухий и низколобый товарищ до этого твита - https://twitter.com/int02h/status/1303407266763354115
>>1801883
В иос комьнити все разбросано и нет интересной инфы. Этот чел просто высрал кучу ненужного текста даже не ответив на свои тезисы, которые написал вначале для обсуждения.
И прочие Егоры Толстые и тому подобное, в андройде в этом плане люди интересней. Мы о ру сегменте говорим.
А конкретно по зп анон >>1802145 все верно написал. Полагаю, эти 24% просто регион + вкатывальщики, которые кроме свифта\обжс не видели ничего больше. Мы говорим о продакшен опыте, хотя и свой сгодиться.
Бывает.
Я не учу ничего нового каждый день. Зачем мне переутомляться, других дел хватает. Несмотря на это я веду свои проекты, для себя. Без стора. Ну и работаю.
Иногда приходится на работе разъебывать по фактам, прикрепляя бенчмарки кода.
middle.
У эльфийского вкатыша и расходы соответствующие. На 300к даже в дс можно пановать как тварь, лол.
>>1803424
>Я не учу ничего нового каждый день.
А я вот учу, в основном просто потому что мне нехуй делать и я этим и так занимался всю сознательную жизнь.
>А вообще почему все так лицемерят?
Кто все-то? Ну сочинил чел ахуительную историю, набивает себе цену перед хрюшами, не писать же ему "я задрот который кодил всю жизнь потом увидел мобилки и растущий рынок, и запрыгнул на хуйптрейн просто чтобы не обосраться, хотя на сами айфончики мне похую".
>Rust
https://jobs.apple.com/de-de/details/200170723/software-engineer-networking-privacy?team=SFTWR
Вот это отсос так отсос, готовьтесь с вашей свифтопараши переходить на Rust.
https://swift.org/about/
>The goal of the Swift project is to create the best available language for uses ranging from systems programming, to mobile and desktop apps, scaling up to cloud services.
Под
>systems programming
можно и не понимать системную разработку, как это в своё время показали разрабы goвна. Тащемта, так называют _любой_ язык, где можно дрочить поинтеры, т.к. на нём возможно писать быстрый код. Только это не значит что его кто-то так использует, лол.
Короче, отнеси это в плюсо/си тред.
> Swift is intended as a replacement for C-based languages (C, C++, and Objective-C)
>Following a very successful first foray into Rust we are migrating an established codebase from C to Rust, and building new functionality primarily in Rust.
Отрицай дальше, только потом не плачь, когда эппл дропнут твой сввифт через пару лет.
Ну и? У тебя си-подобные языки только системным ограничены? Java - это тоже С-подобный синтаксис, что на это скажешь?
Короче, ты походу тупой какой-то. Свифт - это язык для написания приложений экосистемы Apple. Низкоуровневую хуйню никто писать не собирался. Так же, как и приложения для iOS на расте.
И что? Перекатимся и в хуй дуть не будем. Только вкатышу трудно освоить новый язык, с objc перекатились, перекатимся и на rust, если нужно будет. В серьезных проектах ты и так обычно должен юзать/знать swift, c++, c, objc еще и скриптопарашу типа питона/руби. Если дрочат мультиплатформу то kotlin/js/dart.
Отсос тут разве что у ведра, разрабы на котором так и будут свой неокобол до тепловой смерти вселенной ворочать.
Галера - контора, которая продает тебя на чужие проекты. У конторы своих проектов около нуля (ну там всякая шляпа для обучения джунов). Можешь попасть на нормальный проект, но обычно разгребаешь некрокод индусов и всякое такое. Примеры - люксофт, епам и т.д.
На галере работать потно потому, что от проекта к проекту меняется стек и он далеко не всегда актуальный и нужный лично тебе. Тебя будут ебать и менеджеры заказчика и свои собственные менеджеры.
Продуктовая контора - пилят свой продукт. Пример - Авито, банки всякие, сервисы аренды и прочее. Менее стрессовая разработка, более менее постоянный стек. Но через год ты все вдоль и поперек изучил, ничего нового не происходит, сидишь и деградируешь.
Галера — это, по факту, бадишоп, где заказчики оплачивают твои часы. Поэтому тебя будут драть как сучку во все щели и дрочить за каждые 20 минут не затреканные в жире.
Про развитие с вот этим >>1806324
>Но через год ты все вдоль и поперек изучил, ничего нового не происходит, сидишь и деградируешь.
ананасом не согласен от слова совсем, т.к. галера это всегда практически один консервативный стек (в виду жестких эстимейтов), где как минимум треть модулей типа авторизации/сети/слоя данных/итд кочует в виде копипасты из проекта в проект и ещё как минимум треть — это типовая залупа в виде UI, которая даже у дизайнеров и то копипастится из проекта в проект, лол.
Из того что реально лучше делают в галерах — это выстраивание рабочих процессов. Если ты хочешь грейдится в скрум-мастера-хуястера/кабанчика/итд — то галера это твой выбор.
Если хочешь развиваться как специалист — то лучше таки поискать продуктовую компанию. Фичи таки не заканчиваются почти никогда, чаще приходят запросы на объёмные фичи (которые аутсорс галерам как правило вообще не доверяют, т.к. это как макдак в мире еды, лол), есть время чтобы копаться и изучать как и что работает, а если это не какое нибудь говно мамонта вроде вк (которое работает чуть ли не с iOS 8) — ещё и новые технологии увидишь а не будешь клепать типовые круды из фетчедреквестконтроллера и модельки в кордате.
Виджеты и так на SwiftUI пишутся, не ахуевай совсем.
Энивэй виджет даже в сеть нормально сходить, смысла в пва нет от слова совсем.
>>1807047
Реальные в чём, Семён? Не было в том посте тезисов, тупой пук на вентилятор.
В том, что у бадишопов такой режим работы и они зарабатывают продавая твоё время?
Даже если 1 из 10 галер на голову выше других, то для развития в софтваре инжинегра она всё равно будет хуже нормальной продуктовой компании просто из-за рамок выставляемых бизнесом.
>>1806811
Ну раз уж ты так резко воспринимаешь критику, поясни на скольких галерах и как долго ты работал, какие впечатления ты получил? Я, например, сменил всего три галеры (суммарно лет шесть у весла провел). Процессы были выстроены нормально только в одной (500 человек), в двух других (150 и 70 человек) - какая-то маразматическая самодеятельность под прикрытием аджайла.
Проекты с "типовой залупой" - это когда галере скинули проект, который нужно пилить с нуля, а это далеко не всегда так происходит. К тому же "типовая залупа" это внутренний унылый набор говна а ля "pod galeraExtensions" и творческое переосмысление какого-нибудь вайпера. Самое стремное в этом, что каждая такая галера, которая запилила свой "скелет на которым мы будем строиьт быстро и заебато", на поддержку и расширение скелета сажает всяких джунов. Короче говоря вся эта "типовая залупа" нахуй не нужна нормальному разработчику для "саморазвития". Ну не суть, я соглашусь, что для развития здесь мало чего есть.
Что ты еще утащишь с галеры с собой? Рабочие процессы? Да нахуй они не нужны на другом месте, потому, что новая метла метет по новому.
Не очевидный минус для новичков в том, что на галере у тебя есть хорошие шансы попасть на хуевый проект, который пилили какие-то инвалиды в бангалоре пять лет назад, а тебе "всего лишь кнопочку перекрасить", которое в итоге выльется в адовые переработки и выгорание.
Еще один неочевидный минус если галера работает как бодишоп, то ты продаешься в другие команды, со своим менеджментом и разработчиками. Отгадай кто будет виноват если все пойдет по пизде? Васян/Раджа, который с этими менеджерами уже пять лет пилит или ты-весь-такой-невиновный? Короче говоря это тоже добавляет седых волос на жопе. За тебя никто вписываться не будет, менеджеры с твоей галеры (ебучие аккаунты и пмы) все повесят на тебя чтобы просто прикрыть свою жопу, знаем, плавали.
Ну а теперь переходим к основному минусу галер - тайм трекингу. Вот здесь ты будешь терять больше всего нервных клеток. Ты будешь вечно балансировать между "чет этот пидор долго кодит простую хуйню" и "чет этот пидор наебашил говнокода". Неопытные ребята часто списывают на проект меньше времени, чем тратят на самом деле - чтобы не прилетало по башке от менеджеров. Я насмотрелся таких, которые в 8 пришли, в 8 ушли, списали 6 часов, потом пару часиков дома на выходных спишут.
Ну и в чем я не прав? Разве это не потная разработка?
Я с тобой соглашусь, что если ты собрался в профессиональные балаболы, то галера - твой выбор, там ты можешь хоть скрам-мастером стать, хоть продукт овнером, хоть еще каким оператором пульта презентаций. Вот только это не развитие, в мире от этого зачастую становится на одного хорошего программиста меньше и на одного хуевого менеджера больше.
А теперь про продуктовую компанию. Вот я на паре поработал. На аутсорс с них вообще нихуя не отдавали, но и конторы были небольшие (70 и 20 рыл). В первой я отпахал два года, но уже спустя год я знал всю их внутреннюю кухню и как разраб не развивался. Со второй вышло меньше, там поставили какого-то джуна (своего пацана, видимо с баню с ним ходят) архитектором и я решил съебывать. Да, у меня была возможность развиваться, но я ей не пользовался, а был как лягушка на медленном огне - зачем напрягаться если и так все заебись. Если ты такой сверхчеловек, который всегда там чет самообразуется и вылезаторствует, то наверное да, продуктовая компания - идеальный вариант - с тебя спроса меньше, а возможностей развития больше. Правда это развитие не за счет интересной работы, а за счет того что в рабочее время ты чет для себя учишь.
Разумеется я не проработал во всех компаниях мира и признаю, что у всех опыт разный, кому-то и в галере легко и весело, кому-то в продуктовой компании - вызов.
Тот анон, который пукнул на вентилятор
>Ну раз уж ты так резко воспринимаешь критику, поясни на скольких галерах и как долго ты работал, какие впечатления ты получил?
Работал на одной галере, в которую пошёл наслушавшись хуйни про релокейт, и съебал через полтора года когда вылез геморрой (буквально), лол. Всё что надо знать о моих впечатлениях.
А на прошлой работе почти год занимался тем, что разгребал говно с аутсорса (компания в один день руководство компании решило собрать инхаус команду чтобы отдать ей несколько проектов с аутсорса), и закончилось на том, что решили соединить кучу говнокода из этих внутренних прилаг в одну дабы импортозаместить некоторые мессенджеры и сервисы, и по классике жиденько обосрались в поставленный срок, ибо оказалось что было бы легче написать это всё с нуля, чем пытаться использовать несколько копрокодобаз переходивших из рук в руки 4+ года. Но CTO-пхпшника такие доводы не интересовали, ничего страшного, смерджите как нибудь, вордпресс работает жи. Это, тащемта, пример переходного явления от галеры к продукту, с галерным же майндсетом.
Последние два года сижу в продуктовой команде, и кайфую от того, что есть время на то, чтобы более менее разобраться что к чему и запилить фичу нормально, есть нормальное развитие стека, а менеджменту можно объяснить что можно выделить две недели на рефакторинг какого нибудь модуля чтобы потом не добовлять фичи по 2 месяца.
Алсо, в текущей компании собеседую кандидатов, и знаю погоду в бадишопах. Нихуя за последние несколько лет не поменялось.
>это когда галере скинули проект, который нужно пилить с нуля
Ну, тащемта нет. Лично у меня на галере в своё время был чуть ли не прописан список либ, которые тащим везде и не тащим.
Конечно, бывают изъёбистые проекты. Я как-то в той галере LevelDB потыкал палочкой в iOS прилаге, правда не понял нахуя было так изъёбываться, даже рассказывать теперь мужикам стыдно, лол. Правда не скажу, что было время нормально изучить технологию и написать что-то вменяемое, а не кучу костылей методом тыка с принтами.
>Ну не суть, я соглашусь, что для развития здесь мало чего есть.
>Рабочие процессы?
А в чём спор-то тогда? Я изначально про то и писал.
>Ну и в чем я не прав? Разве это не потная разработка?
Во всём прав, правда такая бурная деятельность закончится обыкновенной колящей шишкой в жопе и выгоранием. Даже если тебе похуй на твой уровень, и ты будешь "сидеть и деградировать", неспешно пописывая код хотя бы задумываясь, как же будет лучше и изредка почитывая что нибудь на хабре — пользы от этого будет несравнимо больше, чем от выгорания через пол года прибывания у весла.
>Если ты такой сверхчеловек, который всегда там чет самообразуется и вылезаторствует
Ну, тащемта я и в коденг пошёл потому что кайф имею от того, что могу что-то сделать, а потом сделать это лучше.
>но уже спустя год я знал всю их внутреннюю кухню и как разраб не развивался
>Правда это развитие не за счет интересной работы, а за счет того что в рабочее время ты чет для себя учишь.
Я и месяца не провожу без очередной новой фичи/редизайна/полного рефакторинга фичи после а/б тестов, не знаю что ты там писал (букридер?) что проект которые развивался 2 года можно полностью знать.
Вероятно я тебя изначально не правильно понял, спасибо за развернутый ответ.
>А в чём спор-то тогда? Я изначально про то и писал.
Меня зацепило твое мнение о том, что на продуктовой компании можно развиваться в отличие от галеры. Мой опыт говорит о том, что развивался я именно на галерах через жопоболь, а на продуктовых рано или поздно скатывался в прокрастинацию (плётки-то нет). Забавно, у меня есть знакомый, который ушел с одной галеры на продукт (на большие деньги), а теперь ищет новое место и желательно галеру - не ебут, а без превозмоганий не может, три месяца на осознание ушло.
>Ну, тащемта я и в коденг пошёл потому что кайф имею от того, что могу что-то сделать, а потом сделать это лучше.
Ну и я по тем же соображениям пошел, но спустя годы перестал получать кайф от примитивных задач вроде "заебень типовой контроллер" и "перекрась кнопку и подвинь". Иногда бывает целый день ебёшься на полную с какой-то совершенно незначительной херней вроде "выведи текст вот там", а потом сидишь дома и охуеваешь от мыслей "на что я трачу свои годы".
> не знаю что ты там писал (букридер?) что проект которые развивался 2 года можно полностью знать.
Крупный сервис по бронированию.
Последней каплей на продакте было написание не очень сложного чата, которое вылилось в почти год кропотливой работы по типичным причинам постоянный пересмотр всего и вся. Это топтание на месте доебало и жопа захотела новых приключений.
> а потом сидишь дома и охуеваешь от мыслей "на что я трачу свои годы".
Так к любой профессии можно прикрутить. Нужно просто не перерабатывать. Усталость != перегоранию (не люблю слово это)
Я например занимаюсь масляной живописью как минимум в выходные. Картины отсылаю знакомым, друзьям и прочим.
А вообще, судя по тому что вы написали я по крайней мере не сталкивался за 3 года, работая на галерах. Видимо вам не повезло.
Максимум какой трекинг времени был - так это в браузере поставить 8 часов. А, ну и да, я на удаленке с самого вката сижу. Может на галерских удаленках полегче отношение. Кто знает.
мимо другой >>1807047
Я перекатывался после админства серваков, PHP и верстки на HTML/JS/CSS, в общем сейчас этот макакинг называется фуллстеком.
Ощущения примерно те же самые, ровно то же дрочево с версткой. Серьезно, разницы мало. К тому же дохера веб-макак перекатилось и притащило за собой всякую веб-хуйню, которая сейчас в тренде.
Никогда больше не буду сидеть на бета сборках. Раз в неделю как только открывал мак стабильно нагревался до 100% и ничего вообще не открывалось. Лечилось спустя час-два само собой. (а работать то кто будет блять)
В итоге после 1-2 недель таких игр решил ждать оф релиз и перекатился обратно.
И еще че на нем будет по кинчику, можно будет онлаен смотреть или в ебаном сафари ональные ограничения, ака хтмл5/флэш плеер не подерживается? И еще смогу ли я на него более свежею версию мак ос накатить. Или не ебаться и ккпить виндоус?
Спешите видеть, нюфаг нихуя не понял и прировнял концепцию к своей невозможности понять конкретную реализацию, такой-то метамодерн, кекс.
> Начнём с того что это надстройка над глючным GCD
В чём его глючность? Как он вообще связан с rx? В rx-е есть целых 3 оператора, 2 из которых это debounce и throttleю лол. Кстати, покажи-ка мне, как ты их без него компактненько сделаешь. Или как ты без scheduleOn/recieve(on:) не скатишь код в 10-ти уровневый ад коллбеков с бесконечнымыми guard let self = self.
> Во вторых когда надо что то добавить всё равно намного проще унаследоваться от бейскласса и переписать нужный метод чем через три пизды переподписоваться на нужный контрол в централизующий функции.
А зачем ты вообще его для этого юзаешь? Оно нужно для привязки стейта напрямую к вьюхе, а не для твоей обезьяньей покраски кнопок, лол.
>>1812789
Смотря что понимать под мобильной разработкой. Если дрочку хэловордов на девайсе — то хоть на эйре можно писать. Если у тебя большой проект — то только икскод 2-3 гб занимает, кроме него нужно постоянно держать открытым браузер (ещё гиг если ты всё закрываешь) и какую нибудь фигму (ещё 2 гига), ещё симулятор 3-4 гб, а если решишь подебагать на симуляторе/устройстве вьюхи — то ещё и дебаггер пару гб сожрёт, лол.
Короче, даже не учитывая всякую постороннюю хуиту вроде открытого слака и ютуба/айтюнса, с учётом системы 16 гб уже будет не хватать.
> Я думал много памяти нужно только для бигдаты и нейронок.
Ну так это и не много, бигдату только на серверах и собирают, а нейронки вообще на арендованных кластерах сейчас обучают.
>Во вторых когда надо что то добавить всё равно намного проще унаследоваться от бейскласса и переписать нужный метод чем через три пизды переподписоваться на нужный контрол в централизующий функции. ОДИН ХУЙ всё равно в проектах широко используется наследование.
Сейчас бы наследоваться когда есть сабтайпинг.. Наследование просто не переношу (но раз\два можно сделать, но не так как ты на каждый пук)
>>1812848
>не скатишь код в 10-ти уровневый ад коллбеков с бесконечнымыми guard let self = self.
Ты наверное индусов ковырял? Ни разу не видел такие твои 10 циклов. Максимум что было так это 3 фора + иф, но это другая тема. Там асинк\авейт уже в репу вливают пока вы спорите о своей вложенности. И как бы для этого группы есть или сторонние решения аля PromiseKit.
>>1813300
Не помню какая. Сидел в начале сентября.
>Ни разу не видел такие твои 10 циклов.
>Максимум что было так это 3 фора + иф
Ну давай, зачейни хотя бы 5 вызовов вот так вот, кекус.
>Ты наверное индусов ковырял?
Нет, маня, просто не всегда есть возможность переписать бэк написанный 15 лет назад, и такую хуйню делать приходится не редко.
>Там асинк\авейт уже в репу вливают
Там и ownerwhip уже 2 года мусолят, до прода как обычно дойдёт ещё через 2 года после релиза (который минимум через год будет). Так что когда зальют — тогда и приходите.
>И как бы для этого группы есть или сторонние решения аля PromiseKit.
И в чём же его приемущество перед rx-ом? В том, что можно только чейнить асинхронщину и больше нихуя? Или в том, что с iOS 13 Rx есть в системе из коробки, а ты пытаешься втащить ещё одну зависимость, обезьяна?
Будет ли ифонe 12 в желтом цвете?
1. Зачем мне чейнить? Я тебе реальные примеры говорю.
2. Какой бек вообще если мы говорим про мобилу? Не понимаю твоих мувов левых.
3. Причем здесь "ownerwhip" твой? Асинк\авейт на стадии документирование и базовых кирпичиков. Причем развивают это довольно активно, чел мануалы все пишет на свифт сайте обсуждений.
4. Обезьянка, какой РХ ? Мы о нем вообще не говорили.
Ты просто написал гору очевидного текста без внимательного вчитывания моего первого поста. Поке.
Сколько вложишь столько и отобьётся. Даже если ты супер прокаченный разраб, который и качественно все напишет, и хороший дизайн, который поймёт любое животное с 8 айкью, и сам себе картинки нарисуешь и текста напишешь итд — то всё равно надо будет вкладываться в маркетинг, если у тебя нет какого нибудь канала трафика.
А как показывает практика говняного уберказуального геймдева — главное просто ебануть побольше рекламы и нагнать трафика, а там уже любое говно пойдет в плюс.
Пробовал таким образом
mySlider.rx.controlEvent(.touchDown)
при этом при таче вызывается mySlider.rx.value чего делать нельзя
а mySlider.rx.controlEvent(.touchUpInside)
вообще не работает
что намекает нам что ваш эрикс говно на палке
Можно сделать вот так
mySlider.rx.controlEvent(.touchDown).subscribe { sliderSubscriptionEnabled = false }
mySlider.rx.controlEvent(.touchCancel).subscribe { sliderSubscriptionEnabled = true }
...
mySlider.rx.value.compactMap { sliderSubscriptionEnabled ? $0 : nil }
или
mySlider.rx.value.filter { _ in sliderSubscriptionEnabled }
Отфильтровать массив значений для современного программиста — это слишком сложна, понимаю.
>а mySlider.rx.controlEvent(.touchUpInside)
>вообще не работает
В первой же ссылке на SO поясняют, что со слайдером надо юзать .touchCancel. Что за дибилы пошли, уже даже загуглить не могут.
Решение с обычными таргетами у тебя будет выглядеть 1 в 1.
>>1823852
>Во первых если для этого надо брать закепчупенную переменную из контекста то это не похоже на хороший паттерн
Ну раз уж ты скозал...
>Во вторых это не массив значений а секвенция событий
Со стороны системы типов это массив, и работа с ним соответственная — как с коллекцией.
Нет, между вызовами методов мне не надо хранить переменную со стейтом. А TouchCancel тоже не вызывается. Короче довольно таки глюченая ебанина
Смотри, проблема в том что при использовании таргетов просто при тапе на слайдер отрабатывает только таргет .touchDown, а в rx отрабатывает и .touchDown и value
При отпускании слайдера при использовании таргетов отрабатывает только таргет .touchUpInside, а в rx отрабатывает и .touchDown(вместо touchCancel) и опять value.
> у тебя просто враппер не работает
В том то и дело, но насколько мне позволяет судить мой скудный опыт в rx это врапер из коробки
Какой самый бомж-вариант? Прошка 15?
Ну что, obj-c шизик и с атомиками соснул?
Скоро и возможность ебать байты не обрезая фичи языка до уровня C прикрутят, вот будет sosnooley так sosnooley.
Предположим, хочу сделать классы стека и очереди. Как у меня строится мысль в ООП:
1. Создаю интерфейс (протокол, поебать) Collection с методами push() и pop()
2. В абстрактном классе CollectionBase добавляю protected-массив элементов, и описываю метод push(), где хуярю все элементы в конец массива
3. И уже унаследовав CollectionBase создаю Stack и Queue, где реализую pop() (просто вытаскивая элемент либо с конца, либо с начала)
Эта схема дает мне мало кода, поскольку в базовом классе могу че угодно общее определить. Я знаю, что можно делать extension к протоколу, но хуй я его тут сделаю, поскольку в протоколе нет атрибутов, только методы и вычисляемые выражения (да, я бы мог объявить метод а-ля getAllCollection(), но мне нахуй не надо отдавать пользователю весь массив значений).
Мог бы использовать fileprivate класс для базового, но хуй я унаследую публичный класс от fileprivate.
Видимо я не до конца влился в протоколо-ориентированное программирование, так что поясни как бы ты решил эту, казалось бы, тупую задачу?
>поскольку в протоколе нет атрибутов, только методы и вычисляемые выражения
protocol CollectionBase {
associatedtype T
var items: [T] { get }
func pop() -> T
}
...
class Queue<T>: CollectionBase {
private(set) var items: [T] = []
func pop() -> T { items.removeLast() }
}
Но вообще, items надо просто не выносить в протокол.
Можешь посмотреть имплементацию свифтовых коллекций https://github.com/apple/swift/blob/main/stdlib/public/core/Collection.swift#L335
скинь код. я так понимаю, чтобы попасть в эту коллекцию нужно чтобы все классы наследовались от этого абстрактного класса? ок есть например класс пчела, который унаследовался от твоего базового класса Коллекция. Всё хорошо, пока ты не решишь что пчела может быть не только элементом коллекции, но и ещё какой нибудь ёбы (линкед листа, возможность выбора, отображения неба аллаха), тогда тебе придётся твой базовый класс Коллекция делать наследником от ещё более базового класса например Возможность выбора, и из за того что это не связанные по функционалу классы наследовать один от другого не логично.
где реализую pop()
в этом и отличие. При таком подходе ты реализуешь pop в конце. А при обобщённом подходе ты реализуешь pop вначале. поскольку твой поп может быть невероятно сложный, и всё что тебе нужно сделать, это сделать функцию pop и в параметрах описать все констрейнты с которыми она может попать
Какого хуя я не могу просто извлечь часть параметров?. Такая помойная залупа. Ебал его маму рот
мне получается в последнюю ячейку засуенуть надо таблицу со своими секциями?
Иначе как секции в секции засунуть
Чтобы было так
section 1:
--- Cell
---Custom Cell
Section2:
----Section 1:
cell
celll
---:section 2:
cell
и тд
>мне получается в последнюю ячейку засуенуть надо таблицу со своими секциями?
Можно конечно, но:
а) Будет ЛАГАТЬ;
б) Ты ахуеешь хэндлить экшены;
в) А когда дойдёшь до лэйаута — забьёшь нахуй.
>Иначе как секции в секции засунуть
Никак, организуй нормально данные, не будь блядь ебучей обезьяной, и всё сразу станет понятно.
Так для моего экрана данные идеально
Идет разбиение на секции
<Секция : Дата, [Массив Данных]>
И ебли нет
Но дело в том что эту всю таблицу мигрировать на другой экран, а там экран таблица где идет в начале большая ячейка с описание, затем вторая где идет коллекция и затем остальные ячейки и вот остальные ячейки надо заполнить моими данными
Суть в том чтобы иметь один state object, думаю вы поняли. Как это принято делать?
Это не хуйня а симуляторы.
>>1834478
>CoreData это не ДБ
А вот CoreData — это хуйня.
Точнее даже не хуйня, а абстрактная хуйня из мира абстрактных одиноких прослоечных фабрик бобов, которая не абстрактно разве что тормозит.
>>1834477
>Опять свифтопетушню оберткой для С накормили
Ну дык сейчас весь мир это обёртка над C, ведь любая популярная система на си написана.
Относительно этих самых либ от васянов, внезапно количество кода будет больше раза так в 4. Причём ещё и приложение придётся скатить на уровень говна.
Технология уровня AutoLayout короче, и писать не удобно (хотя по меркам 2010 может и норм было), и кода куча, а ещё это тупо медленная параша. От их использования есть только 2 реальных плюса — это быстрый билд (особенно релевантно для бомжей, у которых некому настроить нормальную систему сборки, которая будет носить зависимости в виде бинарей, а не делать клинбилды на каждый пук) и размер приложения.
>Нахуя спрашивается мне встраивать туда самописный хуёвый месенджер
Обычно делается такое по требованию бизнеса, чтобы удерживать юзера. Потому что перейдя в телегу 2/3 юзеров будут забывать зачем они тм были, это же хлебушки.
>когда я могу через юрл апи
Это называется диплинком.
>Но хочется больше, могу ли я например сделать некий эестеншн к iMessage где откроется диалог с менеджером и после того как обо всём договорено в чате появляется волшебная кнопочка
Можешь. Хоть вебвью там открывай, лол.. Со стороны UX будет пиздец и 0 ретеншена (потому на них все и забили уже несколько лет), но технических ограничений нет.
Возрадуемся, черные братья!
У меня есть магазин, накидал продуктов, нажал заказать и открывается окно, там есть штуки аля фильтры, открывается окно:
и все выглядит так
Типа сперва Магазин выбирается, два столбика
Далее метод оплаты
Далее адресс что у тебя есть.
Те количество ячеек с оплатой может расти
Количество добавленных мной адресов тоже, те размер ячеек адреса меняется
А вот количество магазов в первой строке 2, во второй один
Я так понимаю это надо коллекцию юзать? Может кто знает реализация где есть, хочу понять как надо строить лейаут и прочее, тк никогда с этим не работал
>Я так понимаю это надо коллекцию юзать?
Правильно понимаешь.
>Может кто знает реализация где есть
Реализация чего? Твоего конкретного случае? Нет, нету.
>хочу понять как надо строить лейаут и прочее,
https://www.raywenderlich.com/9334-uicollectionview-tutorial-getting-started
>Анон, как лучше вот такое реализовать?
Датасурс в виде енамов по секциям и простейшая коллекция с дефолтным лэйаутом (UICollectionViewFlowLayout, на UICollectionViewCompositionalLayout и как сам лэйаут модифицировать пока даже не смотри).
Вышло у меня так, я не могу расчитать так чтобы не было симметрично, а хочу чтобы прижималось к левому краю хочу
https://benchmarksgame-team.pages.debian.net/benchmarksgame/q6600/fastest/swift-rust.html
https://benchmarksgame-team.pages.debian.net/benchmarksgame/q6600/fastest/swift.html
>Теперь понятно почему Эппл на Раст переходит
А при чём тут свифт, если они си хотят заменить?
>свифтопараша даже Яве сливает по производительности
Ну как бенчмарки написали так они и отработали, типичная синтетика.
Где всё вымазано интринсиками (__gmpz_init_set_ui/__gmpz_mul_ui/итд) или просто в стиле сей всё на голых указателях — код почти не отстаёт от байтойобских языков (а если посмотреть на код на каком нибудь расте/плюсах и переписать всё в точно таком же пиздецовом виде интринсик-через-интринсик — будет вообще точно так же в рамках того же ллвм), где авторы хуй клали (как в деревьях, где авторы хуй положили на рефкаунтинг, который офк самый медленный вариант гц для больших объёмов объектов, или бенчмарк регулярок, который меряет скорость работы obj-c кода и его бриджинга со свифтом который, конечно же, настолько дохуя toll-free, что выполняются 80% времени были уже бенчмарки на хабре где это разбирали, лол).
И кстати — ты какие-то бичевские ссылки принёс, там старое железо и старые компиляторы, сейчас вот сюда смотреть надо — https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/swift.html
>бенчмарк регулярок, который меряет скорость работы obj-c кода
В свифите для линукса objc вообще нет.
>там старое железо и старые компиляторы, сейчас вот сюда смотреть надо — https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/swift.html
А толку, там свифт опять отсасывает у явы как и на старом железе.
https://t.me/apple_metal
Просьба добавить в шапку при следующем перекате
Ну и как бы с этого же лендоса ключевые фичи:
>Hardware accelerated rendering with Skia.
>Powerful text rendering and layout for many languages.
>Desktop extensions for menus, keyboard shortcuts, window manipulation, notification management, and more
>Excellent AWT and Swing interoperability.
которые как бы намекают на то, что эта хуйня не про мобилки а про десктопные приложения для работы с текстом, которые написаны на жавовом говне мамонта.
Что лучше взять для обучения: MacBook Pro (13-inch, Mid 2012) или
Macbook Air 13 (2013)?
Нет, с чего бы? Во многих прошках стоит 8гб рам, а xcode не та программа, которая крашится на каждый пук. Клин билды будут в 2-3 раза дольше чем на прошках с более мощными процами, в остальном эйр вполне себе гуд машина, зато кулер не визжит как свинья, и колени не жжет. Биг сюр накатывай сразу и xcode 12, там автодополнение сильно оптимизировали.
Бля, какие-то mixed messages получаю.
Одному даже 16гб — это гроб и кладбище, другому 8гб вполне норм.
Вон можно погуглить is 8gb enough for xcode и там люди ноют о зависонах.
Я, конечно, понимаю, что некоторые, вероятно, рассчитывают одновременно кодить, эмулировать и в хромчике на порнуху дрочить, но всё же.
8гб - маловато, если есть возможность то бери 16, а лучше 32, хотя там выигрыш уже не так заметен. Но с учетом оверпрайса памяти у эпл, у большинства машин 8гб, у меня на работе 4 прошки разных годов(17, 18, 19 годов), у всех 8, есть аймак хз какого-года, тоже - 8. У знакомых, которые покупали себе прошки тоже везде 8.
Зависоны будут, но работать можно. На рабочем ноуте с 8гб почти всегда открыта мозила(часто видосик с музыкой в фоне), фигма, vscode, xcode, notion, skype, sourcetree, симулятор, postman, почта. Терпимо.
Нет, просто автокомплит отваливаться будет чаще в 2 раза чем на 16 и свопы также, лул.
>>1857620
Это всё зависит от проекта. Если ты какой нибудь СБОЛ поддерживать будешь (12 млн строк вроде) — то конечно ахуеешь на машине меньше чем с 32 гб и i9 этот проект даже открывать, если свой хэлловорд где будет край пару тыщ строк — 4 вполне себе пойдёт, правда с симулятором (и тем более отладкой в нём) будет заниматься не очень приятно (и тот и другой сходу по 3-5 гб сжирают нахуй).
Ну стажировок-то хватает.
А если выбирать технологию по лёгкости входа — то это однозначно фронтенд. Но первая работа в любой отрасли это тлен конечно, я первую работу двжа года назад 3 или 4 месяца искал (у меня был только гитхаб с парой аппов, даже на собесы не звали), так что как бывший вкатыш могу посоветовать тебе только крепиться.
>Так там и вкатывающися в 40-х раз больше, не?
Как вакансий, и требования к окатышам другие. Если ты хотя бы HTML от языка программирования отличаешь и знаешь разницу между синхронной и асинхронной функцией — то в фронте уже будешь лучше кучи народу, и это нихуя не шутка.
>И как в итоге нашел?
Нашёл, иначе написал бы что забил. И выпилился нахуй.
Так я и ответил
>>1858609
>у меня был только гитхаб с парой аппов
Понадобилось 2 собеса (на первом начали с ООП, солида и прочей хуйни которую я завалил и дальше просто занервничал так что запорол и всё что знал, лул, а на втором стандартные вопросы UIView/CALayer, frame/bounds, что будет если вызвать sync в на текущей очереди, всякие вопросы по свифту вида a = [1, 4, 8, 8]; a = b; b[0] = 228; a == ??? итд).
Джуновские собесы очень простые, веселье начинается с мидловых, где могут как ограничится джуновскими + какой нибудь responder chain/hit test + многопоточность + autolayout content hugging/resistence + "расскажи чо вообще делол", так и ебашить по 3+ часа от теории до особенностей ручного мемори менеджмента в обж-с, как работают скролл вью, как написать свой стек кордаты, что из себя представляют трансформации вьюн и как их чейнить, как работает рендеринг, что такое color blending/offscreen rendering, особенности обработки пушей и бэкграунд тасков в целом итд.
>где могут как ограничится джуновскими + какой нибудь responder chain/hit test + многопоточность + autolayout content hugging/resistence + "расскажи чо вообще делол", так и ебашить по 3+ часа от теории до особенностей ручного мемори менеджмента в обж-с, как работают скролл вью, как написать свой стек кордаты, что из себя представляют трансформации вьюн и как их чейнить, как работает рендеринг, что такое color blending/offscreen rendering, особенности обработки пушей и бэкграунд тасков в целом итд.
2 года опыта, больше половины из этого не знаю. чувствую себя макакой после твоего поста
>>1860034
без выхи как и в остальном айти, не похуй только в фирмах уровня ооо "Сперма Ашота", где этим тебе пытаются цену сбить.
>2 года опыта, больше половины из этого не знаю.
Tы просто скорее всего в большой компании работал, лол. Я после года в въетнаме нахуй стартапе 2/3 знал просто потому что занимался вообще всем, лол. Правда совсем дикую хуйню (вроде мм в обж-с и стека кордаты) изучил только после того, как несколько часов ебали моск на собеседовании в сбер. А потом ответили почти через месяц и хрюша удивилась "как же это, вы уже две недели не ищите работу??".
>>1860034
Да всем похуй на вышку, могут просто спросить есть/нет, у меня несколько раз спрашивали и ответ ни на что не влиял.
Нисколько, просто я уже и сам насобеседоваться с джунами успел, потому что мидла (который реально мидл, а не обучай джунглей с годом опыта, который так ничему и не научился) ахуеешь искать а синьоры ахуевшие. Правда 80% вкатышей (если не больше) — пробитые долбоёбы, которые ничего не умеют и скорее всего не научатся, но сути не меняет.
Привет
А будь любезен, подскажи, пожалуйста, вкататься по курсов стэнфорда - норм? Или уже устарели и надо другие книги? Еще есть от эппла app development, но еще более старое
И может знаешь, но вряд ли, в европе ситуация лучше для джунов? Сам с недавних пор между Польшей и Германий
мимо-выкатился-нахуй-из-жс-аналитик
Обзоры и ревью пишут, что все ок будет
Если именно для разработки под айос — да. Правда я бы не советовал брать первые версии (и уж тем более их первые ревизии следующий квартал-два), если для тебя конечно это не пустяковые деньги и тебе покс.
>>1861361
Постоянно ничего не работает — это про... докер и всё? На этих чипах уже даже ебучие 32-х битные виндовые софтины запускают (а маковые не могут, что за кек).
Если бы я таким занимался, то ты видел бы моё ебало на ютубе и я тебе продавал бы свои курсы, а не срал анонимно на дваче, лол.
В принципе можешь погуглить какой нибудь айос квиз от сбера и подобные — примерно такие вопросы на собесах и будут.
В целом могу посоветовать только общие вещи — напиши хотя бы пару приложений (причём желательно не хэловордов, чтобы там были хотя бы сеть+база+хоть сколько нибудь комплексный гуй, и на чём-то отличающимся от MVC), смотреть код скорее всего никто не будет, но гитхаб требовать будут почти везде и как-то надо будет поддерживать разговор у меня почти на всех собесах где-то треть (а иногда чуть ли не половина) собеседования — это мой пиздёжь про то, что я писал в том и этом приложении, как решал то и это, где что использовал, почему и какие есть за/против, без опыта обычно сказать нечего, и самое приближенное к этому — это хоть какая-то практика.
Алсо, если чего-то не знаешь — старайся не срать в штаны, можешь просто порассуждать вслух и сказать что не знаешь если не угадаешь, по опыту — молчание хуже сказанной хуйни.
>А будь любезен, подскажи, пожалуйста, вкататься по курсов стэнфорда - норм?
На самом деле — абсолютно похуй по каким книгам/курсам ты вкатываешься, со стороны собеседований я в посте выше уже написал почему, а со стороны практики — ровно по тому же. В любом случае любые курсы/учебники для нюфагов — это просто структурированная документация с облегченной подачей. Тебя везде +- везде одинаково научат совсем базе (делать таблицы/коллекции, писать/читать из кордаты и ходить в сеть) — и это даже не верхушка айсберга, дальше в любом случае надо учится самому.
>Или уже устарели и надо другие книги?
Не стареют они так быстро. Свифт раньше ломали часто, по нему всегда можешь взять эпловский эплбук и начать с него — будет самое свежее, но система в целом галла глобально не меняется, можешь брать хоть курсы 3-х летней давности (да и в какой нибудь книженции 5-ти летней давности минимум 2/3 будет актуально).
>И может знаешь, но вряд ли, в европе ситуация лучше для джунов?
Хз. Попробуй сравнить кол-во вакансий с сравнимыми требованиями в дс1/2 и в твоём городе(ах).
У тебя доступ к коду и сборке есть?
Если да то просто без задней мысли собираешь на девайс и смотришь отладчиком.
Если нет то сосешь можешь попробовать подключить девайс и посмотреть записанные логи(windows -> devices and simulators) или через console смотреть в риалтайме, возможно и выхватишь причину. Хотя чем тебе это поможет если доступа к коду нет?
>Там же дрочат уязвимость процев по A9, может у него поновее телефон, еще не освбодили.
Это же шютка.
>Где найти материалы как ебашить твики?
http://letmegooglethat.com/?q=ios+jailbreak+tweak+development&l=1
>Swift book - книжка валяется в интернете доки.
https://swiftbook.ru
я чет запутался, это про этот swift book говорится?