и obj-c или swift?

в плане немного умею на свифт, с послезавтра могу попробовать, но скилл маленький

Алер когда стрим?

да, хз

Никит, а что там делать надо? Баги править?

и obj-c или swift?

Swift

в плане немного умею на свифт, с послезавтра могу попробовать, но скилл маленький

Сойдёт

Никит, а что там делать надо? Баги править?

У нас Приложение работает с parse

Нужно будет перевести на кастомный сервер, который сейчас пишут

Работа с afnetworking, alamofire в swift

то есть написать модуль вроде SwiftParseAPI только SwiftCustomServerAPI?

я хз как библиотека для парса называется в свифте :)

да :)

а сколько по времени?

Ну в плане, джун за сколько такое должен написать?

2-4 недели :)

что-то наебалово какое-то :)

?

задача не для джуна, это ж ключевой модуль

что-то наебалово какое-то :)

он же написал, что лично будет курироватьиз попки в ротик

Я просто себя примеряю. Написать на nodejs, C#, js такое вообще не проблема, свифт мне нравится и даже думал попробовать, но как-то повода не было

Но джун классический мне кажется с такой задачей не справится

а чего сложно делать запросы и парсить их в модели, ну и в обратном порядке, ну мб в фоне еще это делать :)

или это будет пиздец какая нагрузка на куратора

В том, что джуны нихуя думать не умеют еще

А если такой модуль сделать как попало, то при появлении новых возможностей в API бекенда придется костыли приделывать

А я уверен, что кастомное решение будет развиваться и структура данных будет меняться

так как тот же парс не за день строился же

Никита, а у вас спецификация кастомного решения уже есть? (я так понял решение еще не готово)

ну все таки данный модуль я бы назвал достаточно линейным, есть model, есть endpoint, есть много различных способов маппить модель в json(скорре всего именно он там и есть), и много способов отправить/получить эти данные(я сейчас говорю про верхний уровень NSURLSEssion и выше, хотя в конечном счете все к сокетам и tcp сводится), но как сказал Никита надо юзать Alamofire, тут сложно в ногу выстрелить )

хотя если маппить сразу в CoreData, то тут будет сложнее

мне что-то подсказывает, что ты не джун ;)

?

блин, а свифт милый

проглядел по диагонале SwiftBook

Но джун классический мне кажется с такой задачей не справится

У нас разные понятия джунов

Для меня Джуном становятся после полугода опыта со Свифтом

а чего сложно делать запросы и парсить их в модели, ну и в обратном порядке, ну мб в фоне еще это делать :)

Именно

swift клевый )

А я уверен, что кастомное решение будет развиваться и структура данных будет меняться

Поэтому я курирую каждый коммит

хотя если маппить сразу в CoreData, то тут будет сложнее

Никакого локального хранилища, легкий клиент

Никакого локального хранилища, легкий клиент

тем более все просто

Да, я и не говорил, что сложно

тем более все просто

Я про то же, самый простой способ набрать себе опыта за деньги

Никита, а у вас спецификация кастомного решения уже есть? (я так понял решение еще не готово)

Ещё нет, в течение недели появится

И в ArrowTop четыре основных экрана

При том все модели уже написаны для Парса

Короче, Кодинг по паттернам

можно взять Moya, Alamofire, и какой нибудь Gloss, тут любой новичек должен справится

да, я думаю, что самое верное решение вообще переписать модуль общение с парсом

если он уже готовый

по сути если ваше решение серверное 1 в 1, то даже просто замена адреса АПИ должна сработать? :)

можно взять Moya, Alamofire, и какой нибудь Gloss, тут любой новичек должен справится

Меня смутило 2-4 недели

ну смотря какой объем работы :)

если там моделей штук 20 всего

я бы взялся :), тольк к сожалению у самого работы хватает

а так дорогу молодым :)

А ты над чем работаешь?

йога приложение, я как то говорил уже

а точно, помню

и как продвигается?)

да более мение к концу идет

Короче, Кодинг по паттернам

короче, я бы попробовал, но по твоим рамкам я даже не джун

а где свифт сейчас живет? Кроме макосх и иос разработки?

Вроде так достаточно красив собой

linux

ERROR: S client not available

а где свифт сейчас живет? Кроме макосх и иос разработки?

во влажных мечтах кроссплатформенности

а на линукс, что? Приложения?

веб дев

и приложения тоже можно писать, консольные

никита как то фреймворк кидал, еще один IBM выпускали

то есть ему пока жутко не хватает оконного менеджера?

типа библиотеки кроссплатформенной для окошек на винду и линукс

ну ему много еще чего не хватет

https://github.com/IBM-Swift/Kitura

и этого тоже

а в винде его скомпилировать в экзешник можно? Ну то есть существуют уже компиляторы?

пока нет

https://github.com/tinysun212/swift-windows/releases

вот вроде

Судя по главной Китуры.. это такой экспресс для свифта?

насчет винды, это все таки пока не офицальный, насчет Кунитры, да что то типо этого

https://github.com/tinysun212/swift-windows/releases

я так понял на выходе будет приложение для сигвина?

надо последить за свифтом

может приживется

кто с какого языка на него пришел?

мне кажется, что он вполне приживется

PASCAL/C/C++/Bash/PHP/JS/Ruby/Objective C/Swift как то так :)

а основной (самый активный)?

можете пояснить концепцию с mutating func? Я так понял используется для указания метода изменяющего объект для избежания проблем при многопоточности?

Просто в книге как-то всколзь прошло и даже не акцентировали внимание

все кажется сам понял из основной документации. Поправьте если не так: mutating ничего не защищает (lock в том же C#), но имеет доступ к self с возможность полностью изменить экземпляр объекта в аллоцированной текущему объекту памяти.

Есть 2 типа объектов, value и referens, что бы изменить value object, метод должен быть помечет как mutating

value это обычные скалаярные типы, структры перечисления(enum)

reference это классы

ну примерно так оно и есть как ты сказал )

самый активный Objective C на данный момент

короче, я бы попробовал, но по твоим рамкам я даже не джун

В каком смысле? :)