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

Скоро код сам писаться будет

Скоро код сам писаться будет

нам в универе рассказывали, что какой-то дядька доказал, что такого не будет :D

Скоро код сам писаться будет

"А у меня скорость печати 1200 знаков в минуту. Но такая херня получается..." Дык шаблонов полно уже на все случаи жизни. Надо создавать системы самообучающиеся, чтоб знали, какие шаблоны привинчивать в каком случае.

Maxx а ты сам противник свифта?

В жизни тоже полно шаблонов )

нам в универе рассказывали, что какой-то дядька доказал, что такого не будет :D

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

пока general AI не появится, код под любые задачи сам писаться не будет

но если говорить про отдельные хорошо изученные кейсы, то почему нет?

ib в каком то смысле сам за тебя код в виде XML'я пишет, знай мышкой туда-сюда води

любой XCode шаблон нового проекта - автоматически написанное приложение

пустое только)

без мышки не попрогромируеш

ха, ты видимо никогда не видел визарда настройки нового инстанса мускуля в консоли)

он пишет конфиги по тому, что ты выбираешь

пока general AI не появится, код под любые задачи сам писаться не будет

Ну так сейчас машинное обучение активно развивается

машинное обучение это поиск паттернов в данных, по большому счёту

и, пока что, оно за тебя не сможет понять что хочет заказчик

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

и будем специализироваться на описании систем человеческим языком, а не PL, вот и всё

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

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

ну если на джумле сайты из шаблонов фигачить день за днём, то так оно и есть, наверное

но, думаю, ему просто пора область сменить

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

некоторым помогает переход на административный трек

Вроде фигачить сайты из шаблонов это ни разу не программирование

мне - нет, люди сложнее компьютеров

да и вообще

рутина? тыж программист!

рутина это то, что мы автоматизируем

Maxx а ты сам противник свифта?

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

рутина? тыж программист!

Это не мое мнение, и я с ним не согласен.

да, я обращался к гипотетическому знакомому)

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

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

ОбжСи - тот же си, только с надстройкой в виде сообщений. Без знания C в нем делать нечего.

ОбжСи - тот же си, только с надстройкой в виде сообщений. Без знания C в нем делать нечего.

вообще знания си там нинужны

забудьте этот тезис, если вы это прочитали

и погромируйте себе спокойно

вообще знания си там нинужны

Как-то странно, как можно кодить на надстройке, не зная основы. Ту же арифметику указателей и особенности целых типов

Как-то странно, как можно кодить на надстройке, не зная основы. Ту же арифметику указателей и особенности целых типов

да легко епт

илитариев тут развелось

а вообще

эмм, а зачем среднестатистическому iOS разработчику знать арифметику указателей?

из NSArray ведь по сдвигу элемент не получишь

Что бы писать что то сложнее маппинга объектов и вывода строк или картинок в таблице

пацаны у меня одного на mbp 2015 i7 при кодинге вентиляторы постоянно на максимуме работают?

знать что такое указатели - логично, надо, но арифметику то куда?

ок, понял, мы просто о разном думаем. Бэкграунд у меня в динамически типизированных языках (python, ruby, js), потому для меня сложность это прежде всего алгоритмы, а не работа с памятью на низком уровне.

Дык

Обжс

Динамический

да, логично, перефразирую - в моих основных языках (python, ruby, js) и задачах очень редко возникает нужда работать с памятью напрямую)

потому когда я думаю о сложных задачах - я обычно думаю о другом

Обжс

я б сказал, он промежутошный: там довольно удачная попытка типизации, и ObjC этим как раз хорош (и опасен одновременно). Plain C (или С++) знать имеет смысл, да, но как концепции, для работы с памятью. Хотя бы чтобы понимать, откуда все эти & и * берутся.

Как-то странно, как можно кодить на надстройке, не зная основы. Ту же арифметику указателей и особенности целых типов

кстати, где в каких проектах арифметику указателей юзал?

кстати, где в каких проектах арифметику указателей юзал?

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

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

Да и чтение бинарных файлов проще через поинтеры реализовать, чем структурами

Ибо в структурах могут быть проблемы с выравниванием

И там именно расчет смещений и каст указателей

Да и чтение бинарных файлов проще через поинтеры реализовать, чем структурами

нафига тогда куча библиотек создано для сериализации/десериализации?

нафига тогда куча библиотек создано для сериализации/десериализации?

Зачем тащить за собой пухлую библиотеку, если нужно просто прочесть данные из файла простого формата?

Написав лишь небольшую функцию для конкретного формата

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

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

Ну было дело, занимался.

Кто-нибудь rxSwift пользуется?

да

да

че почитать по нему можно кроме доки на гитхабе?

https://www.youtube.com/playlist?list=PLtXyatp5fW31MyvQK7x4B4bBNYzXIpgMJ

Неплохой обзорный курс

Неплохой обзорный курс

спасибо

и как успехи с RxSwift? есть у кого-нибудь проекты в проде с ним?

В андройде оч популярен)

ток Rx в целом конечно

и как успехи с RxSwift? есть у кого-нибудь проекты в проде с ним?

есть, полёт нормальный

есть, полёт нормальный

Есть сложности с обновами?

Есть сложности с обновами?

вот с чем-чем, а с RxSwift никогда сложностей не возникало с обновлениями, юзаем больше года. При переходе на swift3 там поменяли .rx_tap на .rx.tap, вот это единственная неприятность была. В остальном всё замечательно )

В контейнер вью же можно любой сложности контроллер впихнуть? со вложенными контейнер вью можно?

Если у тебя контейнер вью с вложенными контейнер вью, ты уверен что это то чего ты хочешь? Чёт замудренно слишком

я хочу знать свои возможности)

Мне вообще интересны принятые навигационные паттерны. Плохая ли идея в контейнере заменить одно вью, на другое, возможно даже сложное тоесть использовать текущий контроллер как роутер для вложенных контроллеров?

Мне вообще интересны принятые навигационные паттерны. Плохая ли идея в контейнере заменить одно вью, на другое, возможно даже сложное тоесть использовать текущий контроллер как роутер для вложенных контроллеров?

что ты вообще делаешь? почему так запутанно?

Мне вообще интересны принятые навигационные паттерны. Плохая ли идея в контейнере заменить одно вью, на другое, возможно даже сложное тоесть использовать текущий контроллер как роутер для вложенных контроллеров?

По хорошему , роутер выдели отдельно

что ты вообще делаешь? почему так запутанно?

пока ничего конкретного, учусь

Вот такой еще вопрос по сторибордам, есть TableViewCntroller, он завёрнут в NaviagationViewController, по нажатии на элемент списка должно открыться окно, с TabBarController, можно ли сделать, чтобы у этого окна тоже был заголовок из navigation controller предыдущего окна с кнопкой "назад" соответственно?

Вот такой еще вопрос по сторибордам, есть TableViewCntroller, он завёрнут в NaviagationViewController, по нажатии на элемент списка должно открыться окно, с TabBarController, можно ли сделать, чтобы у этого окна тоже был заголовок из navigation controller предыдущего окна с кнопкой "назад" соответственно?

Придется разделять сториборды. Тогда нет, скорее всего.

Хотя кстати вопрос: в хкоде8 уже необязателен TabBarController как initial в сторибордах?

У меня работает в руте navigation стоит

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

Привет, братья по несчастью :) #whois 1. Пилю ВПН-клиент на свифте, давно читал первый свифтбук и всё, хыхы 2. Обжси, в памяти мб немного крестов с кьют, пыха, джаваскрипт, ксс 3. Новая кровь - всегда хорошо, ну и люблю пофлудить и несмешно пошутить 4. Быстрые ответы на глупые вопросы и советоваться 5. ДС 6. Гугол вторая ссылка

И с порога вопрос в хату Кто-нибудь работал с Locksmith?

Чет я туплю жестко и не догоняю как удовлетворить конфиг ВПНа, где он хочет референс на пароль к айтему в кейчейне с конкретным атрибутом А я получаю тупо строку с паролем

Вот такой еще вопрос по сторибордам, есть TableViewCntroller, он завёрнут в NaviagationViewController, по нажатии на элемент списка должно открыться окно, с TabBarController, можно ли сделать, чтобы у этого окна тоже был заголовок из navigation controller предыдущего окна с кнопкой "назад" соответственно?

Ам, а разве простой пуш не прокатит?

Можно таббар контроллер не в сторибоарде сделать, а в коде Или вообще кастомный компонент заюзать

тест