Обновить
58
0

Пользователь

Отправить сообщение
Полностью солидарен, у меня как раз продукт-аутсорс продукт :) Но я не стал бы сильно грешить на аутсорс — все же, и там есть свои плюсы в отношении продукта.
Классная картинка :) Мне кажется, у ПМ-а два варианта — либо уходить пораньше и спихивать все на подчиненных, либо делать очень много для проекта, чтобы всем там было комфортно, но при этом неслабо перерабатывать самому.
Ох как же вы четко все описали! Не поленился залезть в карму, поставил бы 10 плюсов если бы мог! Когда я понял, что бухаю все больше, и чувство вины зашкалило — пришлось радикально менять работу, снова стал девелопером, и еле-еле, но вылез из плато.
Каких нахрен пары недель, такие краши лечатся за 10 минут — неприятно, но не самое худшее. Хуже, если программист злоупотребляет блоками, используя их там где можно использовать методы — тогда стек не размотать.
ну да, isKindOfClass:. Но все же весьма и весьма нередки ситуации в больших проектах, когда это неочевидно. особенно если пишете что-то универсальное, какой-нибудь хитрый контрол.
Вам приходит id, вы не знаете на момент компиляции что туда придет.
Если я вас правильно понял, после приведения типов компилятор будет выдавать ровно тот список свойств, к типу которого вы привели. Т.е.
- (void) methodWithId:(id)theId
{
  UIButton *button = (UIButton *)theId;
  [button setText:@"Text" forControlState:UIStateNormal];
}

Скомпилится без ошибок, в реальности же приведет к крашу в случае, если передастся не UIButton, а UILabel (unrecognized selector).

Но, конечно же, можно сделать намного проще — все свойства являются также и селекторами, другими словами никто вам не запрещает написать так:
if([theId respondsToSelector:@selector(setText:forState:)]) {
}
Статье-то три года :) Догадываюсь, откуда вы пришли — из статьи про ARM от Apple. Ну и конечно тоже не могу не заметить заангажированности в пользу Intel — начиная с того, что как будто другим разработчикам не может понадобиться уметь программировать под x64
И да, где здесь управление проектами, я тоже не вижу — как-то маловато про Scrum, Agile, мотивацию программистов и проджект планы.
Я, как программист, просто поражен!!! Столько слов и картинок о кнопке лояльности, это ж надо уметь продажникам высосать статью из пальца, и еще разрекламировать свой собственный товар! Простите меня пожалуйста, технари-писатели, которых я ругал за лишние 2 абзаца во вступлении…
У нас в Беларуси в этом году чуть ранее ввели закон об автомобилях для чиновников не дороже 25к евро. Как ни странно, инициатива шла не от народа, а от главы государства — вероятно, чтобы никто не ездил на автомобилях дороже, чем у него.

Сказал бы, что как всегда — обкатка на нашей стране новых законов, но все же инициативы из разных мест пришли.
Вообще да, можно было бы и что-то менее боянистое на день тестера запостить. Например, топ-10 самых знаменитых багов, или про креши в бортовых компьютерах самолетов, да мало ли что — информации уйма!
Спасибо, очень толковая статья! Многие советы можно отнести не к free2play, а вообще ко всему мобильному геймдеву.
От озвучки надписи «продам мопед» в партиях гитаристов прямо дух захватывает!
Почему оказалось? Теперь вы кричите «Этоп — Венде копец»!
Хотелось бы верить. Вообще, для аутсорс-компаний дорогая поддержка выгодна :)
я не удивлюсь, если айфоны и айпады приносят больше денег, чем авиапром России. Просто мозги не под то заточены — танки выходят хорошо, а машины плохо. Неинтересно гениальным конструкторам делать стиралки.
Да ладно, я много лет работал в сервисе. У компании были десятки заказчиков с разного размера проектами, и никто никогда не отказывался от заказчиков, которые платят. Если заказчик платит, и контракт составлен выгодный компании — он что хочет, то и делает, и всем пофиг на качество кода на проекте, оунеру компании-аутсорсера в первую очередь.
image

Обложка третьего учебника, со школьницами, самая правильная. Всегда обожал учебники с девочками на картинках и часами мог рассматривать обложки в средних классах. До сих пор помню задачник по физике для 9 класса, это была моя первая любовь :)
Хотелось бы верить, что это так, но зачастую при заказной разработке все идет по воле заказчика. Если он, или его человек, понимает что нужен рефакторинг (сам пишет код) — будет рефакторинг, если не понимает — не будет рефакторинга, будут обещания что вот в конце этой итерации, вот-вот все баги дофиксим и будет.

Информация

В рейтинге
Не участвует
Откуда
Минск, Минская обл., Беларусь
Дата рождения
Зарегистрирован
Активность