Это копия, сохраненная 5 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Спустя пол года тред был перекачен! Итс ревалюшен, джони!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 грода. То есть почти всё.
>какого уровня макпук нужно купить, чтоб можно было все это учить без боли в жопе
Именно для обучения хоть эир пойдёт, лол. Но лучше возьми самую дешёвую прошку, если деньги позволяют.
>что насчет хакинтоша
Без
>боли в жопе
сложно будет, особенно если ты этим первый раз занимаешься. Тащемта, в инете есть готовые сборки пекарен под это дело, можешь попробовать. Но болеть жепа будет.
Купил эйр через год после вката, не жалею. Тяжелые проеты крутит вполне терпимо, особенно если писали не хуйланы и разделяи на модули.
Рабочая прошка заебывает тем что свистит и греется как сучка. Реально заебывает этот свист, особенно летом.
Перекатывал сын шлюхи
А вдруг они его основательно переписали, и он не такое глючное говно больше?
Ну, автокомплит даже в первой бете уже просто ебать насколько быстрее стал, прямо такт некст левел. Но нет, нихуя они там не переписали, просто улучшили фронтенд свифтового компилятора и основательно подрочили отрисовку свифтюайных превьюшек (которые похоже теперь билдятся напрямую, а не через эмулятор, лол), всё же виджеты к нему прибиты яйцами и развивать его будут во все щели.
>>732314
Так чего ты дрочил вместо того, чтобы перекатить?
Код покажи, из описания нихуя не понятно. Очевидно что у тебя либо слишком тяжёлый лэйаут, либо ты неправильно релоадишь таблицу, либо слишком много всего делаешь на мэинтреде (парсишь ответ итд), но что именно — не понятно.
>Как я понял есть Async Display Kit который решает эту проблему.
Нет, он решает только проблему сложного лэйаута без расчётов его ручками, и всё. Если у тебя прям дёргается, а не просто проседает фпс, то это не к нему. А ещё он нихуя не простой как может показаться на первый взгляд и ты на твоём уровне его не потянешь.
А, ещё есть вариант: ты грузишь картинки по 2-3 мб и без обрезания дисплеишь их (и 2-3 таких картиночек съедают по пол гигабайта RAM).
Это проиcходит после загрузки картинки и вставки ее в cell
Если потом скрольнуть вверх и опять вниз то этих мини дерганий нету(картинка уже загрузилась) и все плавно
мне кажется это связано с estimatedRowHeight
Трали не трали, а проблема-то у тебя.
>научись картинку правильно грузить. читай гайды
>kingfisher и прочее.
Советы уровня /б/, лол.
Кстати, кингфишер — самая тормозная из всех либ для загрузки картинок (и в мэин треде срёт дохуя, и кеширует не то чтобы быстро), если и брать что-то для кучи изображений в коллекциях — то какой нибудь PINRemoteImage.
возможно.не знал про эту либу. спасибо.
на счет совета - в топ 15 маркета есть как минимум одно апп с кингфишером. Ничего не тормозит, если ты не собираешься ракеты запускать.
>на счет совета - в топ 15 маркета есть как минимум одно апп с кингфишером. Ничего не тормозит, если ты не собираешься ракеты запускать.
И что из этого следует? Ты сам-то понял о чём пёрнул? Если у тебя будет прилага с чуть более сложной коллекцией, там жирный кф засирающий мэинтред уже будет поводом тормозов? Или не будет?
Я гружу ее не в мейн треде
Когда он загрузилась я ее присваиваю в свойстве модели и уже в мейн треде делаю realodaRows
Лаги не такие прям жесткие но в сравнении с допустим клиентом для реддита Apollo(там как раз таки async display kit или pinterest) я вижу что оно не так плавно и небольшие дерганья происходят.
Тебе же сказали — без кода никто не поможет. Почти все возможные причины анон выше уже описывал, либо тащи код либо сам разбирайся.
>Итак, по моим ощущениям свифтЮИ это такой же мертворождённый ребёнок
Похуй что ты там считаешь, виджеты ты уже только на нём сможешь писать, эпол так скозал, быдло.
>Всё что там есть крутого доступно в UIKit Dynamics.
Где ты в свифтюае нашёл симуляцию физики, поехавший?
>Всё же проекты которые делаются в одно рыло за сенами эпл и расчитываются на броадкаст начинают проигрывать опенсорсным, таким как пакедж менеджер, который даже ёбаные индусы не в состоянии испоганить
Чего блять? Ты о чём вообще?
>Где ты в свифтюае нашёл симуляцию физики, поехавший?
Ну там всякие видосики когда карточки так красиво веером разлетаются
Какие видосики, блядь? Ты уебан?
>Похуй что ты там считаешь, виджеты ты уже только на нём сможешь писать, эпол так скозал, быдло.
Виджеты делаются буквально за пару часов, для виджетов может и заебись. В реальных приложениях типа интернет магазина или фуд ритейла, коих большая часть в сторе, ты охуеешь писать на этом сыром говне. При охуенно здоровые и сложные приложения типа вк и яндекс карт я вообще молчу - они все еще частично на обджси и даже могут не использовать ебучий автолейаут (лента ВК точно его не использует), так как медленно. Про скорость swiftUI даже говорить не хочется
Основная проблема в свифтЮИ в том что там до сих пор есть потокоопасные функции, как в прочем и самого свифта. Как бы ты правильно не писал в некоторых высоконагруженных асинхронных методах то и дело бьётся память
Со вкусом мочи
Я спросил где там симуляция физики а ты мне спринговые анимашки принёс, лол. Ты хоть в глаза этот UIKit Dynamics видел, нюфаня?
>>734648
>Про скорость swiftUI даже говорить не хочется
Смотря что мерять. Если отрисовку вьюшек — то по скорости он ебёт UIKit как стоячего, т.к. по большей части рендерится прямо на метале в обход кучи слоёв из UIKit/CA/etc.
Если мерять время жизни батарейки — то он отсосёт, т.к. ты ахуеешь на нём писать такой стейт, чтобы не перерисовывать весь экран при каждом изменении.
>В реальных приложениях типа интернет магазина или фуд ритейла
И то и другое на свифтюае 2.0 будет летать быстрее чем на UIKit-е. В том же UIKit-е куда больше нужно выдрачивать (от лэйаута до color blending-а) чем в свифтюае, лол.
>При охуенно здоровые и сложные приложения типа вк и яндекс карт я вообще молчу
Вот это уровень аналитики, ахуеть.
Хуй знает что там ахуенно сложного в первом пункте (коллекции из картинок разве что может быть сложно расчитывать если они не статические), а в картах примерно 80% нагрузки занимает сама карта.
>они все еще частично на обджси
У них миллионы строк легаси-говна, конечно они на обж-с сидят.
>даже могут не использовать ебучий автолейаут
Пиздец-то какой! А я его по работе вообще всегда избегаю просто потому что он кривой by architecture, лол.
Скачай какой нибудь трипадвайзор, посмотри как там прям UIStackView ебашат в коллекции на главной и оно лагает даже на десятке, поучись жизни, щинок блядь.
>>734655
А это плохо? Надо как в флаттере однопоточную парашу дать, чтобы точно ничего не отстрелили себе?
>Скачай какой нибудь трипадвайзор, посмотри как там прям UIStackView ебашат в коллекции на главной и оно лагает даже на десятке, поучись жизни, щинок блядь.
какая ты агрессивная мразь. чего ты здесь добиваешься своими знаниями? (нет)
>Вот это уровень аналитики, ахуеть
у тебя 0 аналитики.
>Я спросил где там симуляция физики а ты мне спринговые анимашки принёс, лол.
Так это и есть симуляция >physics-based animation
https://developer.android.com/training/animation/overview#physics-based
Для адекватной дискуссии советую применять ссылки, хотя ты уже заведомо поставил себя в щенячее положение. Rejected.
мимодругой и ушел. разрешаю не пытаться брезгать слюной.
>мимодругой и ушел. разрешаю не пытаться брезгать слюной.
>ряяя мааамм ну он вреетт11!!2
>Так это и есть симуляция >physics-based animation
Ну если у вас в андроиде анимации с задержкой и отскоком — это уже симуляция физики, то ок. Чел, я же сказал — иди и посмотри что такое UIKit Dynamics и нахуя он нужен, обычными анимациями ты и половины его функционала не повторишь.
>Для адекватной дискуссии советую применять ссылки
Для адекватной дискуссии советую хотя бы гуглить о чём пишешь, а не высирать что-то нихуя не зная.
есть тут перекатыши с других стеков? планирую плавно выкатыватся с вронта в айоську, есть ифон, макпук и мотивация.
главный вопрос, сколько потеряли зпшки при перекате?
У тебя есть опыт во фронте, норма зарплата. На фронте больше проектов и работы(легче гораздо искать удаленку).
у нас в украше иос зпшки в среднем 3500-4500 юсд на обычную синиор позицию, чисто на фронте подымать такие сумы не получится, чтоб зарабатывать подобные бабки во фронте ты должен быть или лидом или фулстеком ебаным, что мне не совсем по кайфу.
Ты сейчас на фронте уже Миддл/Сеньер. А при перекате на иос ты будешь джуном и тем более с вакансиями все тухло в Украшке на иос а на фронт и в офисе больше вакансий и на удаленке.
Я сейчас в Андроид вкатываюсь и уже скоро практически доучиваю все. Вопрос, сложно ли с Андроида в iOS перекатиться и как вообще отрасль, по сравнению с Андро. Просто вакансий смотрю несколько больше на iOS. Думаю накатить хакинтош и вкатываться потихоньку в свободное время.
Я хочу мобайл разрабом быть, чтобы и Андроид и iOS освоить. Вот интересуюсь, сложно ли это? Говорят, что под iOS меньше ебли всякой и более логично. Конкуренции меньше, это тоже большой плюс.
1. отрасль лучше. что за толстота? тебе не придется как минимум с API 21 поддерживать вялое говно.
2. не накатишь.
больше не отвечаю без пруфов.
>1. отрасль лучше. что за толстота? тебе не придется как минимум с API 21 поддерживать вялое говно.
Да, вместо этого ты будешь поддерживать вялое говно на обж-с с минимальным таргетом иос 9 и айфоном 4с, кекус. Ты серьёзно думаешь, что существуют области без тухлого легаси?
>>736431
Выучить-то не сложно правда хз что это вообще значит, но опыт в обоих сразу ты не получишь Вообще никак. Разве что будешь знать как там поживают на соседней платформе, правда при трудоустройстве всем будет похуй на это, везде нужны знания целевой платформы а не развитый кругозор. Так что просто бери уже что больше нравится и вкатывайся ни еби мозгъ
Я слышал, что часто из Андроида в 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. Все.
>Ты пытаешься самоутвердиться своей токсичностью?
>>736619
>слишком толсто.
Обиженный андроид-педик, пиздуй в свой 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) выпускают виртуальные карточки, не пробовал себе такую оформить?
Почитал комменты и орнул, кто-то серьёзно считает что они это делают во благо уменьшения количества джейлбрейкеров и прочих хацкеров и вообще ради всего хорошего, а не ложат хуй и не фиксят баги. Главное чтобы пофиксили эту хуйню побыстрее, а не их стандартные 5 лет как с UICollectionView.
Самое забавное, что единственный знаменитый софт для мака из постсовка, который юзает половина юзеров мака — это CleanMyMac из вна Украины, а в списке стран их нет, что за зрада, лол.
>CleanMyMac
Плацебо для мигрирующих виндузятников. Как вообще можно ставить софт, который рекламится во всех жопах интернета, от варез-помоек до порносайтов. Не, когда про хохлов, я первым делом readdle вспоминаю.
Хз что у них там с отделом маркетинга, но вот как удалялка программ, анализирующая всё говно которое они высирают в фс, это лучший вариант который я встречал. А когда надо почистить 20гб артефактов от проекта, который надо собирать раз в две недели — вообще незаменимая вещь.
Readdle всё же стали более менее известными последние пол года-год вместе с почтовым клиентом, рано им ещё стоять с дидами в одной линии.
Эта хуитка хорошо чистит мусор от xcode, кэши и прочее. Плюс довольно удобная вьюха space lens, можно быстро найти какую-нибудь хуиту, которую забыл удалить.
Вообще эта прога была бы юзелесс, если бы в 2к20 эпл не драл сотни баксов за нормальный объем стораджа в макбуках. На 256 гб сидишь как крохобор, каждый мегабайтик вычищаешь вилкой.
Высчитываю высоту ячейки руками на фреймах через статический метод у класса кастомной ячейки, после этого кеширую его и эти две операции происходят в бекграунд потоке после получения и декодирования джейсона. Далее в heightForAtIndexPath я просто беру высоту из этого кеша и возвращаю ее. Фреймы для расчета в layoutsubview я тоже просчитываю в бекграунд потоке. Скролл плавный но вот именно когда подгружаю новый данные и вставляю в ячейке методом insertRows(его я вызываю уже в главном потоке) происходит 1 еле заметное, но заметное дерганье.
Если бы всё было так гладко как ты описываешь — ничего и не лагало бы, как минимум где-то мэин поток стопается для синхронизации или что-то подобное происходит.
Короче, без кода ванговать смысла нет. Если так боишься покажи хотя бы код только ячейки.
А ты сможешь у себя на телефоне запустить приложение я тебе прям репозиторий кину, я просто думаю может у меня глюк из-за того что тестирую на 6s. Только не обсыкай за код я вкатывальщик.
Смотрите, ЭППЛ СИЛЛИКОН ебошит в небо, по тестам и производительности АРМ архитектура как минимум убивает х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-е), а не процессоры. Энивэй на айоси уже давным давно всё компилируется в биткод и докомпилируется уже на девайсе.
>Да нет, эту хуйню раздувают производители альтернативных источников энергии
climate.nasa.gov
Чел, ты вообще прочитал остальную часть?
inb4: ряяяяя там нибывает фанатикав-ливаков и лобби финансирующего грантыы((99
>ак бы это не звучало. Уже все кто мог обоссал эту теорию, достаточно просто знать что мы вообще живём в эпоху между ледниковый периодов (просто погугли минимумы Маундера/итд), и что одно извержение вулкана срёт углекислым газом больше чем всё производство в мире за год, что как бы намекает.
Ты сейчас озвучил хуйню уровня 5g вышек Билла Гейца которые чипируют население.
Это нормально, люди попадают в эхо чамберы, ошибки это норма, просто сейчас тебе надо просто зайти на сайт наса climate.nasa.gov где несколько тысяч людей с дипломами по физике которые оперируют несколькими десятками сложнейших орбитальных спутников и имеют консолидированное мнение по проблеме и просто принять их экспертизу на веру и развернуть быстра свое мнение на 180 градусов.
Кстати наша геологическая температура на 1 пик релейтед, надеюсь интуитивно догадаешься об уровне жопы и почему в Сирии случился гроб гроб кладбище пидор 6 лет засухи в результате резкой смены климатических паттернов
Нам нужно повышать уровень универсальности и энергоэффективности в сфере электроники. Нужно выполнять больше полезной работы за меньшее количество ватт/час и тяжелых металлов.
Ещё раз, чел. Просто перечитай моё сообщение, а если не сможешь — смотри ниже.
Ясен хуй что оно есть, где я это отрицал-то? Просто всякие греты тумберг и прочие знаменитости, кто связан с этой темой, предлагают вернуться нахуй в пещеру, при том что глобальная смена климата всё равно происходит и без участия человечества и мы однохуйственно либо вернёмся в ледниковый период либо чуть подогреем планету. Если бы реально кого-то волновало потепление — всяких майнеров гнали бы ссаными тряпками отовсюду, но всем похуй, деньги лучше их отсутствия и благих намерений.
>Почему бы Андройду не сделать нормальный десктоп мод?
андроид превратиться в фусчию. Говорили в 2020 будет запуск, но пока видимо оподливились.
>Кстати наша геологическая температура на 1 пик релейтед
Ты видишь эту толстую серую полоску на заднем плане? Это среднеквадратическое отклонение, при чем взятое один раз, то есть показывает разброс +-30%. Чтобы попасть в полный диапазон, тебе нужно увеличить эту серую полоску в три раза (при условии, что температура нормально распределена, иначе ситуация будет еще хуже).
То есть ты принес картинку, на которой ты много раз сглаженные данные в далеком прошлом, измеренные с огромной погрешностью, сравнимой с самими колебаниями температуры, сравниваешь с текущим ростом.
Если бы это был ML, которым я занимаюсь, я бы автора подобной картинки обоссал бы за тупость. Но климатологам норм.
Это, конечно, не повод срать как можно больше тяжелыми металлами, но, тем не менее, в климатологи идут одни куски говна и дебилы.
Я не знаю что это за пиздец происходит
Но я только сейчас увидел что у меня телефон все эти пару дней был в режиме энергосбережния и в этом режиме есть этот лаг
Но когда я отключаю его все скроллится как по маслу и этого мини лага при добавлении новых ячеек нету.
Значит просто не включай его и не будь пикрилом.
Но у тебя таки скорее всего тяжеловатый лэйаут, вангую.
Духота
Как твои графики опровергаю то, что мы сейчас живем в период межледниковья и повышение температуры это норма?
Объясните пикчу, почему все владельцы айфонов нарисованы бомжами и при чем тут 85%?
Все равно не понял
>рендерится прямо на метале
он даже не линкуется к металу. ты на метале без шейдеров даже квадрат не нарисуешь.
>из-за бородатого легаси чуть ли не времён NeXT в AppKit-е
Бородатый легаси позволяет биндить кордату к таблицам и деревьям (с поиском, сортировкой, удалением/добавлением элементов) без единой строчки кода (тут даже SwiftUI сосет), бородатый легаси позволяет биндить любые вьюхи к property никакой target-action ненужен, на бородатом легаси есть нормальная поддержка клавиатуры (shortcuts, focus, full keyboard access, etc)
Так что тут урезанный-AppKit aka UIKit тянет назад.
ну СoreAnimation это апи метала тащемто, CoreImage и Quartz тоже на метале кое что считает. Шейдеры это когда ты в кишки уже лезешь
Потому что он никуда не делся. Ты конечно можешь писать проекты любого размера без строчки на нём, но вот когда что-то надо отдебажить/захакать/итд — без знания рантайма обж-с никуда.
Ну и просто потому что на нём легаси как говна, даже в новых проектах ты никуда не уйдёшь от кучи либ на нём.
Не надо вообще это учить. Лучше в веб иди там больше возможностей чем на этой пидорской платформе.
Потому что ты даун с такими вопросами, это доисторическое говно никому уже давно не нужно, разве что read-only нужно иногда понимать, чтобы в случае чего пару строк кода была возможность подправить и понять как они работают.
Будто бы новый икскод не хуйня без задач, который традиционно будет жрать больше цпу и рам, чем предыдущая версия
Да и похуй сколько он жрет, ставить надо чтобы новые фишечки с инструментами пощупать
Нет, не хуйня без задач, там автокомплит уже в 5 раз раз быстрее работает чем в прошлой версии, пусть жрёт.
>>743493
Если бизнес массово найдёт как применить — полетит, иначе останется там же где какой нибудь force touch. Вообще, интереснее всего для всяких каршерингов, но без регистрации всё равно нихуя не полетит, а это ебать как ломает всю идею, так что посмотрим.
Нет, не стоит. А вот новый икскод поставить и ознакомится с новыми фичами стоит однозначно.
> но без регистрации всё равно нихуя не полетит, а это ебать как ломает всю идею, так что посмотрим.
Дак скоро всё через sign with apple будет
Нюфаг в треде, лол. Ты вообще это sign in with apple в глаза-то видел? Наживаешь кнопку и в 2/3 случаев продолжаешь стандартную регистрацию, просто пропустив пункт с почтой и паролем, ага, эпл всех спасла. А в случае каршерингов ещё отправляешь доки и ждёшь модерации.
Плоха зделоли, тупо. Теперь чтобы узнать тип айтема из автодополнения, нужно выбрать его активным на клаве, раньше тип рядом с именем отображался.
Будем надеятся, что в некст билдах догадаются что это хуйня а не UX, че.
>ну СoreAnimation это апи метала тащемто,
Вот поэтому там есть CAMetalLayer, а в SwiftUI нифига нет.
>ты на метале без шейдеров даже квадрат не нарисуешь.
А ты без зубочистки зубы не почистишь, не в курсе был чтоли?
>он даже не линкуется к металу.
Чел, лучше вообще ничего не высерай, ты же туповатый.
>>739862
Да нет, метал без шейдеров — это просто юзлесс апишка состоящая из очереди команд, обвязок данных к шейдерам, парсера шейдеров и моделей, лол. Даже простейшее GPGPU делается на шейдерах.
>>748050
Он там есть потому что это вообще единственный способ самому настраивать себе вывод метала вне металкита.
>позволяет биндить кордату
>кордату
И это сходу нахуй не нужно.
Хочешь нормальную базу — бери 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
>>749554
Ну раз так в свифт группе сказали
Получается это нужно, если ты хочешь поддерживать скролл в 60fps в таблицах на старых девайсах?
Да на любых девайсах, если у тебя сколько нибудь сложный лэйаут.
>>749527
https://developer.apple.com/documentation/uikit/uicollectionviewlayout
Ты загугли хотя бы для приличия, что и как ты там на аутолэйауте делать-то собрался? Сами ячейки лэйаутить? У пикрила в ячейках там ебическая разметка уровня imageView.frame = bounds, на autolayout-е то же сделать как минимум в 5-6 строк, лол.
>Хочешь нормальную базу — бери SQLite
Так можно и это биндить тоже.
>Много афйонов с физической клавой видел? Часто хоткеи обрабатывать приходится наверно?
Причем тут айфоны, когда речь про замену аппкита уикитом на маках?
>В том, что вместо того, чтобы вешать обработчики на конкретные события ты руками перебираешь эти события в каждом обработчике из, блядь, глобалстейта? Ебаная обезьяна, у тебя всё ок?
Какой ручной перебор когда ты на биндингах все делаешь? Никакого бойлерплейта как на айоси ненужно, все автоматом работает.
>>748311
Он и раньше был на ГПУ, назывался IKImageBrowserView был сделан через OpenGL, по известным причинам его перестали поддерживать в 10.14, а теперь запилили новый на метале.
Может есть какие-то хаки как завести отображение таблицы с фейковыми данными в IB?
>CleanMyMac из вна Украины
А толку, у них офис только в Киеве, компания то Американская и налоги платят в США. Щас бы открывать компании в СНГ парашах пиздец.
>>738377
>Плацебо для мигрирующих виндузятников
Не соглашусь. Постоянно ей пользуюсь, отличный софт. Очень нравится фигня что на пике. Сканирует папочки, с ее помощью я для себя открыл, что телеграмм скачал картинок на 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, подключать сишные и крестовые либы это скил, который требует знаний побольше чем "только вкатился", и без 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
Если бы ему это кровь из носу надо было сам посидел и разобрался.
Без инглиша ты разве что в 1С нормально сможешь вкатиться.
Базовый технический уровень чтения/слушанья как минимум необходим.
>Ты про такой бройлерплейт
>[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 ещё шлёпает круды под маки, или откуда вообще такие ебланские задачи берутся?
>>753348
>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)
Кек, просто кек
Внезапно у них разный ввод и значения из текстфилда нужно обрезать, где ты там разную логику-то увидел? У них одно значение.
Короче, мы вам перезвоним. Самое смешное, что ты сам не понял что жиденько дал в ретузы.
>>753692
https://developer.apple.com/videos/play/wwdc2020/10040/
Джунишка, ты обосрался. Эпол уже в этом году сделал ещё один скачёк (в прошлом они узнали о существовании MVVM) и узнали про эту самую unidirectional architecture. Ещё через 2 года эпл предложит пононценный flux, и ты будешь это есть, как послушная мартышка.
>Короче, мы вам перезвоним.
Кек, не хватало еще с такими зелеными джунами как ты работать.
ЧТД, знаний джуна не хватает даже понять о чем идет речь, Данинг-Крюгер во все поля, зато умных словечек ты в зекаче понахватался.
>Данинг-Крюгер во все поля
И это говорит тот, кто даже тз прочитать не осилил прежде чем что-то высрать?
Сколько же тут шизиков.
>зато умных словечек ты в зекаче понахватался
Уже представляю себе ситуацию:
Приходит чел на интервью, интервьюер ему такой
— Какие архитектуры знаете? На какой датафлоу сам сядешь, на какой джуна посадишь?
— Бля, опять меня джунишка ебаный собеседует, Данинг-Крюгер во все поля, зато умных словечек ты в зекаче понахватался.
— Мы вам перезвоним.
Ну датафлоф для меня это не архитектура тащемто. Свифт даёт куча возможностей делать датафлоф на свой вкус, и зачем упарываться второсортным скучным обосанным и глючным говном когда самому намного интересней всё кодить. Свифт юи я так и не соизволил посмотреть. Мне хватило видео с ввдц 16 года от создателя свифт юи
>>753786
Лучше бы вместо бесполезного демеджконтрола ты посидел и попрограммировал, глядишь бы и начал понимать о чем речь, жопа сама заживет, а вот навык сам не наработается, так и будешь до 30 в девках джунах ходить.
Про интервью пример вообще притянут за уши, я вижу с логикой и аналогиями у тебя пока тоже не очень.
А ты опять жиденько пёрнул?
Ну перди, чё, может когда нибудь что нибудь аргументированное высрешь.
Ну когда ты научишься задавать вопросы не используя ебанутых формулировок, чтобы казаться круче в глазах двачеров, то может и высру. Я так и не понял твоей претензии к старому доброму MVC и чем именно он тебя перестал устраивать.
Джунишка, тебе 2 анона отвечают, ты как обычно ничего не понял и все в одно хуйнул как и колбеки в коде
Какая разница, 2 семёна или один, оба постите несвязанную с делом хуйню. Ты пока что выдал 0 аргументов (я щитаю что это нитак — это именно пук а не аргумент). Это же /зк/, ты либо показываешь как надо и аргументируешь почему это лучше, либо идёшь нахуй.
>>753864
>Я так и не понял твоей претензии к старому доброму MVC и чем именно он тебя перестал устраивать.
Забей, уже не поймёшь, поезд уехал. Дальше только круды на заводе ООО "Кабанчик" и лычка старшийпидорас-3-го-разряда.
>А где слайдер потерял?
>>753348
>А теперь сделай для редактируемого textfield и stepper
А вот тут было что-то про слайдер? Ну добавлю таргет в ту же функцию, и будет на 4 строчки больше кода в сумме.
>NumberFormatter Аллах запретил использовать?
Я открыл плейграунд и сделал хуяк-хуяк за 2 минуты а тут оказалось что в стдлибе свифта нельзя написать это в стиле .clamped(to: min...max), пичальбида, ты лучше покажи где там этот суровый бройлерплейт.
Сначала
>Это же /зк/, ты либо показываешь как надо и аргументируешь почему это лучше, либо идёшь нахуй.
Потом
>Забей, уже не поймёшь, поезд уехал. Дальше только круды на заводе ООО "Кабанчик" и лычка старшийпидорас-3-го-разряда.
Кек
Поддерживаю дискуссию на уровне, тащемта я изначально и пытался следовать первому пункту, только эффекта не заметно.
В твоих примерах data вообще отсутсвует, другие классы у тебя из textfield будут считывать значения?
Ооо, вебмакаку порвало
>Ещё через 2 года эпл предложит пононценный flux, и ты будешь это есть, как послушная мартышка.
будешь кушать только ты, нормальные парни со своими решениями сидят и кайфуют.
>>753678
>Главная проблема айоси — это пиздец какая отсталость в плане архитектуры, которую задаёт эпл и все поддерживают, даже ебучие
андроидеры в этом плане всегда на 5 лет впередиx
Нет. Ты врешь. И не спорь.
Вот кстати хуй знает чё все так разворчались. Когда у тебя в проекте куча подпроектов — удобна.
>нормальные парни со своими решениями сидят и жрут говно
>Нет. Ты врешь. И не спорь.
А в чём враньё-то? В андроиде уже почти все проекты как минимум на MVI делаются (а куча народу уже на на флаксы/блоки/итд упрыгала), в айоси до сих пор куча поехавших чуть ли не за MVC цепляется, только MVVM более менее начинает приживаться (ещё года 2 назад 2/3 челиков шугались когда слышали "RxSwift", а в этих ваших андроидах он уже был на ходу, а ведь дальше ещё развитие MVVM-C->MVP->MVI и другие unidirectional архитектуры, сколько лулзов-то будет).
Чел, нам видимо нечего обсуждать.
Я до сих пор могу найти на галере условный мокси или кастомное решение хендлеринга экрана, не говоря уже о разделении на слои в проекте. Сейчас пишу на гейоси и менторю ведройд и чувствую себя более менее с ребятами, в отличии от головной боли в ведройде, но это субъективно. Закрыли тему из-за нехватки твоего кругозора.
Да, обсуждать больше нехуй.
Нет, то что ты судишь весь мир по своей галере как раз таки указывает на твои проблемы с кругозором, у тебя а ещё на то, что это либо не аутсорс галера либо один из лучших представителей этого вида, лол.
Срсу, делаю, не няшный
Ты вкатывальщик? Если да — то самый быстрый вариант вкатиться и устроиться куда нибудь — это фронт.
Если нет — ну я хз как можно без работы сидеть дрочить.
Ну вкатился ты, а дальше что? Какие перспективы? Так и будешь формошлёпить васянских MVVM всю жизнь?
А во фронте перспективы какие?Формашлепить на реакте?
>>765514
Если есть портфолио — жив. Опыт, в отличие от неудалённых работодателей никто никак не проверит, можно писать хоть 300 лет, но вот портфолио нужно хорошее.
Хотя имхо, даже в айоси больше тасков на фрилансе касательно всякой кроссплатформенной жс хуйни вроде реактнейтива/ионика/итд. Всё же нативные аппы заметно дороже, и их обычно либо заказывают у студий (вместе с поддержкой), либо нанимают себе штат инхаус разрабов (особенно если продукт овнер сам бегает с айфоном, лул).
>При том что без рекативщины mvvm бесполезен
Все что нужно знать о двощах, и о /pr в частности.
А в чём он не прав-то? Дата биндинги, и весть реактивный флоу с потоками данных — это же его основа, без реактивщины всё отличие MVVM-а от MVC будет в том, что легче писать тесты (которые ирл пишут только в больших компаниях и то от нехуй делать в 2/3 случаев, лол), а в плане поддержки/написания такая лапша с 5 коллбеками/методами делегата на 5 полей от какого нибудь випера в плане говёности вообще не сильно-то и отличается.
При том что датабиндинг — это и есть реактивный поток данных, мань. Тебе ссылочку на определение в вики кинуть нужно, сам не справишься погуглить?
Двунаправленный биндинг M и V, это если допустим изменилась модель - поменялась и вьюха и наоборот.
Где тут поток?
>Где тут поток
Не, чел, ты же реально тупой. По твоему что
>биндинг
вот это такое?
Для тупых: если ты по биндингу прогонишь больше 1 значения, а ещё не дай-то бог его изменишь — то это уже поток данных. Если у тебя ебучий текстфилд привязан к полю во вьюмодели — то это уже поток данных.
>если допустим изменилась модель - поменялась и вьюха и наоборот
Если тебе пришёл ответ от сервера, ты его закинул в отдельную очередь, где распарсил, закинул на главный поток, где присвоил вьюмодели и оповестил UI — это тоже ебучий поток данных, просто вместо пары операторов (а-ля композиции функций) ты выразил его вымазав пару экранов своей императивной наскальной живописью из 3 коллбеков и 5 функций коричневого цвета.
>>766299
>И где тут хоть одно упоминание потока?
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/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–view–viewmodel
А именно
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
А то что ты приводил - ощущается что гнешь свою палку, не разбираясь на уровень чуть ниже.
Ты говорил с другим челом, я автор утверждения.
Тебе скинули что такое биндинг на оф википедию. Подчеркну с той же вики, как показано на скрине
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/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–view–viewmodel
А именно
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
Для начала введи понятие делегатов, какого ты их сюда приплёл и из чего у тебя следует что твой вывод вообще хоть что-то значит? Биндинги работают на колбэках? Ахуеть теперь, а что на коллбеках не работает-то?
>А то что ты приводил - ощущается что гнешь свою палку, не разбираясь на уровень чуть ниже.
Особенно учитывая что на рассказ о потоках данных ты на полном серьёзе высрал какую-то околесицу про биндинги которые, обоже, работают на коллбеках. Чел...
>>766393
Я для тебя даже картиночку с вики припереть не поленился, ты уж постарайся что-то вменяемое написать по этому поводу если не согласен.
Кароче
Поинт >>766130
>При том что без рекативщины mvvm бесполезен
Ответ: MVVM вполне себе реализуется и без реактивщины. причем более аккуратно, просто и
Продолжай дальше вводить в заблуждения.
> на рассказ о потоках данных
потоки приплетаешь ты, дурачек, изначально поинт говорил что нахуй тебе рх в мввм. Все. Пока.
>Ответ: MVVM вполне себе реализуется и без реактивщины. причем более аккуратно, просто и
Проебав все свои фичи которые есть с rx-ом и костыля свои портянки с тысячами коллбеков.
Давай, удачи.
>Ответ: MVVM вполне себе реализуется и без реактивщины. причем более аккуратно, просто
Можно и троллейбус из хлеба сделать, но зачем?
Писать свою кастрированную костыльную версию Rx вместо того чтобы взять уже готовое. Что потом, от foundation будем отказываться и писать свою более простую и аккуратную реализацию?
Лучше возьми б/у макбук 2015. Почему стремно? Арм еще долго не допилят.
Техника эппл очень медленно падает в цене, бери
>Я сильно сосну если возьму айпад про с клавиатурой?
Да.
Бери мак на интеле и вкатыввайся, даже если как и обещали мигрируют все девайсы на арм через 2 года, то поддержка у интела минимум лет 5 после этого ещё будет.
Двачну, элементарно будут оставлять поддержку интела еще 3-5 версий макоси вперед, техника 2019 года на intel, яблоко обычно поддерживает технику достаточно долго.
>При этом брать мак на интеле сейчас стремно
Че блять? 2019 про с 16 дюймами лучшая инвестиция в твоей жизни.
>Лучше возьми б/у макбук 2015
Понял, спс. С какими спеками примерно? Или вообще может на макмини смотреть? У меня 4к моник, так что экран не важен.
Я почему спрашивал. С паверпк была такая же история, когда обещали поддержку, а потом прокинули на хуе через 2-3 года.
Ну вот через 2-3 года и продашь.
Возьми макбук, монитор отдельно подключить как второй можно будет.
Бери с внешней видеокартой и 16 гб озу
Так я уже в вебе. Как раз тут ловить и нечего. Так что буду в ios вкатываться.
>2019 про с 16 дюймами лучшая инвестиция в твоей жизни
Охуенная инвестиция говна, во время начала процессорной войны между интелом и амудэ, когда мощности будут пиздецки подскакивать в каждом поколении. Сейчас наоборот нужно тянуть и ждать новых камней. Иначе через год-два стоковая тринашка возможно, на райзене будет ебать твой макпук 16 на девятом поколении.
>Иначе через год-два
Чел, а кого ебёт что будет через 2 года? Лол.
Он к тому времени может уже спокойно вкатиться и дорасти до мидла. Даже если твои маняпроекции сбудутся (нет) то минимальный 16" макпук будет стоить через 2 года не меньше 120.
В иос все равно еще хуже. В вебе гораздо проще найти работу а уж тем более удаленную.
Согласен, что найти работу проще. Но и зп меньше как бы.
Будь ты уже с работой, идти дауншифтить з/п ради того чтобы дауншифтить з/п ты бы явно не стал.
>>770215
Ну это уже обыкновенное нытьё, по личному опыту на 15-20 жс макак находится в лучшем случае 1,5 толковых программиста. На айоси с таким подходом тоже будешь сидеть в джунах несколько лет, лол.
Хотя в айоси тоже 2 и 3 вкатывальщиков это уже "свифт-программисты", не знающие даже что такое указатель и не понимающие что и как работает.
Короче, конкуренция везде одинаковая — куча нихуя не умеющих долбоёбов с курсов (кстати — обучение по курсам/книжкам — это уже лакмусовая бумажка долбоёб/норм чел), и редкие вменяемые челики. Если ты из долбоёбов — то тебе везде будет ко-ко-конкуренция, если из норм челов — то даже в самой бюрократизироанной параше изи апнешься до мидла край за год.
>обучение по курсам/книжкам — это уже лакмусовая бумажка долбоёб/норм чел
Я учусь по ютубу и докам. Я долбоеб или норм чел?
Норм
Если ты уже имеешь работу в вебе то 2к я так пологаю потратить на технику не напряжно. Тогда лучше бери прошку 16 дюймов, а не макбук 2015 как тут советовали. 2015 еще актуален и хороший бук, но это скорее вариант для нищих борщехлебов, чтобы максимально сэкономить на вкате. Не вижу причин себя ограничивать.
Это еще пол беды, на днях обнаружил что есть один url по которому возвращаются данные, но вот когда перегоняю его в urlComponents и добавляю один query item(да я даже без редактирования пробовал) и перегоняю обратно в url, к моему великому удивлению я получаю ошибку too many redirects. Это как? Есть какие-либо догадки?
Я вот заметил что в апи туле если обращаться на этот адрес, сайт перенаправляет на тот же адрес, только без кодировки процентами. Версия http вторая
Пооосоныы, в урле сайта квадратные скобки, swift делает запрос на encoded урл, но сервер перенаправляет на decoded. Swift в свою очередь снова энкодит символы и так по кругу. Как с этим бороться?
Использовать objc
var goodstring: String { badstring.addingPercentEncoding(withAllowedCharacters: .urlQueryAllowed)! }
Кстати, такой вариант не поможет если в урле будут какие-то запрещенные символы, которых нет в allowed кейсах, типа символа "+" и др
Я бы тебя не взял.
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 опыта то и есть смысл, мне и так хрюши пингуют в личку.
>>771240
>так как этот тест больше не внимательность
Конечно, и тесты составили дауны. Нужно брать с реальной жизни, а выдумывать. В реальности еще интересней код бывает.
Ебал я в рот галеры
Пустят, если доведёшь хотя бы до состояния когда все кнопки работают и ничего не крашится, больше на твоём уровне нихуя и не проверяют.
Спасибо Анон
А что за ситуация с авторскими правами на контент?
>Я охуел с этой кросплатформы, чому то что выполняется в Xcode не равно тому, что выполняется на linux?
Зачем тебе свифт на linux? С vapor экспериментируешь что ли?
let lineLayer = CALayer()
lineLayer.frame = CGRect(x: 0, y: 0: width: 100, height: 1)
lineLayer.transform = CGAffineTransform(rotationAngle: 90)
>Хочу пилить ламповые приложухи и продавать в ап сторе
Плохая идея, приложения сейчас нахуй никому не нужны. Уже написали абсолютно всё, осталось только поддерживать.
Я думаю, более-менее хорошая идея - это идти в крупный энтерпрайз, пилить там какую-нибудь супераппу, где есть хоть какая-то архитектура, интересный нетворкинг, работа с локальной базой и т.п. А не только кнопки красить кстати мб ты из фронтов, и тебя как раз не сильно тех часть привлекает. хотя визуальная эстетика - это тоже классно Самая большая проблема, что таких мест хуй целых нуль десятых на всю РФ, в этом главная проблема. Я вот сам уже давно на iOS поглядываю и даже когда-то давно говнокодил еще в универе, но в какой-нибудь энтерпрайз бэк/фуллстек снова пробовать не хочу, так как заебался всякое говно через тонны слоёв бизнес-логики весь рабочий день пробрасывать.
В интерпрайз не хочется до боли в пальцах. Я по сути и так в нем, сотни ебучих сайтов написанных разными диванными студиями просто выжигают меня. Если с приложухами все так то видимо придется ждать нового устройства на которое можно вкатиться ну или геймдев в котором я не шарю. Хотя какой нибудь текстовый квест можно написать.
>В интерпрайз не хочется до боли в пальцах
Просто хз, что ты вообще представляешь под "интерпрайз" в случае iOS-разработки. У тебя скорее вариант "аутсорса", где
>сотни ебучих сайтов написанных разными диванными студиями
и ты их поддерживаешь.
Энтерпрайз - это про большие коммерческие приложения. Будь то CRM-предприятия, стримминговый сервис кинца, мобильное приложение банка и т.п. В любом случае, ты работаешь в определенных командах с четкой иерархией и разделением задач, над какой-то большой штукой. Считай, ты как винтик в большом механизме.
Просто, в любом случае, вершина развития iOS разработчика, как я понимаю - это работа в большом продуктовом энтерпрайзе. Да как и у любого другого прогера, тащемта. Просто в случае какого-нибудь фуллстек-червя в CRM какого-нибудь финтеха ты просто копаешь эту бизнес-логику и нихуя не видишь больше, пока до архитектора не дорастешь, наверное. Видится мне, с iOS-приложками все поприятнее, ибо это все же масштабы поменьше + меньше кастомных слоёв абстракций, наверное.
>стримминговый сервис кинца,
Можно и в медицинские аппы и прочее. Здесь больше интересностей, т.к. довольно много приложений с огромным кол-вом других направлений
Я бы наоборот в бек пошел, но из-за моей экзотики там работы нет, а писать на других языках - обычные туду, разбирать BPMN, искать интересные задачи среди парсинга XML не очень впечатляет.
на гречневых трудишься?
мой дружочек пирожочек из мухосрани перекатился из 1с и апнул зп с 90(мухосрань) - 160(дс) сейчас наверное уже больше.
в какой области созидаешь?
Ебал рот офисы, хотел только удаленку
тогда странно что так мало, подумай о смене конторы. если уверен в себе легко апнешься на 70-90к
>Получаю около 500 уев, полтора года опыта
Лечиться чтением статей\доков. Потом ищи с 1500 $ до 2к.
>Лечиться чтением статей\доков
Валюсь на собесах, как дойдет до вопросов забываю всю эту хуйню про то какие ограничение у разных контекстов в core data, какие там есть способы потоки петушить или как реализованы генерики в свифте. А если начинается алгоритмическая хуйня то сразу можно дропать, такие вещи вообще не могу запомнить потому что всегда есть 100500 статей как реализовать то или се без запоминания сколько раз тебе надо присесть со штангой чтобы дерево сбалансировалось
В смысле все зависит от локации или как понять "где"?
шиз.
>>783375
троль.
>>784438
много залетных.
>>784431
Тоже хз с код датой, обычно если они это спрашивают то им нужен чел с этим.
Почитай про полиморфизм в целом (удивительно что на русском относительно нормальная статья есть) 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% собесов. И не спорь.
Да. И баб много. Офк нужно ориентироваться на норм контору\коллектив\флоу и прочее.
Люди с низкой планкой остаются в соответствующем месте, такое правило везде работает так то. Твое дело копать кишки если хочешь найти адекватный проект.
>большинство ответов для даунов.
Спасибо, извини, что не прочел шапку. Мне рили стыдно, шапка довольно структурирована и информативна, редкость для тематических разделов. Хорошая работа, стыдно что не посмотрел сразу.
Все мы дауны чел. Никогда себя умным не ощущал.
>>785184
Меня еще собесила одна. Говорила что чайлды контроллеров внутри стек вью интересней делать чем просто брать ячейки разные и пихать в тейбл вью. Мол, неудобно, но раз неудобно наверное надо было искать решения, по типу ig list kit.
Работать конечно же туда я не пошел.
Я немного бумер вкатывальщик
Хочу вкатиться к вам, есть мак, гейфон и прочее. Но живу в восточной европе, а не рашке(недавно). Может у кого есть опыт поиска работы на европейских галерах?
Потому что в совремнном мире 2 года — и это уже говно мамонта.
>Обычные надоедливые вопросы это: 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, + разные траблы + паттерны + архитектуры + могут скинуть экран и сказать как бы ты его сделал.
То есть чтобы устроиться джуном по-хорошмеу я должен знать как минимум это?
Чтобы устроиться джуном, тебе надо иметь знания уровня миддла, а зарплату тебе будут платить как джуну
то есть помимо перечисленного, еще неплохо бы подучить пару фреймворков типа RxSwift'а?
>еще неплохо бы подучить пару фреймворков типа RxSwift
Вроде с iOS 13 эпл выкатили свой Combine framework, и теперь в RxSwift особо потребности нет. Наверное, он нужен там, где он уже есть в проекте и должен поддерживаться.
мимокрок
Каковы ваши доказательства?
>>787934
Если говорить про Rx либы, то там вообще главное въехать в концепцию всех этих потоков и операторов, кишки конкретного фреймворка тут изучаются за пару вечеров.
>>787980
> 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".
Спасибо нахуй надо. Уж лучше в веб вкатываться там хотя бы удаленных ваканский больше
Ты бы хоть открыл первую страницу свифтбука да почитал, что это язык со строгой типизацией. Второй ответ.
Тест Олежи проходил? Как успехи?
Так глава самой компании Пидор же.
чувак получил фундаментальные знания, подкреплённые дипломом, которые будут кормить его всю жизнь.
а если не быть долбоёбом, то и зарабатывать хорошие деньги.
а он решил всё это променять на яркую пустышку, у которой срок существования ещё лет 10 от силы
ну с такой точной зрения я согласен
>тупая как бревно баба, вас это не смущает
Нет, потому что если это было бы так то вкатыши не из айти бы спокойно закатывались, а не отваливались на нулевом этапе(освоение языка на котором будешь писать).
И что там на видео, боевые вебмочки вкатывальщика? Смотреть его конечно не стану
Превьюхи с этими зелеными буквами достаточно чтобы понять что делал какой-то школотун на скорую руку
>чтобы понять что делал какой-то школотун на скорую руку
Это делала iOS-разрабочи_ца крупнейшего ру-финтеха, если чё.
Перекатываюсь из науки в свифт, в жизни не видел/не писал энтерпрайс кода, пока не жалею
Разработка на iOS это в 90% работа маляра, литералли, если нравится таким заниматься, не хочетсья дышать химией и возиться с валиками то самое оно, кибермаляр.
Все верно. Нужно найти просто супер щарющую команду с профаунд тасками.
В иосе вообще миллион заезженных тем, поверхностных докладов, и прочее. И еще челы пропагандирует и разрешает людям всякое говно рассказывать по типу >>789747 . А англ митапов вообще не видно стоящих, отчасти. Может порекомендуете что нибудь?
>>790345
Нет, это тоже самое как и в других сферах. Просто ты занимаешься другим фреймом и знаешь немного об треугольниках и анимациях.
В нормальном фронте она тоже есть, так же как и в iOS аппки для гречневых делаются чисто малярными работами, без использования каких-то технолоджи и мозгов.
>крупнейшего ру-финтеха
Ну дык в большех компаниях вообще всегда дохуя лоускильных челов, просто потому что отбор идёт на массовость, и в гигантских командах никого конкретно не видно кроме лида.
Это в стартапах на 10 человек видно сходу работу и уровень каждого отдельно взятого индивида, и там такие либо вырастают (потому что жопу им не подтирают) либо сами съёбывают оттуда.
В стартапе можно вырасти только если есть крутые опытные люди, а компания из 10 джунов-долбоебов (как обычно) может выдать только кое-как склеенное нечто с нарушением кучи практик.
>В стартапе можно вырасти только если есть крутые опытные люди
Если ты типикал челик, не могущий в самообучение — то да, так и есть. Если у тебя есть голова на плечах, и ты хотя бы иногда догадываешься почитать код других проектов в интернете, подумать какие из этих практик являются годными, и можешь спиздить их — то и сам левелапнешься без проблем.
Опыт опыту тоже рознь, есть куча челов которые по 20 лет хуярят круды на пхп/дельфях и не продвигаются в образовании вообще никак имея в лучшем случае мидловые знания и стек устаревший лет на 10, а требования покруче чем у нормальных синьёоров, есть челы которые умудряются хуярить на двух или даже трёх, лол постоянках одновременно вылетая отовсюду край через пол года после того, как скатывают все проекты в говнище с которым потом не понятно что делать которые тоже не особо-то продвигаются в программировании, а есть ещё один тип — планктон из крупных компаний, который вообще не шевелится, потому что привык двигать 3 таска в неделю в жире, ходить в офис погонять кофе и попиздеть, и писать фичи которые можно даже не дебажить — синьйоры которые в случае чего сами обо всём подумают и всё поправят, не затягивать же релиз фичи на 2 недели из-за того что какой-то дебил что-то не понимает. И имея личный опыт с таким планктоном из сбера а именно сбер и яндекс работают на HR-ов как красная тряпка на быка, судя по тому, как таких индивидов через них проходит много, я вот не могу сказать — лучше ли он хоть чем-то предыдущих двух типов.
>как обычно
Обычно это где? Ни одного такого не видел, обычно всем очевидно что с джунами всегда надо сажать как минимум 1 опытного чела, мб у нас разное понимание стартапов? Я понимаю под стартапом нормальный проект с нормальной бизнес моделью (первое на что надо смотреть если идти работать в стартап), которые делается с нуля на базе нихуя, а не "соберёмся у васяна попишем код нопишем форк имакса зохватим рынак".
Скажите, пожалуйста, стоит ли пытаться вкатиться по Стэнфордским лекциям?
Если да, то как с ТЗ успехи, норм заделоли? Когда результат ждать, есть инфа?
>ставить на ифоны несколько магазинов
Не сделает, такое требование в суде выдвигают просто чтобы сразу поднять планку ожиданий, так легче выбить то, что им надо (договорной тариф по комиссиям с инаппов), это как на собесе — хочешь 150-170 — проси 200+, лол.
>рост спроса на свифтеров
Зависит от тебя. Если ты исключительно программист на свифте — лол, нет. Если ты знаешь хотя бы обж-с, не токсичный пидорас постоянно врубающий формальную логику и имеешь хотя бы пару лет опыта — ты и сейчас будешь нарасхват _везде_.
>не токсичный пидорас постоянно врубающий формальную логику и имеешь хотя бы пару лет опыта — ты и сейчас будешь нарасхват _везде_.
Поскорее бы
Айосник-за-шессот-почти-2-года-опыта
Как вообще в iOS дела с Украиной? Вкатиться реально?
Как вообще в iOS дела с реально? Вкатиться Украина?
Как Украина вообще дела в iOS реально? Вкатиться?
>Айосник-за-шессот-почти-2-года-опыта
Ты Смееешься? Мимо год за 2к баксов.
Тред кстати умер. Здесь либо троли остались, либо неадекваты, которые задают какие то тупые вопросы.
АУЕ
Я вроде слышал, что у вас там почти всё it - это аутсорс. Не знаю, правда ли или нет, но в iOS-разработке лучше работать в продуктовой компании, я думаю.
проспись
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
Что думаете? На что обращать внимание? Что особенно проверить?
На старше 15 не встанет последняя версия os x вместе с последним xcode?
Меня второй вариант привлекает, машинка - зверь, а учитывая, что в игры я не играю, то мне ее ресурсов хватит навсегда.
у меня 128. места пиздец нет, other занимал 80gb
После небольшого расследования, оказалось что эти 90гб занимал xcode и его симуляторы
128 боль, пришлось через мокропиську ставить обычный m2, благо до 2018 года маки это позволяют.
>>798405
Я уже точно не скажу, не помню, но может и не встать, особенно если видюха не поддерживает metal. Погугли минимальные хардваре требования для catalina, если хочешь вкатываться именно в ios то рекомендую ось ниже даже не рассматривать, конечно на mojave еще можно разрабатывать, но буквально год и актуальные версии xcode уже не поставишь, 11.5 и все что выше требует каталину.
Я сейчас работаю продакт-манагером (не в айти сфере), но так заебался этим заниматься, что хочется лампово пописать кодик (ибо по образования я программер). Сам продак-манагером доволен, ЗП плотят и неплохую, но у программеров то перспектив больше
Единственное что, в далекие годы мы писали на чистом С и я уже нихуя не знаю. Поэтому хотел В К А Т И Т С Я в iOS разработку или в разработку под Apple системы в целом.
Из имеющегося: макпук эир 2017, сишный бэкраунд уровня создания своего калькулятора
Вопросы:
1. Есть ли очевидные или не оч подводные камни именно в iOS разработке?
2. Сами по себе iOS упыри нужны в РФ или нахуй ты нам тут нужон?
3. Каков верхний потолок по зарплате у iOS'ников?
4. Рынок скорее перенасыщен или кадров нихуя нет нормальных?
Алексей, 27 годиков
А мне вот сильно не хватало, накатить пару опернсорс проектов для обучения, так они раздристываются по 10 гб, какой-нибудь флаттер накатить - минус драгоценные гигабайты, в конце я уже натурально с помошью clean my mac каждый мегабайтик мусора искал и вычищал.
>>799032
Форм фактор 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 ядрах полет нормальный.
Братишка, подскажи, ты ведь заказывал переходник с алиекспрессов на 2242? Ты туда полноразмерный 2280 поставил или взял коротыша 2242 с хуевыми характеристиками? Как оно работает в целом?
У самого A1708 с SSD 128gb, я запарился чистить место.
Да, в маках стоят обычные ssd, просто с нестандартным слотом. Причем не самые быстрые.
По крайней мере в маках до 2018 года, дальше они уже распаяны на материнке и возможно там какой-то эпловский каштом, хотя врядли
>>799397
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.
>>799382
Спасибо за ответы!
Очень полезно знать.
Если есть возможность, можете тогда ответить еще на пару:
1. По вашей практике - стоит ли зеленым вкатываться в iOS, с учетом что у них есть девайс (макпук, аймак, мак про лол)
1.1 Если нет, то куда бы вы [опять же по вашему опыту] предложили вкатится совсем зелени?
1.2 Где самый приятный, низкий порог вхождения? В какой из программер вакансий?
Все тот же Леша, 27 годиков.
1.3 + Ко всему вопрос. У меня есть устойчивая установка, что в iOS программинге гораздо все легче, так как курсы по нему все едины. Есть полная поддержка от Apple и условно: куда и эпол -- туда и ты.
Что с одной стороны кандалы, да, но с другой стороны это золотые кандалы, и ты всегда понимаешь спектр своего развития.
Вопрос: моя установка имеет место быть? Или это я себе напридумывал
>>799514
> 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-летний анон.
>>799514
> 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-летний анон.
>это было почти 9 лет назад.
>Анон, 31 годик, 150к в замкадье.
Хуле тут так мало?
айосник-за-шессот
Ну сорян, не оправдал надежд. Думаю к концу года перекатываться куда-нибудь на 200. Я не сеньор-помидор по своим ощущениям, так, хороший миддл. Разве что на галерах меня продают как ёба-эксперта-сеньора, но мы-то понимаем что эти лычки ничего не стоят?
На iOS (если брать чистый свифт) я пишу 5 лет. До этого с iOS возился года два-три, но как шарпист под юнити.
Я изначально вкатывался в iOS но в итоге закатился на удаленку по фронту(react). Зеленому очевидно или ios или фронт. Плюсы веб фронта в том, что больше вакансий на удаленку.
Ну просить ты можешь хоть пять килобаксов, возможно тебе повезет. В москве килобакс зеленому вполне реальный расклад.
В моих ебенях полугодовой опыт стоит 30-40к, если ничего другого кандидат не умеет (не кодил на других платформах значительное время, хотябы год-другой).
Вот пример: https://ulyanovsk.hh.ru/vacancy/30630016 (местная галера на 100+ рыл, кандидатов у них дохера и на эту вакансию они найдут десяток точно)
Знаю парня, который пишет на андроид лет пять, а помимо этих пяти имеет лет десять коммерческого опыта в джаве и он даже сотки не имеет - такой стеснительный и покладистый.
Более того, сеньор в 600к городе на iOS имеет вилку 100 (слабый) - 180к (выдающийся). Сеньор, который по совместительству будет лидом на двадцадку больше. Но сейчас зарплаты ДС-ебеня относительно выравниваются благодаря повсеместной удаленке.
Да чего там, есть пара знакомых, которые двадцатку получали на протяжении года-полутора (хотя уже относительно стали самостоятельными разработчиками), а повышения просить стеснялись. Впрочем знаю джуна, который даже SOLID не осиливает, но получает 85к, так как имеет опыт в три года.
Да хуйня все это
Я за полгода осилил что некоторые за 2 изучают, но циферка опыта не дает мне подняться
Конечно, кто-то три года одно и то же пилит и не развивается, а кто-то за полгода делает существенный прогресс.
В любом случае на собеседовании это вскроется: если интервьюер норм, то получишь предложение, если не норм - ну и нахер надо работать с мудаками.
Впрочем, никто не застрахован от неправильной оценки своих возможностей, но и эта ошибка может работать в обе стороны.
Короче говоря, опыт это вещь индивидуальная, но чисто статистически не особо умный чел, который шлепал формы три года, при дальнейшем шлепании форм какое-то время будет эффективнее полугодовалого умника. А иногда большего и не требуется.
> главный стопор этого прогресса — это несовместимость AppKit-а и UIKit-а
Они портируют UIKit на Mac и со временем выкинут AppKit нахуй. AppKit - реально сраное говно мамонта, очень кривое и неудобное, функционал очень ограниченный.
Тащемта да, как минимум половина рынка (причём в любом яп, если убрать рофлы по 500к) — это студентота и вкатывальщики с 0 опыта, тебя это так удивляет? ВНЕЗАПНА НАХУЙ это рыночек, и зп растут из дефицита кадров, и именно поэтому имея год опыта можно претендовать на 100-130, 2 года — 150-170, 3+ года — 200+.
Хотя встречаются и додики которые за 5+ лет не научились писать ничего кроме крудов на мвц приправленном синглтонами и не могут потратить 2 недели чтобы выучить новый язык уже 3 года, но это уже клиника.
Как с рынком дела?
React Native или сайты адаптивные не убивают рынок нативных приложений?
Айосник-папицот, ты? Да, ты. Я узнал тебя по грустной жабе.
А вот слушал бы признанных авторитетов айос-мирка, таких как Евгений Елчев, получал бы совсем другие деньги!
https://twitter.com/tygeddar/status/1303374358782586882
Эй, мне уже подняли до 600
В голосину с этих сказок венского леса. Собственно можно скроллить весь тот бред, что написал этот лопоухий и низколобый товарищ до этого твита - https://twitter.com/int02h/status/1303407266763354115
>>801883
В иос комьнити все разбросано и нет интересной инфы. Этот чел просто высрал кучу ненужного текста даже не ответив на свои тезисы, которые написал вначале для обсуждения.
И прочие Егоры Толстые и тому подобное, в андройде в этом плане люди интересней. Мы о ру сегменте говорим.
А конкретно по зп анон >>802145 все верно написал. Полагаю, эти 24% просто регион + вкатывальщики, которые кроме свифта\обжс не видели ничего больше. Мы говорим о продакшен опыте, хотя и свой сгодиться.
Бывает.
О, знаю этого чела, он мне в тг конфе по флаттеру помогал многократно, а че не так с ним?
Тут просто тред дизморальщиков или никто не вкатывается.
Я не учу ничего нового каждый день. Зачем мне переутомляться, других дел хватает. Несмотря на это я веду свои проекты, для себя. Без стора. Ну и работаю.
Иногда приходится на работе разъебывать по фактам, прикрепляя бенчмарки кода.
middle.
А как ты попал на работу не имея релизнутых приложений, которые приносят деньги в аппсторе?
У эльфийского вкатыша и расходы соответствующие. На 300к даже в дс можно пановать как тварь, лол.
>>803424
>Я не учу ничего нового каждый день.
А я вот учу, в основном просто потому что мне нехуй делать и я этим и так занимался всю сознательную жизнь.
>А вообще почему все так лицемерят?
Кто все-то? Ну сочинил чел ахуительную историю, набивает себе цену перед хрюшами, не писать же ему "я задрот который кодил всю жизнь потом увидел мобилки и растущий рынок, и запрыгнул на хуйптрейн просто чтобы не обосраться, хотя на сами айфончики мне похую".
>там только сильные мидлы или помидоры
Хороший они себе выстроили HR бренд на хабрах, если о них так даже на сосаче думают.
Посмотрел бы я ирл какие какое качество кода у этих синьйоров-помидоров, учитывая что это обыкновенная аутсорс-галера.
Ну хуй знает, как по мне так лучше веслать на "обычной галере", чем четыре года поддерживать легаси-библиотеку STROKA в продукте
Лучше все же чередовать. Перекатился на галеру после двух лет на продукте, очень страдаю от того, что дохера вещей пропустил. Когда перекатывался с галеры на продукт - охуевал от того, что разработка может не быть потной.
>C
>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.org пишут, что swift это замена для C, но в вакансии на jobs.apple.com написано, что сейчас весь сишный код переписывается на Rust. Даже самим Эппл свифт больше ненужен. Swift теперь оффициально это легаси параша.
> 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.
Отрицай дальше, только потом не плачь, когда эппл дропнут твой сввифт через пару лет.
Они там пишут свои фантазии, по факту это замена obj-c а не c. Разработчики Goвна например считают что их язык — это замена си/плюсам, сам то как думаешь, это так? Нет, блять, по факту оно живёт в нише жавы/пхп/питона.
Покормил жирного.
Ну и? У тебя си-подобные языки только системным ограничены? Java - это тоже С-подобный синтаксис, что на это скажешь?
Короче, ты походу тупой какой-то. Свифт - это язык для написания приложений экосистемы Apple. Низкоуровневую хуйню никто писать не собирался. Так же, как и приложения для iOS на расте.
>этот дэмэджконтроль си(плюсплюс) дебила
Успокойся, через 3-4 года без работы и с outdated стаком останешься только ты, и пойдёшь учить хачкель руст.
И что? Перекатимся и в хуй дуть не будем. Только вкатышу трудно освоить новый язык, с objc перекатились, перекатимся и на rust, если нужно будет. В серьезных проектах ты и так обычно должен юзать/знать swift, c++, c, objc еще и скриптопарашу типа питона/руби. Если дрочат мультиплатформу то kotlin/js/dart.
Отсос тут разве что у ведра, разрабы на котором так и будут свой неокобол до тепловой смерти вселенной ворочать.
Галера - контора, которая продает тебя на чужие проекты. У конторы своих проектов около нуля (ну там всякая шляпа для обучения джунов). Можешь попасть на нормальный проект, но обычно разгребаешь некрокод индусов и всякое такое. Примеры - люксофт, епам и т.д.
На галере работать потно потому, что от проекта к проекту меняется стек и он далеко не всегда актуальный и нужный лично тебе. Тебя будут ебать и менеджеры заказчика и свои собственные менеджеры.
Продуктовая контора - пилят свой продукт. Пример - Авито, банки всякие, сервисы аренды и прочее. Менее стрессовая разработка, более менее постоянный стек. Но через год ты все вдоль и поперек изучил, ничего нового не происходит, сидишь и деградируешь.
В большинстве случаев попадал на нормальные проекты в галере. Нет смены стека на стека. Сидишь и пишешь норм код.
В продуктовой более стрессовая мне попалась, какие то зажатые рамки релизов и т.д. Мб я просто в банках работал, или команды попадались.
Благодарю.
Галера — это, по факту, бадишоп, где заказчики оплачивают твои часы. Поэтому тебя будут драть как сучку во все щели и дрочить за каждые 20 минут не затреканные в жире.
Про развитие с вот этим >>806324
>Но через год ты все вдоль и поперек изучил, ничего нового не происходит, сидишь и деградируешь.
ананасом не согласен от слова совсем, т.к. галера это всегда практически один консервативный стек (в виду жестких эстимейтов), где как минимум треть модулей типа авторизации/сети/слоя данных/итд кочует в виде копипасты из проекта в проект и ещё как минимум треть — это типовая залупа в виде UI, которая даже у дизайнеров и то копипастится из проекта в проект, лол.
Из того что реально лучше делают в галерах — это выстраивание рабочих процессов. Если ты хочешь грейдится в скрум-мастера-хуястера/кабанчика/итд — то галера это твой выбор.
Если хочешь развиваться как специалист — то лучше таки поискать продуктовую компанию. Фичи таки не заканчиваются почти никогда, чаще приходят запросы на объёмные фичи (которые аутсорс галерам как правило вообще не доверяют, т.к. это как макдак в мире еды, лол), есть время чтобы копаться и изучать как и что работает, а если это не какое нибудь говно мамонта вроде вк (которое работает чуть ли не с iOS 8) — ещё и новые технологии увидишь а не будешь клепать типовые круды из фетчедреквестконтроллера и модельки в кордате.
>как виджет
Что ты под этим понимаешь?
Как виджет из iOS 14? Нет.
Как виджет в виде того говна, что было в шторке слева до 14-й? Нет.
Это с тобой можно не согласиться. Тот анон расписал более реальные кейсы.
Все зависит от галерской конторы Значит тебе такие попались, но утверждать что такие все - это как минимум глупо.
Виджеты и так на SwiftUI пишутся, не ахуевай совсем.
Энивэй виджет даже в сеть нормально сходить, смысла в пва нет от слова совсем.
>>807047
Реальные в чём, Семён? Не было в том посте тезисов, тупой пук на вентилятор.
В том, что у бадишопов такой режим работы и они зарабатывают продавая твоё время?
Даже если 1 из 10 галер на голову выше других, то для развития в софтваре инжинегра она всё равно будет хуже нормальной продуктовой компании просто из-за рамок выставляемых бизнесом.
>>806811
Ну раз уж ты так резко воспринимаешь критику, поясни на скольких галерах и как долго ты работал, какие впечатления ты получил? Я, например, сменил всего три галеры (суммарно лет шесть у весла провел). Процессы были выстроены нормально только в одной (500 человек), в двух других (150 и 70 человек) - какая-то маразматическая самодеятельность под прикрытием аджайла.
Проекты с "типовой залупой" - это когда галере скинули проект, который нужно пилить с нуля, а это далеко не всегда так происходит. К тому же "типовая залупа" это внутренний унылый набор говна а ля "pod galeraExtensions" и творческое переосмысление какого-нибудь вайпера. Самое стремное в этом, что каждая такая галера, которая запилила свой "скелет на которым мы будем строиьт быстро и заебато", на поддержку и расширение скелета сажает всяких джунов. Короче говоря вся эта "типовая залупа" нахуй не нужна нормальному разработчику для "саморазвития". Ну не суть, я соглашусь, что для развития здесь мало чего есть.
Что ты еще утащишь с галеры с собой? Рабочие процессы? Да нахуй они не нужны на другом месте, потому, что новая метла метет по новому.
Не очевидный минус для новичков в том, что на галере у тебя есть хорошие шансы попасть на хуевый проект, который пилили какие-то инвалиды в бангалоре пять лет назад, а тебе "всего лишь кнопочку перекрасить", которое в итоге выльется в адовые переработки и выгорание.
Еще один неочевидный минус если галера работает как бодишоп, то ты продаешься в другие команды, со своим менеджментом и разработчиками. Отгадай кто будет виноват если все пойдет по пизде? Васян/Раджа, который с этими менеджерами уже пять лет пилит или ты-весь-такой-невиновный? Короче говоря это тоже добавляет седых волос на жопе. За тебя никто вписываться не будет, менеджеры с твоей галеры (ебучие аккаунты и пмы) все повесят на тебя чтобы просто прикрыть свою жопу, знаем, плавали.
Ну а теперь переходим к основному минусу галер - тайм трекингу. Вот здесь ты будешь терять больше всего нервных клеток. Ты будешь вечно балансировать между "чет этот пидор долго кодит простую хуйню" и "чет этот пидор наебашил говнокода". Неопытные ребята часто списывают на проект меньше времени, чем тратят на самом деле - чтобы не прилетало по башке от менеджеров. Я насмотрелся таких, которые в 8 пришли, в 8 ушли, списали 6 часов, потом пару часиков дома на выходных спишут.
Ну и в чем я не прав? Разве это не потная разработка?
Я с тобой соглашусь, что если ты собрался в профессиональные балаболы, то галера - твой выбор, там ты можешь хоть скрам-мастером стать, хоть продукт овнером, хоть еще каким оператором пульта презентаций. Вот только это не развитие, в мире от этого зачастую становится на одного хорошего программиста меньше и на одного хуевого менеджера больше.
А теперь про продуктовую компанию. Вот я на паре поработал. На аутсорс с них вообще нихуя не отдавали, но и конторы были небольшие (70 и 20 рыл). В первой я отпахал два года, но уже спустя год я знал всю их внутреннюю кухню и как разраб не развивался. Со второй вышло меньше, там поставили какого-то джуна (своего пацана, видимо с баню с ним ходят) архитектором и я решил съебывать. Да, у меня была возможность развиваться, но я ей не пользовался, а был как лягушка на медленном огне - зачем напрягаться если и так все заебись. Если ты такой сверхчеловек, который всегда там чет самообразуется и вылезаторствует, то наверное да, продуктовая компания - идеальный вариант - с тебя спроса меньше, а возможностей развития больше. Правда это развитие не за счет интересной работы, а за счет того что в рабочее время ты чет для себя учишь.
Разумеется я не проработал во всех компаниях мира и признаю, что у всех опыт разный, кому-то и в галере легко и весело, кому-то в продуктовой компании - вызов.
Тот анон, который пукнул на вентилятор
>>806811
Ну раз уж ты так резко воспринимаешь критику, поясни на скольких галерах и как долго ты работал, какие впечатления ты получил? Я, например, сменил всего три галеры (суммарно лет шесть у весла провел). Процессы были выстроены нормально только в одной (500 человек), в двух других (150 и 70 человек) - какая-то маразматическая самодеятельность под прикрытием аджайла.
Проекты с "типовой залупой" - это когда галере скинули проект, который нужно пилить с нуля, а это далеко не всегда так происходит. К тому же "типовая залупа" это внутренний унылый набор говна а ля "pod galeraExtensions" и творческое переосмысление какого-нибудь вайпера. Самое стремное в этом, что каждая такая галера, которая запилила свой "скелет на которым мы будем строиьт быстро и заебато", на поддержку и расширение скелета сажает всяких джунов. Короче говоря вся эта "типовая залупа" нахуй не нужна нормальному разработчику для "саморазвития". Ну не суть, я соглашусь, что для развития здесь мало чего есть.
Что ты еще утащишь с галеры с собой? Рабочие процессы? Да нахуй они не нужны на другом месте, потому, что новая метла метет по новому.
Не очевидный минус для новичков в том, что на галере у тебя есть хорошие шансы попасть на хуевый проект, который пилили какие-то инвалиды в бангалоре пять лет назад, а тебе "всего лишь кнопочку перекрасить", которое в итоге выльется в адовые переработки и выгорание.
Еще один неочевидный минус если галера работает как бодишоп, то ты продаешься в другие команды, со своим менеджментом и разработчиками. Отгадай кто будет виноват если все пойдет по пизде? Васян/Раджа, который с этими менеджерами уже пять лет пилит или ты-весь-такой-невиновный? Короче говоря это тоже добавляет седых волос на жопе. За тебя никто вписываться не будет, менеджеры с твоей галеры (ебучие аккаунты и пмы) все повесят на тебя чтобы просто прикрыть свою жопу, знаем, плавали.
Ну а теперь переходим к основному минусу галер - тайм трекингу. Вот здесь ты будешь терять больше всего нервных клеток. Ты будешь вечно балансировать между "чет этот пидор долго кодит простую хуйню" и "чет этот пидор наебашил говнокода". Неопытные ребята часто списывают на проект меньше времени, чем тратят на самом деле - чтобы не прилетало по башке от менеджеров. Я насмотрелся таких, которые в 8 пришли, в 8 ушли, списали 6 часов, потом пару часиков дома на выходных спишут.
Ну и в чем я не прав? Разве это не потная разработка?
Я с тобой соглашусь, что если ты собрался в профессиональные балаболы, то галера - твой выбор, там ты можешь хоть скрам-мастером стать, хоть продукт овнером, хоть еще каким оператором пульта презентаций. Вот только это не развитие, в мире от этого зачастую становится на одного хорошего программиста меньше и на одного хуевого менеджера больше.
А теперь про продуктовую компанию. Вот я на паре поработал. На аутсорс с них вообще нихуя не отдавали, но и конторы были небольшие (70 и 20 рыл). В первой я отпахал два года, но уже спустя год я знал всю их внутреннюю кухню и как разраб не развивался. Со второй вышло меньше, там поставили какого-то джуна (своего пацана, видимо с баню с ним ходят) архитектором и я решил съебывать. Да, у меня была возможность развиваться, но я ей не пользовался, а был как лягушка на медленном огне - зачем напрягаться если и так все заебись. Если ты такой сверхчеловек, который всегда там чет самообразуется и вылезаторствует, то наверное да, продуктовая компания - идеальный вариант - с тебя спроса меньше, а возможностей развития больше. Правда это развитие не за счет интересной работы, а за счет того что в рабочее время ты чет для себя учишь.
Разумеется я не проработал во всех компаниях мира и признаю, что у всех опыт разный, кому-то и в галере легко и весело, кому-то в продуктовой компании - вызов.
Тот анон, который пукнул на вентилятор
Почитал тебя и что дизмораль по вкату словил. Мимо вкатывальщик
Дык SwiftUI и есть реакт на свифте, лол.
>Ну раз уж ты так резко воспринимаешь критику, поясни на скольких галерах и как долго ты работал, какие впечатления ты получил?
Работал на одной галере, в которую пошёл наслушавшись хуйни про релокейт, и съебал через полтора года когда вылез геморрой (буквально), лол. Всё что надо знать о моих впечатлениях.
А на прошлой работе почти год занимался тем, что разгребал говно с аутсорса (компания в один день руководство компании решило собрать инхаус команду чтобы отдать ей несколько проектов с аутсорса), и закончилось на том, что решили соединить кучу говнокода из этих внутренних прилаг в одну дабы импортозаместить некоторые мессенджеры и сервисы, и по классике жиденько обосрались в поставленный срок, ибо оказалось что было бы легче написать это всё с нуля, чем пытаться использовать несколько копрокодобаз переходивших из рук в руки 4+ года. Но CTO-пхпшника такие доводы не интересовали, ничего страшного, смерджите как нибудь, вордпресс работает жи. Это, тащемта, пример переходного явления от галеры к продукту, с галерным же майндсетом.
Последние два года сижу в продуктовой команде, и кайфую от того, что есть время на то, чтобы более менее разобраться что к чему и запилить фичу нормально, есть нормальное развитие стека, а менеджменту можно объяснить что можно выделить две недели на рефакторинг какого нибудь модуля чтобы потом не добовлять фичи по 2 месяца.
Алсо, в текущей компании собеседую кандидатов, и знаю погоду в бадишопах. Нихуя за последние несколько лет не поменялось.
>это когда галере скинули проект, который нужно пилить с нуля
Ну, тащемта нет. Лично у меня на галере в своё время был чуть ли не прописан список либ, которые тащим везде и не тащим.
Конечно, бывают изъёбистые проекты. Я как-то в той галере LevelDB потыкал палочкой в iOS прилаге, правда не понял нахуя было так изъёбываться, даже рассказывать теперь мужикам стыдно, лол. Правда не скажу, что было время нормально изучить технологию и написать что-то вменяемое, а не кучу костылей методом тыка с принтами.
>Ну не суть, я соглашусь, что для развития здесь мало чего есть.
>Рабочие процессы?
А в чём спор-то тогда? Я изначально про то и писал.
>Ну и в чем я не прав? Разве это не потная разработка?
Во всём прав, правда такая бурная деятельность закончится обыкновенной колящей шишкой в жопе и выгоранием. Даже если тебе похуй на твой уровень, и ты будешь "сидеть и деградировать", неспешно пописывая код хотя бы задумываясь, как же будет лучше и изредка почитывая что нибудь на хабре — пользы от этого будет несравнимо больше, чем от выгорания через пол года прибывания у весла.
>Если ты такой сверхчеловек, который всегда там чет самообразуется и вылезаторствует
Ну, тащемта я и в коденг пошёл потому что кайф имею от того, что могу что-то сделать, а потом сделать это лучше.
>но уже спустя год я знал всю их внутреннюю кухню и как разраб не развивался
>Правда это развитие не за счет интересной работы, а за счет того что в рабочее время ты чет для себя учишь.
Я и месяца не провожу без очередной новой фичи/редизайна/полного рефакторинга фичи после а/б тестов, не знаю что ты там писал (букридер?) что проект которые развивался 2 года можно полностью знать.
>Ну раз уж ты так резко воспринимаешь критику, поясни на скольких галерах и как долго ты работал, какие впечатления ты получил?
Работал на одной галере, в которую пошёл наслушавшись хуйни про релокейт, и съебал через полтора года когда вылез геморрой (буквально), лол. Всё что надо знать о моих впечатлениях.
А на прошлой работе почти год занимался тем, что разгребал говно с аутсорса (компания в один день руководство компании решило собрать инхаус команду чтобы отдать ей несколько проектов с аутсорса), и закончилось на том, что решили соединить кучу говнокода из этих внутренних прилаг в одну дабы импортозаместить некоторые мессенджеры и сервисы, и по классике жиденько обосрались в поставленный срок, ибо оказалось что было бы легче написать это всё с нуля, чем пытаться использовать несколько копрокодобаз переходивших из рук в руки 4+ года. Но CTO-пхпшника такие доводы не интересовали, ничего страшного, смерджите как нибудь, вордпресс работает жи. Это, тащемта, пример переходного явления от галеры к продукту, с галерным же майндсетом.
Последние два года сижу в продуктовой команде, и кайфую от того, что есть время на то, чтобы более менее разобраться что к чему и запилить фичу нормально, есть нормальное развитие стека, а менеджменту можно объяснить что можно выделить две недели на рефакторинг какого нибудь модуля чтобы потом не добовлять фичи по 2 месяца.
Алсо, в текущей компании собеседую кандидатов, и знаю погоду в бадишопах. Нихуя за последние несколько лет не поменялось.
>это когда галере скинули проект, который нужно пилить с нуля
Ну, тащемта нет. Лично у меня на галере в своё время был чуть ли не прописан список либ, которые тащим везде и не тащим.
Конечно, бывают изъёбистые проекты. Я как-то в той галере LevelDB потыкал палочкой в iOS прилаге, правда не понял нахуя было так изъёбываться, даже рассказывать теперь мужикам стыдно, лол. Правда не скажу, что было время нормально изучить технологию и написать что-то вменяемое, а не кучу костылей методом тыка с принтами.
>Ну не суть, я соглашусь, что для развития здесь мало чего есть.
>Рабочие процессы?
А в чём спор-то тогда? Я изначально про то и писал.
>Ну и в чем я не прав? Разве это не потная разработка?
Во всём прав, правда такая бурная деятельность закончится обыкновенной колящей шишкой в жопе и выгоранием. Даже если тебе похуй на твой уровень, и ты будешь "сидеть и деградировать", неспешно пописывая код хотя бы задумываясь, как же будет лучше и изредка почитывая что нибудь на хабре — пользы от этого будет несравнимо больше, чем от выгорания через пол года прибывания у весла.
>Если ты такой сверхчеловек, который всегда там чет самообразуется и вылезаторствует
Ну, тащемта я и в коденг пошёл потому что кайф имею от того, что могу что-то сделать, а потом сделать это лучше.
>но уже спустя год я знал всю их внутреннюю кухню и как разраб не развивался
>Правда это развитие не за счет интересной работы, а за счет того что в рабочее время ты чет для себя учишь.
Я и месяца не провожу без очередной новой фичи/редизайна/полного рефакторинга фичи после а/б тестов, не знаю что ты там писал (букридер?) что проект которые развивался 2 года можно полностью знать.
Вероятно я тебя изначально не правильно понял, спасибо за развернутый ответ.
>А в чём спор-то тогда? Я изначально про то и писал.
Меня зацепило твое мнение о том, что на продуктовой компании можно развиваться в отличие от галеры. Мой опыт говорит о том, что развивался я именно на галерах через жопоболь, а на продуктовых рано или поздно скатывался в прокрастинацию (плётки-то нет). Забавно, у меня есть знакомый, который ушел с одной галеры на продукт (на большие деньги), а теперь ищет новое место и желательно галеру - не ебут, а без превозмоганий не может, три месяца на осознание ушло.
>Ну, тащемта я и в коденг пошёл потому что кайф имею от того, что могу что-то сделать, а потом сделать это лучше.
Ну и я по тем же соображениям пошел, но спустя годы перестал получать кайф от примитивных задач вроде "заебень типовой контроллер" и "перекрась кнопку и подвинь". Иногда бывает целый день ебёшься на полную с какой-то совершенно незначительной херней вроде "выведи текст вот там", а потом сидишь дома и охуеваешь от мыслей "на что я трачу свои годы".
> не знаю что ты там писал (букридер?) что проект которые развивался 2 года можно полностью знать.
Крупный сервис по бронированию.
Последней каплей на продакте было написание не очень сложного чата, которое вылилось в почти год кропотливой работы по типичным причинам постоянный пересмотр всего и вся. Это топтание на месте доебало и жопа захотела новых приключений.
> а потом сидишь дома и охуеваешь от мыслей "на что я трачу свои годы".
Так к любой профессии можно прикрутить. Нужно просто не перерабатывать. Усталость != перегоранию (не люблю слово это)
Я например занимаюсь масляной живописью как минимум в выходные. Картины отсылаю знакомым, друзьям и прочим.
А вообще, судя по тому что вы написали я по крайней мере не сталкивался за 3 года, работая на галерах. Видимо вам не повезло.
Максимум какой трекинг времени был - так это в браузере поставить 8 часов. А, ну и да, я на удаленке с самого вката сижу. Может на галерских удаленках полегче отношение. Кто знает.
мимо другой >>807047
Я перекатывался после админства серваков, PHP и верстки на HTML/JS/CSS, в общем сейчас этот макакинг называется фуллстеком.
Ощущения примерно те же самые, ровно то же дрочево с версткой. Серьезно, разницы мало. К тому же дохера веб-макак перекатилось и притащило за собой всякую веб-хуйню, которая сейчас в тренде.
Никогда больше не буду сидеть на бета сборках. Раз в неделю как только открывал мак стабильно нагревался до 100% и ничего вообще не открывалось. Лечилось спустя час-два само собой. (а работать то кто будет блять)
В итоге после 1-2 недель таких игр решил ждать оф релиз и перекатился обратно.
И еще че на нем будет по кинчику, можно будет онлаен смотреть или в ебаном сафари ональные ограничения, ака хтмл5/флэш плеер не подерживается? И еще смогу ли я на него более свежею версию мак ос накатить. Или не ебаться и ккпить виндоус?
Спешите видеть, нюфаг нихуя не понял и прировнял концепцию к своей невозможности понять конкретную реализацию, такой-то метамодерн, кекс.
> Начнём с того что это надстройка над глючным GCD
В чём его глючность? Как он вообще связан с rx? В rx-е есть целых 3 оператора, 2 из которых это debounce и throttleю лол. Кстати, покажи-ка мне, как ты их без него компактненько сделаешь. Или как ты без scheduleOn/recieve(on:) не скатишь код в 10-ти уровневый ад коллбеков с бесконечнымыми guard let self = self.
> Во вторых когда надо что то добавить всё равно намного проще унаследоваться от бейскласса и переписать нужный метод чем через три пизды переподписоваться на нужный контрол в централизующий функции.
А зачем ты вообще его для этого юзаешь? Оно нужно для привязки стейта напрямую к вьюхе, а не для твоей обезьяньей покраски кнопок, лол.
>>812789
Смотря что понимать под мобильной разработкой. Если дрочку хэловордов на девайсе — то хоть на эйре можно писать. Если у тебя большой проект — то только икскод 2-3 гб занимает, кроме него нужно постоянно держать открытым браузер (ещё гиг если ты всё закрываешь) и какую нибудь фигму (ещё 2 гига), ещё симулятор 3-4 гб, а если решишь подебагать на симуляторе/устройстве вьюхи — то ещё и дебаггер пару гб сожрёт, лол.
Короче, даже не учитывая всякую постороннюю хуиту вроде открытого слака и ютуба/айтюнса, с учётом системы 16 гб уже будет не хватать.
> Я думал много памяти нужно только для бигдаты и нейронок.
Ну так это и не много, бигдату только на серверах и собирают, а нейронки вообще на арендованных кластерах сейчас обучают.
Виртуалку поставь тогда
А последняя бетка так глючила? я только собрался накатить на рабочий мак, надоело ждать релиза
Rx не про cgd как бы, ты не уловил саму суть. И при чем тут наследование к mvvm я не понял.
двачую
>Во вторых когда надо что то добавить всё равно намного проще унаследоваться от бейскласса и переписать нужный метод чем через три пизды переподписоваться на нужный контрол в централизующий функции. ОДИН ХУЙ всё равно в проектах широко используется наследование.
Сейчас бы наследоваться когда есть сабтайпинг.. Наследование просто не переношу (но раз\два можно сделать, но не так как ты на каждый пук)
>>812848
>не скатишь код в 10-ти уровневый ад коллбеков с бесконечнымыми guard let self = self.
Ты наверное индусов ковырял? Ни разу не видел такие твои 10 циклов. Максимум что было так это 3 фора + иф, но это другая тема. Там асинк\авейт уже в репу вливают пока вы спорите о своей вложенности. И как бы для этого группы есть или сторонние решения аля PromiseKit.
>>813300
Не помню какая. Сидел в начале сентября.
>Ни разу не видел такие твои 10 циклов.
>Максимум что было так это 3 фора + иф
Ну давай, зачейни хотя бы 5 вызовов вот так вот, кекус.
>Ты наверное индусов ковырял?
Нет, маня, просто не всегда есть возможность переписать бэк написанный 15 лет назад, и такую хуйню делать приходится не редко.
>Там асинк\авейт уже в репу вливают
Там и ownerwhip уже 2 года мусолят, до прода как обычно дойдёт ещё через 2 года после релиза (который минимум через год будет). Так что когда зальют — тогда и приходите.
>И как бы для этого группы есть или сторонние решения аля PromiseKit.
И в чём же его приемущество перед rx-ом? В том, что можно только чейнить асинхронщину и больше нихуя? Или в том, что с iOS 13 Rx есть в системе из коробки, а ты пытаешься втащить ещё одну зависимость, обезьяна?
Сможешь сам окрасить в туалете.
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.
>>823852
>Во первых если для этого надо брать закепчупенную переменную из контекста то это не похоже на хороший паттерн
Ну раз уж ты скозал...
>Во вторых это не массив значений а секвенция событий
Со стороны системы типов это массив, и работа с ним соответственная — как с коллекцией.
Нет, между вызовами методов мне не надо хранить переменную со стейтом. А TouchCancel тоже не вызывается. Короче довольно таки глюченая ебанина
>Нет, между вызовами методов мне не надо хранить переменную со стейтом.
Тащемта в таком же коде — придётся. Ты либо еблан, либо еблан если у тебя просто враппер не работает.
>Короче довольно таки глюченая ебанина
Как и весь твой код.
Смотри, проблема в том что при использовании таргетов просто при тапе на слайдер отрабатывает только таргет .touchDown, а в rx отрабатывает и .touchDown и value
При отпускании слайдера при использовании таргетов отрабатывает только таргет .touchUpInside, а в rx отрабатывает и .touchDown(вместо touchCancel) и опять value.
> у тебя просто враппер не работает
В том то и дело, но насколько мне позволяет судить мой скудный опыт в rx это врапер из коробки
Какой самый бомж-вариант? Прошка 15?
Можешь хоть с чебурека вкатываться, даже минимальный эир подойдёт. Тебе же просто научится код писать надо, а не ворочать проекты.
Цена у эир и прошки одинаково большая, понятное дело, что хоть эир подойдет, но что купить разумнее?
Собрать десктоп и поставить Хакинтош. Через год-два после вката купишь компьютер от apple.
Кто-то охуевает, кто-то смирился уже
Значит бери минимальную прошку. А можешь вообще миник ебануть, если денег не хватает.
>Подойдет на первое время?
Пойдёт.
>Через сколько мне придется его обновить?
Сразу как будет возможность, лол.
Почему?
Ну что, obj-c шизик и с атомиками соснул?
Скоро и возможность ебать байты не обрезая фичи языка до уровня C прикрутят, вот будет sosnooley так sosnooley.
Да не, сейчас уже в гей-шлюхи вкатываться пора, программисты никому нахуй не нужны.
Если у тебя вообще возникает такой вопрос — да.
Зато зарплаты выше рынка
Для обновления через app store 40 гигабайт надо. Красиво.
Предположим, хочу сделать классы стека и очереди. Как у меня строится мысль в ООП:
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
и тд
>мне получается в последнюю ячейку засуенуть надо таблицу со своими секциями?
Можно конечно, но:
а) Будет ЛАГАТЬ;
б) Ты ахуеешь хэндлить экшены;
в) А когда дойдёшь до лэйаута — забьёшь нахуй.
>Иначе как секции в секции засунуть
Никак, организуй нормально данные, не будь блядь ебучей обезьяной, и всё сразу станет понятно.
Так для моего экрана данные идеально
Идет разбиение на секции
<Секция : Дата, [Массив Данных]>
И ебли нет
Но дело в том что эту всю таблицу мигрировать на другой экран, а там экран таблица где идет в начале большая ячейка с описание, затем вторая где идет коллекция и затем остальные ячейки и вот остальные ячейки надо заполнить моими данными
>и вот остальные ячейки надо заполнить моими данными
Ну так и заюзай их там, в чём проблема-то? В чём проблема-то засунуть их в 3-ю секцию?
Я как дебаггером инфу по кусочкам вытаскиваю, лол.
Я вообще ничего не понял. Есть массив? Ну так сделай под него таблицу, зачем тебе еще что-то?
забей, я выше писал что сам экран состоит из связной таблицы и в эту таблицу надо мою таблицу, забей
ну вон попен сорс зарелизили может взлетит, язык то неплох, даже такое говно как руби взлетело в свое время
ну да
Это намек на то, что вкат в iOS плохая идея?
Суть в том чтобы иметь один state object, думаю вы поняли. Как это принято делать?
быстрофикс
>it is a better fit with the standard C atomics library that is used under the hood to implement the actual operations.
Опять свифтопетушню оберткой для С накормили
>И это сходу нахуй не нужно.
>Хочешь нормальную базу — бери SQLite и наслаждайся своим SQL-ом без всяких тормозов и багов, хочешь нормальную no-SQL базу со всякими плюшками вроде автоапдейтов И так далее — бери Realm.
CoreData это не ДБ
Это не хуйня а симуляторы.
>>834478
>CoreData это не ДБ
А вот CoreData — это хуйня.
Точнее даже не хуйня, а абстрактная хуйня из мира абстрактных одиноких прослоечных фабрик бобов, которая не абстрактно разве что тормозит.
>>834477
>Опять свифтопетушню оберткой для С накормили
Ну дык сейчас весь мир это обёртка над C, ведь любая популярная система на си написана.
я тебе больше скажу открой любой бинарь и ты увидишь в идеале одну длиннющую голую сишную функцию.
Дебила который никогда не открывал дебаггер видно сходу. Как ты до своих годов дожил-то, поехавший?
>А вот CoreData — это хуйня.
Позволяет уменьшить количество кода в разы, без ебли с кривыми говнолибами от васянов.
Относительно этих самых либ от васянов, внезапно количество кода будет больше раза так в 4. Причём ещё и приложение придётся скатить на уровень говна.
Технология уровня AutoLayout короче, и писать не удобно (хотя по меркам 2010 может и норм было), и кода куча, а ещё это тупо медленная параша. От их использования есть только 2 реальных плюса — это быстрый билд (особенно релевантно для бомжей, у которых некому настроить нормальную систему сборки, которая будет носить зависимости в виде бинарей, а не делать клинбилды на каждый пук) и размер приложения.
>Нахуя спрашивается мне встраивать туда самописный хуёвый месенджер
Обычно делается такое по требованию бизнеса, чтобы удерживать юзера. Потому что перейдя в телегу 2/3 юзеров будут забывать зачем они тм были, это же хлебушки.
>когда я могу через юрл апи
Это называется диплинком.
>Но хочется больше, могу ли я например сделать некий эестеншн к iMessage где откроется диалог с менеджером и после того как обо всём договорено в чате появляется волшебная кнопочка
Можешь. Хоть вебвью там открывай, лол.. Со стороны UX будет пиздец и 0 ретеншена (потому на них все и забили уже несколько лет), но технических ограничений нет.
Ну если ты про обрубленную ios дресню с nsfetchrequestcontroller или как он там, то да. Под макОС же код писать вообще ненужно.
>Под макОС же код писать вообще ненужно.
Ну я лучше лишний код писать буду, чем ебаться с мерджем конфликтов в нагенерированной XML-залупе. Хотя для мелкого проекта, который ты пишешь один и ебли с кучей данных не предвидится — то это, конечно, плюс.
>XML-залупе
Какая XML-залупа когда там sqlite? 90% конфликтов там решаются автоматом, остальные 10% с минимальными усилиями. Любая костыльная говноподелка рядом не лежала с CoreData по удобству.
А обжективопетушню продолжают голодом и бойлерплейтами морить.
Возрадуемся, черные братья!
Найс, а мне кок уже 5 месяц не может 100 баксов за девелопер подписку забрать. Подумываю уже купить акк срук по оверпрайсу
РБ
У меня есть магазин, накидал продуктов, нажал заказать и открывается окно, там есть штуки аля фильтры, открывается окно:
и все выглядит так
Типа сперва Магазин выбирается, два столбика
Далее метод оплаты
Далее адресс что у тебя есть.
Те количество ячеек с оплатой может расти
Количество добавленных мной адресов тоже, те размер ячеек адреса меняется
А вот количество магазов в первой строке 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
Просьба добавить в шапку при следующем перекате
Зумерастам только бы побольше групп насоздавать. Ну и нахуй она нужна? Пиши в треде, если что-то интересует.
митолист
зачем обоссывать? Канал создан для помощи друк друг в зарабатывании баблишка
Да эта манька уже не один тред на свифт всекает, то дарт у него убивает, то котлин, то расты-хуясты с майкрософтами. Петушару иногда выпускают на двач и он бежит в этот тред набрасывать.
При чём тут свифт? Жидбраинс пилят себе UI фреймворк чтобы выкинуть уже нахуй ебучий жавовский свинг, который они уже форкнули и переписали там половину кода, но на ебучем i7 скроллинг всё равно лагает, кек.
Ну и как бы с этого же лендоса ключевые фичи:
>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.
которые как бы намекают на то, что эта хуйня не про мобилки а про десктопные приложения для работы с текстом, которые написаны на жавовом говне мамонта.
>и работает быстрее свифта
Где? В микробенчмарке на прогретой жвм?
Всё таки съели маркетолухи зумерам мозг.
И кстати — медленный свифт почему то в цирке не выступает даже на мобилках не лагает, а быстрая жава на топовых десктопных камнях — ещё как. Но чиселки-то жит компелятор на однообразной задаче лучше складываит((0.
Что лучше взять для обучения: MacBook Pro (13-inch, Mid 2012) или
Macbook Air 13 (2013)?
Для обучения можешь хоть пирожок с повидлом взять, без разницы, бери что больше нравится.
Ок. Просто на первом 8г оперативы, но hdd. А на macbook air 4г оперативы, но есть ssd. На чём можно будет более комфортно работать?
На обоих страдать будешь, но без SSD будет больнее, так что выбирай с ним.
Ты кому звонишь?
Нет, с чего бы? Во многих прошках стоит 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, почта. Терпимо.
>Биг сюр накатывай сразу
громкое заявление. на эйрах оно норм себя чувствует? у меня прошка 20-го года и то подлагивает и подогреваться сильнее стала
Накатывал начиная с 3 бетки, особо разницы с каталиной не заметил. У меня подлагивать и подогреваться заметно система стала с каталины
На удаленку не перевели? Вот чем iOS хуже веба, так это тем, что удаленку гораздо труднее найти и надо в офис таскаться....
Я думал я один посрать не могу нормально когда катаюсь в офис, а оказывается это специфика технологии, кек.
Зависит от компании же. Кто-то готов вкладываться в удалёнку (а это менеджерский состав x2), кто-то получил просадку по перформансу команды и возвращает всех в офис при первой же возможности.
Нет, просто автокомплит отваливаться будет чаще в 2 раза чем на 16 и свопы также, лул.
>>857620
Это всё зависит от проекта. Если ты какой нибудь СБОЛ поддерживать будешь (12 млн строк вроде) — то конечно ахуеешь на машине меньше чем с 32 гб и i9 этот проект даже открывать, если свой хэлловорд где будет край пару тыщ строк — 4 вполне себе пойдёт, правда с симулятором (и тем более отладкой в нём) будет заниматься не очень приятно (и тот и другой сходу по 3-5 гб сжирают нахуй).
>Да. Но с твоим уровнем (судя по вопросу) — тебе везде будет сложно.
Ясное дело.
Откровенно говорю, что хочу вкатиться и готов въебывать долгое время, вот только с первыми вакансиями и даже стажировками для свифтобоярина как-то совсем всё грустно.
Ну стажировок-то хватает.
А если выбирать технологию по лёгкости входа — то это однозначно фронтенд. Но первая работа в любой отрасли это тлен конечно, я первую работу двжа года назад 3 или 4 месяца искал (у меня был только гитхаб с парой аппов, даже на собесы не звали), так что как бывший вкатыш могу посоветовать тебе только крепиться.
>А если выбирать технологию по лёгкости входа — то это однозначно фронтенд
Так там и вкатывающися в 40-х раз больше, не?
>первую работу двжа года назад 3 или 4 месяца искал
И как в итоге нашел?
в фронт больше, но и вакансий больше
я вот перекатился по своей работе (не погромист) в европу и хочу попыть тут удачу - выбираю дальше свифт или все же фронт
>Так там и вкатывающися в 40-х раз больше, не?
Как вакансий, и требования к окатышам другие. Если ты хотя бы HTML от языка программирования отличаешь и знаешь разницу между синхронной и асинхронной функцией — то в фронте уже будешь лучше кучи народу, и это нихуя не шутка.
>И как в итоге нашел?
Нашёл, иначе написал бы что забил. И выпилился нахуй.
>Нашёл, иначе написал бы что забил.
Так я и спрашивал, "как". Пет прожект, там, сколько собесов понадобилось, гитхаб, что спрашивали и т.д.
Так я и ответил
>>858609
>у меня был только гитхаб с парой аппов
Понадобилось 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 года опыта, больше половины из этого не знаю. чувствую себя макакой после твоего поста
>>860034
без выхи как и в остальном айти, не похуй только в фирмах уровня ооо "Сперма Ашота", где этим тебе пытаются цену сбить.
>2 года опыта, больше половины из этого не знаю.
Tы просто скорее всего в большой компании работал, лол. Я после года в въетнаме нахуй стартапе 2/3 знал просто потому что занимался вообще всем, лол. Правда совсем дикую хуйню (вроде мм в обж-с и стека кордаты) изучил только после того, как несколько часов ебали моск на собеседовании в сбер. А потом ответили почти через месяц и хрюша удивилась "как же это, вы уже две недели не ищите работу??".
>>860034
Да всем похуй на вышку, могут просто спросить есть/нет, у меня несколько раз спрашивали и ответ ни на что не влиял.
Удивишься, но да. На самом деле людей которые умеют делать хоть что-то пиздец как не хватает, и многие готовы даже брать долбоёбов с улицы и даже что-то платить, только пссс, никому не говори.
Нисколько, просто я уже и сам насобеседоваться с джунами успел, потому что мидла (который реально мидл, а не обучай джунглей с годом опыта, который так ничему и не научился) ахуеешь искать а синьоры ахуевшие. Правда 80% вкатышей (если не больше) — пробитые долбоёбы, которые ничего не умеют и скорее всего не научатся, но сути не меняет.
Привет
А будь любезен, подскажи, пожалуйста, вкататься по курсов стэнфорда - норм? Или уже устарели и надо другие книги? Еще есть от эппла app development, но еще более старое
И может знаешь, но вряд ли, в европе ситуация лучше для джунов? Сам с недавних пор между Польшей и Германий
мимо-выкатился-нахуй-из-жс-аналитик
Обзоры и ревью пишут, что все ок будет
А я постоянно вижу новости как на нем ничего не работает и не поддерживается без пердолинга
Я бы не стал брать
если пердолик то даже не заметишь
Возьми б/у интел Мак и жди два-три года, пока Эппл полностью на свой кремний не перешли.
Если именно для разработки под айос — да. Правда я бы не советовал брать первые версии (и уж тем более их первые ревизии следующий квартал-два), если для тебя конечно это не пустяковые деньги и тебе покс.
>>861361
Постоянно ничего не работает — это про... докер и всё? На этих чипах уже даже ебучие 32-х битные виндовые софтины запускают (а маковые не могут, что за кек).
Если бы я таким занимался, то ты видел бы моё ебало на ютубе и я тебе продавал бы свои курсы, а не срал анонимно на дваче, лол.
В принципе можешь погуглить какой нибудь айос квиз от сбера и подобные — примерно такие вопросы на собесах и будут.
В целом могу посоветовать только общие вещи — напиши хотя бы пару приложений (причём желательно не хэловордов, чтобы там были хотя бы сеть+база+хоть сколько нибудь комплексный гуй, и на чём-то отличающимся от MVC), смотреть код скорее всего никто не будет, но гитхаб требовать будут почти везде и как-то надо будет поддерживать разговор у меня почти на всех собесах где-то треть (а иногда чуть ли не половина) собеседования — это мой пиздёжь про то, что я писал в том и этом приложении, как решал то и это, где что использовал, почему и какие есть за/против, без опыта обычно сказать нечего, и самое приближенное к этому — это хоть какая-то практика.
Алсо, если чего-то не знаешь — старайся не срать в штаны, можешь просто порассуждать вслух и сказать что не знаешь если не угадаешь, по опыту — молчание хуже сказанной хуйни.
>А будь любезен, подскажи, пожалуйста, вкататься по курсов стэнфорда - норм?
На самом деле — абсолютно похуй по каким книгам/курсам ты вкатываешься, со стороны собеседований я в посте выше уже написал почему, а со стороны практики — ровно по тому же. В любом случае любые курсы/учебники для нюфагов — это просто структурированная документация с облегченной подачей. Тебя везде +- везде одинаково научат совсем базе (делать таблицы/коллекции, писать/читать из кордаты и ходить в сеть) — и это даже не верхушка айсберга, дальше в любом случае надо учится самому.
>Или уже устарели и надо другие книги?
Не стареют они так быстро. Свифт раньше ломали часто, по нему всегда можешь взять эпловский эплбук и начать с него — будет самое свежее, но система в целом галла глобально не меняется, можешь брать хоть курсы 3-х летней давности (да и в какой нибудь книженции 5-ти летней давности минимум 2/3 будет актуально).
>И может знаешь, но вряд ли, в европе ситуация лучше для джунов?
Хз. Попробуй сравнить кол-во вакансий с сравнимыми требованиями в дс1/2 и в твоём городе(ах).
Главное ебальник хороший иметь
У тебя доступ к коду и сборке есть?
Если да то просто без задней мысли собираешь на девайс и смотришь отладчиком.
Если нет то сосешь можешь попробовать подключить девайс и посмотреть записанные логи(windows -> devices and simulators) или через console смотреть в риалтайме, возможно и выхватишь причину. Хотя чем тебе это поможет если доступа к коду нет?
>Хотя чем тебе это поможет если доступа к коду нет?
Джейлбрейкнет айфон и пойдёт ебашить твик, кек.
Там же дрочат уязвимость процев по A9, может у него поновее телефон, еще не освбодили.
Где найти материалы как ебашить твики?
>Там же дрочат уязвимость процев по A9, может у него поновее телефон, еще не освбодили.
Это же шютка.
>Где найти материалы как ебашить твики?
http://letmegooglethat.com/?q=ios+jailbreak+tweak+development&l=1
А у тебя деньги-то на прошку есть?
Хотя в любом случае лучше подожди пол года если для тебя это не маленькая сумма, выше писал уже об этом.
>Swift book - книжка валяется в интернете доки.
https://swiftbook.ru
я чет запутался, это про этот swift book говорится?
Я тоже что-то про профилировку видел и проебал название. Если вспомнишь анончик, напиши сюда обязательно.
Думаю в mobile library или на либгене она будет.
Это копия, сохраненная 5 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.