Вопрос должен быть такой: "Кто в это ITC чате готов взяться за разработку игры под iOS с биткоинами."

И на него ты бы получил какой-то адекватный ответ.

Думал под андроид пилить, но решил под iOS

все прально решил

Я вроде Русский, просто проучилось по молдавских)))))

Ну смысл все поняли

Самый важный вопрос бюджет такой разработки и сроки?

Здесь такое не обсуждают.

Здесь обсуждают нюансы разработки программ и дымоходов.

Если ты понимаешь о чем я.

Ок, кто может предложить свои услуги?

о как

Я понял

в @mobile_jobs пиши там в личку обратятся

Если интересно iOS программирование с нуля, посмотри курс Стенфорда cs193p.

ок

Вопрос актуальный, кому интересно пишите в личку

о как

А что не так?

Спасибо

А что не так?

как ты четко определил формат чата однако

Чтобы играть на биткоины

Эппл стал пропускать такие приложения в App Store?

Эппл стал пропускать такие приложения в App Store?

Очевидно, что нет.

Но можно сделать пополнение и вывод на сайте.

Если нужен кодер по биткоинам, пишите мне :) Опыт все дела, на питончике бэкенд запилим.

вечер в хату. есть скролл, на который нужно кидать n вьюшек одну за одной, размер каждой зависит от ширина лейбла который во вьюшке, а ширина лейбла зависит от текста, который приходит с сервака

как все это организовать лучше?

А что мешает подсчитать все размеры, закешировать и потом отобразить в tableView?

вечер в хату. есть скролл, на который нужно кидать n вьюшек одну за одной, размер каждой зависит от ширина лейбла который во вьюшке, а ширина лейбла зависит от текста, который приходит с сервака

stackview. Сам все разрулит

мне надо сегмент контрол сделать кастомный

мож у кого уже опыт был чтобы не проебаться на старте

больше всего интересует это - как сетать ширину таба, в зависимости от приходящего текста (ширины)

могу посчитать - но он капс не учитывает

collectionView?

решил отказаться от колекшн по определенным причинам, хочу тупо накидывать на скроллвью вьюхи с шириной, зависящей от текста - и на них кидать рекогнайзеры

короче коренной вопрос вот в чем - я на ксибке рисую вьюху, в ней лейбл лежит. как на скроллвью впоследствии кидать вьюху эту (с ксибки), чтобы ширина разная была в зависимости от текста приходящего

?

вечер в хату. есть скролл, на который нужно кидать n вьюшек одну за одной, размер каждой зависит от ширина лейбла который во вьюшке, а ширина лейбла зависит от текста, который приходит с сервака

любители мопса пожаловали? ?

какого мопса?

короче коренной вопрос вот в чем - я на ксибке рисую вьюху, в ней лейбл лежит. как на скроллвью впоследствии кидать вьюху эту (с ксибки), чтобы ширина разная была в зависимости от текста приходящего

кто-нить знает как сделать лучше это?

в коде добавляешь вьюху эту на скрол, на всю ширину прозрачной, в этой вьюхе делаешь весь феншуй с автолеяутами для лейбы

смотри - у меня ксибка с этой кастомной табой. как мне там автолейауты раскидать так, чтобы ширина вьюхи (всей) зависела от ширины лейбла?

а не наоборот

кто-нить знает как сделать лучше это?

как нужно, так и делаешь. У тебя там одна строка? две? Какой текст? Есть куча вопросов, отвечя на которые ты сам получишь свой ответ

лэйбла должна сама растягивать вьюху в зависимости от контента

Ладно, парни, спасибо

BDD например заюзай

B.. Driven Development?

https://www.objc.io/issues/15-testing/behavior-driven-development/

behavior же

Я вот тут пишу красивенько, но медленно, а андроидщик джун рядом уже хуяк хуяк и написал все. Самооценка ухудшается(

А тут еще и тесты писать..

я не совсем согласен с этой статьёй, но начать она позволит

Пасибо!

а вы все код тестами покрываете?

Я вот тут пишу красивенько, но медленно, а андроидщик джун рядом уже хуяк хуяк и написал все. Самооценка ухудшается(

если тебе хоть когда-то приходётся этот код править, ты будешь при живых тестах это делать быстрее того джуна

утешай себя этим)

А заказчик оплачивать готов этот банкет?

а какое дело заказчику пишу я тесты или не пишу?

я ему сроки называю

и рейт

Когда почасовка - заказчик решает

Люди которые пишут "Заказчик не платит за тесты" кажется не понимают что и куда.

если он готов столько потратить и согласен со сроками - ок

не готов - ну извини

Тесты обычно 2x времени. То есть если рядом сидит другой разработчик и не пишет тесты то он закончит быстрее.

Обычно я только расчеты и трансформации покрываю, если не платят отдельно

Тесты обычно 2x времени. То есть если рядом сидит другой разработчик и не пишет тесты то он закончит быстрее.

это если софт потом не поддерживать

эти затраты по времени окупаются при первых же изменениях в задании

70% приложений мобильных такие.

Тесты обычно 2x времени. То есть если рядом сидит другой разработчик и не пишет тесты то он закончит быстрее.

знаешь сказку про трёх поросят?

мне пока видимо везёт (или не везёт). У меня пока с поддержкой

Ты при изменениях требований точно так же должен тесты исправлять. Так что опять время.

только тесты функциональности которая меняется нужно править

В некоторых случаях ты тесты вообще будешь с 0 заново писать. В теперь представь что требования часто меняются.

остальные тесты зато гарантируют что ты ничего рядом не сломал - это в них самое главное

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

остальные тесты зато гарантируют что ты ничего рядом не сломал - это в них самое главное

+

а вы все код тестами покрываете?

тут всё довольно индивидуально по проекту. Если только начинаешь - покрывай функциональными тестами самые важные места + пиши тесты на все баги в баг-трекере

насчет того что тесты чего то там гарантируют, нифига они не гарантируют. Особенно правильные юнит тесты. Они гарантируют то, что ты напишешь тестируемый код, который в разы понятнее нетестируемого.

100% покрытие как правило слишком дорого по времени

а чем он понятнее то? без тестов код понятным быть не может?)

насчет того что тесты чего то там гарантируют, нифига они не гарантируют. Особенно правильные юнит тесты. Они гарантируют то, что ты напишешь тестируемый код, который в разы понятнее нетестируемого.

прошу внимательно читать мои реплики - я говорил про функциональные тесты

влияние юнит тестов на читаемость кода - отдельный хороший разговор

функциональные – да. Но у них есть другая особенность – они часто разламываются и их дорого поддерживать.

well duh. Если твои функциональные тесты часто ломаются - у тебя часто меняется функционал

они вдвойне ценнее в таких проектах

Могу сказать что модульные тесты 100% способствуют появлению 100500 интерфейсов, потому что иначе не замокать, и тд

есть такая штука - test category

Могу сказать что модульные тесты 100% способствуют появлению 100500 интерфейсов, потому что иначе не замокать, и тд

что хоть как то позволяет раздербанить спагетти код

есть такая штука - test category

имхо – зло

Будут спагетти просто красивые

имхо – зло

вплане того, что если тебе она нужна, значит ты тестируешь слишком глубоко и завязываешься на детали имплементации модуля? мб, я тоже иногда сомневаюсь

Будут спагетти просто красивые

если правильные модули – то получается намного меньше спагетти

А если еще DI добавить и viper притащить, то проект по стоимости становится как самолет

А падает так же, как и обычный код

Печаль беда

А падает так же, как и обычный код

нет

у нас ручной di и всё ок

Я в принципе не против, раз находятся желающие платить за это все