• Что нужно знать перед тем, как писать под iOS
    0
    допилят appCode — будет рефакторинг по полной программе:)
  • Что нужно знать перед тем, как писать под iOS
    +1
    игрушка классная, атмосферная (да и название отличное — у меня нетбук зовут Petit Monstre:)). Но почему вы сейчас не переходите на monotouch? Думаю, не из-за денег. А из-за наработок и опыта. И задачи определенные вам сейчас, скорее всего, быстрее и проще решить на Objective-C. То есть для определенного класса задач Objective-C язык более уместный, чем C#.
    Когда я начинал, все ненативные средства разработки были запрещены Apple. Тоже был не в большом восторге от Objective-C. Но выхода не было. Работу нужно было делать. А если свою работу не любить — то лучше ей не заниматься. Вот и полюбил:)
    Да и всегда полезно «расшаривать грабли» (с) — изучение других языков в этом плане очень полезно.
  • Что нужно знать перед тем, как писать под iOS
    0
    сравниваете и до сих пор пишете на Objective-C — по какой причине?
  • Что нужно знать перед тем, как писать под iOS
    0
    я не сравниваю его с С#. что мне понравилось во время первого знакомства с Objective-C — это использование парадигмы Smalltalk. отличной от того, с чем я работал ранее. Не из-за того, что это как-то удобно или дает в чем-то выигрыш, симпатия больше эмоциональная, чем рациональная.
  • Что нужно знать перед тем, как писать под iOS
    +1
    не поверите, но на Objective-C я начал писать после трех лет программирования на C# (и сейчас продолжаю работать с .NET платформой). да, это очень разные языки. что говорить, C# — куда более мощный язык. тем не менее Objective-С мне нравится.
  • Что нужно знать перед тем, как писать под iOS
    +2
    это ведь все достаточно субъективно:) у меня лично такое отношение к Objective-С. а в каких-то языках я не вижу той прелести, о которой пишут другие.
  • Что нужно знать перед тем, как писать под iOS
    0
    да, верно — профайлы временные. решил не писать об этом, чтобы не перегружать статью непонятными терминами:) — про профайлы вообще, думаю, нужно отдельно написать, так как в начале, люди часто путаются что к чему, если внимательно не прочитают Program User Guide
  • Что нужно знать перед тем, как писать под iOS
    +1
    ок, сейчас отмечу. возможно, кто-нибудь с положительным-отрицательным опытом оставит свои комментарии.
  • Что нужно знать перед тем, как писать под iOS
    +1
    1. Да, тут возможны трудности, — буду рад, если поделитесь опытом, так как для себя пока выбрал последний вариант заработка — разработка приложений под заказ. Тут с получением денег все достаточно прозаично:)
    2. Вы правы — сейчас достаточно только ЕГРЮЛ и копии. поправлю. спасибо.
  • Что нужно знать перед тем, как писать под iOS
    0
    к сожалению, тут ничем не могу помочь — никогда не занимался подобными вопросами.
  • Что нужно знать перед тем, как писать под iOS
    0
    да, вы правы. последний вопрос в этой ветке — developer.apple.com/support/ios/enterprise.html это подтверждает. сейчас поправлю, спасибо.
  • Что нужно знать перед тем, как писать под iOS
    +1
    публикацией книг никогда не занимался, но в AppStore множество приложений-книг.
    например — itunes.apple.com/ru/app/id391324103
    То есть, по сути, вам можно будет просто создать приложение с контентом вашей книги. Для этого потребуется стандартная регистрация, как для любого другого приложения.
  • Что нужно знать перед тем, как писать под iOS
    0
    действительно, из статьи это не очевидно, хотя должно быть:) сейчас добавлю. спасибо за замечание.
  • Что нужно знать перед тем, как писать под iOS
    0
    спасибо за опыт:) добавлю в статью
  • Что нужно знать перед тем, как писать под iOS
    +2
    по Flash: буквально полтора месяца назад мы с нашим flash-разработчиком занимались этим вопросом и никаких препятствий не нашли. можно пруфлинк на запрет, если что-то изменилось за это время? — подкорректирую статью.

    по Unity: store.unity3d.com/shop/

    спасибо за замечания!
  • BeerConf
    +1
    не огорчайтесь, будут еще встречи!:)
  • BeerConf
    0
    30% — узнали о нас через twitter, 20% — facebook (мы написали объявление в одной из челябинских IT-групп), 50% — друзья, друзья друзей и друзья друзей друзей.
  • BeerConf
    0
    спасибо! но мы это править не будем:) так как незачем. пусть едет, это ведь все-таки beer conf.
    а если серьезно, решили все-таки сделать нормальный сайт. для поддержания политики анархии выложим его на github
  • BeerConf
    0
    мы думали над названием teaconf, но сошлись во мнении, что beerconf будет более популярен:) да и не в напитке суть.
  • BeerConf
    0
    если кто-то плохо зовется, может и не нужно его звать?:) если человек без желания куда-то придет, то и толку от этого не будет.
  • BeerConf
    +2
    разница как раз в «знакомые зовут знакомых». мы со знакомыми тоже собирались, захотели с незнакомыми;)
  • Принцип цикады и почему он важен для веб-дизайнеров
    0
    все, вы меня победили — я больше не выдержу:) держите плюс в карму:)

    да, с этим определением все понятно. но на мой чисто субъективный взгляд, единица отсекается на словах «ровно два». и никаких дополнительных слов типа «различных» уже не нужно — это такая логическая перестраховка уже получается.

    про два и три одинаковых делителя: если мы говорим, что у единицы ровно два одинаковых делителя (единица и единица), и пытаемся словом «различных» в определении эту самую единицу отсечь, то почему мы не можем сказать, что у нее ровно три одинаковых делителя (единица, единица и единица)? ну, и так далее.

    хотя, как я уже писал выше, — это все мелочи:)
  • Принцип цикады и почему он важен для веб-дизайнеров
    0
    как с вами трудно:) вопрос на засыпку: сколько натуральных делителей у единицы?
  • Принцип цикады и почему он важен для веб-дизайнеров
    0
    всегда меня смущало это уточнение. как вы себе можете представить ровно два одинаковых натуральных делителя у числа? и чем они будут отличаться от ровно трех одинаковых натуральных делителей?
  • Принцип цикады и почему он важен для веб-дизайнеров
    +3
    да:) в статье написано, что простые числа — это числа, которые делятся только на себя и на единицу.
    как понимаете, единица тоже подходит под это определение.
    правильное определение такое: простое число — это натуральное число, которое имеет ровно два натуральных делителя.
    но в статье дана ссылка на википедию, где приводится правильно определение, так что это мелочь.
  • Принцип цикады и почему он важен для веб-дизайнеров
    0
    очень интересная статья. только определение простых чисел неправильное:) а так отлично.
  • Предзаполнение базы данных Core Data
    0
    рад, что статья оказалась полезной. спасибо. значит, не зря писал.
  • Как не выстрелить себе в ногу
    0
    наглядное сравнение работы программиста с использованием unit-тестов и без них было в докладе (отобразить это в статье достаточно трудно, так что не стал и пытаться) — добавлю ссылку как только будет готово видео.
    отдельно какие-то альтернативы я бы выделять не стал. есть набор хороших практик, которые помогают работать более эффективно. применять их или нет — зависит от желания и возможностей разработчика. для многих практик придуманы очень красивые аббревиатуры и абстракции:) хотя на самом деле это просто разумные подходы к решению задач, которые применяются людьми уже много лет. и не только в программировании:)
  • Как не выстрелить себе в ногу
    0
    да. для web, например, есть Selenium.
  • Как не выстрелить себе в ногу
    0
    предупреждение тут: Риск остаться без ноги -> Неподготовленный старт
    согласен с вами полностью в вопросе разделения. рекомендую всем начинать именно с написания тестов после функциональности, а уже потом, освоив первый навык, переходить к TDD.
    спасибо за спасибо:)

  • Как не выстрелить себе в ногу
    0
    да, наставник — это здорово. лучший вариант — наставник-коллега. так как на тренингах вам скорее всего перескажут книжки и покажут пару простых примеров. книги, статьи, youtube — и уже есть какая-то база, на которую можно опираться. все зависит от желания.
  • Как не выстрелить себе в ногу
    +1
    вот тут говорят, что пишут тесты для js — habrahabr.ru/blogs/tdd/116456/#comment_3778416 надеюсь, расскажут подробнее. тоже интересно как это выглядит на практике, на каких задачах помогает. лично никогда не сталкивался с необходимостью тестирование javascript.
  • Как не выстрелить себе в ногу
    0
    спасибо за такое подробное дополнение! но unit-тесты и TDD я как раз разделяю в статье, так что «классической ошибки» нет;)
    это вообще два разных навыка — умение писать тесты и TDD. в статье на этом несколько раз акцентируется внимание.
    в докладе я более подробно на этом останавливался — статью решил не раздувать.
  • Тесты разные важны, а иные не нужны
    0
    никакого противоречия. я как раз об этом и писал.
    вообще, в подавляющем большинстве проектов соотношение общего затраченного времени (при разработке, отладке, поддержке и т.д.) будет выглядеть так:

    время на проект без тестов >>>… с написанием тестов после функционала >… с TDD
  • Тесты разные важны, а иные не нужны
    +1
    ясно, значит я просто не уловил юмора:)
  • Тесты разные важны, а иные не нужны
    +2
    ну так и пишите нормальные названия сразу:)
    все очень просто — допустим, что я не знаю что такое TDD. читаю ваш пост.
    думаю: «блин, TDD — это ведь клевая штука. надо использовать» (вы ведь ради таких мыслей читателей пост писали?)
    и буду ориентироваться на вашу статью, как на источник моей увлеченности. и буду повторять ваши name conventions. и что из этого выйдет?
  • Тесты разные важны, а иные не нужны
    –2
    тут холиваров никаких нет. TDD работает — это факт. экономит время и повышает качество.

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

    как себя мотивировать использовать TDD? да никак, оставайтесь с вашей методикой.
  • Тесты разные важны, а иные не нужны
    –3
    Вердикт: пишем тесты после кода только в тех случаях, когда надо по-быстрому срубить денег, не особо волнуясь о последствиях.

    То есть вы утверждаете, что написание тестов после кода как-то экономит время по сравнению с применением методики TDD?
    Это в корне неверно: пишете тест после кода -> видите недостатки дизайна -> исправляете дизайн => тратите дополнительное время; с TDD вы видите недостатки дизайна сразу, даже не успевая зачастую написать эти недостатки.

    Про какую-то экономию времени в случаях «быстро срубить бабла» можно говорить только если вы вообще не пишите тестов — когда у вас куплен билет на самолет в одну сторону в какую-нибудь экзотическую страну, где заказчик вас точно не достанет. в других случаях проект без тестов — это как машина без страховки на оживленной трассе с кучей водителей-новичков, лихачей и новичков-лихачей.
  • Тесты разные важны, а иные не нужны
    +1
    вы несколько абзацев описывали, что нужно тестировать, но так и не сказали, что тестировать надо всю логику в проекте.

    интересное имя у метода — TestDoSomething — вы правда их так называете?

  • Моя первая iPhone игра в 3D (Babylon Tower)
    +1
    красиво, спасибо!:) но соглашусь с комментарием выше — меню трудно читать.