блять, свифт, работу, нахуй, говно, нужен, мак, работы, работает, иос, пиздец, вкатиться, писать, проект, вопрос
ИТТ продолжаем разрабатывать под самую хуёвую, трудную, и нахуй никому не нужную платформу в мире, в сравнении с которой ведройд просто сосет. Все это дело пишется на языке Swift - который подходит только для крутанов. Куколды продолжают писать на шкале\кокотлине\мочаскрипте\etc.
Восхищаемся 25 летними начальниками отделов в крупных финтехах, угощаем шизойдов пряниками и подкармливаем троллей.
>С чего вкатываться?
Swift book - книжка валяется в интернете доки. Через 1-2 месяца смело переходи на ObjC - Интересная книга от Paul Хадсона Objective-C for Swift Developers Paul Hudson, найти которую можно ниже в телеге.
Стоит упомянуть про складчину иос господ, подобно которой НЕТ ни в одном языке\треде. Инициатором является шизик, пожертвовавший в начале свои кровные. Потом местные уважаемые люди подтянулись и слили ВСЕ видео-курсы (затрагивающие начальные моменты в работе, от рисования вьюх кончая до видео\аудио\анимаций) с www.raywenderlich.com.
Все находится в навигации https://telegra.ph/MIYAMOTO-SYNDICATE-06-16
Так же здесь сливаются книги (по рею так же) иногда организуется сбор. У рея 3 книги будут выходить осенью, Сбор уже давно завершен и они так же появятся в группе.
Здесь когда-то висела группа гейосников с двача, но ее видимо подтерли, грамотный анон обнаружил линк у данной группы по книгам, закрепленно: https://drive.google.com/drive/folders/0B25xie8pit__amNPc1N6OXVFaEU - по большей части в телеге с 99% можно найти что-то свежее.
>Не люблю читать книжки я долбаеб
https://www.youtube.com/playlist?list=PL9lXw_XXeiWQGrY5dl0IjFI7tOw_nfI91 - лучшее что есть в интеренете, на слайды которого ссылаются большинство ответов для даунов
Так же после 1 недели знакомства со Свифтом желательно начинать строить приложения. Порядок: ToDo List( DB) -> Weather -> ImageGallery —> Movie. Аналоги ищи на гитхабе - их тысяча, смотри, пизди код, учись.
Остальное видео:
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/
>Где в дальнейшем искать инфу?
Cмотреть WWDC через попенсорсное приложение и читать доки в архиве.
надеюсь ничего не проебал
работаю фуллстаком 1.5 года и доебала сфера. Планировал вкатиться в мобильную разработк, но не хочу на андроид, т.к. есть мак и гейфон.
Вакансий не ахти, в прошлых тредах поносят, но вангую, что половину-пиздеж и не все так плохо?
Рынок сдувается. Вакансии открыты по году и два. Никого не берут. Довольно большая текучка особенно для удалёнщиков, если ты не офисный пополиз то долго проработать не сможешь. Огромное количество технологий в требованиях, которую одну то нельзя толком выучить. Чего стоит CoreGraphic и CoreAnimation плюс к стандартному ЮИКит, когда это совершенно разные и огромные фреймворки. Реально знать только один CoreAnimation и больше ты уже ничего не сможешь запомнить. Плюс эпл кажый год выкатывает хуеву гору фреймворков, про которые просто прочитать то не успеваешь, а работотдатели всё это начинают требовать. Не говоря о требованиях знаний всевозможных васянских поделок на которых наши чудокомпании работают, разобраться с которыми неимоверно сложнее чем с нативными фреймворками. Короче, болото, братан.
>По многопоточке
>2020
>Недоязык все еще не может в atomic variables
Я придерживаюсь мнения что мультитрединг это прерогатива операционки, поэтому всё делается через GCD, есть вполне логичные инструкции как избегать косяпоров. Ок, скорость упирается во внутренние кишки операционки, но это самый логичный выход. Вроде в планах нету вводить "мультипоточные фичи" в язык и я рад этому, итак сообщество начинает пропихивать довольно бредовые идеи улучшений от которых деды пока отбиваются.
А нахуя они в настолько ебически хайлевел языках? Я понимаю для чего оно в каких нибудь плюсах, но нахуя оно в языке для мобилок, где и задач-то таки нет...
Алсо, приведи повседневный кейс где тебе нужна синхронизация данных. Имхо это вообще костыль в 80% случаев.
>>1616224
Планируют, но более высокоуровневые фичи вроде корутин или акторов, посмотри на гитхабе в Свифт эволюшене.
мимо
Сам всегда поражаюсь. Что реально меня бесило всегда в хк, это то как долго загружается IB, но это пожалуй всё, именно поэтому я не пользуюсь IB, плейгаундом и всеми новомодными фишками. В остальном среда наеврное лучшая из всех иде. Бомбит в основном у перекатывальщиков со всяких шарпов, которым не привычно после визуалстудио и которым везде мерещатся баги системы из за собственной криворукости.
>Я придерживаюсь мнения
А у тебя разве есть выбор? Тебе приходится использовать костыли, по другому нельзя.
>>1616361
>нахуя
>для мобилок
Если ты только пишешь однокнопочные говноприложухи для айфона это еще не значит что все так делают. В любой программе где используется многопоточная обработка фото, видео, 3D можно найти применение.
Чувак, если бы ты сам работал с 3д, пользовался буферами и заказывал сетку тредов у ГПУ, ты бы сам пользовался только асинками, потому что ты не представляешь сколько это снимает головняка. Но никто и не говорит что это простые для программирования таски. Атомик идёт против прогресса, слишком большая индустрия стала и огромные отделы занимаются тем, чем раньше занимались кустарщики на C.
Это потому что Эппл хуй лежит на него. Начиная от багов, в стиле регулярно отваливающегося автокомплита, зависающих ошибок, непереименовывающихся файлов (которые иногда крушат нахуй хк), текучего дебаггера (причём переодически, иногда работает нормально а иногда по 10 об оперативки отхуяривает и зависает), и просто уёбищного симулятора, который в каждом 10-м случае ведёт себя не так, как реальный девайс (от верстки до крашей) и компилятора Свифта, который ежедневно сегфолтится и требует собирать клинбилд (особенно весело когда в проекте куча плюсовой залупы вроде реалма/авс/фаербейз итд), заканчивая тем, что они вводят какие-то хуй пойми кому нужные фичи (вроде мини-карты файла) вместо того чтобы сделать что-то нужное (ренейминг нормальный например, который, блядь, вообще через раз срабатывает и то криво даже ебучие жидбраинс сходу сделали его хорошо).
Разве что интерфейс у него удобный и он не сильно требовательный к железу, на этом плюсы икскодабзакончены.
Алсо, ещё в самом аппсторе есть баг, которому хуй знает сколько лет, который при каждом мажорном апдейте рандомно вешает установку икскода нахуй, чего нюфаги не знают и каждый мажорный апдейт бегут писать что жал скатилась. Эппл на это, как и на всё остальное, конечно же лежит хуй. Примерно как на легендарные бесконечные баги в UICollectionView, живущие чуть ли не с его ввода в систему
>В любой программе где используется многопоточная обработка фото, видео, 3D можно найти применение.
И ты будешь писать это на языке с:
1) Рефкаунтингом
2) Без контроля над аллокациями
3) Без адресной арифметики
4) Без возможности доступа к элементу массива без проверок
5) Без возможности доступа к мутабельному указателю без проверки
???
Ахуеть ты говнокодер, питон на мобилки для видеопроцессинга притащить не хочешь ещё?
> 1) Рефкаунтингом
нахуй тебе объекты при работе с буферами
> 2) Без контроля над аллокациями
let a = Array(repeating: 0, count: 10) вот и вся аллокация.
Так же существует несколько путей работы с ансейф поитерс.
В функцию которая требует ссылку на массив можно так же как в сях передавать или имя массива или адрес через &
func takesAPointer(_ p: UnsafePointer<Float>) {
// ...
}
var x: Float = 0.0
takesAPointer(&x)
takesAPointer([1.0, 2.0, 3.0])
> 3) Без адресной арифметики
Есть всё, можно даже высчитывать длину массива разных типов через дженерик типы
https://developer.apple.com/documentation/swift/swift_standard_library/manual_memory_management
> 4) Без возможности доступа к элементу массива без проверок
Строго на любителя, но можно просто експлиситли анврапить.
> 5) Без возможности доступа к мутабельному указателю без проверки
Не совсем понял, но думаю что мануал менеджмент мемори это позволяет делать
> Строго на любителя, но можно просто експлиситли анврапить.
Точнее доступ к элементу массива без проверки всегда и происходит если делаем через субскрипт
Сам я нюфаня, собирась посмотреть пару путей на https://www.raywenderlich.com/ios/learn - там научат хотя бы robust scalable hello world? Мне бы в реквесты/сокеты научиться, может есть что-то лучше?
SwiftUI уже везде или на уровне маркетинговых презентаций?
Сложно ли переопределять дефолтные ui элементы? Например, если я захочу нескучный nav header сделать, мне его с чистого листа делать или можно пару стилей указать?
Спасибо
https://dtf.ru/mobile/111249
>У вас используются какие нибудь чудесные ФРЕЙМВОРКИ?
Да, системные. А ты что думал, мы тут на Metal-е кнопки рисуем? Как-то вроде телеграмм проводил контекст на написание подобной хуиты, и все как-то обосрались попробовав запилить свой кустарный UIKit. Фреймворков дохуя, они все эпловские и многоуровневые, один на другом прям. Ещё есть крайне поплулярные либы (RxSwift, Realm итд), но это именно либы.
> там научат хотя бы robust scalable hello world? Мне бы в реквесты/сокеты научиться, может есть что-то лучше?
1) Научат;
2) Практика.
> SwiftUI уже везде или на уровне маркетинговых презентаций?
Только в хэлловордах. Некоторые поехавшие конечно тянут и в прод, но на его текущем уровне на любом сложном UI он себя ведёт хуже реактнатива.
> Например, если я захочу нескучный nav header сделать, мне его с чистого листа делать или можно пару стилей указать?
Если захочешь глобально ебануть какие нибудь цвета/фон/итд — пару стилей, а любая кастомная анимация или нестандартное поведение (вроде аппл мюзик (экс Айтюнс)) — пиздуй писать свой (со всей вытекающей из жепы болью, с любовью эпла нихуя не документировать, вставлять кучу костылей и делать всё руками).
Куда больше тянет туда и вкатывайся, энивэй при смене стека без промышленного опыта ты свой грейд потеряешь и в лучшем случае устроишься кем-то между джуном и джуном-почти-мидлом.
Алсо, если ты "программист на свифте" — то ты и в рамках айоса-то никогда не перерастёшь уровень среднего миддла, даже за десятилетие на рынке таких примеров хватает.
>Походу началось сезонное масштабное ливание
Да нет, просто период такой был до. Декабрь (никого набирать никто и не пытается, работать пол месяца + новогодние премии и др плюхи), январь-февраль (в первом часто выдают ништяки вместо декабря, а ещё это два самых коротких рабочих месяца по 2 недели).
Алсо, ещё у хрюш деньги за этот период кончаются, вот и начинается суперактивное дрочево за процент.
Ну, будут относится не как к совсем джуну-дебилу, и не будут тыкать как работать с гитом (если ты конечно умеешь, работал я как-то с аутсорсером-вебмакакой, который не знал про гит и ебашил код через админки), но во всём остальном если у тебя хотя бы своих более-менее средних по размерам проектов нет — ты джун который знает и умеет нихуя, ало.
Не дс. По деньгам я назвал верхнюю возможную планку. Спрашивал у знакомых, в рядовых галерах большинству на старте платили меньше или столько же. Знания были чуть меньше, чем тут : https://m.habr.com/ru/post/437300/, только без паттернов и collection view, без бд, плохо понимал gcd. Пишу бытовое приложение потихоньку. Стажировался бесплатно месяц.
Давно не заходил в эту прПомойку. Особенно сюда. Может вы напишите свой грейд? Ради интереса.
Реалм это C++ ная БД, которая стоит и работает на серверах. На клиентах она не нужна, если уже никак не обойтись без БД, то импортируй ты встроенную кор дату, зачем тянуть огромный реалм, который сжирает по 5 минут на каждой сборке. В проде это очень вредит делу.
>Реалм это C++ ная БД, которая стоит и работает на серверах
Настолько серверная БД, что работает только на мобилах. Что ты несёшь, додик? Они зарабатывают на сторонних сервисах к этому реалму, и паралельно пилят ещё и свои серверные решения, но сам реалм это чисто мобильная бд.
>На клиентах она не нужна
Потому что ты скозал? Ну, если это хэловорд, то конечно нахуй не всралась. А в больших проектах, где требуется куча кеширования, синхронизации с сервером, и просто модель хоть когда-то будет меняться и нужны будут миграции — делать вот такое
>то импортируй ты встроенную кор дату
это прострел ноги. Причём во всех планах: сложнее и дольше писать, сложнее поддерживать, болше костылей и легаси-говна,
тупо хуже перформанс и вот это всё.
>который сжирает по 5 минут на каждой сборке
Ахуеть, вы там с монорепой без инкрементальной сборки живёте чтоле? Какие нахуй 5 минут? Он на пикриле 40 секунд с клинбилдом собирается. Хуй знает что у тебя за прод такой, после каждого изменения клинбилды гоняешь?
Её нужно знать просто для того, чтобы уметь обосновывать, зачем нужен реалм в проекте, лол.
> firebase
Это вообще не бд, это способ тебя анально привязать к сервисам гугла.
> Есть смысл учить ее стнтаксис для джуна
Если ты на таком уровне — можешь учить вообще всё, лол.
Чел, тебя на твоей галере ебут кордатой, ты вообще о чём? Кордату настроил? Миграции для старых версий написал?
>>1639474
Уже лучше но всё ещё позапрошлый век, под которы всё равно писать кучу бойлерплейта и прочей хуйни вроде миграций. Но что может остановить любителя пописать SQL-кверибилдеры в куче легаси-говна, где даже инкриментальной сборки (которая везде работает по умолчанию уже хуй знает сколько лет) нет? Либа, которая в 10 раз быстрее sqlite, умеет делать 2/3 работы программиста с бд, типизированна и имеет кучу сахара? Пфф, хуйня какая-то.
Пришлось всё таки потратить время и загуглить етот твой реалм.
Никаких в 10 раз естественно нет, ещё и сосёт на инсертах.
Но как оказалось сравнивать их вообще нет смысла.
SQLite - это нормальная встраиваемая реляционка с транзакциями и всем что было положено иметь СУБД ещё 30 лет назад. Реалм - сторейдж обьектов без ничего и с кучей ограничений.
>SQLite - это нормальная встраиваемая реляционка с транзакциями и всем что было положено иметь СУБД ещё 30 лет назад
Того, что нахуй не нужно на мобилках? Ты же бэк, блядь, с мобильной мб писать будешь.
Как твой SQLite поможет при регулярных миграциях (потому что дизайнер двигает кнопки каждую неделю)? В SQLite есть шифрование из коробки? А может можно взять SQLite и не ебаться со сборкой и написанием своих биндингов, если нужна какая-то фича вроде шифрования, которая есть только в его форках? А может ты знаешь как с SQLite работать из многопоточной асинхронной лапши?
Иди нахуй, короче, спорщик хуев.
Я тебе сейчас открою тайну, но альтернативы хуже. Так что правильно тебя пидорнули, но очевидно не за хуесосенье реалма, а за то что не тащил таски, лол. Можно конечно вешать нахуй приложение, но пользователи скорее всего его будут удалять быстрее, чем платить и таких как ты будут пидорить на мороз по кд.
У вас действительно все так хуево с работами для джунов и в целом рынок ебаный? хочу выкатывать из БД и прочей залупы. Есть и айфон и мак и желание изучить мобилки. Вкатываться (пробовать) в свифт - ебаная затея?
>puk
Ясно.
>>1643483
Видимо, кривое приложение с крашами по кд бьёт юзеру в глаз сильнее, чем медленный говнокод на беке, лол.
Энивэй ты без хотя бы одной приложухи в сторе скорее всего пойдёшь нахуй ещё на этапе отбора резюмешек.
>>1643504
Хотя и вот этот толстит. Сейчас, чтобы хоть что-то заработать в сторе, нужно быть:
— Прогроммистом
— Графическим дизайнером (рисовать иконки/рюшечки)
— UX дизайнером (выдрачивать логику взаимодействия, ирл нихуя нетривиальная задача, хотя и кажется таковой)
— Бизнесменом (продумывать монетизацию)
— Маркетологом (продвигаться среди проф. команд маркетолухов)
— Копирайтером (писать тонны текстов)
— Переводчиком (делать локализации и переводит текста из прошлого пункта)
Так что вываливай свою хуиту в стор не особо запариваясь, и ищи первую работу.
ХуйКод постоянно срёт какими-то ошибками. Будто бы с пахомом в одной комнате сижу. Потыкаюсь немного и пойду обратно вебню писать
Ровно как и на хаскелле, лол. Ничего более менее серьёзнго там нет, просто единичные случаи.
>>1644104
Ну, он просто не сталкивался с кейсами где оно надо. Вполне можно проработать и 10 лет в мобайле, и писать всё это время клиенты для пиццерий.
Но если у тебя цель — поиск первой работы, то кордату нужно знать обязательно, просто потому что:
а) Это частый кейс на собесах;
б) А особенно на собесах в бюрократических монстров, вроде сбера, куда джунов больше всего и набирают.
Что именно нужно-то? Просто сортировка элементов в таблице? Если да, то просто добавь к данным @State (если никуда не выносил их из вьюшки) и сортируй сам массив, SwiftUI со своей завуалированной реактивщиной сделает всё за тебя.
Если тебе нужно что-то excel-like — то средствами SwiftUI никак (вообще можно, но это будет такой кривой пиздец, что лучше бы ты это на реактнэйтиве делал), бери UIKit, первую либу из гугла (например https://github.com/kishikawakatsumi/SpreadsheetView) и хуярь свой эксель.
Если смотреть именно на перспективу работы — то с удалёнкой всё же лучше всего у фронтов и пхпшников/питонистов/рубишников (хз куда их отнести, они и то и то делают). Мобайл в лучшем случае где-то на 3/4-м месте.
Алсо, вкатываться на фоне крызиса энивэй будет сложнее в любую из отраслей.
У руби меньше вакансий, чем у жабы. Для вката, думаю, лучше именно жабу.
>>1644585
>Алсо, вкатываться на фоне крызиса энивэй будет сложнее в любую из отраслей.
Ну а вкат именно в гейось, относительно других, будет более/менее затруднительным, как думаешь? Ищу именно стационарную работу. Думаю, смогу пропинать хуй за обучением еще до июля. А потому уже работа нужна.
Key-Path Expressions много где используются под капотом, да и вообще везде в свифте (protocol oriented language всё таки). Что именно тебя интересует?
Если тебя интересовало "автоматическое" обновление контента при его изменении, то так:
— Переменные, обёртнутые в @State/@Published — это, в терминах свифта, структура, в которой изменения завернутых в неё данных происходят через геттер/сеттер и дёргают objectWillChange у родительской вьюхи/вьюмодели (унаследованной от ObservebleObject);
— Вьюха подписана на оповещения от этого паблишера (гугли реактивное программирование, а потом гайды по Combine/RxSwift, если хочешь разобраться);
— Вызывается body, полностью пересоздающая вьюху (в свифтюи все вьюхи это стековые объекты, и их пересоздание очень дешевое, но в сложных UI-ях всё равно раздрачивает и фпс, и оперативку и вообще всё что можно, поэтому для сложных преставлений SwiftUI это очень хуевый выбор просто из-за его архитектуры);
— Если говорить именно о листах, то там всё немного иначе — лист это не просто тонкая вьюха, которая ренднрится напрямую на гпу, а толстая, почти UIKit-style контроллер, которая данные диффит (дифятся они по хэшам, поэтому там требуются hashable данные), и по дифам перестраивает только изменённые части, с автоматизированной анимацией и всем вот этим (эту тему придумали разработчики из инсты лет 5 назад, но эпл впердолил в айос это только недавно).
>У руби меньше вакансий, чем у жабы.
Плюсы всяких жс/пхп/руби и минус джавы — в том, что прямо сейчас (вполне возможно ещё пол года) с стационарной работой будет сложнее (это факт), чем с удалёнкой, где они короли.
>Ну а вкат именно в гейось, относительно других, будет более/менее затруднительным, как думаешь?
Сложнее чем в эти три вебговнакороля, где-то на уровне с жавой. Опять же — смотри что важнее, если нет шанса пойти жить на улицу через несколько месяцев — вкатывайся спокойно. Только учитывай, что даже когда +- выучишься и сделаешь хоть какое-то портфолио, даже в внекризисное время у тебя ушло бы несколько месяцев на поиск первой работы (если сильно повезёт, можешь конечно и быстрее). Хотя факт накладывания личинок на первых собесах никто всё равно не отменял.
Она везде сейчас высокая, просто именно у айоса рынок намного уже, чем у той же жабы/вебни.
>Просто у меня в городе пару-тройку вакансий по пол года висят.
Значит не особо-то и ищут, лол. Хотя, возможно я просто ахуевший масквич, и привык, что либо находят всех кого нужно от недели до пары месяцев, либо вакансия тупо мёртвая (или это просто ебаное HR агенство, которое охотится за твоими данными их же можно увидеть только если ты откликнешься, чтобы потом срать тебе на почту и телефон спамом).
>— Переменные, обёртнутые в @State/@Published —
бля я наконец посмотрел в эту главу. Сука какой же год неподдерживаемый будет получаться, особенно у макак которые будут референсную лапшу в сетерах писать... Теперь после каждого присовения значения для такой проперти надо лезть в файл в котором написан врапер и смотреть не наебнётся ли он что-нибудь. Где вообще этим можно пользоваться?
>Сука какой же год неподдерживаемый будет получаться, особенно у макак которые будут референсную лапшу в сетерах писать...
Какая референсная лапша? Что ты себе предумал?
Property wrappers — это просто красивая версия пропертей из обжс, с помощью которой можно минимизировать кол-во бойлерплейта. Этому подходу уже хуй знает сколько десятилетий, и никто не жаловался.
>Теперь после каждого присовения значения для такой проперти надо лезть в файл в котором написан врапер и смотреть не наебнётся ли он что-нибудь. Где вообще этим можно пользоваться?
Ну, а ты часто лезешь в исходники когда выставляешь фрейм/констрейнты/цвет/меняешь свойства слоя/итд у UIView? Тебя сильно ебёт что на каждое такое действие он дёргает по половине методов лайвцикла UIView? Весь ебучий UIKit написан с использованием такой неявной магии. Как ты этим пользуешься?
Так ты говоришь
view.background = green
Тут всё понятно, ты в курсе что эта вьюха это объект и ты знаешь что там идёт работа с референсами под капотом.
Но допустим тебе дали васянов класс огромных размеров. Ты видишь вверху проперти типа
@MySuperWraper var color: Color
и в одном из методов надо поменять его на другой цвет, ты такой смотришь, ага Color это структура и такой говоришь
color = green
А в этот момент в васяновом врапере вызывается к жизни ктулху которая лезет в сотню существующих объектов и что-то там меняет. Понятное дело что нужен некий опыт чтобы уметь пользоваться враперами и совсем васи этим пользоваться не будут, но по факту, когда это не было таким сахаром и надо было написать ручками этот механизм, пользовались бы этим только там где это ну очень нужно а не все подряд и хуи с горы в том числе.
>под макось приложение
Зачем тебе кривая swiftui параша под макось когда под маком и так динамические биндинги одной строчкой делаются? Гугли NSArrayController там сортировка, поиск и выделение/редактирование нескольких элементов одновременно будут из коробки.
>А в этот момент в васяновом врапере вызывается к жизни ктулху которая лезет в сотню существующих объектов и что-то там меняет.
Эээ, лол, нет, вась, ты меня не понял. Она никуда не может лезть, это называется глобал стейт. Проперти враппер — это просто обёртка с геттером/сеттером, для уменьшения бойлерплейта. Без неё вместо
@State var color: Color
ты писал бы что-то вроде
var color: Color {
get { _color }
set {
_color = newValue
SwiftUI.shared.viewStack.last?.didChange.send()
}
}
Твой код чуть выше
>view.background = green
ИРЛ так и работает: сначала вызывает setBackgroundColor(), который вызовет одноимённый метод у своего слоя, из CA.setBackgroundColor() вызовется куча глобальных методов (CATransaction.lock, CATransaction.setValue, CATransaction.unlock, CATransaction.commit() и тд) , после чего получит коллбэк и вызовет уже CA.setNeedsDisplay(), который вызовет setNeedsDisplay() у твоей view которая вызовет display(). И вот скажи мне, где тут вся твоя простота и при чём тут, казалось бы, проперти врапперы? Они по твоему создают аналогичные требования у свифтюая и повышают сложность кода?
Ну да глобал стейт, я в курсе. Статичные свойства, которые ничто не мешает перезаписывать в лайфцайкле приложения. И это могут быть не только вьюхи, но ссылка на сервис у которого под капотом присловутый реалм, который записывает, ждёт колбек а потом рассылает по массиву сохранённых референсов на вьюхи события, что им надо поглядеть в новую модель, а потом меня спрашивают, а какая же лапша может быть в приложении с реалмом. Да вот такая ёбаная реактивная асинхронная лапша и может быть.
Вообще. я видел какие то туторы свифтУИ на мак, но я бы обычным путем пошел, больше туторов будет.
>>1644699
Спокойно работал на удаленке год, а потом переехал в питер на мидл позицию. Только дауны такие как ты только и могут писать на даунскофоруме. Я бы рекомендовал ньюфагам перебираться в телегу.
Долго дергался между вебом и мобилками. Сделали выбор в пользу последних.
Насколько я дебич?
На рынок рф не смотрю, так как живу в епропейской жопе
Зависит от ситуации. Если сильно нужна работа — то лучше в веб пошёл бы. Если не горит — не особо дебич.
>На рынок рф не смотрю, так как живу в епропейской жопе
Да он и не отличается ничем, разве что вилка на пару сотен $ туда-сюда ходит в разных регионах. Заметные различия можно увидеть сравнивая какую нибудь Москву/Куив/Минск с Сиднеем/Лондоном/Мюнхеном.
>судя по обзорам всяким, в мобилках карьерные возможности больше.
Не знаю что за обзоры такие, но по факту, реальный плюс того же айоса — это возможность писать на нормальном языке, вместо джаваскрипта (если конечно не попадёшь на галеру с кучей обжс легаси), лол.
Карьерные возможности у программистов не сильно разнятся — стандартные грейды джун/мидж/синьйор (в больших компаниях могут придумать свои, но это всё бюрократизация переходных процессов), а дальше либо менеджмент либо стартаперская деятельность (тоже менеджмент).
Когда ты нажимаешь на количество ответов, то открывается новый TableViewController с ответами в ячкейках - это всё понятно. Но в свою очередь, у каждого этого ответа могут быть свои ответы. А у тех свои. И таким образом может выстроиться цепочка из десятков таблиц.
Если просто перезагружать данные в один и тот же TableViewController, то тогда не будет работать кнопка "Назад" в NavigationBar. Можно ли как-то программно создавать контроллеры по нажатию на кнопку ответов?
Как тебе удобней, всем похуй.
На практике в десктопных клиентах вроде sourcetree удобнее мерджить, но переодически с этими самыми мерджами возникают из-за его "помощи" проблемы. Алсо, регулярно проблемы вроде того, что эта десктопная залупа не догадывается сделать pull и ебёт тебе мозг.
Короче, учи консольные команды, никакой гуй тебя от этого не спасёт.
Накопилось несколько вопросов
Если делать какую-нибудь круд парашу, то как лучше сорхранять записи? nsarraycontroller или например как тут https://medium.com/@ankurvekariya/core-data-crud-with-swift-4-2-for-beginners-40efe4e7d1cc
Правильно ли я понимаю что swift ui убъет разработку через ксибы? Я бы не хотел ставить каталину.
Куда копать чтобы сделать сетку календаря?(в стандартных контролах его нет)
Почему еще никто не сделал клиент дваща? (Думаю с каталистом может появится много говноподелий)
На гейхабе нашел только пикрил, но там только новости
Почему так мало книг по разработке под макось, даже на иглише?
>Если делать какую-нибудь круд парашу, то как лучше сорхранять записи?
Да как хочешь. хоть в кордату, хоть в sqlite, хоть в реалм, хоть в файлик на диске.
>Правильно ли я понимаю что swift ui убъет разработку через ксибы?
Она никогда и не оживала. Ксибы реально использовать если ты 1 разработчик на проекте, или у тебя в проекте совсем никак не связанные экраны. Иначе — из вариантов:
а) код;
б) всё в коде.
>Куда копать чтобы сделать сетку календаря?(в стандартных контролах его нет)
В том же awesome-ios (сам загуглить сможешь?) куча этих календарей. Если хочешь сам повелосипедить — бери NSCollectionView, и если
>Я бы не хотел ставить каталину
То пиши кастомный лэйаут для него. Compositional Layout нищукам не завезли.
>Почему еще никто не сделал клиент дваща?
Потому что на айоси есть их куча (но не в аппсторе), а на десктопе нахуй не нужно.
>Почему так мало книг по разработке под макось, даже на иглише?
Потому что на них нет спроса.
Во-первых, потому что десктоп сейчас на 80% состоит из проф софта (видеоредакторы, 3Д редакторы, иде), которые поголовно кроссплатформа и имеют хорошую команду.
Во-вторых, всякие эксели/календари уже давно в облаках и бровзерах.
Сам я не занимаюсь разработкой под мобилки, так что просто интересно ваши мнение.
Пиздеж? Вижу, что вакансий на хх на порядок меньше (раз в 100) чем в тот же фронт, понимаю, что вкатиться туда проще и все так.
Про ведроид не спрашиваю, т.к. сам гей.
>Пиздеж?
Когда первые айфоны только представили — там изначально были только PWA (тогда мб по другому эта хуита называлась). Вот так с 2007-го и давят. Так активно давят, что даже любители подобной залупы (аирбнб, слак итд) которые продвигали тот же реакт натив (не веб, но самое приближенное к фронтовой залупе), почему-то поголовно с него слезли на нативные приложения.
На десктопе, тащемто, уже остался один проф. софт (о чём я писал выше) который в облако не уедет ещё лет 10 как минимум, а на мобилках людям почему-то не нравится пользоваться лагающей хуитой которая почему-то жрёт по 10% батарейки за 10 минут.
Алсо, об подобные питушиные восклики про кроссплатформу (не обязательно веб, именно кроссплатформу) от веб/флаттер-питухов можешь смело вытирать жепу, т.к. им уже лет 20 (аж в 2 раза старше кукареков про веб, который всё никак не задушит).
Ну деск топ однозначно будет решать. На арену выйдут несколько монопольных сервисов, которые будут работать как через браузер так и через апы, которые будут поставляться вместе с десктопами. Эволюция веба отсеит всю кашу, которая есть сейчас и выкристализует несколько сервисов, в которые будут умещаться человеческие потребности. На арену выйдут способности корпораций поддерживать кодовую базу, на примере винды видно, как код гниёт, и большие программы скатываются в говно. Выживут те компании, которые решат этот самый сложный вопрос.
А я ебу? Нейроинтерфейсы какие нибудь. Но и там будут проблемы с мобильностью и перформансом, так что веб питухи пойдут нахуй.
А точнее будет как и сейчас — несколько больших компаний околовебнёвую хуиту чтобы прототипировать интерфейсы и всякие анимашки, и ещё половина стартапов будет юзать чтобы быстро запилить мвп (потом как и слак/итд будут переносить всё на нэйтив).
>>1648512
А за весёлые вещи никто и не платит. У тебя и в мобайле будет 2/3 тасков — поменять кнопочку, уплотнить тенюшечку, повесить аналитику на скрольчик.
Лишь бы через пару лет смог намутить оффер в ламповый китай или сингапур. Судя по количество вкватывальщиков в других сферах-оптимальный вариант.
Когда узнал, что бывший сосед получает 210к, то попросился к нему на обучение.
Охуеть, кстати, что у вас такой адекватный тред.
Другой-ньюфаг
Апи двача уебищно из-за отсутствие ссылок на посты и прочее. Я реализовывал это через циклы и мапил данные, собирая как раз всю эту лабуду. Оно того не стоит.
>Можно ли как-то программно создавать контроллеры по нажатию на кнопку ответов?
да
>>1645049
Возьмет, тестовое для этого есть.
>>1646342
дебич на 100%
>>1647460
троль плиз
>>1647815
Что за дауно вопросы, dude.
>>1648316
в бд.
хз, его никто еще не будет использовать как минимум 2 года в нормальных конторах.
Либы. Либо сам.
Сделали. Но самому делать это зашкварно.
Макось особо не нужна. Но статьи есть, этого достаточно.
>>1648320
В моей оформленной шапке есть канал, где это можно найти. Ты вообще с мозгами?
>>1648480
Да, идите все в веб.
>>1648536
Вряд ли через пару лет. Обычно офер только помидорам с 5 годами как минимум. И это не так то просто, как все говорят сделать. Исключая все социальные аспекты офк.
>получает 210к
Пусть расписку принесет, и еще вычтет уплату налогов.
С сегодняшнего дня, я залетная ведроблядь. Пытался и со старого appleId, и с зареганного сегодня - проблема остается. Собственно я не один такой, полно тредов аналогичных этому https://forums.developer.apple.com/thread/126152, но решения проблемы нигде нет. Может быть это потому что я указал что я из рашки?
>Надеюсь до июня-июля перекачусь в iOS
Если не даун и не будешь сидеть дрочить все это время — на начальный уровень спокойно войдёшь.
>и найду работу
А вот это уже сомнительно. Даже если все эти изоляции реально закончатся через месяц (смотри на Китай — не закончатся), экономика ещё пару месяцев будет стоять и ещё несколько месяцев возвращаться на исходную позицию.
Короче, джунам сейчас найти работу будет очень сложно, если есть работа — лучше сиди на старом месте. А если ты борщехлёб — похуй, вкатывайся, хуже точно не будет.
Можно навоять что-нибудь под линь, андроид, венду?
Чисто как язык в вакууме — может работать на всех платформах, в которые умеет LLVM.
И в андроид
https://github.com/apple/swift/blob/master/docs/Android.md — как язык для NDK
https://www.scade.io — кроссплатформа в стиле Qt
И под линукс спокойно писать можешь, там +- всё есть. Правда, непонятно какого качества, о чём писал анон выше.
А вот виндовая версия будет работать на WSL (см https://github.com/apple/swift/blob/master/docs/Windows.md ), и будет чуть хуже линуксовой по качеству.
Единственное но — библиотеки. Ты же блять не пишешь сфеерического коня в вакууме, для такой кроссплатформы придётся ещё как минимум уживать свифт с каким нибудь Qt, и тут будет вопрос — почему бы просто не ебануть всё на плюсах и не мучать жепу?
начал вкатываться, почитывая app development with swift, которой нет в шапке. Нет в шапке, потому что это кал? или просто у рея САМАЯ лучшая теория с практикой?
https://tryolabs.com/blog/2020/04/02/swift-googles-bet-on-differentiable-programming/
>бтв, а че так свифтуи лагает на макоси? Думал что-то поделаю, а тут на тебе..
Я же тебе писал, что будет через жепу, блэд.
Он не столько лагает, сколько рисуется ненативно со всякими косяками вроде черных полос при резайсе окна и прочих. Реально лагает он в сложных вьюхах и это уже не исправить просто by architecture.
Всё же, изначально его пилили для часов, а потом адаптировали для мобилок, чего ты ожидал?
Смотри по области применения.
Сториборды — только для маленьких прилаг, которые ты при этом пишешь один.
Ксибы — уже можно писать не одному, но если проект чуть больше среднего — тоже ахуеешь поддерживать это.
Код — самый гибкий и прагматичный (как минимум в командной разработке) метод.
Если хочешь найти работу — на сториборды даже не смотри.
Смотрите, какой няшный кунчик.
А ведь под какую-нибудь винду или андроид, скорее всего, приложение делает задрот-натурал.
Да успокойся ты, obj-c версия уже давно
>Source code of deprecated Telegram for macos version
https://github.com/overtake
Вопрос в целом про языки, но сам вот пару недель стараюсь вкатиться в свифт, так что спрошу
Насколько зашкварно искать репетитора/ментора для помощи во вкате?
Сука основная работа, которая в край достала, отнимает от 2 до 10 часов в день, в результате чего подход не очень системный выходит и вместо рационального изучения выходит рваное говно. Да и много времени уходит на то, чтобы осознать какую-то тему, найти, кому показать код для ревью.
Наверняка многие испытывали такие проблемы и лучший совет: вкатывайся сам.
Спасибочки
Ну тогда я бы тебя реально уволил нахуй, если ты не можешь в такой маленькой залупе найти что там крэшит прилагу.
>>1654429
>Насколько зашкварно искать репетитора/ментора для помощи во вкате?
Ненасколько. Есть целые чаты и коммунити по этой теме (типо свифтбука итд).
А по факту, однохуйственно тебе нужно заниматься практикой чтобы чему-то научиться, и практических навыков (кроме более чистого кода) ты от менторинга скорее всего не получишь.
>60 рандомных челиков))
Я же тебе написал уже, помочь загуглить?
а) https://en.wikipedia.org/wiki/Feature_toggle
б) Напиши UI-тест который будет запускать прилагу сотнями раз (желательно найти те же девайсы с теми же версиями оси) и пробуй повторить, а потом то же с/без фичи/либы.
в) Самый днище вариант — разбить максимально инициализацию по этапам и спамить ивентами с номерами этапов в аналитику (у тебя же она есть?). Потом смотреть айдишник юзера в багмониторе и сервисе аналитики. Если не поймаешь нихуя — то точно либа крашится, лол.
Признаю, анон, ты оказался прав а я не прав
https://forums.swift.org/t/se-0282-low-level-atomic-operations/35382
Почему вообще таких базовых вещей нет в UIKit? Ну это же реально используется в каждой первой приложухе. Ну почему, блеать, я должен сам из проекта в проект что-то колхозить или искать либы по гитхабу?
> пролистывать вправо-влев
UICollectionView.
> Ну там, чтобы увеличивать картинку по двойному тапу
Зум жестами уже есть в UIScrollView.
> Почему вообще таких базовых вещей нет в UIKit
Есть же, смотрел плохо. Разве что интерактивный свайп (или drag/pan gesture) нужно самому делать.
>Ебать гемор
И как ты себе представляешь кастомизируемый универсальный компонент для всего этого? Который при этом от версии к версии системы не будет ломаться (с изменением дизайна, новых фичей итд)? inb4: а никак
От UIKit-а нужно именно дженерик средство для того, чтобы склепать то, что нужно именно тебе и не более.
>Ещё и закрытие ViewController'а делать свайпом.
Если нужен именно свайп (не интерактивное перетаскивание) то это вообще 4 строчки кода. Что тебе надо-то?
Есть под хороший
https://github.com/NYTimes/NYTPhotoViewer
По-моему его везде хуярят
Блять, ожидать кучу вкатывальщиков еще и в ios? суууука
Тащемта, нет, не ждать. iOS — это, в первую, очередь инфраструктура из нескольких десятков фреймворков (как и любая современная платформа). Начиная от системных (https://iphonedevwiki.net/index.php/Frameworks), заканчивая сторонними (Realm/Rx/Texture/Componentkit/Google(десяток либ)/итд). От тебя требуется в первую очередь знать что и когда лучше применить (а для этого нужно хотя бы половину из этого всего знать) и как это всё скомпоновать чтобы на выходе не было неподдерживаемого пиздеца.
Так что похую знаешь ты язык или нет, условие для вката — это наличие специализации на чём-то, а не знание языков (оно само сабой разумеется). Так что учитесь, блядь, писать приложения, а не дрочите на язык.
Спасибо, кэп. У меня всё сообщение об этом, как ты вообще читаешь, ебанат?
Алсо, превентивный аргумент против пуков про "нинужна": для всяких CLI утилитn всё ещё нет более менее нормального языка, кроме go, который вот прям нихуя не нормальный, но шустрый, статический и компилируемый, пусть портируют.
Вообще, насколько нужно быть пробитым долбоёбом, чтобы считать что "инфраструктура из нескольких десятков системных фреймворков", которая в этом контексте по определению означает системный вендорлок, вообще может быть универсальной? Ты хоть одну такую видел? Как там нативные виндовые аппы, нормально на линуксах и айпадах бегают? Жавовый спринг как с дотнетом работает? Не брыкается?
>вы заебали, колхозники
Поясните веб разрабу. Количество разных устройств от эпл на iOS можно пересчитать по пальцам. Система намного лучше оптимизирована чем ведро(недавно пересел), не имеет всяких йоба кастомных оболочек. Значит ли это, что быть мобильным разрабом легче под яблоко, а значит и вкатиться(пройти собесы и стать джуном/трейни) проще?
>Система намного лучше оптимизирована чем ведро
И это не потому что
>не имеет всяких йоба кастомных оболочек
или система ебать оптимизированная (хотя явно быстрее чем андроид на бюджетнике конечно), а в первую очередь потому что требования к перформансу прилаг выше. Мы вот, например когда нужен нетривиальный списочек с нормальным фреймрейтом, идём и считаем фреймы руками (да да, в 2к20). Ебёмся с профайлерами там, рисуем тенюшечки в картинках, чтобы скруглить углы обрезаем сами картинки, декодим их там ручками в бэкграунде, ищем прозрачные слои и вся вот эта хуйня, на которую 90% андроид девелоперов просто хуй клали и делали это всё в пару строк при отрисовке UI-я.
Так не только с перформансом, а вообще со всеми качественными характеристиками, кстати. Хотя андроидеров сложно за это упрекать — реально же, хуй поймёшь, твой код крашится или у устройства рак.
>Значит ли это, что быть мобильным разрабом легче под яблоко, а значит и вкатиться(пройти собесы и стать джуном/трейни) проще?
Эээ, нет.
Всем привет. Какой макбук можно взять для учёбы программированию на Swift? Бюджет до 40000. Хватит ли macbook air 2015 года? Или нужно взять версию 2017 года?
Не будет. Люди при мне спокойно работают. Другой вопрос - время сборки. На 300+ тысяч строк кода будет медленней собираться, чем на новеньком 16 дюймовом.
А ему хватит, тем более если выучится и попадет в контору то там не будут проекты аля уровня сбера.
>>1663825
Прошка это стабильность. Аир не вывезет.
Потому что там стоит задача тебя побыстрее выучить, чтобы побыстрее отработать деньги, а не вдрачитать тебе в голову всякие там best practice, пускай коллеги на работе с тобой ебутся. Ясен хуй что никому не интересно тратить кучу времени, чтобы рассказать нюфагам про то, как работают вьюхи в айоси и как лэйаутить всё ручками правильно, когда можно показать как кидать кнопку в сториборде и проставлять констрэинты в 2 клика попутно получая леща от того, кто эту хуйню на ревью увидит.
Короче, они просто дают самый необходимый базис, а дальше ебись сам. Что с какой-то стороны даже правильно.
Про общее развитие мозга и геометрию ясно, только вот чем оно тебе поможет лэйаут писать-то? Можно хоть один пример из жизни? Ну кроме какого нибудь паралакса.
Ты же после пары сложна экранов и ещё пары нетривиальных коллекций с ручным лэйаутом и так спокойно начнёшь его писать.
Перекатываюсь из версталы. Хочу в разработку. Фронтенд не люблю. Айфон есть. МакМини есть.
недавно понадобилось делать сглаженный график – равные углы и отрезки, синусы, косинусы, медианы...
недавно понадобилось делать сглаженный график – равные углы и отрезки, синусы, косинусы, медианы...
относительно недавно понадобилось делать сглаженный график – равные углы и отрезки, синусы, косинусы, медианы...
>>1667000
>>1666999
Ну вот опять же — построение графика, если ты не работаешь в какой нибудь финтех конторе (где их нужно по 20 видов делать на каждый пук), явно не та задача ради которой стоит задрачивать геометрию. Остаётся только общее развитие, а это уже в отличие от каких нибудь алгоритмов/английского/итд сомнительная инвестиция времени.
https://career.habr.com/vacancies/1000055303
Но он платный. Вроде и 1500 за весь курс не так уж и много, а вроде и жаба душит, особенно учитывая что ебаный вирус лишил пока что заработка практически полностью. Нет ли ссылок на этот самый конспект на русском языке?
у меня в миллионнике в молодёжный банчок конкурс на стажировку 200 чел на 5 мест
дохуя студентоты, кто уже год-полтора худо-бедно чото пишет
и они все адово конкурируют за сраную стажировку по гпх-контракту
за копейки без гарантии трудоустройства по её окончании
2015 уже не особо то и актуален (если не топовая 15-ка, такая точно поживёт ещё пару лет). Из новых раньше 2018 б/у версии смотреть смысла нет, т.к. скорый flexgate (который без капремонта за пол цены ноута не исправить) и заедающие клавы ждут тебя, а за 800$ ты ноуты младше 1-2 лет не найдёшь (а если и найдёшь, то на таком 100% либо монтировали видео, либо им забивали гвозди, но энивэй он будет не в том состоянии которое ты хочешь).
Взял на ebay Прошку 13" 2015-го года, Core i5 2.7, 16Gb RAM, 128Gb SSD. Стоил ноут чуть меньше 500 долларов вроде (со всеми комиссиями), в рублях вышло 31к примерно (дело было в феврале, прям перед падением рубля успел). Но мне повезло, что у меня кореш в штатах был в тот момент, я тупо на него заказал и он бесплатно привез (ну как бесплатно, я ему в подарок портвейна хорошего купил). Так-то в рашку никто почти не доставляет.
Состояние ноута великолепное, почти три месяца работаю с ним - нареканий ноль. Xcode и симуляторы работают шустро, Каталина тоже. Скорее всего, буду менять SSD на побольше, благо он не распаян. Но пока хватает вроде (да, CleanMyMac юзал пару раз для чистки мусора от Xcode).
Хз чо советовать, просто опытом делюсь. По моим ощущениям сей продукт еще пару лет протянет.
>Свифта с кроссплатформенностью
Никак. Свифт под линукс это просто кривая поделка для энтузиастов, тоже самое будет и на винде. Хотели бы Эппл нормальную кроссплатформу уже бы давно запилили что-нибудь вроде GNUStep / OpenStep.
Нужна нормальная кроссплатформа юзай QT qml.
>возможно ты большие проекты не трогал
Он же написал про вкат, лол.
>да, признали, но не на всех моделях что то отваливается или ломается.
Клавиатура без продувания заедает примерно у всех (даже тупо от пыли), а экран может не отвалиться вообще если ты ноутбук не открываешь больше чем на 90°, но это же, блять, мучение.
Карнавал долбоебизма продолжается
Я больше не буду бампать эту вакансию, думаю что всем и так понятно что к чему
>Эпл обновила 13"
>отказались от проблемной Butterfly Keyboard, как ранее уже сделали в других макбуках
>ряяяя врёти низаидаит у миня
С удленением шлейфов в 2018-х моделях (как раз как у владельцев 2016 рваться начали массово) наверно тоже случилось сочное врёти.
Расскажи, насколько сложная эта работа, как лучше составить тз?
>взять
рекомендую: Intel nuc hades canyon NUC8i7HNK. Mac os ставится в пол пинка, не сложнее чем винду поставить, из коробки работает все кроме wifi/blutooth (https://github.com/osy86/HaC-Mini). Сам девайс купил на avito за 30к и впендюрил туда 32Gb RAM и 1TB ssd. Новый такой можно купить за 50к. Аналогичный по характеристикам mac mini получается за 2к$ и со встроенным говном от интела вместо видеокарты.
Для программирования главное 16GB памяти, иначе будет все свопить после запуска xcode и эмулятора. При таких бюджетах либо хакинтош, либо макбук 2012
Причем 2012 еще хорош тем, что в нем все еще лучшая клавиатура, можно поставить большой SSD, добавить памяти и поменять без гемороя батарею.
В эиры ставят днищепроц троттлящийся в 0, когда IDE с эмулятором разогреют до обжигания рук. Только для джаваскриптов и питона сгодится
типа такого на java
org.apache.commons.lang.StringEscapeUtils.unescapeHtml("²")
есть ли какая то быстрая альтернатива для iOS?
>подскажите пожалуйста, это правда что в ios декодинг html сильно жрет ресурсы?
Нет, не правда.
>есть ли какая то быстрая альтернатива для iOS?
Берёшь, собираешь в интернете варианты и бенчмаркаешь их. Если тебе не по 20мб html-я надо обрабатывать за раз — никогда с такой проблемой ты и не столкнёшься.
Если он у тебя уже есть - подойдет конечно. Но это именно для вката. Дальше на норм проектах будет памяти не хватать + греться будет постоянно.
Если выбираешь/покупаешь - бери прошку 15-го года с 16Gb RAM и горя знать не будешь. На ebay вполне себе попадаются. Я вот взял и доволен как слон.
прочитал шапку там https://www.youtube.com/playlist?list=PL9lXw_XXeiWQGrY5dl0IjFI7tOw_nfI91
вроде годно, но у меня сразу возник вопрос, это специфик для iOS или для мака тоже покатит?
>>С чего вкатываться?
>Swift book - книжка валяется в интернете доки. Через 1-2 месяца смело переходи на ObjC - Интересная книга от Paul Хадсона Objective-C for Swift Developers Paul Hudson, найти которую можно ниже в телеге.
>
спрашивал у айосников с работы про нужность обджектив си для вката, все сказали что нахуй не нужон, а надо сразу свифт учить.
мимо куэй макакен
В целом боятся обж-с не надо, так как это всё же C, C это очень интересный язык и там много такого чего нету на свифте. Например линкед листы и всякие деревья, так же будешь хорошо понимать как работают опасные указатели. Если ты брал когда- нибудь книгу по свифту, то наверняка заметил, что там много синтаксиса, но что касается самого программирования и алгоритмов там их очень мало хотя они и крутые, а если ты откроешь книгу по C, ты увидишь что там синтаксиса очень мало, но зато дохера алгоритмов. Так что C так и так неплохо бы знать, это тебя разовьёт как погромиста.
> С чего вкатываться?
С вротенда.
ну я с фронтом не работаю. я чисто мобилки на айос тестирую, следовательно окружен мак техникой, девайсами и айосниками. Да и вообще даже начальное понимание свифта в работе мне даст больший буст, чем умение верстать. Да и пробовал как-то фронт, не зашел, заебался что любой курс/статья/уроки/аллах которым полгода уже УСТАРЕЛИ и НИКТО СЕЙЧАС ТАК НЕ ПИШЕТ, вот блять вам новую концепцию трансвеститы придумали, теперь вот так надо.
Зависит от потенциального места работы.
Если компания мелкая или проект молодой (меньше 5 лет) — то почти наверняка нахуй не нужно, только для общего развития (в целом C очень тебя бустит в понимании того, что ты пишешь, как и сказал ананас выше), да и своих велосипедов у компании скорее всего нет.
Если проект старый или компания большая — то в 80% случаев нужен (в первом случае всё очевидно, но даже если HRюши скажут что проект старый но уже "полностью" портирован на свифт, то знай, что он всегда содержит непортированные куски на которые забили хуй, а поддерживать надо, и тебя тупо объёбывают, а во втором случае — 100% вероятность что даже на новом проекте, который начинается с нуля будешь писать код облепленный внутренними либами на обж-с, или тебя по окончанию одного проекта могут перевести на другой, который уже не такой молодой и хипсторский).
С таким-то настроем тебе либо в обж-с либо в питон/джаву, лол. Свифт точно так же только недавно перестал каждые пол года ломать обратную совместимость (хотя это не точно), но продолжает обрастать новыми фичами по 10 штук даже в минорных релизах.
Без шуток, если тебе не по душе такое — лучше вкатись в какой-то более консервативный стек, мы тут тоже подварачиваем джинсы и хлебаем смузи прыгая по стекам.
Это да. Но факт в том что кор тима после 4.2 начала разбредаться, так как всё самое главное они сделали. И в общем всё остальное это сахар. Так что как ты правильно заметил появилось ABI с 4.2 и можно на нём спокойно дальше сидеть и не перекатываться на новые версии. Хотя я сижу на 5.1.3 и если дальше пойдёт такая пьянка то на нём и останусь, дальше учить новые фичи я смысла не вижу. Разобраться бы с тем что есть.
Продолжаем анал-карнавал
Что нужно знать чтобы устроиться джуном в ДС? Хватит ли для этого нескольких опубликованных приложений? Или вместо практики стоит учить теорию?
Да херня эти курсы. Вообще не понимаю для чего они нужны. Все есть в открытом доступе. Я не настолько тупой "вкатывальщик". Вообще начал учиться от безделия, но сейчас подумал, может получиться реально работу найти. Я уже, в принципе, могу с нуля полезное приложение на UIKit написать(чем и занимаюсь). И мне не до конца понятно какие знания нужны, чтобы претендовать на работу.
Да, пару прилаг в аппсторе это мастхэв.
Ещё хорошо бы, если они написаны не задней ногой и исходники лежат на гитхабе (в больших компаниях всем похуй на такое, а в маленьких компаниях/стартапах почти все смотрят потому что там денег на эйчаров никто не хочет выкидывать и кадровиком в будущем придётся работать тебе, кек).
Из теории только всякая совсем абстрактная хуита нужна (паттерны, SOLID, архитектуры вот это всё), остальное ты на практике зазубришь.
Практика то полюбому нужна. А вообще как повезет. Начальные позиции это полный рандом. Стоит тупо по собеседованиям ходить. Заодно слабые месте узнаешь и сможешь подтянуть. Я вообще вкатился через трейни с нулевым опытом конкретно в iOS и без реального в программировании (была вышка).
>Нет, не мастхэв
Зависит, опять же, от потенциального места, где резюме будут смотреть. По моему опыту, почти все хрюши руководствуются правилом "нет аппстора -> можно не смотреть". Вообще, само наличие кадрового отдела как бы намекает на большой поток и подобную тактику.
Ну и без практики совсем зелёный джун имеет шанс разве что пойти нахуй, а челик даже с парой высеров в аппсторе всегда сможет хотя бы перехватить пару заказов на фрилансе если с история с поиском затянется. Так что мастхэв.
Это не мастхев. Хрюши не руководствуются таким правилом. Мы где живем?
Я свободно прохожу на мидлы вакансии не имея аппов в сторе.
Анон, серьезно. Да, это неплохо, но это не мастхев. И если я буду собесебовать, мне будет похуй на это. Если и выкладывать что то в апстор, то это что нибудь стоящее, чем очередной никому не нужно всратый проект, который ты забросил в момент публикации.
>Я свободно прохожу на мидлы вакансии не имея аппов в сторе.
Ты не джун, ясен хуй что тебе достаточно пары граф с предыдущими местами работы, но это не его случай.
>И если я буду собесебовать, мне будет похуй на это.
Тебе похуй, а если у тебя в компании резюме отбирает хрюша а не ты — то он на него и не попадёт, лол.
>Если и выкладывать что то в апстор, то это что нибудь стоящее, чем очередной никому не нужно всратый проект, который ты забросил в момент публикации.
Ещё раз — твоя точка зрения узколобая что пиздос релевантна только для тебя, а вот у среднего вкатывальщика есть примерно нихуя чтобы после отклика на вакансию его хотя бы не завернули сходу.
>Хрюши не руководствуются таким правилом.
Зависит от хрюши, у меня вот на прошлой работе хрюшка вообще не из ит работала, и тупо отбирала по наличию вышки. Это всплыло когда мы завернули после собеса очередного ждуна, она к нам прибежала с вопросом "как можно было завернуть студента ВШЭ????? Это же вышка нахуй!", после этого в той компании резюме программистов отбирают программисты, лол.
Короче, самое сложное с первой работой — это попасть на эту первую работу, чего совсем без опыта не получится, и нет смысла забивать хуй на своё портфолио и думать, какого хуя заворачивают как вот этого челика >>1684046 кекус.
Через n месяцев буду перекатываться в Германию с тянкой по ее учебе. Сейчас перекатился внутри компании с фронт-макаки в команду мобильной разработки.
Я умею в гугол и во всякие обзоры рынка, но естессно там пишут, что ios разработчики одни из самых нужных, зарплаты огромные, идиите не пожалеете
Суть такова, есть таблица, в первой секции 1 элемент (который селектед), во второй оставшиеся.
Я взял модель, разбил на два массива, в первом один элемент, во втором другие, просто удалив тот, чтобы формировать таблицу по [section][row]
Но теперь столкнулся с проблемой при дид селекте, как правильно впихнуть в первую секцию выбранный элемент и снова апдейтнуть модель для таблицы
Я правда никогда этой штукой не пользовался, так как можно с индексами налажать, но тема хорошая тем что быстрая, пользуется во многих продвинутых алгоритмах сортировки
мимо куа-мобайл-макака
февраль 2019.
>>1687717
>то из-за того что под копотом при append происходит copy on write?
da. А вообще, нужно все самому выяснять.
Есть две угрозы:
1. Права. Ты должен пользоваться только явно предоставлеными твичем способами распространять его контент. Если ты там придумал какой-то хитрожопый способ пиздить у твича трансляции то твою приложуху зарубят на модерации. Ну и с названием нужно хорошо подумать. Оно не должно как-то намекать что ты связан с твичем. Тоесть что-то типа "Твитч. Клиент" сразу нахуй. "Просмотрщик для твича" - это уже нормальное название, но конечно не факт что его пропустят - тут ты полностью на милости проверяющего, врядли ты им что-то докажешь.
2. Пользовательский контент. Если у тебя в приложении пользователи могут постить что-то свое то это сразу пачка дополнительных требований к приложению без которых тебя не пропустят. Как минимум нужна возможность пользователям жаловатся на недопустимый контент - и ты его должен удалять достаточно быстро. И нужна возможность блокировать других пользователей.
По факту репорты в твиче есть, и в апишке должны быть, так что релевантен только первый пункт (отсутствие сторонних клиентов как бы намекает, что скорее всего за сторонние клиенты, как тот же дискорд с ебливым электроном без альтернатив).
>>1689730
>twitch клиент
>или стоит ожидать проблемы?
Стоит, скорее всего
а) не пройдёт;
б) более-менее адекватная версия такой прилаги — это очень дохуя работы, которую скорее всего придётся спустить в унитаз, так что лучше подумой, не лучше ли написать что-то другое.
>б) более-менее адекватная версия такой прилаги — это очень дохуя работы, которую скорее всего придётся спустить в унитаз, так что лучше подумой, не лучше ли написать что-то другое.
Хотя за десктопную версию, в которой можно было бы врубать PiP, и которая не загружала бы цпу топовой пятнашки так, что куллера сходят с ума за пару минут трансляции, отдал бы анус. Да и с распространение проблем не было бы.
Так собственно почему 2-3 айос разработчикам, которые получают в месяц на своих работах 3-4к зелени, год не покапить денег и не запилить свою же такую парашу? Залить в стор гребаную разукрашку, обои и налить трафла на нее? Почему айос разработчков тысячи, а таких конторок только десятки? И то почти все их делают не прошлые разработчки, а прошлые погонщики этих разработчиков.
Объясните мне плиз, я блять не понимаю.
Очевидно, потому что бизнесоовнеры берут на себя риски, что приложуха не взлетит и все деньги на зарплаты будут проебаны в пустую. За это и снимают сливки в случае если приложение все-таки взлетит.
Кодеры же обычно риск аверс пипл, им лучше получать стабильную зарплату, поэтому каждому свое.
Я просто оставлю это здесь. Между прочем это всего лишь одно из десятка объявлений постоянно висящих на сайте. И во многих из них мне отказали а в одном вообще пидорнули с испытательного срока.
аноны выше жирно троллят
В иос действительно мало вакансий
несмотря на то, что для вкаата нужен мак, соотношение вкатывальщиков и вакансий такое же (а может и выше - анализ не проводил) как в ебучий фронт
я сам выкатился из иоса, чтобы перебраться в европу - в ней также вакансий для мобилок меньше, чем в том же вебе
пиздец((
В любой ЯП сейчас тяжело вкатиться.
Какой уровень знаний нужен? Реально ли это с таким малым опытом?
Самый лёгкий вариант — просто пройти собес (всё равно сейчас все по удалёнке проходят), сесть на поезд (гугол говорит что из Минска в Москву можно за 4к доехать) и приехать, лол.
Без хорошего опыта полноценный релокейт (чтобы прям месяц-два на переезд, помощь с доками (которая тебе в данном случае и не нужна), помощь с личинусами итд) никто тебе не станет устраивать, понятно дело. Платить челу, при том, что он возможно через неделю свалит, и вообще-то не особо-то крутой спец — смысла 0.
com.apple.developer.pushkit.unrestricted-voip
1) Для iOS 13+ темный режим переключается системно
2) Для <13 грубо говоря по свитчу.
Это мне нужно, чтобы каждая вьюха слушала нотификейшен и обновляла свои цвета? Хуярить супервьюху и все вьюхи наследовать от нее? А с iOS 13, где это автоматически, как быть?
Если есть нормальные статьи, поделитесь, пожалуйста, я ничего дельного нарыть не смог.
Верстаю в коде.
мимо грустная пародия эникейщика, который сидит обложившись казенными макбуками и аймаками в айти галере. 99 процентов всех моих задач это почистить старый макбук перед выдачей новому сотруднику.
>А с iOS 13, где это автоматически, как быть?
Никак. Ты либо пилишь полностью свою дизайн систему, либо дропаешь всё что ниже 13-шки.
>Это мне нужно, чтобы каждая вьюха слушала нотификейшен и обновляла свои цвета? Хуярить супервьюху и все вьюхи наследовать от нее?
Можно так, можно с помощью method swizzling делать то же самое (но оба этих метода днище, и по хорошему такое надо делать на уровне контроллера скрина), а можно вытаскивать окно из AppDelegate и форсить его обновление поменяв цвета месте, откуда все их будут брать.
>Если есть нормальные статьи, поделитесь, пожалуйста, я ничего дельного нарыть не смог.
https://developer.apple.com/documentation/xcode/supporting_dark_mode_in_your_interface
вот вроде потратил же время на ответ, но такую хуйню написал =(
как подписка на свифтбук как-то говорит за мой английский? Английского для загуглить, почитать, посмотреть мне хватает, собес на английском конечно могу завалить. Но зачем дополнительно напрягать мозг и брать контент на английском, если он есть на русском? И здесь был вот как раз вопрос о его качестве.
Воспользовался этим, слегка изменив. Вроде относительно неплохое решение.
https://www.onswiftwings.com/posts/dark-mode/
>как подписка на свифтбук как-то говорит за мой английский?
>Но зачем дополнительно напрягать мозг и брать контент на английском
Да ты сам только что сказал всё про свой уровень, какие после этого могут быть вопросы? Пиздуй учить английский.
>>1700496
>Но вопрос открытым остается можно ли сей ресурс считать фундаментальным, лол.
Какого, блядь, качества ты хочешь от кучи документации? Ну в книгах/курсах в отличие от доков эпла всё +- упорядочено, и почти везде обсасывается с картинками как для даунов.
Единственный реальный (хоть и спорный) плюс — это ру коммунити которое просто отсрочит твои страдания когда надо будет работать с удалённой командой или хотя бы написать ишью/пулл реквест в какую нибудь либу.
дата сорс у меня такого вида чтобы по секциям разделять
var data = [[DataViewModel](),[DataViewModel]()], там в модели есть isSelected параметр
Короче как в дид селекте правильно сделать логику, потому что у меня костыль пикрелейтед
Справедливо. Как же в этом треде любят пердеть в воздух ниочём.
>даже когда минимальная версия айос в проде будет больше 13
Учитывая его текущее состояние, к этому времени в лучшем случае выйдет только первая стабильная версия которая с UIKit +- будет тягаться, ясен хуй ты на нём останешься сидеть. Ты походу уже настолько дед с продолбленными глазами, что профнепрегоден нахуй не видишь насколько это глубокая бета, в которой ничего кроме статичной странички сделать нельзя.
>>1702423
Нет, вкатись нахуй.
>>1702422
Погугли синтаксис и напиши хэловорд, тебе хватит. А ещё открой глаза и проскролль страницу вверх, ебаклак.
1)
data[1].append(data[0])
data[0] = data[1].remove(at: indexPath.row)
data[0].isSelected = true
data[1].forEach { $0.isSelected = false }
2) https://developer.apple.com/documentation/uikit/uitableview/2887515-performbatchupdates — не юзай, сука, reloadData()
3) А если делаешь не в учебных целях и собираешься выкатывать прилагу — то либо возьми какую нибудь либу с diffable data source, либо кордату/реалм в зависимости от необходимости персистентности (но не юзай reloadData).
>Ты походу уже настолько дед с продолбленными глазами, что профнепрегоден нахуй не видишь насколько это глубокая бета, в которой ничего кроме статичной странички сделать нельзя.
Да ясен хуй, что это сейчас сырое говно. Просто все больше смущает количество материалов о нем на том же медиуме и хабре, да и в тгшной конфе разрабов хуева туча использует его. Правда, есть подозрения, что это вкатывальщики.
Да я в жаба школу могу пойти просто, а из неё потом идти работать. Самый легкий путь для меня. Один большой банк много людей нанимает на новый продукт, много новых кадров нужно. Я туда уже проходил, лол, но из-за неких обстоятельств перестал ходить.
Вроде вот посмотрел всякие хайлоад конфы, довольно интересно вся эта массивная архитектура и прочее. Понимаешь, что люди делают масштабные вещи. Да и не сказать, что мне уже айфоны и другие мобилки сильно интересны, как девайсы. С другой стороны - и без UI/UX как-то не хочется совсем обходиться. Вроде у меня неплохое визуальное восприятие есть.
В другом банке пол года назад стажировался в разработке CRM. Там js + asp net был. Тестовое легко сделал, но в итоге пидорнулся, так как все-таки не моего уровня вакуха была JS вообще не знал. ООП, как оказалось - хуево. Терялся в слоях бизнес-логики. За время разработки как-то немного испытывал ощущения рутины и потери интереса. Типа, сидишь в базе хуйню ковыряешь два часа, потом для неё пишешь фильтр в бизнес-процесс, а там пару форм на страничке... не работает, пишешь снова. Короче, может я просто анскилл в программировании был, поэтому такое ощущение сложилось и всё в напряг давалось. Но почему-то всегда как-то тянуло в интерес, когда с iOS-тимой пересекался в офисе, че они там такого делают...
Просто хочу, чтобы работа интересная была. Все-таки большую часть жизни на это тратишь. Поэтому сомнения на счёт жаба бэка. Но в айос, походу, сейчас вообще хуй вкатишься. А еще и какие-нибудь жсоподобное деревянное говно весь натив через год-два вытеснит, мне кажется.
Никто не должен, переопредели intrinsicContentSize.
>если их родители будут задавать только их позицию, а размеры - они сами
Да, только устанавливать констрейнты для этого не обязательно.
> констрейнты
А лучше изучи ASDK(Texture) и наслаждайся жизнью. Хотя на галлере всё равно придётся долбиться с этими ебливыми констрейнтами, которые вечно то лагают, то начинают срать конфликтами, то нужно написать анимацию а на них этого тупо нельзя сделать нормально.
https://youtu.be/CbwMFQqeEvQ
Не пойму что значит -Xcc
В хелпе clang нашел только
-x <language> Treat subsequent input files as having type <language>
Но тут x маленькая.
Что это и зачем нужно? Эта штука стоит в основном перед передачей include фолдеров( -I) и перед macro definition (-D)
А что ещё ему тебе было сказать? Что он стрижёт бабулес на долбоёбах, готовых заплатить за прочитанную бесплатную инфу из инета и филькину грамоту?
Помню как на работе с таким "преподавателем" пересекался. Он пришёл на проект и начал наводить порядок как полагается синьйору — все сервисы в одном синглтоне, всё в контроллере, похуй на опционалы, форсанврапь всё, пока ворнингов меньше 2к — похуй. А потом тимлид пришёл с отпуска и этого дауна кикнули нахуй. С тех пор я не верю синьйорам с 10-ти летними стажами, лол.
Ну а ты сам подумай. На маке бинарник swiftui весит больше 40 метров, представь сколько там индуской лапши намешано. Там еще можно найти SwiftUI.h где указан 2015 год, т.е. они уже пять лет его пилят и в итоге смогли только высрать нерабочий 40 метровый кусок говна.
есть варик купить за 65к прошку 13 15-го года с 16гб озу. либо за ~130 прошку 13 2020-го года с 16 озу
будет ли еще актуальна модель 15-го года в ближайшие годы и стоит ли модель 20-го года вдвое большей стоимости?
иос - не основной профиль разработки, в основном пишу бэк на go
Ну что, можно вкатываться по cs193? Дождалися ру перевод
Как вам? inb4: готовые варианты: нинужна, невзлетит, крута, пичот.
У меня в голове происходит rabotodatel.sosiot += 0.4, и при приближении к единице я перехожу в статус поиска места. Чего и всем советую, задержки в зп примерно всегда означают что дела хуёва и ваши кабанчики скоро прикроют лавочку.
Правда самому перекатить тред мне лень, давай, не выёбывайся а работай.
может мне пару человек сюда позвать?
Суббота идёт после пятницы, тебя в твоей коррекционной школе этому не обучали?
От нас требуется сидеть тихо и не бухтеть.
Здраствуйте, Крейг Федериги. Я, Кирилл. Хотел бы чтобы вы доработали разработку под iOS и перекотили тред. Суть такова. Пользователь может разрабатывать без мака на нетбуке 2 ядра 2 гига. Публикация приложения происходит в 1 клик, все иконки, скриншоты и описание автоматически берется из проекта. После публикации приложение мгновенно появляется в appstore и гуглплей, а на счет начинают капать деньги от автоматически встроенных рекламных sdk с самой высокой ценой за скачку. Если у разработчика нет айфона нужно чтобы он мог устанановить и отладить приложение на свой андроид или нокию. Нужно дать девелоперам возможность писать приложения помимо сфифт на java, kotlin, python, C#, javascript, dart из каробки. Иде должна уметь автоматически генерировать мобильные круды по описанию серверного api в свагере, а в коде должна быть возможность проставлять ссылки со stackoverflow, откуда автоматически подтянется рабочий код. Единственный сертификат, который я должен генерировать во время разработки и публикации, это сертификат о том, что я 300к\с iOS senior developer, подписанный и нотариально заверенный кампанией apple. P.s. Джва года хочу такую разработку.
Наконета можно будет юзать всякие машины/велосипеды/итд не устанавливая 40 приложений.
Ждём выступлений разрабов, шо там по свифтюаю 2.0, будем бомбить анусы местных дидов.
- Фреймворк для матемематиков
- Немного еботни с поинтерсами
- Что то про тайп инференс. Интересно но по сути компилятор под капотом
- много всего опять по пакеджам
В общем довольно инженерные темы, по програмингу ничего революционного наконецта
Часть первая, виджеты (SwiftUI-only) — https://developer.apple.com/documentation/widgetkit
А ещё в новом свифтюае добавили почти всё, чего не хватало (вроде https://developer.apple.com/documentation/swiftui/lazyvstack дляколлекций), правда вместо того, чтобы таскать новую версию с собой (как делают с рантаймом свифта на старых системах) — взяли и бампнули версию оси отодвинув возможность юзать его в проде ещё на год, кекус.
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)
перекот >>1732084 (OP)