Извиняюсь, если глупый совет, не силен в ASMах, но в мире яблок строки с адресами от "short value" разделяют младшим битом установленным в 1, т.к. реальный адрес всегда чётный, возможно здесь можно применить схожую схему для разделения?
аналогия не с "нет денег на айфон" а "просто выберите другую специализацию". Если мне (мне) не нравится айфон и я для себя выбрал телефон с андроид, не желая мириться с жадной до денег и забившей на пользователей компанией, то как-бы смена специальности (например на андроид-разработчика) - это смена сениорской позиции на джуниорскую со всеми прилагающимися. Дела, конечно, обстоят иначе, если ты в начале карьерного пути, но что, если нет. Я не готов просаживаться в ЗП просто потому, что "Быть разработчиком под платформу которую не любишь - это самобичевание", хотя-бы потому что кредиты за дом выплачивать надо
Так что, таки да, просто купите себе (другой) дом..
На канале snoman gaming как раз был замечательный эпизод про то что же такое на самом деле хардкорные ретроигры (и чем они не являются): https://youtu.be/r1zhhd-JrqA
В целом вся серия good/bad game design на этом канале мне кажется очень полезна для понимания чём и как затягивают игры.
Невозможно читать статью из-за обилия стоковых картинок. Зачем они в тексте — абсолютно непонятно.
Манера изложения материала в статье рваная, мысль скачет, суть уловить чрезвычайно сложно.
что наше исследование не доказывает, действительно ли чрезмерное использование цифровых устройств вредит детям
Статья рассказывает о двух (имхо — совершенно) не связанных задачах
Действительно, вторая задача всплыла спонтанно при написании статьи. Возможно, вы правы, но статья не задумывалась как пособие для совсем новичков (о чем я честно и предупреждаю в начале), а чтобы показать как можно (если очень хочется) решить данные конкретные задачи.
А заодно возможно кому-то привести пример использования наследования, категорий(extensions), outlet-collections, и одного из способов вычисления высоты ячеек.
Почему не реализовать нужные клетки в отдельных ксибах
Считайте это долгом перфекционизму, если в проекте очень много файлов, возникает желание сделать их меньше. Опять же, никто не возражает против дизайна ячеек внутри таблицы в сториборде, и их тоже не переиспользовать в других местах, но иногда это и не нужно. Скорее вопрос а почему нет? :)
Да и о каком конкретно ворнинге речь, и почему вы просто от него отмахиваетесь
Чтобы иметь возможность проставить аутлет в Interface Builder нужна пропертя, по сути только сеттер, мы этот массив в таблице не храним и геттер нам не нужен. В категории (exntension) ivar-ы не сгенерятся, как вы верно заметили, и будет варнинг, что геттера нет, и его вызов приведет к крашу.
Все связанное с высотой клеток, имхо, стоит вынести в классы самих клеток
Согласен, иногда так лучше. Но для простых ячеек я предпочитаю не плодить сущности, а просто накидать лейблов и загружать их по тэгу (да-да, я знаю что Apple на WWDC сказала никогда-никогда так не делать, но что страшного если в ячейке 2 лэйбла?)
Вы только что создали бестолковую переменную, которая торчит в скопе всего файла
Спасибо, действительно, учту, не думал о такой реализации.
Так тоже можно, более того, до этого у меня так и было сделано (правда в ObjC классе).
Но при этом, во-первых нужно создавать специальный объект для работы с Dictionary, во вторых не очень красива конструкция «presets.1» (можно представить ситуацию, когда неправильно сформированный JSON имеет строковый ключ «1» вместо извлечения по индексу).
Кроме того, в реальной жизни эта конструкция будет выглядеть немного страшнее: «workplan.presets.\(index).id». Ну и лучше-бы на мой взгляд по subscript извлекать, а не методом .get()
А если захочется все-таки вытащить Dictionary preset, а потом из него уже все мапить: json.get(«workplan.presets.1»)? Получается дальше уже не получится так красиво, либо еще раз его придется заворачивать во что-то, либо функцией Get возвращать сразу dict в обертке, но это уже слишком :)
Извиняюсь, если глупый совет, не силен в ASMах, но в мире яблок строки с адресами от "short value" разделяют младшим битом установленным в 1, т.к. реальный адрес всегда чётный, возможно здесь можно применить схожую схему для разделения?
Нет, UTM использует qemu ядро и соответственно умеет в эмуляцию кучи всего. Про Parallels боюсь соврать но вроде тоже умеет x86
VMWare не эмулирует x86 архитектуру а позволяет только создавать виртуальные машины для ARM, включая Windows 11 ARM
аналогия не с "нет денег на айфон" а "просто выберите другую специализацию". Если мне (мне) не нравится айфон и я для себя выбрал телефон с андроид, не желая мириться с жадной до денег и забившей на пользователей компанией, то как-бы смена специальности (например на андроид-разработчика) - это смена сениорской позиции на джуниорскую со всеми прилагающимися. Дела, конечно, обстоят иначе, если ты в начале карьерного пути, но что, если нет. Я не готов просаживаться в ЗП просто потому, что "Быть разработчиком под платформу которую не любишь - это самобичевание", хотя-бы потому что кредиты за дом выплачивать надо
Так что, таки да, просто купите себе (другой) дом..
Если вы бездомный - просто купите себе дом..
Кто-то в Телеграм:
по вашему резюме на hh.Какой у вас опыт разработки ios?
Спустя пару недель он же:
Расширяем еще штат, как у вас с согруженостью?
Конец
На канале snoman gaming как раз был замечательный эпизод про то что же такое на самом деле хардкорные ретроигры (и чем они не являются):
https://youtu.be/r1zhhd-JrqA
В целом вся серия good/bad game design на этом канале мне кажется очень полезна для понимания чём и как затягивают игры.
Манера изложения материала в статье рваная, мысль скачет, суть уловить чрезвычайно сложно.
А где исследование то?
Уха-ха-ха, поржал, спасибо))
По сути поста: интересно, спасибо.
Действительно, вторая задача всплыла спонтанно при написании статьи. Возможно, вы правы, но статья не задумывалась как пособие для совсем новичков (о чем я честно и предупреждаю в начале), а чтобы показать как можно (если очень хочется) решить данные конкретные задачи.
А заодно возможно кому-то привести пример использования наследования, категорий(extensions), outlet-collections, и одного из способов вычисления высоты ячеек.
Считайте это долгом перфекционизму, если в проекте очень много файлов, возникает желание сделать их меньше. Опять же, никто не возражает против дизайна ячеек внутри таблицы в сториборде, и их тоже не переиспользовать в других местах, но иногда это и не нужно. Скорее вопрос а почему нет? :)
Чтобы иметь возможность проставить аутлет в Interface Builder нужна пропертя, по сути только сеттер, мы этот массив в таблице не храним и геттер нам не нужен. В категории (exntension) ivar-ы не сгенерятся, как вы верно заметили, и будет варнинг, что геттера нет, и его вызов приведет к крашу.
Согласен, иногда так лучше. Но для простых ячеек я предпочитаю не плодить сущности, а просто накидать лейблов и загружать их по тэгу (да-да, я знаю что Apple на WWDC сказала никогда-никогда так не делать, но что страшного если в ячейке 2 лэйбла?)
Спасибо, действительно, учту, не думал о такой реализации.
Но при этом, во-первых нужно создавать специальный объект для работы с Dictionary, во вторых не очень красива конструкция «presets.1» (можно представить ситуацию, когда неправильно сформированный JSON имеет строковый ключ «1» вместо извлечения по индексу).
Кроме того, в реальной жизни эта конструкция будет выглядеть немного страшнее: «workplan.presets.\(index).id». Ну и лучше-бы на мой взгляд по subscript извлекать, а не методом .get()
А если захочется все-таки вытащить Dictionary preset, а потом из него уже все мапить: json.get(«workplan.presets.1»)? Получается дальше уже не получится так красиво, либо еще раз его придется заворачивать во что-то, либо функцией Get возвращать сразу dict в обертке, но это уже слишком :)